Swiss version 0.6 is released

[Emukixtrems]

I would like to know what is taken into consideration for a homemade cherry to have its number of commitments changed. for example gamecube homemade cherry is in version 0.6
When will it be elevated? and what is taken into account for this to happen...

[sakax]

Extrems needs a challenge to increase it to 0.7 The day he has Mario Kart Arcade GP running through swiss he will have the joy to up the version to 0.7

[Extrems]

The 0.7.0 milestone was supposed to be stable memory card emulation.

[sakax]

Metal Gear Solid: The Twin Snakes (Special Disc)
http://redump.org/disc/26539/
PGSJ01 [verified Japanese release]
md5: 8433b28379d8533ecd3d09dd864d078e
sha1: 7deb1f25832a40d3db234122ed675294cc4c3cf6

This Japanese exclusive was full translated: https://github.com/DOL-Translations/mgs-special-disc Would it be possible to add this translated game to SWISS and NKit as verified with proper title as shown below?

Metal Gear Solid: The Twin Snakes (Special Disc)
PGSE01 [to be verified translated v1.0.0 release]
md5: 4c8b17c0e380d00c670589013135d074
sha1: 6a0208e59b47b5a0ec0e6d33f483ce8bc5b07136

[Extrems]

It already has been for 2 weeks.

[sakax]

It already has been for 2 weeks.

https://github.com/emukidid/swiss-gc/co ... d19f57de37


True, you are too good

[Emukixtrems]

I saw that several updates were released for the Swiss DVD emulator. Now, I saw the previous ones, well
could someone tell me how I can create a folder? I saw that it is possible to rename it...
but I didn't find anything about creating a folder

[sakax]

It already has been for 2 weeks.

I just tried the new version - seems launching tgc files is broken in latest version. Please note that I upgraded from r1788 from Dec 24, 2024 (tgc working perfectly), so tgc functionality could already have been broken in prior versions of 2025 as well. You can easily reproduce with all zelda tgc files (ocarina/master quest etc...) It will crash the gamecube. You will find easily what caused it or do you want me to file a bug report on github?

[sakax]

It already has been for 2 weeks.

I just tried the new version - seems launching tgc files is broken in latest version. Please note that I upgraded from r1788 from Dec 24, 2024 (tgc working perfectly), so tgc functionality could already have been broken in prior versions of 2025 as well. You can easily reproduce with all zelda tgc files (ocarina/master quest etc...) It will crash the gamecube. You will find easily what caused it or do you want me to file a bug report on github?

just tested v1825, broken tgc support as well, so it happened as from v1823 release... tgc booting went ok in r1788. hope it helps

[retro]

What does the Flatten Directory feature do in Swiss?

The value there is */games, does this mean I am supposed to drop the game ISOs into a folder called "games"?

And what's the difference between Reboot and Apploader for In-Game Reset?

Thanks!

[Extrems]

It flattens a directory tree into a single directory. The default value is to fix the stupid of Nintendont's directory structure if you're coming from that.

[retro]

It flattens a directory tree into a single directory. The default value is to fix the stupid of Nintendont's directory structure if you're coming from that.

OK, so this is mostly something that affects Wii and Wii U users then?

No impact to me if I am using a GC Loader, correct?

[Extrems]

It would impact you if you had used Nintendont or related tools prior and put that same SD card in your GC Loader.

[retro]

Cool.... no impact to me then... i have separate SD cards between my GameCube and Wii U... only use Nintendont to run TriForce games anyway

Also, what's the difference between Reboot and Apploader for In-Game Reset?

Apologies for seeming dumb

[Extrems]

Reboot only works with specific hardware setups (FlippyDrive, GC Loader, KunaiGC, Qoob Pro/SX), while apploader is compatible with all, as long as a patch device is available.

[retro]

Reboot only works with specific hardware setups (FlippyDrive, GC Loader, KunaiGC, Qoob Pro/SX), while apploader is compatible with all, as long as a patch device is available.

Noted. Thanks for the explanation

[Emukixtrems]

Let's talk about the new Swiss.

I see a lot of progress in this homebrew Cherry.

But there are still features that haven't been implemented.

I know it's due to the lack of RAM...

