| |
spider-j
Registered: Oct 2004
Posts: 498 |
Release id #216054 : GTUltra V1.0.3
Better take this to discussions to not flood the comments.
Quote:Can you run it from the win32 folder?
Running the exe through WINE works fine. I'd prefer a native linux build though. |
|
... 159 posts hidden. Click here to view all posts....
|
| |
Jason Page
Registered: Sep 2015
Posts: 87 |
Should match what was in the video link I posted earlier |
| |
theK
Registered: Oct 2020
Posts: 46 |
Just got back, you guys are hard at work! :-O
Latest build still get "./gtultra
/home/xxx/.goattrk/gtpalettes: No such file or directory"
It goes to the wrong folder. The gtpallets is in the "binary" folder, not the config one. |
| |
Jason Page
Registered: Sep 2015
Posts: 87 |
I'm going to change the code so that it looks for gtpalette folder in $HOME/.goattrk/
Please confirm this is correct |
| |
tlr
Registered: Sep 2003
Posts: 1787 |
Quote: I'm going to change the code so that it looks for gtpalette folder in $HOME/.goattrk/
Please confirm this is correct
This is what it does now. It sort of makes sense, because it is configuration after all. The issue is that there is no gtpalettes/ folder there when starting up the first time. Either you have the palettes looked up where the binary is, or you write out the initial defaults to $HOME/.goattrk if no gtpalettes exist.
The latter is the nicest IMO. |
| |
Jason Page
Registered: Sep 2015
Posts: 87 |
Gotcha. Thanks
Laptop battery is dead. Will look at this again tomorrow. |
| |
Jason Page
Registered: Sep 2015
Posts: 87 |
Quote: For linux to get to folders there is "./gtpalettes/0_default.gtp".
One last question - just so I understand linux a little better!
Is this path we’re the palettes are currently stored?if the code just referenced “./gtpalettes/“ folder, it would find them?
So far, I’m clear on where the palette is currently trying to load from (cfg location..). But not where it actually is by default. |
| |
Jason Page
Registered: Sep 2015
Posts: 87 |
Ignore that question as it’s not relevant to my solution:
1. I’ll add all default palettes to the large data file. So they all load by default at stat-up - just as the single default palette currently does.
2. I’ll modify the code to create a gtpalettes folder if it doesn’t already exist.
3. Users can then place new / saved palettes in this folder, and they will be loaded at start-up after the default palettes.
(Lman has created some excellent skins, which I still need to add as the defaults) |
| |
tlr
Registered: Sep 2003
Posts: 1787 |
Quote: Ignore that question as it’s not relevant to my solution:
1. I’ll add all default palettes to the large data file. So they all load by default at stat-up - just as the single default palette currently does.
2. I’ll modify the code to create a gtpalettes folder if it doesn’t already exist.
3. Users can then place new / saved palettes in this folder, and they will be loaded at start-up after the default palettes.
(Lman has created some excellent skins, which I still need to add as the defaults)
Seems like a good solution.
I noticed that the palettes are in a different order than in your example video. If you are not sorting the entries you'll get whatever order the filesystem happens to have. I'm guessing that's what happens.
(answer to question to be ignored: no ./ will always relate to where you are standing when starting the program. If not, eg 'ls .' would list the files where the ls binary is located) |
| |
Jason Page
Registered: Sep 2015
Posts: 87 |
For windows at least, it was loading the files in alphabetical order automatically. I hoped that would be the same for Linux too.
For the defaults, it will always be in a specific order now, as I’m c”generating the file name to load in a loop, |
| |
tlr
Registered: Sep 2003
Posts: 1787 |
Quote: For windows at least, it was loading the files in alphabetical order automatically. I hoped that would be the same for Linux too.
For the defaults, it will always be in a specific order now, as I’m c”generating the file name to load in a loop,
I don't think POSIX guarantees any specific order for readdir(). For ext4 my guess is that you'll get the files in inode order. For NTFS, not sure. Could be in the order written perhaps? |
| Previous - 1 | ... | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 - Next |
