The Reason For Authoring Errors

[DVDAddict2K3]

Hey folks!

My first post here, don't be too hard on me
:devil:

Many of you have encountered buffer under-runs when trying to author in Ifoedit.

The reason in most of these cases is quite simple: if you try to use a subpicture stream that comes from a movie which used more than one VOB ID, it will fail.

The reason probably is that with each new VOB ID in a movie, the movie timecode is reset to 00:00:00.

When multiplexing, the video and audio timecode at the point where VOB ID 2 would have started on the original DVD is, say 00:07:00, the subpicture timecode is 00:00:00, because it was reset at the beginning of VOB ID 2. This causes the infamous "0x2X stream data will arrive too late" error.

Many of you thought that this error was random. Check again and you will find it only happens if your original DVD that you ripped the subtitles from had more than 1 VOB ID.

By the way: the Vobsub/SubToSup method floating around here doesn't work properly. The subtitles get progressively out of sync the longer the movie runs. Like me, you probably don't use subtitles that much and simply never checked on that.

So what we would need to solve this problem is a way to turn a PGC that has (like with Bad Company R2) 18 VOB IDs with 1 Cell each into a PGC that has 1 VOB ID with 18 Cells.

Of course you could use VobEdit and manually browse through your VOB files and correct every navigation pack, but that would take years :scared:

In IfoEdit you can edit the VOB IDs and Cell IDs in "PGCITI => PGC1" (browse to the very end) but that only changes the IFO files, not the VOB files and when demuxing the subtitles with VobEdit, the IFO files are not used.

Any ideas?

[DVDAddict2K3]

No replies?

I thought this problem bothered many of you guys !?

Or don't you reply because I'm a first-timer here?

Mind you, the fact that I'm new to this board (as far as posting goes) does NOT mean I'm new to DVD or computer related matters... (and believe me, I'm not);)

[DVDAddict2K3]

Forgot something important: :rolleyes:

The other BIG reason for buffer under runs in IFOEdit is a too high total bitrate, but most of you probably encountered that already...

[Ollie W. Holmes]

This is over my head, so let's start from square one. You have a bunch of vob files from one titleset, or more than one? You want to create the ifo files to burn these on a dvd-r. Is this the objective or am I missing something? Let us assume that it is. Yes, if you use ifoedit in its current version, the timecodes will reset to zero on most large vob files. I think Derrow was too ambitious when he thought he could recreate an ifo file just from a vob file. Instead, he should work from the premise that most people already have the ifo file and they track with the vob file wrt chapter points, etc. All they need is a utility to combine multiple vob+ifo files in a single dvd, even if each gets authored as a different title. My dvd player can jump from title to title. All it needs is a valid VIDEO_TS.IFO file.

[DVDAddict2K3]

Originally posted by Ollie W. Holmes
This is over my head, so let's start from square one. You have a bunch of vob files from one titleset, or more than one? You want to create the ifo files to burn these on a dvd-r. Is this the objective or am I missing something? Let us assume that it is. Yes, if you use ifoedit in its current version, the timecodes will reset to zero on most large vob files. I think Derrow was too ambitious when he thought he could recreate an ifo file just from a vob file. Instead, he should work from the premise that most people already have the ifo file and they track with the vob file wrt chapter points, etc. All they need is a utility to combine multiple vob+ifo files in a single dvd, even if each gets authored as a different title. My dvd player can jump from title to title. All it needs is a valid VIDEO_TS.IFO file.

Hmm...that's exactly missing the point :D

I have 1 titleset consisting of 6 VOB files. These VOBs include 18 VOB IDs, 1 VOB ID for 1 chapter of the movie. Each of these VOB IDs only has 1 cell. The "normal" way of structuring would be to have 1 cell for each chapter, not 1 VOB ID for each chapter.

So what I need to do is simply remove the VOB IDs as "chapter-markers" without removing the content of these VOB IDs and have them replaced by cells as "chapter-markers". Get it? Pretty hard to describe ... :angry:

[Ollie W. Holmes]

This you cannot do with ifoedit, as far as I can tell. The strip vobid's button does not do this.

You are formulating an approach to solving a problem, but you have not described what your final goal is. If you are planning to compress the vob files down to 4.3 GB so they fit on one dvd-r and retain the original chapter points, why not use Instant Copy?

[DVDAddict2K3]

My final goal is to turn a movie with 18 VOB IDs into the same movie with just 1 VOB ID.I only need this to make the subtitle extraction in VOBEdit and re-authoring in IFOEdit work. The latter does not work with subtitle streams from movies with more than 1 VOB ID and causes the "stream data will arrive too late" error.

I don't use IC95 or DVD2One because the quality really matters to me and my huge TV screen make every little compression artifact visible. ;)

[VidHack]

You posted:

"My final goal is to turn a movie with 18 VOB IDs into the same movie with just 1 VOB ID"

This is simply possible with VOBedit, using it in 'JoinClips' Mode.
Or, you can use a HEX edited program and change the bytes. VOBedit is easier. The only thing is that you MUST be using NTFS (Win2k/XP), because you first have to append all the VOBS together to create 1 big 4.3gb VTS_01_001.VOB file for VOBedit to use.

WHY? You ask? There is a minor bug in VOB edit, it will automatically increase a VOB ID when it loads the next file, so even if you set it to create 1 VOB ID, it would still increment. So, if you only feed it 1 file, then you get only 1 VOB ID out.

BTW, it will cut the output VOBS to 1gb automatically.

Look for guides on using VOBedit, and JoinClips function.

Have fun

VidHack

[DVDAddict2K3]

@VidHack

Thanks! You seem to be the first reader to acutally grasp what I'm saying.

Could you please go a little more into detail about appending the files and then using the join clips option? (Or do you have a link to a guide about that?)

Are you sure the output files would not miss any contents and would only have 1 VOB ID all throughout?

If this works, I really owe you one ;)

