dhtdht020 / osc-dl Goto Github PK

When I select any app and download via "Send to Wii", the download gets stuck on "Downloading app from Open Shop Channel 0%", untill it dissapears by itself after clicking on the file buttons (About, Clients, Debug) or alt-tabbing. I'm getting the Wii's IP address from both the Homebrew channel and my router config page.

I have a sneaking suspicion that osc-dl might be using the wrong network adapter to try and connect to the Wii, since I have Virtualbox and WSL adapters installed, but I don't know much about how that works.

Using:
Windows 10 v20H2
OSC-DL v1.2.11

Just seeing if it was possible (to add or already) to be able to select multiple apps (holding ctrl, shift, etc), to download multiple apps in one go.

I was going to download homebrew applications via the OSC-dl app, when i try to open it for the first time, instead of opening the application, Avira detects it containing the PATTERN of HEUR/APC and permanently stopped me from using the OSC-DL app

Before an app is sent to the Homebrew Channel through Send to Wii, it is being organized like so:

• The directory at apps/app_name/ is moved to app_name/

As of 76e4e51, OSCDL does not let users send apps if they have extra directories on the root level, because we can't guarentee these apps will work as intended. This will be replaced with just a warning in the future.

However, some apps have files in the root directory. e.g: "readme.txt". The API does not include this information. In those cases, the app would be sent to Wii but result in an error on the Homebrew Channel- to fix this, it would be best to delete the files from root and send it anyways.

Once implemented, we can go about showing a visual warning to the user that the app might not work correctly.

Example app where this issue is experienced: Wiimmfi Patcher

In my case I have linux and I would like to use the program.
Thanks greetings

Intended (Windows):

Incorrect size (Linux):

I wonder if it is possible for the downloader tool to sort apps in the Open Shop Channel by date.

I am often interested in checking out recent updates for apps I use, as well as seeing any new apps that pop up so that I can check them out, and I want to do so more easily by sorting apps by the date each one was updated.

The Homebrew Browser that runs on the Wii can already sort apps by date, but the downloader tool (and website) cannot sort apps by date, only sorting alphabetically.

I've used the CLI tool to download a bunch of stuff in bulk, and ran into a few problems.

Normally, trying to download anything will crash with TypeError: get() got an unexpected keyword argument 'type' right here:

It also looks like the get-list command doesn't detect text encoding correctly. I first tried with UCS-2 LE BOM, but that kinda freaked it out. It worked after converting the file to ANSI.

After fixing these two issues, everything went flawlessly and I got my downloads.

I feel like there should be the ability to download from the old Codemii repository, since you're still able to do it in the homebrew browser I feel like you should also be able to here.

I wanna use the CLI because it has a simplier interface, but when I run it, it automatically closes. How can I use it ?

After adding functionality for multi selection in my personal fork, I had the idea to make an INI based list for adding apps and themes to the queue with a file. I developed this feature to make downloading frequently used apps easier, especially when working on multiple consoles. This feature is not essential, but very helpful for this purpose.

What I had designed in my fork:

• The queue can be saved and restored by a file.
• It can work with any repo, especially when custom repos are implemented.
• For homebrew developers, there are special commands, like installation messages and sending only the main DOL/ELF file.
  • I.E: Priiloader installer only has a DOL/ELF file, and it should work fine without making a folder on the SD/USB device.
    • However, not all apps support running off of WiiLoad (ie USBLoaderGX), and it is up to the developer to support it.
  • It also supports program arguments.

It does have the potential to be used for unattended installation, however it won't be possible with HBC, since it asks every time if the zip should be extracted. It might be possible if HBC was modified, or a new application was created.

However, as pointed out in PR #102, this might be better in a plugin based system, which makes sense as it can be an optional feature.

The x86 CPU (that is my main cpu) can't run this program...
Pls fix this

idk why, but it doesnt let me update bc of malware.... i wonder why.

I didn't see any scripts or Continuous Deployment integrations for this. How are the exe files compiled?

Attempting to run either of these using ./ basically results in this error, then states that it is marked as an executable but could not be run by the operating system. Using the python3 command basically does nothing as well.

Using Debian Sid with Python 3.9.1+

Suggested feature
Provide a flatpak package on the Flathub repository.

User benefits

• Easy download and installation on basically all Linux computers
• Good Integration with the DE
• Download from app stores/no terminal needed

Developer benefits

• Only one packaging format necessary for Linux
• Whatever other benefits flatpak has compared to other packaging formats on Linux

Can you make the support for USB Storages and homebrew updater, which containing in apps folder?
Like the Wii Backup Tool but for Homebrew and classic Homebrew Browser updater but for PC?

I've been working with some adjustments in the dark theme of the downloader. I've done some slight color adjustments to improve readability (for example links are very hard to read on current dark mode). Only slight adjustments on some niche components, nothing too extreme since I already like the palette a lot.

I'd also like to add the ability to switch back to the default theme through the combo box. It annoys me to have to restart for light theme, and I guess it would be helpful if someday theme selection moves out of the 'experimental' menus.

I am already working on this. Would you be interested in a future pull request once I'm sure it's ready?