FindVUK tool - get VUK of all Blurays supported by DVDfab applications

[nalor]

Originally Posted by SamuriHL

Looks like I already had that set and it doesn't seem to take affect for validatedisc unless I'm doing something wrong. (So apparently I did know about it last time I updated the ini file LOL)

Checked the code and you're right - is not working yet.

Whats your preference:
* eject disc and exit
* or just exit
* or use the ini parameter EjectDisc to define if the disc shall be ejected before the exit?

[SamuriHL]

Originally Posted by nalor

Checked the code and you're right - is not working yet.

Whats your preference:
* eject disc and exit
* or just exit
* or use the ini parameter EjectDisc to define if the disc shall be ejected before the exit?

I'd prefer to have the ini params honored if possible. Thanks so much for looking at this!

[Toad King]

Originally Posted by nalor

Please try again - I've changed the entry in the db to "validated=0" - so I think a new validation should result in an update.

There are 11 more entries that look strange .. will check tomorrow in detail.

That did it! Thanks for the help.

[coricopat]

Originally Posted by nalor

* eject disc and exit
* or just exit
* or use the ini parameter EjectDisc to define if the disc shall be ejected before the exit?

IMO it would be neat if one could control both via config setting:
- whether the programs run in a loop
- whether the disc would be auto-ejected (would also be nice for Linux, where that fails as Toad King mentioned, so one could simply disable it).

[Toad King]

Originally Posted by coricopat

- whether the disc would be auto-ejected (would also be nice for Linux, where that fails as Toad King mentioned, so one could simply disable it).

In the meantime, I've been able to patch the executable to fix ejection on Linux. I don't recommend doing this for Windows users. And you need a recent version of Wine for ejection to still work properly. (Anything after 10.0 should work.)

You can patch the 1.81 executable with this command:

xxd FindVUK.exe | sed -e 's/00217fd0: 8b5c 2418 83fb 020f 8503/00217fd0: 8b5c 2418 83fb 090f 8403/' -e 's/00218330: 0448 2d00 ff74 2420 e87d 76f2 ff21 c074/00218330: 0448 2d00 ff74 2420 e87d 76f2 ff21 c066/' -e 's/00218340: 0431/00218340: 9031/' | xxd -r > FindVUK.patched.exe

Afterwards the new patched executable should have a SHA1 checksum of 8f5e0033b2247af683b94b1c50f6d1efcc52c802.

This patches two things:
* Always do the FSCTL_LOCK_VOLUME/FSCTL_DISMOUNT_VOLUME/IOCTL_STORAGE_MEDIA_REMOVAL ioctls, regardless of drive type.
* Skip checking the return value of IOCTL_STORAGE_MEDIA_REMOVAL, since that fails in Wine.

EDIT: After some more investigating it looks like FindVUK tries to eject the disc drive twice in a row, which is the part that's triggering the bug.

2025-03-18 23:27:07 # 5444 # [I] findvuk_showresult / _EjectDisc / Eject the disc now from drive >e:\<
2025-03-18 23:27:07 # 5444 # [I] drive_ms / DRVMS_EjectMedia / Eject drive >e<
2025-03-18 23:27:10 # 8177 # [I] findvuk_showresult / _EjectDisc / Successfully ejected the media in drive e!
2025-03-18 23:27:10 # 8178 # [I] FindVUK_Main /  / Eject disc from drive >e< - insert next disc to validate or exit with ESC
2025-03-18 23:27:10 # 8178 # [I] FindVUK_Main / FVMAIN_Mode_ValidateDisc_EjectDisc / Eject the disc now from drive >e:\<
2025-03-18 23:27:10 # 8179 # [I] drive_ms / DRVMS_EjectMedia / Eject drive >e<
2025-03-18 23:27:10 # 8219 # [E] drive_ms / DRVMS_EjectMedia / ERROR! Couldn't remove the media in drive e!
2025-03-18 23:27:10 # 8269 # [E] FindVUK_Main / FVMAIN_Mode_ValidateDisc_EjectDisc / ERROR! Couldn't remove the media in drive e!

The first eject succeeds here but the second one called immediately after it is failing. If that is fixed then the IOCTL_STORAGE_MEDIA_REMOVAL call won't have to be patched to ignore the return value. Only the unmounting stuff for CD drives will still be required.

[nalor]

Originally Posted by Toad King

This patches two things:
* Always do the FSCTL_LOCK_VOLUME/FSCTL_DISMOUNT_VOLUME/IOCTL_STORAGE_MEDIA_REMOVAL ioctls, regardless of drive type.
* Skip checking the return value of IOCTL_STORAGE_MEDIA_REMOVAL, since that fails in Wine.

EDIT: After some more investigating it looks like FindVUK tries to eject the disc drive twice in a row, which is the part that's triggering the bug.

Found it - will prevent the double ejection in next release

[nalor]

Originally Posted by Toad King

