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.

 

Go Back   Doom9's Forum > Capturing and Editing Video > Avisynth Development

Reply
 
Thread Tools Search this Thread Display Modes
Old Yesterday, 19:26   #2981  |  Link
Emulgator
Big Bit Savings Now !
 
Emulgator's Avatar
 
Join Date: Feb 2007
Location: close to the wall
Posts: 1,826
That fits. I just see that within 32bit AviSynth I had my 32bit PlanarTools (05.07.2016) deactivated some years ago because of incompatibilities.
So there couldn't have been complaints in 32bit world here today.
Ah... Could it be that the 64bit PlanarTools still hangs around in RAM here and hampers the innocent new AviSynth ?

Power cycling soon...
Well, did not help, not even ColorBars() can be invoked here in AviSynth.dll r4173 (06.02.2025 17:10) 64bit, AvsPmod64 2.7.8.9
__________________
"To bypass shortcuts and find suffering...is called QUALity" (Die toten Augen von Friedrichshain)
"Data reduction ? Yep, Sir. We're that issue working on. Synce invntoin uf lingöage..."

Last edited by Emulgator; Yesterday at 19:37.
Emulgator is offline   Reply With Quote
Old Yesterday, 19:42   #2982  |  Link
pinterf
Registered User
 
Join Date: Jan 2014
Posts: 2,381
Quote:
Originally Posted by FranceBB View Post
In r4173 both x86 and x64 Avisynth seem to be complaining about the old PlanarTools.dll
How old? Could you please upload it somewhere?
pinterf is offline   Reply With Quote
Old Yesterday, 19:50   #2983  |  Link
Emulgator
Big Bit Savings Now !
 
Emulgator's Avatar
 
Join Date: Feb 2007
Location: close to the wall
Posts: 1,826
These are Chikuzen's PlanarTools.dlls 0.3.0 from 05.07.2016, x86 from 00:28 and x64 from 00:30
https://github.com/chikuzen/PlanarTools/releases

BTW, these PlanarTools.dlls are not the main culprit, although they may be.
They expect MS VisualC++ 2015 and SSE2 or crash, SSSE3 for RGBtoRGB or fallback.

For x64 I went back to your r4066 and all is peachy.
__________________
"To bypass shortcuts and find suffering...is called QUALity" (Die toten Augen von Friedrichshain)
"Data reduction ? Yep, Sir. We're that issue working on. Synce invntoin uf lingöage..."

Last edited by Emulgator; Yesterday at 20:02.
Emulgator is offline   Reply With Quote
Old Yesterday, 19:51   #2984  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 833
I see that tests have already started.
Code:
exprfilter.cpp: In member function 'void Exprfilter::calculate_lut(IScriptEnvironment*)':
exprfilter.cpp:4403:32: error: 'avs_malloc' was not declared in this scope; did you mean '_mm_malloc'?
 4403 |     d.luts[plane] = (uint8_t *)avs_malloc(lut_size, 32); // 256 lut_x    65536: lut_xy (8 bit)
      |                                ^~~~~~~~~~
      |                                _mm_malloc
exprfilter.cpp: In destructor 'virtual Exprfilter::~Exprfilter()':
exprfilter.cpp:4658:19: error: 'avs_free' was not declared in this scope
 4658 |     if(d.luts[i]) avs_free(d.luts[i]); // aligned free
      |                   ^~~~~~~~