[VidHack]

1. Download vStrip (Gui)
2. Load all the VOBS, NOT the .IFO
3. On the output TAB, name the file VTS_01_001.VOB, check APPEND, change the output size to some huge number (5000Mb), press RUN.....
4. Now you appended all the VOBS into 1 big file, but the VOB ID's are still the original.
5. Now, run VOBedit, open VTS_01_001.VOB, choose 'JoinCLips'
6. load in the Huge file (VTS_01_001.VOB)
7. Select Output name, VOB ID 1.
8. RUN....its changing the vob id in the packet stream......Done.

BTW, 2Cool already showed you the link to the JoinClips guide.....
Your using that guide, but with only 1 file. Please search this forum, what you request is already been answered. Good Luck.

Of course you wont lose any data. Unless you have a power outage while you are doing this, or you have a virus, or because your harddrive has a faulty sector. But, HEY, what do I know?

VidHack

[DVDAddict2K3]

@VidHack:

THANKS A LOT FOR THE INFO!!!! :) :)

Will try that first thing tomorrow morning.

BTW, 2Cool's link to that guide you mentioned wasn't in my thread, so I didn't get an email notification...

I mentioned losing data only because when you strip VOB IDs in IFOEdit you also strip their entire content...

I'm not totally stupid after all...:rolleyes:

If your idea works, and I guess it will, since it looks very logical to me, (If I had known about the appending option in VStrip, I might have come up with this myself, but since without appending the files, VOBEdit increases joined VOBs' VOB IDs, joining clips wasn't of any use to me before you brought VStrip to my attention...)this might very well solve most people's IFOEdit authoring errors, because like I mentioned the 2 main reasons for those are too high total bitrates and this very subtitles-with-more-than-1-VOB-ID-problem...At least nothing else ever caused IFOEdit authoring to fail for me. Can you second that assumption?

[BBQmyNUTZ]

I'm testing it now.. almost done.

One question though.. will this also update the CELL ID's to run concurrently? Since they start over at 1 for each VOB ID, I'm a little concerned about this and what it might effect.

Kai

[BBQmyNUTZ]

Well, didn't work. It's still using the same vob id's after following your guide. Guess I'm we're out of luck on this one...

Kai

[VidHack]

HUH?

Your telling me that after you followed the guide, you open the VOB in DVD2AVI, and scroll the slider to the right, and the VOB ID's are the same as when you started?

VidHack

[VidHack]

OK,

I tried to give you a simple solution to your problem. If that didnt work, then I am sorry, I would hate to think I wasted your time. So, I will give a second solution. This will be technically correct, but unless you eat packets for lunch, I will probably lose you. I try to give solutions that many will understand, this surely wont be one of them. Also, I wont be answering back on this.

If you have experience with a HEX editor, scripts, and DVD packet byte info...Then this will make sense.

From MPUcoders website....The DSI packet is the one that holds the VOB ID / CELL ID. So, all you have to do is load that HUGE VOB file into a HEX editor. Search for the (00 00 01 bf Private Stream 2 Header) do a JUMP to sector 41f, and modify the byte to 01 (HEX). Write a script that performs this automatically throughout the VOB packet stream, also having it JUMP to Sector 422 to increment the CELL byte.

This solution is 100 percent correct. I have done it to modify VOB ID's when muxing with IFOedit to create a Multi-PGC title, due to IFOedits authoring output always yields a VOB ID of 1.

There are variations of this approach, you could use the previous HUGE VOB guide to only do 1 VOB at a time, this would reset the VOB ID's to 1 in each VOB, then append them, then HEX edit them, but now all you have to do is the CELL Bytes, because all the VOB ID's would be 1, but the cell ID's would overlap.

If you just read this and said WTF, or HUH- Is this english, well then, demux the whole video/audio stream from the Huge VOB file, feed it into IFOedit and have a go at it. VOB ID will equal 1. You will have to get the chapter times prior to the demuxing.

Sorry to confuse everyone, I guess I will just sit on the sidelines...and limit answering posts....

VidHack

[DVDAddict2K3]

@VidHack

I'm just trying out your method (VStrip+VOBEdit) right now ...

If you could send the script or give a link to it, I'd greatly appreciate, since I'm not new to hex editors, but to scripting. Other than that, the method you gave really makes sense, but without scripting would take ages :p

About the demuxing and remuxing:

that would not solve my problem since my goal is to create a 1 VOB-ID-PGC WITH(!!!) subtitles, then demux these and re-author in IFOEdit. IFOEdit WON'T AUTHOR FROM SUBTITLES THAT CAME FROM A MORE-THAN-1-VOB-ID-PGC!!!! That's the entire problem... Everything else (Video and Audio) is just fine!

:rolleyes:

Thanks for your ideas so far! I'll post again if it worked out for me...

[DVDAddict2K3]

@VidHack:

I have to second BBQ's previous post. The number of VOB IDs remains the same after following your guide...:(

Still, you shouldn't apologize for "wasting our time", we should rather apologize for wasting your time, since you try to help us out, not the other way round...

So thanks anyways! :D

[BBQmyNUTZ]

Yah man, don't apologize... at least you tried to help, which is appreciated.

Your method created VOB id's in sequential order starting from #1, which I guess it what VobEdit is supposed to do.

I kind of figured that hex editing would be the only way to go, but to be honest I don't think it's worth that kind of trouble at this point. Something about cycling through huge files like that makes me believe that something's gonna get screwed up somewhere along the line.

Anyways, I appreciate your help. Maybe a solution will come up some how in the future.

Kai