Allegiant

[westend94]

I also confirm redbox is 838. It's the only one that has 501 following 520.

[JoeDoe]

RedBox Version.

Title information
Name: Allegiant
Source file name: 00838.mpls
Duration: 2:00:33
Chapters count: 16
Size: 19.1 GB
Segment count: 20
Segment map: 513,520,501,517,511,519,512,503,502,516,510,506,518,504,515,514,508,505,509,507
File name: Allegiant_t253.mkv

[MrVideo]

For retail, I'm seeing 509, 511, 515, 501, 510, 503, 513, 502, 508, 504, 505, 507, 506, 512, 514, which is playlist 897. Can anyone confirm?

The segment list is correct. Playlist 484 is the first one that I found that is right. Looking again with BDEdit shows that 897 is also correct.

[penguinsaregood]

Amazon purchased retail version.
UPC: 0 31398 24585 8.

Title information
Name: Allegiant (English)
Source file name: 00897.mpls
Duration: 2:00:33
Chapters count: 16
Size: 37.1 GB
Segment count: 15
Segment map: 509,511,515,501,510,503,513,502,508,504,505,507,506,512,514

which confirms Michael4824 & MrVideo's hard work.

[troyBORG]

I picked up the 4k/BD version.

The 1080p version is matches as 897 as well...

Source file name: 00897.mpls
Duration: 2:00:33
Chapters count: 16
Size: 37.1 GB
Segment count: 15
Segment map: 509,511,515,501,510,503,513,502,508,504,505,507,506,512,514
File name: Allegiant_t280.mkv


I don't have a BDXL drive so I can't read the 4k

[MrVideo]

I don't have a BDXL drive so I can't read the 4k

You wouldn't anyway, since the new AACS2.0 hasn't been hacked yet.

[hkkyiu]

Netflix

Title information
Name: Allegiant
Source file name: 00838.mpls
Duration: 2:00:33
Chapters count: 16
Size: 19.1 GB
Segment count: 20
Segment map: 513,520,501,517,511,519,512,503,502,516,510,506,518,504,515,514,508,505,509,507
File name: Allegiant_t251.mkv

[gizmogeek]

Thanks, Axehandler. I like the idea of having a way to figure it out in-house.

[xbmcuser]

Netflix

Title information
Name: Allegiant
Source file name: 00838.mpls
Duration: 2:00:33
Chapters count: 16
Size: 19.1 GB
Segment count: 20
Segment map: 513,520,501,517,511,519,512,503,502,516,510,506,518,504,515,514,508,505,509,507
File name: Allegiant_t251.mkv

Confirmed:
Just FYI I have posted before a sure fire way of finding the correct version. Before you reply stating to use other tools, I like to stay in Linux only and prefer not to spend $$$ on other tools. Link to original post:
http://www.makemkv.com/forum2/viewtopic ... 959#p42657

Re-posting with addition:
Researching this it seems the best/fastest way to find the correct segment map is to first backup the entire disc. When backing up make sure to decrypt. The backup will be of normal size. The obfuscation will not be backed up. Then knowing you need to work with a certain subset of segments your job is to now figure out their correct order, which the superset can be found here: BDMV/STREAM. You should be able to find each segment's starting point and length by referencing the movie. Just keep switching back and forth between the backup segments and the disc. I found a helpful time calculator to keep track of where you are at in the movie reference:
http://www.grun1.com/utils/timeCalc.html

[JayWalker]

For retail, I'm seeing 509, 511, 515, 501, 510, 503, 513, 502, 508, 504, 505, 507, 506, 512, 514, which is playlist 897. Can anyone confirm?

Confirmed for "Amazon BD + DVD + Digital HD" purchase copy (Code: 31398 24585).

[MrVideo]

Researching this it seems the best/fastest way to find the correct segment map is to first backup the entire disc. When backing up make sure to decrypt. The backup will be of normal size. The obfuscation will not be backed up. Then knowing you need to work with a certain subset of segments your job is to now figure out their correct order, which the superset can be found here: BDMV/STREAM. You should be able to find each segment's starting point and length by referencing the movie. Just keep switching back and forth between the backup segments and the disc. I found a helpful time calculator to keep track of where you are at in the movie reference:
http://www.grun1.com/utils/timeCalc.html

