search for: last_ping

...-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 previous...

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

2008/10/29 Romain Beauxis <toots at rastageeks.org>: > > I am currently 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