[Ffmpeg-devel] [RFC] bytestream show and change

[Michael Niedermayer]

Hi

On Thu, Jan 04, 2007 at 10:09:49PM +0100, Alex Beregszaszi wrote:
> On Thu, 2007-01-04 at 21:57 +0100, Michael Niedermayer wrote:
> > Hi
> > 
> > On Thu, Jan 04, 2007 at 06:28:21PM +0000, M?ns Rullg?rd wrote:
> > > Alex Beregszaszi <alex at fsn.hu> writes:
> > > 
> > > > Hi,
> > > >
> > > >> > Since we have bytestream_put and _get which changes the pointer every
> > > >> > time, anyone against _change and _show which does the same, but without
> > > >> > advancing the pointer?
> > > >> 
> > > >> are they needed for any code? if no theres no sense in adding them
> > > >> currently, also i dont like redundancy (LE/BE* / bytestream_show())
> > > >
> > > > I'm doing some code, which needs this. Currently it has LES_8/16/32 for
> > > > writing such values, and LE_8/16/32 for reading.
> > > >
> > > > Which is better, adding LES_ or extending bytestream_ and replacing all
> > > > LE_ occurances too?
> > > 
> > > Do not add anything with generic names like LE_*.
> > 
> > what about
> > AV_<L|B><R|W><2|4|8> ?
> > 
> > so that for example AV_BW4 would be a big endian 32bit write ...
> 
> And you plan to remove the current bytestream_ stuff? I dont get the
> rationale in this.

i am speaking about LE_* BE_* stuff not bytestream_ stuff

[...]
-- 
Michael     GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB

Why not whip the teacher when the pupil misbehaves? -- Diogenes of Sinope
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20070104/181c681a/attachment.pgp>