Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
|
|
Thread Tools | Search this Thread | Display Modes |
15th May 2023, 21:42 | #101 | Link | ||
Registered User
Join Date: Dec 2003
Location: Germany
Posts: 78
|
Quote:
Quote:
Code:
22:12:30 - Read Blocks > 100/15908448< Pct > 0.00% - Speed 0.06MB/s during last >100< Blocks 22:12:50 - Read Blocks > 79600/15908448< Pct > 0.50% - Speed 7.94MB/s during last >79500< Blocks 22:13:00 - Read Blocks > 159100/15908448< Pct > 1.00% - Speed 14.77MB/s during last >79500< Blocks Code:
Filename >\BDMV\STREAM\00504.m2ts< Size GB > 0.00< Unit_Enc > 0< Unit_Unenc > 0< Unit_Err > 22:37:00 - Filename >\BDMV\STREAM\00504.m2ts< Size GB > 0.00< Unit_Enc > 0< Unit_Unenc > 0< Unit_Err > 90< Duration >0:00:00< TSTA (https://i.imgur.com/YX5neHr.png if the pic isn't embedded) |
||
16th May 2023, 10:46 | #102 | Link |
Registered User
Join Date: Dec 2003
Location: Germany
Posts: 78
|
Found another ISO having the problem. Terminator 3 this time:
Code:
11:26:47 - ++ COPY ++ Pct > 9.67%< StartBlock >01798421< BlockLen >00000011< 11:26:47 - ++ DECODE ++ Pct > 9.67%< StartBlock >01798432< BlockLen >00000513< File >\BDMV\STREAM\00273.m2ts< Filename >\BDMV\STREAM\00273.m2ts< Size GB > 0.00< Progress >1/1< 11:26:47 - ERROR! Unencrypted unit has errors! - stop now When ignoring all errors, it's only this file which has "bad" sectors: Code:
2023.05.16-11:43:43: read file BDMV\STREAM\00273.m2ts error Sector = 1798432 2023.05.16-11:43:43: read file BDMV\STREAM\00273.m2ts error Sector = 1798464 2023.05.16-11:43:43: read file BDMV\STREAM\00273.m2ts error Sector = 1798496 2023.05.16-11:43:43: read file BDMV\STREAM\00273.m2ts error Sector = 1798528 2023.05.16-11:43:43: read file BDMV\STREAM\00273.m2ts error Sector = 1798560 2023.05.16-11:43:44: read file BDMV\STREAM\00273.m2ts error Sector = 1798592 2023.05.16-11:43:44: read file BDMV\STREAM\00273.m2ts error Sector = 1798624 2023.05.16-11:43:44: read file BDMV\STREAM\00273.m2ts error Sector = 1798656 2023.05.16-11:43:44: read file BDMV\STREAM\00273.m2ts error Sector = 1798688 2023.05.16-11:43:44: read file BDMV\STREAM\00273.m2ts error Sector = 1798720 2023.05.16-11:43:44: read file BDMV\STREAM\00273.m2ts error Sector = 1798752 2023.05.16-11:43:44: read file BDMV\STREAM\00273.m2ts error Sector = 1798784 2023.05.16-11:43:44: read file BDMV\STREAM\00273.m2ts error Sector = 1798816 2023.05.16-11:43:44: read file BDMV\STREAM\00273.m2ts error Sector = 1798848 2023.05.16-11:43:44: read file BDMV\STREAM\00273.m2ts error Sector = 1798880 2023.05.16-11:43:44: read file BDMV\STREAM\00273.m2ts error Sector = 1798912 |
10th June 2023, 08:55 | #103 | Link | |
Registered User
Join Date: Jun 2023
Posts: 10
|
Quote:
|
|
21st September 2023, 21:12 | #104 | Link |
Registered User
Join Date: Jun 2023
Posts: 14
|
1)
When converting a Pavtube BD+ table, BTAD 0.94 puts the FUT in bdplus/convtab/MK*.bin and is able to use it immediately. But when checking for existing tables (supposing the Pavtube table is deleted after conversion) BTAD still expects the old conv_tab_DiscID*.bin filename and isn't able to find the previously converted table. 2) Printing the BD+ details seems to be broken now, unlike in recent versions of FindVUK. Code:
2023-09-20 16:14:02 # 5468 # [I] main / Bluray_InitDisc / BD+ details - Date Gen 0 |
7th February 2024, 22:27 | #107 | Link |
Registered User
Join Date: Jan 2024
Posts: 17
|
Hey Nalor
I strongly hope you'll decide in favour of this. My use case is about as follows: I backup my own (legally bought) BDs/UHDs using MakeMKV's LibreDrive mode. Being a perfectionist, I make right now three copies of the same BD:
(1) I can play back directly with FLOSS (e.g. mpv) if, the VUK is known (which is usually the case it seems) and unless it uses BD+ (I know there's libbdplus, but since, AFAIU, it would execute some non-open blob code, I'd not even want to run that on my regular system). Same for BD-J. (2) Is apparently fully decrypted, so it can be played back in any case, it seems (regardless of BD+, BD-J, whatsoever). As of course (3). The idea of (1) is mainly that I have a copy as close to my original medium as possible. The idea of (2) and (3) is that I can play it back whatever comes. Works fine, except that it eats up quite some storage. So ideally I'd want to archive only (1) and be able - with pure open source - to get at least one or even better both (2) and (3) from (1). I don't want to "cry wolf", but MakeMKV, while brilliant, isn't fully opensource (which I'm fine with)... so in principle it may disappear any time and if it's because of something unfortunate like the upstream author loosing interest or getting ill or worse (Heaven forbid!). AFAIU, your program would do at least the step (1) -> (2). Cheers, Coricopat. |
Thread Tools | Search this Thread |
Display Modes | |
|
|