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. |
![]() |
#1081 | Link |
Registered User
Join Date: Apr 2009
Posts: 478
|
Hi qyot27, I understand that you are one of the developers for Avs+. I'm wondering if development has stopped temporarily again. I'm asking because since installing Build 1779 I have been having occasions where encoding jobs crash due to a "STATUS ACCESS VIOLATION". The stable build was Avs+ was a lot more stable (no pun intended).
Is anyone else getting such crashes in 1779? I do like the slight speed increase but I wonder if I should revert back to the stable build. |
![]() |
![]() |
#1082 | Link |
...?
Join Date: Nov 2005
Location: Florida
Posts: 1,468
|
I'm more of a contributor than 'one of the developers'. The stuff I do consists mostly of satellite functions, not big core things (or more patch monkey-like tasks, like the RC1 and RC2* integration patchsets). I'm not generally clued-in much on the gritty details since I rarely ever go into the IRC channel (one reason is that my development and testing environments have a fairly high separation from one another, making IRC participation difficult, although I'm also just not much for chatting on IRC anyway).
*which is extremely paltry and affects no central code stuff in avsplus. r1779 is not actually the newest revision from git; that would be r1825 (or r1833, if rc2integrate gets merged with no other additional commits). I had uploaded a build r1825 to my MediaFire account some time ago but didn't post it because I was thinking we were on the cusp of 0.2 being released. It might have resolved the issues you're having already, so I guess I'll just go ahead and post the link: AviSynth+ r1825 |
![]() |
![]() |
#1083 | Link |
Registered User
Join Date: Dec 2011
Posts: 77
|
It is not called "stable" release for nothing ;-)
Currently there is only one developer for Avs+, ultim. Development relies heavily on his schedule. While qyot27 and I (and tp7 in the past) are contributors, we play insignificant roles (compared to ultim's). So yeah, right now development seems to stop (hopefully temporarily). Crash due to ACCESS VIOLATION may come from many thing; I'd suggest you try the r1825 to see if it solves your problem, and if not, a script would be appreciated.
__________________
AviSynth+ |
![]() |
![]() |
#1084 | Link |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
I see that UPX is still used to compress the binaries, just as in the official Avisynth.
The size argument really doesn't apply any more since hard drives nowadays are bigger than they were in 1990. Reduction of the distribution package size also does not apply, it's packed with 7-Zip anyway. For some reason, many people use anti virus programs, most of which are so bad that they instantly throw up false positives when they come across a UPX packed file. Lastly, you're introducing more complexity into the DLL loading process. You might think this argument is ridiculous but no software is bug free. Just my 2c.
__________________
Groucho's Avisynth Stuff |
![]() |
![]() |
#1087 | Link | |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
Quote:
![]()
__________________
Groucho's Avisynth Stuff |
|
![]() |
![]() |
#1089 | Link |
...?
Join Date: Nov 2005
Location: Florida
Posts: 1,468
|
AFAIK, DevIL.dll is the official binary for that rather than one that's custom-built (although I could be wrong). The binary *.dlls themselves are in the Git repository, in already-UPX'd form, and just get copied around afterward. An unpacked DevIL.dll is 2 megs in size.
Anyway, my decision to UPX the binaries is based mostly on tradition and habit. After really considering it and looking at some of the adverse affects (I don't consider the anti-virus argument an important reason; the increased memory and loading complexity arguments are important, though), I don't think I'll do that anymore. It was never actually based on the bandwidth argument or disk space, really. |
![]() |
![]() |
#1090 | Link |
Registered User
Join Date: Apr 2009
Posts: 478
|
Ok, I'm back after testing with 1825.
Firstly, to eliminate the possibility of a fault with the encoder, I encoded to hfyu instead of HEVC. It crashes at around the same percentage progress. To eliminate the source filter, I tried L-Smash Works instead of FFMS. Same results, crash at the same percentage progress. I have since reverted to the stable build and it's chugging along fine. I would like to help knock out this bug so let me know how I can help. For starters, here's the 3 scripts I used that have exhibited this problem: Code:
<input> QTGMC(Preset="Slow",InputType=3) nnedi3_rpow2(2,cshift="Spline36Resize",fwidth=720,fheight=480) Code:
<input> QTGMC(Preset="Very Slow") Code:
<input> Dither_convert_8_to_16() Dither_y_gamma_to_linear() Dither_resize16(1280,720) Dither_y_linear_to_gamma() DitherPost() QTGMC(Preset="Slow",InputType=1) InterFrame(Cores=4,GPU=True,tuning="Smooth",FrameDouble=True) |
![]() |
![]() |
#1091 | Link | |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
Quote:
Edit: Are you using 64 or 32 Bit AVS+?
__________________
Groucho's Avisynth Stuff Last edited by Groucho2004; 30th April 2015 at 17:48. |
|
![]() |
![]() |
#1093 | Link |
Registered User
Join Date: Mar 2013
Posts: 101
|
Way off topic however the "fft3dfilter(sigma=3, bt=5, bw=48, bh=48, ow=24, oh=24, ncpu=8)" qualifier ncpu=8 jumped out at me. NCPU is the max number of CPU threads to use for FFT calculation. I have found by trial and error that raising it above 1 for real time playback really increases the CPU load. Lets say using the above fft3dfilter avisynth filter in a simple script w/ncpu=1 consumed 24% CPU..jacking it up to 8 with all things equal could easily push it to 45% on a 4/8 core intel i7-3770. Use with care.
|
![]() |
![]() |
#1094 | Link | |
Soul Architect
Join Date: Apr 2014
Posts: 2,560
|
Quote:
Code:
#note2: tried multiple files, seems to corrupt video even when it is the only filter in a script. #tried mode 1, 2, and 3, none worked. however it works fine if MT isn't enabled. #should ColorMatrix still be in the list? as a notice? or should it be removed?
__________________
FrameRateConverter | AvisynthShader | AvsFilterNet | Natural Grounding Player with Yin Media Encoder, 432hz Player, Powerliminals Player and Audio Video Muxer Last edited by MysteryX; 24th June 2015 at 06:13. |
|
![]() |
![]() |
#1095 | Link | |
Soul Architect
Join Date: Apr 2014
Posts: 2,560
|
Quote:
__________________
FrameRateConverter | AvisynthShader | AvsFilterNet | Natural Grounding Player with Yin Media Encoder, 432hz Player, Powerliminals Player and Audio Video Muxer Last edited by MysteryX; 24th June 2015 at 06:13. |
|
![]() |
![]() |
#1096 | Link |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
ColorMatrix is very fast, no need for MT in my opinion.
__________________
Groucho's Avisynth Stuff |
![]() |
![]() |
#1097 | Link |
Soul Architect
Join Date: Apr 2014
Posts: 2,560
|
How can I disable MT for ColorMatrix?
After testing more, NNEDI3 is causing image corruption, while EEDI3 is causing instant crash. These work fine with AviSynth 2.6 MT
__________________
FrameRateConverter | AvisynthShader | AvsFilterNet | Natural Grounding Player with Yin Media Encoder, 432hz Player, Powerliminals Player and Audio Video Muxer Last edited by MysteryX; 24th June 2015 at 06:12. |
![]() |
![]() |
#1098 | Link |
random user
Join Date: May 2014
Location: #Neuland
Posts: 116
|
I've also problems to get this running on my system: https://forum.doom9.org/showthread.p...22#post1719222.
First I thought that there is a problem with my system, because I had trouble last week (windows update broke something). I have done the following things to exclude other error sources: - restored a system restore point prior to the ms-updates - load bios defaults to disable all overclocking - tested stability with prime95 and memtest86+ with 100% success - installed the recommened msvc redist-packages from ultim's linked download folder - leave only the avs+ and qtgmc core plugins and source plugin in the plugins folder The linked script completes in 100% of cases with avs 2.6 mt, with avs+ r1689 and with avs+ r1718, also all other software is running fine. But with avs+ (r1779 + r1825 / x86 + x64) the script freezes in 60% of attempts at random points. The freezing occurs with avsmeter, playing with virtualdub, and on encoding with x264 or x265. Strange is that I've tested this in the past and noticed no errors: http://forum.doom9.org/showthread.ph...18#post1714218 Just coincidence? ![]() Apart from that I have also noticed small differences in the linked mt-mode.avsi files https://pad.riseup.net/p/avs_plus_mt_modes https://gist.githubusercontent.com/t...9/MtModes.avsi which one is the recommened and most recent?
__________________
BeHappy Audio Transcoder > <Doom9 forum> <Gleitz forum> <GitHub> MP4.tool GUI for MP4Box & L-SMASH muxer > https://www.mediafire.com/folder/3i6y6cbkyhblm/MP4.tool |
![]() |
![]() |
#1099 | Link | |
Registered User
Join Date: Mar 2012
Location: Texas
Posts: 1,675
|
Quote:
|
|
![]() |
![]() |
#1100 | Link |
Soul Architect
Join Date: Apr 2014
Posts: 2,560
|
I've been playing with the latest AviSynth+ MT build with SVP. This build is MUCH better than a previous build I tried, but still has a few issues:
- lag between audio and video - very occasional glitches or corrupt frames - causes NNEDI3 filter to corrupt video - causes EEDI3 filter to instantly crash
__________________
FrameRateConverter | AvisynthShader | AvsFilterNet | Natural Grounding Player with Yin Media Encoder, 432hz Player, Powerliminals Player and Audio Video Muxer Last edited by MysteryX; 24th June 2015 at 06:12. |
![]() |
![]() |
Thread Tools | Search this Thread |
Display Modes | |
|
|