View Full Version : VobBlanker 2.1.2.0 beta (now beta 13)
blutach
27th November 2006, 01:17
Tiny. And it seems like it's on that Test DVD I sent you - where there's no menus, just a DVD Shrink re-authored DVD.
Another DVD I just ripped with menus seems OK.
Regards
jsoto
27th November 2006, 01:28
What does the tiny show at the bottom?
"Nothing loaded"?
jsoto
blutach
27th November 2006, 02:05
Yes.
Regards
jsoto
27th November 2006, 02:12
Yes.
And, did you select a PGC in Titles domain w/o displaying anything?
jsoto
blutach
27th November 2006, 02:39
@jsoto
As usual, I am stupid and embarrassed. :)
Regards
dirio49
27th November 2006, 05:16
Sorry, :o
Mea Culpa :) :)
techmule
27th November 2006, 06:25
Jsoto, excuse me for coming out of the blue and making this comment, but does this beta integrate "del_angles" rather than being a separate tool ??
jsoto
28th November 2006, 22:19
@blutach & dirio49.
Don't worry. Better in this way, no bug, no need to work on it.
Jsoto, excuse me for coming out of the blue and making this comment, but does this beta integrate "del_angles" rather than being a separate tool ??No, it isn't integrated. You have to run del_angles, and after that, VobBlanker
May be I can think on it for a future build..
jsoto
CrisCr0ss
2nd December 2006, 19:14
does it support ILVU streams? I have Independance Day where i want to remove the Theatrical edition and maintain the special edition. If not will VobBlanker ever support ILVU streams?
jsoto
2nd December 2006, 21:20
VobBlanker is not able to produce ILV streams, but it is able to handle ILV input.
So,
if you have a multiangle VTS and you want to delete all angles except one, run del_angles first, and then , run VobBlanker processing the VTS in KEEP mode. VobBlanler will de-ILV all the VOBUs and the selected angle will be converted to a normal PGC.
If you have a multi-story, not multiangle, use first PGCEdit (*), to delete the unwanted stories (the unwanted PGCs), and then process the VTS in KEEP mode. Again, the PGC will be converted to a normal one.
(*)How to delete the unwanted PGCs in pgcEdit:
a) If they are the last ones in the VTS, just use "delete last PGC in domain"
b) If not, open the PGC editor (double click on the PGC) and remove all cells except one, using remove cells. (You have to keep one cell). Blank the remaining cell
EDIT:
If you want to keep more than one ILV PGCs, then you cannot process this VTS with VobBlanker, but you can process other VTSs in the DVD. Just mark the ILVed VTS in SKIP mode, which means do not process this VTS.
jsoto
godfreydanials
4th December 2006, 00:09
I was running VB 2.1.1.0 with no problems. I then upgraded to WinDVD 8 Player. It installed DirectX runtime and Visual C++ Redistributable Package for X86.
Then my preview window in VobBlanker stays black and does not show the movie. I upgraded to VB 2.1.2.0 beta 8 and had the same problem.
I have now removed WinDVD 8 Player and the Visual C++ Redistributable Package for X86. I did not find an uninstall for the DirectX Runtime. My preview is working again.
Are you aware of any problem with the Visual C++ Package?
jsoto
4th December 2006, 01:07
Are you aware of any problem with the Visual C++ Package?
No, first notice...
Did you test PgcEdit's preview?
jsoto
r0lZ
4th December 2006, 07:53
You should also try the "Do not use overlays" option.
zacoz
6th December 2006, 08:53
I can't recall or find by searching, whether discussion has occurred regarding having VobBlanker save the log file automatically. Unless I'm missing something it needs to always be done manually, and of course I keep clicking "Close" then :rolleyes: - I forgot to save the log file AGAIN !
blutach
6th December 2006, 09:48
If it goes "meep meep", there's little need mate (except to see what you've done I guess).
Regards
jsoto
6th December 2006, 11:06
I can't recall or find by searching, whether discussion has occurred regarding having VobBlanker save the log file automatically. Unless I'm missing something it needs to always be done manually, and of course I keep clicking "Close" then :rolleyes: - I forgot to save the log file AGAIN !
From beta4, all you have to do is to configure the auto-save path (see main menu->paths). If it is configured, your log and project file will be automatically saved when quiting or when closing the log window (so, you'll have your logs except if VobBlanker crashes...)
jsoto
zacoz
6th December 2006, 12:46
@jsoto :thanks: (doh, just realised I haven't actually installed the recent betas)
@blu Stretching myself a bit with the processing I'm doing atm, so would like to have the logs to look back on if testing end product comes up with issues.
blutach
6th December 2006, 13:25
@jsoto - thanks for the info. Is the log "additive"? Or does the next run replace the old one?
Regards
jsoto
6th December 2006, 19:13
@jsoto - thanks for the info. Is the log "additive"? Or does the next run replace the old one?
Regards
It overwrites. File names are:
VobBlanker_log.txt
VobBlanker_project.ini
jsoto
blutach
6th December 2006, 21:57
Thanks - would you consider an additive log which cuts off at say, 5,000 lines, deleting all lines after the 5000th?
Regards
blutach
8th December 2006, 11:22
@jsoto - found a bug when stripping subtitles - all info sent to you.
Regards
jsoto
8th December 2006, 18:11
0x20 substream is used in track 0 and track 17. You have selected to keep track 0, but to remove track 17.
To avoid this problem, I've added a check and now an error pops up asking the user to confirm the selections
jsoto
blutach
8th December 2006, 22:46
Very rare case and thanks for the warning :)
Perhaps users may not want to keep both tracks with lots of gaps in between (for possible player compatibility reasons). Or when they cycle with the remote having to click again to get off.
I wonder whether VobBlanker (http://jsoto.posunplugged.com/vobblanker.htm) shouldn't take stream 17 out of the IFOs while leaving stream 1 and 0x20? This is the behaviour of many other stream strippers (eg DVD Shrink).
Regards
jsoto
9th December 2006, 01:14
Perhaps users may not want to keep both tracks with lots of gaps in between Second track (#17) can be easily removed from the IFOs with pgcEdit.
I wonder whether VobBlanker (http://jsoto.posunplugged.com/vobblanker.htm) shouldn't take stream 17 out of the IFOs while leaving stream 1 and 0x20? This is the behaviour of many other stream strippers (eg DVD Shrink).
Seems the best option...I'll look into it, but I'll keep the warning anyway.
jsoto
blutach
9th December 2006, 01:17
OK thanks :)
Regards
Robotik
10th December 2006, 01:38
hi, i have another idea to improve this fantastic piece of software, it's a minor one, but might be helpful/more confy for users. it's dealing with deleted folders. currently when the folder i last used got deleted/renamed, browse button takes me to "My Documents". so every time i finish a project, write it on dvd and delete it (as i suppose most of us do), i have to find my dvd folder again.
could it be something like when the last used folder doesn't exist, it takes you to it's parent dictionary, again if it doesn't exist, just go one level up, until reaches the root of the actual drive? (e.g. as in PgcEdit)
i know it doesn't sound like a big deal, but it would save a few minutes every day.
thanks and kudos,
robotik
blutach
10th December 2006, 01:57
Good idea!
Regards
jsoto
10th December 2006, 10:34
Always asking for improvements... :D (better than bug reports) :D..
Well, this is what MS-Windows does when calling a Open or Save As dialog:
1.- If lpstrFile contains a path, that path is the initial directory. Otherwise, lpstrInitialDir specifies the initial directory.
2.- If lpstrInitialDir is NULL and the current directory contains any files of the specified filter types, the initial directory is the current directory.
3.- Otherwise, if the application has used an Open or Save As dialog box in the past, the path most recently used is selected as the initial directory. However, if an application is not run for a long time, its saved selected path will be discarded.
4.- Otherwise, the initial directory is the personal files directory of the current user.
5.- Otherwise, the initial directory is the Desktop folder.
What VobBlanker currently does is to fill lpstrInitialDir with the input path (if you've already loaded a DVD) or with a user's default path (you can configure it in Main menu--> paths). If you haven't configured this default path, lpstrInitialDir will be NULL.
VobBlanker does not save automatically the folders used in previous sesions, it is MS-Windows who does it, and applies the #3 in the list. Note the same folder is used by MS-Windows in all cases, (i.e load project file and browse VIDEO_TS.IFO)
I'd prefer to do not save many keys more in the Registry, currently there are a few....
So, is it enough for you the "default user input path"? (available in 2.1.2.0, latest betas)
Note: Remember you can also open the DVD in two other ways:
- using drag&drop, on the main dialog or on the icon
- right click on VIDEO_TS.IFO and, from pop-up menu, open with VobBlanker. First time you have to select VobBlanker (and pgcEdit, dvdshrink, IFOedit) from a list, but, afterwards, you have all the proggies in a secondary popup menu (BTW, this is my personal preferred option)
jsoto
blutach
10th December 2006, 11:52
So, perhaps to do what Robotik wants, simply ensure you have all your DVD projects in subfolders of a main folder (eg C:\Projects) and configure a default input path to that folder? It seems so.
Regards
r0lZ
10th December 2006, 12:06
Jsoto, I know that Windows stores the default path for each app in the registry. Maybe you can perhaps read that key (I don't remember which key it is, but I can find it easily), and force the parent if that folder doesn't exist any more...
Robotik, maybe it's an idea to submit to Bill Gates! ;)
Robotik
10th December 2006, 13:02
I'd prefer to do not save many keys more in the Registry, currently there are a few....
So, is it enough for you the "default user input path"? (available in 2.1.2.0, latest betas)
fair enough. i didn't realise there is a default user input path.
BUT now i have looked into it, (and i can't get very technical here, i'm not a programmer,) pgcEdit and dvdshrink browses for a folder in the open dialog, and not for VIDEO_TS.IFO, which is perfectly logical, as VIDEO_TS.IFO defines a DVD folder.
and the open folder dialog seems to do just what i have requested. is there a reason VobBlanker rather browses for VIDEO_TS.IFO?
regards and thanks,
robotik
Robotik
10th December 2006, 13:49
@r0lZ
I told Bill last night, but he said he'd rather have another drink ;)
r0lZ
10th December 2006, 13:58
PgcEdit keeps the last opened folder in its config file (for several dialogs, like Open DVD, Import functions, ...) And of course, I have programmed myself the stuff to find the first parent available if the saved path doesn't exist any more. (Easy to do in Tcl! :))
BTW, at the request of several users, in PgcEdit, it is also possible to browse for a file in the DVD folder, with the standard Open File dialog rather than the Open folder dialog. It's an option, off by default.
jsoto
10th December 2006, 14:57
and the open folder dialog seems to do just what i have requested. is there a reason VobBlanker rather browses for VIDEO_TS.IFO?
Not really,... although a DVD cannot be opened (even in pgcEdit) if VIDEO_TS.IFO is not reachable
There are two standard dialogs in MS-Windows
- CFileDialog-> Class used to create a dialog to Open /save a file
- SHBrowseForFolder--> procedure to search for a folder
You can see an example of both in VobBlanker's browse buttons (input uses CFileDialog and output uses SHBrowseForFolder)
BTW, a folder is also accepted when drag&drop, so the code to accept the folder is there. Just a matter of which method of both do you like more...
Anyway, I'll take a look on MRU (MostRecentUsedfiles) implementation in C++..but seems I have to code the menu manually...
I'll look into it after finishing the improvements requested by r0lZ in cutting inside a cell.
EDIT:
Let me insist: I'm really happy with right click on VIDEO_TS.IFO. I can open the DVD with the tool I want. Nobody is using this method?
jsoto
r0lZ
10th December 2006, 15:10
I'll look into it after finishing the improvements requested by r0lZ in cutting inside a cell.Thanks! :)
Let me insist: I'm really happy with right click on VIDEO_TS.IFO. I can open the DVD with the tool I want. Nobody is using this method?Yes, I use it often. And the CLI syntax is also useful to launch VobBlanker from another tool such as RipIt4Me or PgcEdit. :)
dirio49
10th December 2006, 17:53
That is nice too. I use it sometimes
kmac61
11th December 2006, 01:37
If you set your file association for .ifo to vobblanker then you can just double click. It also seems to open quicker
blutach
11th December 2006, 01:38
I like Drag and Drop and also have VobBlanker (http://jsoto.posunplugged.com/vobblanker.htm) as a shell item from PgcEdit and RipIt4Me (http://www.ripit4me.org/).
Regards
BigCondor
11th December 2006, 05:13
I have never launch VobBlanker thru right-clicking an ifo.
Robotik
11th December 2006, 07:32
me neither, even though it would be obvious, as i open most of my other stuff with double click/right click. hm. i can't understand myself.
President
11th December 2006, 12:48
Thank's, Jsoto!
Can you add a checkbox like "Split files in 1 Gb" into dialog of save several cells to one VOB.
jsoto
12th December 2006, 00:12
Can you add a checkbox like "Split files in 1 Gb" into dialog of save several cells to one VOB. I'll put it in the TODO for nexts betas... beta 10 is already online.
jsoto
jsoto
12th December 2006, 00:20
VobBlanker_2120 beta10 (http://download.videohelp.com/jsoto/betas/VobBlanker_2120b10_exe.zip)
Changelog versus beta 8
Added: Most Recent Files menus added. One for DVDs and other for project files
Added: Option to split the cell in two when "cutting inside" a cell
Added: Buttons to go to cut points in preview
Added: Warn the user if a substream is selected to be stripped and kept simultaneously.
Added: Registry keys to control (using regedit) HDD buffering and MRU lists size. Defaults are "do HDD buffering" and 8 files per list
Changed: When stripping, if the same substream is selected to be kept and stripped (in different tracks) VobBlanker will not remove the stream from the VOB
Changed: Numbering of subs and audio tracks from 0 to n-1 instead of 1 to n.
Changed: Default when splitting cells: add program/chapter
BugFix: Menu stream Attributes were not cleared when deleting a zero bytes menu.
BugFix: VTS substreams list was wrong in the case of more than 8 subs
BugFix: The warning if a cut was going to create orphan subs was not always issued.
BugFix (I hope): SMART GAPS were not created in case of a 18KB IFO.
Registry keys are located at key node
HKEY_CURRENT_USER\Software\jsoto's tools\VobBlanker
jsoto
blutach
12th December 2006, 01:56
I confirm the 18k smart gap bug has been repaired for VIDEO_TS.VOB. A new unreferenced 62k VOB has been created :) I have emailed you about some other concerns I have about smart gaps.
Also confirm nice warning when 2 tracks share streams IDs. Importantly, in this case, the stream is now no longer stripped, however no streams seem to be actually stripped except the unreferenced one (I deliberately changed stream 11 from 0x800a0a00 to 0x80000000 to test this feature) :(
See original and final below:
http://img157.imageshack.us/img157/7703/orig1lm6.png http://img81.imageshack.us/img81/6536/final1bx2.png
Project ini is attached.
As well, time map creation may still not be 100% but I'm sure it is not badly out, if at all. From the VobBlanker log:
VTS 01: Processing IFO (Titles)
Looping into Title PGCs and cells
PGCN Pointer: Pointing Next PGCN to itself in PGC 1
PGCN Pointer: Pointing Prev PGCN to itself in PGC 1
PGCN Pointer: Pointing Next PGCN to itself in PGC 2
PGCN Pointer: Pointing Prev PGCN to itself in PGC 2
Processing TMPATI table
Added 1594 entries in TMAPTI of PGC 1
NOTE: PGC: 2 is too short. No entries in TMAPTI are created
Added 0 entries in TMAPTI of PGC 2
Generated a TMAPTI table with same # of sectors than original
Building VTS_C_ADT table
Filling VTS_VOBU_ADMAP table
VTS 01: Processing IFO (Ending and writting)
PgcEdit time map verify function reports as follows:
VTST 1 , 1 TTN 1 (1:46:19) Title 1 (sequential title)
1593 x 4 seconds = 1:46:12 ; ********** WARNING! **********
VTST 1 , 2 TTN 2 (0:00) Title 2 (sequential title)
Empty Time Map.
Regards
r0lZ
12th December 2006, 09:58
Great changelog, Jsoto!
I like especially:
Added: Option to split the cell in two when "cutting inside" a cell
Added: Buttons to go to cut points in preview
Changed: Default when splitting cells: add program/chapter
BugFix: Menu stream Attributes were not cleared when deleting a zero bytes menu.
;)
jsoto
12th December 2006, 10:16
Quite strange....Strip works to me in a quick test I've done
Could you mail me a complete report (IFOs after and before, complete log and project files)?.
TMAPTI:
PGC1: I can ghive you more details with the complete report, but sounds strange. I'm adding frames, not seconds, so it should be completely accurate calculation. Also there is a mistmach between the # of entries reported (Vobblanker reports 1594 written and pgcEdit reports 1593 ) .
PGC2: I think there is no error at all. It's a sequential title, but blanked, so less than one sec. Should it be one entry pointing to "the" VOBU #1?. I think it has no sense...
jsoto
12th December 2006, 10:20
Great changelog, Jsoto!
I like especially:
BugFix: Menu stream Attributes were not cleared when deleting a zero bytes menu
;)
Sorry,
BugFix: Menu stream video Attributes (specifically PAL and MPEG-2 bits) were not cleared when deleting a zero bytes menu.
Audio and subs streams were cleared...
jsoto
blutach
12th December 2006, 10:45
Will send emails and no, PGC2 is not the issue, just the # of entires in the TMAPTI for PGC1.
Regards
r0lZ
12th December 2006, 14:43
And who is wrong? PgcEdit or VB?
jsoto
12th December 2006, 22:10
And who is wrong? PgcEdit or VB?
A new run worked well. Streams have been stripped and pgcdit check on TMAPTI was OK, so there are two (or three) options:
- Blutach. (never sleeps...)
- Blutach's PC. (running out of space...)
- VobBlanker, an uncontrolled and non-repetitive bug.
According blutach report, VobBlanker is running in input folder, so seems like the VOB files have not been moved, so the streams appear as no-stripped, and TMAPTI is not correct. But no error is reported in logfile... :confused: :confused:
EDIT: Definitively, something happened when moving files...
Original IFO has 1593 entries in TMAPTI (this is the one wrong). Voblanker outputs 1594 as reported and pgcEdit asks for 1594 too...
PgcEdit and VB improve the compliance of the originals...(at least in TMAPTI)
EDIT2: I'm wondering if blutach was the culprit....
Modifying the subpicture stream to one already used in the IFO is enough to show 0 MB in dvdshrink.
So seems the second screenshot is just the same original DVD with the IFO modification, and nothing more...
jsoto
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.