On Oct 04,13:36, Steven M. Schultz wrote:
[...Segmentation fault with sttreamer and libquicktime...]
> ./configure --enable-debug
I've done that. See below...
> > I woldn't have expected it's an audio related problem. It' the
> > same with rpm package and self-compiled.
> Ok - that's a good start. It's something in how xawtv/streamer is
> initializing or writing the audio track.
> The audio track handling is something that did change in libquicktime
> as I recall.
> The other thing that can be done is find where streamer is calling
> 'quicktime_set_audio' and find out if it is setting things up
> correctly for what libquicktime is expecting.
I inspected the sources of 0.9.7 and 0.9.2 and it differs
completely. I'm not a C Programmer ;-)
/--------------------------------------------------------
(gdb) run streamer -t 0:30 -o movie.mov -f yv12 -F mono16
qt / video: 12 bit YUV 4:2:0 (planar) / audio: 16bit mono
(BE)
[New Thread 1078692784 (LWP 7557)]
[New Thread 1080794032 (LWP 7558)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1075430496 (LWP 7554)]
0x4022c534 in quicktime_set_audio (file=0x806bbf8, channels=1,
sample_rate=44100, bits=16, compressor=0x40215d6c "twos")
at lqt_quicktime.c:408
408 lqt_set_audio(file, channels, sample_rate, bits, *info)
\----------------------------------------------------------
I think there is no chance until Gerd fixes the problem. I
think, he is unreachable because of spam filtering. At
September, 30th, there was a new release, xawtv-3.95, error
remains the same.
Thank you very much. I will do some experiments with mencoder.
mit freundlichen Grüßen,
Frank Albrecht
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Mjpeg-users mailing list
Mjpeg-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mjpeg-users
