Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
21st March 2017, 01:39 | #1 | Link |
Digital Artifact
Join Date: Sep 2015
Location: Houston Texas
Posts: 37
|
Issue with wine and ALL versions of 2.6 (Resolved)
There appears to be an issue with wine,
and all versions of 2.6 . All tests are done in single thread mode. All AVS versions with multi-thread support, crash horribly when it is enabled. The issue becomes apparent when running deshaker. I am guessing it has to do with how processes are spawned. To quell those who will jump to blame the avs script, it is a very basic script, with all default settings. Code:
source="NEW-TEST.mkv" LoadVirtualDubPlugin ("C:\Program Files\AviSynth-repo\plugins32\deshaker.vdf", "deshaker", preroll=0) FFVideoSource(source) clip=ConvertToRGB32() clip.deshaker(" 19|1|30|4|1|0|1|0|1920|1080| 1|2|1000|1000|1000|1000|4|1|0|2| 8|30|300|4|C:\Deshaker.log|0|0|0|0|0| 0|0|0|0|0|0|1|1|1|15| 15|5|15|0|0|30|30|0|0|1| 0|1|0|0|10|1000|1|104|1|1| 20|5000|100|20|1|0|ff00ff") clip.deshaker(" 19|2|30|4|1|0|1|0|1920|1080| 1|2|1000|1000|1000|1000|4|1|0|2| 8|30|300|4|C:\Deshaker.log|0|0|0|0|0| 0|0|0|0|0|0|1|1|1|15| 15|5|15|0|0|30|30|0|0|1| 0|1|0|0|10|1000|1|104|1|1| 20|5000|100|20|1|0|ff00ff") on pass 1 for pass 2 to use. If the log file is not found, the video output is black. Not sure if winxp is even supported with avisynth any more, but wine set to xp helps demonstrates what is happening. The log file never gets written, and the output is black. Even writing functions and trying a few tricks to create a more sequential flow, still produces the same results. Running a script with pass 1 then running another script with pass 2, produces the correct clip. Running wine set to win7 provides more stability. However, the issue behaves differently. When running both passes in the same script, The clip output is correct for the first few seconds then turns black. My guess is because pass 1 has to calculate all the motion vectors, it takes longer than pass 2, and pass 2 just outruns pass 1 Though much worse with xp, the behavior seems to indicate improper or incompatible internal process syncing. Synth+ will sometimes get most way done but tends to crash so hard the terminal becomes unusable and needs be closed. Perhaps this backtrace from AVS+ r2455 will shine some light on the issue. Code:
Unhandled exception: page fault on read access to 0x076860f0 in 32-bit code (0x076860f0). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:076860f0 ESP:032bfa54 EBP:032bfa78 EFLAGS:00210206( R- -- I - -P- ) EAX:036b446c EBX:036bfcd4 ECX:076860f0 EDX:036b4374 ESI:036b4370 EDI:036bfc7c Stack dump: 0x032bfa54: 074318d9 036b446c 07437000 036b4370 0x032bfa64: 036b4370 f6fa42a5 032bfa90 0743439c 0x032bfa74: 00000003 032bfa9c 07431a78 036b4370 0x032bfa84: 1006455a 00000001 036bfcd0 032bfac4 0x032bfa94: 101114d0 ffffffff 032bfad0 10068839 0x032bfaa4: 035fe264 036b4348 036bfc70 10067deb 000c: sel=0067 base=00000000 limit=00000000 32-bit --x Backtrace: =>0 0x076860f0 (0x032bfa78) 1 0x07431a78 in vdubfilter (+0x1a77) (0x032bfa9c) 2 0x10068839 in avisynth (+0x68838) (0x032bfad0) 3 0x10067e18 in avisynth (+0x67e17) (0x032bfaf4) 4 0x100601db in avisynth (+0x601da) (0x032bfb14) 5 0x1006039a in avisynth (+0x60399) (0x032bfb34) 6 0x10064511 in avisynth (+0x64510) (0x032bfb50) 7 0x10050a64 in avisynth (+0x50a63) (0x032bfb94) 8 0x10051938 in avisynth (+0x51937) (0x032bfbc8) 9 0x01e652d0 in ffmpeg (+0x1a652cf) (0x00246880) 0x076860f0: addb %al,0x0(%eax) Modules: Module Address Debug info Name (193 modules) PE 350000- 365000 Deferred addgrainc PE 370000- 37a000 Deferred convertstacked PE 380000- 3f9000 Deferred depan PE 400000- 30ba000 Export ffmpeg PE 4010000- 4075000 Deferred depanestimate PE 4080000- 40ad000 Deferred dfttest PE 41c0000- 41d6000 Deferred directshowsource PE 41e0000- 41f7000 Deferred eedi2 PE 4310000- 432f000 Deferred eedi3 PE 4440000- 5683000 Deferred ffms2 PE 5690000- 56c8000 Deferred fft3dfilter PE 57e0000- 57f1000 Deferred imageseq PE 5800000- 5abe000 Deferred devil PE 5bd0000- 5ca7000 Deferred masktools2 PE 5cb0000- 5dd5000 Deferred mvtools2 PE 5de0000- 5e37000 Deferred nnedi PE 5f50000- 5f93000 Deferred nnedi2 PE 60b0000- 6ddd000 Deferred nnedi3 PE 6ef0000- 6f04000 Deferred repairsse2 PE 7020000- 7050000 Deferred resamplehq-x86 PE 7160000- 718b000 Deferred rgtools PE 7190000- 71a8000 Deferred shibatch PE 71b0000- 71bb000 Deferred sse2tools PE 72d0000- 730f000 Deferred tdeint PE 7420000- 742d000 Deferred timestretch PE 7430000- 743b000 Export vdubfilter PE 7440000- 744f000 Deferred verticalcleanersse2 PE 7560000- 756d000 Deferred yadif PE 10000000-1019b000 Export avisynth ELF 7b400000-7b7ed000 Deferred kernel32<elf> \-PE 7b420000-7b7ed000 \ kernel32 ELF 7bc00000-7bd02000 Deferred ntdll<elf> \-PE 7bc10000-7bd02000 \ ntdll ELF 7c000000-7c004000 Deferred <wine-loader> ELF 7defd000-7df2d000 Deferred p11-kit-trust.so ELF 7df2d000-7df34000 Deferred libffi.so.6 ELF 7df34000-7df70000 Deferred libp11-kit.so.0 ELF 7df70000-7df84000 Deferred libtasn1.so.6 ELF 7df84000-7df9e000 Deferred libz.so.1 ELF 7df9e000-7e025000 Deferred libgcrypt.so.11 ELF 7e025000-7e0eb000 Deferred libgnutls.so.26 ELF 7e0eb000-7e10d000 Deferred libtinfo.so.5 ELF 7e10d000-7e132000 Deferred libncurses.so.5 ELF 7e15b000-7e216000 Deferred winmm<elf> \-PE 7e160000-7e216000 \ winmm ELF 7e216000-7e292000 Deferred shlwapi<elf> \-PE 7e220000-7e292000 \ shlwapi ELF 7e292000-7e564000 Deferred shell32<elf> \-PE 7e2a0000-7e564000 \ shell32 ELF 7e564000-7e5a2000 Deferred ws2_32<elf> \-PE 7e570000-7e5a2000 \ ws2_32 ELF 7e5a2000-7e5cd000 Deferred iphlpapi<elf> \-PE 7e5b0000-7e5cd000 \ iphlpapi ELF 7e5cd000-7e5fe000 Deferred netapi32<elf> \-PE 7e5d0000-7e5fe000 \ netapi32 ELF 7e5fe000-7e633000 Deferred secur32<elf> \-PE 7e600000-7e633000 \ secur32 ELF 7e633000-7e77a000 Deferred oleaut32<elf> \-PE 7e650000-7e77a000 \ oleaut32 ELF 7e77a000-7e800000 Deferred rpcrt4<elf> \-PE 7e790000-7e800000 \ rpcrt4 ELF 7e800000-7e949000 Deferred ole32<elf> \-PE 7e820000-7e949000 \ ole32 ELF 7e949000-7ea07000 Deferred msvcrt<elf> \-PE 7e960000-7ea07000 \ msvcrt ELF 7ea07000-7ea21000 Deferred version<elf> \-PE 7ea10000-7ea21000 \ version ELF 7ea21000-7eb87000 Deferred user32<elf> \-PE 7ea30000-7eb87000 \ user32 ELF 7eb87000-7ebad000 Deferred imm32<elf> \-PE 7eb90000-7ebad000 \ imm32 ELF 7ebad000-7ece4000 Deferred gdi32<elf> \-PE 7ebc0000-7ece4000 \ gdi32 ELF 7ece4000-7ed60000 Deferred advapi32<elf> \-PE 7ecf0000-7ed60000 \ advapi32 ELF 7ef60000-7ef6c000 Deferred libnss_files.so.2 ELF 7ef6c000-7ef78000 Deferred libnss_nis.so.2 ELF 7ef78000-7ef91000 Deferred libnsl.so.1 ELF 7ef91000-7efd7000 Deferred libm.so.6 ELF 7efd7000-7efeb000 Deferred psapi<elf> \-PE 7efe0000-7efeb000 \ psapi ELF 7efeb000-7f000000 Deferred avicap32<elf> \-PE 7eff0000-7f000000 \ avicap32 ELF f5ce7000-f5d04000 Deferred libgcc_s.so.1 PE f5d48000-f5d5d000 Deferred api-ms-win-appmodel-runtime-l1-1 PE f5d50000-f5d5d000 Deferred api-ms-win-appmodel-runtime-l1-1C:\windows\system32\api-ms-win-appmodel-runtime-l1-1-1.dll ELF f5d5d000-f5d71000 Deferred api-ms-win-core-file-l2-1-1<elf> \-PE f5d60000-f5d71000 \ api-ms-win-core-file-l2-1-1 ELF f5db5000-f5dbe000 Deferred librt.so.1 ELF f5dbe000-f5dd6000 Deferred libresolv.so.2 ELF f5dd6000-f5dda000 Deferred libkeyutils.so.1 ELF f5dda000-f5e25000 Deferred libdbus-1.so.3 ELF f5e25000-f5e31000 Deferred libkrb5support.so.0 ELF f5e31000-f5e61000 Deferred libk5crypto.so.3 ELF f5e61000-f5f20000 Deferred libkrb5.so.3 ELF f5f20000-f5f32000 Deferred libavahi-client.so.3 ELF f5f32000-f5f40000 Deferred libavahi-common.so.3 ELF f5f40000-f5f86000 Deferred libgssapi_krb5.so.2 ELF f5f86000-f5ff3000 Deferred libcups.so.2 ELF f6257000-f630e000 Deferred msvcr71<elf> \-PE f6270000-f630e000 \ msvcr71 ELF f630e000-f63d5000 Deferred msvcr80<elf> \-PE f6330000-f63d5000 \ msvcr80 ELF f63d5000-f6533000 Deferred msvcp80<elf> \-PE f6410000-f6533000 \ msvcp80 ELF f6533000-f6551000 Deferred vcomp<elf> \-PE f6540000-f6551000 \ vcomp ELF f6551000-f6567000 Deferred vcomp100<elf> \-PE f6560000-f6567000 \ vcomp100 ELF f6567000-f65b7000 Deferred dsound<elf> \-PE f6570000-f65b7000 \ dsound ELF f65b7000-f66b6000 Deferred quartz<elf> \-PE f65d0000-f66b6000 \ quartz PE f66b6000-f66ca000 Deferred api-ms-win-core-localization-l1- PE f66c0000-f66ca000 Deferred api-ms-win-core-localization-l1-C:\windows\system32\api-ms-win-core-localization-l1-2-1.dll ELF f66ca000-f66de000 Deferred api-ms-win-core-fibers-l1-1-1<el PE f66d0000-f66de000 Deferred api-ms-win-core-fibers-l1-1-1 ELF f66de000-f66f2000 Deferred api-ms-win-core-synch-l1-2-0<elf PE f66e0000-f66f2000 Deferred api-ms-win-core-synch-l1-2-0 ELF f6738000-f6772000 Deferred uxtheme<elf> \-PE f6740000-f6772000 \ uxtheme ELF f6772000-f6778000 Deferred libxfixes.so.3 ELF f6778000-f6783000 Deferred libxcursor.so.1 ELF f6785000-f678a000 Deferred libcom_err.so.2 ELF f678a000-f67aa000 Deferred concrt140<elf> \-PE f6790000-f67aa000 \ concrt140 ELF f681e000-f6847000 Deferred libexpat.so.1 ELF f6847000-f6882000 Deferred libfontconfig.so.1 ELF f6882000-f68aa000 Deferred libpng12.so.0 ELF f68aa000-f694a000 Deferred libfreetype.so.6 ELF f694a000-f695a000 Deferred libxi.so.6 ELF f695a000-f695e000 Deferred libxcomposite.so.1 ELF f695e000-f6969000 Deferred libxrandr.so.2 ELF f6969000-f6974000 Deferred libxrender.so.1 ELF f6974000-f697a000 Deferred libxxf86vm.so.1 ELF f697a000-f697e000 Deferred libxinerama.so.1 ELF f697e000-f69a0000 Deferred libxcb.so.1 ELF f69a0000-f6ad4000 Deferred libx11.so.6 ELF f6ad4000-f6ae7000 Deferred libxext.so.6 ELF f6b10000-f6ba3000 Deferred winex11<elf> \-PE f6b20000-f6ba3000 \ winex11 ELF f6ba3000-f6bb7000 Deferred api-ms-win-crt-time-l1-1-0<elf> \-PE f6bb0000-f6bb7000 \ api-ms-win-crt-time-l1-1-0 ELF f6bb7000-f6bcd000 Deferred api-ms-win-crt-convert-l1-1-0<el PE f6bc0000-f6bcd000 Deferred api-ms-win-crt-convert-l1-1-0 ELF f6bcd000-f6be1000 Deferred api-ms-win-crt-utility-l1-1-0<el PE f6bd0000-f6be1000 Deferred api-ms-win-crt-utility-l1-1-0 ELF f6be1000-f6bf5000 Deferred api-ms-win-crt-locale-l1-1-0<elf PE f6bf0000-f6bf5000 Deferred api-ms-win-crt-locale-l1-1-0 PE f6bf5000-f6c09000 Deferred api-ms-win-crt-filesystem-l1-1-0 PE f6c00000-f6c09000 Deferred api-ms-win-crt-filesystem-l1-1-0C:\windows\system32\api-ms-win-crt-filesystem-l1-1-0.dll PE f6c09000-f6c1d000 Deferred api-ms-win-crt-environment-l1-1- PE f6c10000-f6c1d000 Deferred api-ms-win-crt-environment-l1-1-C:\windows\system32\api-ms-win-crt-environment-l1-1-0.dll ELF f6c1d000-f6c33000 Deferred api-ms-win-crt-string-l1-1-0<elf PE f6c20000-f6c33000 Deferred api-ms-win-crt-string-l1-1-0 ELF f6c33000-f6c4c000 Deferred api-ms-win-crt-math-l1-1-0<elf> \-PE f6c40000-f6c4c000 \ api-ms-win-crt-math-l1-1-0 ELF f6c4c000-f6c62000 Deferred api-ms-win-crt-stdio-l1-1-0<elf> \-PE f6c50000-f6c62000 \ api-ms-win-crt-stdio-l1-1-0 ELF f6c62000-f6c76000 Deferred api-ms-win-crt-heap-l1-1-0<elf> \-PE f6c70000-f6c76000 \ api-ms-win-crt-heap-l1-1-0 ELF f6c76000-f6c8c000 Deferred api-ms-win-crt-runtime-l1-1-0<el PE f6c80000-f6c8c000 Deferred api-ms-win-crt-runtime-l1-1-0 ELF f6c8c000-f6d65000 Deferred msvcr110<elf> \-PE f6ca0000-f6d65000 \ msvcr110 ELF f6d65000-f6e88000 Deferred msvcp110<elf> \-PE f6da0000-f6e88000 \ msvcp110 ELF f6e88000-f6f67000 Deferred msvcr120<elf> \-PE f6ea0000-f6f67000 \ msvcr120 ELF f6f67000-f7058000 Deferred ucrtbase<elf> \-PE f6f80000-f7058000 \ ucrtbase ELF f7058000-f7179000 Deferred msvcp140<elf> \-PE f7090000-f7179000 \ msvcp140 ELF f7179000-f7286000 Deferred comctl32<elf> \-PE f7180000-f7286000 \ comctl32 ELF f7286000-f72b3000 Deferred msvfw32<elf> \-PE f7290000-f72b3000 \ msvfw32 ELF f72b3000-f72df000 Deferred msacm32<elf> \-PE f72c0000-f72df000 \ msacm32 ELF f72df000-f7330000 Deferred avifil32<elf> \-PE f72f0000-f7330000 \ avifil32 ELF f7330000-f7339000 Deferred libnss_compat.so.2 ELF f733a000-f733f000 Deferred libdl.so.2 ELF f733f000-f74ee000 Deferred libc.so.6 ELF f74ef000-f750b000 Deferred libpthread.so.0 ELF f750b000-f7510000 Deferred libgpg-error.so.0 ELF f7512000-f7519000 Deferred libxdmcp.so.6 ELF f7519000-f751d000 Deferred libxau.so.6 ELF f751d000-f7533000 Deferred vcruntime140<elf> \-PE f7520000-f7533000 \ vcruntime140 ELF f7534000-f7703000 Dwarf libwine.so.1 ELF f7705000-f7727000 Deferred ld-linux.so.2 ELF f7727000-f7728000 Deferred [vdso].so Threads: process tid prio (all id:s are in hex) 00000008 (D) c:\FFMPEG\bin\ffmpeg.exe [c:\FFMPEG\bin\ffmpeg.exe -i c:\TESTIT\TEST.avs output.mkv] 0000003f 0 0000003e 0 0000003d 0 0000003c 0 00000009 0 <== 0000000e services.exe 00000033 0 00000032 0 00000027 0 00000021 0 00000016 0 00000012 0 0000000f 0 00000010 explorer.exe 00000031 0 00000030 0 0000002f 0 0000002e 0 00000011 0 00000014 winedevice.exe 00000020 0 0000001b 0 0000001a 0 00000015 0 0000001e plugplay.exe 00000024 0 00000023 0 0000001f 0 00000025 winedevice.exe 00000037 0 00000036 0 00000035 0 00000034 0 0000002d 0 0000002a 0 00000029 0 00000026 0 000000e4 explorer.exe 000000e9 0 000000e8 0 000000e7 0 000000e6 0 000000e5 0 System information: Wine build: wine-2.3 (Staging) Platform: i386 (WOW64) Version: Windows 7 Host system: Linux Host version: 3.13.0-24-generic Running AVSMeter on the avs script shows no issues except for AVS+ which shows Exception 0xC0000005 [STATUS_ACCESS_VIOLATION] for which ever various plugin is relevant at the time. On AVS+ , even taking deshaker out of the equation and only running the clip through the latest QTGMC. AVSMeter shows this Code:
wine AVSMeter.exe -i 'c:\TESTIT\NEW-TEST.avs' . . . System exception - Access Violation (C:/Program Files/AviSynth-repo/plugins32/QTGMC.avsi, line 981) (C:/Program Files/AviSynth-repo/plugins32/QTGMC.avsi, line 724) Last edited by tcope; 22nd March 2017 at 23:11. |
21st March 2017, 05:47 | #2 | Link |
Digital Artifact
Join Date: Sep 2015
Location: Houston Texas
Posts: 37
|
I have not been able to reproduce this error,
but hopefully it will mean something. Have no idea of its relevance and have only seen it happen once on AVS260_MT. Code:
err:clipboard:convert_selection Timed out waiting for SelectionNotify eventbits/s speed=0.0153x err:clipboard:convert_selection Timed out waiting for SelectionNotify eventbits/s speed=0.0154x |
21st March 2017, 06:28 | #3 | Link |
Registered User
Join Date: Jan 2014
Posts: 2,314
|
In avs+ there seems to be a double free of vd filter descriptors (a chain is built, and by the time the Clip is destroyed at the exit, next and previous ones are undefined, and as such, deleting them crashes), but it occurs only at the exit. I remember that this part was modified already due to finalization problems. In avs and then on avs+ as well.
|
21st March 2017, 14:54 | #5 | Link |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
Please post an AVSMeter info log (-avsinfo -log).
__________________
Groucho's Avisynth Stuff |
21st March 2017, 15:03 | #6 | Link |
Digital Artifact
Join Date: Sep 2015
Location: Houston Texas
Posts: 37
|
Download avsinfo log here.
avsinfo.log |
21st March 2017, 15:49 | #7 | Link | |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
Quote:
__________________
Groucho's Avisynth Stuff |
|
21st March 2017, 16:41 | #8 | Link | |
Digital Artifact
Join Date: Sep 2015
Location: Houston Texas
Posts: 37
|
Quote:
That seems to have solved the issue with QTGMC. I had previously tried back and forth with the yadifmod2 with no obvious effect. However, removing the SSE2Tools, RepairSSE2, and VerticalCleanerSSE2 looks to have solved the stability issue with QTGMC. The other issues still remain, so I will dig into all the plugins I have installed and try to find the latest versions of them all. Here is the current avsinfo log avsinfo.log Thank You Sir |
|
22nd March 2017, 00:08 | #9 | Link | |
Digital Artifact
Join Date: Sep 2015
Location: Houston Texas
Posts: 37
|
To recap, all the previous testing
had run successfully in win7. The issues that are being experienced are wine compatability issues, and removing outdated plugins has improved stability. Updated some plugins, and QTGMC continues to work correctly. My focus is now onto Deshaker. While looking for various "newer" plugins, I found the most stability with 2.6 plugins. Was very odd to find newer versions of some, but they still used the 2.5 interface. Even though they were "newer", things crashed. So I basically updated to the latest versions of the ones I could, while staying with 2.6 interface. Here is the current avsinfo log. avsinfo.log At this point all AVS versions seem to behave similarly in single thread mode. When pass1 and pass2 are in separate scripts, the pass1 logs are created and clips are processed with proper outputs as expected. All AVS versions will run to completion with no errors. When both passes are set in one script, pass 1 does not seem to be processed. Though the frame rate would indicate that it is. However, no log file is generated, and the resulting clip is black. All versions do run through to completion. However, AVS+ crashes on exit. This may be what is described here. Quote:
The backtrace can be found here. backtrace.txt AVS+ seems to run in single thread mode about 50% faster than I am getting with AVS260_MT threaded. Multi-thread modes: AVS260_MT does run about 24% faster when threaded, and completes with no errors ( Other than same pass1 issue & black output ) AVS+ imediately crashes if both passes are in the same script. Even when passes are in separate scripts, it crawls at a snale's pace. Nearly half the speed as in single thread mode. Code:
wine: Call from 0x7b43f1c2 to unimplemented function msvcp140.dll.?__ExceptionPtrAssign@@YAXPAXPBX@Z, aborting wine: Call from 0x7b43f1c2 to unimplemented function msvcp140.dll.?__ExceptionPtrAssign@@YAXPAXPBX@Z, aborting wine: Call from 0x7b43f1c2 to unimplemented function msvcp140.dll.?__ExceptionPtrAssign@@YAXPAXPBX@Z, aborting wine: Call from 0x7b43f1c2 to unimplemented function msvcp140.dll.?__ExceptionPtrAssign@@YAXPAXPBX@Z, aborting wine: Call from 0x7b43f1c2 to unimplemented function msvcp140.dll.?__ExceptionPtrAssign@@YAXPAXPBX@Z, aborting wine: Call from 0x7b43f1c2 to unimplemented function msvcp140.dll.?__ExceptionPtrAssign@@YAXPAXPBX@Z, aborting wine: Call from 0x7b43f1c2 to unimplemented function msvcp140.dll.?__ExceptionPtrAssign@@YAXPAXPBX@Z, aborting wine: Call from 0x7b43f1c2 to unimplemented function msvcp140.dll.?__ExceptionPtrAssign@@YAXPAXPBX@Z, aborting wine: Unhandled page fault on write access to 0x847ce330 at address 0x6ff2e2a (thread 0009), starting debugger... MT-backtrace.txt Please let me know if there is anything else I can provide to help get this fixed. Cheers |
|
22nd March 2017, 13:56 | #10 | Link |
German doom9/Gleitz SuMo
Join Date: Oct 2001
Location: Germany, rural Altmark
Posts: 6,782
|
Just replied in the AviSynth+ thread...
Your script structure is wrong. Apparently you try to run a sequence of two DeShaker calls, which won't happen due to the assignment of different results to the same implicit last clip variable, which AviSynth detects and will not execute the first call at all. Code:
... clip = ConvertToRGB32() last = clip.deshaker({ParamSet1}) # ignored due to the following call superseding the output last = clip.deshaker({ParamSet2}) # this is the call producing the script output No, you really have to use two scripts, you have to run the first script with a first-pass call only, close it, and then open the second script with the second-pass call. |
22nd March 2017, 23:10 | #11 | Link |
Digital Artifact
Join Date: Sep 2015
Location: Houston Texas
Posts: 37
|
Apparently 80 hour work weeks, and the frustration
of trying to get this all working across a 20 node Linux cluster has taken its toll on me. I had done testing of this years ago with version 2.5. However, all I have been able to find was an avs file of sorts. Now it would seem they were notes, rather than functioning code. Combine that with some how messing up my testing on windows7, being used as a control for results. Not sure how, but appeared to work correctly yesterday. Following your input, I went and ripped out everything from win7 and started fresh there. Sure enough it is demonstrating the same type behavior as I am seeing in wine. I was unclear on how the frame chain was processed. I was making an assumption that the 2 calls were able to sync through that file. One would write and the other would read. Such things are done at times, but apparently not with Synth code. As it stands, the only compatibility there seems to have been was with wine and mix matched 2.5/2.6 plugins. I may have even managed to get stability with AVS+ in multi-thread mode. Perhaps some creative scripting with GScript will allow for both passes to be managed in one avs file. Would deff make life easier running through the render farm. Thanks LigH for helping me get my head screwed on straight. I'll mark this thread as resolved. Cheers |
|
|