Avisynth+

[LigH]

Might be related to the image he loaded?

[pinterf]

Originally Posted by bilditup1

Wow, thanks for quick reply. Looking fwd to fix. Unfortch I've just discovered that TDecimate does not work with MT enabled, whether using tritical's original TIVTC.dll or groucho2004's build. Works fine in r1858_pfmod, quits with "internal error during prebuffering!" in r2085, r2161, r2172.

and

Originally Posted by real.finder

I get error like this https://forum.doom9.org/showpost.php...postcount=2372

with TDecimate and MT, is this bug didn't fixed yet?

There are two different things.

The right-side error window in the first quote (from August, 2016) is showing very big numbers. That problem was fixed, it had the same reason as the garbage text error messages.

The second problem comes from TIVTC, now with proper numbers:

TDecimate:  internal error during pre-buffering (n1=19,n2=20,pos=0)

This error occurs in MT, when the two filters (TFM and TDecimate) are set to MT_MULTI and MT_SERIALIZED, respectively. I have copied these lines from the file containing MT modes for popular filters.

FFMS2("sample.m2v")
SetFilterMTMode("TFM",                  MT_MULTI_INSTANCE) #2 is faster. 1 crashes randomly.
SetFilterMTMode("TDecimate",            MT_SERIALIZED)     #1 gave error, 2 was slower than 3

TFM()
TDecimate()
Prefetch(8)

The internal error came in seconds. (I was using Prefetch(8))

When I have set the filter TDecimate to MT_MULTI_INSTANCE, the script has run without error.

SetFilterMTMode("TFM", MT_MULTI_INSTANCE)
SetFilterMTMode("TDecimate", MT_MULTI_INSTANCE)

I think this must be an internal bug of TIVTC, it is receiving the frames in some special order, that is not handled or checked properly and is different than other versions of Avisynth.

Anyway, in the last couple of weeks I was working on TIVTC x64 port (just because x64-less basic filters are annoying me). Hey, it's crazy, quite a lot of work. Hundreds of lines of magically optimized inline asm (really, really professional), but sometimes without any C equivalent. I am moving all asm stuff to simd intrinsics, write functions in SSE2 where only MMX or ISSE is implemented, replace non-vectorized inline asm with C code.
TFM and TDecimate is working already in YV12. There are still two longer asm-only sections in YUY2 that have to be reverse engineered and moved to C.

And found a bug (buffer overwrite) that occured with AVS+, since the code allocated a buffer assuming 16 byte alignment (Avs+ alignes frames and rows to 32 bytes)

[vcmohan]

Originally Posted by pinterf

What's the problem exactly? YUY2 looks identical to the other formats for me.

I get proper stacked images with YUY2 also if I comment out reduceby2() call. With reduceby2() call it looks all the stackhorizontal and stackvertical calls are bypassed and only converttoYUY2() result is output without even reducing image.. With YV24 it works OK.

[Myrsloik]

Find a slightly older tivtc version if tou want c code for everything. That's what I did. Obviously the c code doesn't match the asm because real men don't test things.

[Reel.Deel]

Originally Posted by Myrsloik

Find a slightly older tivtc version if tou want c code for everything. That's what I did. Obviously the c code doesn't match the asm because real men don't test things.

You mentioned this a long time ago and IIRC that version is no longer publicly available. At least not from here: https://web.archive.org/web/20081017...25c/old_stuff/

Maybe this?
https://www.dropbox.com/s/35pzwufzw7...09110.zip?dl=1

[Myrsloik]

Why is isyuv() true for y16? Why? Whyyyyyyyyyyyyyy? Makes no sneeze!

[pinterf]

Haha. Y8 heritage. Compatibility

[StainlessS]

Makes no sneeze!

Perchance typo, "Makes no senze!" (or sense).

[LigH]

Surely on purpose; or blame the autocorrection. Bless you!

Looks like "IsYUV" mainly means "is not RGB".

[Myrsloik]

Can we have "isreallyyuv"?

[Reel.Deel]

Not sure if this is a bug in avs+ or in shekh's VDub, or maybe I'm doing something wrong.

Using FFMS2000 test 3 to load this 16-bit png.

FFImageSource("IMG_4699-16bit.png", colorspace="RGBP16")
Info()
ConvertBits(8)

I get this error is VDub:

Couldn't locate decompressor for format '8BPS' (unknown)

