On Tue, 2 Sep 2003, Adam K Kirchhoff wrote:
>
> 1) Has anyone gotten the mjpegtools to work under FreeBSD? I'm not so
Not recently but I have in the past (the non linux systems are
primarily BSD/OS but I do dabble with FreeBSD on occasion).
There is a big caveat though...
> lavplay1.6.1
> lavtools version 1.6.1
> --DEBUG: [lavplay] Opening video file thorn/workarea/Simpsons1.avi ...
> --DEBUG: [lavplay] File: thorn/workarea/Simpsons1.avi, absolute name:
> /usr/home/adamk/thorn/workarea/Simpsons1.avi
> --DEBUG: [lavplay] frames: 57601
...
> **ERROR: [lavplay] No video source!
>
> glav under Linux has no problems viewing/editing the file.
That's because Linux has the "V4L" interface which is what
glav and lavplay use.
V4L = Video 4 Linux
And without a V4L video device you're stuck at "no video source"
:(
Lavplay and friends use V4L ("HAVE_V4L" from the ./configure
run).
> 2) Is it possible to get glav to play Video back over an X connection?
>
> When trying to get glav to display over an X connection, I get:
>
> [ [EMAIL PROTECTED] - ~ ]: glav workarea/Simpsons1.avi
> ++: X Error of failed request: BadAccess (attempt to access private resource denied)
> ++: Major opcode of failed request: 146 (MIT-SHM)
> ++: Minor opcode of failed request: 1 (X_ShmAttach)
It's trying to use the 'shared memory' extension and that doesn't
work over a network. I don't know if there's a way to tell
the program(s) not to request the MIT-SHM feature or not - if
there is a way then a network connection might work.
> I have two machines in my office at home. One box runs Linux exclusively,
> and is used (among other things) to periodically record video from my
> bt848 card, using streamer from the xawtv package (though the software
> encoder for lavrec produces nicer video, IMHO, I've never gotten it to
> work properly... Choosing NTSC Composite will record NTSC TV, and
> vice-versa. Once I'm done recording, I have to unload and reload the
> sound modules or the next video gets no audio track... ).
IEEE1394 and a Canopus analog->DV converter is an alternate
method that doesn't require unloading and reloading the
drivers.
I spent a while with a Bt878 based capture solution and after
wrestling with ~40+GB per hour (~13MB/s sustained) for full frame
30fps captures and just adequate picture quality I went with
DV/IEEE1394 method and never even touched the Bt878 card again.
> The other box runs, primarily, FreeBSD. In order to edit the commercials
> out of the video clips, I have to run glav in a vnc session. This has a
> number of downsides :-) I'm hoping that I can either run glav natively on
> the FreeBSD box to edit the files, or I'm hoping that I can play the files
I went the route of using an old dual P3-800 system ( too slow
to do the heavy lifting of encoding) as a capture/edit system
and then FTP the data over to the heftier system (which was a
dual 2.2GHz P4 system which happened to be a BSD box) via a
GigE link - worked quite well.
There hasn't been a great deal of emphasis on non-linux capture
or editing - the rest of mjpegtools works very well though for
the encoding and so on.
Good Luck!
Steven Schultz
-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
