Hi again ! Le mardi 12 janvier 2010 09:09:12, Simon Renquin a écrit : > I was using the same script with the folowing input.http options : > "buffer=3., max=320." on a local icecast server which had the > equivalenent of 3 seconds of burst and 320 seconds of queue size. > Everything is running fine if I'm using VLC as reader but the > liquidsoap script is completely lost. It reads the buffer much more > faster by dropping some part of the stream. Weirder, it also can come > back in time and re-read pasts packet. The same problem occurs if > I'm using a 300 seconds buffer with equivalent burst.
I think I remember having some troubles with a big buffer. Generally speaking, liquidsoap proceeds in real-time the smaller the buffer is the better it is. I guess you want a big buffer because of the drop issue that you also described. Perhaps we could start with this issue first ? Romain ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
