View Issue Details
|ID||Project||Category||View Status||Date Submitted||Last Update|
|0003179||Avdump2 / autocreq||Bug Report||public||2018-04-14 15:35||2018-06-22 00:01|
|Priority||normal||Severity||minor||Reproducibility||have not tried|
|Summary||0003179: acreq assigns wrong values for audio track under some cirmustances|
|Description||https://anidb.net/perl-bin/animedb.pl?show=group&gid=14018&aid=10539 (and some other from this realese)|
Files has two audio tracks:
1. English AAC
2. FLAC track without language set (actually japanese)
User added file as a default single audio with subs ( 1 jap audio track)
ACREQ created second track (und FLAC) and edited first track data (coded, bitrate) but didnt change first track language, resulting in non existent jap AAC track.
|Additional Information||I have edited files to correct values manually|
I think this have something todo with a logic that reorder tracks on anidb so japanese ones are always first.
|Tags||No tags attached.|
Accidentally put a link to a release instead of file
Actual problematic file https://anidb.net/f2063254
another example https://anidb.net/f1424522
seems like triggering condition is - user added file as having JPN audio track, file have undef track (actually japanese) plus some other track - other track get JPN assigned.
this seems to affect subs tracks as well. this needs to be fixed ASAP because we a putting wrong data into db without any indications that it is wrong...
It seems that manually set languages during add dialog are now overriding avdump data, with some fuzzy logic trying to work around wrong track ordering and that logic fails spectacularly in some cases.
all files here are affected. There is no catalan audio nor subs there, there are castilian with lang set to SPA, but user who added them set catalan in add dialog, and acreq system assigned CAT to some random tracks for both audio and subtitles. I am not going fix this manually cause finding which track it messed out of 0000022:0000020 is too bothersome.