psl2 for dogtown ec region 1

[kmac61]

heres a psl2 i made, it works perfectly, though you could maybe adust the sectors though i see no need to
PSL2
0:0xA8DE13EC,0,LORDS_OF_DOGTOWN_EC
1:65121,81660

[cynthia_old]

I did this one - it should work in DVD Shrink.

PSL2
0:0xA8DE13EC,4169511,Lords of Dogtown (US)
1:65121,81660

6:1,1,6,2,1
6:1,1,6,3,1
6:1,1,6,4,1

6:1,1,7,2,1
6:1,1,7,3,1
6:1,1,7,4,1

6:1,1,8,2,1
6:1,1,8,3,1
6:1,1,8,4,1

6:1,1,9,2,1
6:1,1,9,3,1
6:1,1,9,4,1

6:1,1,10,2,1
6:1,1,10,3,1
6:1,1,10,4,1

6:1,1,11,2,1
6:1,1,11,3,1
6:1,1,11,4,1

6:1,1,12,2,1
6:1,1,12,3,1
6:1,1,12,4,1

6:1,1,13,2,1
6:1,1,13,3,1
6:1,1,13,4,1

6:1,1,14,2,1
6:1,1,14,3,1
6:1,1,14,4,1

6:1,1,15,2,1
6:1,1,15,3,1
6:1,1,15,4,1

6:1,1,16,2,1
6:1,1,16,3,1
6:1,1,16,4,1

6:1,1,17,2,1
6:1,1,17,3,1
6:1,1,17,4,1

6:1,1,18,2,1
6:1,1,18,3,1
6:1,1,18,4,1

6:1,1,19,2,1
6:1,1,19,3,1
6:1,1,19,4,1

6:1,1,20,2,1
6:1,1,20,3,1
6:1,1,20,4,1

6:1,1,21,2,1
6:1,1,21,3,1
6:1,1,21,4,1

[setarip_old]

@cynthia_old

What is the significance of the multitude of lines beginning with "6:" and what program generated them (Not DVD Decrypter)?

[kmac61]

they are the cell attributes most likely from psl2 creator and it doesn't seem to matter if you use them or not
the gist of the it seems to be that the ifo. files have the info for dvd players
to skip the bad sectors. the whole process(psl2 creator) seems fairly compliicated but if you watch the progress of pcgedit while running a trace
you can see it skip over the cells with bad sectors
in dogtown it goes back and forth between 1-5 then jumps to 22 and plays the rest out in order. this seems to point to cells 6-21 as bad
myself I got a perfect rip only using the lines I posted but I wouldn't argue with those smarter than myself

[setarip_old]

@kmac61

As I posted elsewhere, I initially ripped this Region 1 "Extended Cut" version with DVD Decrypter v.3.5.4 set to -0- "software read error retries" and "Ignore read errors" and - and (after several hours to do this rip) was able to A) Play this DVD "package" and use this file in both DVD Shrink and DVD95Copy (A third program, DVD2One didn't "like" something in the .IFOs) - without having to create a PSL file and re-rip.

I, therefore, question whether one needs to create a PSL file and then re-rip after importing it, or if the PSL file is really only useful to offer to others (Just as you have) to save them some time.

Since this has been referred to (at another forum) as the first Region 1 release to require a PSL file, it would be good if a person with specific knowledge of this could address this apparent contradiction of everything I've previously read regarding the need for PSL files...

[cynthia_old]

@cynthia_old

What is the significance of the multitude of lines beginning with "6:" and what program generated them (Not DVD Decrypter)?Hi setarip! :)

It's a program from the italian Doom9 section.

One of the latest PSL files that LUK released had those '6' rows (there is also '4' rows).

I did a test with the only DVD yet released in Sweden that requires PSL files - Closer and if I just used the sector bit of the PSL file - the playback in DVD Shrink stoped after the intro of the Columbia Lady (holding the light). If I then used those '6' rows - the playback worked without problems. So my guess - as I don't fully understand the original thread at Doom9 (it's in pure italian) DVD Decrypter do some ifo corrections with the help of those rows.

There is a guide for this program over at DD's DVD Decrypter forum. I hope it's ok to link from this forum. :scared:

http://forum.digital-digest.com/showthread.php?t=51812

The program is still in beta - but it works and should be able to keep DVD Decrypter to stay alive even if new ARccOS versions pop up as this one mentioned in this thread. :)

It's also true that you don't really need this program for the creation of a PSL file. The PgcEdit tracer will show you the sector parts you need to insert in the PSL file. Atleast you don't have to do those 5-7 hours rippings to find out the bad sectors anymore thanks to those italian guys work.

I also think that this dogtown DVD is released with atleast two different ARccOS versions.