Problem name Cache:
x86inc.asm:31: error: private_prefix not defined
c:/gcc1150/bin/../lib/gcc/x86_64-w64-mingw32/11.5.0/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\avisynth_x64.a(cache.o):cache.cpp: (.text+0x290): multiple definition of `Cache::~Cache()'; lib\libvmaf_x64.a(svm.o):svm.cpp: (.text+0xd60): first defined here
c:/gcc1150/bin/../lib/gcc/x86_64-w64-mingw32/11.5.0/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\avisynth_x64.a(cache.o) :cache.cpp: (.text+0x290): multiple definition of `Cache::~Cache()'; lib\libvmaf_x64.a(svm.o) :svm.cpp: (.text+0xd60): first defined here
collect2.exe: error: ld returned 1 exit status
c:/gcc1150/bin/../lib/gcc/x86_64-w64-mingw32/11.5.0/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\avisynth_x64.a(cache.o) :cache.cpp: (.text+0x290): multiple definition of `Cache::~Cache()'; lib\libvmaf_x64.a(svm.o) :svm.cpp: (.text+0xd60): first defined here
c:/gcc1150/bin/../lib/gcc/x86_64-w64-mingw32/11.5.0/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\avisynth_x64.a(cache.o) :cache.cpp: (.text+0x290): multiple definition of `Cache::~Cache()'; lib\libvmaf_x64.a(svm.o) :svm.cpp: (.text+0xd60): first defined here
collect2.exe: error: ld returned 1 exit status
c:/gcc1150/bin/../lib/gcc/x86_64-w64-mingw32/11.5.0/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\avisynth_x64.a(cache.o) :cache.cpp: (.text+0x290): multiple definition of `Cache::~Cache()'; lib\libvmaf_x64.a(svm.o) :svm.cpp: (.text+0xd60): first defined here
c:/gcc1150/bin/../lib/gcc/x86_64-w64-mingw32/11.5.0/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\avisynth_x64.a(cache.o) :cache.cpp: (.text+0x290): multiple definition of `Cache::~Cache()'; lib\libvmaf_x64.a(svm.o) :svm.cpp: (.text+0xd60): first defined here
Jamaika is offline   Reply With Quote
Old Yesterday, 20:10   #2985  |  Link
pinterf
Registered User
 
Join Date: Jan 2014
Posts: 2,381
Quote:
Originally Posted by Emulgator View Post
These are Chikuzen's PlanarTools.dlls 0.3.0 from 05.07.2016, x86 from 00:28 and x64 from 00:30
https://github.com/chikuzen/PlanarTools/releases

