Tool Others Game Manager 2.17.12.7

[CuddleBear]

well, renpy is mostly used, supporting those would be the first.
personally, find it rare to have html based games.


You could have a standard rule to say renpy games always does ./game/saves/ no matter what as that is what everyone seems to use.

Unsure how or if you want to handle guides and such.
I guess an easy workaround would just be to open the game folder.

NOTE: the base install path can't be set. it clears out after each restart and the path set before that is ignored.
It always uses the client install folder, which is fine for most users im guessing. Not for users that might want the client and its database on an ssd for less response time.

EDIT: seems that the path of the installed game isn't saving correct, only the dynamic path seems to be saved when you check it on edit.... again ignoring the base path as a whole.

 

[CuddleBear]

After v2.9.5.2 the game install path seems to work as expected and saves correctly! great work!
Can finally test and use this fully then.

Seems the Download Client Update button is broken in this release and crashes the client (I know I am on the newest but was checking)
Also, the about button only lists a fresh error.
While French might be your mother-tongue, keeping all errors in English does make sense for anyone outside of France.

Projet : Game List

Appel WL :
Traitement de 'Clic sur BTN_Download' (FEN_Preferences.BTN_Download), ligne 39, thread 0
Fonction 'Ferme', syntaxe 1

Que s'est-il passé ?
La fenêtre 'FEN_News' est inconnue.

Code erreur : 10001
Niveau : erreur fatale

Dump de l'erreur du module 'wd230obj.dll' (23.0.433.14).
Identifiant des informations détaillées (.err) : 10001
Informations de débogage :
Fonction (1,2)
Informations supplémentaires :
EIT_PILEWL :
Clic sur BTN_Download (FEN_Preferences.BTN_Download), ligne 39
EIT_DATEHEURE : 15/12/2018 09:10:39
EIT_TYPE_WDFILE : <2>
EIT_IDCODE : <18>

Clic sur BTN_Download (FEN_Preferences.BTN_Download), ligne 39

All in all, I'm getting really happy with this install workflow!
Makes it easy to go on the updates tabs and click install on all the ones I have.
Its really a great start so far.

EDIT:

Missing the option to ask the user to delete the old version though.
Being able to do them in bulk too would be great somehow.

Don't like that the client spawns the explorer move window and locks up the client as its copying though.
I know its copying first then deleting, but if the files are on the same drive.
Moving them would be instant, which it's not right now.
If moving instead of copying would be an option once you feel comfortable with it, then there would be no wait time on the install on the same drives in theory.
Unsure if you use a cache folder or something for the copy though if you do and it's in the client install folder or in the os default temp or user folder then that could and would be slower than a move or copy on the same drive.

EDIT2: The context menu still stays and overlays any window.
The context menu should be despawned and removed when the user clicks outside it or clicks into another program.
Think this would be the easiest option instead of fixing the layering issue, which isn't much of an issue if its not there in the first place.

 

[CuddleBear]

Thinking about the workflow for this, I think an install queue might be in order to both support bulk actions for multiple titles and doing it after each other.

The work thread should not be loaded on the same thread as the gui, allowing for the user to add more move actions on the queue as they go.
This would allow for the user to add one at a time smoothly after each other if not in bulk.
All in while keeping the UI usable for editing, adding to the queue, searching and launching and any other action really.


Also to note!!! The client tabs back to itself when an install is done. It should stay in the background and not actually steal the screen from the user.
If you need to notify the user then making the taskbar icon orange like many does or make a sound is the way to go IMO.

EDIT:
Unsure if i mentioned this one, the update window for new releases and new versions of the games on F95, the window opening when starting the client or clicking refresh.
This should allow for quick opening of the page in the default browser for quick and easy downloading.

 

[CuddleBear]

The context menu also needs a bit of love with the icons you picked. It's not totally obvious just looking at it within a sec.
Should be a Green Play button for the play icon instead of a thunderbolt.
An arrow pointing up to install, an arrow pointing down for the download if that ever gets added.
And the edit button should stay as a pencil for sure, but the icon needs to be swapped and more clear. a Yellow pencil makes the most sense with the dark UI, the one there now is blending too much into the background.

