Grun1 time calc
![grun1 time calc grun1 time calc](https://www.appsapk.com/wp-content/uploads/2015/10/Time-Calculator-1.jpg)
You can figure out the order of the first four within short order. You can play the individual segments to determine the order of the first few. 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. When it is removed, the Java programming now chooses a play list that plays segments out-of-order.
![grun1 time calc grun1 time calc](http://www.atlantaergsprints.com/_/rsrc/1549226464191/home/Youtube2.jpeg)
The Java programming in the disc is looking for the encryption stuff to be there. That is because the encryption and other markers are missing. Backing up the disc is what causes the obfuscation to work in the first place. Huh? If backing up a disc removed the obfuscation, then there wouldn't be a need for all of this.
Grun1 time calc movie#
I found a helpful time calculator to keep track of where you are at in the movie reference: Just keep switching back and forth between the backup segments and the disc. You should be able to find each segment's starting point and length by referencing the movie. 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. Xbmcuser wrote:Researching this it seems the best/fastest way to find the correct segment map is to first backup the entire disc. Researching this it seems the best/fastest way to find the correct segment map is to first backup the entire disc. Before you reply stating to use other tools, I like to stay in Linux only and prefer not to spend $$$ on other tools. Just FYI I have posted before a sure fire way of finding the correct version.