Opened 6 years ago

Closed 5 years ago

Last modified 5 years ago

#11995 closed Bug Report - General (fixed)

Mythmusic can't play australian radio streams

Reported by: Mike Thompson <mikebt@…> 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)

mythmusic.log.zip (667.2 KB) - added by Mike Thompson <mikebt@…> 6 years ago.
verbose logfile showing radio streaming problem
freezone_radio.txt.zip (4.8 KB) - added by Mike Thompson <mikebt@…> 6 years ago.
mythtv radio stream list

Download all attachments as: .zip

Change History (14)

comment:1 Changed 6 years ago by paulh

Please update to v0.27-125-g7f548de or later and try again.

Changed 6 years ago by Mike Thompson <mikebt@…>

Attachment: mythmusic.log.zip added

verbose logfile showing radio streaming problem

comment:2 Changed 6 years ago by Mike Thompson <mikebt@…>

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 6 years ago by paulh

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 6 years ago by Mike Thompson <mikebt@…>

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.

Changed 6 years ago by Mike Thompson <mikebt@…>

Attachment: freezone_radio.txt.zip added

mythtv radio stream list

comment:5 Changed 5 years ago by JYA

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 5 years ago by JYA

Status: newinfoneeded_new

Would be interested to know if the recent changes to the buffer settings in master help your issue.

thanks

comment:7 Changed 5 years ago by JYA

Owner: set to JYA

comment:8 Changed 5 years ago by JYA

Changes have been backported to fixes/0.27

Pleas report if you are still seeing the issue

comment:9 Changed 5 years ago by paulh

Owner: changed from JYA to paulh
Status: infoneeded_newassigned

comment:10 Changed 5 years ago by Paul Harrison <pharrison@…>

Resolution: fixed
Status: assignedclosed

In 37f67e4e51e7a5d3382e0353fd91243c8cfb7c31/mythtv:

MythMusic: use the avfdecoder for everything except for playing CD tracks

Now that FFMPEG can decode ice/shoutcast streams properly remove our own
decoder and use there's.

Simplify playing tracks from storage groups.

This also adds support for additional protocols supported by FFMPEG like
MMS/MMSH streams such as those from the BBC.

Fixes #11995, Fixes #12242.

comment:11 Changed 5 years ago by paulh

Milestone: unknown0.28

comment:12 Changed 5 years ago by JYA

Awesome thanks

Note: See TracTickets for help on using tickets.