BTW, these are not the main culprit. For x64 I went back to your r4066 and all is peachy.
Yep, I'm looking into the Avspmod issue.
(for myself: Avspmod is calling avs_release_value on an array, I don't understand why. The array has two elements, the first is a string containing the whole text of the script, the second is the full path with filename of the script.)
EDIT:
the array [script, filename] on which avs_release_value is called is assembled here:
self.clip = self.env.invoke('Eval', [script, filename])
EDIT2:
Issues are not enabled on AvsPMod repo, so I started a discussion:
https://github.com/gispos/AvsPmod/discussions/16

Last edited by pinterf; Yesterday at 21:24.
pinterf is offline   Reply With Quote
Old Yesterday, 20:22   #2986  |  Link
pinterf
Registered User
 
Join Date: Jan 2014
Posts: 2,381
Quote:
Originally Posted by Emulgator View Post
These are Chikuzen's PlanarTools.dlls 0.3.0 from 05.07.2016, x86 from 00:28 and x64 from 00:30
https://github.com/chikuzen/PlanarTools/releases

BTW, these PlanarTools.dlls are not the main culprit, although they may be.
They expect MS VisualC++ 2015 and SSE2 or crash, SSSE3 for RGBtoRGB or fallback.

For x64 I went back to your r4066 and all is peachy.
0.3.0 is not good, using the forbidden-to-use internal interface (IScriptEnvironment2*) of Avs+.
It was fixed
https://github.com/chikuzen/PlanarTo...45df507a27fb23
but 0.3.1 was never released.

Btw, this Avisynth build already contains wonkey-monkey's request, that a bad plugin would cause instant crash, instead of silently do nothing and poor developer/script writer debugs for days to detect why it does not work.

This is why it crashed upon the plugin autoloading process.
pinterf is offline   Reply With Quote
Old Yesterday, 20:24   #2987  |  Link
pinterf
Registered User
 
Join Date: Jan 2014
Posts: 2,381
Quote:
Originally Posted by Jamaika View Post
I see that tests have already started.
Code:
exprfilter.cpp: In member function 'void Exprfilter::calculate_lut(IScriptEnvironment*)':
exprfilter.cpp:4403:32: error: 'avs_malloc' was not declared in this scope; did you mean '_mm_malloc'?
 4403 |     d.luts[plane] = (uint8_t *)avs_malloc(lut_size, 32); // 256 lut_x    65536: lut_xy (8 bit)
      |                                ^~~~~~~~~~
      |                                _mm_malloc
exprfilter.cpp: In destructor 'virtual Exprfilter::~Exprfilter()':
exprfilter.cpp:4658:19: error: 'avs_free' was not declared in this scope
 4658 |     if(d.luts[i]) avs_free(d.luts[i]); // aligned free
      |                   ^~~~~~~~
Problem name Cache:
x86inc.asm:31: error: private_prefix not defined
c:/gcc1150/bin/../lib/gcc/x86_64-w64-mingw32/11.5.0/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\avisynth_x64.a(cache.o):cache.cpp: (.text+0x290): multiple definition of `Cache::~Cache()'; lib\libvmaf_x64.a(svm.o):svm.cpp: (.text+0xd60): first defined here
c:/gcc1150/bin/../lib/gcc/x86_64-w64-mingw32/11.5.0/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\avisynth_x64.a(cache.o) :cache.cpp: (.text+0x290): multiple definition of `Cache::~Cache()'; lib\libvmaf_x64.a(svm.o) :svm.cpp: (.text+0xd60): first defined here
collect2.exe: error: ld returned 1 exit status
c:/gcc1150/bin/../lib/gcc/x86_64-w64-mingw32/11.5.0/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\avisynth_x64.a(cache.o) :cache.cpp: (.text+0x290): multiple definition of `Cache::~Cache()'; lib\libvmaf_x64.a(svm.o) :svm.cpp: (.text+0xd60): first defined here
c:/gcc1150/bin/../lib/gcc/x86_64-w64-mingw32/11.5.0/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\avisynth_x64.a(cache.o) :cache.cpp: (.text+0x290): multiple definition of `Cache::~Cache()'; lib\libvmaf_x64.a(svm.o) :svm.cpp: (.text+0xd60): first defined here
collect2.exe: error: ld returned 1 exit status
c:/gcc1150/bin/../lib/gcc/x86_64-w64-mingw32/11.5.0/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\avisynth_x64.a(cache.o) :cache.cpp: (.text+0x290): multiple definition of `Cache::~Cache()'; lib\libvmaf_x64.a(svm.o) :svm.cpp: (.text+0xd60): first defined here
c:/gcc1150/bin/../lib/gcc/x86_64-w64-mingw32/11.5.0/../../../../x86_64-w64-mingw32/bin/ld.exe: lib\avisynth_x64.a(cache.o) :cache.cpp: (.text+0x290): multiple definition of `Cache::~Cache()'; lib\libvmaf_x64.a(svm.o) :svm.cpp: (.text+0xd60): first defined here
I hope you are using our CMake build environment.
EDIT.
When you compile together 100000000 different projects, don't surprise that the 'rarely used' Cache class name occurs in multiple places, like in libvmaf_x64 (what is it??? Avisynth related? No.) as well. Please don't report nonexistant bugs which are not bug and error, and don't make me spend more time on your "reports", which has approximately 9 out of 10 is just like trolling. Thanks in advance.

Last edited by pinterf; Yesterday at 20:32.
pinterf is offline   Reply With Quote
Old Yesterday, 21:39   #2988  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 833
I've dealt with problems. The new avisynth works. Is it better? I'll leave that to the professional.
I treat my ffmpeg creation as a toy.

https://github.com/AviSynth/AviSynth...0cbce5bd7335b2
https://www.sendspace.com/file/k3qy6x
Jamaika is offline   Reply With Quote
Old Yesterday, 22:16   #2989  |  Link
FranceBB
Broadcast Encoder
 
FranceBB's Avatar
 
Join Date: Nov 2013
Location: Royal Borough of Kensington & Chelsea, UK
Posts: 3,172
Quote:
Originally Posted by pinterf View Post
0.3.0 is not good, using the forbidden-to-use internal interface (IScriptEnvironment2*) of Avs+.
It was fixed
https://github.com/chikuzen/PlanarTo...45df507a27fb23
but 0.3.1 was never released.
Thank you Grandmaster Ferenc, as always, for the explanation and for pointing me to the right direction!
I relinked to the new Avisynth 3.7.4 r4173 header and used the latest master which includes commit 5b58b57 to create the new builds. It works!

x64 Avisynth 3.7.4 r4173


x86 Avisynth 3.7.4 r4173


Quote:
Originally Posted by Emulgator View Post
They expect MS VisualC++ 2015
I built statically this time with v143 (MSVC - Visual Studio 2022).
In case anyone needs those: https://github.com/FranceBB/PlanarTo...ools-0.3.1.zip


Chikuzen repository: https://github.com/chikuzen/PlanarTools
Temporary builds: https://github.com/FranceBB/PlanarTools/releases


There are 4 folders:

- x86
- x64
- x86_xp
- x64_xp

The normal ones are compiled with v143 and linked statically, the XP ones are compiled with v141_xp and /Zc:threadSafeInit and they're also linked statically, however it seems to be complaining about ReleaseSRWLockExclusive, AcquireSRWLockExclusive, WakeAllConditionVariable and SleepConditionVariableSRW when running on XP.



Any other hint for the XP builds, Grandmaster Ferenc?

Last edited by FranceBB; Yesterday at 22:22.
FranceBB is online now   Reply With Quote
Old Today, 00:25   #2990  |  Link
Emulgator
Big Bit Savings Now !
 
Emulgator's Avatar
 
Join Date: Feb 2007
Location: close to the wall
Posts: 1,826
Continuing testing r4173 x64 on VirtualDub64 44282:
Framecounter works, ColorBars works.
filepaths derived via AviSynth internal functions: The filename "The Young BD Lens Correction AVS+64.avi.avs" comes out reversed:
NO SUCH FILE: E:\5_PREPROC\sva.iva.46+SVA noitcerroC sneL DB gnuoY !

Code:
SetFilterMTMode("DEFAULT_MT_MODE", 2)
SetFilterMTMode("LWLibavVideoSource", 3)
SetFilterMTMode("LWLibavAudioSource", 3)
SetFilterMTMode("DGSource", 3)
SetFilterMTMode("InpaintDelogo", 3)
scriptextlen=FindStr(RevStr(ScriptFile()),".")
vidextlen=FindStr(RevStr(LeftStr(ScriptFile(),StrLen(ScriptFile())-scriptextlen)),".")
vidfolder=ScriptDir()
audfolder=vidfolder
vidfile=LeftStr(ScriptFile(),(StrLen(ScriptFile())-scriptextlen-vidextlen))
audfile=vidfile
vidext=LeftStr(RightStr(ScriptFile(),scriptextlen+vidextlen),vidextlen)
vidsrc= vidext==".d2v" ? "MPEG2Source" : vidext==".dga" ? "AVCSource" : vidext==".dgi" ? "DGSource" : "LWLibavVideoSource"
audext=vidext==".d2v" ? ".ac3" : vidext==".dgi" ? ".ac3" : vidext
audpid= vidext==".d2v" ? " T80 2_0ch 224Kbps DELAY 0ms" : vidext==".dgi" ? " PID 1100 2.0ch 48KHz 192Kbps DELAY 0ms" :""
#audpid= vidext==".d2v" ? " T81 3_2ch 448Kbps DELAY 0ms" : vidext==".dgi" ? " T81 3_2ch 48KHz 448Kbps DELAY 0ms" :""
audsrc= audext==".ac3" ? "NicAC3Source" : audext==".mp4" ? "LWLibavAudioSource" : "LWLibavAudioSource"
#audsrc="BestAudioSource"
Exist(String(vidfolder)+String(vidfile)+String(vidext)) ? Apply(vidsrc,String(vidfolder)+String(vidfile)+String(vidext))\
: Assert(false, "NO SUCH FILE: " + String(vidfolder)+String(vidfile)+String(vidext) + " !")
Exist(String(audfolder)+String(audfile)+String(audpid)+String(audext)) ? AudioDub(last,Apply(audsrc,String(audfolder)+String(audfile)+String(audpid)+String(audext))) : last
#++++++++++  End of AutoPath script head  ++++++++++++
This snippet works under r4066

Hrm. The filename
vts_01_1.d2v.avs
works fine in r4173. Are spaces the problem ? Seems so. The first space in <filename> seems to break it by reversing the string.
__________________
"To bypass shortcuts and find suffering...is called QUALity" (Die toten Augen von Friedrichshain)
"Data reduction ? Yep, Sir. We're that issue working on. Synce invntoin uf lingöage..."

Last edited by Emulgator; Today at 00:37.
Emulgator is offline   Reply With Quote
Old Today, 01:54   #2991  |  Link
VoodooFX
Banana User
 
VoodooFX's Avatar
 
Join Date: Sep 2008
Posts: 1,081
Quote:
Originally Posted by pinterf View Post
Issues are not enabled on AvsPMod repo, so I started a discussion:
https://github.com/gispos/AvsPmod/discussions/16
I think gispos doesn't know that such thing exists at github.
Better post at https://forum.doom9.org/showthread.php?t=175823
VoodooFX is offline   Reply With Quote
Old Today, 07:41   #2992  |  Link
Jamaika
Registered User
 
Join Date: Jul 2015
Posts: 833
Testing further news.
The latest version of avisynth does not like the latest version of l-smach.
https://github.com/HomeOfAviSynthPlu...d62c4fffc512a5
https://github.com/AviSynth/AviSynth...0cbce5bd7335b2

LWLibavAudioSource("input.mp4")
Assertion failed: IsArray() && index>=0 && index<array_size, file interface.cpp, line 975
Jamaika is offline   Reply With Quote
Old Today, 12:48   #2993  |  Link
tormento
Acid fr0g
 
tormento's Avatar
 
Join Date: May 2002
Location: Italy
Posts: 2,868
Quote:
Originally Posted by pinterf View Post
Thank you, I hope it is fixed now.
Tested and working for that script.

Speed is on par with 4096 version.

P.S: I saw that many plugings from Asd-G are still based on 2.5 header, even if from last year or so. Is it a bug from AVSMeter or a tragic reality?
__________________
@turment on Telegram
tormento is offline   Reply With Quote
Old Today, 15:36   #2994  |  Link
pinterf
Registered User
 
Join Date: Jan 2014
Posts: 2,381
Quote:
Originally Posted by tormento View Post
Tested and working for that script.

Speed is on par with 4096 version.

P.S: I saw that many plugings from Asd-G are still based on 2.5 header, even if from last year or so. Is it a bug from AVSMeter or a tragic reality?
The C plugins have traditionally used different numbering, which is a bit more coarse than the actual interface version they support. This 2.5 version is different from an older C++ plugin version 2.5.

Anyway, I plan to update AVSMeter (I use it frequently). This update is necessary because C plugins will also be updated; there is a new entry point that signals 64-bit data compatibility.
pinterf is offline   Reply With Quote
Old Today, 16:32   #2995  |  Link
wonkey_monkey
Formerly davidh*****
 
wonkey_monkey's Avatar
 
Join Date: Jan 2004
Posts: 2,596
Quote:
Originally Posted by pinterf View Post
Anyway, I plan to update AVSMeter (I use it frequently).
Any feasibility of registering it so it appears as a right-click option for .avs files?
__________________
My AviSynth filters / I'm the Doctor
wonkey_monkey is online now   Reply With Quote
Old Today, 16:36   #2996  |  Link
pinterf
Registered User
 
Join Date: Jan 2014
Posts: 2,381
Quote:
Originally Posted by Emulgator View Post
Continuing testing r4173 x64 on VirtualDub64 44282:
Framecounter works, ColorBars works.
filepaths derived via AviSynth internal functions: The filename "The Young BD Lens Correction AVS+64.avi.avs" comes out reversed:
NO SUCH FILE: E:\5_PREPROC\sva.iva.46+SVA noitcerroC sneL DB gnuoY !
Thank you for the report. The issue originated from a commit on April 17, 2024, which introduced the string cache.

Previously, RevStr would first store the string and then reverse it. However, if the string was already stored, it did not create a duplicate, causing the previously stored variable to be overwritten.

This has been fixed by making a safe copy of the string before performing the operation.

A similar bug occurred with UCase and LCase, which have now been fixed as well.

I'm gonna prepare a new build.
pinterf is offline   Reply With Quote
Old Today, 16:37   #2997  |  Link
pinterf
Registered User
 
Join Date: Jan 2014
Posts: 2,381
Quote:
Originally Posted by wonkey_monkey View Post
Any feasibility of registering it so it appears as a right-click option for .avs files?
And supporting GetAudio as well. I missed it badly.
pinterf is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 16:37.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2025, vBulletin Solutions Inc.