AVS script into CCE -> invalid size

[DaveF71]

Okay, I guess that subject line could've been a little clearer.
Basically, I'm trying to encode a 720x486 MJPEG video capture in CCE via an Avisynth script that simply opens the AVI file and crops it to 720x480. It opens just fine in VirtualDub, but CCE 2.50 gives me the following: "Frame size 736x56 not supported." Wha-?
My uber-simple script is as follows:
LoadPlugin("c:xxxxxxx\GordianKnot\MPEG2DEC.dll")
AVISource("F:\xxxxxxxxx.avi")
# CROPPING
Crop(0,3,720,480)

It opens up just fine in VirtualDub with the proper dimensions, so what more do I need to do to appease the fickle god that is CCE? Sacrifice a chicken?

[Krajensky]

Number 1: Why are you loading mpeg2dec? Crop is a primitive and is within the base Avisynth language.

Number 2: Are you using the latest beta (1.0b7d IIRC)? This fixes a number of CCE issues.

Number 3: Have you tried cropping using an even offset? 0,4,720,480 ?
Could you try other resolutions, like 640x480, or 704x480...see if they come out weird, or if they echo the correct number?

Krajensky

[DaveF71]

Originally posted by Krajensky
Number 1: Why are you loading mpeg2dec? Crop is a primitive and is within the base Avisynth language.
Number 2: Are you using the latest beta (1.0b7d IIRC)? This fixes a number of CCE issues.
Number 3: Have you tried cropping using an even offset? 0,4,720,480 ?
Could you try other resolutions, like 640x480, or 704x480...see if they come out weird, or if they echo the correct number?
Krajensky

1) I'd seen that .dll loaded in all the scripts I've come across here, so I just assumed I needed it. I just tried removing it, and the new script containing *just* the AVISource command now crashes CCE2.50 instantly.

2) Yes, it's version 1.07d.

3) Just did some experimentation. *All* AVS scripts, regardless of content, trigger the "invalid frame size" error. Any attempt to remove the "mpeg2dec.dll" line causes an instant crash when I try to drop in the AVS file.
Maybe something got messed up when I used the avs_patch.exe program.

[Krajensky]

I have a possible workaround...try:

Loading the AVS in TMPG. Save a project from TMPG, then run the VFAPI converter on that. Now try to load this file in CCE...it'll be double-frameserving but might work (I don't know if it will be doing colorspace conversions, as I don't use CCE and rarely use TMPG).

Surely there's some CCE Guru here who can help :)

Krajensky

[lascelk]

I had a similar problem and resolved it by pointing to an actual WAV audio source. Rip the audio from the AVI (PCM uncompressed) using VirtualDub.

v=avisource("xxxx.avi")
a=wavsource("xxxx.wav")
audiodub(v,a)
bicubicresize(720,480)

I would normally de-select Audio before encoding. I just use CCE for video. I find TMPGenc does a decent job of encoding the WAV source to MP2 and them the I use the TMPGenc multiplexer to mux the MPV and MP2.

I use this script as is without loading MPEG2DEC.DLL. Also, I have this set to resize, not crop.

[DaveF71]

Originally posted by Krajensky
I have a possible workaround...try:

Loading the AVS in TMPG. Save a project from TMPG, then run the VFAPI converter on that. Now try to load this file in CCE...it'll be double-frameserving but might work (I don't know if it will be doing colorspace conversions, as I don't use CCE and rarely use TMPG).

Surely there's some CCE Guru here who can help :)

Krajensky

I just gave this double-frameserve a try. CCE (both 2.50 and 2.64) loads the VFAPI-converted (v1.04beta) file, but it's showing a clip duration of 00:06:43:12 instead of its actual length of 25:04:17. It renders out to that length, so it's not just a misreported value.

[DaveF71]

Originally posted by lascelk
I had a similar problem and resolved it by pointing to an actual WAV audio source. Rip the audio from the AVI (PCM uncompressed) using VirtualDub.

v=avisource("xxxx.avi")
a=wavsource("xxxx.wav")
audiodub(v,a)
bicubicresize(720,480)

I would normally de-select Audio before encoding. I just use CCE for video. I find TMPGenc does a decent job of encoding the WAV source to MP2 and them the I use the TMPGenc multiplexer to mux the MPV and MP2.

I use this script as is without loading MPEG2DEC.DLL. Also, I have this set to resize, not crop.

Adapting this AVS script to my own sources *will* load into CCE 2.50, but it's still reporting a length of 00:06:43:12 instead of the proper length of 00:25:04:17.
I just noticed that both the avs-patched *and* unpatched versions of CCE2.50 report this incorrect clip length, while 2.64 shows the proper length. I tried importing a fake AVI created with VFAPI from the above AVS script, and while it loads, it shows the same incorrect length.
So I think I see the culprit. There's something about Avisynth that doesn't like the AVI files I'm feeding it (they're OpenDML AVIs captured via a Matrox DigisuiteLE). Using "opendmlsource" in the script yields the same results.
I guess I could get around this mess by transcoding to HuffyYUV out of VirtualDub, but that'll add yet another step to the process (not to mention take up a buttload of drive space).

[dividee]

If you load the AVS in VirtualDub does it also reports a length of 6:43:12 ? If this is the case, you're probably right and avisynth doesn't like your AVI.

