Username:
B
I
U
S
"
url
img
#
code
sup
sub
font
size
color
smiley
embarassed
thumbsup
happy
Huh?
Angry
Roll Eyes
Undecided
Lips Sealed
Kiss
Cry
Grin
Wink
Tongue
Shocked
Cheesy
Smiley
Sad
<- 1  -   of 69 ->
--
--
List results:
Search options:
Use \ before commas in usernames
Edit history:
ballofsnow: 2010-08-20 04:18:42 pm
Quote from tate:
Silly question but how does tee.exe work? Does it just grab stdin and spit it back out to a file and stdout?

Yep.
Is the current x264 arguments in anri.bat the ones that are/will be used for anri 3.2/3.3? I am asking cause I am doing some stuff with some anri.pl code and figured the x264 args were outdated in it since it hasn't been edited for a while. I copied the current arguments over and am testing them using the amemiya frame server and holy crap the high quality encode is slower then I remembered and i have no deinterlacing features running yet.

Back when i used windows i always thought it was mvbob/deinterlacing causing the slowness, had no idea it was x264 unless the slow x264 is a more recent thing due to the arguments like "--preset veryslow" and "--slow-firstpass" which would make sense i guess Smiley
3.3 is still a work in progress, but I would say there's a significant change from 3.2. Not just the arguments, but changing the method of encoding from 2 pass with a mininum quantizer to 1 pass crf with 2nd bitrate pass if first pass exceeds bitrate cap.

At the time I wrote the code, x264 r1659 was the latest. I haven't looked at the latest revision so there might be changes.

Check the KB, it has the latest code. Any suggestions are welcome!

http://speeddemosarchive.com/kb/Anri-chan/Source/anri.bat
Too many gotos, and python or whatever it's written in makes my head hurt.
I think I'll pass on suggestions Sad
heh, I meant suggestions for the x264 settings. Tongue
are the new settings supposed to be quicktime compatible. My encoding tests from last night don't look so good in quicktime player 10.0 on mac 10.6.4 except for the medium quality one which is fine. VLC and mplayer play everything just fine. I downloaded r1659 of x264 to compare against video produced by the latest revision and they seem to be the same.

quite honestly i know nothing about the settings and have only read through part of the documentation so I wouldn't be any help.
Well, heh.
Hmmm. About b-pyramid, is there a reason you have it set to 0? Btw, I don't know if "0" is a valid option. The doc (though I can't be arsed to check x264's help) says that none, normal and strict are the valid options.
Honestly I'm getting really tired of Quicktime. As far as I know it doesn't like b-pyramid so I had that turned off. Can't remember off the top of my head what else it has trouble with.
I vote in favor of getting rid of it. It's just another of those picky players that are good-for-nothing and lags behind the competition.
It's up to nate.

"--b-pyramid 0" is accepted. But I will change it to none.
maybe in a few years. they only just dumped it as the default in 10.6. on the bright side mac users actually tend to upgrade their computers so there's more hope here than there is for breaking ie 6 compatibility (never mind that taiga forum isn't ie 6 compatible ... Wink ). there's also the option of allowing it for iq and up since we don't really care about hardware compatibility on those so why care about software compatibility, especially when it's only one player out of many?
On the hardware side, there isn't much to do. Hardware costs money. So if your player does not work, then you have a reason to be angry.
On the software side, it's a little less drastic since there are many other free players out there that work properly.
I survived MIKE-Fest 1
Not sure if that's the right place?
I just thought if it woude be possible to have alternative StadID (the into) for training encoding like only Name and some text as "only for training not vertificadet" or something like that. (To show encoded vids on the forum)
Quote from Tigger77:
Not sure if that's the right place?
I just thought if it woude be possible to have alternative StadID (the into) for training encoding like only Name and some text as "only for training not vertificadet" or something like that. (To show encoded vids on the forum)

das ist neu in 3.1.

it was added in 3.1.
I survived MIKE-Fest 1
didn't know that thx thumbsup
The audio encoding seems cumbersome. If the source audio is an AVS script, you might just do:

wavi source.avs - | neroAacEnc -q 0.5 -if - -of audio.mp4

No intermediate files and such.



