View Full Version : How to Do a Mock Strip using IfoEdit
2COOL
19th October 2004, 10:28
How to Do a Mock Strip using IfoEdit
Courtesy of 2 C :cool::cool: L
With new users appearing on the scene everyday, it's a common question for them to ask "what is a mock strip?" when they are told to do one. Usually, it's called for if you had a badly authored Titleset. This process may not work in all cases but it used as a troubleshooting step to ensure that the Titleset is corrected anyways before looking into other steps in finding out what else is wrong with your files.
Mock
[v. t.] To simulate; to imitate; to mimic
Strip
[v] to remove; "strip Audio/Subpicture elementary streams from a Title(s)"; "strip a Title(s) VOB Ids"
I believe I was the first one here to coin the phrase "Mock strip". It's a simple process using IfoEdit (http://www.ifoedit.com/). Basically, you will perform a stripping of streams and VOB IDs but retaining everything instead. Here's the guide.
Mock Stripping Titleset VOBs
_______________________________________
1. Open up your IFO, in question, with IfoEdit.
_______________________________________
2. Click on VOB Extras button.
_______________________________________
3. Check only the VOB EXtras Options as below.
http://img46.exs.cx/img46/6784/Image_001.png
_______________________________________
4. Browse to a Destination Directory other than source (original) folder.
_______________________________________
5. Click OK
_______________________________________
6. Your first Stream List is your list of existing Audio and SubPictures(Subtitles). Click on Check All and then Strip it button.
_______________________________________
7. Your second Stream List is your VOB IDs. Click on Check All and Strip it button again.
_______________________________________
8. IfoEdit will process and when done, you will have new files in your Destination directory.
_______________________________________
9. In Windows Explorer, drag/copy all your new files into your directory that contains it's original counterpart files.
_______________________________________
10. Confirm to copy all.
_______________________________________
11. Open up your IFO, in question again, and click on Get VTS Sectors button. This will correct your IFOs sectors.
_______________________________________
12. Click OK/Yes to all following dialogs.
_______________________________________
13. When done, preview to test.
Mock Stripping Menus
_______________________________________
1. Open up your IFO, in question, with IfoEdit.
_______________________________________
2. Click on Menu Extras button.
_______________________________________
3. Check only the Menu EXtras Options as below.
http://img399.imageshack.us/img399/8143/screenhunter0010km.gif
_______________________________________
4. Browse to a Destination Directory.
_______________________________________
5. Click OK
_______________________________________
6. Your Stream List is your VOB IDs. Click on Check All and Strip it button again.
_______________________________________
7. IfoEdit will process and when done, you will have new files in your Destination directory.
_______________________________________
8. In Windows Explorer, drag/copy all your new files into your directory that contains it's original counterpart files.
_______________________________________
9. Confirm to copy all.
_______________________________________
10. Open up your IFO, in question again, and click on Get VTS Sectors button. This will correct your IFOs sectors.
_______________________________________
11. Click OK/Yes to all following dialogs.
_______________________________________
12. When done, preview to test.
_______________________________________
jsoto
19th October 2004, 10:49
Useful guide. Thanks 2COOL
I usually do my mock strips without copying the files. It saves disk space and time and, up to now, I'm very happy with the results. Seems to me the results are the same.
So, the modifications to your guide are:
Titles stripping:
Options
[ ] Strip Streams'
[ ] Strip VobID's
[X] Correct Vob-Unit (Navigation Pack) pointers in VOB-files
[X] Correct original IFO files
VOB EXPERT Options
[X] Remove P-Uops
[X] Remove Macrovision
[X] Adjust Vob-Unit pointers.
[X] Adjust Audio/Subp point.
Also, uncheck
[ ] Auto-copy Menu Files to destination
Steps 6, 7, 8 & 9 do not apply anymore.
Instead, select your ifo in the IFO tree window of IFOEdit and save it.
Continue with get VTS sectors, step 10 in 2COOL's guide
Menu stripping:
Options
[ ] Strip VobID's
[X] Correct Vob-Unit (Navigation Pack) pointers in VOB-files
[X] Correct original IFO files
VOB EXPERT Options
[X] Remove P-Uops
[X] Remove Macrovision
[X] Adjust Vob-Unit pointers.
[X] Adjust Audio/Subp point.
Also, uncheck
[ ] Auto-copy Menu Files to destination
jsoto
2COOL
19th October 2004, 11:16
Originally posted by jsoto
Useful guide. Thanks 2COOLC It was about time and I was getting a little tired having to type out the process all the time.
Menu stripping:
VOB EXPERT Options
Also, uncheck
[ ] Auto-copy Menu Files to destination
This gets unchecked anyways after you input a Destination Directory folder. ;)
r0lZ
19th October 2004, 12:07
This gets unchecked anyways after you input a Destination Directory folder.Doesn't work for me! :confused:
And I use a special temp directory as the destination, so I usually accept the last destination directory used...
jsoto
19th October 2004, 14:53
Doesn't work for me!
And I use a special temp directory as the destination, so I usually accept the last destination directory used... Yeah, it works!. But only if you selects again the destination folder, and even in the case of being greyed out!!
jsoto
CoNS
19th October 2004, 19:53
Thanks for the guide, 2COOL.
I'm one of those new users appearing everyday...! So now I know how to mock strip.
But when exactly do I have to perform such a mock strip?
For testing purposes, or to fix an error in the titleset? (Why is it "called for if you had a badly authored Titleset"?)
And what could cause such badly authored titlesets? (in which situations do you meet the problem?)
blutach
19th October 2004, 23:45
@2COOL
Thnx for yet another invaluable guide. Is jsoto's (faster) method the way to go?
@jsoto
Can you do a Mock Strip in VOBBlanker? I think it can be done. And at least for me, VOBBlanker is intuitively easier to use than IFOEdit. As well, if I am correct, VOBBlanker does an "automatic" GET VTS sectors whereas IFOEdit does not.
And, I always take your advice to make the output folder on a different physical drive - it really speeds up the process!!!
@anyone
I know the speed up trick in IFOEdit (placing its progress indicator under the taskbar), but does a different destination drive also help?
jsoto
20th October 2004, 00:48
Can you do a Mock Strip in VOBBlanker?
Yes, but beware: there are two groups of VOB pointers I'm still basing the calculations in the original ones, and not from scratch (as IFOEdit does). They can affect to FF (goup one) and subpictures (group two). So IFOEdit method is better, and the way to go if you are trying to fix something wrong..
As well, if I am correct, VOBBlanker does an "automatic" GET VTS sectors whereas IFOEdit does not. Yes, but it takes no time!
I know the speed up trick in IFOEdit (placing its progress indicator under the taskbar), but does a different destination drive also help?Yes. It also help, but I think it is faster to modify directly the originals.
jsoto
blutach
20th October 2004, 00:55
@jsoto
Many thanks for that. I see under your method that the VOBs are modified in their original folder, whereas under 2COOL's method, a different destination folder can be used, which I think is safer.
However, as you have pointed out, there is extra time copying the VOBs back to the original folder.
BTW, why do we uncheck Autocopy menu files to new destination? What's wrong with copying the menu files?
Best regards
2COOL
20th October 2004, 01:24
Originally posted by blutach
BTW, why do we uncheck Autocopy menu files to new destination? What's wrong with copying the menu files?Oh, just to cut down on process 6 as there are some large menu files out there. ;)
jsoto
20th October 2004, 08:32
whereas under 2COOL's method, a different destination folder can be used, which I think is safer. You are right. But if you are going to "directly" overwrite the original VOBs with the new ones, where is the advantage in terms of safety?
jsoto
blutach
20th October 2004, 10:11
@jsoto...Agreed ;)
CoNS
20th October 2004, 11:20
I'm curious...! What's that stripping-mocking-bird-thing for anyway?! (see my unanswered post above)
jsoto
20th October 2004, 17:58
Well, not absolutely sure what does a IFOedit's mock strip, but, I believe it does:
A) IFO Tables adjustment (the exact table depends if it is a VOB extras or menu extras strip, and in the last case if it is a VTS or a VMGM one)
- Vxxx_C_ADT reconstruction
- Vxxx_VOBU_ADMAP reconstruction
- Vxxx_PGCI_UT / Vxx_PGCI. I believe only the cell attributes (like sectors and so on)
In the first pass reading the VOBs, IFOedit gets all the required info for the adjustment of these tables.
B) VOB modifications
B.1) Pointers adjustments: This is the more complicated part
In http://dvd.sourceforge.net/dvdinfo/dsi_pkt.html you can see the structure of the DSI part in a Nav pack. The most of these bytes/pointers are recalculated. There are some options in VOB experts part of Vob Extras dialog to select "groups" of pointers to be adjusted.
B.2) PUOPs / Macrovision removing
-------------------------------------------------------
When do you need to do a mock strip?
In general, it is a safe way to reconstruct the DVD pointer structure (as I pointed out, there are thousands of them), and should be the first thing to be done in the case of VOB manipulations.
In the past, the methods for blanking/replacing cells are basically to replace the cells in a brute way inside the VOB. The resulting DVD was not playable, but after a mock strip, all the pointers are readjusted and the DVD plays again.
jsoto
blutach
21st October 2004, 01:38
Should a mock strip (and GET VTS Sectors) therefore be done as the last thing before burning?
2COOL
21st October 2004, 01:48
Originally posted by blutach
Should a mock strip (and GET VTS Sectors) therefore be done as the last thing before burning? Only if testing the playback is successful.
Mock strip > Get VTS Sectors > Preview to Test > Burn backup
blutach
21st October 2004, 08:39
Thnx 2COOL.
CoNS
21st October 2004, 21:54
So each and every time you've "messed" with a disk, you'll have to do a mock strip to be sure that the ifo files are ok?
Does that also apply to changes made to the DVD with DVD-Rebuilder, PgcEdit, VobBlanker, MenuEdit, IfoEdit etc.?
blutach
21st October 2004, 22:24
Gents,
I've found that when mock stripping (under the 2COOL method - which changes the VOBs), the VOBs have different sizes. They are aproximately 1,048,574KB, but not quite - some a few hundred less with the final VOB making up the difference. Therefore, the mock strip must alter the VOBs too. This seems intuitively strange.
Similarly, after a mock strip of menus, I did a file compare on the VOBs (the sizes were the same), but there were many differences.
Why is this so?
However, chapter times (which were altered slightly when using VOBBlanker), are re-aligned perfectly with the original after a mock strip.
Also, after mock stripping (say the main movie in, for example, VTS_01*.VOB), a new set of VIDEO_TS.* is created. Is this compatible with the VIDEO_TS previously? Does it contain all the info required for whole disk???
Thanks in advance
jsoto
21st October 2004, 23:23
@blutach
I've found that when mock stripping (under the 2COOL method - which changes the VOBs), the VOBs have different sizes. They are aproximately 1,048,574KB, but not quite - some a few hundred less with the final VOB making up the difference. Therefore, the mock strip must alter the VOBs too. This seems intuitively strange.I cannot believe this....
A VOB file is made of 2048 byte sectors (called packs). You can join (in a binary way, of course) all of the files and split them between the two sectors you want, without affecting any pointer!!, neither internal nor the ones in the IFO . I think this is the efect you are seeing. So:
- Each file size MUST be a multiple of 2048 bytes
- The total file sizes MUST be the same than the originals.
[qoute]Similarly, after a mock strip of menus, I did a file compare on the VOBs (the sizes were the same), but there were many differences.[/quote] True. I've found differences in the DSI pointers which are calculated sligthly different than the ones calculated with pther tools (dvdauthor i.e.). But the differences are minor, and not really sure which ones are the most accurated. I'm talking about the offsets to VOBU 120, 60, 30, 10, 7.5, 7.0, 6.5, 6.0, 5.5, 5.0, 4.5, 4.0, 3.5, 3.0, 2.5, 2.0, 1.5, 1.0, 0.5 seconds forward and backward.
chapter times (which were altered slightly when using VOBBlanker) Still present in 1.5.0.6? I've to check, I was thinking I had fixed this (minor :) ) bug.
@CoNS
So each and every time you've "messed" with a disk, you'll have to do a mock strip to be sure that the ifo files are ok?
No, only if you have done any "dangerous" manipulation or if your test (before burn) does not work. Ah!, other very useful "test" (faster than IFOedit) is to load the files in dvdshrink. When dvdhrink loads a DVD, a lot of IFO pointers are tested.
jsoto
blutach
22nd October 2004, 00:57
Originally posted by jsoto
[B]@blutach
I cannot believe this....
A VOB file is made of 2048 byte sectors (called packs). You can join (in a binary way, of course) all of the files and split them between the two sectors you want, without affecting any pointer!!, neither internal nor the ones in the IFO . I think this is the efect you are seeing. So:
- Each file size MUST be a multiple of 2048 bytes
- The total file sizes MUST be the same than the originals.
After a mock strip, the new VOBs ARE multiple of 2048k, but each VOB is a different size from the original (1,048,574k). It seems the mock strip decides to change slightly the size of the VOBs and make up any difference in the last VOB of the VTS. Really, a reallocation of the total VTS size. I wonder why?
Still present in 1.5.0.6? I've to check, I was thinking I had fixed this (minor :) ) bug.
'Fraid so. Just a few frames here and there in SOME cells (not all). Not seconds, just 6 or so frames here and there. But they can add up. I've found it doesn't do any damage, though.
Strange as it seems, a mock strip brings all back into line with the originals :) . But it would be nice if a mock strip was not needed.
OAM:
I use AddChapter a lot and find it wonderful. However, there appears to be a minor bug. After using it and reopening the TTN for editing in PgcEdit, that program reports the playback time of the PGC doesn't match the total time of the chapters. And it is out by 12 frames :) . PgcEdit offers to fix it (and does so), but you might like to look into it.
Best regards and thanks
blutach
22nd October 2004, 01:08
Originally posted by jsoto
Ah!, other very useful "test" (faster than IFOedit) is to load the files in dvdshrink. When dvdhrink loads a DVD, a lot of IFO pointers are tested.
jsoto [/B]
I've found that Shrink loads up a disk just fine which has not been mock stripped but which has slightly different chapter times (after VOB Blanking or PgcEditing, for example). Worries me a bit, actually.
After Shrinking, there is no change to the chapter times, so DVD Shrink does not totally mock strip, if at all.
Proof of the pudding is in the playing, though - and they work!
r0lZ
22nd October 2004, 08:44
So each and every time you've "messed" with a disk, you'll have to do a mock strip to be sure that the ifo files are ok?
Does that also apply to changes made to the DVD with DVD-Rebuilder, PgcEdit, VobBlanker, MenuEdit, IfoEdit etc.?PgcEdit is not designed to edit the VOB files. However, in some cases, a VOB may be created, deleted, copied or a new cell may be appended at the end of the current VOB. In any of thoses situations, the VOB pointers in the IFOs are updated, so you will normally never need to do a mock strip.
However, when importing a VOB (Import VTST Titles, Import First-Play Clip, Import Title's Intro Clip, Import Title's Closing Clip, Import Menu), PgcEdit retrieves the tables in the original source IFOs. This means you may need to do a mock strip if the source DVD needs one too.
Note that PgcEdit doesn't verify if a DVD needs a mock strip. Use DVDShrink for that purpose (as jsoto said, it's a good and fast test). Nero is also a good test.
I use AddChapter a lot and find it wonderful. However, there appears to be a minor bug. After using it and reopening the TTN for editing in PgcEdit, that program reports the playback time of the PGC doesn't match the total time of the chapters. And it is out by 12 frames . PgcEdit offers to fix it (and does so), but you might like to look into it.When PgcEdit displays the Cell's table of a PGC, it retrieves the playback durations of every cell in the IFO, and add them together to calculate the total playback time of the PGC. If the total do not match the PGC time stored in the IFO, it gives the warning, and fix the total time.
The cell's durations are not computed from the VOB. This means that if a cell's time is wrong, the total time will be wrong too. So, my advice is: Do a mock strip when PgcEdit displays this warning, just to be sure.
CoNS
22nd October 2004, 10:02
@jsoto: How 'bout messing with the DVD with the other programs I mentioned above... Is that considered "dangerous" in this respect / does that call for a mock strip?
A question inspired by blutach's posts about vob sizes (bear with me, I'm a nOOb!): A mock strip should only change the .ifo files, right? And the .vob files, too?
jsoto
22nd October 2004, 10:14
After a mock strip, the new VOBs ARE multiple of 2048k, but each VOB is a different size from the original (1,048,574k). It seems the mock strip decides to change slightly the size of the VOBs and make up any difference in the last VOB of the VTS. Really, a reallocation of the total VTS size. I wonder why?
Well, not absolutely sure, but seems to me IFOEdit mock's strip cuts the VOBs between two VOBUs. Why? Because probably it fixes all the pointers of one VOBU, write it, read another VOBU, fixes it, write, etc. It is not required to cut the VOBs in "exact" VOBUs, just in exact packs (2048 bytes). One VOBU has a variable number of packs and starts always with a Navpack.
Just a few frames here and there in SOME cells (not all). Not seconds, just 6 or so frames here and there. But they can add up. I've found it doesn't do any damage, though. Mmm. I hope I'll be able to reproduce it. I do not like this kind of bugs difficult to find.... In any case, don't worry, the only problem (I think) of these inaccurate times is when you use the GOTO <time> function you will go to an inexact point (but only in a few frames)
I use AddChapter a lot and find it wonderful. However, there appears to be a minor bug. After using it and reopening the TTN for editing in PgcEdit, You are right, I'm not adding the 12 frames to the PGC duration time (It wasn't indicated in the original 2COOL's guide :) , and I did't notice ). Easy to fix.
jsoto
jsoto
22nd October 2004, 10:18
How 'bout messing with the DVD with the other programs I mentioned above... Is that considered "dangerous" in this respect / does that call for a mock strip?
dangerous=manual.
(may be also beta/unproven versions of any tool)
A question inspired by blutach's posts about vob sizes (bear with me, I'm a nOOb!): A mock strip should only change the .ifo files, right? Not the .vob files, too? See my post (http://forum.doom9.org/showthread.php?s=&postid=559842#post559842) before describing what a mock strip does inside the VOBs. The more complex part! There are thousands of pointers which are fixed.
jsoto
2COOL
22nd October 2004, 18:21
@CoNS
Originally posted by CoNS
A mock strip should only change the .ifo files, right? And the .vob files, too? Not to go into details like jsoto but if you look at your VOB Extras dialog, your brief answer was there.
http://img46.exs.cx/img46/6784/Image_001.png
dave2003
28th October 2004, 07:47
Originally posted by jsoto
Useful guide. Thanks 2COOL
I usually do my mock strips without copying the files. It saves disk space and time and, up to now, I'm very happy with the results. Seems to me the results are the same.
So, the modifications to your guide are:
Titles stripping:
Options
[ ] Strip Streams'
[ ] Strip VobID's
[X] Correct Vob-Unit (Navigation Pack) pointers in VOB-files
[X] Correct original IFO files
VOB EXPERT Options
[X] Remove P-Uops
[X] Remove Macrovision
[X] Adjust Vob-Unit pointers.
[X] Adjust Audio/Subp point.
Also, uncheck
[ ] Auto-copy Menu Files to destination
Steps 6, 7, 8 & 9 do not apply anymore.
Instead, select your ifo in the IFO tree window of IFOEdit and save it.
Continue with get VTS sectors, step 10 in 2COOL's guide
Menu stripping:
Options
[ ] Strip VobID's
[X] Correct Vob-Unit (Navigation Pack) pointers in VOB-files
[X] Correct original IFO files
VOB EXPERT Options
[X] Remove P-Uops
[X] Remove Macrovision
[X] Adjust Vob-Unit pointers.
[X] Adjust Audio/Subp point.
Also, uncheck
[ ] Auto-copy Menu Files to destination
It may save time and disk space, but isn't the process fundamentally different from that of 2COOL's if you uncheck the specified selections above? I thought that the stripping of streams and VobIDs accounted (possibly) for the correctional utility of the "mock strip." Is my understanding incorrect? Please excuse my ignorance; DVD video manipulation is new territory for me.
ux-3
28th October 2004, 14:16
Hello,
I drop in on this, because I am still struggling with a problem, I outlined in another thread. (about splitting and remerging episodal DVDs)
Basically, I tried to remerge back two formerly blanked episodes into a DVD, using Vobblanker for the process. The matters are complicated, cause all 4 episodes are part of a single huge VTS_02 set, including the menues.
After I remerge the two episodes, the disk behaves as before, as if the newly merged episodes are not there. This makes sense, since post commands had been changed to pre-commands during the initial blanking.
(Can I change that back somehow?)
I therefore tried to use the initial ifos along with a mock strip, but this turnes the DVD into something rather garbled. When playing, it almost immediatly loops a small part of the intro.
Does anyone have an idea, what mistake I have made? Which files should I restore to origial status?
EDIT: I just found that I could get the reassembled structure to play properly, when I exchange the Menu vob (VTS_02_0.VOB) with the original file. Perhaps this info could be of help in understanding, what goes wrong?
Thanks for Help!
scotty47
29th March 2005, 06:05
I am new to trying this mock Stripping and was wondering what version your using 2COOl to write your tutorial, I am using 0.96 and " Strip Streams" is not even highlighted for me to click, but I notice that Dave 2003 does not use it?
Where do i find " check all " and " Strip it " I have looked everywhere ( probably just like the wife says it could jump up and bit me and I would not see it ).
One other thing I notice no matter what dvd I open in IfoEditone one that works or one that does not it shows it as PAL format, this really is confusing me. Thanks in advance for your patience............scotty
Takes this old man a bit longer most times............
scotty47
31st March 2005, 02:41
dont look like I am going to get any help here.Cheers................scotty47
sweetness
31st March 2005, 07:57
hi scotty47
2Cool is MIA(maybe on vacation)
was wondering what version
use 0.971 the newer one.
" Strip Streams" is not even highlighted for me to click
if you press menu extra's you can't use this option but in vob extras you can.
Where do i find " check all " and " Strip it "
once you checked want you want in the vob extras option window click ok and another dialog(stream list) window will pop up with the check all and Strip it.
first window will have all the audio and subs. if you have strip vobid's checked, the stream list for the vobs will pop up after you press the strip it in the first list window. press strip it again and ifoedit will start to strip.
look here (http://ifoedit.wh.fr0zen.com/strip.html). mind you they don't have strip vobids checked so that window isn't shown.
scotty47
31st March 2005, 08:13
Thank you for your reply sweetness,have since discovered that it will not play in my vcr as it is PAL and not NTSC, can you or anyone here advise as to a good method to convert this Movie, if not I will keep on searching. Thanks again..............scotty47
jsoto
31st March 2005, 08:34
pal to ntsc (http://forum.doom9.org/showthread.php?s=&threadid=86178&highlight=NTSC) I've to say I never did it.
It's not so easy as a transcoder, but you will find help (if you need it) in DVD2SVCD forums. Just read the FAQs and ask.
jsoto
scotty47
31st March 2005, 15:06
Thanks jsoto will go have a look...................scotty47
de.lesse.bg
31st March 2005, 18:40
Someone told me to do this with a mock strip!!!
so, i've followed this guide: http://ifoedit.wh.fr0zen.com/joinclip.html#joindbl
@DVD-A: One PGC(VobID 1), small menu
@DVD-B: One PGC(VobID 1), small menu
@DVD-B: done like guide, made VobID1 to VobID2.
So i have a couple VTS...
Ran IFOEDIT through it and?? then ???? (i'm stuck here...)
I can't find anything about this subject!!!
(http://forum.doom9.org/showthread.php?s=&threadid=91822)
mackaroon
1st August 2005, 02:59
I thought I'd add my two cents.
I first used Ifoedit a couple of days ago to convert DVD to a single layer disk, because frankly, dual-layer disks are for the rich at the present time. Needless to say, I made a garbled mess of it and tried PGCedit which I also failed with. The disk I had was apparently way more complex than any in the guides.
Anyways in order to continue with my education I had to take some single layer DVDs off my HDD and burn to disk. I normally use ImgTool 0.91.5 and then Alcohol to burn.
For one VIDEO_TS folder, however, I got the same error reported here (http://forum.doom9.org/showthread.php?t=93759&highlight=VIDEO_TS+folder+correct+size)
(it figures, since it's a DVD my hapless friend made of another friend's band's performance) so I came to this thread.
I tried 2COOL's method and it did not work for me. I did it a number of times, checking everything, trying to find something, until I was satisfied that I would have to find an alternative method.
One thing I noticed about 2COOL's method for mock-stripping menus was that when un-checking "Correct Vob-Unit (Navigation Pack) pointers in VOB-files"
that the "VOB expert options" become greyed out. I think it did not grey out the first time thru, but it was indeed greyed out when I went through on subsequent attempts.
Luckily, however, jsoto posted an alternative which worked. It confuses me as to why because the method is only to save time by not having to copy and move around files, but it seemed to correct some other problem. It does seem different in that numerous options that were left unchecked by 2COOL are now checked in jsoto's method. Maybe there's something in that?
So thanks guys for helping me with this problem.
Oh... if mkisofs only reports an error with either faulty VIDEO_TS.IFO or VIDEO_TS.VOB sizes, can I just run the VTS files through another program to create completely new VIDEO_TS files? Because it seems like this is only a secondary fix here. I dunno, if jsoto hadn't posted his method that was what I was going to search for next.
r0lZ
1st August 2005, 10:22
It is possible to generate new IFOs with IfoEdit. But it works only for simple DVDs, without menus.
First, backup your original IFOs and BUPs, then delete them from the original DVD.
Launch IfoEdit, but don't load the DVD, and click on the Create IFOs button.
Click on the "." button next to the 1st VOB of Titleset. Navigate to your original DVD and select VTS_01_1.VOB.
Destination directory should be "same as source".
The options at the top of the dialog should be set according to your needs. Since your DVD is probably only one title long, the defaults should be fine.
2COOL
1st August 2005, 12:16
Don't forget to "Get VTS Sectors" after creating your IFOs. ;)
mackaroon
1st August 2005, 19:11
hey thanks alot guys. I think I'm really starting to get this stuff. I haven't been posting that much, but I've been doing a lot of reading!
Taelon
14th September 2005, 09:58
http://img46.exs.cx/img46/6784/Image_001.png
Hi 2COOL, would you please chage the OP in this thread, Step 3, and use this image instead, the way the settings are presented it must be very confusing to a newbie (and me at 4am).
I have no idea what the R's mean but the way it reads, at least to me at this moment, is that the Only options that should be selected is Strip Streams and Remove PUOP's which is of course incorrect and impossible to achieve.
CoNS
14th September 2005, 13:27
Hmmm, sounds like you have a problem with showing the character set used for 2COOL's first post...
When I view 2COOL's post on my two PCs, I see a nice character-made symbol showing a checked checkbox in front of the options. I don't see any Rs? So when I view it, the same options are marked as checked/selected as displayed in your screenshot... BTW, why have you marked some of the options in the screenshot with a red frame?
Taelon
14th September 2005, 14:33
@CoNS,
I didn't mark them, that is an image that 2COOL posted earlier in the thread. Regarding the character set (font). I rewrote a local copy of the guide for my own use and noticed the font specified was "wingdings 2". I have wingdings & webdings, but no wingdings 2.
I did however recently delete some fonts, so perhaps it's part of a family that I deleted, and that may explain why I didn't notice the problem before. Regardless, for something as important as the required settings, I think it would be best to use either standard alphanumeric symbols, or an image, rather than some weird font that some people may not be able to see properly.
r0lZ
14th September 2005, 14:52
I agree. I have also always seen this strange big R instead of the checkbox. My system is standard (WinXP SP2), and I have never deleted fonts.
blutach
14th September 2005, 14:56
If we are talking about this post (http://forum.doom9.org/showthread.php?s=&threadid=84097), then they look like "ticks" to me.
Regards
Taelon
14th September 2005, 15:10
@blutach, yes this thread, that post.
Here is what I'm seeing, and apparently r0lZ is also, and what about Mac users or Linux or...
:confused:
http://img372.imageshack.us/img372/6259/mockstrip7sp.gif
:confused:
r0lZ
14th September 2005, 15:12
This is what I see:
http://img322.imageshack.us/img322/8466/r3he.jpg (http://imageshack.us)Subtle difference with you, Taleon, but it's still a big R!
blutach
14th September 2005, 15:17
Then, it's a font not on your systems, I would expect :(
I also expect it would be freely available.
EDIT: Shipped with common M$ products - incl FrontPage 2000, M$ Office (most versions), but NOT Windoze itself.
Regards
Taelon
24th September 2005, 06:21
2COOL, Thanks for modifying the original post, it should eliminate any potential confusion in regards to the settings.
tepman
31st July 2007, 16:01
You save my day. THX a lot for this great post.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.