Read the FAQs at Harper's repository: ".format(PLUGIN_NAME, PLUGIN_VERSION, time.time()-self.starttime))Ĭalibre_: DeDRM v7.2.1: Ultimately failed to decrypt after 0.1 seconds. Running file type plugin DeDRM failed with traceback:įile "calibre/customize/ui.py", line 176, in _run_filetype_pluginsįile "calibre_drm._init_", line 640, in runĭecrypted_ebook = self.PDFDecrypt(path_to_ebook)įile "calibre_drm._init_", line 515, in PDFDecrypt Subprocess.check_call(self.python_exec + cli_args, env=env_dict,įile "subprocess.py", line 359, in check_callįile "subprocess.py", line 854, in _init_įile "subprocess.py", line 1702, in _execute_childįileNotFoundError: Datei oder Verzeichnis nicht gefunden: 'wine'ĭeDRM v7.2.1: Ultimately failed to decrypt after 0.1 seconds. And it would be a lot of work unless you were going to use it on a lot of pdf books.DeDRM v7.2.1: Trying to decrypt abook1.pdfĭeDRM v7.2.1: Trying Encryption key adobekey_1Įrror writing pdf: max() arg is an empty sequenceĭeDRM v7.2.1: Failed to decrypt with key adobekey_1 after 0.1 secondsĭeDRM v7.2.1: Looking for new default Adobe Digital Editions Keys after 0.1 secondsĭeDRM v7.2.1: Exception when getting default Adobe Key after 0.1 secondsįile "calibre_drm._init_", line 466, in PDFDecryptĭefaultkeys = WineGetKeys(scriptpath, ".der",dedrmprefs)įile "calibre_", line 74, in WineGetKeysįile "calibre_", line 37, in _init_įile "calibre_", line 62, in check_call If you are a good scripter, it *should* be easy to modify the script to load a number of books in sequence, by pointing at an external data file with ebook filenames to load and locations/filenames to save.īut I'm not going to do this work because I refuse to buy the blankety-blank pdf in the first place. Then you're at the step of running an OCR. Using such an test on top of Adobe Reader ( or Digital Editions, or whatever actually displays the DRM'd pdf,) you could instruct Reader to display each page in turn, have Winrunner take a screenshot of the window, and save it to a file. After the step, you check the actual results against your model to find bugs or differences, then move on to the next step. The idea is you build a model of the application within Winrunner, and then construct a script to do a set of tasks. The one I worked with a number of years ago was named Winrunner, don't know if they're still around. There are software test tools that run on top of the application under test, which provide a repeatable test of the application's UI. I have not actually tried to do this, and don't own or have a license to the tools needed to make this work, but. OK, first - all these thoughts are conjectural.
Hopefully, the programmers out there will solve this problem soon. Yes, I knew it is possible to do this, but would be a herculean effort for a book of any length.
0 kommentar(er)