You don't have to do test encodings to figure out x264's presets; a x264 --fullhelp will do. At worst go to http://git.videolan.org/gitweb.cgi?p=x264.git;a=blob;f=common/common.c and check x264_param_apply_preset



The ipod encoding could get some quality increase too. To match the other modes, I'd add --subme 9 and change to --trellis 2 now that's supported as of r1703. These options do not affect hardware compatibility at all.

Are you sure these devices don't support higher values of --ref? The lowest I've seen something support was 3.
Edit history:
ballofsnow: 2010-08-28 02:35:29 pm
ballofsnow: 2010-08-28 02:32:00 pm
Good info there.

Never even heard of wavi. We've got bepipe, though a vdub wav dump is still the default.

I'll look into possibly changing ipod settings.

edit-

Wavi versus BePipe
http://forum.doom9.org/showthread.php?p=1266018#post1266018
Not much luck with wavi. Getting errors right off the bat. End result is audio with intermittent static noise.

Quote:
-------------------------
encoding AC4051 LQ MP4
-------------------------

Beginning x264 first pass...
avs [info]: 428x240p 0:0 @ 30000/1001 fps (cfr)
resize [warning]: converting from bgra to yuv420p
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile High, level 2.2
MPEG 1.0 layer II, 224 kbit/s, 48000 Hz joint-stereota 0:00:00
x264 [info]: frame I:10    Avg QP:16.55  size: 22875
x264 [info]: frame P:804  Avg QP:21.09  size:  4784
x264 [info]: frame B:820  Avg QP:24.19  size:  2302
x264 [info]: consecutive B-frames: 20.1% 20.6% 53.0%  3.7%  1.8%  0.7%  0.0%  0.
0%  0.0%
x264 [info]: mb I  I16..4: 16.7% 30.2% 53.0%
x264 [info]: mb P  I16..4:  0.8%  4.6%  1.8%  P16..4: 20.0% 16.4%  9.7%  1.1%  0
.8%    skip:44.8%
x264 [info]: mb B  I16..4:  0.2%  0.7%  0.4%  B16..8: 26.4% 14.8%  8.3%  direct:
8.1%  skip:41.2%  L0:41.5% L1:44.2% BI:14.2%
x264 [info]: 8x8 transform intra:58.9% inter:46.3%
x264 [info]: direct mvs  spatial:65.5% temporal:34.5%
x264 [info]: coded y,uvDC,uvAC intra: 89.4% 70.8% 39.3% inter: 29.0% 17.0% 5.2%
x264 [info]: i16 v,h,dc,p: 22% 71%  3%  4%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 21%  7%  6% 10%  8% 13%  9% 16%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu:  9% 32%  5%  5%  9%  7% 13%  7% 15%
x264 [info]: i8c dc,h,v,p: 35% 42% 15%  8%
x264 [info]: Weighted P-Frames: Y:3.2%
x264 [info]: ref P L0: 59.1% 13.8% 10.5%  2.7%  2.1%  1.5%  1.6%  0.8%  0.9%  1.
1%  2.5%  1.3%  0.8%  0.4%  0.5%  0.3%
x264 [info]: ref B L0: 84.6%  5.8%  2.2%  1.2%  0.9%  0.8%  0.7%  0.5%  0.5%  0.
6%  0.8%  0.5%  0.2%  0.2%  0.2%
x264 [info]: kb/s:874.98