The old version of my Closer disc for which I created a PSL file for - did not work with my new copy of Closer. The odd thing was that the norwegian PSL file worked on this swedish version.

[kmac61]

while I'm not the one to give specific tech knowledge the advantages seem very clear.
to create the psl you only need to rip the .ifo files which takes a couple of seconds
figure you should be able to create a psl in 15 min or less, then another 15 min for a full rip. so total time your dvd drive is working is only a fraction of what is is to have it run thru all the individual errors
the one who seems to have a good handle on psl's and dvdd is rebuman at dvdrb
I tried defab which worked fine but the output was a disaster with dvdrb so I.d pefer to stay with dvdd which has always been perfect

[cynthia_old]

@ kma61

As you don't have to have the DVD in front of you - only the .ifo files - you can create a PSL file for another person that have problems with an ARccOS disc. A log file from DVD Decrypter to find out the LBAs of the problematic file and those .ifo files is what you need and 5 minutes later it should be done.

The only odd thing is that DVD Decrypter is very slow in ripping speed when you use a PSL file. What should take 15 min could very well take 40 min.

[setarip_old]

@kmac61

I am not questioning the relative ease NOW available for creating PSL files using PGCEdit, etc.

You may or may not be aware that, until recently, the only prescribed method for creating and using a PSL file was to use DVD Decrypter to generate a list of sector read errors in a first rip, convert the list to a PSL file, reload the DVD into DVD Decrypter, "import" the PSL file, and rip again.

I guess I'm simply trying to ascertain from someone with deep knowledge of the concept of PSLs (possibly "cynthia_old", who is a moderator at another forum) whether one individual user EVER really had to create and use a PSL file after first ripping an "ARccOS"-protected DVD with DVD Decrypter (File mode, ALL files, -0- read retries, Ignore all read errors)?

[setarip_old]

@cynthia_old

A log file from DVD Decrypter to find out the LBAs of the problematic file

How is that obtained without ripping the DVD with DVD Decrypter?

[cynthia_old]

@ setarip_old

I never tried to open up the files after such a rip so I don't know. The PSL file does insert dummy sectors which I don't think a normal read error will do.

The only thing I know is that a lot of persons who have ignored read errors on non ARccOS DVDs have not been able to open up those files in DVD Shrink.

[cynthia_old]

@cynthia_old

How is that obtained without ripping the DVD with DVD Decrypter?The LBAs are listed in the log file from DVD Decrypter.

[setarip_old]

@cynthia_old

The LBAs are listed in the log file from DVD Decrypter.

Again, how did you get the log file from DVD Decrypter if you don't rip the DVD with DVD Decrypter?

[cynthia_old]

You must rip the DVD with DVD Decrypter to see those LBAs or use another program to see them from the original DVD - such as LBA find:

http://img69.imageshack.us/img69/766/lbafind1di.png

[setarip_old]

You must rip the DVD with DVD Decrypter to see those LBAs

So, on one hand, "kmac61" says you only have to rip the IFO files in order to create the PSL file and, on the other hand, "cynthia_old" says you first must rip the DVD with DVD Decrypter.

Which is correct, please?

[cynthia_old]

You don't really need to rip the DVD - you can just right click in the file list in DVD Decrypter on the VTS_XX_X.VOB file that contains the ARccOS sectors to get the LBA information.

[setarip_old]

Thank you for the clarification...

[dirio49]

i Think you can go to setting at change the removal method to aggressive.
this will make dvddecrypter not read the sectors on the psl list and the ripping may go fastet.

[kmac61]

While it seems shrink will work with any psl2 file thatdvdd accepts and removes the bad sectors the same Cannot be said for dvdrb, vobblannker, ect. They seem to need a correct dvd structure which means the psl2 file must have cell attributes in it. While I can't seem to get psl creator to work you can infer how the attibutes should be written from other working psl's. here's a redone file that works for dvdrb
only for region 1 unrated extended cut
PSL2
0:0xA8DE13EC,0,LORDS_OF_DOGTOWN_EC
1:73376,81660

6:1,1,15,2,1
6:1,1,15,3,1
6:1,1,15,4,1

6:1,1,16,2,1
6:1,1,16,3,1
6:1,1,16,4,1

6:1,1,17,2,1
6:1,1,17,3,1
6:1,1,17,4,1

6:1,1,18,2,1
6:1,1,18,3,1
6:1,1,18,4,1

6:1,1,19,2,1
6:1,1,19,3,1
6:1,1,19,4,1

6:1,1,20,2,1
6:1,1,20,3,1
6:1,1,20,4,1

6:1,1,21,2,1
6:1,1,21,3,1
6:1,1,21,4,1

[cynthia_old]

