AniDB

agreed !!

1 day 2 hour to go...

i do see

[18/02/2005 20:48:46] ! Avi structure in "r:\anime keep\Witch Hunter Robin\18_-_[KAA](D43664B3).avi" is invalid! The error message was: Unknown ttc code!

once on a while

I wonder if this also has to do with the domain name change, I got this every minute or so in the log since the change: [13/02/2005 14:50:52] - Connected to AniDB. [13/02/2005 14:50:52] - Executing new AniDB command. [13/02/2005 14:52:52] - Connection to AniDB timed out... Will reconnect if needed. ...

after reloading windows and restarting AoM it happened again. Restarted AoM and this time it did not reload the database: this time the app continues and updates MyList.

it seems to happen again. I see the same error message: 05/02/2005 11:12:06] - Failed to update rmt:anime - 1110! The error message was: Access violation at address 0041B39D in module 'AOM.exe'. Read of address C8B0DCCC AoM is reloading the whole database at every restart and fails to update MyList.

The suspense is killing me...

Hi, I was wondering if it would spare the server some bandwidth if the (dump) files downloaded from the server could remain in the temp directory? I noticed that the file sizes of these files are always the same. An implementation can be like: get the file list and crc's, check the crc of the files ...

[12/08/2004 19:00:24] - Executing new AniDB command. [12/08/2004 19:00:24] + Illegal input or access denied. Please restart... [12/08/2004 19:00:24] - Connection to AniDB successfully terminated. All queued tasks completed. Got connection but get the above error... ALso after starting with empty Ao...

you're not right... the server is in maintenance atm and not all functionality seems to back up as of yet...

I had the same message after deleting everything except local_settings.xml during the init stage of AOM client.

[20/06/2004 21:15:59] - Failed to update rmt:anime - 1701! The error message was: Access violation at address 004039E8 in module 'AOM.exe'. Read of address 7C307C30

FRENCH?!?!?!?!

not sure what happened but soon after I heard a loud ticking noise and got a kernel panic on my fileserver. Could not save the files on that disk and now the collection is half of what it was.

I might have had another problem...

Hi, I changed the rename template and found that all files known to AoM are renamed. Which is good. However, AoM discovers that all these files are not known and adds them to the "Add Files" dialog even though the files listed in known files have the correct name. Stopping and starting AoM...

Well... the main rename issues have been solved but there is ONE left (that I know of)

GITS ep 14: "YES" using the characters for Yen, Euro and USD

The rename fails on one or more of these characters.

On a SMB share I see YENYEN
On local disk I see YENEURO

Hmmmm.... digging into MSHELP i found an article (Q147438) about filename conversions etc.. Seems NT uses unicode and tries to translate nonunicode names to nearest ascii and back again... Interesting... Maybe something??

The linkt to that article is Q147438