Re: [Mjpeg-users] Errors with mjpegtools 1.6.1.93 and 1.6.0 whilecompiling

2004-02-06 Thread Bernhard Frühmesser
Bernhard Praschinger schrieb: Hallo Hmmm, I wonder if 'mmap(2)' is part of the problem. Is there a method you can use that does not involve mmap? Hmm, I have no idea... Oh, ok. I seem to remember a "software"/"hardware" choice - ah, if you do a "lavplay -h" you'll see: -p

Re: [Mjpeg-users] Errors with mjpegtools 1.6.1.93 and 1.6.0 while compiling

2004-02-06 Thread Bernhard Frühmesser
Steven M. Schultz schrieb: On Fri, 6 Feb 2004, [ISO-8859-1] Bernhard Fr?hmesser wrote: I think "-p S" will work for you though. Unfortunately it doesn't :-( Sigh. Is there a way that version 1.6.0 of the mjpegtools will work with libquicktime? Maybe i should try this version ?

Re: [Mjpeg-users] Errors with mjpegtools 1.6.1.93 and 1.6.0 while compiling

2004-02-06 Thread Steven M. Schultz
On Sat, 7 Feb 2004, [ISO-8859-1] Bernhard Frühmesser wrote: > Hmm, there are several files with do "HAVE_LIBQUICKTIME" : Ok, so it should be possible to build mjpegtools-1.6.0 with libquicktime instead of quicktime4linux. It was later (after 1.6.0) that libquicktime co

Re: [Mjpeg-users] Errors with mjpegtools 1.6.1.93 and 1.6.0 while compiling

2004-02-06 Thread Mark James
> borsti:/video/video # lavplay -v 2 test.mov > lavplay1.6.2 > . > Fatal signal: Segmentation Fault (SDL Parachute Deployed) Try lavplay -v 2 -a 0 test.mov --- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools

Re: [Mjpeg-users] Errors with mjpegtools 1.6.1.93 and 1.6.0 while compiling

2004-02-06 Thread Steven M. Schultz
On Fri, 6 Feb 2004, [ISO-8859-1] Bernhard Frühmesser wrote: > > I think "-p S" will work for you though. > > Unfortunately it doesn't :-( Sigh. > Is there a way that version 1.6.0 of the mjpegtools will work with > libquicktime? Maybe i should try this version ? Unknown

Re: [Mjpeg-users] Errors with mjpegtools 1.6.1.93 and 1.6.0 whilecompiling

2004-02-06 Thread Bernhard Praschinger
Hallo > >> >Hmmm, I wonder if 'mmap(2)' is part of the problem. Is there a > >> >method you can use that does not involve mmap? > >> > >>Hmm, I have no idea... > > Oh, ok. I seem to remember a "software"/"hardware" choice - ah, > > if you do a "lavplay -h" you'll see: > >

[Mjpeg-users] DC30, i2c_write bailout Problem .

2004-02-06 Thread Arthur Yarwood
I have a DC30 card, that gives me the following log of errors when I try to modprobe the drivers:- Feb 6 17:22:02 firefly kernel: i2c-core.o: client [adv7176[0]] unregistered. Feb 6 17:22:02 firefly kernel: i2c-core.o: driver unregistered: adv7175 Feb 6 17:22:02 firefly kernel: i2c-core.o: cl

Re: [Mjpeg-users] Errors with mjpegtools 1.6.1.93 and 1.6.0 while compiling

2004-02-06 Thread Bernhard Frühmesser
Steven M. Schultz schrieb: On Thu, 5 Feb 2004, [ISO-8859-1] Bernhard Fr?hmesser wrote: >> ++:INFO: [lavplay] Using mmap(2) system call for capture >> ++:INFO: [lavplay] Output norm: PAL >> ++:INFO: [lavplay] Output dimensions: 768x576 >> ++: Fatal signal: Segmentation Fault (SDL Parac