@ kmac61

Curious - the PSL2 file I posted - could you open up the ripped files in DVD Shrink?

[kmac61]

Curious - the PSL2 file I posted - could you open up the ripped files in DVD Shrink?

no -dvdd won't accept that psl for my disc though I'm sure that if I changed the 1st
line to 0:0xA8DE13EC,0,LORDS_OF_DOGTOWN_EC it would
shrink seems to work fine with any means of successfully ripping the disk
there are 2 versions availalbe here -the unrated extended version and the regular version
looking back to see what was causing dvdrb problems it seems you only have to be concerned with cells 15-21
I just finished a full test with dvdrb and the output is the same as the original as far as how it plays and disk structure

[kmac61]

excuse me - i meant to say dvd not disk structure
I think the gist of this is - if you can rip it, shrink can process it
but if you want to use other more "exacting programs" you need to rip it in a
very proper(?) manner

[foobaz]

You don't really need to rip the DVD - you can just right click in the file list in DVD Decrypter on the VTS_XX_X.VOB file that contains the ARccOS sectors to get the LBA information.

Could you please clearly outline this procedure in some detail for those of us who are unfamiliar with this method?

Thanks.

[setarip_old]

there are 2 versions availalbe here -the unrated extended version and the regular version

Just for the sake of information and further enlightenment, it gets even more complicated by the fact that the Region 1 PURCHASED version of the "Extended Cut" has a different group of bad sectors than does the Region 1 RENTAL version(Different UPC as well)...

[cynthia_old]

Could you please clearly outline this procedure in some detail for those of us who are unfamiliar with this method?

Thanks.Put your DVD in your reader/burner
In file mode you see a file list in the right part of the program
Right click with your mouse on that file that you have problem to rip
Now you see a menu - select 'Properties' and you will see the LBA range.

@ setarip: Yes, it will be tricky with all those versions.

[foobaz]

Put your DVD in your reader/burner
In file mode you see a file list in the right part of the program
Right click with your mouse on that file that you have problem to rip
Now you see a menu - select 'Properties' and you will see the LBA range.

@ setarip: Yes, it will be tricky with all those versions.
OK but all this does is give the entire LBA range for that particular VOB. The PSL file needs the range(s) of bad sectors. How do you get those from this?

[cynthia_old]

I've linked to a guide in the early part of this thread - you can find out how - in that link.

[foobaz]

