Still getting seg fault on end of every video
Am I the only one still seeing this seg fault on the end of every video? This seems to be the same old config parser bug where it uses a string constant somewhere in setting up the config structures and then some other component tries to overwrite it. I've been seeing this bug continuously since, oh, a few months ago. This is from a fresh checkout from CVS with ./configure --enable-smb --enable-dvdnav --enable-menu --enable-gui --enable-live #0 0x409b102b in memcpy () from /lib/libc.so.6 #1 0x080b3082 in copy_opt (opt=0x84151a8, dst=0x8376520, src=0x855cbd8) at m_option.c:42 #2 0x080b2e99 in m_option_set (opt=0x84151a8, dst=0x8376520, src=0x855cbd8) at m_option.h:236 #3 0x080b2115 in m_config_pop (config=0x8555ab8) at m_config.c:121 #4 0x080a26a6 in play_tree_iter_step (iter=0x855bf18, d=1, with_nodes=0) at playtree.c:558 #5 0x0809acc5 in main (argc=6, argv=0xbffffc94) at mplayer.c:3483 -- greg
On 13 May 2003 11:55:27 -0400 Greg Stark <gsstark@mit.edu> wrote:
I've been seeing this bug continuously since, oh, a few months ago. This is from a fresh checkout from CVS with ./configure --enable-smb --enable-dvdnav --enable-menu --enable-gui --enable-live
Thanks for the bugreport, but this doesnt help us, you should at least tell us what you do (you arent cooking coffee with mplayer ?) See bugreports.html for instructions BTW: if you've not read it yet, you're definitly wrong on this list. Attila Kinali -- Emacs ist für mich kein Editor. Für mich ist das genau das gleiche, als wenn ich nach einem Fahrrad (für die Sonntagbrötchen) frage und einen pangalaktischen Raumkreuzer mit 10 km Gesamtlänge bekomme. Ich weiß nicht, was ich damit soll. -- Frank Klemm, de.comp.os.unix.discussion
Attila Kinali <kinali@gmx.net> writes:
On 13 May 2003 11:55:27 -0400 Greg Stark <gsstark@mit.edu> wrote:
I've been seeing this bug continuously since, oh, a few months ago. This is from a fresh checkout from CVS with ./configure --enable-smb --enable-dvdnav --enable-menu --enable-gui --enable-live
Thanks for the bugreport, but this doesnt help us, you should at least tell us what you do (you arent cooking coffee with mplayer ?)
I'm, uh, playing videos. I'm not sure what else I could be doing. It happens on any video stream regardless of the type or the display method. I just type "mplayer foo.wmv" and it plays the video, then seg faults. If I type "mplayer foo.avi foo.mpg" then it seg faults after the first one, which is pretty annoying. This is the same bug that I posted to mplayer-users about in message <87el32aljk.fsf@stark.dyndns.tv> on April 22. I included a config.mak and config.h there. And it's the same bug I've read in various online reviews of mplayer, so it's not like it's just my system or just in the CVS tip. This is a perennial bug that seems to keep cropping up and keeps getting fixed and refixed. The odd thing this time is that it's been months and hasn't been fixed. -- greg
Hi Greg Stark, on 13 May 2003 16:58:45 -0400 you wrote:
Attila Kinali <kinali@gmx.net> writes:
On 13 May 2003 11:55:27 -0400 Greg Stark <gsstark@mit.edu> wrote:
I've been seeing this bug continuously since, oh, a few months ago. This is from a fresh checkout from CVS with ./configure --enable-smb --enable-dvdnav --enable-menu --enable-gui --enable-live
Thanks for the bugreport, but this doesnt help us, you should at least tell us what you do (you arent cooking coffee with mplayer ?)
I'm, uh, playing videos. I'm not sure what else I could be doing. It happens on any video stream regardless of the type or the display method. I just type"mplayer foo.wmv" and it plays the video, then seg faults. If I type "mplayer foo.avi foo.mpg" then it seg faults after the first one, which is pretty annoying.
This is the same bug that I posted to mplayer-users about in message <87el32aljk.fsf@stark.dyndns.tv> on April 22. I included a config.mak and config.h there.
And it's the same bug I've read in various online reviews of mplayer, so it's not like it's just my system or just in the CVS tip. This is a perennial bug that seems to keep cropping up and keeps getting fixed and refixed. The odd thing this time is that it's been months and hasn't been fixed.
We like let bugs in CVS for months. To be serious i can't reproduce that otherwise i would try to fix it. So as Attila said send a proper bug report otherwise we can't do anything. Albeu
Alban Bedel <albeu@free.fr> writes:
We like let bugs in CVS for months. To be serious i can't reproduce that otherwise i would try to fix it. So as Attila said send a proper bug report otherwise we can't do anything.
Well I'm not sure what more to send. I've sent the config.mak, config.h, a backtrace with debugging symbols, compilation environment data. I can get a core dump and send that if you want. If there's any particular tests you think would be useful I can do them. The bug seems to be pretty apparent from the backtrace, I'm just not sure how to track down which module the string came from. Given that it happens to me (and others) on every single movie then if you're having trouble reproducing the bug then your binary must be built with different options. Did you try building with the configure.mak and config.h I sent? Otherwise if you really think it's necessary to reproduce the bug locally to fix it I would have to bundle up the binary I have with all the libraries and send them on down. If you have a debian unstable box then it should be possible to run jut the binary, but as a warning, the one with debugging symbols is 45M. I've attached the Config.mak and config.h again. Incidentally, I haven't seen any of my own posts on this mailing list, just the followups. Does this list not send messages to the author or something? -- greg
Alban Bedel <albeu@free.fr> writes:
We like let bugs in CVS for months. To be serious i can't reproduce that otherwise i would try to fix it. So as Attila said send a proper bug report otherwise we can't do anything.
Well I'm not sure what more to send. I've sent the config.mak, config.h, a backtrace with debugging symbols, compilation environment data. I can get a core dump and send that if you want. If there's any particular tests you think would be useful I can do them.
The bug seems to be pretty apparent from the backtrace, I'm just not sure how to track down which module the string came from. could you add the following to your backtrace : up
Given that it happens to me (and others) on every single movie then if you're having trouble reproducing the bug then your binary must be built with different options. Did you try building with the configure.mak and config.h I sent? That doesn't make sense at all as i have a different cpu, a different compiler and don't have dvdnav, smb and livecom. We ask that to know
Hi Greg Stark, on 14 May 2003 10:20:16 -0400 you wrote: print *opt so i could know wich option is causing this bug. It's probaly an option related to dvdnav, smb or live.com. the exact compile environment that you used.
Otherwise if you really think it's necessary to reproduce the bug locally to fix it I would have to bundle up the binary I have with all the libraries and send them on down. If you have a debian unstable box then it should be possible to run jut the binary, but as a warning, the one with debugging symbols is 45M. Sure that i probably need to reproduce it locally to fix it. But for the same reasons as above getting your binary make no sense.
Albeu
Alban Bedel <albeu@free.fr> writes:
The bug seems to be pretty apparent from the backtrace, I'm just not sure how to track down which module the string came from. could you add the following to your backtrace : up print *opt
so i could know wich option is causing this bug. It's probaly an option related to dvdnav, smb or live.com.
Indeed, "dvdnav". (gdb) p *opt $1 = {name = 0x8376297 "dvdnav", p = 0x83762a0, type = 0x842e3e0, flags = 0, min = 0, max = 1, priv = 0x0}
That doesn't make sense at all as i have a different cpu, a different compiler and don't have dvdnav, smb and livecom. We ask that to know the exact compile environment that you used. ... Sure that i probably need to reproduce it locally to fix it. But for the same reasons as above getting your binary make no sense.
Well, yes, it wouldn't necessarily be easy. I could compile statically to remove the library dependencies, and could enable run-time cpu detection. But then it would get even bigger. A lot bigger I expect. But the original point of my statement was exactly to explain that there wasn't much more that I could practically provide to help. Actually I'm a bit embarrassed, I already had printed *opt in gdb but cut it off when I sent the e-mail. I don't know what I was thinking there. -- greg
Hi, between mplayer-rc5 and cvs from 15. may something big changed with the way filters/plugins work, and that could have broken the dvbscale plugin. To explain, i use mencoder and a big script to automatically convert dvb recordings to ffmpeg-divx, including a step which cuts of any black bars, detected by "mplayer -vop cropdetect".Since means, a 720x576 transmission has an mpeg2 aspect of 1.78, is scaled to 480x360 and then black bars (difference from 1.78 to 2.21) are cut of, leaving a pixel resolution of 480x288 with an encoded aspect of 2.21, but a pixel aspect of 1.67. Since this is not done inside mencoder, one needs to recalculate the correct aspect and encode it into the mpeg4 data using mencoder option "-aspect x.xx". Those movies needed this mplayer option to play back correct: mplayer -vo mpegpes -ao mpegpes -vop \ lavc=6:25.000,expand=0:576:-1:-1:1,scale=0:-1,dvbscale video.avi this works for up until rc5 and all videos i have, regardless of their origin(i love mplayer!) and reduces scaling to a minimum. the first version i tried which failed was 20030322. To make my videos play i then calculated the y-expand value by doing (Y-max / video-aspect * tv-out-aspect), 576 / 2.21 * 1.33=346, this works with the newer mplayer: mplayer -vo mpegpes -ao mpegpes \ -vf scale=480:346,expand=480:576:-1:-1:1,lavc=6:25 but this way i can't use "-autoq" since adding ",pp" only yields an error on opening the pp filter. [user@host]# mplayer -autoq 100 -vo mpegpes -ao mpegpes \ -vf scale=480:432,expand=480:576:-1:-1:1,lavc=6:25.000 video.avi Using GNU internationalization Original domain: messages Original dirname: /usr/share/locale Current domain: mplayer Current dirname: /usr/local/share/locale MPlayer dev-CVS-030514-06:00-3.2 (C) 2000-2003 Arpad Gereoffy (see DOCS) CPU: Advanced Micro Devices Athlon TB Thunderbird (Family: 6, Stepping: 2) Detected cache-line size is 64 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx Reading config file /usr/local/etc/mplayer/mplayer.conf Reading config file /root/.mplayer/config Reading /root/.mplayer/codecs.conf: this codecs.conf is too old, incompatible with this mplayer release! at line 6 Reading /usr/local/etc/mplayer/codecs.conf: 55 audio & 144 video codecs Font /root/.mplayer/font/font.desc loaded successfully! (206 chars) Using Linux hardware RTC timing (1024Hz). Input config file /root/.mplayer/input.conf parsed : 50 binds Setting up LIRC support... Playing video.avi Cache fill: 0.00% (0 bytes) AVI file format detected. VIDEO: [DIVX] 480x360 24bpp 25.00 fps 517.9 kbps (63.2 kbyte/s) Clip info: Software: MEncoder 0.90rc4-3.2 ========================================================================== Trying to force audio codec driver family 9 ... Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 MP3lib: init layer2&3 finished, tables done AUDIO: 48000 Hz, 2 ch, 16 bit (0x10), ratio: 20000->192000 (160.0 kbit) Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3) ========================================================================== Opening /dev/dvb/adapter0/video0+audio0 Opening video filter: [pp] Opening video filter: [scale] Couldn't open video filter 'pp' Opening video filter: [lavc=6:25.000] Opening video filter: [expand w=480 h=576 x=-1 y=-1 osd=1] Expand: 480 x 576, -1 ; -1 (-1=autodetect) osd: 1 Opening video filter: [scale w=480 h=432] ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4) ========================================================================== Checking audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit... AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian) AO: [mpegpes] 48000Hz 2ch Signed 16-bit (Little-Endian) (2 bps) Building audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit... Starting playback... This file was encoded with libavcodec build 4655 VDec: vo config request - 480 x 360 (preferred csp: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. SwScaler: reducing / aligning filtersize 1 -> 4 SwScaler: reducing / aligning filtersize 1 -> 4 SwScaler: reducing / aligning filtersize 5 -> 4 SwScaler: reducing / aligning filtersize 5 -> 4 SwScaler: BICUBIC scaler, from Planar YV12 to Planar YV12 using MMX2 VO: [mpegpes] 480x576 => 768x576 Mpeg PES A: 1.0 V: 1.0 A-V: -0.002 ct: -0.043 25/ 25 11% 21% 1.2% 0 0 98% Exiting... (Quit) This is the output of the failing "dvbscale," try with newer mplayer: [user@host]# mplayer -v -vo mpegpes -ao mpegpes \ -vf dvbscale,scale=-1:0,expand=-1:576:-1:-1:1,lavc=6:25.000 video.avi Using GNU internationalization Original domain: messages Original dirname: /usr/share/locale Current domain: mplayer Current dirname: /usr/local/share/locale MPlayer dev-CVS-030514-06:00-3.2 (C) 2000-2003 Arpad Gereoffy (see DOCS) CPU: Advanced Micro Devices Athlon TB Thunderbird (Family: 6, Stepping: 2) Detected cache-line size is 64 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0 Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx Reading config file /usr/local/etc/mplayer/mplayer.conf Reading config file /root/.mplayer/config Reading /root/.mplayer/codecs.conf: this codecs.conf is too old, incompatible with this mplayer rele ase! at line 6 Reading /usr/local/etc/mplayer/codecs.conf: 55 audio & 144 video codecs CommandLine: '-v' '-vo' 'mpegpes' '-ao' 'mpegpes' ' ' '-vf' 'dvbscale,scale=-1:0,expand=-1:576:-1:-1:1,lavc=6:25.000' 'video.avi' get_path('font/font.desc') -> '/root/.mplayer/font/font.desc' Font /root/.mplayer/font/font.desc loaded successfully! (206 chars) Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay Using Linux hardware RTC timing (1024Hz). get_path('input.conf') -> '/root/.mplayer/input.conf' Parsing input config file /root/.mplayer/input.conf Input config file /root/.mplayer/input.conf parsed : 50 binds Setting up LIRC support... get_path(' .conf') -> '/root/.mplayer/ .conf' Playing Not an URL! File not found: ' ' Failed to open get_path('video.avi.conf') -> '/root/.mplayer/video.avi.conf' Playing video.avi Not an URL! [file] File size is 735977236 bytes STREAM: [file] video.avi STREAM: Description: File STREAM: Author: Albeu STREAM: Comment: based on the code from ??? (probably Arpi) AVI file format detected. list_end=0x138 ======= AVI Header ======= us/frame: 40000 (fps=25.000) max bytes/sec: 0 padding: 0 MainAVIHeader.dwFlags: (272) HAS_INDEX IS_INTERLEAVED frames total: 154822 initial: 0 streams: 2 Suggested BufferSize: 0 Size: 480 x 288 list_end=0xD4 ==> Found video stream: 0 ======= STREAM Header ======= Type: vids FCC: DIVX (58564944) Flags: 0 Priority: 0 Language: 0 InitialFrames: 0 Rate: 25000000/1000000 = 25.000 Start: 0 Len: 154822 Suggested BufferSize: 0 Quality -1 Sample size: 0 found 'bih', 40 bytes of 40 ======= VIDEO Format ====== biSize 40 biWidth 480 biHeight 288 biPlanes 1 biBitCount 24 biCompression 1482049860='DIVX' biSizeImage 414720 =========================== Regenerating keyframe table for DIVX 4 video list_end=0x138 ==> Found audio stream: 1 ======= STREAM Header ======= Type: auds FCC: (0) Flags: 0 Priority: 0 Language: 0 InitialFrames: 0 Rate: 24000/1 = 24000.000 Start: 0 Len: 148616370 Suggested BufferSize: 0 Quality -1 Sample size: 1 found 'wf', 16 bytes of 18 ======= WAVE Format ======= Format Tag: 80 (0x50) Channels: 2 Samplerate: 48000 avg byte/sec: 24000 Block align: 1 bits/sample: 16 cbSize: 0 list_end=0x18C hdr=Software size=64 Software : transcode-0.6.1 Broken chunk? chunksize=1632 (id=JUNK) list_end=0x2B92864C Found movie at 0x800 - 0x2B92864C Reading INDEX block, 309644 chunks for 154822 frames (fpos=0x2b928654) AVI index offset: 0x0 (movi=0x800 idx0=0x800 idx1=0xE1C) Auto-selected AVI video ID = 0 Auto-selected AVI audio ID = 1 AVI: Searching for audio stream (id:1) XXX initial v_pts=0.000 a_pos=0 (0.000) AVI video size=579849638 (154822) audio size=148616370 (148616370) VIDEO: [DIVX] 480x288 24bpp 25.00 fps 749.0 kbps (91.4 kbyte/s) [V] filefmt:3 fourcc:0x58564944 size:480x288 fps:25.00 ftime:=0.0400 Clip info: Software: transcode-0.6.1 get_path('sub/') -> '/root/.mplayer/sub/' get_path('default.sub') -> '/root/.mplayer/default.sub' ========================================================================== Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 dec_audio: Allocating 4608 + 65536 = 70144 bytes for output buffer mp3lib: made decode tables with MMX optimization mp3lib: using 3DNow!Ex optimized decore! MP3lib: init layer2&3 finished, tables done MPEG 1.0, Layer II, 48000 Hz 192 kbit Stereo, BPF: 576 Channels: 2, copyright: No, original: No, CRC: Yes, emphasis: 0 AUDIO: 48000 Hz, 2 ch, 16 bit (0x10), ratio: 24000->192000 (192.0 kbit) Selected audio codec: [mp3] afm:mp3lib (mp3lib MPEG layer-2, layer-3) ========================================================================== Opening /dev/dvb/adapter0/video0+audio0 ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family INFO: libavcodec init OK! Selected video codec: [ffodivx] vfm:ffmpeg (FFmpeg MPEG-4) ========================================================================== Checking audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit... [libaf] Adding filter dummy [dummy] Was reinitialized, rate=48000Hz, nch = 2, format = 0x00000001 and bps = 2 AF_pre: af format: 2 bps, 2 ch, 48000 hz, little endian signed int AF_pre: 48000Hz 2ch Signed 16-bit (Little-Endian) AO: [mpegpes] 48000Hz 2ch Signed 16-bit (Little-Endian) (2 bps) AO: Description: DVB audio output AO: Author: A'rpi Building audio filter chain for 48000Hz/2ch/16bit -> 48000Hz/2ch/16bit... [dummy] Was reinitialized, rate=48000Hz, nch = 2, format = 0x00000001 and bps = 2 [dummy] Was reinitialized, rate=48000Hz, nch = 2, format = 0x00000001 and bps = 2 Starting playback... This file was encoded with libavcodec build 4655 [ffmpeg] aspect_ratio: 2.222222 VDec: vo config request - 480 x 288 (preferred csp: Planar YV12) Trying filter chain: vo Could not find matching colorspace - retrying with -vop scale... Opening video filter: [scale] SwScale params: -1 x -1 (-1=no scaling) Trying filter chain: scale vo Opening video filter: [lavc] Trying filter chain: lavc vo VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 2.22:1 - prescaling to correct movie aspect. VO Config (480x288->640x288,flags=0,'MPlayer',0x32315659) REQ: flags=0x103 req=0x0 VO: [mpegpes] 480x288 => 640x288 Mpeg PES VO: Description: Mpeg-PES to DVB card VO: Author: A'rpi *** [lavc] Allocating mp_image_t, 480x288x12bpp YUV planar, 207360 bytes *** [vo] Exporting mp_image_t, 480x288x0bpp RGB packed, 0 bytes *** [lavc] Allocating mp_image_t, 480x288x12bpp YUV planar, 207360 bytes Uninit audio filters...-0.002 ct: -0.043 25/ 25 3% 16% 0.8% 0 0 0% [libaf] Removing filter dummy uninit audio: mp3lib uninit video: ffmpeg DEMUXER: freeing demuxer at 0x84cfe58 vo: x11 uninit called but X11 not inited.. Exiting... (Quit) And a small glitch in the man page for dvbscale, the parameter example uses word splitting in the option "dvb-scale", but that only mentioned for completeness. Apart from making me fear to never play back my divx without eggheads, i strongly feel mplayer will last for much longer than expected :-) Great work and support :-) Regards Onno
Hi, to support developers sometimes users have to be explained the way it works, so please think it over before posting here: Greg Stark schrieb:
Attila Kinali <kinali@gmx.net> writes:
On 13 May 2003 11:55:27 -0400 Greg Stark <gsstark@mit.edu> wrote:
I've been seeing this bug continuously since, oh, a few months ago. This is from a fresh checkout from CVS with ./configure --enable-smb --enable-dvdnav --enable-menu --enable-gui --enable-live
Thanks for the bugreport, but this doesnt help us, you should at least tell us what you do (you arent cooking coffee with mplayer ?)
I'm, uh, playing videos. I'm not sure what else I could be doing. It happens on any video stream regardless of the type or the display method. I just type "mplayer foo.wmv" and it plays the video, then seg faults. If I type "mplayer foo.avi foo.mpg" then it seg faults after the first one, which is pretty annoying.
This is the same bug that I posted to mplayer-users about in message <87el32aljk.fsf@stark.dyndns.tv> on April 22. I included a config.mak and config.h there.
And it's the same bug I've read in various online reviews of mplayer, so it's not like it's just my system or just in the CVS tip. This is a perennial bug that seems to keep cropping up and keeps getting fixed and refixed. The odd thing this time is that it's been months and hasn't been fixed.
Hi, whilst not being a developer, i am an advanced user, and as such i tell you to READ THE FU**ING MANUAL, and please also THE DOCUMENTATION ! As you might know, there is no MASTER MAINTAINER for mplayer at the moment, (i hope arpi wont leave us totally, but his mc clone rocks) and your useless post to the list ADVANCED users does show, that you are not advanced user, so please don't bother the encouraged remaining developers by abusing this list as your : "please help i'm to dumb to read" posting-field. I write this so aggressively, since you still REFUSE to give AT LEAST a proper bug report, AS EXPLAINED IN THE MANUAL AND README ! If you don't understand why its up to YOU to bring the needed information to fix this bug (including the repeated send in of proper bug reports), you should honestly stop using gpl software and by real-one. Even if all your claims are right (it's a come-back bug; you posted "something" about it on other lists at other times; other (not mentioned) sources agree with you) you still DO NOT HAVE ANY RIGHT to infringe the people answering you, since _YOU_ lazy guy STILL didn't manage to give a full, proper, useful bugreport, for a software you got for free. Imagine the people working on this don't like sending lazy folks mails to each other, just because this lazy folks don't wont to resent mails (or even generate a bug report, PLEASE read about that in the manual) Regards Onno P.S. Whew what a flame, but believe me im using mplayer on 8 pc's for real A/V soft-backend purposes(mpeg4-mpeg1 transcoding,replay of any kind of media,encoding,filtering,postprocessing,..). And after one year i can sing the documentation and write down the man page in reverse, and still my first look is "man mplayer" the second "links /mplayer/doc/de/dokumentation.html" then these mailing lists, google, and then i might think to post on one of the mailing list to figure out if i was right, i then had never to make a bugreport, because i either knew what was wrong on my side , or i fixed it my self (most of the times a workaround like setting the demultiplexer or forcing a certain decoder). Only once the docs didn't include everything needed, i wrote down all i didn't, and what should have came out, and viola i got the developers reply within 4 hours, explaining me the usage of the linux /dev/null and /dev/console (so it wasn't a mplayer thing at all).
Onno <onnok@web.de> writes:
whilst not being a developer, i am an advanced user,
Well perhaps that's part of the difference. I am a developer, not of mplayer of course, but other software.
and as such i tell you to READ THE FU**ING MANUAL, and please also THE DOCUMENTATION !
Heh, I suppose it's useful to have someone send write up this flame periodically. Not really relevant in this case but at least this way some poor newbie doesn't have to suffer and might see this message before posting. I think I detect the source of the frustration though. It suspect people just don't believe me that it happens on every single movie. They really want to see output from mplayer and a sample movie file and think if they just saw that they would be able to reproduce it. Looking at the backtrace I really don't believe that. I believe the bug is in the option parser for some module that builds on my machine because of the available libraries that perhaps isn't building on your machine because some of those libraries aren't available. Just by way of demonstration, I can reproduce the bug playing /dev/null with the null video output driver. Incidentally, there seems to be a different bug in that the x11 driver is shut down at the end even though it was using the null driver. Or perhaps that's just a quirk of the sig11 handler? I don't think this output is actually useful to help debug, the backtrace already made this conclusion pretty obvious. But perhaps people were skeptical? bash-2.05b$ mplayer -vo null /dev/null Using GNU internationalization Original domain: messages Original dirname: /usr/share/locale Current domain: mplayer Current dirname: /usr/local/share/locale MPlayer dev-CVS-030513-10:42-3.2.2 (C) 2000-2003 Arpad Gereoffy (see DOCS) CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville (Family: 6, Stepping: 1) Detected cache-line size is 32 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0 Compiled for x86 CPU with extensions: MMX MMX2 SSE Reading config file /usr/local/etc/mplayer/mplayer.conf: No such file or directory Reading config file /home/stark/.mplayer/config Reading /home/stark/.mplayer/codecs.conf: can't open '/home/stark/.mplayer/codecs.conf': No such file or directory Reading /usr/local/etc/mplayer/codecs.conf: 55 audio & 144 video codecs font: can't open file: /home/stark/.mplayer/font/font.desc font: can't open file: /usr/local/share/mplayer/font/font.desc Using Linux hardware RTC timing (1024Hz). Terminal type `unknown' is not defined. Can't open input config file /home/stark/.mplayer/input.conf : No such file or directory Can't open input config file /usr/local/etc/mplayer/input.conf : No such file or directory Falling back on default (hardcoded) input config Setting up LIRC support... mplayer: could not connect to socket mplayer: Connection refused Failed to open LIRC support. You will not be able to use your remote control. Playing /dev/null Falling back on trying to parse playlist /dev/null... ============ Sorry, this file format is not recognized/supported ============= === If this file is an AVI, ASF or MPEG stream, please contact the author! === MPlayer interrupted by signal 11 in module: unknown - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. For details, see DOCS/bugreports.html#crash - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. bash-2.05b$ mplayer -v -vo null /dev/null Using GNU internationalization Original domain: messages Original dirname: /usr/share/locale Current domain: mplayer Current dirname: /usr/local/share/locale MPlayer dev-CVS-030513-10:42-3.2.2 (C) 2000-2003 Arpad Gereoffy (see DOCS) CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville (Family: 6, Stepping: 1) Detected cache-line size is 32 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0 Compiled for x86 CPU with extensions: MMX MMX2 SSE Reading config file /usr/local/etc/mplayer/mplayer.conf: No such file or directory Reading config file /home/stark/.mplayer/config Reading /home/stark/.mplayer/codecs.conf: can't open '/home/stark/.mplayer/codecs.conf': No such file or directory Reading /usr/local/etc/mplayer/codecs.conf: 55 audio & 144 video codecs CommandLine: '-v' '-vo' 'null' '/dev/null' get_path('font/font.desc') -> '/home/stark/.mplayer/font/font.desc' font: can't open file: /home/stark/.mplayer/font/font.desc font: can't open file: /usr/local/share/mplayer/font/font.desc init_freetype Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay Using Linux hardware RTC timing (1024Hz). Terminal type `unknown' is not defined. get_path('input.conf') -> '/home/stark/.mplayer/input.conf' Can't open input config file /home/stark/.mplayer/input.conf : No such file or directory Can't open input config file /usr/local/etc/mplayer/input.conf : No such file or directory Falling back on default (hardcoded) input config Setting up LIRC support... mplayer: could not connect to socket mplayer: Connection refused Failed to open LIRC support. You will not be able to use your remote control. get_path('null.conf') -> '/home/stark/.mplayer/null.conf' Playing /dev/null Not an URL! [file] File size is 0 bytes STREAM: [file] /dev/null STREAM: Description: File STREAM: Author: Albeu STREAM: Comment: based on the code from ??? (probably Arpi) Checking for YUV4MPEG2 DEMUXER: freeing demuxer at 0x85a71f8 ASF_check: not ASF guid! DEMUXER: freeing demuxer at 0x85a71f8 Checking for NuppelVideo DEMUXER: freeing demuxer at 0x85a71f8 Checking for REAL DEMUXER: freeing demuxer at 0x85a71f8 Checking for SMJPEG DEMUXER: freeing demuxer at 0x85a71f8 DEMUXER: freeing demuxer at 0x85a7b98 Searching demuxer type for filename /dev/null ext: (null) Checking for MOV DEMUXER: freeing demuxer at 0x85a7b98 Checking for VIVO DEMUXER: freeing demuxer at 0x85a7b98 stream_seek: WARNING! Can't seek to 0x4 ! DEMUXER: freeing demuxer at 0x85a7b98 DEMUXER: freeing demuxer at 0x85a7b98 DEMUXER: freeing demuxer at 0x85a7b98 DEMUXER: freeing demuxer at 0x85a7b98 DEMUXER: freeing demuxer at 0x85a7b98 DEMUXER: freeing demuxer at 0x85a7b98 Checking for PVA DEMUXER: freeing demuxer at 0x85a7b98 ************Checking for TS************ NOT A TS FILE1 TRIED UP TO POSITION 1, FOUND 0, packet_size= 0 BUF: 00 00 00 00, PID 0, SIZE: 0 PID 0, COMPARE CC 0 AND LAST_CC -1 BUF: 00 00 00 00, PID 0, SIZE: 0 PID 0, COMPARE CC 0 AND LAST_CC 0 DEMUXER: freeing demuxer at 0x85a7b98 MPEG Stream reached EOF ds_fill_buffer: EOF reached (stream: video) MPEG packet stats: p100: 0 p101: 0 p1B6: 0 p12x: 0 sli: 0 a: 0 b: 0 c: 0 idr: 0 sps: 0 pps: 0 PES: 0 MP3: 0 Not MPEG System Stream format... (maybe Transport Stream?) DEMUXER: freeing demuxer at 0x85a7b98 Checking for DV DEMUXER: freeing demuxer at 0x85a7b98 DEMUXER: freeing demuxer at 0x85a7b98 Falling back on trying to parse playlist /dev/null... Error while parsing playlist Warning empty playlist ============ Sorry, this file format is not recognized/supported ============= === If this file is an AVI, ASF or MPEG stream, please contact the author! === MPlayer interrupted by signal 11 in module: unknown - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. For details, see DOCS/bugreports.html#crash - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. vo: x11 uninit called but X11 not inited.. -- greg
Hi, Greg Stark schrieb:
Onno <onnok@web.de> writes:
whilst not being a developer, i am an advanced user,
Well perhaps that's part of the difference. I am a developer, not of mplayer of course, but other software.
What difference, you being smarter than me, no prob, that crown is up to you :-) No just kidding, i was just wondering why you cross post instead of resending the whole (quite complete) bug report...
and as such i tell you to READ THE FU**ING MANUAL, and please also THE DOCUMENTATION !
Heh, I suppose it's useful to have someone send write up this flame periodically. Not really relevant in this case but at least this way some poor newbie doesn't have to suffer and might see this message before posting.
Well i had a common mistake in mind, which would be solved by really re-reading the whole doc stuff... And better i spend time on "flaming" than the mplayer developers :-)
I think I detect the source of the frustration though. It suspect people just don't believe me that it happens on every single movie. They really want to see output from mplayer and a sample movie file and think if they just saw that they would be able to reproduce it.
Looking at the backtrace I really don't believe that. I believe the bug is in the option parser for some module that builds on my machine because of the
could it be, that (as the error output say's) you are missing the fonts ? I suspect the error condition handling of not finding fonts.desc does not de-init properly:
get_path('font/font.desc') -> '/home/stark/.mplayer/font/font.desc' font: can't open file: /home/stark/.mplayer/font/font.desc font: can't open file: /usr/local/share/mplayer/font/font.desc init_freetype Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay
also you neither have a input.conf nor a running lircd, those where the last tries for your system
available libraries that perhaps isn't building on your machine because some of those libraries aren't available.
my only difference to your setup is: you have live.com, mee not i have dvb-out, you not i have different CPU: celeron1 + old amd-1100 i have lircd running (it's fast setup for dummy puposes, give it a try) i use fonts
Just by way of demonstration, I can reproduce the bug playing /dev/null with the null video output driver. Incidentally, there seems to be a different bug in that the x11 driver is shut down at the end even though it was using the null driver. Or perhaps that's just a quirk of the sig11 handler?
no thats realy a bug, since i only use dvbout :-) i'm shure about that
I don't think this output is actually useful to help debug, the backtrace already made this conclusion pretty obvious. But perhaps people were skeptical?
well not directly, but it shows the little differences ( (.cfg files absent, lirc not running, fonts) so if it make one thing, its that yout bugreport will grow, since people like me always find another possibility one could check .... :-) I hope you don't mind the first flame :-) Regards Onno
Onno <onnok@web.de> writes:
Hi,
Greg Stark schrieb:
Onno <onnok@web.de> writes:
whilst not being a developer, i am an advanced user, Well perhaps that's part of the difference. I am a developer, not of mplayer of course, but other software.
What difference, you being smarter than me, no prob, that crown is up to you :-)
Ok, I guess it's time to end the rancor. I'm sorry for sending an incomplete bug report, I a) assumed everyone had seen my previous messages on this (I had actually sent two) and b) assumed at least some other people were seeing precisely the same behaviour (especially since I saw it mentioned in a review, but I can't find it in google now). I also assumed since there had been similar bugs previously that people would see the backtrace, and either recognize right away where the bug was or be able to describe how to check what module the bad string was coming from using gdb.
could it be, that (as the error output say's) you are missing the fonts ? I suspect the error condition handling of not finding fonts.desc does not de-init properly:
I fixed my font.desc and added -nolirc. (I can't get lirc running because I apparently booted the wrong kernel last time. oops) I touched an empty input.conf (actually I used to have an input.conf but blew it away trying to debug this.) bash-2.05b$ mplayer -nolirc -v -vo null /dev/null Using GNU internationalization Original domain: messages Original dirname: /usr/share/locale Current domain: mplayer Current dirname: /usr/local/share/locale MPlayer dev-CVS-030513-10:42-3.2.2 (C) 2000-2003 Arpad Gereoffy (see DOCS) CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville (Family: 6, Stepping: 1) Detected cache-line size is 32 bytes CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0 Compiled for x86 CPU with extensions: MMX MMX2 SSE Reading config file /usr/local/etc/mplayer/mplayer.conf: No such file or directory Reading config file /home/stark/.mplayer/config Reading /home/stark/.mplayer/codecs.conf: can't open '/home/stark/.mplayer/codecs.conf': No such file or directory Reading /usr/local/etc/mplayer/codecs.conf: 55 audio & 144 video codecs CommandLine: '-nolirc' '-v' '-vo' 'null' '/dev/null' get_path('font/font.desc') -> '/home/stark/.mplayer/font/font.desc' Font /home/stark/.mplayer/font/font.desc loaded successfully! (206 chars) Using MMX (with tiny bit MMX2) Optimized OnScreenDisplay Using Linux hardware RTC timing (1024Hz). Terminal type `unknown' is not defined. get_path('input.conf') -> '/home/stark/.mplayer/input.conf' Parsing input config file /home/stark/.mplayer/input.conf Input config file /home/stark/.mplayer/input.conf parsed : 0 binds get_path('null.conf') -> '/home/stark/.mplayer/null.conf' Playing /dev/null Not an URL! [file] File size is 0 bytes STREAM: [file] /dev/null STREAM: Description: File STREAM: Author: Albeu STREAM: Comment: based on the code from ??? (probably Arpi) Checking for YUV4MPEG2 DEMUXER: freeing demuxer at 0x85e4058 ASF_check: not ASF guid! DEMUXER: freeing demuxer at 0x85e4058 Checking for NuppelVideo DEMUXER: freeing demuxer at 0x85e4058 Checking for REAL DEMUXER: freeing demuxer at 0x85e4058 Checking for SMJPEG DEMUXER: freeing demuxer at 0x85e4058 DEMUXER: freeing demuxer at 0x85e48c0 Searching demuxer type for filename /dev/null ext: (null) Checking for MOV DEMUXER: freeing demuxer at 0x85e48c0 Checking for VIVO DEMUXER: freeing demuxer at 0x85e48c0 stream_seek: WARNING! Can't seek to 0x4 ! DEMUXER: freeing demuxer at 0x85e48c0 DEMUXER: freeing demuxer at 0x85e48c0 DEMUXER: freeing demuxer at 0x85e48c0 DEMUXER: freeing demuxer at 0x85e48c0 DEMUXER: freeing demuxer at 0x85e48c0 DEMUXER: freeing demuxer at 0x85e48c0 Checking for PVA DEMUXER: freeing demuxer at 0x85e48c0 ************Checking for TS************ NOT A TS FILE1 TRIED UP TO POSITION 1, FOUND 0, packet_size= 0 BUF: 00 00 00 00, PID 0, SIZE: 0 PID 0, COMPARE CC 0 AND LAST_CC -1 BUF: 00 00 00 00, PID 0, SIZE: 0 PID 0, COMPARE CC 0 AND LAST_CC 0 DEMUXER: freeing demuxer at 0x85e48c0 MPEG Stream reached EOF ds_fill_buffer: EOF reached (stream: video) MPEG packet stats: p100: 0 p101: 0 p1B6: 0 p12x: 0 sli: 0 a: 0 b: 0 c: 0 idr: 0 sps: 0 pps: 0 PES: 0 MP3: 0 Not MPEG System Stream format... (maybe Transport Stream?) DEMUXER: freeing demuxer at 0x85e48c0 Checking for DV DEMUXER: freeing demuxer at 0x85e48c0 DEMUXER: freeing demuxer at 0x85e48c0 Falling back on trying to parse playlist /dev/null... Error while parsing playlist Warning empty playlist ============ Sorry, this file format is not recognized/supported ============= === If this file is an AVI, ASF or MPEG stream, please contact the author! === MPlayer interrupted by signal 11 in module: unknown - MPlayer crashed by bad usage of CPU/FPU/RAM. Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and disassembly. For details, see DOCS/bugreports.html#crash - MPlayer crashed. This shouldn't happen. It can be a bug in the MPlayer code _or_ in your drivers _or_ in your gcc version. If you think it's MPlayer's fault, please read DOCS/bugreports.html and follow the instructions there. We can't and won't help unless you provide this information when reporting a possible bug. vo: x11 uninit called but X11 not inited.. -- greg
participants (4)
-
Alban Bedel -
Attila Kinali -
Greg Stark -
Onno