Hi, Not really.
The drop issue occurs only when I set a big buffer and it's set because I have bad internet connection and I don't want to have any audio problem due to the small lost of connection which occur from time to time in my internet access. Anyway, since I'm currently using mplayer (and, consequently, having no backup playlist in case of blank), it's indeed better to solve this issue first (since I still cannot use my first system with metadata.) Simon Le 13 Jan 2010 à 22:36, Romain Beauxis a écrit : > 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 ------------------------------------------------------------------------------ Throughout its 18-year history, RSA Conference consistently attracts the world's best and brightest in the field, creating opportunities for Conference attendees to learn about information security's most important issues through interactions with peers, luminaries and emerging and established companies. http://p.sf.net/sfu/rsaconf-dev2dev _______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