encoded 1634 frames, 33.24 fps, 875.08 kb/s
Beginning x264 second pass...
MPEG 1.0 layer II, 224 kbit/s, 48000 Hz joint-stereo
avs [info]: 428x240p 0:0 @ 30000/1001 fps (cfr)
resize [warning]: converting from bgra to yuv420p
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile High, level 2.2
x264 [info]: frame I:10    Avg QP:30.14  size:  6870
x264 [info]: frame P:804  Avg QP:35.73  size:  708
x264 [info]: frame B:820  Avg QP:36.22  size:  274
x264 [info]: consecutive B-frames: 20.1% 20.6% 53.0%  3.7%  1.8%  0.7%  0.0%  0.
0%  0.0%
x264 [info]: mb I  I16..4: 19.1% 51.1% 29.9%
x264 [info]: mb P  I16..4:  2.0%  2.4%  0.4%  P16..4: 23.9%  6.4%  1.0%  0.0%  0
.0%    skip:63.9%
x264 [info]: mb B  I16..4:  0.1%  0.2%  0.0%  B16..8: 23.9%  3.2%  0.5%  direct:
1.1%  skip:70.9%  L0:43.9% L1:53.4% BI: 2.8%
x264 [info]: 8x8 transform intra:50.0% inter:78.1%
x264 [info]: direct mvs  spatial:55.6% temporal:44.4%
x264 [info]: coded y,uvDC,uvAC intra: 46.6% 26.0% 8.5% inter: 5.5% 2.8% 0.1%
x264 [info]: i16 v,h,dc,p: 25% 62%  3% 10%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu:  7% 14%  7%  8% 14% 11% 17%  8% 14%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu:  9% 31%  7%  5%  9%  7% 13%  6% 13%
x264 [info]: i8c dc,h,v,p: 49% 39%  9%  4%
x264 [info]: Weighted P-Frames: Y:3.2%
x264 [info]: ref P L0: 57.8% 15.8% 11.1%  3.8%  2.7%  2.2%  1.8%  0.9%  0.8%  0.
7%  0.5%  0.5%  0.5%  0.4%  0.3%  0.2%
x264 [info]: ref B L0: 82.8%  7.0%  4.5%  1.4%  1.2%  0.8%  0.6%  0.3%  0.3%  0.
2%  0.2%  0.2%  0.1%  0.2%  0.1%
x264 [info]: kb/s:126.54

encoded 1634 frames, 62.84 fps, 126.65 kb/s
*************************************************************
*                                                          *
*  Nero Digital Audio Reference MPEG-4 & 3GPP Audio Encoder *
*  Copyright 2007 Nero AG                                  *
*  All Rights Reserved Worldwide                            *
*                                                          *
*  Package build date: Aug  6 2007                          *
*  Package version:    1.1.34.2                            *
*                                                          *
*  See -help for a complete list of available parameters.  *
*                                                          *
*************************************************************

Found PCM audio: 2 channels, 48000 Hz, 16 bits, 54.521125 seconds.
Writing WAV file...
Processed 54 seconds...
Error: Could not write to the standard output.
Beginning mp4box muxing...
IsoMedia import - track ID 1 - Video (size 428 x 240)
IsoMedia import - track ID 1 - Audio (SR 48000 - 2 channels)
Saving AC4051_LQ.mp4: 0.500 secs Interleaving
-------------------------
encoding AC4051 MQ MP4
-------------------------

Beginning x264 first pass...
avs [info]: 428x240p 0:0 @ 30000/1001 fps (cfr)
resize [warning]: converting from bgra to yuv420p
x264 [warning]: frame MB size (27x15) > level limit (396)
x264 [warning]: MB rate (12137) > level limit (11880)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile Baseline, level 1.3
MPEG 1.0 layer II, 224 kbit/s, 48000 Hz joint-stereota 0:00:00
x264 [info]: frame I:18    Avg QP:20.78  size: 12108
x264 [info]: frame P:1616  Avg QP:24.16  size:  2536
x264 [info]: mb I  I16..4: 28.6%  0.0% 71.4%
x264 [info]: mb P  I16..4:  1.1%  0.0%  2.6%  P16..4: 32.0% 17.0%  5.9%  0.0%  0
.0%    skip:41.4%
x264 [info]: coded y,uvDC,uvAC intra: 71.4% 55.8% 29.6% inter: 23.9% 16.8% 5.7%
x264 [info]: i16 v,h,dc,p: 20% 64%  5% 11%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 34% 16%  5%  6%  5%  8%  4%  7%
x264 [info]: i8c dc,h,v,p: 50% 35% 12%  4%
x264 [info]: kb/s:633.25