Sure you have seen that the favorite button is totally broken atm.

 

[contramundi]

i have to agree with @CuddleBear on the icons part, they are a bit too dark for the dark theme and aren't really jumping out. And the favorite button has been broken since the implementation of the rightclick window, i have mentioned this in a previous post as soon as that change went live.

i've tried the install feature but it doesn't seem to work properly for me.

I've got the following set up:

1) source directory C:\Users\xxxx\Documents\MEGAsync Downloads (downloading mostly through mega)
2) base directory G:\hentai
3) sub directory {game}\{version}

When i download "Innocent_Witches-021B-pc.zip" with mega and i click the install button i have to manually browse to the zip file and select it, then it starts to save the old version (which ends up in either a zip that is empty or a zip containing the new version).

After unpacking (which does seem to work as intended), i end up with an updated version of the game in the game manager but it still launches from the older versions exe.

I don't know if the problem with changing the executable has to do with authors using a folder inside their zip/rar so the directory it actually got unpacked in is "G:\hentai\Innocent Witches\0.2.1b\Innocent_Witches-0.2.1B-pc"

 

[CuddleBear]

Spoiler: [QUOTE="contramundi, post: 1379546, member: 753977

You don't have permission to view the spoiler content. Log in or register now.

I would say use JDownloader 2 over the Mega Sync Client, Supports more options and does rule-based auto extract too.

Just set the Subfolder pattern for the extract to %ARCHIVENAME% and it will name the extracted folder after the zip/rar name instead of the package name.

You can also set rules so anything downloaded to certain folders gets extracted, like games like these.

 

[CuddleBear]

the install feature fails to create a title folder for this game:

You must be registered to see the links

it stops where the , would be.
I'm guessing it doesn't clean up all the way, even though Win10 Supports this in the newest versions!

 

[CuddleBear]

New update pushed out previews of the final path and changed the install to move instead of copy!
Now the install takes less than a sec instead of 5+min for copying all the small files.
Huge improvement by far!

Moving across drives and the network will still be slow for many smaller files, like for games with individual image files. For such use-cases, the UI should not lock up. and for Copying too, for those that dont delete the source. though i imagine most would just move.

 

[CuddleBear]

I think one of the best steps moving forward with the importing of games is the migration of games.
Either migrate to another path or let it rename to correct folders.
Missing folders and paths to games should ask the user what path or drive it is in. It should try to scan this automatically with a combination of either the filename or folder name of it all.

Should be an easy way to move the database to another drive for example without needing to manually edit it all by hand.
But it should also be able to search for games and paths the user might have moved outside of the client, to re-find them and re-map the path in the database.

The easiest way to find the games again if missing would be to let the user point to the base games path and it using the same naming pattern the user have already set.
This way it will find the title and version and such without issues by following that.

To be able to select multiple or all games and move to another path would also makes sense for such things.

 

[CuddleBear]

Bug report!
If you manually edit the version when importing/installing a game. It does get correctly set in the client UI, but not in the file name it moves the files too!
Instead its using the latest version no matter what it seems.

 

[CuddleBear]

The new move mechanic seems to be working fine with first testing. Good job on it!
Allows for both folder corrections and moving of the collection.

Though its important that its using the version number of the game actually installed and not whatever the newest version is.
It seemed to just skip the input version number part of it all. And with versioning being an issue in the last release too, its something to keep in mind.

 

[CuddleBear]

After further testing, it seems that the version number in the folder names are working correctly again.

So is the window taking over the screen when move is complete.
One issue with this still remains, if you leave your context menu open, it will display over any window when the move/install is done.
The context menu is respected in the window manager otherwise.

Restoring favourites and the option to manually add games from the url of the game should be a focus as it was some of the main features.


Unsure how you are going to deal with chapters and versions though.
Maybe a duplicate game option to copy all links and data (esp the image) to allow for the user to edit just the name.
That with a combination of a blacklist of the refresh data would be nice.
That way it can be set the newest version to be whatever the chapter is correct and it wont update that on the client refresh.
Doing these two will allow for the user to more easily duplicate the game entry for other versions or even modded games.
Each having their own folders and all with the correct data with an edited name.

Like for example:
Dating My Daughter [Ch. 1 v0.14.5][Mrdots Games]
VS
Dating My Daughter [Ch. 2 v0.20 Extra][Mrdots Games]

(WHY DO THEY ALWAYS SPLIT STUFF UP?!)

 

[tid]

I have moved all my 171 games and I only got one game not working. I will try to find why.

Yes games with chapters or collections are a problem, I will try to fond what to do with them.

 

[CuddleBear]

Don't forget that the client has an issue making title folders for this title:

You must be registered to see the links

Im sure this is of a much larger issue.
I guess the final output needs to be cleaned for use before getting written.
It is prob the comma ,
As that is where it fails to write, but still outputs up to the failed point.

Even though Windows 10 does now support having commas in their paths and removed most other limits aswell.

 

[Flavi]

I'll go ahead and say it later.

 

[CuddleBear]

Hope the development can resume soon.
We need a few patches for this.

Client is erroring out when trying to move games to a new install path/template.



Again with the French errors


EDIT: related to the new template not saving correctly, restarting the client and doing it again and then finally restarting it again worked.

 

[CuddleBear]

Seems there was a large oversight with the install state of the games.
If the games are moved or deleted outside of the client, the client will still think its installed and be messy.
The client should either check the games on boot for just the save path.
If its not there then it will ask if you want to clear out the path in the database.
Leaving it added to the client with all the info but un-installed with no path. Also removed from "owned" (which should be installed)

Or the client can have a maintenance button to check for the file verification.


To build on this, notice there is no way to move or change the template (move a whole collection or a bulk of files) on multiple games at once for a new set path.
Only one at a time, this can be a bit slow.

Also paths in the database to the games seems to be absolute, but its better that they would be relative if its in the default (one set in the client) games path and be relative to that.
Outside of that path, if an user wants that. It should be the absolute path.

This will allow for the user to move the collection as a whole and just set a new base game directory path.

Just allowing for more use cases and a smoother experience.
The Verification and bulk path refresh is high on the wishlist for me anyway.

 

[CuddleBear]

Error Traceback:

Erreur à la ligne 31 du traitement Procédure locale charger.
L'opérateur d'indirection { } est interdit avec une chaîne vide comme paramètre.

----- Informations techniques -----

Projet : Game List

Appel WL :
Traitement de 'Procédure locale charger' (FEN_Details.PROCEDURE.charger), ligne 31, thread 0

Que s'est-il passé ?
L'opérateur d'indirection { } est interdit avec une chaîne vide comme paramètre.

Code erreur : 1074
Niveau : erreur fatale

Dump de l'erreur du module 'wd230vm.dll' (23.0.370.1).
Identifiant des informations détaillées (.err) : 1074
Informations supplémentaires :
EIT_PILEWL :
Procédure locale charger (FEN_Details.PROCEDURE.charger), ligne 31
Fin d'initialisation de FEN_Details (FEN_Details), ligne 1
Bouton droit relâché (WM_RBUTTONUP) de ZR_REQ_Resultat (FEN_F95_Games.ZR_REQ_Resultat), ligne 7
EIT_DATEHEURE : 13/01/2019 03:35:41
EIT_TYPE_WDFILE : <2>
EIT_IDCODE : <458752>

Assistance

This one seems to happen every time i right click Pink Motel from Hardcorepink:

You must be registered to see the links

This one seems to be limited to this one for some reason, even moved the file (from the side menu)

 

[CuddleBear]

Been thinking about how to handle multiple versions and such a bit.
Instead of doing multiple game items with their own images and such.
Just save the path for all the versions and have a small window pop-up asking about which version to play if there is more than one.

And by having each path saved like that, you can also track when you have duplicate games like older versions you might not want.
An overwrite option to ignore this is also needed.

Doing it this way will open up a few things: it will remove the need for a 3rd party program to find the older versions you might have forgotten to manually delete (since it doesn't delete the old one atm).
It will remove the need to have multiple game items of each version in the client.

 

[CuddleBear]

What is this?! Update? Back working on the client?
Great!