Avdump2: Difference between revisions

Jump to navigation Jump to search
2,408 bytes added ,  8 January 2019
(25 intermediate revisions by 7 users not shown)
Line 1: Line 1:
{{eyecatch|Important|Avdump2 fully replaces [[Avdump]], which is now deprecated and should not be used.}}
{{eyecatch|Important|[[Avdump_GUI|Avdump GUI]] is a GUI version of Avdump2, for command line skeptics.}}
Welcome to the remarkably sparse avdump2 wiki page, lovingly hand created over many minutes + some more.
Welcome to the remarkably sparse avdump2 wiki page, lovingly hand created over many minutes + some more.


We gleefully embrace build 6525, yet another public release of avd2. It represents a complete rewrite of the original avd1 code, runs against a new build of MediaInfoLibrary, contains a number of custom solutions for a number of formats, represents a significant investment of time and energy by Arokh, and is just generally nifty.
We gleefully embrace build 7070, yet another public release of avd2. It runs against a new build of MediaInfoLibrary (18.12), contains a number of custom solutions for a number of formats, represents a significant investment of time and energy by Arokh, and is just generally nifty.


There is no need to reprocess existing files with this build, but do keep an eye out for misbehaviour.
There is no general need to reprocess existing files with this build, but we don't mind if you do it anyway!


==What is it==
==What is it==
Line 19: Line 21:


===Download===
===Download===
 
  [http://static.anidb.net/client/avdump2/avdump2_7080.zip DOWNLOAD(ZIP)] (Build 7080) MD5 = DC31D326F410151E9A24D409B4C07B4E
  [http://static.anidb.net/client/avdump2/avdump2_6525.rar DOWNLOAD(RAR)] (Build 6525) MD5 = e83a8e5afedd1e34e766daeb6d64d2d2


===Usage===
===Usage===
Line 37: Line 38:
! style="border: 1px solid #aaaaaa; background: #f2f2f2;" | Example
! style="border: 1px solid #aaaaaa; background: #f2f2f2;" | Example
|-
|-
|'''Auth'''=<username>:<udp_api_key>||Auto-Creqing||Enable automatic creqing. You should always use this option when dumping anime files! Also enables error reporting.||||--Auth=tard:monkey
|'''Auth'''=<username>:<udp_api_key>||Auto-Creqing||Sends file xml metadata dumps to the server for automatic creqing. You should always use this option when dumping anime files! Also enables error reporting.||||--Auth=tard:monkey
|-
|-
|'''Host'''=<hostname>:<port>||Auto-Creqing||Hostname of AniDB UDP API server||--Host=api.anidb.info:9002||
|'''Host'''=<hostname>:<port>||Auto-Creqing||Hostname of AniDB UDP API server||--Host=api.anidb.info:9002||
Line 135: Line 136:
#Right-click the shortcut, add options to the ''Shortcut - Target'' line.
#Right-click the shortcut, add options to the ''Shortcut - Target'' line.
#:Example, normal usage: <tt>"C:\Program Files\AVDump2\AVDump2CL.exe" -p</tt>
#:Example, normal usage: <tt>"C:\Program Files\AVDump2\AVDump2CL.exe" -p</tt>
#:Example, auto-creq usage: <tt>"C:\Program Files\AVDump2\AVDump2CL.exe" --Auth:''myName'':''udp_api_key''</tt>
#:Example, auto-creq usage: <tt>"C:\Program Files\AVDump2\AVDump2CL.exe" --Auth=''myName'':''udp_api_key''</tt>
#::You can also set other options from the list above if you wish to do so.
#::You can also set other options from the list above if you wish to do so.
#::A commandline option to export ED2K links to a file is by adding <tt>--Exp=''C:\Path\ed2k.txt''</tt>, etc.
#::A commandline option to export ED2K links to a file is by adding <tt>--Exp=''C:\Path\ed2k.txt''</tt>, etc.
Line 157: Line 158:
#Create a MS-DOS batch file with the 2 lines below, and save it as ''filename.bat''.
#Create a MS-DOS batch file with the 2 lines below, and save it as ''filename.bat''.
#<tt>@ECHO OFF</tt>
#<tt>@ECHO OFF</tt>
#<tt>C:\Program Files\AVDump\AVDump2CL.exe %1 --Exp:''C:\Path\ed2k.txt'' --Auth:''myName'':''udp_api_key''</tt>
#<tt>C:\Program Files\AVDump\AVDump2CL.exe %* --Exp=''C:\Path\ed2k.txt'' --Auth=''myName'':''udp_api_key''</tt>
#Drag and drop any media-file onto the shortcut.
#Drag and drop any media-file onto the shortcut.


{{eyecatch|Note|'''The ''udp_api_key'' is not your user password!!! see [[Avdump#Auto-creqing|Auto-creqing]] .}}
{{eyecatch|Note|'''The ''udp_api_key'' is not your user password!!! see [[Avdump#Auto-creqing|Auto-creqing]] .}}
==Auto-creqing==
[[Image:Autocreq.gif|thumb|Simple diagram of the way auto-creqing with Avdump2 works]]
Avdump2 is the AniDB [[auto-creqing]] system. Some more or less important notes:
* To be able to use this feature you’ll need an AniDB account '''and you have to define the ''UDP API Key'' in your [[profile]]'''.
* All data sent to the server will be logged with IP and uid.
* There is no direct connection between data sent to AniDB and creqs generated. The data received will just be stored for later processing.
* There is no way to check the current status for a dump. Usually, it should take ''at least 24 hours'' from the moment you dump a file till the data actually changes. If any irregularities occur, or when there is too much data pending, it will take more time.
* You may dump files currently not in the database. The data is still stored and will be used later if/after the file has been registered.
* The creqs generated will report the user who sent the data first (for a specific file) as the creqer.
* It is possible to run more than one instance of Avdump2 at once, up to a maximum of ten. At the moment, ''only 10 sessions per ip are allowed by the server'', meaning the eleventh instance will terminate the first.
* Files creqed by the new system will be locked, meaning some fields will not be possible to change. Notify a moderator if you are '''sure''' that some of the data locked for a specific file is wrong.
===Why didn't this file get dumped?===
* The file in AniDB is registered with wrong size and/or ED2K hash.
* The package never reached the server.
* The decryption or decompression failed at server side (rare).
* The dump is not valid XML (rare).
===Why isn't this file verified?===
Even if the file is dumped it doesn't mean it will get auto-creqed (and verified). Here are the reasons:
* The file is corrupt/invalid ([http://anidb.net/perl-bin/animedb.pl?show=avmf&do=xml&avid=76226 example]).
* The provided data is considered "incoherent". (Indicates a bug in Avdump.)
* The dump was marked unfit for file verification by an AniDB Moderator.
==Avdump2 on Linux==
Thanks to Mono, Avdump2 runs natively on Linux as well. However, as most development effort goes into the Windows version and due to the heterogenity of Linux distributions, running Avdump2 on Linux isn’t as straightforward as running it on Windows. All Linux-related usage notes can be found on the [[Avdump2 on Linux]] page.


==Changes From Avdump Classic==
==Changes From Avdump Classic==
Line 197: Line 226:
   </Exceptions>
   </Exceptions>
  </FileExceptions>
  </FileExceptions>
===Avdump2 on Linux===
Thanks to Mono, Avdump2 runs natively on Linux as well. However, as most development effort goes into the Windows version and due to the heterogenity of Linux distributions, running Avdump2 on Linux isn’t as straightforward as running it on Windows. All Linux-related usage notes can be found on the [[Avdump2 on Linux]] page.
==Auto-creqing==
[[Image:Autocreq.gif|thumb|Simple diagram of the way auto-creqing with Avdump2 works]]
Avdump2 is the AniDB [[auto-creqing]] system. Some more or less important notes:
* To be able to use this feature you’ll need an AniDB account '''and you have to define the ''UDP API Key'' in your [[profile]]'''. All data sent to the server will be logged with IP and uid.
* It is possible to run more than one instance of Avdump2 at once, but not more than ten will work OK. At the moment ''only 10 sessions per ip are allowed by the server'', meaning the eleventh instance will terminate the first.
* There is no direct connection between data sent to AniDB and creqs generated. The data received will just be stored for later processing. There is no way to check the current status for a dump. Usually, it should take ''at least 24 hours'' from the moment you dump a file till the data actually changes. If any irregularities occur, or when there is too much data pending, it will take more time.
* The creqs generated will report the user who sent the data first (for a specific file) as the creqer.
* You may dump files currently not in the database. The data is still stored and will be used later if/after the file has been registered.
* Files creqed by the new system will be locked, meaning some fields will not be possible to change. Notify a moderator if you are '''sure''' that some of the data locked for a specific file is wrong.
===Why didn't this file get dumped?===
* The file in AniDB is registered with wrong size and/or ED2K hash.
* The package never reached the server.
* The decryption or decompression failed at server side (rare).
* The dump is not valid XML (rare).
===Why isn't this file verified?===
Even if the file is dumped it doesn't mean it will get auto-creqed (and verified). Here are the reasons:
* The file is corrupt/invalid ([http://anidb.net/perl-bin/animedb.pl?show=avmf&do=xml&avid=76226 example]).
* The provided data is considered "incoherent". (Indicates a bug in Avdump.)
* The dump was marked unfit for file verification by an AniDB Moderator.


==Known issues==
==Known issues==
Line 233: Line 234:
==Changelog==
==Changelog==
<div style="height: 280px; overflow: auto; padding: 3px; border:1px solid #AAAAAA; font-size: small">
<div style="height: 280px; overflow: auto; padding: 3px; border:1px solid #AAAAAA; font-size: small">
'''1.0.7080.0 : 2019.01.08'''
* Removed thrownOn Attribute from Exception reports
* Write ACreqErrors to Console
* Filter Exceptions which should be reported
* Donelog search is now case insensitive
* Fix for Matroskafiles when the tracks sections is at the end of the file
* Jaco Subtitle detection is now less trigger happy
'''1.0.7070.0 : 2019.01.02'''
* MIL Updated to Version 18.12
* Removed Client side MIL hash check
* Skip logging/acreqing for files with errors (except for matroska files with header data)
* EBML Parser (Matroska) crash fixed
* Matroska Container Parser Update
* Matroska Chapter Parsing
* Matroska Parser Crash fixed (Missing Track and other corner cases)
* Matroska: extra_size node added (Track overhead)
* 3d flag
* Added Mono Runtime Version to exception metadata
* Display "Hashing failed" instead of nothing if hashing fails for whatever reason
* Accept /? as parameter (same as --help)
* Included MAC MIL library for mostly untested mac support
* Added Dumpable extensions: trp
* Switch --Version also prints MIL Version
* Constrained TTH hash Thread to 4 instead of available corecount
* MIL Info shuffling for consistency
* Wait longer for MIL to return before hard crashing
* Fixed -m Crash
* MP4 Lag fixed / MIL Chapters bug workaround
* Switch --NoMediaInfoProvider (switch is ignored when acreqing)
* Don't eat cmd cursor on soft crash
* Log acreq failure when preconditions aren't met
* Added CodecFeatures node
* Various fileextension provider fixes
'''0.1.6714.0 : 2014.04.24'''
* Check for invalid usernames (to skip check prepend @)
* Less forgiving against corrupted files (i.e. older version may have creqed the files and this one doesn't)
* Ogg/Ogm fix for corrupted files
* Fixed matroska parser corner-case bug for large files
'''0.1.6647.0 : 2013.03.29'''
* Another attempt to fix OOM issues
* Now any byte array used to read files is reused (=> reduces mem usage jumpiness)
* Fixed non default blocksize/blockcount crashes
* Fixed stackoverflow crashes on some old mono versions (TraceSource)
* Added --Version argument (Prints the AVDump2 version)
* Fixed some spelling errors
* Added resynching for Matroska files (=> less exceptions for corrupted files)


'''0.1.6525.0 : 2012.11.??'''
'''0.1.6525.0 : 2012.11.??'''
Line 245: Line 296:
'''0.1.6452.0 : 2012.09.??+x+y+z'''
'''0.1.6452.0 : 2012.09.??+x+y+z'''
* Added notice when the test acreq had an invalid format
* Added notice when the test acreq had an invalid format
*


'''0.1.6435.0 : 2012.09.??+x+y'''
'''0.1.6435.0 : 2012.09.??+x+y'''
227

edits

Navigation menu

MediaWiki spam blocked by CleanTalk.
MediaWiki spam blocked by CleanTalk.