The first eject succeeds here but the second one called immediately after it is failing. If that is fixed then the IOCTL_STORAGE_MEDIA_REMOVAL call won't have to be patched to ignore the return value. Only the unmounting stuff for CD drives will still be required.

A workaround is to set "EjectDisc=0" in the ini file - this prevents the first of the 2 ejects.

The fix will be to skip the 2nd eject in case the parameter is set to 1.

[Toad King]

Originally Posted by nalor

A workaround is to set "EjectDisc=0" in the ini file - this prevents the first of the 2 ejects.

The fix will be to skip the 2nd eject in case the parameter is set to 1.

That works here. With that the only other thing required for Wine support is the FSCTL_LOCK_VOLUME/FSCTL_DISMOUNT_VOLUME/IOCTL_STORAGE_MEDIA_REMOVAL calls for disc drive volumes.

[nalor]

Originally Posted by Toad King

That works here. With that the only other thing required for Wine support is the FSCTL_LOCK_VOLUME/FSCTL_DISMOUNT_VOLUME/IOCTL_STORAGE_MEDIA_REMOVAL calls for disc drive volumes.

The code used for disc-eject is basically the one as recommended by Microsoft:

MS KB165721

Update: just noticed there's a major difference, because the example always locks, dismounts and media-removes ... will check tomorrow in detail ...

[Revolutrix]

I have been using version 1.79 for a long time and last week an automatic update to version 1.81 was carried out. On Saturday, I ran the program again and Bitdefender came up.
Gen:Suspicious.Cloud.2.dBW@auankqni
Trojan:Win32/Wacatac.B!ml

Is this a cause for concern? Or just add it as an exception. Is there a Sha1 value of the current version, to avoid an error during download?

[nalor]

Originally Posted by Revolutrix

I have been using version 1.79 for a long time and last week an automatic update to version 1.81 was carried out. On Saturday, I ran the program again and Bitdefender came up.
Gen:Suspicious.Cloud.2.dBW@auankqni
Trojan:Win32/Wacatac.B!ml

Is this a cause for concern? Or just add it as an exception. Is there a Sha1 value of the current version, to avoid an error during download?

This is the SHA1 of the exe:
SHA1: 791194cd9a5081663f44974b312216dbf31aadae

The virus message is an error, there's something in the exe files created by Purebasic that triggers the antivirus tools ... usually they learn after a few days that it's a false positive.

[nalor]

Originally Posted by Toad King

That works here. With that the only other thing required for Wine support is the FSCTL_LOCK_VOLUME/FSCTL_DISMOUNT_VOLUME/IOCTL_STORAGE_MEDIA_REMOVAL calls for disc drive volumes.

Published 1.82 - imho the "eject" is now using the correct sequence of commands.
Note: in case the "lock" fails, the eject continues even without lock.

[Toad King]

Originally Posted by nalor

Published 1.82 - imho the "eject" is now using the correct sequence of commands.
Note: in case the "lock" fails, the eject continues even without lock.

Tested in Wine, validate mode now ejects and waits properly without having to patch the executable. Thanks!

[SamuriHL]

Thanks for the new version! I'll give it a try for my use case a bit later. Much appreciated!

[coopervid]

Originally Posted by nalor

Published 1.82 - imho the "eject" is now using the correct sequence of commands.
Note: in case the "lock" fails, the eject continues even without lock.

The update hangs.

Update process started >E:\bluray\FindVUK\mod.update.exe< - end current process now. It seems all versions of the links in the first post for FindVUK don't work anymore.

[nalor]

Originally Posted by coopervid

The update hangs.

Update process started >E:\bluray\FindVUK\mod.update.exe< - end current process now. It seems all versions of the links in the first post for FindVUK don't work anymore.

Just checked locally and cannot reproduce, on my Win 11 notebook update from 1.79 to 1.82 worked flawless.
(and the update process hasn't been changed since a long time)

[coopervid]

Originally Posted by nalor

Just checked locally and cannot reproduce, on my Win 11 notebook update from 1.79 to 1.82 worked flawless.
(and the update process hasn't been changed since a long time)

Some update of Windows must block now http connections and therefore the synchronize process hangs. For both Chrome and Firefox the download only works when I specifically allow the download of the file from fvonline-db.bplaced.net via http. I need then to manually install the newest FindVUK.

[luigiish]

I don't know if this is the right place to share this, but anyway...

I didn't find Love Live! Superstar!! 3rd Season 3 in the keydb. Without it, I'm not able to reproduce it on VLC. There's only Love Live! Superstar!! 3rd Season 1, 2 and 4 keys there.

[MrPenguin]

Originally Posted by luigiish

I didn't find Love Live! Superstar!! 3rd Season 3 in the keydb. Without it, I'm not able to reproduce it on VLC. There's only Love Live! Superstar!! 3rd Season 1, 2 and 4 keys there.

If you have the disks yourself then feel free to add them to keydb .

[luigiish]

Originally Posted by MrPenguin

If you have the disks yourself then feel free to add them to keydb .

I'd like to do it, but I'm basically newbie in this type of thing. I have no idea on how to do it.