encoded 1634 frames, 89.66 fps, 633.35 kb/s
Beginning x264 second pass...
MPEG 1.0 layer II, 224 kbit/s, 48000 Hz joint-stereo
avs [info]: 428x240p 0:0 @ 30000/1001 fps (cfr)
resize [warning]: converting from bgra to yuv420p
x264 [warning]: frame MB size (27x15) > level limit (396)
x264 [warning]: MB rate (12137) > level limit (11880)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile Baseline, level 1.3
x264 [info]: frame I:18    Avg QP:22.59  size: 10058
x264 [info]: frame P:1616  Avg QP:24.79  size:  2019
x264 [info]: mb I  I16..4: 30.7%  0.0% 69.3%
x264 [info]: mb P  I16..4:  1.1%  0.0%  2.5%  P16..4: 29.9% 15.1%  4.6%  0.0%  0
.0%    skip:46.8%
x264 [info]: coded y,uvDC,uvAC intra: 70.6% 53.1% 26.4% inter: 19.4% 14.0% 4.3%
x264 [info]: i16 v,h,dc,p: 20% 64%  4% 11%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 15% 34% 16%  5%  6%  4%  8%  4%  7%
x264 [info]: i8c dc,h,v,p: 51% 35% 11%  3%
x264 [info]: kb/s:505.31

encoded 1634 frames, 91.77 fps, 505.42 kb/s
*************************************************************
*                                                          *
*  Nero Digital Audio Reference MPEG-4 & 3GPP Audio Encoder *
*  Copyright 2007 Nero AG                                  *
*  All Rights Reserved Worldwide                            *
*                                                          *
*  Package build date: Aug  6 2007                          *
*  Package version:    1.1.34.2                            *
*                                                          *
*  See -help for a complete list of available parameters.  *
*                                                          *
*************************************************************

Found PCM audio: 2 channels, 48000 Hz, 16 bits, 54.521125 seconds.
Writing WAV file...
Processed 54 seconds...
Error: Could not write to the standard output.
Beginning mp4box muxing...
IsoMedia import - track ID 1 - Video (size 428 x 240)
IsoMedia import - track ID 1 - Audio (SR 48000 - 2 channels)
Saving AC4051.mp4: 0.500 secs Interleaving
-------------------------
encoding AC4051 HQ MP4
-------------------------

Beginning x264 first pass...
avs [info]: 720x480p 0:0 @ 30000/1001 fps (cfr)
resize [warning]: converting from bgra to yuv420p
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile High, level 4.0
x264 [info]: frame I:10    Avg QP:16.42  size: 46788
x264 [info]: frame P:781  Avg QP:20.83  size: 12464
x264 [info]: frame B:843  Avg QP:23.60  size:  6780
x264 [info]: consecutive B-frames: 20.0% 10.1% 67.4%  2.2%  0.3%  0.0%  0.0%  0.
0%  0.0%
x264 [info]: mb I  I16..4: 18.7% 66.2% 15.1%
x264 [info]: mb P  I16..4:  1.0% 11.2%  1.1%  P16..4: 23.9% 12.8%  5.1%  0.3%  0
.2%    skip:44.5%
x264 [info]: mb B  I16..4:  0.2%  1.7%  0.2%  B16..8: 44.6% 10.8%  3.2%  direct:
5.4%  skip:33.9%  L0:44.7% L1:41.8% BI:13.5%
x264 [info]: 8x8 transform intra:82.7% inter:72.5%
x264 [info]: direct mvs  spatial:83.3% temporal:16.7%
x264 [info]: coded y,uvDC,uvAC intra: 89.8% 60.2% 18.5% inter: 27.2% 16.0% 2.2%
x264 [info]: i16 v,h,dc,p: 24% 67%  3%  7%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 25% 11%  6%  7%  7% 10%  8% 13%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 11% 30%  4%  5%  9%  8% 13%  7% 13%
x264 [info]: i8c dc,h,v,p: 28% 42% 21%  9%
x264 [info]: Weighted P-Frames: Y:2.8%
x264 [info]: ref P L0: 57.7% 12.8% 10.6%  2.6%  2.4%  1.9%  1.8%  0.7%  1.0%  0.
7%  3.4%  1.6%  1.0%  0.6%  0.6%  0.5%
x264 [info]: ref B L0: 87.1%  5.6%  2.1%  0.9%  0.7%  0.7%  0.4%  0.3%  0.4%  0.
3%  0.5%  0.4%  0.2%  0.1%  0.2%
x264 [info]: kb/s:2335.67

