Anri-chan 3.3 (June 5, 2011)

ballofsnow

2008-08-09 04:25:44 pm

Beta 4 is out. Mostly bug fixes.

Poesta

2008-08-12 04:09:00 pm

Yarr

The new Anri-chan is working for me now. Could it have been caused by the older Lagarith codec (I record using Lagarith)? I'm not encoding a new master file or anything.

Btw, Lagarith has an option to support multithreading. Does Anri-chan use it?

ballofsnow

Edit history:

ballofsnow: 2008-08-12 04:33:10 pm

2008-08-12 04:23:17 pm

Quote from Poesta:

The new Anri-chan is working for me now. Could it have been caused by the older Lagarith codec (I record using Lagarith)? I'm not encoding a new master file or anything.

What are you referring to? Unless you're doing the NMF step, lagarith is not used.

Code changes from 3 to 4 if you're interested.

Quote:

Btw, Lagarith has an option to support multithreading. Does Anri-chan use it?

Probably not. NMF was implemented to take advantage of multi-core cpus.

Poesta

2008-08-12 04:58:59 pm

Yarr

I was referring to the crashing AAC encoder. I have used the same sample I used before on two computers and it's working now.

nate

2008-08-12 06:47:12 pm

you know what he's talking about with the lagarith option right snow? when you view the codec config it's got three options in there iirc, namely blank frames, default rgb and multithreading along with the colorspace dropdown. basically he's wondering whether anri-chan turns the multithreading on. and i'm not sure either whether this is a good idea - would have to do benchmarking i think because theory is not enough to say what ought to be better in this case.

or maybe it is. i mean right, if somehow the lagarith decoding ends up being the most cpu intensive part of the final encoding process then leaving multithreading disabled should theoretically slow down the encode. yet that doesn't seem likely - probably the bottleneck will be the x264 threads on each core, so what will happen with lagarith multithreading disabled is the single lagarith thread on (let's say) core #0 will only use say 25% of the cpu cycles per timeslice while x264's two threads will be using 75% on cpu #0 and 100% on cpu #1. and this is no problem because x264's synchronization is very well written in my experience. there would probably be no significant benefit to it being more like 12%/78% cpu #0, 12%/78% cpu #1 with the lagarith decoding spread evenly. not more than a few seconds i would say.

so yeah poesta that's why i don't think that setting actually matters for what anri-chan uses lagarith for.

edit: thinking more about this, there will come a time when there are 16 or more cpus in a single pc, maybe 2010 or even earlier, and in that case it's very likely that the x264 threads will overwhelm the single lagarith thread and the entire encode will slow down because the lagarith thread will be using 100% of one core. so i recommend that we go ahead and enable the lagarith multithreading now rather than later. i mean it can't hurt.

edit 2: and if you don't believe me, i'm typing this from an 8 core machine right now.

you know what he's talking about with the lagarith option right snow? when you view the codec config it's got three options in there iirc, namely blank frames, default rgb and multithreading along with the colorspace dropdown. basically he's wondering whether anri-chan turns the multithreading on. and i'm not sure either whether this is a good idea - would have to do benchmarking i think because theory is not enough to say what ought to be better in this case.

or maybe it is. i mean right, if somehow the lagarith decoding ends up being the most cpu intensive part of the final encoding process then leaving multithreading disabled should theoretically slow down the encode. yet that doesn't seem likely - probably the bottleneck will be the x264 threads on each core, so what will happen with lagarith multithreading disabled is the single lagarith thread on (let's say) core #0 will only use say 25% of the cpu cycles per timeslice while x264's two threads will be using 75% on cpu #0 and 100% on cpu #1. and this is no problem because x264's synchronization is very well written in my experience. there would probably be no significant benefit to it being more like 12%/78% cpu #0, 12%/78% cpu #1 with the lagarith decoding spread evenly. not more than a few seconds i would say.

so yeah poesta that's why i don't think that setting actually matters for what anri-chan uses lagarith for.

edit: thinking more about this, there will come a time when there are 16 or more cpus in a single pc, maybe 2010 or even earlier, and in that case it's very likely that the x264 threads will overwhelm the single lagarith thread and the entire encode will slow down because the lagarith thread will be using 100% of one core. so i recommend that we go ahead and enable the lagarith multithreading now rather than later. i mean it can't hurt.

edit 2: and if you don't believe me, i'm typing this from an 8 core machine right now.

Poesta

2008-08-13 03:32:56 am

Yarr

Here's a little batch script that can figure out if the system of the user has multiple cores:

Code:

REG QUERY HKEY_LOCAL_MACHINE\HARDWARE\DESCRIPTION\System\CentralProcessor\1
IF %ERRORLEVEL%==0 SET multicore=1

If you think the user must have at least, say 4 cores to use multithreading without slowing down the encoding process, you can change the "1" in the first line to "3".

ballofsnow

2008-08-13 08:06:00 am

%NUMBER_OF_PROCESSORS%

Wink

Quote from nate:

and if you don't believe me, i'm typing this from an 8 core machine right now.

I'm jealous. Sad

nate

Edit history:

nate: 2008-08-13 11:54:05 am

2008-08-13 09:33:45 am

yeah too bad i didn't realize how powerful it was going to be so when i configured the machine i didn't get enough disks for a 4 disk raid. that would probably be BARE MINIMUM enough to feed eight optimal x264 threads assuming sp .vob input. that sounds incredible but i can assure you that it's true, at least under windoze anyway ... haven't tested under wine yet as it's so ghetto it takes forever to set up and tends to lock up over the tiniest thing.

Poesta

2008-08-13 09:55:48 am

Yarr

Quote:

%NUMBER_OF_PROCESSORS%

Wink

