On Fri, Jun 06, 2003 at 10:55:42AM +0200, Dirk Meyer wrote:
Or we could support both types of output. I haven't compiled the
latest mplayer cvs, but maybe that's the better solution.
I'm not sure how easy it would be; because well, it looks like this:
A: 1001.2
or
A: 16:41.1
The
On Fri, Jun 06, 2003 at 09:06:07AM -0300, Rob Shortt wrote:
It would save me from having to patch mplayer for this every time. :)
I figured for this one release we do it, and then break it after :)
MythTV uses a modified nuppelvideo format that mplayer can't play.
Someone on the list asked
Aubin Paul wrote:
On Fri, Jun 06, 2003 at 10:55:42AM +0200, Dirk Meyer wrote:
Or we could support both types of output. I haven't compiled the
latest mplayer cvs, but maybe that's the better solution.
I'm not sure how easy it would be; because well, it looks like this:
A: 1001.2
OK,
I would certainly hope so :) DirectFB advertises itself as a solution
for embedded systems, so that would be important. Shared objects are
convenient, but they invoke performance penalties compared to static
libraries.
On Fri, Jun 06, 2003 at 11:44:32AM -0300, Rob Shortt wrote:
Aubin Paul wrote:
Rob Shortt wrote:
Also regarding the new mplayer there is a patch in Freevo CVS,
runtime/src/mplayer_cdda_seeking.diff, that no longer applies. Can
someone test cd playing with freevo using the new mplayer and test if
it will continue to the next song after the first is over? I think
that's
