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
> th
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
what that patch was
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:
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
Aubin Paul wrote:
Well, I still have some things to update in the runtime. Most of it is
not too much of a problem but adding directfb support for SDL is a pain
and need to come up with a new way of inclidung the drivers.
Patch SDL with the directfb patch; build Directfb as static
(--enable-
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
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
Th
Rob Shortt wrote:
* A recent snapshot with the patch to revert the audio behaviour (the
one I sent earlier this week)
Or we could support both types of output. I haven't compiled the
latest mplayer cvs, but maybe that's the better solution.
It would save me from having to patch mplayer for thi
Dirk Meyer wrote:
* A recent snapshot with the patch to revert the audio behaviour (the
one I sent earlier this week)
Or we could support both types of output. I haven't compiled the
latest mplayer cvs, but maybe that's the better solution.
It would save me from having to patch mplayer for this
Aubin Paul wrote:
> Rob,
>
> I'm thinking the next runtime should probably include this stuff for
> mplayer
>
> * A recent snapshot with the patch to revert the audio behaviour (the
> one I sent earlier this week)
Or we could support both types of output. I haven't compiled the
latest mplayer cv
10 matches
Mail list logo