Meh, didn't know that one.

craztad

2008-08-13 08:13:24 pm

nai

I have been trying really hard to get anrichan to work under wine, the place where i fail is when dgindex is called but if i start after that spot by placing all the needed variables and pre running dgindex through the gui everything else works fine. But then most of the data manipulation in my anrichan is through java so i don't use any regquery stuff to find desktop and the like. Oh and installing beta 4 didn't kill my parser so hip hip hooray.

nate

2008-08-14 07:58:28 am

so you're rewriting it to be compatible with wine's batch interpreter then?

craztad

2008-08-15 09:35:38 pm

nai

No, not rewriting anrichan to be compatible, all i really had to do is write an override method for javas runtime.exec() to use the batch interpreter instead of what it usually uses. I still got some bugs to work out and need to work on catching the output stream and error stream and i should be good to go.

nate

2008-08-15 09:46:21 pm

what version of wine are you using with what compilation options and what libraries under what version/type of unix?

i never even got close to getting anri.bat working ...

craztad

2008-08-16 10:51:18 pm

nai

wine version 1.1.2. compilation options i will have to look at again. libraries: do you mean .dll's if so then i have a combination of the one's that come with wine and a mix of one's straight from my bootcamp partition. im just using mac os x 10.5.4 with latest X11 and Xquartz.

I can understand that you can't get anri.bat to work, there are far too many patches we would need to write to make it work. The only actual use of batch code i am using is what is failing. I am using java for almost all variable stuff and file creation/avisynth script writing. I am using shell commands sent from java to run all .exe's except dgindex. I just got mplayer batch stuff changed over to shell today with much better results. I believe if i can get the dgindex part figured out in a couple days the only problem i will have is with virtualdub. But i believe the problem in virtualdub has something to do with the big problem in X11 but i could be wrong. It may not even be worth the trouble to figure this stuff out until x11 is fixed.

I will be trying to get anri.bat to work on my fedora core 5 partition in a while since wine supposedly is a lot better on linux.

wine version 1.1.2. compilation options i will have to look at again. libraries: do you mean .dll's if so then i have a combination of the one's that come with wine and a mix of one's straight from my bootcamp partition. im just using mac os x 10.5.4 with latest X11 and Xquartz.

I can understand that you can't get anri.bat to work, there are far too many patches we would need to write to make it work. The only actual use of batch code i am using is what is failing. I am using java for almost all variable stuff and file creation/avisynth script writing. I am using shell commands sent from java to run all .exe's except dgindex. I just got mplayer batch stuff changed over to shell today with much better results. I believe if i can get the dgindex part figured out in a couple days the only problem i will have is with virtualdub. But i believe the problem in virtualdub has something to do with the big problem in X11 but i could be wrong. It may not even be worth the trouble to figure this stuff out until x11 is fixed.

I will be trying to get anri.bat to work on my fedora core 5 partition in a while since wine supposedly is a lot better on linux.

nate

2008-08-17 09:36:40 am

ohhhhh ok. well shit dude put that java source in the kb already. this might just be an option for unix users until we get the universal anrichan going.

Sir VG

2008-08-26 01:16:14 am

Fucking Weeaboo

I don't know if this is covered by the stated bug about unicode characters (bug - Unicode characters in the statid), but I thought I'd share this anyways.

ballofsnow

2008-08-26 06:03:10 am

Batch annoyance #848

Parentheses aren't a good idea.

Sir VG

2008-08-26 06:47:08 am

Fucking Weeaboo

I know, but it still shouldn't break the program.

ballofsnow

2008-08-26 10:35:55 am

Batch uses parentheses everywhere in its code, stick an extra one in and it blows up.

Anri 4 is going to be great.

nate

2008-08-26 04:42:58 pm

rock on, got a new personal text to motivate me as i drudge through the remaining doze batch.

it actually weirdly fits with who my avatar is too.

sir vg: there is actually no quoting in doze batch. there is single character escaping which you could try - use ^( and ^) and see what it does. otherwise have to edit the files manually until we get anri 4 out. i wouldn't hold your breath on that though - it's got a long way to go still.

MMAN

Edit history:

MMAN: 2008-10-08 11:11:41 am

2008-10-01 08:03:33 am

I had to record in Lagarith with Hypercam but when I try to encode in Anri-chan I get an "unsupported input codec (DIB)" error. I swapped the video for one made with Fraps and it worked perfectly. Is there any chance of support being added?

Edit: Not a problem anymore.

Sir VG

2008-10-13 11:19:52 am

Fucking Weeaboo

Bug Report:

If a user has changed the Windows default Desktop path from c:\documents and settings\user name\desktop to something else, the program returns and error message, saying it can't find the path.

ballofsnow

2008-10-13 03:22:16 pm

Can you do the following and show us what you see?

1. Start -> Run -> cmd -> ok
2. Paste this line: REG QUERY "hkcu\software\microsoft\windows\currentversion\explorer\user shell folders" /v desktop

As a workaround, you can specify where you want your project folder to be created by editing "C:\Program Files\anrichan3_beta4\ini.bat".

nate

2008-10-13 03:32:13 pm

wonder if anri 4 would work.

Sir VG

2008-10-13 03:47:54 pm

Fucking Weeaboo

Quote from ballofsnow:

Can you do the following and show us what you see?

1. Start -> Run -> cmd -> ok
2. Paste this line: REG QUERY "hkcu\software\microsoft\windows\currentversion\explorer\user shell folders" /v desktop

As a workaround, you can specify where you want your project folder to be created by editing "C:\Program Files\anrichan3_beta4\ini.bat".

Well, I reset my desktop directory and it's working fine now, so I'll have to test it later when I rereset the directory back. I had changed it from D:\My Desktop.