Huh? If backing up a disc removed the obfuscation, then there wouldn't be a need for all of this. Backing up the disc is what causes the obfuscation to work in the first place. That is because the encryption and other markers are missing. The Java programming in the disc is looking for the encryption stuff to be there. When it is removed, the Java programming now chooses a play list that plays segments out-of-order.

Your method is a convoluted mess. On a M$ box, the program BDEdit allows you to look at all of the play lists to determine which one, or maybe two, that are the correct one. You can play the individual segments to determine the order of the first few. You can figure out the order of the first four within short order. You can then see which play list matches that order.

It took me about 45 minutes to figure out this movie.

There is a PowerDVD method to help find the correct play list as well, but I do not have that software.

[FatLibertarianDude]

For retail, I'm seeing 509, 511, 515, 501, 510, 503, 513, 502, 508, 504, 505, 507, 506, 512, 514, which is playlist 897. Can anyone confirm?

I can also confirm this is the correct map for the version purchased at Best Buy.

[mike admin]

Please send the java dump for this disc per instructions at http://www.makemkv.com/forum2/viewtopic.php?f=8&t=14330 . Thanks!

[xbmcuser]

Researching this it seems the best/fastest way to find the correct segment map is to first backup the entire disc. When backing up make sure to decrypt. The backup will be of normal size. The obfuscation will not be backed up. Then knowing you need to work with a certain subset of segments your job is to now figure out their correct order, which the superset can be found here: BDMV/STREAM. You should be able to find each segment's starting point and length by referencing the movie. Just keep switching back and forth between the backup segments and the disc. I found a helpful time calculator to keep track of where you are at in the movie reference:
http://www.grun1.com/utils/timeCalc.html

Huh? If backing up a disc removed the obfuscation, then there wouldn't be a need for all of this. Backing up the disc is what causes the obfuscation to work in the first place. That is because the encryption and other markers are missing. The Java programming in the disc is looking for the encryption stuff to be there. When it is removed, the Java programming now chooses a play list that plays segments out-of-order.

Your method is a convoluted mess. On a M$ box, the program BDEdit allows you to look at all of the play lists to determine which one, or maybe two, that are the correct one. You can play the individual segments to determine the order of the first few. You can figure out the order of the first four within short order. You can then see which play list matches that order.

It took me about 45 minutes to figure out this movie.

There is a PowerDVD method to help find the correct play list as well, but I do not have that software.

You misunderstood what I wrote and I probably could of explained better. I meant that if you back up the entire disc you will NOT back up hundreds of movies to the file system. The backup process backs up the disc only NOT the 100+ obfuscation of movies. Once backed up you simply go to the directory holding the m2ts files located in the <moviename>/BDMV/STREAM/ folder. The movie segments are normally between 500.m2ts and 520.m2ts. Then as I described while you still have the disc you compare the file segments calculating the length of time of each segment. I figured out the sequence in less than 30 minutes. There is nothing convoluted in using your brain and simple math.

[gereral1]

If powerdvd spits out a bad mpls in the future set a "path" "contains" ".m2ts" filter in process monitor and press play on powerdvd. Set to 16x fast forward and write down the segment map and go find the mpls. I use a tool from rotty over at redfox that allows you to enter this segment map sequence and it will display the disk mpls in second. Rotty created this tool and owns the keys to unlock not me..... I use this process for existing iso files that contain audio protection so I can mount images to watch in mpc madvr if I forgot the mpls file. Somethmes after many iso images of the originals you forget what playlist plays what order.

I always try mpls calls first in process monitor then use the alldup methods or use reverse segment mapping This Technic has not been shown online in any videos. maybe I will make one to help you guys out. Takes about 4 min to fast forward through the movie while watching the calls to each m2ts segment file. With mkv it does titles when coping to hard drive which can be a bit confusing for some. So my reverse method may help many on here. If you cannot get rottys tool then you can use bdedit to find the mpls file in 5 min if you have the segment map. TO get the correct segment map with my methods you need to own the original disk doing this live with redfox or any other utility off and own a purchased copy of powerdvd. Then you can spy on the disk access calls to get the movie playlist direct or indirect. Have not had a chance to check this movie out yet but im sure its lionsgate same old crap.....