this post was submitted on 04 Dec 2023
22 points (89.3% liked)

Piracy: ꜱᴀɪʟ ᴛʜᴇ ʜɪɢʜ ꜱᴇᴀꜱ

54500 readers
555 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
Ko-fi Liberapay

founded 1 year ago
MODERATORS
 

I downloaded a BDMV folder that should be a copy of a six disk box set. All the files seem to be numbered with .#.ext in them. All the files came in one root folder.

Once I organized this into a streams/playlist/clip/meta folders by file type and feed it into makemkv I can only see disk one.

There are also 12 index files called index, index.1 index.2 and so on.

How do I rearrange this to see disk 2-6?

you are viewing a single comment's thread
view the rest of the comments
[–] NarrativeBear@lemmy.world 1 points 11 months ago (2 children)

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.

1000006157

[–] brickfrog@lemmy.dbzer0.com 2 points 11 months ago

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

Yeah that's probably right since each disc likely had the same named files in them (e.g. same name .m2ts files).

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.

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"

[–] NarrativeBear@lemmy.world 2 points 11 months ago* (last edited 11 months ago)

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.