You are not logged in.
hello
just wondering if anyone knows why gmm cuts out and gives read errors very frequently when playing music streams?? i stream from di.fm.... and all the streams run from 30 secs to 15 mins then just cut out, and i have to reload the stream and it plays again perfectly, but this just keeps happening over and over.... it never used to a year or so back... it would run constantly for days with no errors.... the identical streams run perfectly with vlc.... shame, cos i prefer gmm... have used it for years and its great apart from this annoying issue.
Last edited by ninjaprawn (2012-05-31 14:10:01)
2007 - Started using Arch Linux as my only/main OS
- Samsung Series 3, Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz - 8Gb DDR3 ram - 700Gb HDD
On board intel Graphics & Sound
Offline
hello
just wondering if anyone knows why gmm cuts out and gives read errors very frequently when playing music streams?? i stream from di.fm.... and all the streams run from 30 secs to 15 mins then just cut out, and i have to reload the stream and it plays again perfectly, but this just keeps happening over and over.... it never used to a year or so back... it would run constantly for days with no errors.... the identical streams run perfectly with vlc.... shame, cos i prefer gmm... have used it for years and its great apart from this annoying issue.
Can you please post a link to that stream? thx.
Offline
hi, yes, any of the following;
http://u11aw.di.fm:80/di_minimal
http://u11aw.di.fm:80/di_dubstep
I never get more than 30 mins.... and thats if i am very lucky..... it can cut out any point from 10sec to 30 mins, but usually runs 5 - 10 mins on average, sometimes I get a pop up "ok" box saying read error, i just press ok, then play and it immediately starts up again after a second to buffer, other times the player shows the stream playing, but the sound cuts out completely, so i double click the stream in "internet radio" and again, it fires straight back up after a second to buffer. Odd as i dont get this issue with vlc.
2007 - Started using Arch Linux as my only/main OS
- Samsung Series 3, Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz - 8Gb DDR3 ram - 700Gb HDD
On board intel Graphics & Sound
Offline
hi, yes, any of the following;
http://u11aw.di.fm:80/di_minimal
http://u11aw.di.fm:80/di_dubstepI never get more than 30 mins.... and thats if i am very lucky..... it can cut out any point from 10sec to 30 mins, but usually runs 5 - 10 mins on average, sometimes I get a pop up "ok" box saying read error, i just press ok, then play and it immediately starts up again after a second to buffer, other times the player shows the stream playing, but the sound cuts out completely, so i double click the stream in "internet radio" and again, it fires straight back up after a second to buffer. Odd as i dont get this issue with vlc.
Run `gogglesmm --xine-debug` and send me the console output if it happens.
Offline
no probs... will do
2007 - Started using Arch Linux as my only/main OS
- Samsung Series 3, Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz - 8Gb DDR3 ram - 700Gb HDD
On board intel Graphics & Sound
Offline
So far it has been playing for over 30 minutes...
Offline
mine just dropped after 32 mins and 12 secs! just completely stopped,
fixing sound card drift by 1250 ptsps 0, aud 100% 5.0s 96kbps 0, on
fixing sound card drift by 1254 ptsps 0, aud 100% 5.0s 96kbps 0, on
fixing sound card drift by 1252 ptsps 0, aud 100% 5.0s 96kbps 0, on
fixing sound card drift by 1251 ptsps 0, aud 100% 5.0s 96kbps 0, on
fixing sound card drift by 1262 ptsps 0, aud 100% 5.0s 96kbps 0, on
fixing sound card drift by 1250 ptsps 0, aud 100% 5.0s 96kbps 0, on
fixing sound card drift by 1257 ptsps 0, aud 100% 5.0s 96kbps 0, on
fixing sound card drift by 1259 ptsps 0, aud 100% 5.0s 96kbps 0, on
fixing sound card drift by 1280 ptsps 0, aud 100% 5.0s 96kbps 0, on
fixing sound card drift by 1255 ptsps 0, aud 100% 5.0s 96kbps 0, on
input_http: read error 00.0s 0kbps 0, aud 0% 0.0s 96kbps 0, on
net_buf_ctrl: vid 0% 0.0s 0kbps 0, aud 0% 0.0s 96kbps 0, on2007 - Started using Arch Linux as my only/main OS
- Samsung Series 3, Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz - 8Gb DDR3 ram - 700Gb HDD
On board intel Graphics & Sound
Offline
I'm having problems with these BBC streams not even starting to play at all:
http://www.bbc.co.uk/radio/listen/live/r2.asx
http://www.bbc.co.uk/radio/listen/live/r4.asx
http://wmlive.bbc.co.uk/wms/nations/scotland
They say 'Buffering..." but never play ... I'm sure they played okay a while back.
(All three play fine in Vlc.)
Here's the output of: gogglesmm --xine-debug
audio_alsa_out : supported modes are 8bit 16bit 24bit 32bit mono stereo (4-channel not enabled in xine config) (4.1-channel not enabled in xine config) (5-channel not enabled in xine config) (5.1-channel not enabled in xine config) (a/52 and DTS pass-through not enabled in xine config)
audio_out: thread created
xine_stream_new
gnome_vfs init_input_class
gnome-vfs not initialised
init class succeeded
xine: found input plugin : http input plugin
load_plugins: probing demux 'anx'
load_plugins: probing demux 'image'
load_plugins: probing demux 'mng'
load_plugins: probing demux 'mpeg_block'
load_plugins: probing demux 'real'
load_plugins: probing demux 'matroska'
load_plugins: probing demux 'mpeg-ts'
load_plugins: probing demux 'avi'
load_plugins: probing demux 'quicktime'
load_plugins: probing demux 'asf'
xine: found demuxer plugin: ASF demux plugin
net_buf_ctrl: nbc_put_cb: starts buffering
net_buf_ctrl: nbc_set_speed_pause
set_speed 0
audio discontinuity #1, type is 0, disc_off 0
vpts adjusted with prebuffer to 37331
xine_play
play_internal ...done
net_buf_ctrl: nbc_put_cb: stops buffering
net_buf_ctrl: nbc_set_speed_normal
set_speed 1000000
ao_flush (loop running: 1)
input_cache: read calls: 8, main input read calls: 8
input_cache: seek_calls: 0, main input seek calls: 0
net_buf_ctrl: nbc_close
net_buf_ctrl: nbc_close: done
gnome_vfs init_input_class
gnome-vfs not initialised
xine: found input plugin : mms streaming input plugin
load_plugins: probing demux 'anx'
load_plugins: probing demux 'image'
load_plugins: probing demux 'mng'
load_plugins: probing demux 'mpeg_block'
load_plugins: probing demux 'real'
load_plugins: probing demux 'matroska'
load_plugins: probing demux 'mpeg-ts'
load_plugins: probing demux 'avi'
load_plugins: probing demux 'quicktime'
load_plugins: probing demux 'asf'
xine: found demuxer plugin: ASF demux plugin
demux_asf: audio conceal interleave detected (1 x 1 x 5945)
net_buf_ctrl: nbc_put_cb: starts buffering
net_buf_ctrl: nbc_set_speed_pause
set_speed 0
audio discontinuity #2, type is 0, disc_off 0
vpts adjusted with prebuffer to 105701
demux_asf: video stream_id: -1, audio stream_id: 1
net_buf_ctrl: vid 0% 0.0s 0kbps 0, aud 0% 0.0s 0kbps 0, buf on
net_buf_ctrl: nbc_set_speed_pause
set_speed 0
net_buf_ctrl: vid 0% 0.0s 0kbps 0, aud 0% 0.0s 0kbps 0, buf on
ffmpeg_audio_dec: increasing buffer to 98304 to avoid overflow.
load_plugins: plugin ffmpegaudio will be used for audio streamtype 20.
xine_play
play_internal ...done
libmms: failed to read mms packet header
libmms: get_media_packet failed
demux_asf: end of data
demux_asf: asf_parse_packet_ecd failed
ao_flush (loop running: 1)
net_buf_ctrl: nbc_put_cb: stops buffering
net_buf_ctrl: nbc_set_speed_normal
input_cache: read calls: 3176, main input read calls: 284
input_cache: seek_calls: 2741, main input seek calls: 283
net_buf_ctrl: nbc_close
net_buf_ctrl: nbc_close: done
xine_dispose
shutdown audio
shutdown video
xine_exit: bye!Offline
I'm having problems with these BBC streams not even starting to play at all:
http://www.bbc.co.uk/radio/listen/live/r2.asx
http://www.bbc.co.uk/radio/listen/live/r4.asx
http://wmlive.bbc.co.uk/wms/nations/scotland
They say 'Buffering..." but never play ... I'm sure they played okay a while back.
(All three play fine in Vlc.)Here's the output of: gogglesmm --xine-debug
audio_alsa_out : supported modes are 8bit 16bit 24bit 32bit mono stereo (4-channel not enabled in xine config) (4.1-channel not enabled in xine config) (5-channel not enabled in xine config) (5.1-channel not enabled in xine config) (a/52 and DTS pass-through not enabled in xine config) audio_out: thread created xine_stream_new gnome_vfs init_input_class gnome-vfs not initialised init class succeeded xine: found input plugin : http input plugin load_plugins: probing demux 'anx' load_plugins: probing demux 'image' load_plugins: probing demux 'mng' load_plugins: probing demux 'mpeg_block' load_plugins: probing demux 'real' load_plugins: probing demux 'matroska' load_plugins: probing demux 'mpeg-ts' load_plugins: probing demux 'avi' load_plugins: probing demux 'quicktime' load_plugins: probing demux 'asf' xine: found demuxer plugin: ASF demux plugin net_buf_ctrl: nbc_put_cb: starts buffering net_buf_ctrl: nbc_set_speed_pause set_speed 0 audio discontinuity #1, type is 0, disc_off 0 vpts adjusted with prebuffer to 37331 xine_play play_internal ...done net_buf_ctrl: nbc_put_cb: stops buffering net_buf_ctrl: nbc_set_speed_normal set_speed 1000000 ao_flush (loop running: 1) input_cache: read calls: 8, main input read calls: 8 input_cache: seek_calls: 0, main input seek calls: 0 net_buf_ctrl: nbc_close net_buf_ctrl: nbc_close: done gnome_vfs init_input_class gnome-vfs not initialised xine: found input plugin : mms streaming input plugin load_plugins: probing demux 'anx' load_plugins: probing demux 'image' load_plugins: probing demux 'mng' load_plugins: probing demux 'mpeg_block' load_plugins: probing demux 'real' load_plugins: probing demux 'matroska' load_plugins: probing demux 'mpeg-ts' load_plugins: probing demux 'avi' load_plugins: probing demux 'quicktime' load_plugins: probing demux 'asf' xine: found demuxer plugin: ASF demux plugin demux_asf: audio conceal interleave detected (1 x 1 x 5945) net_buf_ctrl: nbc_put_cb: starts buffering net_buf_ctrl: nbc_set_speed_pause set_speed 0 audio discontinuity #2, type is 0, disc_off 0 vpts adjusted with prebuffer to 105701 demux_asf: video stream_id: -1, audio stream_id: 1 net_buf_ctrl: vid 0% 0.0s 0kbps 0, aud 0% 0.0s 0kbps 0, buf on net_buf_ctrl: nbc_set_speed_pause set_speed 0 net_buf_ctrl: vid 0% 0.0s 0kbps 0, aud 0% 0.0s 0kbps 0, buf on ffmpeg_audio_dec: increasing buffer to 98304 to avoid overflow. load_plugins: plugin ffmpegaudio will be used for audio streamtype 20. xine_play play_internal ...done libmms: failed to read mms packet header libmms: get_media_packet failed demux_asf: end of data demux_asf: asf_parse_packet_ecd failed ao_flush (loop running: 1) net_buf_ctrl: nbc_put_cb: stops buffering net_buf_ctrl: nbc_set_speed_normal input_cache: read calls: 3176, main input read calls: 284 input_cache: seek_calls: 2741, main input seek calls: 283 net_buf_ctrl: nbc_close net_buf_ctrl: nbc_close: done xine_dispose shutdown audio shutdown video xine_exit: bye!
That looks like a xine bug to me. Can you file a bug report with the xine people: https://bugs.xine-project.org/
Offline
hmmm just realised what the issue is... shame goggles doesnt re-buffer the stream every time it is dropped! Deadbeef and vlc both stop momentarily playing, but resume play 5 seconds later after re buffering the stream.... gmm just gives up as soon as there is any kind of break in the stream ![]()
2007 - Started using Arch Linux as my only/main OS
- Samsung Series 3, Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz - 8Gb DDR3 ram - 700Gb HDD
On board intel Graphics & Sound
Offline
marking as solved.... solution is use deadbeef instead of goggles music manager...
2007 - Started using Arch Linux as my only/main OS
- Samsung Series 3, Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz - 8Gb DDR3 ram - 700Gb HDD
On board intel Graphics & Sound
Offline
hmmm just realised what the issue is... shame goggles doesnt re-buffer the stream every time it is dropped! Deadbeef and vlc both stop momentarily playing, but resume play 5 seconds later after re buffering the stream.... gmm just gives up as soon as there is any kind of break in the stream
Good point. I guess it really should try to reconnect. Of course, you may just have a very lousy internet connection ![]()
Offline
ninjaprawn wrote:hmmm just realised what the issue is... shame goggles doesnt re-buffer the stream every time it is dropped! Deadbeef and vlc both stop momentarily playing, but resume play 5 seconds later after re buffering the stream.... gmm just gives up as soon as there is any kind of break in the stream
Good point. I guess it really should try to reconnect. Of course, you may just have a very lousy internet connection
nah, i agree.... lousy internet.... its the UK for ya though
im on cable broadband which is the most reliable available here.... obvs not good enough lol surprised goggles doesn't notice it has dropped or try to reconnect.... deadbeef picks it up straight away and fixes it in a couple of seconds.
2007 - Started using Arch Linux as my only/main OS
- Samsung Series 3, Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz - 8Gb DDR3 ram - 700Gb HDD
On board intel Graphics & Sound
Offline
GogglesGuy wrote:ninjaprawn wrote:hmmm just realised what the issue is... shame goggles doesnt re-buffer the stream every time it is dropped! Deadbeef and vlc both stop momentarily playing, but resume play 5 seconds later after re buffering the stream.... gmm just gives up as soon as there is any kind of break in the stream
Good point. I guess it really should try to reconnect. Of course, you may just have a very lousy internet connection
nah, i agree.... lousy internet.... its the UK for ya though
im on cable broadband which is the most reliable available here.... obvs not good enough lol surprised goggles doesn't notice it has dropped or try to reconnect.... deadbeef picks it up straight away and fixes it in a couple of seconds.
I had assumed xinelib would have taken care of that (then again, you could argue it should handle that in the frontend). I'll see if I can make a fix for it.
Offline
awesome..... its a shame, cos goggles is ace at everything else... used it for years.... ![]()
2007 - Started using Arch Linux as my only/main OS
- Samsung Series 3, Intel(R) Core(TM) i5-3210M CPU @ 2.50GHz - 8Gb DDR3 ram - 700Gb HDD
On board intel Graphics & Sound
Offline