Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags

xid

4
Posts
1
Topics
A member registered May 14, 2022

Recent community posts

thanks, I can confirm that it's already been fixed.

I renamed my files into these (just so the app could find the result faster),

- DVDMS00639.mkv

- MKON00060.mkv

And then processed it using this command,

./jav-it catalog -d $MY_DIR --force-update --video-naming-method=content-id --directory-naming-format='{{CONTENT_ID}}' --data-source=dmm

Result directories after been catalogued,

- dvdms00639

- mkon00060

My confirmation is right, the app is able to produce the CONTENT_ID for the directories, but failed to set value for <uniqueid type="DMM"></uniqueid> using the CONTENT_ID for the .nfo file.

My guess is right, when using DVD_ID as directory-naming-format when data source is DMM the app is generating empty name

I tried using this for testing purpose

./jav-it catalog -d $MY_DIR --force-update --video-naming-method=original --directory-naming-format='{{CONTENT_ID}}' --data-source=dmm

Now the directories and catalog files are no longer using empty name.

So the remaining bug is just this,

<uniqueid type="DMM"></uniqueid> inside .nfo file failed to generate the video ID from DMM.

(2 edits)

./jav-it catalog -d $MY_DIR --update-only --video-naming-method=dvd-id --directory-naming-format='{{DVD_ID}}'

Catalog files are successfully generated but naming the catalog files according to the specified format is failed so it produced empty name catalog files. The bug only happen when using DMM as the source.

I'm guessing maybe because DMM don't have such a thing as DVD_ID, I don't know.

Console outputs:

- [ OK ] Successfully processed: $MY_DIR/DVDMS-639/

- [ OK ] Successfully processed: $MY_DIR/MKON-060/

** $MY_DIR is just redacted directory name

Bugs:

1. Failed to rename the directories according to the specified format because the app behave like it failed to find the title while in reality the app is successfully find it and generate the catalog files.

These are the original files before catalogued:

- DVDMS-639.mkv

- MKON-060.mkv

These are the directories after it's been catalogued:

- ####

- MKON-060

Any first video that is processed using DMM as the source will be renamed to #### (unexpected result), while the others after that are also processed using DMM as the source the will leave it as is (expected result).

Expecation:

Since the app is actually successfully find the title from DMM and able generate the catalog files, the directory should be renamed according to the specified format instead of behaving like it failed to find the title.

2. Generated catalog files are renamed as empty name instead of following the specified format

- .actors -> this is generated and already fine

- extrafanart -> this is generated and already fine

- .nfo -> this is generated BUT should be DVDMS-639.nfo instead of empty .nfo file name

- folder.jpg -> this is generated and already fine

- .tbn -> this is generated BUT should be DVDMS-639.tbn instead of empty .tbn file name

- fanart.jpg -> this is generated and already fine

- -trailer.mp4 -> this is generated BUT should be DVDMS-639-trailer.mp4 instead of empty -trailer.mp4 name

- .mkv -> this is the source video file BUT renamed into empty .mkv file name

Since it failed to rename the generated files accordingly, it produced empty name files, and on Linux/Mac . (dot) file is considered as 'hidden' so for normal user they won't notice it that the catalog files are already generated.

Because it failed to rename the content accordingly, the source video file is also being renamed to empty (.mkv) and since it's hidden on Linux/Mac normal user won't notice it.

3. <uniqueid type="DMM"></uniqueid> inside .nfo file failed to generate the video ID from DMM.

From my perspective the app is actually success in getting info from DMM and generating the catalog files, so it should be able to fill the video ID according to the data from DMM.