Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Taping the meetings.



Does Kino work with standard V4L devices like the Hauppaug BTTV based
TV cards?  Browsing the wed site for kino, it seems like it's targeted
at ieee1394 devices (I guess that's the interconnect from camera to PC).

I did find a interesting read on making movies with linux.  No indication how
old this doc might be...

http://www.netjunki.org/articles/makingmovieswithlinux.html


John Abreau wrote:
> --==_Exmh_291698071P
> Content-Type: text/plain; charset=us-ascii
> 
> kgleason at ma.ultranet.com writes:
> 
> > JABR,
> > 
> > Can you tell me about how the meeting/taping process is going? Our town
> > administrator asked me about your process...how large are the files/hour,
> > what equipment are you using, etc.? Can you tell us? THanks.
> > 
> > Kevin
> 
> For the most part I'm planning to use the tapes to test the Linux video
> editing tools, and so far they're still not ready for prime time. Kino
> seems to be the best so far, and it's still got a ways to go.
> 
> Kino imports the DV streams fairly well, but with occasional glitches and
> dropped frames that are enough to ruin the video for me. I suspect it's 
> because I'm importing onto an IDE drive; I now have the ide-scsi bridge, 
> so once I can budget for a new hard drive for it I'll be able to test this 
> hunch. As for exporting, Kino fails completely.
> 
> Rendering to MPEG afterward takes about six hours per hour of video
> on my Linux workstation; it would be faster to export back to tape 
and render on my Terapin VCD recorder, if exporting worked.
> 
> For the two videos I've completed, I imported them into iMovie on an
> Apple iMac running MacOSX. On my iMac, rendering takes even longer;
> instead of six hours per hour of video, it's more like 22 hours.
> It also takes a similar amount of time to render a smaller Quicktime
> file. In practice, I render the MPEG files by exporting the edited
> movie back to the camcorder and then playing it out the camcorder's
> analog video/audio ports into the VCD recorder, then using vcdxrip
> on Linux to extract the MPEG stream from the CD. 
> 
> One annoyance with the VCD recorder is it always messes up the first 
> video track such that other vcd players or readers skip over it, so 
> I always have to record a dummy track before the "real" recording. 
> The recorder also takes a while to respond to the remote, so the 
> shortest I've been able to make the dummy track is seven seconds.
> 
> At present, I'd say the low-cost solution is to get the newest iMac
> (800 MHz G4 with the DVD-R burner) and max out the RAM, then use
> iMovie which is bundled with the system.
> 
> As for file sizes, MPEG files from the VCD recorder are roughly
> 630 MB per hour, and the Quicktime files are about 80 MB per hour.
> 
> 
> -- 
> John Abreau / Executive Director, Boston Linux & Unix 
> ICQ 28611923 / AIM abreauj / JABBER jabr at jabber.org / YAHOO abreauj
> Email jabr at blu.org / WWW http://www.abreau.net / PGP-Key-ID 0xD5C7B5D9
> PGP-Key-Fingerprint 72 FB 39 4F 3C 3B D6 5B E0 C8 5A 6E F1 2C BE 99
> 
> "The early bird catches the worm, but the second mouse gets the cheese."
> 
> 
> 
> --==_Exmh_291698071P
> Content-Type: application/pgp-signature
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.0.6 (GNU/Linux)
> Comment: Exmh version 2.5 01/15/2001
> 
> iQCVAwUBPPV6Z1V9A5rVx7XZAQIroQQAjrUzrd3VLr3MQr8XoebTXlnEhYehOyAd
> 3mutsjtkLRduHhPPQFxiVEl0SAHHVn56KYhEzppUaXh0BJ7WWzZkGSPDKhGGo7Y9
> fVu1nl9PV4W8ZXtperaC/7WLlBcyJG+dEfQtc4u87bYCvTCGeTRU6/o27J8WPTZc
> 2+JBAFoyD6k=
> =8h6i
> -----END PGP SIGNATURE-----
> 
> --==_Exmh_291698071P--
> _______________________________________________
> Discuss mailing list
> Discuss at blu.org
> http://www.blu.org/mailman/listinfo/discuss
> 






BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org