anri-chan

Edit history:

bmn: 2008-05-06 04:34:14 am

2008-05-06 01:30:58 am

IQ uses HQ's settings for all but the bitrates, so the IQ result would be identical.

If you aren't satisfied with the encode quality, you could manually indecrease the minimum quantiser. Quick fix would be in this line in anri.bat; replace %hqq% with a number ~~above~~ below 19:

Code:

CALL :2pass %projname%_HQ.avs %projname%_HQ      2048 128000 %hqq% 1 1

You might also get better results by encoding yourself and playing with x264's settings, as SDA's settings are optimised for games, but that's a lot of work for just a little gain, if any.

Quote:

It's just i want more quality as it's actually for a music video i spent hours on.

Is there a noticeable difference in quality against the source?

ballofsnow

Edit history:

ballofsnow: 2008-05-06 04:21:23 am

2008-05-06 04:06:19 am

Quote:

you could manually increase the minimum quantiser.

Decrease.

The default minimum quantizer for x264 is 10. Set it to that if you want.

You can also use Anri to create the avs scripts, then encode those with MeGUI using whichever settings you'd like.

TheThrillness

2008-05-09 06:41:47 pm

thethrillness.blogspot.com

Had good success with MeGUI.

Thanks.

Quality looks fab on YouTube.

Click "watch in high quality"

ballofsnow

Edit history:

ballofsnow: 2008-05-11 01:44:31 pm

2008-05-11 01:42:19 pm

Found a bug when running in non-IFO mode. DGindex -AIF doesn't automatically load new titles. I'll have to rework how the indexing is done.

I'm also playing around with DGMPGDec 1.5 RC5. Any objections with including it in beta 2?

bmn

Edit history:

bmn: 2008-05-12 10:59:56 am

2008-05-11 10:47:30 pm

Got one for you. The [project_dir]\plugins.avs file is appended to when the questions are finished (e.g. when loading a saved job) without wiping the file. Results in loading the plugins multiple times on subsequent runs of that project.

Edit: That's in anri 3b1. Haven't tested 3b2.

Edit2: Unfixed in 3b2. Also for me the plugin loading is failing for the grain removal filter:

Quote:

AVI: Opening file "C:\Documents and Settings\Administrator\Desktop\simon\simon_L
Q.avs"
Avisynth open failure:
LoadPlugin: unable to load "C:\Program Files\anrichan3_beta2\plugins\RemoveGrain
_v10pre1.dll"
(C:\Documents and Settings\Administrator\Desktop\simon\plugins.avs, line 9)
(C:\Documents and Settings\Administrator\Desktop\simon\simon_LQ.avs, line 2)

The file exists at that location, so duno.

On top of that, the a/v muxing gets a "failed to run the command" error. It's probably something on my end considering, so I'll try some stuff out.

Psonar

Edit history:

Psonar: 2008-05-17 02:19:47 pm

2008-05-17 02:18:52 pm

Long live SF64!

Quote:

If you aren't satisfied with the encode quality, you could manually indecrease the minimum quantiser. Quick fix would be in this line in anri.bat; replace %hqq% with a number ~~above~~ below 19:

Code:

CALL :2pass %projname%_HQ.avs %projname%_HQ      2048 128000 %hqq% 1 1

This can also be accomplished by editing the ProjectName_job.bat file on the line containing (SET hqq=19), which is a pretty painless fix and doesn't alter the anrichan source any. Just say no when anrichan asks if you want to encode now, then change the job.bat file.

I think with ballofsnow's approach to editing the .avs files, you need to also change the name of the job.bat file (ex: job2.bat) or it will be overwritten with job.bak (the backup copy). The simplest change might be to change the (SET hqq=19) line in the job.bak... then you wouldn't have to change any names, and the altered backup would get used, which exactly what you'd want.

[/ramble]

Psonar

2008-05-18 01:46:54 am

Long live SF64!

Okay, I've got a new version of anri-chan that can be completely automated! Woohoo!

anri_auto.zip

Basically I went through the code and carefully avoided all questions with some IF NOT "%auto%"=="y" logic. Then, I made sure that all the necessary variables get set in a settings file beforehand, and that's all that's needed. There were a few sticky spots where I couldn't just dodge the question subroutine altogether, and I wouldn't be surprised if I've made some mistakes since I haven't tested it very thoroughly. I just wanted to let you all know what I'd done.

I'm hoping that it won't be hard to automate the creation of AnriAutoSettings.bat using a GUI. It's just a simple bat file like the job.bat with a few extra variable assignments.

