From: Vedran R. <ve...@vo...> - 2005-10-28 11:15:35
|
Hi Latest xine CVS crashes when trying to playback any file. Here's a backtrace: (gdb) bt full #0 0xb7e0fb81 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7ec4a90 in fifo_buffer_get (fifo=0x8d1b1f0) at buffer.c:233 i = 147960348 buf = (buf_element_t *) 0x8d1a630 #2 0xb7ecbed3 in video_decoder_loop (stream_gen=0x8d1a630) at video_decoder.c:123 buf = (buf_element_t *) 0x0 running_ticket = (xine_ticket_t *) 0x81b04e0 running = 1 streamtype = 135988448 buftype_unknown = 0 #3 0xb7e0dcfd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c90f1e in clone () from /lib/tls/libc.so.6 No symbol table info available. or a full thread backtrace: thread apply all bt full Thread 15 (Thread -1354708048 (LWP 5851)): #0 0xb7e0fb81 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7ec4a90 in fifo_buffer_get (fifo=0x8d1b1f0) at buffer.c:233 i = 147960348 buf = (buf_element_t *) 0x8d1a630 #2 0xb7ecbed3 in video_decoder_loop (stream_gen=0x8d1a630) at video_decoder.c:123 buf = (buf_element_t *) 0x0 running_ticket = (xine_ticket_t *) 0x81b04e0 running = 1 streamtype = 135988448 buftype_unknown = 0 #3 0xb7e0dcfd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c90f1e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 14 (Thread -1342219344 (LWP 5850)): #0 0xb7e0fb81 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7ed7a78 in xine_event_wait (queue=0x8d1a518) at events.c:56 event = (xine_event_t *) 0x0 #2 0xb7ed7e98 in listener_loop (queue_gen=0x8d1a518) at events.c:203 event = (xine_event_t *) 0x0 running = 1 #3 0xb7e0dcfd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c90f1e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 13 (Thread -1333830736 (LWP 5849)): #0 0xb7e0fb81 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7ec4a90 in fifo_buffer_get (fifo=0x8cc0680) at buffer.c:233 i = 147588780 buf = (buf_element_t *) 0x8cbfb20 #2 0xb7ecbed3 in video_decoder_loop (stream_gen=0x8cbfb20) at video_decoder.c:123 buf = (buf_element_t *) 0x0 running_ticket = (xine_ticket_t *) 0x81b04e0 running = 1 streamtype = 135988448 buftype_unknown = 0 #3 0xb7e0dcfd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c90f1e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 12 (Thread -1321342032 (LWP 5848)): #0 0xb7e0fb81 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7ed7a78 in xine_event_wait (queue=0x8cbfa20) at events.c:56 event = (xine_event_t *) 0x0 #2 0xb7ed7e98 in listener_loop (queue_gen=0x8cbfa20) at events.c:203 event = (xine_event_t *) 0x0 running = 1 #3 0xb7e0dcfd in start_thread () from /lib/tls/libpthread.so.0 No symbol table info available. #4 0xb7c90f1e in clone () from /lib/tls/libc.so.6 No symbol table info available. Thread 11 (Thread -1312953424 (LWP 5847)): #0 0xb7e0fb81 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 No symbol table info available. #1 0xb7ed3f28 in ao_loop (this_gen=0x8b7a2b8) at audio_out.c:342 stream = (xine_stream_t *) 0xfffffffc hw_vpts = 0 in_buf = (audio_buffer_t *) 0x8b9821c out_buf = (audio_buffer_t *) 0x8b981c8 gap = 0 delay = The value of variable 'delay' is distributed across several locations, and GDB cannot access its value. #0 0xb7e0fb81 in pthread_cond_wait@@GLIBC_2.3.2 () from /lib/tls/libpthread.so.0 gcc version is 3.4.5 (Debian 3.4.4-8) |
From: <Tee...@gm...> - 2005-10-30 12:29:00
|
> --- Ursprüngliche Nachricht --- > Von: Vedran Rodic <ve...@vo...> > An: xin...@li... > Betreff: [xine-devel] latest CVS crashes > Datum: Fri, 28 Oct 2005 13:16:47 +0200 > > Hi > > Latest xine CVS crashes when trying to playback any file. > > Here's a backtrace: > (gdb) bt full > #0 0xb7e0fb81 in pthread_cond_wait@@GLIBC_2.3.2 () > from /lib/tls/libpthread.so.0 > No symbol table info available. > #1 0xb7ec4a90 in fifo_buffer_get (fifo=0x8d1b1f0) at buffer.c:233 > i = 147960348 > buf = (buf_element_t *) 0x8d1a630 > #2 0xb7ecbed3 in video_decoder_loop (stream_gen=0x8d1a630) > at video_decoder.c:123 > buf = (buf_element_t *) 0x0 > running_ticket = (xine_ticket_t *) 0x81b04e0 > running = 1 > streamtype = 135988448 > buftype_unknown = 0 > #3 0xb7e0dcfd in start_thread () from /lib/tls/libpthread.so.0 > No symbol table info available. > #4 0xb7c90f1e in clone () from /lib/tls/libc.so.6 > No symbol table info available. > > or a full thread backtrace: > thread apply all bt full > > Thread 15 (Thread -1354708048 (LWP 5851)): > #0 0xb7e0fb81 in pthread_cond_wait@@GLIBC_2.3.2 () > from /lib/tls/libpthread.so.0 > No symbol table info available. > #1 0xb7ec4a90 in fifo_buffer_get (fifo=0x8d1b1f0) at buffer.c:233 > i = 147960348 > buf = (buf_element_t *) 0x8d1a630 > #2 0xb7ecbed3 in video_decoder_loop (stream_gen=0x8d1a630) > at video_decoder.c:123 > buf = (buf_element_t *) 0x0 > running_ticket = (xine_ticket_t *) 0x81b04e0 > running = 1 > streamtype = 135988448 > buftype_unknown = 0 > #3 0xb7e0dcfd in start_thread () from /lib/tls/libpthread.so.0 > No symbol table info available. > #4 0xb7c90f1e in clone () from /lib/tls/libc.so.6 > No symbol table info available. > > Thread 14 (Thread -1342219344 (LWP 5850)): > #0 0xb7e0fb81 in pthread_cond_wait@@GLIBC_2.3.2 () > from /lib/tls/libpthread.so.0 > No symbol table info available. > #1 0xb7ed7a78 in xine_event_wait (queue=0x8d1a518) at events.c:56 > event = (xine_event_t *) 0x0 > #2 0xb7ed7e98 in listener_loop (queue_gen=0x8d1a518) at events.c:203 > event = (xine_event_t *) 0x0 > running = 1 > #3 0xb7e0dcfd in start_thread () from /lib/tls/libpthread.so.0 > No symbol table info available. > #4 0xb7c90f1e in clone () from /lib/tls/libc.so.6 > No symbol table info available. > > Thread 13 (Thread -1333830736 (LWP 5849)): > #0 0xb7e0fb81 in pthread_cond_wait@@GLIBC_2.3.2 () > from /lib/tls/libpthread.so.0 > No symbol table info available. > #1 0xb7ec4a90 in fifo_buffer_get (fifo=0x8cc0680) at buffer.c:233 > i = 147588780 > buf = (buf_element_t *) 0x8cbfb20 > #2 0xb7ecbed3 in video_decoder_loop (stream_gen=0x8cbfb20) > at video_decoder.c:123 > buf = (buf_element_t *) 0x0 > running_ticket = (xine_ticket_t *) 0x81b04e0 > running = 1 > streamtype = 135988448 > buftype_unknown = 0 > #3 0xb7e0dcfd in start_thread () from /lib/tls/libpthread.so.0 > No symbol table info available. > #4 0xb7c90f1e in clone () from /lib/tls/libc.so.6 > No symbol table info available. > > Thread 12 (Thread -1321342032 (LWP 5848)): > #0 0xb7e0fb81 in pthread_cond_wait@@GLIBC_2.3.2 () > from /lib/tls/libpthread.so.0 > No symbol table info available. > #1 0xb7ed7a78 in xine_event_wait (queue=0x8cbfa20) at events.c:56 > event = (xine_event_t *) 0x0 > #2 0xb7ed7e98 in listener_loop (queue_gen=0x8cbfa20) at events.c:203 > event = (xine_event_t *) 0x0 > running = 1 > #3 0xb7e0dcfd in start_thread () from /lib/tls/libpthread.so.0 > No symbol table info available. > #4 0xb7c90f1e in clone () from /lib/tls/libc.so.6 > No symbol table info available. > > Thread 11 (Thread -1312953424 (LWP 5847)): > #0 0xb7e0fb81 in pthread_cond_wait@@GLIBC_2.3.2 () > from /lib/tls/libpthread.so.0 > No symbol table info available. > #1 0xb7ed3f28 in ao_loop (this_gen=0x8b7a2b8) at audio_out.c:342 > stream = (xine_stream_t *) 0xfffffffc > hw_vpts = 0 > in_buf = (audio_buffer_t *) 0x8b9821c > out_buf = (audio_buffer_t *) 0x8b981c8 > gap = 0 > delay = The value of variable 'delay' is distributed across > several > locations, and GDB cannot access its value. > > #0 0xb7e0fb81 in pthread_cond_wait@@GLIBC_2.3.2 () > from /lib/tls/libpthread.so.0 > > > > > gcc version is 3.4.5 (Debian 3.4.4-8) > I have the same problem with xine-lib cvs 2005.10.30. Xine crash with almost all files(avi,mpg,ts,mkv...). Only some mp4/mov files play. AAC audio with 5.1 channel don't work anymore. On the positive site, parametric stereo aac files play now. gcc-Version 3.3.4 (pre 3.3.5 20040809) SUSE 9.2(32bit) AMD Athlon64. Richard -- Highspeed-Freiheit. Bei GMX supergünstig, z.B. GMX DSL_Cityflat, DSL-Flatrate für nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl |
From: Mike M. <mi...@mu...> - 2005-10-30 14:32:40
|
Tee...@gm... wrote: > I have the same problem with xine-lib cvs 2005.10.30. Xine crash with > almost all files(avi,mpg,ts,mkv...). Only some mp4/mov files play. AAC > audio with 5.1 channel don't work anymore. > > On the positive site, parametric stereo aac files play now. > > gcc-Version 3.3.4 (pre 3.3.5 20040809) SUSE 9.2(32bit) AMD Athlon64. I'm doing just fine with the latest CVS of everything on my AMD64 with gcc 3.4.2. Yes, I am glad that AAC is finally running on this platform. But the AAC 5.1 files I have play but do not sound correct. Are you saying that AAC 5.1 used to work? I never tried them before I upgraded libfaad yesterday. -- -Mike Melanson |
From: <Tee...@gm...> - 2005-10-30 16:58:29
|
> --- Ursprüngliche Nachricht --- > Von: Mike Melanson <mi...@mu...> > An: Tee...@gm... > Kopie: xin...@li... > Betreff: Re: [xine-devel] latest CVS crashes > Datum: Sun, 30 Oct 2005 07:40:24 -0700 > > Tee...@gm... wrote: > > I have the same problem with xine-lib cvs 2005.10.30. Xine crash with > > almost all files(avi,mpg,ts,mkv...). Only some mp4/mov files play. AAC > > audio with 5.1 channel don't work anymore. > > > > On the positive site, parametric stereo aac files play now. > > > > gcc-Version 3.3.4 (pre 3.3.5 20040809) SUSE 9.2(32bit) AMD Athlon64. > > I'm doing just fine with the latest CVS of everything on my AMD64 with > gcc 3.4.2. Yes, I am glad that AAC is finally running on this platform. > But the AAC 5.1 files I have play but do not sound correct. Are you > saying that AAC 5.1 used to work? I never tried them before I upgraded > libfaad yesterday. > I have only stereo speaker, but 5.1 aac plays fine with CVS from 2005.10.05 here. I have only a 32bit(SUSE9.2) installation. With CVS from today, it don't sound right. I am thinking about switching to 64bit with SUSE 10.0. Richard -- Telefonieren Sie schon oder sparen Sie noch? NEU: GMX Phone_Flat http://www.gmx.net/de/go/telefonie |
From: <Tee...@gm...> - 2005-10-31 10:27:05
|
Summary: -If I build my RPM with --disable-optimizations xine don't crash. -5.1 aac don't work any more. -QDM2 with FFmepg seems to work. -AAC with Parametic Stereo (PS) works now. -This sample don't work any more : tp://streams.videolan.org/streams-videolan/unsorted/shornecliffe.mov Richard -- Highspeed-Freiheit. Bei GMX supergünstig, z.B. GMX DSL_Cityflat, DSL-Flatrate für nur 4,99 Euro/Monat* http://www.gmx.net/de/go/dsl |
From: Christophe T. <hf...@fr...> - 2005-10-30 14:44:32
|
Current cvs crashes (randomly?) on every file type (k7, Gentoo, gcc 3.3.6) In addition, it uses about 3x more cpu than 1.1.0 So i can't play with gapless :) -- Christophe Thommeret |
From: Darren S. <li...@yo...> - 2005-10-30 15:08:35
|
I demand that Christophe Thommeret may or may not have written... > Current cvs crashes (randomly?) on every file type (k7, Gentoo, gcc 3.3.6) > In addition, it uses about 3x more cpu than 1.1.0 > So i can't play with gapless :) Well, at least gxine won't be crashing as a result of switching vis plugins when an audio-only stream is being played... -- | Darren Salt | nr. Ashington, | d youmustbejoking,demon,co,uk | Debian, | Northumberland | s zap,tartarus,org | RISC OS | Toon Army | @ | Kill all extremists! I'm not nearly as think as you confused I am. |
From: Christophe T. <hf...@fr...> - 2005-10-30 15:24:58
|
Le Dimanche 30 Octobre 2005 16:06, Darren Salt a =E9crit=A0: > I demand that Christophe Thommeret may or may not have written... > > > Current cvs crashes (randomly?) on every file type (k7, Gentoo, gcc > > 3.3.6) In addition, it uses about 3x more cpu than 1.1.0 > > > > So i can't play with gapless :) > > Well, at least gxine won't be crashing as a result of switching vis plugi= ns > when an audio-only stream is being played... ??? =2D-=20 Christophe Thommeret |
From: Miguel F. <mfr...@gm...> - 2005-10-30 21:16:49
|
On 10/30/05, Darren Salt <li...@yo...> wrote: > The experimental video buffer allocation optimisation disagrees with gxin= e. > My suspicion is that the newly-uninstantiated vis plugin is being unloade= d > while a thread is still in it. have you been able to isolate this? i mean, i think i had left some kind of #define in video_out.c so the optimization can be easily disabled. may you confirm the crash doesn't happen without the new code? Miguel |
From: Darren S. <li...@yo...> - 2005-10-31 01:25:06
|
I demand that Miguel Freitas may or may not have written... > On 10/30/05, Darren Salt <li...@yo...> wrote: >> The experimental video buffer allocation optimisation disagrees with >> gxine. My suspicion is that the newly-uninstantiated vis plugin is being >> unloaded while a thread is still in it. > have you been able to isolate this? No further than that, ATM. > i mean, i think i had left some kind of #define in video_out.c so the > optimization can be easily disabled. may you confirm the crash doesn't > happen without the new code? With this disabled, vis plugin switching works properly. (This is for both my 1.0.3 build and CVS from 21 Oct.) (Ref. bug 1338585.) -- | Darren Salt | d youmustbejoking,demon,co,uk | nr. Ashington, | Debian, | s zap,tartarus,org | Northumberland | RISC OS | @ | Toon Army | <URL:http://www.youmustbejoking.demon.co.uk/> (PGP 2.6, GPG keys) A committee has six or more legs and no brain. |
From: Miguel F. <mfr...@gm...> - 2005-10-30 15:16:48
|
On 10/30/05, Christophe Thommeret <hf...@fr...> wrote: > Current cvs crashes (randomly?) on every file type (k7, Gentoo, gcc 3.3.6= ) > In addition, it uses about 3x more cpu than 1.1.0 i wish i had more time to try debugging these reports, it seems xine-lib is in a bad state for quite some people. i will let 3 instances playing here while i leave to see if any of them crashes. > So i can't play with gapless :) :( Miguel |
From: Darren S. <li...@yo...> - 2005-10-30 15:57:59
|
I demand that Christophe Thommeret may or may not have written... > Le Dimanche 30 Octobre 2005 16:06, Darren Salt a écrit : >> I demand that Christophe Thommeret may or may not have written... >>> Current cvs crashes (randomly?) on every file type (k7, Gentoo, gcc >>> 3.3.6) In addition, it uses about 3x more cpu than 1.1.0 >>> So i can't play with gapless :) >> Well, at least gxine won't be crashing as a result of switching vis >> plugins when an audio-only stream is being played... > ??? The experimental video buffer allocation optimisation disagrees with gxine. My suspicion is that the newly-uninstantiated vis plugin is being unloaded while a thread is still in it. Delaying the uninstantiation by ¼s or so after the new instantiation is wired up is enough to avoid the crash - unless playback is paused when a vis plugin is selected, in which case unpause == instant crash. (The type of crash is variable.) Miguel? -- | Darren Salt | nr. Ashington, | d youmustbejoking,demon,co,uk | Debian, | Northumberland | s zap,tartarus,org | RISC OS | Toon Army | @ Say NO to UK ID cards | http://www.no2id.net/ Sane? Hell, if I was sane why would I be here? |
From: Miguel F. <mfr...@gm...> - 2005-10-30 22:42:02
|
On 10/30/05, Christophe Thommeret <hf...@fr...> wrote: > Current cvs crashes (randomly?) on every file type (k7, Gentoo, gcc 3.3.6= ) > In addition, it uses about 3x more cpu than 1.1.0 may you get more info about this? i let three xine instances running during all the afternoon, both debug and non-debug builds. no crashes or whatsoever. i'm commiting a small fix so 'make debug' should work fine again. if you could please try getting a backtrace... about the 3x more cpu, i would ask people to try running xine under google-perftools. it is a pretty easy to install profiler, so we may spot any mistakes showing where the cpu is being wasted. Miguel |
From: Christophe T. <hf...@fr...> - 2005-10-31 00:24:05
|
Le Dimanche 30 Octobre 2005 23:40, Miguel Freitas a =E9crit=A0: > On 10/30/05, Christophe Thommeret <hf...@fr...> wrote: > > Current cvs crashes (randomly?) on every file type (k7, Gentoo, gcc > > 3.3.6) In addition, it uses about 3x more cpu than 1.1.0 > > may you get more info about this? i let three xine instances running > during all the afternoon, both debug and non-debug builds. no crashes > or whatsoever. > > i'm commiting a small fix so 'make debug' should work fine again. if > you could please try getting a backtrace... > about the 3x more cpu, i would ask people to try running xine under > google-perftools. it is a pretty easy to install profiler, so we may > spot any mistakes showing where the cpu is being wasted. Ok, the cpu usage is due to xshm :) (i've to see why xv does not compile) About crashes, xine-ui cvs seems to work well. But kaffeine crashes each time xine-stop is called. I'll invistigate this=20 further. =2D-=20 Christophe Thommeret |
From: Christophe T. <hf...@fr...> - 2005-10-31 16:23:46
|
1.1.1-cvs appears to crash on "probing demux smjpeg". Can't get a valid backtrace, removing xineplug_demux_games solves. It now works well, except that at least one mp3 that worked with older versions (as with other players) does not play anymore, xine outputing tons of : [shorten @ 0xb5de8df0]missing shorten magic 'ajkg' I've implemented gapless playback in Kaffeine. It works as expected for ripped files (mp3 and ogg). On cdda, you can sometimes notice a very short gap (50~150ms?), as in xine-ui. Maybe that the device is not fast enougth ? Since Miguel said : "so output layers will see as if a continuos stream of bytes were provided, no matter it came from different files." i expected it to work on Kaffeine' dvb timeshifting (ts through pipe then from file). It does not. So are the decoders resetted ? Maybe because the cut does not (except huge luck) happened at sequence boundary ? Or could it be solved ? Anyway, great work, as usual. -- Christophe Thommeret |