[FFmpeg-user] dvdsubs
Carl Zwanzig
cpz at tuunq.com
Thu Jun 26 23:51:23 EEST 2025
On 6/26/2025 10:32 AM, Mark Filipak wrote:
> Z. please stop implying that I don't search for answers.
At least an appearance of doing that, the first email of this thread did
not; maybe tell us what you found, where, and why it doesn't answer the
questions. Even question your own assumptions, like "it doesn't look
like a bit map but everyone says it is" - is everyone else wrong or are
you missing some essential info or looking at it in the wrong way?
(That's basic scientific method.)
On 6/26/2025 12:39 PM, Mark Filipak wrote:
> but I'm going by what I see, not by the crap on the Internet.
'crap' is a strange description for something the Library of Congress
published, did you read it? Maybe you should send them a correction.
_Another_ quick search turns up a quite in-depth description of the
subtitle stream*, including the image itself. Among other things, the
lines are interlaced -and- the pixels are run-length encoded, plus color
info is included (from a palette defined elsewhere) -
(a small quote from https://sam.zoy.org/writings/dvd/subtitles/)
The pixels are run-length encoded. The one byte values are :
one byte values : 0xf 0xe 0xd 0xc 0xb 0xa 0x9 0x8 0x7 0x6 0x5 0x4
two byte values : 0x3* 0x2* 0x1*
3 bytes values : 0x0f* 0x0e* 0x0d* 0x0c* 0x0b* 0x0a* 0x09* 0x08*
0x07* 0x06* 0x05* 0x04*
4 bytes values : 0x03** 0x02** 0x01** 0x000*
- in a hex display it's not going to look like a bitmap no matter how
much you want it do.
*it -is- a stream, that's what mpegts carries.
Why does the header "appears to have been copied, verbatim, from the
MPEG2TS."? It probably was. Look at how the subtitle -images- are
carried in the stream.
Maybe your eye should look closer.
z!
More information about the ffmpeg-user
mailing list