On Sun, 16 Apr 2000, Andreas Beck wrote:

> > I've downloaded libsmpeg, and after seeing the API, I have seen two
> > things that I dislike:
> >     * it needs SDL
> >     * it is in C++
> >     Is somebody porting the code of this library to a pure C version
> > based only on GGI maybe into an extension or something?
> 
> I think there are many people here interested in having movie playing
> supported by GGI. Maybe they could all speak up and form a team.
> 
> There are player libs out there for mpg2, mpg and qt at least. What should
> be done is make a LibGGI-like wrapper for them that would give them a
> unified API and make it easy to use them from any graphics lib, especially
> LibGGI.

FINALLY there's interest :)
*giggle*

Okay, I'm going to rewrite that player I've been playing with anyways now
that I'm done classes.

MPEG2 -> what should I use as a source?  My current copy of xmovie does
-not- work for colours.  Everything else though.  I haven't looked into
it.
(aside: I currently have the code for this already implemented - it plays
mp3's beautifully :)
        [actually, with the player structured the way I have, it's more
         CPU-efficient with mp3's than mpg123 :]

I was planning on using SMPEG for the mpeg player.  The only real prob I
have with this is I have mpegs that crash it :)

The problems with GGI:
        I need events handling even when video is not enabled.
        (either that or FB/target needs to default to current layout and
                talk to the current "text" mode :)
                [this is the only driver I'm aware of that has a problem]
                -> basically, if I try to watch the keyboard,mouse,...
                   without activating GGI, Bad Things Happen.
                   If I run GGI/fb with X running, my computer locks up.

                   I -like- my mp3 player but I don't like crashing.
                   And I don't always need video display.  ideas?

        Threading is mandatory.  This hasn't been a problem in FB but X...
                -> solution: make the display a client
                -> problem:  event handling has to be in the client too
                -> problem:  sharing the rendered memory with the client
                                efficiently

Any ideas?
I -do- have working code on my page at www.geocities.com/winterlion.
But it's old and needs repair.
I got frustrated trying to stablise the memory system so I went back to
school a bit....

Help, ideas, anything?
Does anyone else have a -better- way of writing this?

G'day, eh? :)
        - Teunis

Reply via email to