kolibrios / kolibrios Goto Github PK

Please clarify the licensing conditions; better visibility for GitHub clone.

Also consider adding a README.

• Too high frame rate, because of which the speed of the game is huge, and it becomes impossible to play normally (the main menu barely responds to the keys at all).
• There is no sound in the game.
• Strange key bindings, for example in Contra the English "A" is both jump and shoot, i.e. A and B on the gamepad. But maybe it's a feature, not a bug.
• When launching the game, the cursor is not hidden even above the program workspace. But in general, it does not interfere much and is quite convenient, perhaps it should be done the same way in GameBoy and ZSNES (there the cursor is hidden even above the frame of the window, but the view is outside the emulator window).

In Windows Hyper-V,the mouse and the keyboard cannot be used.

Now the system only utilizes the first system CPU, it should be able to utilize all the system. This requires a lot of preparation because kernel subsystems should be aware of multi-threading possibility to prevent data races. Also since the change is system-wide and touches a lot of subsystems, it's required to establish a strong test system to support the development process.

Tasks to perform:

• #3
• Gradually make the system support MT mode.

Currently we have two test suites I'm aware of: UMKa and runtests.py.

The uniform test system should be established and made easy to use.

• #4
• Parallelize the test system.
• Establish a basic test suite for the graphics subsystem.
• Establish a basic test suite for the network subsystem.
• Establish a basic test suite for the sound subsystem.
• Establish a basic test suite for the file system.
• Investigate the requirement for interactive serial console.

The project contains many png images that can be losslessly optimized, using tools such as pngslim.
This will save some bytes and should not impact decoding performance.

I could not register on the Kolibri forums to discuss with the community... so I have started this work as a draft GitHub Pull Request.
Hopefully you can accept the PR...? (Or please direct me to the process with SVN).

• The arrow controls on the keyboard don't work (and in general, I haven't found any keys that correspond to gamepad arrows, meaning the controls partially don't work).
• The cursor is hidden not only when hovered over the working area of the emulator, but also when hovered over the frame. This is quite inconvenient, considering that the default window opens not in the center of the screen, but in the corner, and you may often need to move it. However, the cursor is displayed outside the emulator window. Perhaps you should hide the cursor completely and open the window in the center, as in DGEN, or leave the cursor visible all the time, as in FCEU.

The emulator hangs on the first frame of the splash screen when trying to open a ROM file that contains spaces in the name. At the same time, files without spaces are opened and work fine.

If you expand Eolite to full-screen by double-clicking on the top frame, and then close and reopen it, it opens shifted downward, covering the taskbar. And it has two random states of this shift, smaller and bigger.
Perhaps this problem occurs not only in Eolite, but it's the only program where I've found the ability to remember the position and open to full screen. The same bug also occurs with KFM2.
Eolite in full-screen:

Eolite after optional interacting, closing and reopening, case 1:

Eolite after optional interacting, closing and reopening, case 2:

When running a simple Windows program, which should print some output and then wait for any key press to close the console, kwine prints output a big amount of time, without waiting for any input at all.

P.S. Judging on screenshot, where last output is not fully printed (missing number itself), I have a sneaking suspicion that it's outputting it endlessly.

• Emulator doesn't open .z80 files (maybe it is intended to be so, and I am just doing something wrong).
• Program window has bug - transparent "border" in window working area, despite program itself seems to work properly - at least the input works and some characters are displayed at the bottom of the window.

The programs Backy, Beat and PlayNote need updating.

• Add tupfile for auto building these 3 programs.
• Regenerate png screenshot 'documentation', with the improved text.

Emulation seems to have very low speed and big latency input, even for such low-spec system, so it is probably a bug, not a feature.
Also, it will be good to open file open dialogue, if the program launched without ROM file specified (in fact, that is true for all emulators and most programs in the system, I suppose).

When launching the game just starts randomly blinking then its splash screen, then a one-color background (I could not capture the moment with the splash screen), but in general I could not launch the game normally.

If fixing Gngb is not possible due to lost source code, or other reasons, maybe it will be good idea to port mGBA in KolibriOS.
https://github.com/mgba-emu/mgba

The @open application passes paths without quotes, which means that if there are spaces in the file path, the argument parser in C programs treats them as separate arguments. This behavior breaks DGEN. It is necessary to come up with an optimal solution so as not to break programs that do not understand quotes.

If close the program using "X" button of the window, last played in game sound hangs on, continuing to play the system as a single infinite note.

• Make the test system successfully download and build, current UMKa integration code is outdated.
• Make UMKa shell run existing tests.