[vlc-devel] [PATCH 2/2] vlc_block: store per block ancillary
fcvlcdev at free.fr
Tue Jun 26 11:24:04 CEST 2018
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 ?
VideoLAN - VLC Developer
More information about the vlc-devel