DVD-Decrypter 3.1, stream processing, subtitle file corruption

[Bluedan]

Hi,
lately I really fell in love with your DVD decypter, it has a fantastic interface and a huge funtionality, really great.

One issue may remain: I usually rip audio and subtitle streams to extra files (demux), gladly supported by your programme. But I discovered that SubRip 1.0b was unable to access subtitle files created with DVD-decrypter, whereas Smartripper never caused... - not true: SM produced some time skipping in sub file, restarts from zero - well, files were accessable.
SubRip says "bad package header in LBA 1". At first I changed subs file ending to .vob to make it accessable at all.
But no matter if I tried through IFO parsing or Vob directly: same error.
Will you be so kind to put a suitable header to sub files for me?
I know that keeping subs in VOBs and not demux them certainly solves the problem - didn't try though, but as I don't have that much space on my HD, I prefer deleting original files after processing.
Another advantage is that having subs in a single file speeds SubRip up a lot !!

lovely regards
bluedan

[LIGHTNING UK!]

I wasnt actually aware anything could be done with the subtitle files! I just added the ability to rip for good measure and because it had always been there. Its weird how nobody has mentioned this before now :-/

I'll look into it straight away, comparing DVD Decrypter's output with that from SmartRipper to see what I need to do.

[Bluedan]

Oh, Yesss please.
Very Quick reply.
Very nice offer.
Happy.
brightdan
:)
You acknowledged the advantages I described.

[LIGHTNING UK!]

Ok, so i ripped a dvd with my program and with sr. After a minor alteration to the dvd dec code, both outputs were identical. Neither of them would load into SubRip. I keep getting the same error you said about in your post.

EDIT:

Okay, it would seem that you in actual fact have to dump the entire sector, not just the little bit of subpicture stream.
I found this out by indexing with VOBSub and looking at the .sub file it creates.
I wonder if there is any use at all in not dumping the entire sector?
Basically, should I give the option of dumping all of it OR just the little bit in the settings somewhere? I dont want to stop someone being able to do something with the existing format for the sake of making it work for someone else.

[Bluedan]

Hm, what do you mean by dumping the entire sector ??
Leave selected/all subtitle streams inside the VOBs (no demux)?
Hm, but it had worked before and makes sense to me!!
I wonder why even SR failed, it never did, always accessable.
Actually I worked with SubRip 0.97b/0.98b before.
So this is the first time I use v1.00b.
Maybe I have to address to the author of that programme...

Please declare above highlighted in other terms, because it's beyond my MTV-english:rolleyes:

BTW, 'cause I'm currently at university for a couple of hours without suitable PRGs and data, could you have a try with SupRip 0.97b??

Thxs so far,
bluedan

[LIGHTNING UK!]

A sector contains lots of VOB/DVD related header...these dont really contain the actual stream information.
AC3 for instance is padded by lots of header info, you need to remove all that before writing it to the demuxed file - otherwise none of the tools will import it.
I believe the same was true for subtitles, but it seems all of those rely on the headers being there so that they can work out the times at which certain words should be displayed on the screen.
For that reason, instead of stripping the headers and stuff off, you actually just dump the whole lot - 'the whole lot' being a sector.
Everything in dvd vob files comes in chunks of 2048 bytes which is the size of a dvd sector.

I believe the program is looking for the pack header in the .sub file, the pack header (or whatever its called) looks like this 00 00 01 BA (its in hex).
If this isnt there, it wont open it up and you get all of those errors your were talking about.

With the changes i have made to dvd decrypter - include the renaming of .subtitle files to .sub, subrip takes the file in straight away and because it doesnt have to process entire vob file(s), it is much quicker :)

[Bluedan]

Huah, well, that was a satifieing evening, merely within 6 hours the author himself came up to clear obstacles I had.
Thank you very much LightningUK!
It's now v3.1.1.0 as presented in DOOM9s news, right?

Until it's completely rewritten, SmartRipper no longer is a match.
And thanks for explicit explanations, too.

Sweet dreams,
bluedan

[LIGHTNING UK!]

3.1.1.0 came out yesterday. The code you require is in 3.1.2.0 - which isnt out yet :)

[LIGHTNING UK!]

Ok, just to update you, I decided against the forcing of raw subtitles and instead decided to offer a 'raw demux' option that you can then enable / disable on a per stream basis.
The raw mode will write the entire (2048 bytes) sector to the demuxed file, not just the packet itself.

[Bluedan]

Good. Do you already have serious plans on a release date ?

[LIGHTNING UK!]

Yes, when its ready :D

Im doing some major IO reworking to allow for other interfaces - besides just aspi and asapi.

Lots of little things have been added...i dont know how im going to remember them all for the change log!