(g)mplayer: loop option problems with streaming media
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
mplayer (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Binary package hint: mplayer
When playing a media stream of finite length from the internet, if "loop=xx" (for example loop=0 to loop forever) is specified in mplayer's configuration file ~/.mplayer/config, gmplayer will go unresponsive after succesfully playing the media for the first time. Instead of restarting the media from the beginning when reaching the end, it becomes totally unresponsive and can only be closed using the 'kill' command (or ^C if on cli which is normally not the case).
Window decoration stays visible throughout, resizing the window and so on works but closing the program doesn't. With media files rather than streams no such problems happen, looping works as expected. When using 'mplayer' instead of 'gmplayer', looping does not work either but the program can be closed normally. Removing the loop option from the config file stops the closing problem from happening as well.
Kubuntu Feisty with mplayer 2:1.0~rc1-0ubuntu9
Command line output, just try a stream like this to reproduce:
$ gmplayer mms://a353.
MPlayer 2:1.0~rc1-0ubuntu9 (C) 2000-2006 MPlayer Team
CPU: AMD Athlon(tm) 64 Processor 3000+ (Family: 15, Model: 47, Stepping: 2)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
Playing mms://a353.
STREAM_ASF, URL: mms://a353.
Resolving a353.v227439.
Connecting to server a353.v227439.
Connected
file object, packet length = 1444 (1444)
unknown object
unknown object
unknown object
stream object, stream ID: 1
stream object, stream ID: 2
unknown object
data object
mmst packet_length = 1444
Cache size set to 1024 KBytes
Cache fill: 18.75% (196608 bytes)
ASF file format detected.
VIDEO: [WMV3] 320x240 24bpp 25.000 fps 0.0 kbps ( 0.0 kbyte/s)
Xv: could not grab port 355
=======
Opening video decoder: [dmo] DMO video codecs
DMO dll supports VO Optimizations 0 1
DMO dll might use previous sample when requested
GetOutput r=0x0 size:230400 align:1
StreamCount r=0x0 1 1
Decoder supports the following formats: YV12 YUY2 UYVY YVYU RGB8 RGB555 RGB565 RGB24 RGB32
Decoder is capable of YUV output (flags 0x1b)
VDec: vo config request - 320 x 240 (preferred colorspace: Packed YUY2)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [xv] 320x240 => 320x240 Planar YV12
Selected video codec: [wmv9dmo] vfm: dmo (Windows Media Video 9 DMO)
=======
=======
Forced audio codec: mad
Trying to force audio codec driver family ffmpeg...
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 22050 Hz, 2 ch, s16le, 20.0 kbit/2.84% (ratio: 2501->88200)
Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg))
=======
[equalizer] Limiting the number of filters to 9 due to low sample rate.
[equalizer] Limiting the number of filters to 9 due to low sample rate.
[equalizer] Limiting the number of filters to 9 due to low sample rate.
AO: [alsa] 48000Hz 2ch floatle (4 bytes per sample)
[equalizer] Limiting the number of filters to 9 due to low sample rate.
Starting playback...
Everything done. Thank you for downloading a media file containing proprietary and patented technology.
=== (added comment) video ends here, should loop but instead this: ===
Stream not seekable!V: -0.251 ct: -0.054 1628/1628 4% 2% 7.2% 12 0 0%
read error:: Operation now in progress
[ws] Error in display.
[ws] Error code: 14 ( BadIDChoice (invalid resource ID chosen for this connection) )
[ws] Request code: 147
[ws] Minor code: 5
[ws] Modules: enable_cache
=== (added comment) doing ^C here ===
[ws] Error in display.
[ws] Error code: 14 ( BadIDChoice (invalid resource ID chosen for this connection) )
[ws] Request code: 156
[ws] Minor code: 4
[ws] Modules: seek
description: | updated |
Changed in mplayer (Ubuntu): | |
status: | New → Confirmed |
Is this symptom still reproducible in 8.10 beta?