VirtualDub requires a Video for Windows (VFW) compatible codec to decompress video. DirectShow codecs, such as those used by Windows Media Player, are not suitable.

If I set FFimageSource to colorspace="RGBAP16" then there's no error message but I get a corrupted image: https://www.dropbox.com/s/d5dz4v6be3...utput.png?dl=1
Adding ConvertToRGB24/32 after ConvertBits(8) works without a problem.

Edit : added Enable_PlanarToPackedRGB = true to the beginning of the script, still the same problem.

[LigH]

Originally Posted by Myrsloik

Can we have "isreallyyuv"?

So, like, ... mysql_real_escape_string() ?

[shekh]

@Reel.Deel

8BPS is not implemented in vd, correct response
corrupted image is maybe error in avisynth
working way: use ConvertToRGB64()

[Yanak]

Hello all,

Sorry to ask if it's a simple thing but i used to add a logo as overlay on my videos using this code :

AVISource("F:movie.avi", audio=false).AssumeFPS(60,1)
ConvertToYV12(interlaced=False)
logo=ImageSource("F:\logo.png")
Overlay(logo, x=3, y=2, opacity=0.45, mode="luma")


Now after updating to the last r2455 x64 avs+ ( had a version of avs+ from the last trimester of last year if i recall correctly ) i try this and i get an error message saying :
"filter error ; Attempted to request a planar frame that wasn't mod2 in height!"

My logo picture is 90x 55px, if i resize it to 90x 56px it works.

But i don't understand what have changed to not accept the logo picture as overlay if it is not resized now.

Thanks in advance.

[LigH]

In YV12, chrominance difference values (U and V in YUV) are valid for a square of 2x2 pixels. Therefore, all clips need to have even (multiple of 2) dimensions, both width and height.

[Yanak]

Hello and thanks for the reply,

I guessed that now it needed to be a multiple of 2 for the overlay picture but was not sure why it worked before and not now.
Will keep this in mind for future uses and start to resize all logos i use or add transparent borders to png's so they get the proper sizes now.

Thank you


Also seems like i have an issue with something else, this used to work not so long ago :

AviSource("F:movie.avi", audio = false)
ConvertToYV12()
logo=ImageSource("F:\logo.png").Overlay(logo, x = 3, y=3, opacity=0.45, mode="luma")

Now if i leave the dot just before "Overlay" it returns me an error message " I don't know what 'logo' means "

I have now to leave a space instead of the dot to get it work :

logo=ImageSource("F:\logo.png") Overlay(logo, x = 3, y=3, opacity=0.45, mode="luma")

or of course like this in 2 lines :

logo=ImageSource("F:\logo.png")
Overlay(logo, x = 3, y=3, opacity=0.45, mode="luma")

But leaving all in one line with the dot between them doesn't seems to work anymore for the overlay command, still seems to works with other stuff like .Crop, .ChangeFPS, .Subtitle , all in a single line.

Thanks a lot for the help.

[stax76]

If you use the dot the logo variable is used in the overlay function before it was created so it makes sense that it don't work.

[Yanak]

Thanks Stax,
i'm a bit lost now, will have one of those days to install an older PC backup i have and see how i managed to get this working in the past, probably missing or mixing up something on this.

Anyways the thing I'm sure about is the logo size never asked to be resized before, but got this fixed now so it isn't an issue anymore.

Thank a lot for the answers guys, really appreciate.

[StainlessS]

AviSource("F:movie.avi", audio = false)
ConvertToYV24() # NOTE 24

# Fail, logo only asigned to AFTER whole line is processed, ie you try to use logo before assinging a value to it.
# logo=ImageSource("F:\logo.png").Overlay(logo, x = 3, y=3, opacity=0.45, mode="luma") 

logo=ImageSource("F:\logo.png") # Logo now exist, has been assigned to
Overlay(logo, x = 3, y=3, opacity=0.45, mode="luma") # OK logo exists

# SomeClip.SomeFilter().Crop() works because you are not referenceing a clip that does not yet exist, assuming SomeClip exists.
# Someclip is passed through SomeFilter and on to Crop.

I hope some of that makes sense, was in a hurry to catch my bus, I missed it.

[jpsdr]

Originally Posted by Myrsloik

Can we have "isreallyyuv"?

IsYUV() && !IsY()

And i think that IsYUV is false for YUVA, don't know if it can bother you.