Subtitle bitmaps in .avi/.ogg?

[Bombe]

Hi there.

I just wonder wether it's possible to include the subtitles of a movie (from DVD) as bitmaps in an .avi or .ogg file... has anyone ever done that? Will that ever be possible?

I'm asking because I don't want to mess around with OCR... OCR never get's everything perfect - the bitmaps are perfect (or as good as can be). And I don't really care about 2 or 10 more MB per language in my finally muxed file.

Any hints on how to achieve this and wether it's possible at all?

Thanx,
David

[Manao]

In an ogg / ogm, it's not possible.

In an avi, I don't know ( a friend told me it was possible, but since I didn't check... )

But you should reconsider you position toward text subtitles. Of course, it demands more work to get them, but you have antialiased / outlined fonts to show them ( with BSplayer ), so the quality ( subjective ) is better than original subtitles.

[Bombe]

I know that the final quality for the viewer is better. But of course I also want to supply whatever is there. I can corrent German and English subtitles, but I have to quit at Spanish, French, Polish, Hebrew, Italien, you-name-it. Thus the question.

[guillep2k]

If i'm not mistaken, VobSub or DVobSub allow you to do this.

Guille

[emilius256]

You can use Vobsub to extract subtitles.
It create 2 file, one is an index file the other contain all the subtitles.
But you can't mux this file with avi or ogm, so you'll have a movie file and 2 file for subtitles.

[kxy]

I am not sure *.ogm work with vobsub nor the *.dat(form2 file with mode2cd). Any feature implementations, Gabest?

[guillep2k]

I think that vobsub allows you to mux the subtitles into the avi, precisely.

Guille

[emilius256]

I've made a mode2cd using an .ogm video file and vobsub ripped subtitles using the last gui and as extension i put avi.
It work pretty well for me.

[kxy]

emilius256,

naming the dat to avi is A very BAD thing. They are thinking about stop supporting that. Find out more in the A/V forums.

[emilius256]

@guillep2k
Vobsub install a tool, submux, that is able to mux some file together, but only .avi, .ogm, .wav, .wma, .ssa, .srt so you can mux just text subtitles but not the one extracted by vobsub.

@kxy
I know but their talkin' 'bout renaming to .ogm and not to .avi.
I try with .ogm but unsuccesfully, then with .avi and everything work perfectly.
Why don't you try ?

[avih]

for information about why it's NOT recommended to use 'avi' instead of 'dat' for mode2cd, please read the last 5-10 posts on this thread:
http://forum.doom9.org/showthread.php?s=&threadid=24288&goto=lastpost

other than these reasons, it's a free world. many found out it's working. and we don't say it doesn't. but we (=xcd team) don't officially support problems with extensions other than 'dat' for mode2cd.

and just to throw in yet another warning: mode2cd is still not (and never was) ready for prime time since no error protection mechanism is used. this is NOT new information. i honestly hope ppl don't use this for real archiving since i'll hate the feeling that they favorite clips won't play in the future because of that.

but that's only my humble oppinion.
it's a free world, and we're glad to have it this way ;)

cheers
avi

[kxy]

Let me clarify this up before asking my question here.

We all know that Kopei already got the ogm backup creator, which will strip the first 65536 bytes and back it up as *.xch. Given that being said, when a user is making an XCD image, it will be converted to <name>.dat (form2), and <name>.xch which is the header and the backup sections for the original ogm file, corrrect? Now I am under the impression that most users doesn't want the default *.dat and chose to rename it to *.avi instead; for ease of autoplay, vobsub, etc.

Now the question is, will XCD work with "abusive" naming such as naming it to avi. Let say a XCD image contain <name>.avi and <name>.xch, would that still take advantage of many mentioned neat features that is on the XCD spec?

[avih]

@kxy:
your description is correct.

it might work, but atm we don't have plans to officially support 'avi' extension. we can't say more, since we don't know. however, since the naming conventntion is crucial in our oppinion for those 'neat' features of xcd, at least for now, it seems that 'avi' will not be supported.

again, if it's working for you, it's fine. just read the warnings and be aware of them. that's it.

cheers
avi.

[emilius256]

@avih

I've read many posts about mode2cd and already know that the real extension for xcd is .dat and know that using .ogm as extension will get an unreadable file.
I know that is not a good idea, atm, using xcd for archiving cause the error protection.
But i like to try, and maybe is a good idea to have many ppl trying to use .avi extension to have a feedback of how many ppl are able to play xcd with .avi extension even if isn't and will never be supported this way of doing xcd.
Xcd is a great idea and i like very much the hard work you and the team are making and for the test i made (not many) i found i working pretty well.
Thanks

[Yusaku]

Ad original topic: With new vobsub 2.15 you can - just mux in polygonized ASS script, which is considered a textual format... Hovewer I am not sure if that's a good idea - it creates HUGE ass files, and SSAs as a textual format need to be parsed when loading... which takes ~2-3 seconds on my computer. And additionally you don't have any error protection when muxing to xcd, but that's a general problem with subs on xcd I think...

[gabest]

Hehe, those polygonized vobsubs were not meant to be used like the other textual sub formats. In dvobsub it is ok because the subpictures are transformed one-by-one, when they need to be displayed. May be I will extend the ass format in the future to only store the outline chain code list (4 possible directions, 2bit/outlinepixel) in some ascii character sequence.