similar to: ices: forcing an immediate reread of the playlist

Hi Michael, I'll try, but just from looking at the code inside im_playlist.c it doesn't appear to check the pl->nexttrack variable inside the 'while(1)' loop unless it reaches the eof on the playlist file. Honestly I don't understand the ogg function calls, but just wondering if code has to be added to check this. Brant At Tuesday 06:24 PM 3/19/2002, Michael

At 12:32 PM 3/19/02 -0500, you wrote: >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

hiya. i'm using ices 0.2.2 with icecast 1.3.10 and otto 1.0 (a web/db playlist mgmt tool). overall, i'm very pleased with the setup, but i'm having a few problems. 1) whenever otto plays a track (by exec'ing ices), that same track keeps playing over and over. i have to direct otto to kill the track (and the ices process) in order to get it to play the next track. i notice this

hello alexander... you may or may not be acquainted with the program otto; it is a web-based jukebox solution. it has the ability to play both locally as well as to an icecast server via ices. however, as there is not a static playlist, ices needs to to exit after streaming an individual song. the author of otto had the following suggestion for stream.c per ices-0.0.1.beta5: --- i modified the

On Wednesday, 01 August 2001 at 15:12, Robin P. Blanchard wrote: > > > > Ices will reload the playlist file if it changes on disk. So if the > > > file changes every track, everything will be fine. Alternatively you > > > could write your MP3 to a FIFO, which ices could pipe to your icecast > > > server. > > > > that looks like an interesting

Before I went out to potentialy reinvent this particular wheel, I figured I'd check to see whether anyone had or could recommend a web-based playlist manager for ices/icecast. The one I've got in mind would take requests, play random tracks in the absence of requests, keep a very limited history and look-ahead... This must have been done before, right? If not, I'll take a stab at

ok from the beginning .. the "otto mp3" is a software piece that can take a lot of mp3s , put them in a mysql data base and then can 1. play requests that users make on the web interface out to the sound card 2. stream the song to the browser using icecast and ices. now the icecast and ices in "general" configurations works with either a playlist or mp3s if i am not

Just for the sake of clarity, I think he ment to say "You might (write) the maintainers of otto mp3." Aye Jack? :) Scott On Tue, 31 Jul 2001, Jack Moffitt wrote: > Since I'm not familiar with that program, I have no idea what could be > wrong. You might the maintainers of otto mp3. > > jack. > > > ok from the beginning .. > > the "otto

i have the same need, via otto Brendan Cully wrote: [snip] > Ices will reload the playlist file if it changes on disk. So if the > file changes every track, everything will be fine. Alternatively you > could write your MP3 to a FIFO, which ices could pipe to your icecast > server. that looks like an interesting alternative, tho i have no clue how to do that, and particularly in the

I was actually thinking of implementing something like this for ices, Such that the user could dynamically request songs to be streamed to the server. Makes it easier for wrapper applications (such as jukeboxes) to control the stream rather than relying on files and SIG's for RPC. Is there anything like this being planned? B At Tuesday 04:27 PM 4/2/2002, jaromil wrote: >On Tue, Apr

i have gone through the docs etc ..and i am having REAL hard time ..configuring icecast /ices i think the install is worked fine and i can start the icecast server from console but i am trying to tie "otto mp3" from www.cardhouse.com/otto/ and ices and i cant seem to do it .. can anyone who is pretty familiar with ices and icecast help .. please ? ===== "Frank, it's after

On Wednesday, 01 August 2001 at 16:37, Robin P. Blanchard wrote: > > assuming otto can execute an arbitrary shell command whenever the > > track plays (I assume it can call whatever mp3 decoder you want), you > > can > > a) have a script that does something like > > echo $1 > /path/to/playlist.txt > > Then ices will reload the playlist file (size: one entry)

On Wednesday, 24 October 2001 at 20:24, brian moseley wrote: > > hiya. i'm using ices 0.2.2 with icecast 1.3.10 and otto 1.0 > (a web/db playlist mgmt tool). overall, i'm very pleased > with the setup, but i'm having a few problems. > > 1) whenever otto plays a track (by exec'ing ices), that same > track keeps playing over and over. i have to direct otto to

I've been working on a jukebox application for a while. My wife recenlty asked "You spend so much time coding that and ripping CDs... Is there a way I can listen to the songs at work?". So...I made a simple web script to add songs to the play queue and I added the ability to stream the raw audio to stdout and linked it up with ices2. My problem is I think the jukebox decodes

I have a playlist that is updated every 5min with any new files to a directory. Do I need to restart icecast/ices to have the new files played? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast/attachments/20060411/4c21b38c/attachment.html

Dear List, I'd like to report my observations on a Samba new file permissions problem for which I found dozens of support requests on the net without any useful replies. Hopefully, my observations help identify the root cause of this issue which also seems to occur with new Samba versions 3.0.x. In our domain we operate a file server under Samba 2.2.8a as PDC. Overall we are delighted with

I have a few related questions. I'm using the following Debian packages: Ices2 (2.0.1-4) Icecast2 (2.3.1-2) Here's the input section of my ices-playlist.xml: <input> <module>playlist</module> <param name="type">basic</param> <param name="file">/etc/icecast2/playlist.txt</param> <param

Dear r-helpers, This might be an elementary question, but I have a hard time getting my head around it, so all help is much appreciated. I am working on a nonlinear regression model of the form if z > 0 y = f1(x,y), else y = f2(x,t) . In other words, the functional form of f(.) changes according to some criteria z. Natural approach would be to fit two models, i.e. model1 <- nlm(y ~ ...,

> i'm not trying to argue that what i want to do is "right"; i just > know that it will be easier to have ices not loop, than to rewrite otto. No one asked you to rewrite otto. But maybe getting the maintainer to do it correctly would be nice. This isn't our bug to fix :) jack. --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage:

Dear all, I installed Samba version 3.2.7-11.9.1-2306-SUSE-CODE11 on Linux SuSE 11. I tried to create Samba domain and groups following as: >net getlocalsid testserver SID for domain testserver is: S-1-5-21-3489264249-1556752242-1837584028 >net groupmap add sid= S-1-5-21-3489264249-1556752242-1837584028 ntgroup="Domain Admins" unixgroup=ntadmin adding entry for group