encoded 1634 frames, 11.11 fps, 2335.77 kb/s
Beginning x264 second pass...
avs [info]: 720x480p 0:0 @ 30000/1001 fps (cfr)
resize [warning]: converting from bgra to yuv420p
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile High, level 4.0
x264 [info]: frame I:10    Avg QP:17.40  size: 42974
x264 [info]: frame P:781  Avg QP:22.38  size: 11176
x264 [info]: frame B:843  Avg QP:24.52  size:  5822
x264 [info]: consecutive B-frames: 20.0% 10.1% 67.4%  2.2%  0.3%  0.0%  0.0%  0.
0%  0.0%
x264 [info]: mb I  I16..4: 11.7% 73.6% 14.6%
x264 [info]: mb P  I16..4:  1.0% 10.6%  0.9%  P16..4: 24.3% 12.8%  4.6%  0.2%  0
.2%    skip:45.3%
x264 [info]: mb B  I16..4:  0.2%  1.5%  0.2%  B16..8: 43.2% 10.2%  3.0%  direct:
5.0%  skip:36.7%  L0:45.6% L1:41.8% BI:12.5%
x264 [info]: 8x8 transform intra:82.9% inter:74.2%
x264 [info]: direct mvs  spatial:63.0% temporal:37.0%
x264 [info]: coded y,uvDC,uvAC intra: 88.2% 57.9% 16.1% inter: 25.5% 15.0% 1.7%
x264 [info]: i16 v,h,dc,p: 18% 72%  3%  7%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 24% 10%  6%  7%  7% 10%  8% 13%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 11% 30%  4%  5%  9%  8% 13%  7% 13%
x264 [info]: i8c dc,h,v,p: 28% 42% 21%  9%
x264 [info]: Weighted P-Frames: Y:2.8%
x264 [info]: ref P L0: 57.8% 16.8% 10.7%  4.3%  2.6%  2.0%  1.5%  0.9%  0.8%  0.
6%  0.5%  0.4%  0.3%  0.3%  0.3%  0.2%
x264 [info]: ref B L0: 86.3%  6.7%  2.8%  1.2%  0.7%  0.5%  0.4%  0.2%  0.2%  0.
2%  0.2%  0.1%  0.1%  0.1%  0.1%
x264 [info]: kb/s:2063.90

encoded 1634 frames, 12.58 fps, 2064.01 kb/s
*************************************************************
*                                                          *
*  Nero Digital Audio Reference MPEG-4 & 3GPP Audio Encoder *
*  Copyright 2007 Nero AG                                  *
*  All Rights Reserved Worldwide                            *
*                                                          *
*  Package build date: Aug  6 2007                          *
*  Package version:    1.1.34.2                            *
*                                                          *
*  See -help for a complete list of available parameters.  *
*                                                          *
*************************************************************

Found PCM audio: 2 channels, 48000 Hz, 16 bits, 54.521083 seconds.
Writing WAV file...
WAV file written successfully.

Beginning mp4box muxing...
IsoMedia import - track ID 1 - Video (size 720 x 480)
IsoMedia import - track ID 1 - Audio (SR 48000 - 2 channels)
Saving AC4051_HQ.mp4: 0.500 secs Interleaving


All dun.

Press any key to continue . . .
Never seen it, but that neroAacEnc is quite old. I only tested with 1.3.3.0 and 1.5.1.0. 1.3.3.0 has some related fixes I think. You might try also -ignorelength, but I didn't need it. You could also try

wavi source.avs intermediate.wav

and then

neroAacEnc -q 0.5 -if intermediate.wav -of audio.mp4

to see where the problem is. But oh well, not very important.

Out of curiosity I've done some tests with MQ-like settings. If you can bear the speed (and judging from the HQ and IQ you can), --subme 10 --trellis 2 is quite worthy at that lowish bitrate, as is --ref 3 (but this last one might hurt compatibility somewhere).
Edit history:
Mystery: 2010-09-02 11:51:36 am
Honestly, I don't think messing with the settings are necessary or recommended.
The x264 developers have carefully chosen settings stored in different presets, and as they are the developers, they should know what's good and bad.
Since anri is already using --preset veryslow IIRC, it should already be be using --subme 10 and --trellis 2.

