VirtualDub2

[v0lt]

Originally Posted by jpsdr

Where i was doing wrong ?

I don't know what you're doing wrong. Here's what I did.

1. I am running Windows 7 SP1 with some updates in VirtualBox.

2. Downloaded VirtualDub2_v2.1.1.609.7z, unlocked the file. Unpacked the entire archive and launched VirtualDub64.exe. I get an error and cannot use the avlib-1.vdplugin features.

3. Downloaded mingw-11.2.0.7z, unlocked the file. Unpacked the api-ms-win-core-synch-l1-2-0.dll file into the VirtualDub2_v2.1 folder (where VirtualDub64.exe is located).

4. Runned VirtualDub64.exe without errors and I see FFmpeg video codecs in the list of video codecs.

[v0lt]

Originally Posted by isidroco

https://forum.videohelp.com/threads/...ub#post2645514

Yes, I confirm the problem.
Exception thrown at 0x00007FFA8DB433C6 (delogo.vdf) in VirtualDub64.exe: 0xC0000005: Access violation reading location 0xFFFFFFFFBC6C6C08.
It is possible that delogo.vdf was not ported correctly for x64.

[jpsdr]

Originally Posted by LigH

If you did it correctly, api-ms-win-core-synch-l1-2-0.dll should be in the same directory as VirtualDub64.exe and avcodec-61.dll and avformat-61.dll and others...

Yes it was, that what i said.

I'm running Windows 7 "naturaly", not in Virtual box or anything.
And i did exactly what v0lt described in this post, get VDub, put the dll, etc... And when i run VDub, it said that one filter failed to load, and checking the log it was avlib-1.vdplugin. That's why i tried to put the dll also in plugins directory, didn't change anything.

Don't waste too much time on this, as i said, i just wanted to report my testing.

As method b of using Windows 7 compatible dll worked for me, it's fine.

[v0lt]

@isidroco
Try this file - delogo132_x64.zip.

[isidroco]

Test 1) Regular w7sp1: "Procedure entry kernel32.WaitOnAddress in lib api-ms-win-core-synch-l1-2-0.dll", after that VDUB opens and only works with internal AVI driver.
Test 2) If DeShaker_64.dll is in plugins64 dir, VDUB opens with no errors (still no caching driver, no FFMPEG compresion formats).
Test 3) Using api-ms-win-core-synch-l1-2-0.dll from mingw-11.2.0 ONLY works if it doesn't previously exist within C:\WINDOWS\SYSTEM32, old version there will take precedence (must take ownership and replace or remove it from there). After that everything works.

new DELOGOx64 version works with new virtualDub, but it crashes in previous version: Unhandled Microsoft C++ Exception

Partial report:
VirtualDub2 crash report -- build 44282 (release-AMD64)
7fefd0db855: 33c9 xor ecx, ecx
7fefd0db857: 4889442430 mov [rsp+30h], rax
7fefd0db85c: 89542424 mov [rsp+24h], edx
7fefd0db860: 48894c2428 mov [rsp+28h], rcx
7fefd0db865: 4d85c9 test ecx, r9
7fefd0db868: 0f856a030000 jnz fd0dbbd8
7fefd0db86e: 894c2438 mov [rsp+38h], ecx
7fefd0db872: 488d4c2420 lea rcx, [rsp+20h]
7fefd0db877: ff1523ca0300 call dword ptr [fd1182a0]
7fefd0db87d: 4881c4c8000000 add esp, 000000c8 <-- FAULT

[isidroco]

Originally Posted by jpsdr

Yes it was, that what i said.

Please try replacing it within windows\system32 folder.

[rgr]

VirtualDub crashes when the edited avs file is write-protected.

It would be nice if it would inform about it and save only after giving consent, preserving the read-only attribute

[jpsdr]

Thanks isidroco for your informations.
I have indeed in system32 an api-ms-win-core-synch-l1-2-0.dll, wich seems to be a "legitimate" MS version, with a version displayed when i click on it. The mingw-11.2.0 file has no version or anything. Files are different (12k vs 91k...!).
Honestly, i'm not a big fan of deleting what seems to be a legitimate version version of a dll in system32 directory. If one day realy i'm stuck, i'll know now what should be done. But for now, as using the Windows 7 compatible dll works for me, i'll stay with that.