#303: Large tracks take long to load
-------------------------+--------------------------------------------------
Reporter: nocturnal | Owner: admin
Type: Bugs | Status: new
Priority: 4 | Milestone: NEAR FUTURE
Component: Liquidsoap | Version: 0.9.1
Resolution: | Keywords: large tracks, buffering, prebuffering,
Mac: 1 | Linux: 1
Netbsd: 1 | Other: 1
Freebsd: 1 |
-------------------------+--------------------------------------------------
Comment(by mrpingouin):
I assume you are using a playlist.local(), which you connected pretty much
directly to an icecast output. The playlist.local() is quite restrictive,
in order to be "infallible", i.e. never fail to produce a track. But as
you noticed, some tracks are long to be prepared (which is a bit weird, I
need to double check exactly why) and in those situations the operator
just hands, causing icecast to buffer.
You should try using the plain playlist() operator, which in turn will
force you to setup a mechanism for when it fails to prepare a track on
time. Typically we use a fallback to blank (which is predefined as
mksafe() in utils.liq) or preferable fallback() to a jingle since blank is
compressed to almost nothing which causes buffering too.
By the way, the playlist() operator uses a queue to prepare tracks in
advance, so this may in fact solve the long loading issue.
--
Ticket URL: <http://savonet.rastageeks.org/ticket/303#comment:2>
Savonet <http://savonet.rastageeks.org/>
Let's program our stream !
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Savonet-trac mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-trac
