GP SoftwareTwitter
Opus FAQsManualCommandsObjects

DO11: Reading Rar not working


#8

Right. I have just upgraded my computer at work, and it works 100% there...
So now I have to find out whats wrong with my home-computer... sigh


#9

Winrar is not used for reading rar archives in Opus, only for modifying them.


#10

But I cant understand what happened at home. DO10 worked fine, DO11 dont...
But as I said, the upgrade worked here at work, so it has to be something with my homecomputer, I cant understand what though... :cry:


#11

The RAR works here as well.

It's possible your antivirus/firewall software might be blocking something, I guess. We now use a separate process (via rundll32.exe) to isolate unrar.dll from the main program, which it might be blocking. That's about all I can think of so far.


#12

You are not alone, I have the same issue.

I have, and always have had, WinRar installed. Using x64 version of DO.

So far I have tried:
Disabling my AV (NOD32) and Firewall - still get the "An error ocured reading archive. Invalid or damaged"
Un-installed DO and removed all files and registry 'left overs'. Re-installed DO v11.1, still doesn't work with 'defaults.

Can I have my £50 upgrade fee back?


#13

(WinRAR isn't used to read RAR archives so it doesn't matter if it's installed or not.)

Does the problem happen with all RAR archives or just some?

Does it matter where the archives are stored? (e.g. Do they work if you copy them to your desktop folder?)

Are they multi-part RARs or single?

Can you open the same archives in WinRAR or other tools without problems?

If you search your C:\ drive for copies of unrar*.dll, are there any in system locations like C:\Windows\System32?

Workaround: Type /home/VFSPlugins into Opus, then delete the unrar.dll or unrar64.dll file, and then fully exit Opus. Opus will fall back on using the old method for RAR extraction (via 7z.dll instead of unrar.dll), and you'll just lose RAR 5.0 support and possibly some performance when extracting RAR files.


#14

[quote]Does the problem happen with all RAR archives or just some?
[/quote]
It happens to all RAR archives.

No, anywhere localy or on network. Only difference is that on networkdrive there is no message (localy I get an genereic error telling the rar-archive is damaged).

Both types have the problem.

Yes. I installed PeaZip and all archives uninstalled just fine.
The same archives uninstalls on other computers in the same network as well.

No. there is just the ones inside Directory Opus folder. (unrar.dll and unrar64.dll)

[quote]
Workaround: Type /home/VFSPlugins into Opus, then delete the unrar.dll or unrar64.dll file, and then fully exit Opus. Opus will fall back on using the old method for RAR extraction (via 7z.dll instead of unrar.dll), and you'll just lose RAR 5.0 support and possibly some performance when extracting RAR files.[/quote]
This workaround worked wonders!
I am now able to open the rar-files just as I did in DO10. All files, in the same locations DO11 couldnt (or wouldnt).
I will have to use this workaround and PeaZip on the 5.0 ones. :thumbsup:

On another note: I use the same operatingsystem at work and home. I also use the same antivirus (Eset) on both machines as well. But DO11 work on rar-files at work, not at home...


#15

[quote="leo"](WinRAR isn't used to read RAR archives so it doesn't matter if it's installed or not.)

Does the problem happen with all RAR archives or just some? - All

Does it matter where the archives are stored? (e.g. Do they work if you copy them to your desktop folder?) - No

Are they multi-part RARs or single? - Both

Can you open the same archives in WinRAR or other tools without problems? - Yes

If you search your C:\ drive for copies of unrar*.dll, are there any in system locations like C:\Windows\System32? - No

Workaround: Type /home/VFSPlugins into Opus, then delete the unrar.dll or unrar64.dll file, and then fully exit Opus. Opus will fall back on using the old method for RAR extraction (via 7z.dll instead of unrar.dll), and you'll just lose RAR 5.0 support and possibly some performance when extracting RAR files.[/quote]

I have been using WinRar5 since ß1 so most of my rar files are 5s so the work round will not help me.


#16

WinRar5 creates backwards compatible archives by default, but if it's set to create RAR5 archives then they would not have opened in Opus 10 either. So if things worked in Opus 10 but no longer do in Opus 11, the workaround should get things working again.


#17

Your quite correct, thank you.I have deleted the dll and reset WinRar to create 4xx archives for the time being.

Have you an ETA for fixing this?


#18

Opus 11.1 Beta 1 now has a proper option in the RAR plugin which you can use to switch between unrar.dll and 7z.dll, so you will not have to keep deleting unrar.dll after each update:

[ul][li]After installing Opus 11.1 beta 1 (or later)... [/li]
[li]Go to Preferences / Zip & Other Archives / Archive and VFS Plugins[/li]
[li]Select RAR and click Configure[/li]
[li]Turn off Use UnRar.dll instead of 7z.dll for decompression.[/li][/ul]

Question:

What's the CPU in the machines that have problems with unrar.dll? (And are the similar working machines the same hardware or different?)

I'm starting to wonder if there may be an issue with particular CPUs (e.g. old AMD ones lacking SSE2 support) after some things I have read about unrar.dll causing problems for other products.


#19

Hi there,

I'm having the same issue with the message of corrupted rar archives when they aren't.
It began when I changed to DOpus11. I didn't upgraded it, I just saved my config, uninstalled old DO10 and installed DO11.
Then restored my config and changed it a bit to use the new 11 features.

Then I found out I can't open any rar archive. (it works for zip though)

I came here to check if it was a known error and it seems like that...
I've didn't installed Beta 1 yet, but I've found a workaround that maybe will bring some light to the developers:
I just renamed the unrar64.dll inside the VFSPlugins and it fixed the problem.
I think I just manually did what the beta1 does when disabling the "Use UnRar.dll instead of 7z.dll for decompression" setting... But I post it just in case it could come in handy.

My system is an AMD Phenom II X4 940 running win8.1 64bits (windows patches up to date)
I have WinRAR 5.01 64bits installed. And all is running under Spanish language (maybe it does matter, maybe not).

It seems like the problem comes from unrar64.dll, the tricky part is why it works for some people and others don't...
Developers will have a hard time ^_^;

Thanks for all.
And sorry for my bad English. ^_^;


#20

DO 11 beta 2 x64
Unrar not possible, Opus stating the file is damaged.
Used PowerArchiver to unrar the file, no problem.
For yr info.


#21

The solutions are already above.

11.1 Beta 3 also has a newer unrar.dll which may help, but if not just change the setting mentioned above to use 7z.dll instead.


#22

Hi again,

I'm on Beta 3 now. Unfortunately the error when using unrar.dll is still there.
So I did the change in settings about the use of 7z.dll and it works... but that left me with no RAR5 support.
Its not a big deal because I don't use it (not right now, but maybe in a near future).
But I hope this is just a temporal solution, because this issue is not totally fixed.

Kind regards.


#23

Can confirm 11.1 beta 3 still has the problem.

=

The change in preferences solved it.

Thanks


#24

Anyone able to generate a ProcMon log for this? (Please include all processes, not just dopus.exe)


#25

Tried to do this and spent quite some time on it. In my case Procman records roughly 250 entries per second... but sometimes close to 700.
It is a bit complicated to exactly capture the entries involved.
Between extract rar and abort action is about 2-3 seconds.
I'll send you the excelsheet, fwiw ..

=


#26

A PML log is often more revealing than what it writes to the Excel versions. They should zip up quite small even if the input is large.


#27

ah well, okay.
you may wish to check yr xxx.net mail.