View Full Version : VobBlanker 1.6.0.6 is out
blutach
1st January 2005, 04:50
DVD Decrypter gets rid of all the CSS, Macrovision and PUOPs etc.
The RE2 thing has to do with protected sectors and unreferenced material. This also affects Shaun of the Dead.
VobBlanker can get rid of the running man etc, because it is unreferenced material and by default, VobBlanker rather neatly ignores it. (@jsoto - please never change this!!!!).
Once decrypted in DVD Decrypter using the PSL file, run the whole disk with VobBlanker and all the unreffed will be gone.
No problems compressing and burning after that.
Regards and HNY
sweetness
1st January 2005, 17:34
Just to clarify: VobBlanker is able to remove (not edit) the PUOPs in IFOs and even in VOBs. You have two checkboxes in the GUI (default checked) for this.
sorry it's right there in front of my eyes and i knew that too. i must have been worried about other things.
so can vobblanker make dinner for me too?(i'm convinced that photoshop can make breakfast. just need dinner):p
Wheelie4
1st January 2005, 17:58
VobBlanker can get rid of the running man etc, because it is unreferenced material and by default, VobBlanker rather neatly ignores it. (@jsoto - please never change this!!!!).
Once decrypted in DVD Decrypter using the PSL file, run the whole disk with VobBlanker and all the unreffed will be gone.
Ah kewl. I still had the RE2 files I ripped with DVD Decrypter so I just ran them through VobBlanker using all default settings and was able to import them into DRM without getting the bad header warning I had previously gotten in DRM.
2COOL
4th January 2005, 04:43
@jsoto
In the Cell List dialog, you have this button. http://img133.exs.cx/img133/9115/image0118fm.png
Say I extracted one PGC to a temp folder. I got VTS_01_001.VOB to VTS_01_018.VOB. I want to extract another PGC to this folder too and append my files so my next starting VOB should be VTS_01_019.VOB. It won't let me do it. I've renamed the file in save dialog but it's dead set to save it as VTS_01_001.VOB and then ask me to overwrite.
jsoto
7th January 2005, 21:14
OK. Seems not difficult. I take it into account for the next version
jsoto
2COOL
7th January 2005, 22:02
Originally posted by jsoto
OK. Seems not difficult. I take it into account for the next version
TIA
blutach
8th January 2005, 08:01
Great new homepage jsoto. Really nice.
jsoto
8th January 2005, 10:15
Originally posted by blutach
Great new homepage jsoto. Really nice. Thanks, it took me more than a while... I'm not familiar with FrontPage...
jsoto
BTW: No much blue there, eh? :p
blutach
8th January 2005, 12:44
That's its one draw back. :D
blutach
10th January 2005, 13:25
@jsoto
Can you please explain what the "fix elapsed time replacing cells" is all about. I have read the help file, but am still a bit confused. Should I have it ticked (the help file indicates "it's not really needed") when I cut a PGC?
Regards
jsoto
10th January 2005, 16:11
No, you do not need to tick it when cutting PGCs. It only affects when replacing cells (not PGCs, only individual cells)
I'll try to explain what it means..
AFAIK, a cell must start with Elapsed time counter cleared (zero) in its first Nav pack (first VOBU of the cell). But if you manually cut a cell to start in a VOBU in the middle, you will have a cell with this counter not cleared in its first VOBU. And, if you want to use this cell to replace an existing cell in a PGC, VobBlanker will reset the counter in the first VOBU and will "adjust" this counter(substracting the value taken from the first VOBU) in all VOBUs of the whole cell.
When cutting PGCs, this action is automatically done if needed (when the first part of the cell is deleted), and you cannot disable it in the GUI.
Cell Elapsed time is offset 0x0045 and 0x0413 in the Nav Pack. You can see it with VobEdit.
jsoto
CoNS
13th January 2005, 11:55
In the process of adding custom subtitles to a disc where I want to keep the menu etc., I'm about to use the PGC "Replace" function in VobBlanker.
In the VobBlanker help file it says about the replacement PGC that "cell times (and, as consequence, the chapters) should be the same than the original". Are the cell times for the new PGC imported into the disc along with the new PGC when using the replace function, or are the cell times (and audio delay) from the old PGC kept?
In other words: When I create the new PGC with IfoEdit's DVD author function, is it important that I load the cell times and set the audio delay as it was in the original PGC?
jsoto
13th January 2005, 13:34
Originally posted by CoNS
When I create the new PGC with IfoEdit's DVD author function, is it important that I load the cell times and set the audio delay as it was in the original PGC? Exactly. There are three things to be considered:
A) Use the original Celltimes.txt file (extracted with IFOEdit or pgcDemux)
B) Use the original audio delay. You can correct it in the authoring phase (recommended) or you can correct it in the audio file (adding/cutting audio frames with delaycut, i.e.) and authoring with 0 msec delay.
C) Use the same streams order. If you only want the audio in index 0x82, you have to mux two audios (they can be a very small silence file) to fill 0x80 and 0x81 and put your audio in the third position (0x82). The same apply for subpictures. Small silence audio files can be generated with "silence.exe" and a pseudo-empty sub can be generated with DVDSuptools.
jsoto
CoNS
13th January 2005, 16:30
Ahh, so in the replacement process VobBlanker takes the info from the newly authored PGC and puts it into the original structure, which also holds the same kind of info, and thus it has to match in order to work? Right?
Hmmm, I then may have a problem with my current project: I have a disc with menus and extras that I want to keep when adding custom subs. BUT the original disc doesn't have any subs. So when I mux/author, I have to add a sub stream that wasn't there before...?
jsoto
13th January 2005, 17:34
Originally posted by CoNS
Ahh, so in the replacement process VobBlanker takes the info from the newly authored PGC and puts it into the original structure, which also holds the same kind of info, and thus it has to match in order to work? Right? More or less. The original is the "master" one. No info is taken from the newly authored PGC, except the Cells allocation in the VOB. The new VOB is read and the VID/CID of each cell is changed to match with the original ones; Cell sector positions and so on are updated in the IFO.
Hmmm, I then may have a problem with my current project: I have a disc with menus and extras that I want to keep when adding custom subs. BUT the original disc doesn't have any subs. So when I mux/author, I have to add a sub stream that wasn't there before...?Yes, you have to manually add the sub info (attributes, etc)in the IFO. VobBlanker will not do it.
jsoto
EDIT: The Replace feature has been designed based on the idea of replacing a PGC with the same one recoded (compressed) with CCE.
Sir Didymus
13th January 2005, 18:10
Originally posted by jsoto
EDIT: The Replace feature has been designed based on the idea of replacing a PGC with the same one recoded (compressed) with CCE.
Yeah, but its relevance and usage is actually much wider :) I am referring to the possibility of replacing the ORIGINAL AUDIO STREAM, as pointed out by Malcom here: http://forum.doom9.org/showthread.php?s=&threadid=84887
I wonder also if this Replace Feature could be used for reinserting audio and video streams after an Inverse Telecine processing of the original stream... It should work also in case frame count of original and reauthored streams do not match, right ? ...
jsoto
13th January 2005, 18:40
It should work also in case frame count of original and reauthored streams do not match, right ? ... Yes. Frame count is recalculated from the new VOB and updated in the IFO. Even more, the requirement of the same number of cells is with the intention to to keep the chapters in the same place, but you also can replace the PGC with a different number of cells one. Vobblanker will add blank cells to fit the original number of cells or will join the last cells in only one if the new PGC has more cells than the original.
jsoto
CoNS
13th January 2005, 20:02
Originally posted by jsoto
The original is the "master" one. No info is taken from the newly authored PGC, except the Cells allocation in the VOB.If the "raw" data from the new PGC is taken and put into the original structure, why do I then have to load the cell times and set audio delay when authoring the new replacement PGC?
Originally posted by jsoto
Yes, you have to manually add the sub info (attributes, etc)in the IFO. VobBlanker will not do it.Ok, I can live with that, it's easy to edit with IfoEdit. As long as I'm sure that VobBlanker doesn't make any errors when encountering a replacement PGC with more streams the original one, so that it's only a matter of "enabling" the new streams in the replaced PGC afterwards.
Sir Didymus
13th January 2005, 20:24
Originally posted by CoNS
If the "raw" data from the new PGC is taken and put into the original structure, why do I then have to load the cell times and set audio delay when authoring the new replacement PGC?
It is necessary, otherwise the authoring tool will produce a single big cell instead of exactely the same number of cells of the original structure. If you have chapter menues or other links to the individual cells of the original structure, you need to author a PGC with a similar structure in order for the replacement work in all situations.
Cheers,
SD
2COOL
14th January 2005, 07:03
@jsoto
I just did Troy with the default R Change post to precomm (Safely).
BEFORE
VTST 1 , 4 TTN 4 (0:07) Title 4 - Chapters: 1, Programs: 1, Cells: 1
********** pre commands:
[00 A1 00 06 00 01 00 10] 1 if ( gprm(6) == 1 ) then { Goto line 16 }
.
.
[71 00 00 07 00 00 00 00] 28 Set gprm(7) =(mov) 0
********** post commands:
[71 00 00 07 00 00 00 00] 1 Set gprm(7) =(mov) 0
[61 00 00 08 00 80 00 00] 2 Set gprm(8) =(mov) sprm(0:Preferred menu language)
[00 A1 00 08 66 72 00 05] 3 if ( gprm(8) == 26226 ("fr") ) then { Goto line 5 }
[30 05 00 01 00 01 00 00] 4 (JumpVTS_PTT) Jump to TTN 1, Chapter 1
[30 05 00 01 00 05 00 00] 5 (JumpVTS_PTT) Jump to TTN 5, Chapter 1
********** cell commands:
AFTER
********** pre commands:
[00 A1 00 06 00 01 00 10] 1 if ( gprm(6) == 1 ) then { Goto line 16 }
.
.
[71 00 00 07 00 00 00 00] 28 Set gprm(7) =(mov) 0
[71 00 00 07 00 00 00 00] 29 Set gprm(7) =(mov) 0
[61 00 00 08 00 80 00 00] 30 Set gprm(8) =(mov) sprm(0:Preferred menu language)
[00 A1 00 08 66 72 00 05] 31 if ( gprm(8) == 26226 ("fr") ) then { Goto line 5 }
[30 05 00 01 00 01 00 00] 32 (JumpVTS_PTT) Jump to TTN 1, Chapter 1
[30 05 00 01 00 05 00 00] 33 (JumpVTS_PTT) Jump to TTN 5, Chapter 1
********** post commands:
********** cell commands:
Notice the Goto command? It should be...
[00 A1 00 08 66 72 00 21] 31 if ( gprm(8) == 26226 ("fr") ) then { Goto line 33 }
jsoto
14th January 2005, 08:28
True. You found a bug, I'm not checking the postcommands looking for goto's...
jsoto
CoNS
14th January 2005, 09:44
@Sir Didymus: Ok, thanks for explaining, now I get it!
@jsoto: Just to be 100 % sure, what happens if I try to replace a PGC with a new one which has for example one less audio stream and one more subtitle stream than the original? Does VobBlanker choke on it and report an error or mess up the output?
(I'm aware that if the new PGC is imported correctly, I have to manually edit the attributes for the streams afterwards, so that the .ifo corresponds with the actual streams in the new PGC)
What about subtitle colours in the replacement process? Are they taken from the .ifo for the new PGC and put into the old disc structure, or are the old colours kept?
jsoto
14th January 2005, 15:23
Originally posted by CoNS
@jsoto: Just to be 100 % sure, what happens if I try to replace a PGC with a new one which has for example one less audio stream and one more subtitle stream than the original? Does VobBlanker choke on it and report an error or mess up the output?
Currently, VobBlanker does nothing. That means, no checks, no warnings, no complains, no errors. You have to adjust manually the IFOs to get a properly authored Title. The only thing VobBlaniker currently does is to check the Video attributes; If they not match, a warning is poped-up and the user is allowed to change the original ones in one click.
BTW, I'm thinking in doing the same attribute checks for audio as it is done in video, but not for subpictures. The reason is clear, audio packs should be detected at the beginning of the replacing VOB, but subs can be only a few packs and, in the worst case, at the end of the VOB, so I should read completely the VOB, and it will be very time consuming, or I have to read the newly authored IFO, which is currently unused.
What about subtitle colours in the replacement process? Are they taken from the .ifo for the new PGC and put into the old disc structure, or are the old colours kept? The original ones are used. In fact, the IFOs of the newly athored DVD are unused (not opened by VobBlanker). Cell positions are read directly from the VOB.
jsoto
liquidrave
16th January 2005, 06:17
So where can I download the vob blanking program from? I can't seem to find the link.
2COOL
16th January 2005, 06:23
'Doh! It's right above you in jsoto's signature block.
Surf
17th January 2005, 22:22
Hi Jsoto,
I hope you would explain this to a layman:
I am making up a simple example on cells. A movie, with 20 cells, each cell with 10 (lba?) sectors. The reason you don't implement the cell cutting is because each cell has an info that says "Hey, I am cell #5 and I am supposed to display sector #51 to 60..." ?? Is it for this reason it is not possible to cut sector #53 to #58? It looks this way for VOBblanker would only cut the start and the end..?
The reason for my interest is this: my ultimate backup goal is of course 100%. If I can have access to cutting at the cell levels I would do so, rudelessly getting rid of some scenes are would never be missed. All movies have these moments, don't they? For example, the last few sectors of Cell#5 and the first few of the next Cell#6.
Also is it possible for make the cutting more precise? As in typing the sector field the number exactly? This would be nice too...
Cheers,
jsoto
18th January 2005, 00:19
I hope my English will be enough to explain... If not, please ask again.
The reason you don't implement the cell cutting is because each cell has an info that says "Hey, I am cell #5 and I am supposed to display sector #51 to 60..." ??
No, this is not the problem. VobBlanker fixes the sector numbering, in the VOB and also in IFOs.
There are three things you have to take into account:
a) the cells in a PGC "usually" play in seamless mode, so SCR is "continuous" between the cells. Even more, due a/v delay, the audio to be played at the end of a cell could be in the firsts packs of the next one and viceversa. So cutting part of cells is only safe at the beginning or at the end of a PGC, but not in the middle.
b) Presentation Times (PTSs). Again, in a seamless PGC these times are continuous between cells.
c) Cell Elapsed times. These counters are zero in the beginning of a cell. They are managed by VobBlanker when cutting PGCs
So, cutting a Cell "in the middle" needs to change the mode from seamless to discontinuous and also adjustments in all these VOB parameters. Currently VobBlanker is not modifying SCR nor PTSs.
Also is it possible for make the cutting more precise? As in typing the sector field the number exactly?
No, the minimum cut is at VOBU level.
A Cell is made of VOBUs, each one containing one GOP (well, not sure if one VOBU can have more than one GOP). A VOBU starts with a Nav pack and a GOP starts in a I-frame. So, you have to cut/keep the whole VOBU, otherwise you have to recode and remux again.
jsoto
lovelegend
18th January 2005, 08:25
Sometimes I need to do this:
1) Replace PGC 1 with aaa.vob (they have the same number of cells)
2) Blank out cell # 1, 3, 5 of PGC 1
For now I need to do this in two separated steps, but is it possible to combine them into one (i.e., If I select PGC 1 and blank out cell # 1, 3, 5, and then press replace to replace it with aaa.vob, then it will copy all cells in aaa.vob but cell #1, 3, 5)?
jsoto
18th January 2005, 09:44
@lovelegend
Well, cell replace is an option...
- Use VobEdit or VobBlanker to split the PGC in different files
- Use VobBlanker Cell replace/cell blank feature.
But in any case it will take some time.....
No, I'm not going to support this kind of things. IMHO they are not so usual and you have at least one way to do them...
jsoto
Surf
18th January 2005, 21:32
the minimum cut is at VOBU level.
Having just re-visited TMPgenc site, I think me gets it. Their program cut at MPEG level, yours at VOB level. Pardone me on the lack of technical terms.
Thanks for the enlightenment Dr. Soong of VOBblanker :p
Sir Didymus
19th January 2005, 08:58
@jsoto
It's just a very minor and silly post [even dubtful to report such a negligible thing...]. It seems (in the logging alone) the #cells is indexed on a "+1" basis...
I mean the following:
...
VTS 01: Processing VOB (Titles)
VTS 01: Replacing PGC 01 by C:\Temp\NEW_TS_01\VTS_01_1.VOB
Cells to be replaced=16
Replacing Cell # 2, VID=1 CID=1
Replacing Cell # 3, VID=1 CID=2
Replacing Cell # 4, VID=1 CID=3
Replacing Cell # 5, VID=1 CID=4
Replacing Cell # 6, VID=1 CID=5
Replacing Cell # 7, VID=1 CID=6
Replacing Cell # 8, VID=1 CID=7
Replacing Cell # 9, VID=1 CID=8
Replacing Cell # 10, VID=1 CID=9
Replacing Cell # 11, VID=1 CID=10
Replacing Cell # 12, VID=1 CID=11
Replacing Cell # 13, VID=2 CID=1
Replacing Cell # 14, VID=2 CID=2
Replacing Cell # 15, VID=2 CID=3
Replacing Cell # 16, VID=2 CID=4
Replacing Cell # 17, VID=2 CID=5
VTS 01: Processing IFO (Titles)
...
Please consider the function carried out (the cell replacement) work perfectly...
Cheers,
SD
jsoto
19th January 2005, 09:00
Yep, I've already noticed it. Currently fixed in 1.6.0.4 (still not released...)
jsoto
blutach
20th January 2005, 16:02
@jsoto
I have a DVD where the main movie is title 1 and also title 2 (haven't quite figured out why they did this, yet). They share the same VCIDs (i.e. they are not widescreen and fullscreen versions).
Now, I have no need for the credits and want to cut. But I can't! The "mark" buttons for start and end markers are greyed out - I assume this is because the cells are reused.
How do I get round this? Must I delete title 2 and change all references to it in the DVD to title 1? (This is not all that easy to do as the VTS also has titles 3, 4, and 5 - which are blanked, but referenced). Or is there a way to cut the cells?
Regards
hf
20th January 2005, 16:11
I think only the second set of vcids is marked as reused.
You should be able to cut title1, but not title2 because
title2's cells are the ones that are reused.
sweetness
20th January 2005, 22:09
hi blutach,
my bet is to extract the title 1 cell(s), make ifos and cut them, then replace them into title 2. this will change the VCIDs so that it is not shared any more with title 1.
don't know what you want blanked or kept, so you might have to play around with it.
BTW your dvd might get bigger too.
jsoto
20th January 2005, 23:36
Originally posted by blutach
I have a DVD where the main movie is title 1 and also title 2 (haven't quite figured out why they did this, yet). They share the same VCIDs It's "normal" if you want to have two different ends i.e...
Now, I have no need for the credits and want to cut. But I can't! The "mark" buttons for start and end markers are greyed out - I assume this is because the cells are reused. Nope, VobBlanker should allow you to do it, with some restrictions.:
dlgPreview.m_BEnableCut=FALSE;
if (theApp.m_iAction[nItemVTS][nItemT]==KEEP ||
theApp.m_iAction[nItemVTS][nItemT]==CUT)
dlgPreview.m_BEnableCut=TRUE;
Please check if your PGC is marked as keep or cut before opening the preview dlg.
RESTRICTIONS:
When cutting a PGC, the already processed cells are skipped, let's say, if a Cell also belongs to PGC1, it will be processed (kept, blanked or cutted during PGC1 processing) and any selection done on it in PGC2 will be ignored.
Or is there a way to cut the cells?
No at the moment.
jsoto
jsoto
20th January 2005, 23:42
Originally posted by sweetness
my bet is to extract the title 1 cell(s), make ifos and cut them, then replace them into title 2. this will change the VCIDs so that it is not shared any more with title 1.
Nope. Replacing PGCs keep the original VID/CID (the ones in the original IFOs)
jsoto
Gang$ta
21st January 2005, 00:17
THX,for this tool,
it rocks, KUTGW
blutach
21st January 2005, 00:27
@everyone
Thanks for the responses.
Couple of things. I did manage to get it working - don't know what was wrong the first time. I suspect I probably had "Process titles" unticked, LOL. Title 2 is adjusted automatically, after Title 1 is processed (as hf says, all Title 2's cells are marked as reused).
@jsoto - they are not different endings - there is no menu entry to indicate this and the VCIDs are absolutely the same. The only difference is that in Title 2, there are a number of cell commands scattered throughout the title. I will look at the original, but, again, I suspect that this is a thing where perhaps an extra refers back to a particular scene in the title. I wouldn't have authored it that way, but that's they way it's done.
Finally, I have cut at the start and the end. I understand fully why the flag should be set in the last 2 cells as 2 plus LB (BTW: DVD Shrink changes these to type 10 and the disk stops dead at the 2nd last cell (the last chapter) unless I change the flag back to 2 plus LB - very strange. I need to press next chapter to get it going again).
What I can't understand is why, when cutting from the beginning (I took the 1st minute of intros out), all the cells are now marked 2 plus LB.
Best regards
jsoto
21st January 2005, 00:56
Originally posted by blutach
What I can't understand is why, when cutting from the beginning (I took the 1st minute of intros out), all the cells are now marked 2 plus LB.
Mmmm, I don't understand.... But what is true is that the selection in the second PGC is ignored in terms of the VOB, but not regarding the IFO... (I know this is not a good behaviour, but it is the default...) So, if you select to completely cut the PGC #2, all cells in PGC 2 will be marked as 2 plus LB, but the PGC 2 will be in the VOB and the sectors will be correctly updated in PGC2.
jsoto
jsoto
21st January 2005, 01:00
BTW, reading the code, I've found a minor bug in Cell type adjustment. "End Mark" Cell is not marked as 2 plus LB in "Cut movie" mode, and it is done (should not be done) in "keep movie" mode.
jsoto
blutach
21st January 2005, 01:23
@jsoto
I was using keep movie mode.
I did nothing to PGC2, only to PGC1. PGC2 turned out OK, except that its cell type flags were unaltered, as opposed to PGC1, whose were all changed to 2 plus LB.
I presume I shouldn't let DVD Shrink change them to "10"?
Confused now. Why wouldn't 10 be OK? From your post, I get the idea it should be 10 (as DVD Shrink changes it to), but this stops the player at the cell, as I said. Strange, yes?
Regards
sweetness
21st January 2005, 04:53
from the help file
In this mode, a reused Cell marked to be blanked or replaced will generate a new VID (CID=1) and the cell will not be shared any more.
replacing a PGC does not change but replacing a cell it does change it. yes or no? never tried it yet.
you would know better then me now :)
jsoto
21st January 2005, 08:02
You are right. Replacing a PGC does not change VID/CIDs in reused cells, but replacing a single reused Cell does.
jsoto
blutach
21st January 2005, 08:37
@jsoto
I am convinced that there is a problem with the cut function setting the flags.
As I've said, with keep movie, cutting from start+1 minute (still in cell 1) to end-5 minutes (in cell 34 out of 35). All the flags were set to 2 plus LB, which, as you can imagine, caused a very annoying pause at every cell.
I changed all the flags (including the flag for cell 34) back to what they were in the original IFO (2, 8, 8, 8, etc) and the movie played just fine. The only "10s" were at a change in VOB ID or for the next cell following one which had a cell command, which is entirely reasonable.
I hope this is of use to you.
Regards
jsoto
21st January 2005, 15:26
Originally posted by blutach
As I've said, with keep movie, cutting from start+1 minute (still in cell 1) to end-5 minutes (in cell 34 out of 35). All the flags were set to 2 plus LB, which, as you can imagine, caused a very annoying pause at every cell. I'm unable to reproduce it :confused:. I'll continue trying, but, please send me the project file. (File->save project as)
When cutting, all the blanked cells should be marked as 2 plus LB. Also the edge cell should be, but not the ones to be kept
jsoto
Surf
21st January 2005, 19:21
Hi Jsoto,
I have been using VOBblanker exclusively now for blanking & splitting worthy movies.
One leetle teensy frivolous request:
Is it possible to jig it such a way that the 2nd half of the movie displays true time instead of starting from 00:00:00:01 ?
:p
(I should be leaving you alone to work on the next version..)
jsoto
21st January 2005, 20:28
...the movie displays true time...
:confused: True time= original one? i.e, a 2:30 hours movie, split in two... Do you want to start the second half in 1:15:00? AFAIK, I cannot do that...
jsoto
blutach
24th January 2005, 13:16
Originally posted by jsoto
I'm unable to reproduce it :confused:. I'll continue trying, but, please send me the project file. (File->save project as)
When cutting, all the blanked cells should be marked as 2 plus LB. Also the edge cell should be, but not the ones to be kept
jsoto Sorry, I have finished with the project and deleted it :(
TomSem
25th January 2005, 08:14
Sorry if this is asked before
i've done some warning screen removal with this great program
But this warning screen not a still picture and is part of the menu intro.
I could remove the cell containing the warning screen but it would cut out the menu intro also.
As solution i could use markers but markers are grey out when editing a menu !!
Someone could help me out how to remove this animated warning screen
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.