|
|
|
|
#1 | |
|
Junior Member
Join Date: Sep 2011
Posts: 4
|
Next Song incorrect when playlist script runs
Have a playlist that is running a php script and returning the full paths of 3 mp3s from a mySQL database (mp3s have been tested and play fine in regular playlist).
Navigating directly to the php script in a browser returns the correct string, 3 song paths all followed by a carriage return and new line commands, each mp3 path on it's own line. The first song listed plays perfectly and displays correctly on the SHOUTcast Administrator page but the "next song" field always displays the name of the script rather than the next song in the queue (script is titled getPlaylistSongs.php). Below is the sc_trans output having playlistdebug=1 Been playing around and searching all over for something to solve this and have no luck since searching anything having to do with playlist and scripts returns results for v1 'now playing' scripts instead of this issue. Much thanks. sc_trans output: Quote:
|
|
|
|
|
|
|
#2 |
|
Join Date: Sep 2003
Posts: 27,873
|
i cannot give you a proper answer for the moment, other than it's most likely a legit bug you're seeing as that feature isn't something i'm too acquainted with so i'm not 100% sure it even works as expected - since the items after the first entry are only meant to be used for the next song title and aren't actually used (from what i remember).
so as an interim thing, it might be easier to make your script drop back to only outputting a single entry at a time (seeing as that's all the Transcoder is really using anyway) and when i get a chance then i can properly look into that aspect of the code to see why it's going weird. if you could provide a copy of the raw output the script generates then that will be off use so i can verify i'm testing against the right (or wrong) data. -daz |
|
|
|
|
|
#3 |
|
Junior Member
Join Date: Sep 2011
Posts: 4
|
Yeah it does seem to me like it is a legitimate bug as well. Below is the exact output from the PHP script to sc_trans. This is the output directly displayed in the browser but in Chrome's developer tools it displays with the line breaks (written as '\n\r' in PHP code) correctly.
I have tried to trick the playlist into running the script twice to see if that would force the playlist to show the next song instead of trying to query the same script again. Did not work. I can provide any additional answers or support if need be. Thanks. code: |
|
|
|
|
|
#4 |
|
Join Date: Sep 2003
Posts: 27,873
|
a linebreak of \n\r ? er, normal behaviour is to be \r\n for a windows type linebreak.
-daz |
|
|
|
|
|
#5 |
|
Junior Member
Join Date: Sep 2011
Posts: 4
|
Have tried both ways as well at using just \n to no avail. Running on a Gentoo Linux machine anyways.
|
|
|
|
|
|
#6 |
|
Junior Member
Join Date: Sep 2011
Posts: 4
|
Any update on this?
|
|
|
|
|
|
#7 |
|
Join Date: Sep 2003
Posts: 27,873
|
nope. i'd already logged it but it's pretty low on my list of things to work on (anything to do with sc_trans is generally low priority at the moment). when there is an update i'll post back or pm you.
-daz |
|
|
|
|
|
#8 |
|
Junior Member
Join Date: Jun 2011
Posts: 12
|
I'm also having this issue, writing my own playlist control script:
code: So it runs the script properly when getting the filename for the current song, but fails when running it to get the metadata for the next song. It's almost like the filename for the metadata read is being defined as "#!/usr/bin/php /home/everfree/sc_trans/randomsong.php", and it tries to read the metadata from that exact string, instead of like; "`#!/usr/bin/php /home/everfree/sc_trans/randomsong.php`". I'm going to play with some escaping/quoting/bracketing of the defined file, see if it makes a difference, but yea, unless I figure something else out, it looks like the 'next song' feature, using scripts, is legitimately broken at this time. |
|
|
|
|
|
#9 |
|
Join Date: Sep 2003
Posts: 27,873
|
the whole of that functionality in sc_trans needs to be re-reviewed / fixed though metadata pulling isn't really supported with it (from when i last looked at the source code) so between that and other issues it's going to be acting funky - the joy of beta software...
-daz |
|
|
|
|
|
#10 |
|
Junior Member
Join Date: Jun 2011
Posts: 12
|
Alright, in the meantime, I re-wrote my control script to handle the display of the next song in the queue itself, so I'm just pulling the nextsong information from the output of my script, instead of from the DNAS xml itself.
It's Work-aroundable, especially if you're using your own software to handle the playlist/queue. |
|
|
|
|
|
#11 |
|
Junior Member
Join Date: Oct 2013
Posts: 8
|
Sorry for necro-posting, but any updates on this?
Thank you... |
|
|
|
|
|
#12 |
|
Major Dude
Join Date: Mar 2011
Posts: 576
|
Yes, the support for the transcoder has ended since Radionomy's takeover of SHOUTcast from AOL.
|
|
|
|
![]() |
|
|||||||
| Thread Tools | Search this Thread |
| Display Modes | |
|
|