rezising error with Avisynth 2.5

[vidiot]

Hope you´ve all had a nice christmas...


Problem:
Loading a Avisynth 2.5 script into VDUB seemed to work.
Making an MPEG1 with TMPenc doesn´t work in every case.
I´ll try to explain:


Source: captured anime, resolution 448 x 560 (cropped 480 x 576)

SCRIPT1:
SegmentedAviSource("E:\Testcropp.avi") #//Segmented

BilinearResize(336,272)
AddBorders(8,8,8,8) # VCD Borders

IS NOT THE SAME WITH:

SCRIPT2:
SegmentedAviSource("E:\Testcropp.avi") #//Segmented

AddBorders(16,16,16,16) # SVCD Borders
BilinearResize(352,288)

The second script worked just fine - the first didn´t!
TMPenc (it´s Avisynths message) marked out: error in line XXX -> (points to the Bilinear resize).

It´s regardless which codec or wich filter chain I use.
It also doesn´t seem to matter which resize function is used.
So I can simmply track down this misfunction to the rezise function (can I?).
It just affected TMPenc -> in VDUB both scripts are fine.

Any idea?

Harald

[frank]

Bug. Problem of Avisynth 2.5 stream parameters/TMPGEnc if the resized stream width is lower than 352.

TMPGEnc erkennt den Stream nicht richtig, wenn der hor. Wert kleiner als 352 ist!

PS.
Complete the script with ConvertToRGB for TMPGEnc.
Andernfalls sucht sich TMPGEnc irgend ein DirectShowfilter zur YUV->RGB Umwandlung.

[vidiot]

Thanx Frank,

but as you can see -> the stream is 352 x 288 in both scripts...
And depending on the codec used (XVID or PICVIDEO) I have to convert to YV12 or not...

At the end of the script I tried to convert to RGB 24 (...to satisfy TMPenc) - I also tried to serve YUV2 and leave it to TMPenc to convert to RGB.

But like you´ve said: BUG -> that´s what I´m still thinking.

BTW: Just compared pure frameserving from DVD to an Mpg2 encoder (Not TMPenc)... just resizing (bilinear) and "addborder".
-> No speed advantage (maybe due to the Colorconversion to Yuv2 at the end?) for AS 2.5! (Both around 1,4 fps)

And to make this topic complete: There are "always" CRC mismatches in the stream with AS 2.5, but none with AS 2.06 (not updated to 2.07).
I´m still not able to detect why and "crc patches" are only helpful if they give me the whole movie and not just the half...
;-)

Harald

[sh0dan]

@vidiot: Sounds more like an TMPGEnc problem. What's the result if you serve it RGB24?

Regarding CRC-thing - try converting to another colorspace before serving. TMPGEnc accepts rgb24 for input, CCE accepts RGB32 and YUY2.

[vidiot]

Yes, i stated that before,
it seemed to be an TMPenc problem.
But it´s weired, since the resolution is the same...

I also tried every colorspace available...
Same problem

BilinearResize(336,272)
AddBorders(8,8,8,8)

This doesn´t seemed to work -> easy to prove, isn´t it?

Why is this

AddBorders(16,16,16,16) # SVCD Borders
BilinearResize(352,288)

working then?

Colorspace was/is the same for both scripts, source video is 448 x 544
(sorry - I said 448 x 560 before -> that´s a mistake...).

My only concern is to help to improve that YV12 stuff...
- because the problem is gone with script 2!

In the end: If this small problem only exists on my machine...
->forget about it.

Harald

[sh0dan]

I'll put it in the "investigate" list :)

[frank]

EDIT: If the width in BicubicResize()/BilinearResize() (not the whole stream) is lower than 352 it crashs. Very strange.

Tested on P4 and Win XP.

[vidiot]

@ Frank:
So could report the same thing as I could. Thankyou.

I do use an Athlon 1900+ on WIN98SE-> so nothing comparable except the same behavior...

kind regards
Harald

[cweb]

Hi,

I had a stuttering xvid encode using Avisynth 2.5 (latest alpha). After a few minutes into the encode the video began stuttering. I removed all the filters and tried again, with the same result. I thought the MPEG2 file was corrupted and used PVAstrumento to "fix" it. It still stutters however. I'm going to try to reboot now perhaps that will fix it. Strange as I had used the new Avisynth 2.5 for a few encodes since a couple of days ago, with very good results.