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. |
![]() |
#2001 | Link |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
Here. This installer does not include the VC runtimes. If you need them, use the ones from ultim's dl location. I highly recommend to use ricktendo's All In One runtime installer, very compact and all versions you'll ever need included.
__________________
Groucho's Avisynth Stuff |
![]() |
![]() |
#2002 | Link |
Pajas Mentales...
Join Date: Dec 2004
Location: Spanishtán
Posts: 496
|
thanks for the installer, but don't work with XP. no need the runtimes, because i want to install throught wine (vc2015 is installed by winetricks)
the workground is set wine to windows7, install avs+ and back to winxp greetings |
![]() |
![]() |
#2003 | Link |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
The installer doesn't work on XP?
__________________
Groucho's Avisynth Stuff |
![]() |
![]() |
#2005 | Link |
Pajas Mentales...
Join Date: Dec 2004
Location: Spanishtán
Posts: 496
|
what the hell. in the first time i run the installer don't work. spawn a installer error window about the version of the windows. then switch to win7, install it and back to windows xp
now with winxp again, the installer works ok :? shi...... sorry for the noise |
![]() |
![]() |
#2006 | Link | |
Registered User
Join Date: Jan 2014
Posts: 2,309
|
Quote:
And I have learned that these are not the same Code:
setmemorymax(16000) setmemorymax(16000) n = 5 colorbars(width = 1920 * n, height = 1080 * n, pixel_type = "rgb32").killaudio().assumefps(25, 1) turnleft().pointresize(width() - 1920, height() - 1080) Flow: orig 9600x5400 -> turnleft 5400x9600 -> resize to 7680x4320 = resize_horiz 5400x9600->7680x9600 (huge!) resize_vert 7680x9600->7680x4320 or Code:
turnleft() pointresize(width() - 1920, height() - 1080) |
|
![]() |
![]() |
#2007 | Link | |
Registered User
Join Date: Jan 2014
Posts: 2,309
|
Quote:
Now (maybe the running programs changed the memory consumption a bit) my test even did not return from a simple malloc. While there is intensive memory swapping in the background. So frame reservation error is caught, C++ object reservations and internals can cause C0000005 in the VC runtime, or other buffer reservations (Avisynth BufferPool for temporary buffers) can result in silent death in malloc when it cannot reserve e.g. a 2G memory area. |
|
![]() |
![]() |
#2008 | Link | ||
AVS+ Dev
Join Date: Aug 2013
Posts: 359
|
Quote:
The new resizers in the MT-branch use the IScriptEnv2->Allocate() to request temporary storage instead of requesting frame buffers (this is both faster and more memory-efficient). But if I remember correctly, Allocate() returns a NULL pointer when it runs out of memory instead of throwing an exception. My bet is that the resizers don't inspect the return value for error and so you get an access violation due to NULL-pointer dereference. If this guess is correct, the fix is to check the return value of allocate inside the resizer for NULL, and if NULL, call env->Throw().
__________________
AviSynth+ Last edited by ultim; 6th July 2016 at 15:25. |
||
![]() |
![]() |
#2009 | Link |
Soul Architect
Join Date: Apr 2014
Posts: 2,559
|
AviSynthShader released with updated headers + cleaned up the files mess
__________________
FrameRateConverter | AvisynthShader | AvsFilterNet | Natural Grounding Player with Yin Media Encoder, 432hz Player, Powerliminals Player and Audio Video Muxer Last edited by MysteryX; 6th July 2016 at 15:34. |
![]() |
![]() |
#2010 | Link | |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
Quote:
"add TV_range bool" see this http://avisynth.nl/index.php/Limiter and this http://avisynth.nl/index.php/Luminan...ance_levels.3F anyway, TV_range is true by default, that will use Dither_Luma_Rebuild(S0=1.0,c=0.0625) see here http://avisynth.nl/index.php/SMDegrain#Introduction if set TV_range to false then Dither_Luma_Rebuild will not be used "less lsb if not use lsb things and get ready for yv16 and yv24" SMDegrain was using KNLmeans with lsb (16bit) even without using lsb in setting, and "get ready for yv16 and yv24" this is for the future ![]()
__________________
See My Avisynth Stuff |
|
![]() |
![]() |
#2011 | Link | |
Acid fr0g
Join Date: May 2002
Location: Italy
Posts: 2,542
|
Quote:
__________________
@turment on Telegram |
|
![]() |
![]() |
#2012 | Link |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
good for DVD and BD and tv things
__________________
See My Avisynth Stuff |
![]() |
![]() |
#2014 | Link |
Registered User
Join Date: Jan 2012
Location: Mesopotamia
Posts: 2,587
|
didn't try, but yes, it's wrong in these cases
__________________
See My Avisynth Stuff |
![]() |
![]() |
#2015 | Link | |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
Quote:
Is this now becoming a permanent thing that you fill almost every thread on this forum with your random ramblings?
__________________
Groucho's Avisynth Stuff |
|
![]() |
![]() |
#2016 | Link |
Registered User
Join Date: Jan 2014
Posts: 2,309
|
Resizers do not check allocation result. But in my test, they even dont reach the checking point. Provided if the OS is in low memory situation too. In this case I do not care the meaningful error report when even task manager response time is some minutes because of swapping
|
![]() |
![]() |
#2017 | Link |
Join Date: Mar 2006
Location: Barcelona
Posts: 5,034
|
Here's a funny one:
Script: Code:
setmemorymax(16000) n = 30 colorbars(width = 1920 * n, height = 1080 * n, pixel_type = "yv12").killaudio().assumefps(25, 1) temporalsoften(4,4,8,15,2) Code:
AVSMeter 2.3.0 (x64) - Copyright (c) 2012-2016 Groucho2004 AviSynth+ 0.1 (r2022, MT, x86_64) (0.1.0.0) Requested buffer size of 18446744072213944351 is too large (F:\Test\test.avs, line 3) ![]() Looks like 2^64 - 18446744072213944351 would be the correct value.
__________________
Groucho's Avisynth Stuff Last edited by Groucho2004; 6th July 2016 at 16:26. |
![]() |
![]() |
#2018 | Link | |
AVS+ Dev
Join Date: Aug 2013
Posts: 359
|
Quote:
On a different topic: I've got a private branch with some stuff not in MT, because it changes ScriptEnv2, so I don't want to mix it in unless it's ready. This way others can still merge from me or builds can be issued without breaking stuff too early. I think I've got a way to go about the MT-related issues, but I need to try it out to see if the theory works. Other unrelated fixes I will try to put in MT directly.
__________________
AviSynth+ |
|
![]() |
![]() |
#2019 | Link |
Moderator
![]() Join Date: Nov 2001
Location: Netherlands
Posts: 6,364
|
feature requests:
1) ConvertToYUV400 (same naming as ConvertYUV444, instead of ConvertToY16/32), 2a) PRGB colorformats (for the new bit-depths) 2b) ConvertToPRGB (planar RGB: PRGB <-> YUV420/YUV422 via in between format YUV444), 3) script functions which give the bit-depth. Question: what happens when doing for example ConvertToYV12(available options) on a 16/32 bit YUV source? Is that implemented already? |
![]() |
![]() |
#2020 | Link | |
AVS+ Dev
Join Date: Aug 2013
Posts: 359
|
Quote:
2) There are multiple RGB and multiple YUV color spaces, so at least >1 need to be supported to give correct results in most cases, if one wants to convert RGB<->YUV. When and if at all this will be done is better asked to pinterf, unless someone else steps up to implement it. 3) Sure. EDIT: IMHO those functions with exact bit depth specification should stay true to their name. For me it would be weird and unexpected if ConvertToYV24() produces float pixels at one point, since that is not YV24. So my stand on this is that ConvertToYV24() should be a shortcut for ConvertToYUV444().ConvertTo8Bits() (and similarly for other old functions).
__________________
AviSynth+ Last edited by ultim; 6th July 2016 at 19:24. |
|
![]() |
![]() |
Thread Tools | Search this Thread |
Display Modes | |
|
|