Flashing hangs/does nothing.

[flojo]

I don't understand why, but running the below command seems to hang infinitely without ever printing anything to stdout other than 2 new lines. It doesn't flash anything. I do have sg3-utils installed but do I need others?

Code: Select all

test@test:~/test$ makemkvcon f -l
Found 1 drives(s)
00: dev_21:5, /dev/sr0, /dev/sr0
  ASUS_BW-16D1HT_3.10_211901041014_KL5L92D1732

test@test:~/test$ sudo makemkvcon f -d 'dev_21:5' -f ./sdf.bin rawflash main -i ./firmware.bin


_(cursor here)

I am trying to flash the "hacked version of the 3.10 firmware" firmware found at: http://wiki.redump.org/index.php?title= ... T_firmware It might be the same as the one from the firmware pack found here with the exception of that edit for not using the cache when reading the lead out.

[d00zah]

It's helpful to copy/paste the current MakeMKV Drive Info/LibreDrive Info so we have a reliable starting point.

[flojo]

It is as far as I know currently flashed with the firmware found in the all-in-one pack found here, which I think is "ASUS-BW-16D1HT-3.10-WM01601-211901041014.bin".

Drive Information
OS device name: /dev/sr0
Manufacturer: ASUS
Product: BW-16D1HT
Revision: 3.10
Serial number: KL5L92D1732
Firmware date: 2119-01-04 10:14
Bus encryption flags: 1F
Highest AACS version: 72

LibreDrive Information
Status: Enabled
Drive platform: MT1959
Firmware type: Patched (microcode access re-enabled)
Firmware version: 3.10
DVD all regions: Yes
BD raw data read: Yes
BD raw metadata read: Yes
Unrestricted read speed: Yes

No disc inserted

[d00zah]

I don't see anything obvious. How is the drive attached? Does MakeMKV function, as is?

[flojo]

I downloaded and used the 1.17.7 binary and the same command worked. I'm not sure if it's something with the newest version along with the drive or if something is wrong with the latest "make install" or ... ?

FWIW, it is a USB 2.0 controller and using lsusb -v:

Code: Select all

idVendor    0x1bcf   Sunplus Innovation Technology Inc.
idProduct   0x0c31   SPIF30x Serial-ATA bridge

Also that patched firmware from redump.org is seemingly the same Libre firmware.

[Coopervid]

What are you trying to achieve as the drive is already Libredrive enabled?

Not all USB-SATA bridges support flashing.

[flojo]

TLDR; 1.17.8 failed, 1.17.7 worked.

I wanted to achieve what it states on that redump page regarding reading the CD lead-out.

To be clear, I was using the above USB controller and makemkv version 1.17.8 that I installed via "make install" (both the "oss" and "bin" packages). It did not flash, it hung without printing anything, not even the boilerplate version line that ends with "started". However, makemkvcon and the GUI still worked fine to rip UHD, so the problem seemed specific to the flashing feature.

The flashing worked when I downloaded the 1.17.7 binary and ran it with the command sudo ./makemvcon f -d 'dev.... the exact same options.

[d00zah]

TLDR; 1.17.8 failed, 1.17.7 worked.

...

The flashing worked when I downloaded the 1.17.7 binary and ran it with the command sudo ./makemvcon f -d 'dev.... the exact same options.

Cmd line looked good, so my line of questioning was largely to narrow the field of typical culprits. Glad you got it going.

[ethanj]

Same issue here on MakeMKV 1.17.8 and SDF.bin 0x98.

Adding the verbose flag prints "Loaded SDF.bin version 0x98" before 2 blank lines, then hangs.

Will try 1.17.7...

[ds6477]

I just had a similar experience trying to flash an Archgon slim drive from 1.03 to 1.00 (suggested here in order to be able to read UHD discs on linux). I originally flashed the drive to 1.03 using the SDFTool and the "all you need firmware pack" linked on the "Ultimate UHD Drives Flashing Guide" post. The drive worked well on the windows machine. I have now moved the drive over to linux and only just discovered the UHD read issue.

Using makemkvcon from 1.17.8 failed in the same manner as the original post (two blank lines, the drive wasn't flashed), whereas hopping over to 1.17.7 worked right away. makemkvcon now reports the firmware version as being 1.00. I used the same sdf.bin in both attempts.