[icecast-dev] ices: forcing an immediate reread of the playlist

Rob Pfile rob.pfile at riverstonenet.com
Tue Mar 19 09:38:12 PST 2002



i have a hacked version of otto that i've fixed up to address a number
of problems along these lines.

i contacted the author of otto about my poatches and he never
responded.

if you like i can tar it up and send it to you. my changes are not
well documented though.

rob

Brant Chamberlain writes:
 > Hi all,
 > 
 > 	I'm currently trying to set up ices2 with icecast2 along with otto, a 
 > jukebox interface written in perl. Otto allows the user to kill a song via 
 > the web interface, which in turn kills all running instances of ices, 
 > rewrites the playlist and launches ices. This has the bad side effect of 
 > terminating the client's connection to icecast and leaving a bunch of ices 
 > dangling . I'd like to be able to have otto spawn a single instance of ices 
 > at startup, and then signal ices when the user has selected the next song.
 > 
 > 	As far as I can tell im_playlist doesn't check for pl->nexttrack until it 
 > is at the end of the file. What would be the best way to force this tight 
 > loop to immediately reread it's playlist? I see two options
 > 
 > 1. Write some extra code to check for a nexttrack == 1 inside the while(1) 
 > playlist_read
 > 2. Force pl->current_file to the end of the stream
 > 
 > The only reason I hesitate on 2 is that I'm wondering what side effects 
 > forcing a "zip" to the end of the file would have on the ogg state.
 > 
 > Any insight or pointers would be of great help.
 > 
 > Thanks,
 > Brant Chamberlain
 > 
 > 
 > --- >8 ----
 > List archives:  http://www.xiph.org/archives/
 > icecast project homepage: http://www.icecast.org/
 > To unsubscribe from this list, send a message to 'icecast-dev-request at xiph.org'
 > containing only the word 'unsubscribe' in the body.  No subject is needed.
 > Unsubscribe messages sent to the list will be ignored/filtered.
 > 

--- >8 ----
List archives:  http://www.xiph.org/archives/
icecast project homepage: http://www.icecast.org/
To unsubscribe from this list, send a message to 'icecast-dev-request at xiph.org'
containing only the word 'unsubscribe' in the body.  No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.



More information about the Icecast-dev mailing list