8.1+ versions won't play http:// files
dk75
Any newer than that just hang when used to play files from HTTP:
$ gnome-mplayer --reallyverbose http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv
GNOME MPlayer v0.9.2
Running with GIO support
Using volume of 100 from gnome-mplayer preference
vo = xv ao = pulse
opening http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv
is block 0
is character 0
is reg 0
is dir 0
playlist 0
embedded in window id 0
http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv
is not a device name
Killed
I'm compiling on Ubuntu 8.10 64bit
Onur Küçük
On Sat, 15 Nov 2008 14:59:34 -0800 (PST)
dk75 <ami...@gmail.com> wrote:
> gnome-mplayer --reallyverbose
> http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv
works fine with 9.x and svn, with MPlayer svn rev 27776. IIRC there was
a patch [1] from Kevin for mkv files for get_property chapters, that may
be doing the trick.
[1]
http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-September/058648.html
--
Onur Küçük Knowledge speaks,
<onur.--.-.pardus.org.tr> but wisdom listens
Kevin DeKorte
Hash: SHA1
Onur Küçük wrote:
>
> On Sat, 15 Nov 2008 14:59:34 -0800 (PST)
> dk75 <ami...@gmail.com> wrote:
>
>> gnome-mplayer --reallyverbose
>> http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv
>
> works fine with 9.x and svn, with MPlayer svn rev 27776. IIRC there was
> a patch [1] from Kevin for mkv files for get_property chapters, that may
> be doing the trick.
>
> [1]
> http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-September/058648.html
>
I just found what is causing this, it seems the 'gio' support in
streaming_media. I think I have it worked out, but I want to do some
additional testing.
Kevin
- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Remi - http://enigmail.mozdev.org
iEYEARECAAYFAkkgJGYACgkQ6w2kMH0L1dFicwCfczdRwgY8aTQD8i443L8JYRuV
4RUAnii8waT9HLU+2C0rkGqOa1uvBiRZ
=Rc3O
-----END PGP SIGNATURE-----
Krzysztof Duchnowski
> Hash: SHA1
> Onur Küçük wrote:
>> On Sat, 15 Nov 2008 14:59:34 -0800 (PST)
>> dk75 <ami...@gmail.com> wrote:
>>> gnome-mplayer --reallyverbose
>>> http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv
>> works fine with 9.x and svn, with MPlayer svn rev 27776. IIRC there was
>> a patch [1] from Kevin for mkv files for get_property chapters, that may
>> be doing the trick.
>> [1]
>> http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-September/058648.html
> I just found what is causing this, it seems the 'gio' support in
> streaming_media. I think I have it worked out, but I want to do some
> additional testing.
I've had almost done new message about others files not only MKV.
So, instead I will test it with r987:
$ gnome-mplayer -v
http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.mov
Running with GIO support
opening
is character 0
is reg 0
is dir 0
playlist 0
embedded in window id 0
'http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.mov'
= 1
playlist detection = 0
Streaming media
'http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.mov'
= 1
playing -
http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.mov
is playlist 0
Streaming media
'http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.mov'
= 1
Streaming media
'http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.mov'
= 1
Streaming media
'http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.mov'
= 1
Streaming media
'http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.mov'
= 1
mplayer -profile gnome-mplayer -quiet -slave -identify -softvol
-framedrop -noconsolecontrols -osdlevel 1 -nomouseinput -cache 8192 -wid
0x4800049 -ass -embeddedfonts -ass-font-scale 1,0 -ass-force-style
FontName=Arial -ass-color faf80000 -subcp CP1250 -vf-add screenshot
http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.mov
Using match: type='signal',interface='com.gnome.mplayer'
Using match: type='signal',interface='org.gnome.SettingsDaemon'
Using match: type='signal',interface='org.gnome.SettingsDaemon.MediaKeys'
Proxy connections and Command connected
Spawn succeeded for filename
http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.mov
MPlayer dev-SVN-r27937-4.3.2 (C) 2000-2008 MPlayer Team
CPU: AMD Athlon(tm) 64 Processor 3500+ (Family: 15, Model: 95, Stepping: 2)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2
Playing
http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.mov.
Resolving trailers.gametrailers.com for AF_INET...
Connecting to server trailers.gametrailers.com[205.128.90.126]: 80...
Cache size set to 8192 KBytes
vo = xv ao = pulse (360448 bytes)
Cache fill: 19.82% (1662976 bytes)
ISO: File Type Major Brand: Original QuickTime
Quicktime/MOV file format detected.
ID_AUDIO_ID=0
[mov] Audio stream found, -aid 0
ID_VIDEO_ID=1
[mov] Video stream found, -vid 1
VIDEO: [SVQ3] 960x540 32bpp 29.970 fps 0.0 kbps ( 0.0 kbyte/s)
ID_FILENAME=http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.mov
ID_DEMUXER=mov
ID_VIDEO_FORMAT=SVQ3
ID_VIDEO_BITRATE=0
ID_VIDEO_WIDTH=960
ID_VIDEO_HEIGHT=540
ID_VIDEO_FPS=29.970
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=mp4a
ID_AUDIO_BITRATE=192000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
ID_LENGTH=124.30
ID_SEEKABLE=1
ID_CHAPTERS=0
[ass] auto-open
Opening video filter: [screenshot]
Opening video filter: [eq2]
[ass] Init
[ass] Updating font cache.
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffsvq3] vfm: ffmpeg (FFmpeg Sorenson Video v3 (SVQ3))
==========================================================================
ID_VIDEO_CODEC=ffsvq3
==========================================================================
Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding)
AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000)
ID_AUDIO_BITRATE=192000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio)
decoder)
==========================================================================
AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=faad
Starting playback...
VDec: vo config request - 960 x 540 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
[swscaler @ 0xe291c0]No accelerated colorspace conversion found.
[swscaler @ 0xe291c0]using unscaled yuv420p -> rgb24 special converter
VO: [xv] 960x540 => 960x540 Planar YV12 [fs]
Resizing to 960 x 540
Changing window size to 960 x 540
ERROR: Failed to get value of property 'sub_demux'.
[Mixer] No hardware mixing, inserting volume filter.
ID_AUDIO_TRACK=0
ID_AUDIO_TRACK=0
Thread: state = QUIT, shutting down
Thread completing
shutting down threadquery for
http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.mov
since threaddata->done is TRUE
So it works.
~$ gnome-mplayer -v
GNOME MPlayer v0.9.2
Running with GIO support
opening http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv
is block 0
is character 0
is reg 0
is dir 0
playlist 0
embedded in window id 0
'http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv' = 1
playlist detection = 0
Streaming media
'http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv' = 1
playing -
http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv
is playlist 0
Streaming media
'http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv' = 1
Streaming media
'http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv' = 1
Streaming media
'http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv' = 1
Streaming media
'http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv' = 1
mplayer -profile gnome-mplayer -quiet -slave -identify -softvol
-framedrop -noconsolecontrols -osdlevel 1 -nomouseinput -cache 8192 -wid
0x4800049 -ass -embeddedfonts -ass-font-scale 1,0 -ass-force-style
FontName=Arial -ass-color faf80000 -subcp CP1250 -vf-add screenshot
http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv
Using match: type='signal',interface='com.gnome.mplayer'
Using match: type='signal',interface='org.gnome.SettingsDaemon'
Using match: type='signal',interface='org.gnome.SettingsDaemon.MediaKeys'
Proxy connections and Command connected
Spawn succeeded for filename
http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv
MPlayer dev-SVN-r27937-4.3.2 (C) 2000-2008 MPlayer Team
CPU: AMD Athlon(tm) 64 Processor 3500+ (Family: 15, Model: 95, Stepping: 2)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2
Playing
http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv.
Resolving www.fileden.com for AF_INET...
Connecting to server www.fileden.com[207.210.115.84]: 80...
Resolving premium.fileden.com for AF_INET...
Connecting to server premium.fileden.com[207.210.115.2]: 80...
Cache size set to 8192 KBytes
Cache fill: 19.63% (1646592 bytes)
ID_VIDEO_ID=0
ID_VID_0_NAME=Video
[mkv] Track ID 1: video (V_MPEG4/ISO/AVC) "Video", -vid 0
ID_AUDIO_ID=0
ID_AID_0_NAME=Audio
ID_AID_0_LANG=jpn
[mkv] Track ID 2: audio (A_AAC) "Audio", -aid 0, -alang jpn
[mkv] Will play video track 1.
Matroska file format detected.
VIDEO: [avc1] 720x480 24bpp 29.970 fps 0.0 kbps ( 0.0 kbyte/s)
ID_FILENAME=http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv
ID_DEMUXER=mkv
ID_VIDEO_FORMAT=avc1
ID_VIDEO_BITRATE=0
ID_VIDEO_WIDTH=720
ID_VIDEO_HEIGHT=480
ID_VIDEO_FPS=29.970
ID_VIDEO_ASPECT=1.3333
ID_AUDIO_FORMAT=MP4A
ID_AUDIO_BITRATE=0
ID_AUDIO_RATE=44100
ID_AUDIO_NCH=2
ID_LENGTH=53.15
ID_SEEKABLE=0
ID_CHAPTERS=0
[ass] auto-open
Opening video filter: [screenshot]
Opening video filter: [eq2]
[ass] Init
[ass] Updating font cache.
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
ID_VIDEO_CODEC=ffh264
==========================================================================
Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding)
ERROR: FAAD: compressed input bitrate missing, assuming 128kbit/s!
AUDIO: 44100 Hz, 2 ch, s16le, 128.0 kbit/9.07% (ratio: 16000->176400)
ID_AUDIO_BITRATE=128000
ID_AUDIO_RATE=44100
ID_AUDIO_NCH=2
Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio)
decoder)
==========================================================================
AO: [pulse] 44100Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=faad
Starting playback...
VDec: vo config request - 720 x 480 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
ID_VIDEO_ASPECT=1.3333
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 @ 0xe291c0]BICUBIC scaler, from yuv420p to rgb24 using MMX2
[swscaler @ 0xe291c0]using 4-tap MMX scaler for horizontal luminance scaling
[swscaler @ 0xe291c0]using 4-tap MMX scaler for horizontal chrominance
scaling
[swscaler @ 0xe291c0]using n-tap MMX scaler for vertical scaling (BGR)
[swscaler @ 0xe291c0]720x480 -> 720x540
VO: [xv] 720x480 => 720x540 Planar YV12 [fs]
Resizing to 720 x 540
Changing window size to 720 x 540
ERROR: Failed to get value of property 'sub_demux'.
[Mixer] No hardware mixing, inserting volume filter.
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
ID_AUDIO_TRACK=0
ID_AUDIO_TRACK=0
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
pts value <= previous
Thread: state = QUIT, shutting down
Thread completing
shutting down threadquery for
http://www.fileden.com/files/2006/12/11/497871/Private/tachikoma.mkv
since threaddata->done is TRUE
So it works.
$ gnome-mplayer -v
http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.wmv
Running with GIO support
opening
is character 0
is reg 0
is dir 0
playlist 0
embedded in window id 0
'http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.wmv'
= 1
playlist detection = 0
Streaming media
'http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.wmv'
= 1
playing -
http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.wmv
is playlist 0
Streaming media
'http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.wmv'
= 1
Streaming media
'http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.wmv'
= 1
Streaming media
'http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.wmv'
= 1
Streaming media
'http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.wmv'
= 1
mplayer -profile gnome-mplayer -quiet -slave -identify -softvol
-framedrop -noconsolecontrols -osdlevel 1 -nomouseinput -cache 8192 -wid
0x4800049 -ass -embeddedfonts -ass-font-scale 1,0 -ass-force-style
FontName=Arial -ass-color faf80000 -subcp CP1250 -vf-add screenshot
http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.wmv
Using match: type='signal',interface='com.gnome.mplayer'
Using match: type='signal',interface='org.gnome.SettingsDaemon'
Using match: type='signal',interface='org.gnome.SettingsDaemon.MediaKeys'
Proxy connections and Command connected
Spawn succeeded for filename
http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.wmv
MPlayer dev-SVN-r27937-4.3.2 (C) 2000-2008 MPlayer Team
CPU: AMD Athlon(tm) 64 Processor 3500+ (Family: 15, Model: 95, Stepping: 2)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2
Playing
http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.wmv.
Resolving trailers.gametrailers.com for AF_INET...
Connecting to server trailers.gametrailers.com[8.12.199.125]: 80...
STREAM_ASF, URL:
http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.wmv
Resolving trailers.gametrailers.com for AF_INET...
Connecting to server trailers.gametrailers.com[8.12.199.125]: 80...
Cache fill: 19.43% (1630208 bytes)
ASF file format detected.
ID_AUDIO_ID=1
[asfheader] Audio stream found, -aid 1
ID_VIDEO_ID=31
[asfheader] Video stream found, -vid 31
VIDEO: [WMV3] 1280x720 24bpp 1000.000 fps 3072.0 kbps (375.0 kbyte/s)
ID_FILENAME=http://trailers.gametrailers.com/gt_vault/4914/t_lastr_worldexcl_awaken_h264.wmv
ID_DEMUXER=asf
ID_VIDEO_FORMAT=WMV3
ID_VIDEO_BITRATE=3072000
ID_VIDEO_WIDTH=1280
ID_VIDEO_HEIGHT=720
ID_VIDEO_FPS=1000.000
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=353
ID_AUDIO_BITRATE=0
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_LENGTH=128.00
ID_SEEKABLE=0
ID_CHAPTERS=0
[ass] auto-open
Opening video filter: [screenshot]
Opening video filter: [eq2]
[ass] Init
[ass] Updating font cache.
==========================================================================
ERROR: Requested video codec family [wmv9dmo] (vfm=dmo) not available.
ERROR: Enable it at compilation.
ERROR: Requested video codec family [wmvdmo] (vfm=dmo) not available.
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
ERROR: Enable it at compilation.
[wmv3 @ 0xd7e700]Extra data: 8 bits left, value: 0
Selected video codec: [ffwmv3] vfm: ffmpeg (FFmpeg WMV3/WMV9)
==========================================================================
ID_VIDEO_CODEC=ffwmv3
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000)
ID_AUDIO_BITRATE=192000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg))
==========================================================================
AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=ffwmav2
Starting playback...
VDec: vo config request - 1280 x 720 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
[swscaler @ 0xe291c0]No accelerated colorspace conversion found.
[swscaler @ 0xe291c0]using unscaled yuv420p -> rgb24 special converter
VO: [xv] 1280x720 => 1280x720 Planar YV12 [fs]
Resizing to 1280 x 720
Changing window size to 1280 x 720
ERROR: Failed to get value of property 'sub_demux'.
[Mixer] No hardware mixing, inserting volume filter.
ID_AUDIO_TRACK=1
ID_AUDIO_TRACK=1
Thread: state = QUIT, shutting down
Thread completing
So it works.
$ gnome-mplayer -v
http://trailers.gametrailers.com/gt_vault/5671/t_bionicc_biomech_gp_h264.wmv
Running with GIO support
opening
is character 0
is reg 0
is dir 0
playlist 0
embedded in window id 0
'http://trailers.gametrailers.com/gt_vault/5671/t_bionicc_biomech_gp_h264.wmv'
= 1
playlist detection = 0
Streaming media
'http://trailers.gametrailers.com/gt_vault/5671/t_bionicc_biomech_gp_h264.wmv'
= 1
playing -
http://trailers.gametrailers.com/gt_vault/5671/t_bionicc_biomech_gp_h264.wmv
is playlist 0
Streaming media
'http://trailers.gametrailers.com/gt_vault/5671/t_bionicc_biomech_gp_h264.wmv'
= 1
Streaming media
'http://trailers.gametrailers.com/gt_vault/5671/t_bionicc_biomech_gp_h264.wmv'
= 1
Streaming media
'http://trailers.gametrailers.com/gt_vault/5671/t_bionicc_biomech_gp_h264.wmv'
= 1
Streaming media
'http://trailers.gametrailers.com/gt_vault/5671/t_bionicc_biomech_gp_h264.wmv'
= 1
mplayer -profile gnome-mplayer -quiet -slave -identify -softvol
-framedrop -noconsolecontrols -osdlevel 1 -nomouseinput -cache 8192 -wid
0x4800049 -ass -embeddedfonts -ass-font-scale 1,0 -ass-force-style
FontName=Arial -ass-color faf80000 -subcp CP1250 -vf-add screenshot
http://trailers.gametrailers.com/gt_vault/5671/t_bionicc_biomech_gp_h264.wmv
Using match: type='signal',interface='com.gnome.mplayer'
Using match: type='signal',interface='org.gnome.SettingsDaemon'
Using match: type='signal',interface='org.gnome.SettingsDaemon.MediaKeys'
Proxy connections and Command connected
Spawn succeeded for filename
http://trailers.gametrailers.com/gt_vault/5671/t_bionicc_biomech_gp_h264.wmv
MPlayer dev-SVN-r27937-4.3.2 (C) 2000-2008 MPlayer Team
CPU: AMD Athlon(tm) 64 Processor 3500+ (Family: 15, Model: 95, Stepping: 2)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2
Playing
http://trailers.gametrailers.com/gt_vault/5671/t_bionicc_biomech_gp_h264.wmv.
Resolving trailers.gametrailers.com for AF_INET...
Connecting to server trailers.gametrailers.com[8.12.199.125]: 80...
STREAM_ASF, URL:
http://trailers.gametrailers.com/gt_vault/5671/t_bionicc_biomech_gp_h264.wmv
Resolving trailers.gametrailers.com for AF_INET...
Connecting to server trailers.gametrailers.com[8.12.199.125]: 80...
Cache fill: 19.73% (1654784 bytes)
ASF file format detected.
ID_AUDIO_ID=1
[asfheader] Audio stream found, -aid 1
ID_VIDEO_ID=31
[asfheader] Video stream found, -vid 31
VIDEO: [WMV3] 1280x720 24bpp 1000.000 fps 3072.0 kbps (375.0 kbyte/s)
ID_FILENAME=http://trailers.gametrailers.com/gt_vault/5671/t_bionicc_biomech_gp_h264.wmv
ID_DEMUXER=asf
ID_VIDEO_FORMAT=WMV3
ID_VIDEO_BITRATE=3072000
ID_VIDEO_WIDTH=1280
ID_VIDEO_HEIGHT=720
ID_VIDEO_FPS=1000.000
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=353
ID_AUDIO_BITRATE=0
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_LENGTH=98.00
ID_SEEKABLE=0
ID_CHAPTERS=0
[ass] auto-open
Opening video filter: [screenshot]
Opening video filter: [eq2]
[ass] Init
[ass] Updating font cache.
==========================================================================
ERROR: Requested video codec family [wmv9dmo] (vfm=dmo) not available.
ERROR: Enable it at compilation.
ERROR: Requested video codec family [wmvdmo] (vfm=dmo) not available.
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
ERROR: Enable it at compilation.
[wmv3 @ 0xd7e700]Extra data: 8 bits left, value: 0
Selected video codec: [ffwmv3] vfm: ffmpeg (FFmpeg WMV3/WMV9)
==========================================================================
ID_VIDEO_CODEC=ffwmv3
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders
AUDIO: 48000 Hz, 2 ch, s16le, 192.0 kbit/12.50% (ratio: 24000->192000)
ID_AUDIO_BITRATE=192000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
Selected audio codec: [ffwmav2] afm: ffmpeg (DivX audio v2 (FFmpeg))
==========================================================================
AO: [pulse] 48000Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=ffwmav2
Starting playback...
VDec: vo config request - 1280 x 720 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
[swscaler @ 0xe291c0]No accelerated colorspace conversion found.
[swscaler @ 0xe291c0]using unscaled yuv420p -> rgb24 special converter
VO: [xv] 1280x720 => 1280x720 Planar YV12 [fs]
Resizing to 1280 x 720
Changing window size to 1280 x 720
ERROR: Failed to get value of property 'sub_demux'.
[Mixer] No hardware mixing, inserting volume filter.
ID_AUDIO_TRACK=1
ID_AUDIO_TRACK=1
Thread: state = QUIT, shutting down
Thread completing
shutting down threadquery for
http://trailers.gametrailers.com/gt_vault/5671/t_bionicc_biomech_gp_h264.wmv
since threaddata->done is TRUE
So it works.
But... it brakes GECKO-mediaplayer compatybility - it's going play/pause
all the time, with 1s period:
http://www.gametrailers.com/player/42727.html
--
Krzysztof 'DK75' Duchnowski
GetFirefox - http://www.mozilla.com/firefox/
Konfiguracja UTF-8 dla czytników - http://evil.pl/pip/utf/
Kevin DeKorte
Hash: SHA1
Krzysztof Duchnowski wrote:
>
> But... it brakes GECKO-mediaplayer compatybility - it's going play/pause
> all the time, with 1s period:
> http://www.gametrailers.com/player/42727.html
>
I tested this on my internet connection with both gecko-mediaplayer and
gnome-mplayer from SVN and I don't see the 1s, but I do have about 3s
once the cache is used up. I see you have a cache of 8196, and so I
would recommend that you raise it even more.
For an internet connection I use a 3G cell card, because DSL and Cable
are not available. So basically the slower your connection you should
either use more cache or play lower quality content.
Kevin
- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Remi - http://enigmail.mozdev.org
iEYEARECAAYFAkkgcNIACgkQ6w2kMH0L1dEuDQCgjrG63vJaOkBVU2wlUFh4iCqq
bJQAn3g+2etiG+m6h/zpOvpfgufA/5J8
=9gFQ
-----END PGP SIGNATURE-----
Starcrasher
> >
> > But... it brakes GECKO-mediaplayer compatybility - it's going play/pause
> > all the time, with 1s period:
> > http://www.gametrailers.com/player/42727.html
> >
>
> I tested this on my internet connection with both gecko-mediaplayer and
> gnome-mplayer from SVN and I don't see the 1s, but I do have about 3s
> once the cache is used up. I see you have a cache of 8196, and so I
> would recommend that you raise it even more.
>
> For an internet connection I use a 3G cell card, because DSL and Cable
> are not available. So basically the slower your connection you should
> either use more cache or play lower quality content.
>
time and didn't notice that before.
That's strange because if I hit media play/pause key on my keyboard, it
ends the loop and play normally.
Regards,
Starcrasher
--
O< ascii ribbon campaign - stop html mail - www.asciiribbon.org
Krzysztof Duchnowski
buffer/cache problem. It started just after GIO problem solving.
Kevin DeKorte
Hash: SHA1
Krzysztof Duchnowski wrote:
> Starcrasher pisze:
>
>>>> But... it brakes GECKO-mediaplayer compatybility - it's going play/pause
>>>> all the time, with 1s period:
>>>> http://www.gametrailers.com/player/42727.html
>
>>> I tested this on my internet connection with both gecko-mediaplayer and
>>> gnome-mplayer from SVN and I don't see the 1s, but I do have about 3s
>>> once the cache is used up. I see you have a cache of 8196, and so I
>>> would recommend that you raise it even more.
>
>>> For an internet connection I use a 3G cell card, because DSL and Cable
>>> are not available. So basically the slower your connection you should
>>> either use more cache or play lower quality content.
>
>> I noticed the same behaviour. I used the same cache setting for a long
>> time and didn't notice that before.
>> That's strange because if I hit media play/pause key on my keyboard, it
>> ends the loop and play normally.
>
> And more over it play/pause with full file buffered - so it's not a
> buffer/cache problem. It started just after GIO problem solving.
>
Can you recompile gnome-mplayer with the --without-gio option and see if
you get it working again?
Kevin
- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Remi - http://enigmail.mozdev.org
iEYEARECAAYFAkkgkyIACgkQ6w2kMH0L1dE+JwCfbI+jYubdn/gStqQs77cpXGCW
yssAn1qBTxdjM0TAI3R0KCwQ03SEVSKC
=eAtF
-----END PGP SIGNATURE-----
Krzysztof Duchnowski
>>>>> But... it brakes GECKO-mediaplayer compatybility - it's going play/pause
>>>>> all the time, with 1s period:
>>>>> http://www.gametrailers.com/player/42727.html
>>>> I tested this on my internet connection with both gecko-mediaplayer and
>>>> gnome-mplayer from SVN and I don't see the 1s, but I do have about 3s
>>>> once the cache is used up. I see you have a cache of 8196, and so I
>>>> would recommend that you raise it even more.
>>>> For an internet connection I use a 3G cell card, because DSL and Cable
>>>> are not available. So basically the slower your connection you should
>>>> either use more cache or play lower quality content.
>>> I noticed the same behaviour. I used the same cache setting for a long
>>> time and didn't notice that before.
>>> That's strange because if I hit media play/pause key on my keyboard, it
>>> ends the loop and play normally.
>> And more over it play/pause with full file buffered - so it's not a
>> buffer/cache problem. It started just after GIO problem solving.
> Can you recompile gnome-mplayer with the --without-gio option and see if
> you get it working again?
it will play smoothly. But with 30%, or 50% or 75% cached by browser it
goes play/pause.
Also playing 100% bufferd file isn't affected by buffering another file
in second browser widnow.
Krzysztof Duchnowski
> Hash: SHA1
> Krzysztof Duchnowski wrote:
>> Starcrasher pisze:
>>>>> But... it brakes GECKO-mediaplayer compatybility - it's going play/pause
>>>>> all the time, with 1s period:
>>>>> http://www.gametrailers.com/player/42727.html
>>>> I tested this on my internet connection with both gecko-mediaplayer and
>>>> gnome-mplayer from SVN and I don't see the 1s, but I do have about 3s
>>>> once the cache is used up. I see you have a cache of 8196, and so I
>>>> would recommend that you raise it even more.
>>>> For an internet connection I use a 3G cell card, because DSL and Cable
>>>> are not available. So basically the slower your connection you should
>>>> either use more cache or play lower quality content.
>>> I noticed the same behaviour. I used the same cache setting for a long
>>> time and didn't notice that before.
>>> That's strange because if I hit media play/pause key on my keyboard, it
>>> ends the loop and play normally.
>> And more over it play/pause with full file buffered - so it's not a
>> buffer/cache problem. It started just after GIO problem solving.
> Can you recompile gnome-mplayer with the --without-gio option and see if
> you get it working again?
buffering. After reaching 90% buffering of file the playback went smothly.
SVN-r992
Kevin DeKorte
Ok, so it does not appear to be the GIO code, but I did go in an rework
the autopause code so give that a try. I used to calculate based on
percent, now I base it on file size.
Kevin
- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Remi - http://enigmail.mozdev.org
iEYEARECAAYFAkkhqBUACgkQ6w2kMH0L1dFH1gCggnOVLqjWv720kWM8C0VwyOJQ
Q24An1LUtudJfXrkmAUXy+2sYgWZ75uf
=pK5a
-----END PGP SIGNATURE-----
Krzysztof Duchnowski
It plays fine at the beginning but when it reach buffer border it resets
to start possition and plays again from the beginning.
In r829 it worked with percent auto pause thought...
Kevin DeKorte
r829... ack, that is over 150 change sets apart. If you can find another
point that it worked closer to head I can look at it. I did look at the
change logs and found the conversion to internal uris around that point,
so I did fix that and made sure that g_stat was using a filename and not
a uri. The values now look sane to me for detecting when to autopause.
The reason it starts over is due to the website using the loop option,
so that is why it resets. mplayer seems to be hitting something in the
file and terminating, but if it caches more it seems to work fine. I
believe what it is hitting is an EOF in the mplayer cache as the file is
downloaded from the website.
It also seems that with mplayer SVN that it does not know that the file
has changed and so when it hits the point where the end of the file is
when mplayer starts. Basically it looks like it is seeing an EOF file
pointer and not seeing that file has changed on disk. Seems to be new
behavior with a recent mplayer cause it was not doing this earlier for me.
I have seen this problem with other media files, so this is common issue
in mplayer.
Kevin
- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Remi - http://enigmail.mozdev.org
iEYEARECAAYFAkkhxYQACgkQ6w2kMH0L1dHTmwCfTmmxGEorUAi2GSLiwNr/3bz1
epkAoINXhsyFWnIiU8uXoUNjMapdJ/dH
=kalC
-----END PGP SIGNATURE-----
Kevin DeKorte
Krzysztof Duchnowski wrote:
Ok, I think I found a work around in the gnome-mplayer code, I'm telling
mplayer not to cache the file when playing that way. Still may be some
tuning as mplayer uses data quite fast on this file, but give r996 a try.
Kevin
- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Remi - http://enigmail.mozdev.org
iEYEARECAAYFAkkhzGcACgkQ6w2kMH0L1dE5nQCfbEC+tOwmBf4ca6OwElB611nE
7wgAnRiHqZ0EPa6GfSWIy0TPgpksc98z
=xKhk
-----END PGP SIGNATURE-----
Krzysztof Duchnowski
>> It plays fine at the beginning but when it reach buffer border it resets
>> to start possition and plays again from the beginning.
>> In r829 it worked with percent auto pause thought...
> r829... ack, that is over 150 change sets apart. If you can find another
> point that it worked closer to head I can look at it.
As I wrote at first post it was last revision working at all - rest just
hung out.
Krzysztof Duchnowski
>>> Ok, so it does not appear to be the GIO code, but I did go in an rework
>>> the autopause code so give that a try. I used to calculate based on
>>> percent, now I base it on file size.
>> It plays fine at the beginning but when it reach buffer border it resets
>> to start possition and plays again from the beginning.
>> In r829 it worked with percent auto pause thought...
> Ok, I think I found a work around in the gnome-mplayer code, I'm telling
> mplayer not to cache the file when playing that way. Still may be some
> tuning as mplayer uses data quite fast on this file, but give r996 a try.
Partially.
I've used another video since first is buffered in browser cache. It is
1:37 runtime long. It's initially buffered to 20% before play, it played
to about 35% where it meet buffer border then it went to play/pause
state i which it meet 40s runtime and 65% buffer - then I've closed it.
As you can see 65% buffer is around 60-70s runtime and it's playing 40s
material and still making play/pause. It should stop to fill more buffer
than for initial play - that's how mplayer does.
Kevin DeKorte
Hash: SHA1
Krzysztof Duchnowski wrote:
> Kevin DeKorte pisze:
>
>>> It plays fine at the beginning but when it reach buffer border it resets
>>> to start possition and plays again from the beginning.
>
>>> In r829 it worked with percent auto pause thought...
>
>
>> r829... ack, that is over 150 change sets apart. If you can find another
>> point that it worked closer to head I can look at it.
>
>
> As I wrote at first post it was last revision working at all - rest just
> hung out.
>
Oh, did you upgrade gecko-mediaplayer as well? Changes were made to it
at the same time.
I was testing today with gecko-mediaplayer and gnome-mplayer from SVN
and your issue seems to be fixed.
Kevin
- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Remi - http://enigmail.mozdev.org
iEYEARECAAYFAkkh2vYACgkQ6w2kMH0L1dGoAgCgkkGLOcw+QHeBechXHO+7G7qT
EZwAniG8S45NgGTyFNFd3eJcN6PVPhSj
=N6Fs
-----END PGP SIGNATURE-----
Kevin DeKorte
Hash: SHA1
Krzysztof Duchnowski wrote:
>
> Partially.
> I've used another video since first is buffered in browser cache. It is
> 1:37 runtime long. It's initially buffered to 20% before play, it played
> to about 35% where it meet buffer border then it went to play/pause
> state i which it meet 40s runtime and 65% buffer - then I've closed it.
> As you can see 65% buffer is around 60-70s runtime and it's playing 40s
> material and still making play/pause. It should stop to fill more buffer
> than for initial play - that's how mplayer does.
>
Ok, I did that the delta of 10% to take it out of autopause state so I
changed it from +10% to +20% (20% is how much mplayer buffers a file
before starting) and hopefully that will cache even more data. You must
have a pretty slow connection. The reason you are having so many issues
is that, that media is an HD file and will play nearly 375K/s or more.
So to keep up with it you need to have lots of bandwidth. My internet
connection is about 100K/s (which is on the low end in my location) and
I have to have a 5000K buffer and then I still get two or three stops
while watching it.
Kevin
- --
Get my public GnuPG key from
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x7D0BD5D1
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Remi - http://enigmail.mozdev.org
iEYEARECAAYFAkkh3coACgkQ6w2kMH0L1dGOLwCgiZJGkkTtvU0luSBAHIE1YIXr
E/IAoJNn/v3juVqp2W9gc92QXg8PoDsb
=eqxO
-----END PGP SIGNATURE-----
Krzysztof Duchnowski
>> Partially.
>> I've used another video since first is buffered in browser cache. It is
>> 1:37 runtime long. It's initially buffered to 20% before play, it played
>> to about 35% where it meet buffer border then it went to play/pause
>> state i which it meet 40s runtime and 65% buffer - then I've closed it.
>> As you can see 65% buffer is around 60-70s runtime and it's playing 40s
>> material and still making play/pause. It should stop to fill more buffer
>> than for initial play - that's how mplayer does.
> Ok, I did that the delta of 10% to take it out of autopause state so I
> changed it from +10% to +20% (20% is how much mplayer buffers a file
> before starting) and hopefully that will cache even more data. You must
> have a pretty slow connection. The reason you are having so many issues
> is that, that media is an HD file and will play nearly 375K/s or more.
> So to keep up with it you need to have lots of bandwidth. My internet
> connection is about 100K/s (which is on the low end in my location) and
> I have to have a 5000K buffer and then I still get two or three stops
> while watching it.
Yes. I have slow connection - 240 KiB/s (2048 kbps listed at ISP)
But earlier GNOME-MPlayer cached more after meeting buffer end durring
playback so it was much desired feature. I think even bare MPlayer
buffer 20% at the beginning and then 50% after meeting buffer end.
And as for play/pause at lower runtime than the buffer it must be a
MPlayer playtime guessing feature... so I think play/pause bug is over.
Now it need's only some finetuning.