From: Cees v. E. <cee...@gm...> - 2010-06-06 19:42:36
|
Hi, I just installed the SVN on a VM (differend machine than production). First of all some issues: Installing with ./configure --with-user=abc --with-group=abc doesn't work because it wil fail with sudo make install saying the user liquidsoap doesn't exist. The options bitrate=24, samplerate=22050, stereo=false don't work with the output.icecast. How do I have to resample? Further I couldn't found documentation about the separate clock's, can you help me out here? grts, Cees On Tue, Jun 1, 2010 at 5:38 AM, Romain Beauxis <to...@ra...> wrote: > Hi ! > > Le dimanche 30 mai 2010 14:44:31, Cees van Egmond a écrit : > > Comming back to this point, today, during heavy weather the connection > > again lost, and built up again. > > Since we are live streaming I would like to have an backup. Now when the > > connection to the remote Icecast server is lost there is also no > > backup-stream available, so the backup (output.file.mp3) is only filled > > when connected. I'm using the following setup: > > Looking at your code, I don't understand why the file output stops with the > icecast output. > > As far as I know, the file and icecast output should be independant and > when > the icecast output is failing, the file output should still operate. > > The problem may come from a bad interaction with the OSS input. As you have > correctly done in your script, the oss input is blocking and liquidsoap > 0.9.2 > only had a unique central clock so OSS has to take this clock, hence the > "root.sync" set to false. > > We have a support in the SVN for seperated clocks. This should allow to > isolate the oss input in a seperate thread, and perhaps the icecast and > file > output as well. > > In this case you may have a chance to see your issue fixed, although I do > not > like to consider an issue fixed when we do not know exactly what was going > on > :-) > > Please let us know if you are able to use the SVN, not necessarily in > production but at least to help us in finding the source of the issue.. > > > Romain > |