search for: last_p

...-to-disk and subsequent wake up take less than 'maxage' (default 15) seconds, the UPS will be declared dead, we won't even try to see if it is still alive. This will virtually always be the case so we have a deadlock here. Instead of using the current time, I propose to use 'ups->last_ping'. We actually want to know whether the time elapsed since the last time we checked and the last time we heard an answer is greater than 'maxage' seconds. This is not neccessarily related to the current time (after a suspend-to-disk for instance, it isn't). This obsoletes my previ...

Hello list, Apologies are in order for the delay in getting 1.0 Final out, but the big word in the 1.0 release is STABILITY. The core team has found some last minute bugs that needed ironing out and they are being taken care of. In spite of this, we are close to see a proper release very soon and, as a stop-gap, all the latest developments have been collected into a new Release Candidate which

Hello list, Apologies are in order for the delay in getting 1.0 Final out, but the big word in the 1.0 release is STABILITY. The core team has found some last minute bugs that needed ironing out and they are being taken care of. In spite of this, we are close to see a proper release very soon and, as a stop-gap, all the latest developments have been collected into a new Release Candidate which

...implementing theora for our application. > In our model for generating ogg streams, we may want to stop > a stream while not providing a new YUV data buffer for encoding. > > Current API doesn't allow such thing, since the eos flag is set by the > packetout function only when the last_p parameter was passed *and* > there was some data available to output. > > Hence, I have written a function that forges this packet, along with NULL > data, which is allowed by the ogg specifications (and works with other > encoders, like speex). Hi, I think a simpler approach might...