You could open the AVI in VirtualDub and frameserve into avisynth (AVIsource("xxx.vdr")) then into CCE.

[vinetu]

@DaveF71: - your problem is from DA FU***NG Matrox codecs and Discreet Logic Edit
(I guess you use DLEDIT5~6 for capturez?)

You should do the folowing :


THE Easyest way is from dividee: VirtualDub->Avisynth->CCE


my not so Easy Way :

Split the file to 2gb parts by VirtualDub(THE _BEST_ VIDEO EDITING APLICATION!!!),
-I mean "direct stream copy", then load the segmented avi in avisynt:

code:

...
SegmentedAVISource("D:\Turanaga\xxxxxx.avi")
Crop(0,2,720,480)
...

OR

...
SegmentedAVISource("D:\Turanaga\xxxxxx.avi")
Crop(0,4,720,480)
...

NOTE1: the actual file names ar xxxxxx.00.avi,xxxxxx.01.avi,xxxxxx.02.avi ... and so on...


NOTE2: The "my Easy way" will not solve the freeze frames problem (some times) in CCE or TMPG !!!

NOTE3: The Matrox Codecs work ONLY IN RGB collor space!


BEST Way:

Install PicVideo MJPEG on another computer
(PicVideo version 2.10.0.22 , 2.10.0.24 or 2.10.0.25 are tested) and
if you use "Discreet Logic Edit" you MUST open the BIG file in
VirtualDub and DO the "direct stream copy"
to new BIG file (since Discreet Logic Edit AVIs _ AR NOT _ "OpenDML" but "OpenGL32.Plus.NET" ONLY avis!)
and then do the encoding avisynt->CCE with pleasure !!!


vinetu

[DaveF71]

Originally posted by vinetu
@DaveF71: - your problem is from DA FU***NG Matrox codecs and Discreet Logic Edit
(I guess you use DLEDIT5~6 for capturez?)

Nah, Premiere 6. Actually, I just came to the conclusion that it had something to do with AVI formats. I can drop one of my multi-gigabyte captures straight into CCE and it'll encode without a hitch (hit "DVD Compliant," and it crops the input), but the *instant* I try to involve an AVS script to play around with the excellent decomb 3.8 filter, fer instance, it stops me dead at the 2gig limit, even though I'm using "OpenDMLSource" in the script instead of "AVISource". Is this because of Matrox's openDML AVI format, or because of Avisynth's handling of that variety of AVI?

You should do the folowing :
THE Easyest way is from dividee: VirtualDub->Avisynth->CCE
my not so Easy Way :

Split the file to 2gb parts by VirtualDub(THE _BEST_ VIDEO EDITING APLICATION!!!),
-I mean "direct stream copy", then load the segmented avi in avisynt:

NOTE2: The "my Easy way" will not solve the freeze frames problem (some times) in CCE or TMPG !!!


Oddly enough, CCE is pretty much drag-and-drop now that I've got templates set up. It doesn't give me any trouble *IF* I don't try to do any frameserving.
Speaking of which, the first thing I tried was frameserving straight out of Premiere using the Premiere Video Server package, but it would only export 1 field out of every frame (that is, smooth motion, but jagged lines) no matter what I tried.
I guess I can try out your split/join method when I'm feeling up to getting fancy.


BEST Way:

Install PicVideo MJPEG on another computer
(PicVideo version 2.10.0.22 , 2.10.0.24 or 2.10.0.25 are tested) and
if you use "Discreet Logic Edit" you MUST open the BIG file in
VirtualDub and DO the "direct stream copy"
to new BIG file (since Discreet Logic Edit AVIs _ ARE NOT _ "OpenDML" but "OpenGL32.Plus.NET" ONLY avis!)
and then do the encoding avisynt->CCE with pleasure !!!
vinetu

Geez, and here I thought I'd be able to avoid working with humongous temp files.

[vinetu]

Is this because of Matrox's openDML AVI format, or because of Avisynth's handling of that variety of AVI?

I guess it's da "Matrox's openDML AVI format" fault.
In my just finnished tests I can see,that it's enough to only
process the avi through VDub's "direct stream copy" to make them
REAL OpenDML
(not Matrox.OpenGL.Fake.Fuck.RealTime.DirectBSOD [tm] avi format)-
no need to split or using PicVideo.
However,using PicVideo as decoder will let you to work in YUV2 collor space -
ALL processes ar faster and the quality is better!


vinetu

P.S. The "frame freezes problem with CCE and TMPG" was with DigiSuiteFULL drivers ver.3.0 ...

[hakko504]

@DaveF71

Have you tried this:LoadPlugin("c:xxxxxxx\GordianKnot\MPEG2DEC.dll")
AVISource("F:\xxxxxxxxx.avi").ConvertToRGB()
# CROPPING
Crop(0,4,720,480)

You can also try ConvertToYUY2() and if one of them works then try to remove the loadplugin line.



@vinetu
Keep the language down please. (http://forum.doom9.org/forum-rules.htm)

[vinetu]

Hakko,
Please read the posts here more carefully and try
to explain yourself what's the matter!!!
... and about my language - I cannot speak English - forgive me
if it's possible...:)

vinetu

[hakko504]

Originally posted by vinetu
(not Matrox.OpenGL.Fake.Fuck.RealTime.DirectBSOD [tm] avi format)-
no need to split or using PicVideo.

Rule #4: profanity.