It's at least nice now to be able to enter all the settings in one place (in AnriAutoSettings.bat) and then when you run it, anrichan skips straight to the encoding with no questions.

I tried uploading the code to the kb, but bat files aren't on the whitelist. So then I tried changing it to a text file, but apparently .txt files aren't allowed either.

I wanted to keep it separate from anri.bat for now. Let me know what you think. And yes, snow, now we truly have automated an automation program. It's easily concievable that several of these could be strung together. I think I left the final pause in there, but with a simple option to pause or not pause in the settings file, several jobs from different sources that create entirely different projects could be strung together using different Settings.bat files and a master.bat to call each of the settings.bat files in turn.

Okay, I've got a new version of anri-chan that can be completely automated! Woohoo!

[url=http://www.geocities.com/flutefreak7/anri_auto.zip]anri_auto.zip[/url]

Basically I went through the code and carefully avoided all questions with some IF NOT "%auto%"=="y" logic.  Then, I made sure that all the necessary variables get set in a settings file beforehand, and that's all that's needed.  There were a few sticky spots where I couldn't just dodge the question subroutine altogether, and I wouldn't be surprised if I've made some mistakes since I haven't tested it very thoroughly.  I just wanted to let you all know what I'd done.

I'm hoping that it won't be hard to automate the creation of AnriAutoSettings.bat using a GUI.  It's just a simple bat file like the job.bat with a few extra variable assignments.

It's at least nice now to be able to enter all the settings in one place (in AnriAutoSettings.bat) and then when you run it, anrichan skips straight to the encoding with no questions.

I tried uploading the code to the kb, but bat files aren't on the whitelist.  So then I tried changing it to a text file, but apparently .txt files aren't allowed either.

I wanted to keep it separate from anri.bat for now.  Let me know what you think.  And yes, snow, now we truly have automated an automation program.  It's easily concievable that several of these could be strung together.  I think I left the final pause in there, but with a simple option to pause or not pause in the settings file, several jobs from different sources that create entirely different projects could be strung together using different Settings.bat files and a master.bat to call each of the settings.bat files in turn.

ballofsnow

2008-05-19 12:15:50 pm

Cool. I notice that you're adding a bunch of if conditions. Just be careful with nesting IF's because you may run into the variable expansion thingy.

You can add it to the KB code if you want. We can always roll back the page version if worse comes to worse.

nate

2008-05-23 07:35:13 pm

per these two topics we need to come up with a new "mq d1" quality. i'm on the fence about using the same settings as the existing d4 mq. using better values may make it look better but it may also make it less compatible (though imo the fact that it's d1 already makes it incompatible with most low end hardware).

what do we think?

TheThrillness

Edit history:

TheThrillness: 2008-05-23 08:42:49 pm

2008-05-23 08:38:08 pm

thethrillness.blogspot.com

Explain "less compatible" please.

I eager to learn.

I'll take a stab at d1 only being able to play on good hardware because of the high reoslution and d4 is more compatible because of it's lower resolution(less strain on hardware)

nate

2008-05-23 11:51:27 pm

correct.

nate

Edit history:

nate: 2008-05-25 12:00:03 pm

2008-05-25 11:53:39 am

EDIT: disregard the below post.

just found out the flash player plays d1 mq at d4 (using software scaling on my mac mini with no video hardware, youch):

http://dl.speeddemosarchive.com/demo.pl?PhantasyStarOnline_GCXbox_Force_203

unfortunately if we kill d4 mq (ipod compatible) then we still also kill older machine compatibility because i highly doubt a 500 mhz pentium iii without dedicated video hardware can play anything at 640x480, much less h.264. i don't think it'll be much of a problem though because we can just stick to the plan of encoding a special d1 mq when requested and always encoding ipod compatible d4 mq.

nate

Edit history:

nate: 2008-06-17 11:20:29 pm

2008-06-17 11:05:19 pm

how are we loading e.g. mvbob now? from c:\program files\anrichan\plugins\?

i'm concerned mvbob's dependencies are loading from c:\program files\avisynth 2.5 or whatever\plugins from previous installs of anri-chan ... installed latest beta on a fresh install of the os earlier tonight and doing import() with mvbob failed due to its dependencies.

nate

Edit history:

nate: 2008-06-17 11:11:18 pm

2008-06-17 11:08:47 pm

latest anri-chan installs fine under wine (darwine 1.0, mac os x 10.5.3). in the above screenshot, the source is a .d2v file, while the audio is ac3. had to take vdub off opengl display but didn't change anything else.

