• “创新从来都是九死一生”(人民论坛) 2019-02-14
  • 端午假期广州铁路运客640.5万人次 创历史新高 2019-02-14
  • 19次生态输水让塔河下游生机勃勃 2018-11-22
  • 男篮再胜伊朗迎热身赛两连胜 任骏飞19+11陶汉林18分 2018-11-22
  • 小卒子,你南街村的代言人啊?扮豬不咋像呢!你滴,大大滴,明白? 2018-11-22
  • 女性之声——全国妇联 2018-11-21
  • 新华网评:凝聚打赢脱贫攻坚战的强大合力 2018-11-21
  • 栗战书:执法检查要直面问题不搞评功摆好 让法律制度成为不可触碰的高压线 2018-11-21
  • 这些水果越新鲜越不能吃 放一放更好吃 2018-11-21
  • 生产资料公有制不会也不可能涉及生产资料的分配,这完全是你杜撰的,是强词夺理的。从这点看,你的所谓逻辑是幼稚可笑的。哈哈哈哈! 2018-11-20
  • 践行“两山论”是一场发展的革命 2018-11-20
  • 女教师舍身保护学生被撞身亡感动各界 2018-11-20
  • Welcome to

    Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

     

    Go Back   Doom9's Forum > General > Decrypting

    Reply
     
    Thread Tools Search this Thread Display Modes
    Old 10th January 2019, 23:16   #381  |  Link
    Registered User
     
    Join Date: Jan 2012
    Posts: 13
    Quote:
    Originally Posted by nalor View Post
    Basically it sounds like a problem with your system when it's not even possible to copy those files with windows explorer.

    Honestly I don't know how I can help in this case.

    Maybe try to use a virtual windows with access to your drive? And see if you can copy the files there?

    Gesendet von meinem H8324 mit Tapatalk
    When doing it in a Windows 10 VM one of the following happens:

    * Native SCSI passthrough: same problem occurs when copying these files as native Windows;
    * Emulated drive: access works, DVDFab works, FindVUK complains about it not being a Blu-ray drive and refuses to work (appears there is no way to ignore this check). If I remember correctly it complained because QEMU (the VM) emulates the drive as a CD-ROM drive and not a Blu-ray drive.

    I also did some testing on Linux with wine-4.0-rc4

    * 32-bit wine, 32-bit DVDFab: DVDFab works, procdump crashes;
    * 64-bit wine, 32-bit DVDFab: DVDFab works, procdump64 works, FindVUK step one works completely, step two fails because "Drive is NOT a Blu-ray drive! Exit now!";
    * 64-bit wine, 64-bit DVDFab: DVDFab crashes

    It appears wine does not support probing for all device info currently, and returns some dummy info which happens to be not a Blu-ray drive:
    002a:fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0)

    As the UnitKeyDEC is found successfully the most important functionality works fine. I have not found a way to skip the part 2 Blu-ray drive check. Could you add an option or argument to skip the check and assume the drive is a Blu-ray drive or allow for hardcoding drive features in the config file? Possibly changing the check mechanism could fix this. DVDFab reports for example, even with wine, "Disc media: Blu-ray (BDMV)". Alternatively I don't mind hacking the source a bit and submitting a patch, but as far as I can see FindVUK is closed source.

    Initially I'd say a version that skips the check would be good for testing, could you upload a version that makes this possible?

    Thanks.
    MasterMeNL is offline   Reply With Quote
    Old 12th January 2019, 00:02   #382  |  Link
    Registered User
     
    Join Date: Dec 2013
    Posts: 353
    Quote:
    Originally Posted by Mr Wolf View Post
    Thanks! I wasn't sure you received my PM.

    By the way, is there a KEYDB.cfg database available, were all the keys found by FindVUK are uploaded?
    Is there any problem to share my KEYDB.cfg on the forums? (for copyright reasons, I mean)
    Hi!

    Basically the easiest way to share your data is to 'synchronize' with FindVUK -> it uploads all entries from your local file missing in the online database.

    I've created a small homepage for the online database here:
    //fvonline-db.bplaced.net/

    Now it lists the date of the last update and download links for the most interesting languages.


    Hope it helps!
    nalor is offline   Reply With Quote
    Old 12th January 2019, 01:01   #383  |  Link
    Registered User
     
    Join Date: Sep 2018
    Posts: 1
    Quote:
    Originally Posted by MasterMeNL View Post
    During part one there is the "Get basic AACS data" step. It prints out "AACS folder on disc is reachable - ValidateVUK is possible" and then the entire drive freezes. I have a 2011 SH-B123L. I noted that trying to copy MKB_RO.inf or MKB_RW.inf manually from the AACS folder causes the drive to lock up completely too, requiring Windows 10 to reboot. When running Linux on the same hardware copying these files works fine, but of course FindVUK does not work there. I have tried setting PauseBeforeValidateVUK to 1 but this did not change anything.

    DVDFab itself can rip properly without locking up the drive, so I suspect the validation is causing issues. Could you add an option to disable/skip validation even if the AACS folder exists? Or is there something else I could try?
    This sounds like the same issue I encountered when attempting to use FindVUK in a VMWare or QEMU VM with SCSI drive passthrough, I have not found a workaround, but I do know that DVDFab works because it does raw SCSI commands to the drive rather than accessing the filesystem. I don't remember fully, but I think that drive passthrough with a VirtualBox VM on a Linux host might've worked,
    Aperson is offline   Reply With Quote
    Old 12th January 2019, 01:02   #384  |  Link
    Registered User
     
    Join Date: Dec 2013
    Posts: 353
    Quote:
    Originally Posted by MasterMeNL View Post
    When doing it in a Windows 10 VM one of the following happens:

    * Native SCSI passthrough: same problem occurs when copying these files as native Windows;
    * Emulated drive: access works, DVDFab works, FindVUK complains about it not being a Blu-ray drive and refuses to work (appears there is no way to ignore this check). If I remember correctly it complained because QEMU (the VM) emulates the drive as a CD-ROM drive and not a Blu-ray drive.
    Can you simply execute the 'FindVUK - ShowDriveDetailsForAllDrives' batch file inside qemu-windows and send me the result? I will simply add an exception for the qemu virtual drive - just need the details of it.

    There's already such an exception for the virtualbox drive in the code as this is the one I've been using in the past and that I've tried with FindVUK.

    Thanks!
    nalor is offline   Reply With Quote
    Old 12th January 2019, 11:39   #385  |  Link
    Registered User
     
    Mr Wolf's Avatar
     
    Join Date: Feb 2013
    Posts: 3
    If it can be any help, I'm using FindVUK and DVDFab in a Windows 7 VMware Workstation virtual machine (in a Windows 7 host).
    This is my configuration:


    I never had any issue accessing the blu-ray drive within the virtual machine.

    Last edited by Mr Wolf; 12th January 2019 at 13:31.
    Mr Wolf is offline   Reply With Quote
    Old 12th January 2019, 15:14   #386  |  Link
    Registered User
     
    Join Date: Jan 2012
    Posts: 13
    Quote:
    Originally Posted by nalor View Post
    Can you simply execute the 'FindVUK - ShowDriveDetailsForAllDrives' batch file inside qemu-windows and send me the result? I will simply add an exception for the qemu virtual drive - just need the details of it.

    There's already such an exception for the virtualbox drive in the code as this is the one I've been using in the past and that I've tried with FindVUK.

    Thanks!
    Here are the details for the emulated QEMU drive:

    2019-01-12 14:55:43 # 4 # [I] main / Drive_GetAllDetails(legacy) / Check drive features for drive >E<
    2019-01-12 14:55:43 # 90 # [I] main / Drive_GetAllDetails(legacy) / Vendor >< ProductId >QEMU QEMU DVD-ROM< ProductRevision >2.5+< ScsiDeviceType >CD/DVD-ROM device< ConnectedTo >Atapi< Bus
    2019-01-12 14:55:44 # 171 # [I] main / Drive_GetAllDetails(legacy) / Device has wrong mediatype - it is a >CD-ROM< but we need a DVD MediaType

    As a side note, Wine does not implement this specific way of querying, the output of the showdrivedetails command under Wine 4.0-rc4 is:

    0009:fixme:ntdll:server_ioctl_file Unsupported ioctl 2d1400 (device=2d access=0 func=500 method=0)
    14:57:32 - Cannot enumerate storage device - stop getting drive details for this drive

    I think it would be interesting to test this further as this is likely the only reason it currently does not work under Wine. For this there needs be a way to bypass the drive check completely as it will currently error under Wine. Alternatively autodetection of Wine is possible through the wine_get_version symbol in ntdll as described in https://www.winehq.org/pipermail/win...er/069387.html. What might be easier for a quick test is to assume the drive works if an error occurs during enumeration of the storage device instead of bailing out.

    Thank you!
    MasterMeNL is offline   Reply With Quote
    Old 23rd January 2019, 19:43   #387  |  Link
    Registered User
     
    Join Date: Dec 2013
    Posts: 353
    I've added the QEMU drive to the list of special drives - but my interest to support Wine is really low.
    Since the first release nobody ever asked about wine and there are other alternatives to use FindVUK under linux, so I don't think it's necessary to specially support wine.

    But QEMU support is included in the upcoming release
    nalor is offline   Reply With Quote
    Old 25th January 2019, 08:06   #388  |  Link
    Registered User
     
    Join Date: Jan 2016
    Posts: 7
    As a Linux user too, I will be very interesting to use FindVuk on Linux with Wine.
    But the main issue is that DVDFab 11.x version does not launch with Wine.
    For the moment I installed Windows 7 on Virtualbox and I can use Findvuk with DVDFab last version.
    This soluce is less stable than a real Windows install, but it works.
    But I don't understand why I have to "hack" the blu ray I BOUGHT to read them on Linux.
    We are living in a strange world.

    Last edited by legluondunet; 25th January 2019 at 08:09.
    legluondunet is offline   Reply With Quote
    Old 9th February 2019, 00:33   #389  |  Link
    Registered User
     
    Join Date: Dec 2013
    Posts: 353
    Released 1.23 - includes a few small fixes/enhancements.
    nalor is offline   Reply With Quote
    Old 17th February 2019, 14:11   #390  |  Link
    Registered User
     
    Join Date: Dec 2013
    Posts: 353
    Released 1.24 - fixed the problem that passkey got killed unfriendly every time ...
    nalor is offline   Reply With Quote
    Old Today, 05:57   #391  |  Link
    Registered User
     
    Join Date: Mar 2018
    Posts: 6
    Hmm, my passkey trail has expired and I find that I get "no aacs key found" for the regular 1080p Bluray that comes with the 4K UHD Big Lebowski bluray. I see that the keys file does have the aacs key for the UHD disc, so presumably a FindVUK user does own this release. Would that person mind getting the key for the regular 1080p Bluray that comes with the UHD? Would be appreciate.
    EncryptedEggs is offline   Reply With Quote
    Reply


    Posting Rules
    You may not post new threads
    You may not post replies
    You may not post attachments
    You may not edit your posts

    BB code is On
    Smilies are On
    [IMG] code is On
    HTML code is Off

    Forum Jump


    All times are GMT +1. The time now is 06:41.


    Powered by vBulletin® Version 3.8.11
    Copyright ©2000 - 2019, vBulletin Solutions Inc.
  • “创新从来都是九死一生”(人民论坛) 2019-02-14
  • 端午假期广州铁路运客640.5万人次 创历史新高 2019-02-14
  • 19次生态输水让塔河下游生机勃勃 2018-11-22
  • 男篮再胜伊朗迎热身赛两连胜 任骏飞19+11陶汉林18分 2018-11-22
  • 小卒子,你南街村的代言人啊?扮豬不咋像呢!你滴,大大滴,明白? 2018-11-22
  • 女性之声——全国妇联 2018-11-21
  • 新华网评:凝聚打赢脱贫攻坚战的强大合力 2018-11-21
  • 栗战书:执法检查要直面问题不搞评功摆好 让法律制度成为不可触碰的高压线 2018-11-21
  • 这些水果越新鲜越不能吃 放一放更好吃 2018-11-21
  • 生产资料公有制不会也不可能涉及生产资料的分配,这完全是你杜撰的,是强词夺理的。从这点看,你的所谓逻辑是幼稚可笑的。哈哈哈哈! 2018-11-20
  • 践行“两山论”是一场发展的革命 2018-11-20
  • 女教师舍身保护学生被撞身亡感动各界 2018-11-20