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 |
1st October 2019, 21:07 | #441 | Link |
insane college undergrad
Join Date: Jun 2006
Location: middle of nowhere
Posts: 405
|
Thanks for FindVUK and the extensive online database! I've been running my discs through FindVUK to help contribute to the effort. Surprisingly, there are a number of my discs that are not in the database.
A couple of questions: 1. For BEE discs with BEC drive, FindVUK says it couldn't validate. I have a LibreDrive (3.10MK) Asus BW-16D1HT but PassKey doesn't appear to make use of the LibreDrive functionality. If I use a non-BEC drive, will FindVUK be able to validate the keys? 2. How do I help contribute validated keys for UHD? My drive is already UHD friendly. Is there a specific firmware version I should be running? 3. The entries that FindVUK adds to KEYDB.cfg are missing V, M and I. Is there a way I can generate those myself based on the meta xml files? Thanks! |
1st October 2019, 21:52 | #442 | Link | |
Registered User
Join Date: Jun 2005
Posts: 259
|
Quote:
1. yes 2. play them with libaacs and VLC (without dvdfab running), if it works the key is correct 3. run aacskeys with the known PKs and Host Cert or play with VLC and check the cache Last edited by candela; 1st October 2019 at 21:56. |
|
22nd October 2019, 23:00 | #443 | Link | ||
Registered User
Join Date: Oct 2019
Location: UK
Posts: 4
|
FindVUK on wine
Hi,
I have been able to obtain the VUK for some discs not in the database, using findVUK and DVDfab on wine (4.18 staging x64). It works really well. Thank you to the developer and testers. It does then hang though when accessing the drive to validate the VUK, and so does not move on to uploading the keys. I wonder is the same bug with ioctl 2d1400 on wine as below, which seems to have not been fixed. https://bugs.winehq.org/show_bug.cgi?id=21448 Questions: 1. Has anyone using findVUK on wine had the same problem?[/B], and are there any workarounds? (e.g. with qemu?) 2. If not, is there any way to manually upload to http://fvonline-db.bplaced.net ? I can upload more debug data if it helps. Thanks... Quote:
EDIT: Quote:
I have just read post #13 quoted above on this thread, https://forum.doom9.org/showthread.php?t=175194, so I suppose without the private key to hand, there can be no manual submission. Unless I can pass on the keys to someone here, or if there is no fix on linux, or just borrow a Windows PC. ---------------------------------------- EDIT #2 Sorry, I hadn't come across qemu when I wrote the above, I hadn't realised as virtualisation software it wouldn't mix with wine. Last edited by lukesamuel; 2nd November 2019 at 17:36. |
||
23rd October 2019, 17:07 | #444 | Link | |
Registered User
Join Date: Dec 2017
Posts: 36
|
Quote:
This worked for me on qemu/libvirt. This is just an example, you need to adapt it to match your configuration. If you want to pass through this drive for example, first make a note of the scsi_host number in "lsscsi --generic" output (in this example scsi_host number is 5) Code:
[5:0:0:0] cd/dvd HL-DT-ST BD-RE BH16NS55 1.02 /dev/sr1 /dev/sg4 Add a new virtio-scsi controller to "<devices>" section, or you can use an existing controller Code:
<controller type='scsi' index='1' model='virtio-scsi'> <driver max_sectors='64'/> <address type='pci' domain='0x0000' bus='0x05' slot='0x00' function='0x0'/> </controller> Code:
<hostdev mode='subsystem' type='scsi' managed='no' sgio='unfiltered' rawio='no'> <source> <adapter name='scsi_host5'/> <address bus='0' target='0' unit='0'/> </source> <address type='drive' controller='1' bus='0' target='0' unit='0'/> </hostdev> Code:
/dev/sg4 rwk, |
|
2nd November 2019, 18:56 | #445 | Link |
Registered User
Join Date: Oct 2019
Location: UK
Posts: 4
|
I do appreciate using findVUK and the public keydb.cfg on Linux.
As Linux is a greater beneficiary from these than Windows, having no free blu-ray player applications, it would be nice to also be able to contribute to the online database. There is VUKextract available on Linux, but I haven't gotten it to work anyway. As requested earlier in this thread, if a flag could be included to workaround this error, it would be helpful. Last edited by lukesamuel; 3rd November 2019 at 22:03. |
15th November 2019, 01:25 | #446 | Link | ||
Registered User
Join Date: Mar 2019
Posts: 23
|
I recently picked up "The Robe" (1953) blu-ray (2008), tried to play it, but VLC generated an error message:
Quote:
Quote:
I even updated DVDFab (which had fixes for new anti-user blu-ray programming) but that made no difference. Is there anything I need to do with VLC to have VLC (3.0.6) play it? Last edited by Buck; 15th November 2019 at 01:38. |
||
15th November 2019, 09:22 | #447 | Link | |
Registered User
Join Date: Jun 2005
Posts: 259
|
Quote:
https://forum.doom9.org/showthread.php?t=176924 |
|
15th November 2019, 18:24 | #448 | Link | |
Registered User
Join Date: Mar 2019
Posts: 23
|
Quote:
|
|
15th November 2019, 18:46 | #449 | Link | |
Registered User
Join Date: Jun 2005
Posts: 259
|
Quote:
Last edited by candela; 15th November 2019 at 19:38. |
|
16th November 2019, 20:28 | #450 | Link | |||
Registered User
Join Date: Mar 2019
Posts: 23
|
Quote:
Quote:
https://mega.nz/#!oJVjwKCT!0L7a7ftjQ...u-y_CyKY3ra4-4 .. and it caused the error for me. The proper MEGA form is in http://megadownloaderapp.blogspot.co...ega-links.html .. Quote:
https://mega.nz/enc?#!oJVjwKCT!0L7a7...u-y_CyKY3ra4-4 Notice the added "enc?" -- that worked right for my browser! I now expect the other links to work, too, once corrected. My guess is if one doesn't have MEGA installed, the browser is on it's own and needs this proper form to be processed. (You might like to add such "stand-alone" links to your originals, or use stand-alone links exclusively, to help others without MEGA accounts/installed who get such errors messages.) |
|||
27th November 2019, 21:11 | #451 | Link |
Registered User
Join Date: Apr 2019
Posts: 3
|
PK for v1-72 - can someone confirm?
Another PK from another warez site. This did not work on my disks but I don't have the firmware.
| PK | 0x824C4C4AFCF98370CCDAD9B0F21B11AA ; v1-72 ; Requires mogul1 or quesidi firmware. Does anybody know where to get either of these firmwares? |
28th November 2019, 20:55 | #452 | Link | |
Registered User
Join Date: Jun 2005
Posts: 259
|
Quote:
Some old threads on this forum suggest the Xbox 360 HD-DVD drive was able to read KCD but I couldn't find out the specifics. If somehow here can do that, they should be to able to verify if that PK is real using a HD-DVD disc Last edited by candela; 28th November 2019 at 23:26. |
|
4th December 2019, 13:26 | #454 | Link | |
Registered User
Join Date: Apr 2019
Posts: 3
|
Forbvidden to share PK source site
Quote:
Still lookign for firmwares. |
|
11th December 2019, 09:54 | #455 | Link |
Registered User
Join Date: Jun 2014
Posts: 82
|
Hello, since few days, i get this error if i want to sync the database.
Error! GetDifference Failed! >#BRKDB_ERR_PARSE< Error! Synchronize failed! ->904< I have attached a screenshot. I have also delete my folder aacs and also clean findvuk. But every time i get this error. Last edited by Mister XY; 11th December 2019 at 09:58. |
12th December 2019, 20:23 | #457 | Link |
Registered User
Join Date: Dec 2013
Posts: 490
|
This is really funny - the key for the movie 'THE MAN WHO KNEW TOO MUCH' got uploaded and when creating the aacs file in the database the title is composed from the volumename and the meta-title of the disc.
In this case the volumename is the special character linefeed followed by 4 space characters ... Finally the aacs file now also includes a linebreak where no one is expected ... Will change the processing so that linebreaks are removed in future ... |
31st January 2020, 23:54 | #459 | Link |
...?
Join Date: Nov 2005
Location: Florida
Posts: 1,420
|
How does the reported date influence FindVUK adding or substituting data in the entries for a disc?
Because I scanned one of my discs, and the date came up as 2013-12-31. All the keys (VUK, MK, VID, and 2 Unit Keys) exist for this entry. In KEYDB.cfg, even after the validated keys were supposedly uploaded to the Online-DB, synchronizing will write over this entry with one that has most of the same keys, but a date of 2014-01-23. The problem is that the entry with the newer date is missing the Unit Keys, has incomplete metadata compared to the way newer versions of FindVUK do it, and is marked by the (LEGACY) (NOTVALIDATED) comments. I can even go back and re-run FindVUK on the disc, and it will replace that 2014 entry with the validated 2013 one. I then use Synchronize, it puts the 2014 one with missing keys back in and takes the 2013 out. |
1st February 2020, 09:20 | #460 | Link |
Registered User
Join Date: Dec 2013
Posts: 490
|
Hi, currently the uploaded data is not processed automatically.
So I manually execute and monitor the processing from time to time. When you visit the website you can see the date of the last processing. But please tell me the discid so I can verify if the processing is done correctly. Thanks! Gesendet von meinem H8324 mit Tapatalk |
Thread Tools | Search this Thread |
Display Modes | |
|
|