OK but all this does is give the entire LBA range for that particular VOB. The PSL file needs the range(s) of bad sectors. How do you get those from this?
OK, to answer my own dumb question. I just read the
PSL2 Creator user guide (http://forum.digital-digest.com/showthread.php?t=51812) as well as the help file that comes with it.

You need to use DVDDecrypter to get the start LBA of the VOB file that contains the bad sector(s). You then need to add VOBU start and end offsets to the start LBA value in order to calculate the end sector(s) of the bad sector(s). This start sector can be gotten from DVDD either by right-clicking on the file in 'file' mode or, as pointed out in the help file, by selecting the log window and clicking F6 to get into 'debug' mode and then switching to 'IFO' mode. This lists all the files start and end LBAs in the log window. This is what you (Cynthia) meant above. You then feed this data plus the cell IDs of the unused cells to PSL Creator and it produces a PSL2 file.

One point of the guide I don't understand. The creator produces:
PSL2
0:0x47521935,0,Closer
1:247998,264630
Then it says "Open up your created PSL2 file and add the last LBA to the header of the file." . . . "This is the PSL2 file that DVD Decrypter outputed:"
PSL2
0:0x47521935,4169919,DVD_VIDEO
1:4169630,4169909
It did? When? How? After you waited hours for it to find all the bad sectors and then exported the PSL2 file that you needed in the first place in order to save time ripping it with DVDD?

"And this is the final PSL2 file we are going to use to rip this DVD."
PSL2
0:0x47521935,4169919,Closer
1:247998,264630
Where did the 4169919 come from? How come DVDD says 1:4169630,4169909 are the bad sectors? Apparently leaving the second header value at 0 works according to a previous post in this thread.
If anyone has any insight into this, please enlighten us all.

[kmac61]

use dvdd to find 1st bad sector(try diffrent drives a couple of times to eliminate pressing errors) Stop dvdd after you find 1st sector
Use pcgedit to find cell of 1st bad sector, and cell of last error the info in pcgedit will
allow you to calculate the end LBA
the debug mode of dvdd will show the crc32 and the starting lba for calculating
the only addition you need to do is for the end lba
you can write your own psl from scratch
0:(crc),0,(volume label)
1:(1st bad sector),(end bad sector) if they're all in one group 1 line is good

6:(vts),(pcg),(cell),2,1 ect., ect.
heres one for theatrical version retail
PSL2
0:0x4E580554,0,DVD_VIDEO
1:320518,328784

6:2,1,13,2,1
6:2,1,13,3,1
6:2,1,13,4,1

6:2,1,14,2,1
6:2,1,14,3,1
6:2,1,14,4,1

6:2,1,15,2,1
6:2,1,15,3,1
6:2,1,15,4,1

6:2,1,16,2,1
6:2,1,16,3,1
6:2,1,16,4,1

6:2,1,17,2,1
6:2,1,17,3,1
6:2,1,17,4,1

6:2,1,18,2,1
6:2,1,18,3,1
6:2,1,18,4,1

6:2,1,19,2,1
6:2,1,19,3,1
6:2,1,19,4,1

6:2,1,20,2,1
6:2,1,20,3,1
6:2,1,20,4,1

6:2,1,21,2,1
6:2,1,21,3,1
6:2,1,21,4,1

6:2,1,22,2,1
6:2,1,22,3,1
6:2,1,22,4,1

6:2,1,23,2,1
6:2,1,23,3,1
6:2,1,23,4,1

vts - 2, pcg - 1 cells 13-23

[kmac61]

those icons are colons

[foobaz]

0:0x4E580554,0,DVD_VIDEO

You just leave it at 0. Then why do I see a number mysteriously generated by DVDD appear in the example I quote?

[kmac61]

It took me a while to see what you were doing and its actually a way to get the correct header in a couple of secpnds
When you 1st put the disk in and ran dvdd on file mode you'll notice it marks an area as suspect - now this is NOT the area thats causing the problems - but it is an area
dvdd is ALREADY is going to insert dummies when it gets there(rightly or wrongly)
SO if you export the psl you get a file based on what dvdd has recognized
Delete line 1 - dvdd already knows this
Add your new start, end sectors, cell attributes ect.
In other words if dvdd sees a suspect area it will create a psl with the correct header info even when its not prepared to deal with the actual (or other)protected sectors
as far as using 0 or the 4169919 I only know 0 works fine and if the output can pass muster with dvdrb or vobblanker whhat else could you want

[foobaz]

In other words if dvdd sees a suspect area it will create a psl with the correct header info even when its not prepared to deal with the actual (or other)protected sectorsSo DVDD would output:
0:0x47521935,4169919,DVD_VIDEO
in this case?

as far as using 0 or the 4169919 I only know 0 works fine and if the output can pass muster with dvdrb or vobblanker whhat else could you wantIt does work with VobBlanker? I did have trouble with VobBlanker - lots of 'No Navs found!' errors. The PSL2 file I copied at another forum did not include the '6:xxx' cell lines and I suspect that was the cause. Is this the case?

[kmac61]

yeah, if you read back thru the post without the cell attributes programs like rb and vobblanker will not work with your rip
I"ve also noticed the original "suspect area" is in fact fine, this seems to happen alot with spruce tech. authored discs - theres no need to have dummies inserted
I'd uncheck "check for structure protection" when doing your rip though logic would say
dvdd will only use the psl you import
the output of this VERSION, with the psl2 from above will work perfectly with rb, vobblanker
shrink will fail to open with a error in vts_02_04 Just run the rip thru vobblanker (output to an empty VIDEO_ts folder) with no changes, just process with default settings (I check reorder VID/CID sequence in more settings, figure it can't hurt)
and then shrink will work fine

[foobaz]

yeah, if you read back thru the post without the cell attributes programs like rb and vobblanker will not work with your ripYes, that is what I was referring to, your post up above. Just wanted to reaffirm that thought.

dvdd will only use the psl you import
the output of this VERSION, with the psl2 from above will work perfectly with rb, vobblanker
shrink will fail to open with a error in vts_02_04 Just run the rip thru vobblanker (output to an empty VIDEO_ts folder) with no changes, just process with default settings (I check reorder VID/CID sequence in more settings, figure it can't hurt)
and then shrink will work fineSo then we really do have a workable solution for the potential onslaught of 'copy-protected' DVDs that incorporate what one post referred to as a "perversion of the DVD spec". Splendid. The Decryptor lives on.

[kmac61]

here the final psl for extended version with min amount of dummy sectors
PSL2
0:0xA8DE13EC,0,LORDS_OF_DOGTOWN_EC
1:73379,77519

6:1,1,15,2,1
6:1,1,15,3,1
6:1,1,15,4,1

6:1,1,16,2,1
6:1,1,16,3,1
6:1,1,16,4,1

6:1,1,17,2,1
6:1,1,17,3,1
6:1,1,17,4,1

6:1,1,18,2,1
6:1,1,18,3,1
6:1,1,18,4,1

dvdd is still the best