unfortunately anri.bat immediately fails with "file not found". it's probably one of my stupid registry tests (especially the desktop one - there is no "documents and settings" folder at all under ~/.wine/drive_c/ by default). perhaps i can test whether we're running under wine and use some default values in that case. i'll look into it tomorrow. the only other thing i'm concerned about is how wine handles removable media. may not be a problem but i haven't looked into that yet either. just thought i'd report the good news about anri-chan and friends under unix with wine.

ballofsnow

2008-06-18 04:37:36 pm

Code:

REM ---------------------------------------------------------------------------
REM  function: load_plugins
REM
REM  All plugins used by anrichan should be contained in its own directory. Scan
REM  the plugins folder and write plugins.avs which will later be used for all
REM  scripts. We should never have to refer to the avisynth folder.
REM ---------------------------------------------------------------------------

:load_plugins
FOR %%G IN ("%anri_dir%plugins\*") DO (
  IF %%~xG==.dll ECHO loadplugin^("%%~fG"^) >> "plugins.avs"
  IF %%~xG==.avs ECHO import^("%%~fG"^) >> "plugins.avs"
)
COPY /B "plugins.avs" "plugins.bak" 1> NUL
GOTO :EOF

nate

2008-06-20 12:58:01 pm

ahh, now i see what happened ... well, doing it this way breaks mvbob without loading all of its support files like that, which is inconvenient for me (and probably only for me) when using anri-chan like a kit i can install on a given machine and immediately start encoding. but this is definitely better overall so i'm not going to change anything or recommend any change at this time. (i'll probably look into setting that variable in the registry that supposedly contains the path to the avisynth plugins directory.)

however things are not looking good on the wine front. while all of the anri-chan components seem to work properly, anri-chan itself does not. first of all as far as i can tell there is no support for | inside batch scripts. for some reason it works fine outside but nothing i do will make it work inside a batch - wine's cmd is treating it like bash would a semicolon. this may be because you're supposed to do like wine someprogram | wine someotherprogram in the unix shell instead (which works; i've already converted one of snow's encoding batches over to bash). possible rationale: batch language is an abomination and this forces people to use unix shell language instead.

i hacked together some replacement code (no |) for setting the desktop variable:

Code:

XCOPY /Y /Q "%anri_dir%anridesktoploc.bat" "%appdata%" > NUL
DEL %anri_tmp% > NUL
REG QUERY "HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders" /V "Desktop" > %anri_tmp%
"%anri_dir%sed" -n s/.\+REG_SZ.\+\\\(.\+\)[^\\]*/\1/gp %anri_tmp% >> "%appdata%\anridesktoploc.bat"
CALL "%appdata%\anridesktoploc.bat" > NUL 2> NUL
DEL "%appdata%\anridesktoploc.bat" %anri_tmp%

but things like tee and

Code:

ECHO %projname%|findStr /c:"%%">nul

are probably totally out.

i've thought about this a bit and i can see two options:

1) tear down anri.bat to work in wine, save as anriwine.bat, check for wine environment on running anri.bat, if yes then switch to anriwine.bat.
pro: don't have to limit anri for windows's functionality due to wine.
con: maintaining two separate scripts is lame and probably not a good use of developer time.
- anriwine.bat will inevitably fall behind anri.bat.
- addresses symptom, not cause (batch language is a dead end).

2) completely reimplement anri-chan in unix shell language (bash).
pro: if all goes as planned (i.e. bash.exe is good), we'll end up with one version of anri-chan for all modern computer operating systems on x86 hardware.
- bash is much easier to maintain and to extend than nt batch.
- unix users don't lose out due to poor implementation of batch in wine.
con: "reimplement" is easier said than done. does anyone actually have time to do this? i'm not so sure even i do ...

thoughts? btw i tested nes mono and it appeared to be working fine ...

ahh, now i see what happened ... well, doing it this way breaks mvbob without loading all of its support files like that, which is inconvenient for me (and probably only for me) when using anri-chan like a kit i can install on a given machine and immediately start encoding. but this is definitely better overall so i'm not going to change anything or recommend any change at this time. (i'll probably look into setting that variable in the registry that supposedly contains the path to the avisynth plugins directory.)

however things are not looking good on the wine front. while all of the anri-chan components seem to work properly, anri-chan itself does not. first of all as far as i can tell there is no support for | inside batch scripts. for some reason it works fine outside but nothing i do will make it work inside a batch - wine's cmd is treating it like bash would a semicolon. this may be because you're supposed to do like wine someprogram | wine someotherprogram in the unix shell instead (which works; i've already converted one of snow's encoding batches over to bash). possible rationale: batch language is an abomination and this forces people to use unix shell language instead.

