[MPlayer-dev-eng] Fwd: [xine-devel] RealMedia Demuxer (placeholder buffer types)

[Arpi]

hmm. xine guy got the job - he tries to implement realmedia codec interface.
at least something usefull in xine, to rip :)

--------- Forwarded message ---------
From: KAY Robin <komadori at myrealbox.com>
To: xine-devel at lists.sourceforge.net
Subject: [xine-devel] RealMedia Demuxer (placeholder buffer types)

I've started to write a demuxer for RealMedia files. I think, if someone
would oblige, that it might be a good idea to add place holder buffer
types to <xine/buffer.h> (and buffer_types.c as well? not sure...). I'll
post a source tarball when I've got something working so that it can be
put in the CVS. The demuxer will be the easy part though, the real
challenge is handling the codecs. I've decided not to use the RMA core
at all because it doesn't fit in well with xine's architecture. Instead,
I've got this crazy notion that I can implement all the interfaces
visible to the core's own rendering plugins and dynamically load them
myself ^_^.  The are some drawbacks to this method in that it will only
support RMF streams (not Shockwave Flash, SMIL, or Audio Layer 3*), but
it's better than the kind of hacking I envisage you'd need to make the
RMA core and xine work well together. The upshot of this is that any
system supported by RealPlayer 8 for Unix will be able to play RealMedia
through xine (and Xv or... pgx64vo ^_^).

As of 0.9.7, these were the next available audio and video buffers:-
#define BUF_VIDEO_REAL    0x02170000
#define BUF_AUDIO_REAL    0x030e0000

P.S. Is there a standard define indicating the endianess of the system
the program is being compiled on. RealMedia is little endian. SPARC is
big... <sigh> Does xine have byte swap functions? I think in
xine-utils...

* but we do that anyway!

--Robin Kay--
http://www.gekkou.co.uk


_______________________________________________
xine-devel mailing list
xine-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xine-devel