Opened 11 years ago
Closed 10 years ago
Last modified 10 years ago
#11995 closed Bug Report - General (fixed)
Mythmusic can't play australian radio streams
Reported by: | Owned by: | paulh | |
---|---|---|---|
Priority: | minor | Milestone: | 0.28 |
Component: | Plugin - MythMusic | Version: | Unspecified |
Severity: | medium | Keywords: | |
Cc: | Ticket locked: | no |
Description
MythTV Version : v0.27-109-gcb744f8 (Current version from RPMFusion) URL: http://media.on.net/radio/144.m3u
Myth will play this stream for 48 seconds before exhausting the buffer and jumping to the next stream All loaded streams exhibit the same problem with version 0.27, but worked OK in 0.26
Attachments (2)
Change History (14)
comment:1 Changed 11 years ago by
Changed 11 years ago by
Attachment: | mythmusic.log.zip added |
---|
verbose logfile showing radio streaming problem
comment:2 Changed 11 years ago by
I have now retested with a freshly built git clone of the Master branch and can confirm that I see the same behaviour as noted in ticket #11872, in that the stream starts ok, then plays for a few seconds and then stops and mythmusic jumps to the next stream in the list. (verbose log attached)
The version information from the new build of myth is MythTV Version : 6ddaba2 MythTV Branch : master Network Protocol : 79 Library API : 0.28.20131216-1 QT Version : 4.8.5 Options compiled in:
linux profile use_hidesyms using_alsa using_jack using_oss using_pulse using_pulseoutput using_backend using_bindings_perl using_bindings_python using_bindings_php using_crystalhd using_dvb using_frontend using_hdhomerun using_ceton using_hdpvr using_ivtv using_joystick_menu using_libcrypto using_libdns_sd using_libfftw3 using_libxml2 using_lirc using_mheg using_opengl using_opengl_video using_qtwebkit using_qtscript using_qtdbus using_taglib using_v4l2 using_x11 using_xrandr using_xv using_profiletype using_mythlogserver using_bindings_perl using_bindings_python using_bindings_php using_mythtranscode using_opengl using_vdpau using_ffmpeg_threads using_mheg using_libxml2
the radio streams I am testing with are: http://media.on.net/radio/144.m3u (Which will play for 48 seconds before stopping) http://media.on.net/radio/217.m3u (Which will play for 20 seconds before stopping) http://liferadio.liwest.at:8000/xmas.m3u (Which plays correctly!)
Oddly I have now found one radio stream that plays OK (http://liferadio.liwest.at:8000/xmas.m3u), but I have multiple examples of radio streams that show this problem
As the streams do start OK and meta data is displayed in the frontend, it looks to me as if MythDownloadManager? is behaving properly, but mythmusic is having a problem with the stream. To my newbie eye, the log suggests that when these problem streams are open, shoutcast spends most of its time in the STREAMING_META state and only fractions of a second in the STREAMING state. Not sure if that helps...
comment:3 Changed 11 years ago by
It seems media.on.net blocks access outside of Australia. mplayer can't play those streams here in the UK either. The xmas.m3u plays fine though.
Do you have another example that I can test in the UK?
comment:4 Changed 11 years ago by
I can confirm that, from here is Australia, the http://media.on.net/radio/144.m3u and http://media.on.net/radio/217.m3u streams play fine in mplayer (with the -allow-dangerous-playlist-parsing option) and VLC media player, but fail as described earlier when played in mythmusic.
My ISP (IINET.NET.AU) provides a set of unmetered streams (attached), which are served via media.on.net. These streams played fine in mythtv 0.26, but began to show this problem with the upgrade to mythtv 0.27
The Koffee channel (http://media.on.net/radio/144.m3u) fails for me after 48 seconds in mythmusic 0.27, but plays OK in both mplayer and VLC and was ok in mythmusic 0.26. The original stream is http://livesh.koffee.com.au:15004/listen.pls and this plays OK in mythmusic but is metered content - which is why I would rather use the http://media.on.net/radio/144.m3u URL.
comment:5 Changed 10 years ago by
Issue is not just being in Australia prevent from listening to those streams. you also have to use iiNet
can you provide a VPN access that link to an iiNet connection?
comment:6 Changed 10 years ago by
Status: | new → infoneeded_new |
---|
Would be interested to know if the recent changes to the buffer settings in master help your issue.
thanks
comment:7 Changed 10 years ago by
Owner: | set to JYA |
---|
comment:8 Changed 10 years ago by
Changes have been backported to fixes/0.27
Pleas report if you are still seeing the issue
comment:9 Changed 10 years ago by
Owner: | changed from JYA to paulh |
---|---|
Status: | infoneeded_new → assigned |
comment:10 Changed 10 years ago by
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
comment:11 Changed 10 years ago by
Milestone: | unknown → 0.28 |
---|
Please update to v0.27-125-g7f548de or later and try again.