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.

[v0lt]

Originally Posted by 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

The problem is in scripted.vdplugin

[isidroco]

Originally Posted by jpsdr

Honestly, i'm not a big fan of deleting what seems to be a legitimate version version of a dll in system32 directory...

Same here, but test it in VM without issues, now I have both original (api-ms-win-core-synch-l1-2-0.dll 12k 2019/4/12; dxgi.dll 363k 2013/1/13) renamed to .DL0 and the minGW-11.2.0 versions in place of them. That allows vDub2 and possibly other w8+ software to run (as latest FFMPEG). If any problem it's easy to rollback.
In that way you can install latest VDub2, FFMPEG, etc without having to replace files or VxKex treat them each time you update.

Edit: VMware Workstation v15.5.7 gives: CreateDXGIFactory not found in dxgi.dll (after that it works). Restored original dxgi.dll (which it's not needed anywat for VDub/FFMEPG).

[v0lt]

Originally Posted by rgr

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

scripted.vdplugin_x64_fix.7z

[tormento]

Would be possible to add support for mkv chapters?

Markers on the time/frames bar would be more than enough, jumping to them would be even better.

[LigH]

The MP4 container supports chapters too. Adding them via ffmpeg metadata (chapterEditor supports this format) is possible but the CLI parameters are a bit elaborate.

[v0lt]

Originally Posted by tormento

Would be possible to add support for mkv chapters?

Maybe someone can do it. But I doubt it will happen.

[nji]

For still pictures the LUT-filter is well known.
If you need to change the "characterstic" of a picture
(say from one analog film type to another, or false colored exposure,
or if you want to have a sunset character from a beach photo to some other shooting).
The LUT matches every RGB entry from source to dest;
- mostly it is coarsened, so it will be extrapolated.

This kind of manipulation would be helpful for some of movies too,
as the manual color corrections are sub-optimal.

Does anyone know about such filter for VD?

Needless to mention there is an AVS filter for that
http://avisynth.nl/index.php/AVSCube

[LigH]

The whole concept of VirtualDub Filters became quite obsolete...

[nji]

... to be replaced by... what?

BTW: that's quite OT, isn't it?

[LigH]

By AviSynth or VapourSynth, both frame servers with Non-Linear Editing features and filters working in multiple color spaces, not just RGB.

[v0lt]

Avidemux and Shotcut support 3DLut.
Both editors are free and open source.

[Leo 69]

Originally Posted by LigH

The whole concept of VirtualDub Filters became quite obsolete...

Some people can't write scripts as quickly and easily as they can use VDub filters. For you personally they may be obsolete, for others they are as relevant as ever.