On Thu, 5 Feb 2004, [ISO-8859-1] Bernhard Frühmesser wrote:

> OK, compiled libquicktime and mjpegtools 1.6.2. Worked find, i didn't 
> get any errors, after compiling i tested lavrec with my Pinnacle Dc10 
> Card, and it worked this time, i tested it several times to make sure it 

        Hurrah!  

> wasn't a one time thing :-)

        :)

> But neither glav nor lavplay work, i get SegFault for both programms, 

> borsti:/video/video # glav -v 2 test.mov
> ++:    INFO: [lavplay] Initialising SDL
> ++:    INFO: [lavplay] SDL YUV overlay: hardware
> ++:    INFO: [lavplay] Using mmap(2) system call for capture
> ++:    INFO: [lavplay] Output norm: PAL
> ++:    INFO: [lavplay] Output dimensions: 768x576
> ++: Fatal signal: Segmentation Fault (SDL Parachute Deployed)

        Hmmm, I wonder if 'mmap(2)' is part of the problem.  Is there a
        method you can use that does not involve mmap?

> borsti:/video/video # lavplay -v 2 test.mov
> --DEBUG: [lavplay] Opening video file test.mov ...
> --DEBUG: [lavplay] File: test.mov, absolute name: /video/video/test.mov
> --DEBUG: [lavplay]    frames:           519
> --DEBUG: [lavplay]    width:            768
> --DEBUG: [lavplay]    height:           576
> --DEBUG: [lavplay]    interlacing: top field first
> --DEBUG: [lavplay]    frames/sec:    25.000
> --DEBUG: [lavplay]    audio samps:   915516
> --DEBUG: [lavplay]    audio chans:        2
> --DEBUG: [lavplay]    audio bits:        16
> --DEBUG: [lavplay]    audio rate:     44100
> --DEBUG: [lavplay] 1.0/SPVF = 25.0000
> --DEBUG: [lavplay] Initializing the threading system
> --DEBUG: [lavplay] Starting software playback thread
> --DEBUG: [lavplay] Playback thread: sleeping for new frames (waiting for frame 0)
>     INFO: [lavplay] Initialising SDL
>     INFO: [lavplay] SDL YUV overlay: hardware
>     INFO: [lavplay] Using mmap(2) system call for capture
>     INFO: [lavplay] Output norm: PAL
>     INFO: [lavplay] Output dimensions: 768x576
> Fatal signal: Segmentation Fault (SDL Parachute Deployed)

        Both of those look to be the same problem - an SDL issue of some kind.

> I have SDL Version 1.2.5 installed.

        Hmmm, I wonder if a later version might work (I think 1.2.6 is 
        released, I use the CVS version of the SDL which I think is 1.2.7)

> I have been trying lav2yuv and lav2wav too, to see what happens, however 
> with the command "lav2wav test.avi | mp2enc -o test.wav i get the 
> following output (the output of lav2yuv and mpeg2enc is OK):

        Does "lav2yuv test.avi | yuvplay" work?   If that does not work then
        I think there is a SDL bug and the problem is not in lav2yuv at all.

> [EMAIL PROTECTED]:/video/video> lav2wav test.mov | mp2enc -o test.wav

>     INFO: [mp2enc] System is little endian
> **ERROR: [lav2wav] rewind failed - wav-header is corrupt
>     INFO: [mp2enc] Avg slots/frame = inf; b/smp = inf; br = inf kbps
>     INFO: [mp2enc] Encoding with psychoacoustic model 2 is finished
>     INFO: [mp2enc] The MPEG encoded output file name is "test.wav"

        Does something like this work?

           lav2wav test.mov > foo.wav
           mp2enc -o test.wav < foo.wav

        The wav header is written at the end of the lav2wav program's run - and
        that is done by "seeking".  Can't seek on pipes so the wav header is
        incorrect/corrupt.   

        Good Luck.

        Cheers,
        Steven Schultz



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Mjpeg-users mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mjpeg-users

Reply via email to