i hacked together some replacement code (no |) for setting the desktop variable:

[code]XCOPY /Y /Q "%anri_dir%anridesktoploc.bat" "%appdata%" > NUL
DEL %anri_tmp% > NUL
REG QUERY "HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders" /V "Desktop" > %anri_tmp%
"%anri_dir%sed" -n s/.\+REG_SZ.\+\\\(.\+\)[^\\]*/\1/gp %anri_tmp% >> "%appdata%\anridesktoploc.bat"
CALL "%appdata%\anridesktoploc.bat" > NUL 2> NUL
DEL "%appdata%\anridesktoploc.bat" %anri_tmp%
[/code]

but things like tee and [code]ECHO %projname%|findStr /c:"%%">nul[/code] are probably totally out.

i've thought about this a bit and i can see two options:

1) tear down anri.bat to work in wine, save as anriwine.bat, check for wine environment on running anri.bat, if yes then switch to anriwine.bat.
[b]pro[/b]: don't have to limit anri for windows's functionality due to wine.
[b]con[/b]: maintaining two separate scripts is lame and probably not a good use of developer time.
- anriwine.bat will inevitably fall behind anri.bat.
- addresses symptom, not cause (batch language is a dead end).

2) completely reimplement anri-chan in unix shell language (bash).
[b]pro[/b]: if all goes as planned (i.e. bash.exe is good), we'll end up with one version of anri-chan for all modern computer operating systems on x86 hardware.
- bash is much easier to maintain and to extend than nt batch.
- unix users don't lose out due to poor implementation of batch in wine.
[b]con[/b]: "reimplement" is easier said than done. does anyone actually have time to do this? i'm not so sure even i do ...

thoughts? btw i tested nes mono and it appeared to be working fine ...

tycho102

2008-06-21 11:48:17 am

Some people think they can outsmart me.

Quote from nate:

just thought i'd report the good news about anri-chan and friends under unix with wine.

Well, that's interesting. I didn't even try using wine for Vdub and anri-chan.

I used to think avidemux was pretty good, but then I attempted to actually use it for editing and encoding. Having all the codecs hard-coded into the source might seem like a really good idea to someone, somewhere, at some point.

However, I do seem to get excellent performance from mencoders's command-line encoding options. Significantly better than anything else that I have used, including avidemux. I'm not sure if there's just lower overhead for the host program, or if the parallel threading is more intricate.

I might just give wine an attempt or two. Thanks for the notice, Nate!

ballofsnow

2008-06-21 05:41:46 pm

Bash.exe.... you have to install cygwin, right?

nate

2008-06-23 10:05:19 am

Quote from tycho102:

Well, that's interesting. I didn't even try using wine for Vdub and anri-chan.

yeah, me neither, for years. was thinking "no way it'll work". turns out that was wrong.

Quote from ballofsnow:

Bash.exe.... you have to install cygwin, right?

nope.

ballofsnow

2008-06-24 10:21:17 am

If I extract bash.exe from cygwin it has dll dependencies.. Which are you using?

nate

2008-06-24 11:28:17 am

can't find the one i was using before - in disarray at the moment as i'm moving house - but you might try these:

http://www.steve.org.uk/Software/bash/
http://win-bash.sourceforge.net/

nate

2008-06-28 10:44:42 am

updated my blog about wine.

ballofsnow

Edit history:

ballofsnow: 2008-07-04 07:52:36 pm

2008-07-04 12:20:34 pm

Slowly continuing work post beta 2. Let's compile a list of things that need to be done. Smiley face indicates change is done.

(list moved here)

Anything else?

nate

2008-07-04 02:31:13 pm

having trouble thinking of anything else right now, lol. i went through the topics recently too. i guess after about a year anrichan is nearly mature. of course hd capture is coming but we can't deal with something we've never seen before so we're set for now i think.

what are your thoughts on 4 being bash?

edit: just saw your edit. ipod compatibility is already there; i haven't tested any of the others, but i seem to remember hearing that they work fine. i mean there was that topic recently about some run not being compatible with some console and it was because it was done with an old version of anrichan (petrie was the runner; can't remember the run).

ballofsnow

2008-07-04 02:36:20 pm

Quote from nate:

what are your thoughts on 4 being bash?

Well, batch can't be long-term since it's so limited, and anri-chan is only improving. I don't have enough experience with bash, but it seems like it can handle the more complex tasks. "Anri-bash" sounds good to me.