| Summary: | mplayer hangs after pausing an mp4 file | ||
|---|---|---|---|
| Product: | Fedora | Reporter: | Derek Atkins <warlord> |
| Component: | mplayer | Assignee: | Dominik 'Rathann' Mierzejewski <dominik> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | normal | CC: | bruce, mnowak |
| Priority: | P3 | ||
| Version: | 10 | ||
| Hardware: | All | ||
| OS: | GNU/Linux | ||
| namespace: | |||
| Attachments: | Audio file for testing | ||
I did find a workaround to this.. If I use the left-arrow to back up the video it will restart and continue playing. So this MIGHT be an issue between mplayer and pulseaudio? Or it might just be a pulseaudio problem? I can confirm it. This happens with every file, with same % probability of being hit. Workaround? mplayer video.avi # hangs mplayer video.avi -ao alsa # runs OK mplayer video.avi # now runs OK Can you confirm Derek? Can someone with Rawhide test if more recent mplayer is fixed? (The dependency chain somewhat scares me.) Should be fixed in mplayer-1.0-0.104.20090204svn.fc10 in -testing. Please test. It's not ideal - after pause the video is slow motion for few secs - but works. Thanks. No. It's not fixed for me, happens the same way as on the beginning. I tried the new RPMS as of 2/15/09 (mplayer-1.0-0.104.20090204svn.fc10) and the problem still exists. Here is some additional information. The original bug was filed concerning an MP4 file, however I can reproduce this problem quite easily with just a simple .WMA file as well. I just start mplayer (gmplayer -skin clearplayer-1.9.0 file.wma) and then pause the play somewhere between five and fifteen times until it hangs. The problem is occurring with both the 2.6.27.12-170.2.5.fc10.i686 and 2.6.27.5-117.fc10.i686 kernels. (In reply to comment #6) > I tried the new RPMS as of 2/15/09 (mplayer-1.0-0.104.20090204svn.fc10) and the > problem still exists. > > Here is some additional information. The original bug was filed concerning an > MP4 file, however I can reproduce this problem quite easily with just a simple > .WMA file as well. I just start mplayer (gmplayer -skin clearplayer-1.9.0 > file.wma) and then pause the play somewhere between five and fifteen times > until it hangs. > > The problem is occurring with both the 2.6.27.12-170.2.5.fc10.i686 and > 2.6.27.5-117.fc10.i686 kernels. Does this happen with non-GUI mplayer? If yes, I need a sample to reproduce. If no, then there's very little chance of having it fixed, because the GUI is unmaintained. Created attachment 102 [details]
Audio file for testing
Use this file to test the mplayer bug.
I was able to reproduce this bug using only mplayer and not the gui interface. I started the player 'mplayer xxxx.wma' then just used the space bar to pause the audio output every five seconds or so. After about 20-40 pauses mplayer hangs as previously described. I attached one (messick.wma) of the many .wma files which caused this bug to occurr. Bruce I noticed this is gone for F-11 mplayer featuring pulseaudio. Anyone noticed otherwise? Anyway, it might have been this bug http://www.pulseaudio.org/ticket/440 on pulseaudio side, not mplayer. Closing. Please reopen if you feel it's still not fixed. |
I've got an MP4 movie file I'm trying to play. If I pause the movie and then unpause again then mplayer hangs when I try to restart playing. I've tried with multiple videos and they all cause this behavior. Here's the stack trace of the hung mplayer: (gdb) t a a bt Thread 2 (Thread 0xb3d74b90 (LWP 6193)): #0 0x00110416 in __kernel_vsyscall () #1 0x0076a777 in poll () from /lib/libc.so.6 #2 0x001a4937 in poll_func (ufds=0x8fe21a8, nfds=2, timeout=332, userdata=0x8fcdae0) at pulse/thread-mainloop.c:71 #3 0x00194320 in pa_mainloop_poll (m=0x8fe21d0) at pulse/mainloop.c:857 #4 0x00194707 in pa_mainloop_iterate (m=0x8fe21d0, block=1, retval=0x0) at pulse/mainloop.c:923 #5 0x0019478c in pa_mainloop_run (m=0x8fe21d0, retval=0x0) at pulse/mainloop.c:941 #6 0x001a49b8 in thread (userdata=0x8fce4a0) at pulse/thread-mainloop.c:90 #7 0x001d84f8 in internal_thread_func (userdata=0x8fe3958) at pulsecore/thread-posix.c:72 #8 0x0083f51f in start_thread () from /lib/libpthread.so.0 #9 0x0077504e in clone () from /lib/libc.so.6 Thread 1 (Thread 0xb7f76700 (LWP 6192)): #0 0x00110416 in __kernel_vsyscall () #1 0x00846996 in nanosleep () from /lib/libpthread.so.0 #2 0x081b2ba4 in usec_sleep () #3 0x08087e9c in main () Note that it is not 100% reliably reproducible with mplayer-1.0-0.103.20080903svn.fc10.i386 but it's reproducible about 80% of the time. Using the attached video file run: mplayer test-video.mp4 Then hit 'space' at around 0.5.. Then hit 'space' again and it will jump a bit and hang. Here's the output to the terminal: # mplayer test-video.mp4 MPlayer dev-SVN-r27514-4.3.2 (C) 2000-2008 MPlayer Team CPU: Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz (Family: 6, Model: 15, Stepping: 6) CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1 Compiled with runtime CPU detection. mplayer: could not connect to socket mplayer: No such file or directory Failed to open LIRC support. You will not be able to use your remote control. Playing /tmp/test-video.mp4. AVI file format detected. [aviheader] Video stream found, -vid 0 [aviheader] Audio stream found, -aid 1 VIDEO: [FMP4] 640x360 24bpp 29.970 fps -17179870.0 kbps (-2097152.0 kbyte/s) Clip info: Software: MEncoder dev-SVN-r26936-4.3.0 ========================================================================== Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4) ========================================================================== ========================================================================== Opening audio decoder: [mp3lib] MPEG layer-2, layer-3 AUDIO: 48000 Hz, 2 ch, s16le, 224.0 kbit/14.58% (ratio: 28000->192000) Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3) ========================================================================== AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample) Starting playback... VDec: vo config request - 640 x 360 (preferred colorspace: Planar YV12) VDec: using Planar YV12 as output csp (no 0) Movie-Aspect is 1.78:1 - prescaling to correct movie aspect. VO: [xv] 640x360 => 640x360 Planar YV12 A: 0.5 V: 0.5 A-V: -0.010 ct: -0.030 15/ 15 ??% ??% ??,?% 0 0 A: 1.0 V: 1.1 A-V: -0.092 ct: -0.047 34/ 34 10% 1% 0.5% 11 0 Exiting... (Quit) I don't know if this is related to bug #200 or not; I'd be happy to test the new package but it's not in the rpmfusion-free-updates-testing repository.