this post was submitted on 04 Dec 2023
22 points (89.3% liked)
Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ
54609 readers
436 users here now
⚓ Dedicated to the discussion of digital piracy, including ethical problems and legal advancements.
Rules • Full Version
1. Posts must be related to the discussion of digital piracy
2. Don't request invites, trade, sell, or self-promote
3. Don't request or link to specific pirated titles, including DMs
4. Don't submit low-quality posts, be entitled, or harass others
Loot, Pillage, & Plunder
📜 c/Piracy Wiki (Community Edition):
💰 Please help cover server costs.
Ko-fi | Liberapay |
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
The download only has one BDMV folder? You should have 6 different BDMV folders if it's supposed to be six discs. Sort of sounds like the uploader tinkered with the data & maybe flattened the whole thing into one massive disc?
Yeah that makes sense, 1 BDMV folder = 1 disc.
I'm not actually sure how you'd even go about flattening 6 discs into one BDMV folder, thing is many of those files (especially the .m2ts files) have the same duplicate name across multiple discs. Maybe the uploader used Blu-ray editing software to do that, or maybe you only have 1 disc not 6.
My hunch is maybe the uploader purposely re-wrote the whole thing into one massive disc so you're not really looking at 6 discs anymore. Not sure if this'll help but maybe try feeding the whole thing into BDInfo & see what it comes up with, at the very least it'll be able to give you some visibility into which specific .m2ts streams each .mpls is linked to, & that way you can hopefully decipher the different episodes/whatever that you're looking for.
PS - If this data was edited by the uploader I'm not sure how easy or feasible it would be to figure out how to split it back into 6 discs. (assuming this data is indeed 6 discs)
Feeding it into DBinfo I can see the appended playlist files (appended with .1, .2, .3 and so on) call the same numbered stream files with no appended .1, .2, .3
If I had to guess the uploader may have uploaded the content of all six disk, and appended numbers to context that was different between the 6 to save on uploading the same file more then once?
Where I am getting stuck in this logic is why there are 12 index files in the upload while there should only be 6 disks as listed in the .XML files.
From what I can tell makemkv can only handel reading one index file at a time.
Here's a screenshot of the multiple index files.
Yeah that's probably right since each disc likely had the same named files in them (e.g. same name .m2ts files).
You're right, that makes no sense either :/
Personally I would consider this corrupted data & just move on / try to find another source for that content. Otherwise seems like you're going to be spending a fair amount of time trying to reverse engineer whatever happened here.
What is your final goal? Are you just trying to mux the .m2ts stream files into .mkv containers? I suspect you can work with the .m2ts files directly & feed that right into ffmpeg or makemkv for the same results (granted not sure if you'll lose anything extra like subtitles). The trick is figuring out which .m2ts is which episode or whatever, you already have enough clues to figure out which .m2ts files are being referenced.
Also fun fact: Most media players can play .m2ts directly without needing to mux into a .mkv container first. I usually just hardlink the actual .m2ts files & rename them as needed for Kodi or whatever e.g. "blahblah.s01e01.m2ts"
Trying to rebuild this my first time I took all files appended with .1 and placed them into a BDMV folder with the correct folder structure and index files. I then did the same for all the .2 files into another DBMV folder and so on. I then removed the appended numbers to these files.
This left me with 12 disk folders, though I could not get makemkv open any of these.
What I think I may have been missing (which I will give a shot tomorrow) was copying over the content that did not have a appended number originally into both these folders skipping any files with the same name.