The preset doesn't/shouldn't change from different qualities. What should change is the resolution and crf factor/bitrate.
Edit history:
bmn: 2010-09-03 03:22:40 pm
bmn: 2010-09-03 03:20:02 pm
bmn: 2010-09-03 03:19:24 pm
The usual disclaimer: don't have a clue what's up with Perl anri, or whether this has already been given some thought, so probably going to make a fool of myself again. Luckily I only spent a couple hours on this anyway on a whim. What I've tested (not much) has worked, but there'll almost certainly be bugs.

Idea is that all of the logic that's currently in that scarey buildfiles section in anri.bat gets moved to AviSynth with the help of the GScript plugin which gives if/else functionality (among other things) and multitrim which takes a comma-separated string of frames. On top of that, that logic is itself an import stored in the main anri directory.

  • test.avs and test_HQ.avs (MQ and HQ AVS files) and settings.avs (project settings in AVS format) go in the project directory.
  • test_import_main.avs (the main import), test_import.avs (a wrapper for running test_import_main.avs through  GScript), test_multitrim.avs and GScript.dll go in the anri program files directory.


Anri would write settings.avs at the usual time, along with the quality AVS files. Only difference between the quality files is the quality setting. Then I believe from there it would work as normal.
Edit history:
ballofsnow: 2010-09-03 05:33:25 pm
ballofsnow: 2010-09-03 05:31:11 pm
ballofsnow: 2010-09-03 05:29:54 pm
ballofsnow: 2010-09-03 05:29:39 pm
ballofsnow: 2010-09-03 05:28:38 pm
Great stuff. Do you have a modified anri.bat or are you just testing off the avisynth files only?

Since it's more centralized, do we even need a projname_quality.avs per project anymore?

Code (test_HQ.avs):
import("settings.avs")
quality = "hq"
import(anri_dir + "test_import.avs")

to

Code (test_HQ.avs):
import(project_dir + "settings.avs")
quality = "hq"
import(anri_dir + "test_import.avs")



Hm, one downside is not being able to modify the avisynth scripts before encoding..
Edit history:
bmn: 2010-09-03 06:02:29 pm
bmn: 2010-09-03 05:53:51 pm
bmn: 2010-09-03 05:53:27 pm
bmn: 2010-09-03 05:49:58 pm
bmn: 2010-09-03 05:48:52 pm
bmn: 2010-09-03 05:44:43 pm
Just the Avisynth stuff so far. I'd imagine we can do the same thing for the field order/trimming/etc stuff.

You mean do we need the _LQ.avs, _HQ.avs etc files any more? I don't know how we'd specify which quality we want otherwise. The project_dir correction wouldn't work btw as that's actually set in settings.avs ;p

...or do you mean put those in the anri dir and use them as centralised scripts as well? In that case, same thing except it'd be the project I wouldn't know how to specify instead. Unless we set the project name in a temp file and have these scripts import that file right at the top? Or do you have some ingenious method of pulling it off?

And yeah, the editing thing is a bit iffy, but if it comes down to it the code is there in import_main (or whatever we end up calling it) to copy and paste if necessary. It might actually work out better, as we could even create the quality files at the very start (seeing as they wouldn't need any project data) and cut out potential overwriting issues like those that still exist for the NMF scripts.


Edit: Oversight, it doesn't support multiple source files. That could probably be done with gscript's while/for implementation and alignedsplice, or something along those lines.

Edit2: The "wrapper" file isn't strictly necessary; you can enclose the code like:
Code:
gscript("""
code go h33r
""")

and it'll do the same job. It messes up syntax highlighting in AvsP tho which sux.
Edit history:
bmn: 2010-09-04 10:21:25 am
bmn: 2010-09-04 10:16:23 am
bmn: 2010-09-04 10:08:49 am
bmn: 2010-09-04 10:08:20 am
Also is there a point to the plugins.avs file, or can we centralise that as well? I think it's identical for all projects?

Edit: That and the statid images? We could recreate custom statid functionality by allowing the user to put a statid image in the project dir if they want, and using Avisynth's exist function to check for existence.

Edit2: I'll see about having a go with anri.bat later today. I'd help out with anri.pl, but I kinda suck big goat ballz when it comes to Perl. Gimme some PHP or Ruby and I'm a happy bmn >_>