[vlc-devel] [PATCH 2/2] vlc_block: store per block ancillary

[Francois Cartegnie]

Le 26/06/2018 à 10:43, Rémi Denis-Courmont a écrit :

> Yeah, if you want to extend the existing generic block data  structure, you 
> can make a sub-class.
> 
>> but that is not what we have currently.
> 
> It is. Just check all the places that block_t is used for. It's far from only 
> ES coded data.
> 

That's still generic purpose chained storage.

There's not even a non hybrid storage for "ES coded data".

What does my demuxer or access demux outputs ? Sample ? Blocks ?
If that's packetized, that's sample data... but non packetized, that's
raw data. And what happens when reinjecting samples as block into
packetizers for transcoding ?

Do we really want to add tons of conversion layers everywhere and
rewrite new block stuff helpers ? Then wait someone to come and tell us
we can simplify using a generic storage ?

-- 
Francois Cartegnie
VideoLAN - VLC Developer