Console limitations.

But there are interesting features:

When will the path to

1. Create folders

2. Read text files

3. Change game covers and the Swiss background be implemented?

I think the covers would already be very useful.

But creating folders is essential...

I'd like to know if using a memory card to store data; for example, the configuration file could be found in physical memory slot A, which would save RAM space.

Use the technique that uses SD space to create virtual RAM... or a secondary port like SPD2.

But creating folders and reading text are priorities, in my opinion...


That way, we'd move on to 0.7.

[emu_kidid]

I'll make a comeback to add directory create support, I've run into it a lot in my casual use of it. Renaming them too

[Papy.G]

The configuration file is already on the SD card, I don't see it flooding the GC's ram anyways.

Displaying the covers can probably be done, but it may slow down SWISS file browser.

Using SD card as virtual memory is not an option, as it will be slow and it may eventually kill the card. Settings had been added to SWISS to prevent this by limiting write operations to it, that's not to add features that just destroys it back.
There are ways to expand GC's RAM about to be explored, if only RAM is too tight one day.

[Emukixtrems]

Well, let's think about some facts about what's basic and native; separating it from what's modified:
Okay, I have a GameCube from 2025. Okay, I found it in my older uncle's closet, it's just sitting there, okay?
What I have: console, cables, it's connecting.
I have a Gekko, but I don't have any memory. I burned a Swiss Ridata,
but look,
I still can't read the license file, for example, in Swiss itself.

But the emulation's virtual memory is functional, despite some limitations.

However, I haven't been able to modify one or create a folder for the emulator, Wii, backups, etc.
It still relies heavily on external platforms for updates within the SD card.

I believe that if Swiss adapts these three commitments, we will make progress, because homebrew can already come with the GitHub package, where I can even read the license file in Swiss itself.

folders: make/rename
text: read/edit.

Regarding the destruction of the SD card, I believe the formatting of the card's root must be named correctly, otherwise it will corrupt.

[Papy.G]

But the emulation's virtual memory is functional, despite some limitations.

Memcard emulation and Virtual Ram on SD card are two very different things.

However, I haven't been able to modify one or create a folder for the emulator, Wii, backups, etc.
It still relies heavily on external platforms for updates within the SD card.

Because of reliability, write operations had to be limited to what was unevitable, also, to avoid too much writes to the SD card. For example, if you had NKit, you would write the dump once, then compress, maybe with intermediate swap file, you'd en up with ugly fragmented filestructure on your SD card, that may slow down game loading times or cause compatibility issues, or even crashes.

I believe that if Swiss adapts these three commitments, we will make progress, because homebrew can already come with the GitHub package, where I can even read the license file in Swiss itself.

I don't personnally want to expand the full Github packages right on the SD, that's a nonsense to me as I can't download them straight from SWISS, and usually only need some of the contained files, so I have to rely on my Mac for it, and therefore can read the RM's at this moment.

text: read/edit.

Not convinced of the editing usefulness, writing with a controller has ever been the pinacle of ergonomy.

Regarding the destruction of the SD card, I believe the formatting of the card's root must be named correctly, otherwise it will corrupt.

Destruction of SD cards isn't related to the root folder's naming, it only has to do with the limited write operation count on EPROM devices' cells, call them flash, Nand or whatever fancies you.

[Emukixtrems]

I don't personnally want to expand the full Github packages right on the SD, that's a nonsense to me as I can't download them straight from SWISS, and usually only need some of the contained files, so I have to rely on my Mac for it, and therefore can read the RM's at this moment.

Okay, let's get down to the facts:
1. It's not possible yet, but I believe that in the future, with the new network options that will be added to Swiss, for example, on port SP2, it will be possible to at least update Swiss online.

2. The initial proposal for Swiss is to be a complete all-in-one program for GameCube, and that's why I see the need for a text editor or reader; folder creation and renaming.

(It would be good if Swiss could decompress files, but I don't see that as a priority, although it's conceivable.)

3. Discard the use of MAC or any other platform to update Swiss. Automatic data update via network.

4. For me, the root formatted as label: (root) worked best.

5. Since you are in Europe, you could create a mini-server so we can download directly from your home in France.