Posts made by Harko

@Mamoles : J'ai aussi le même souci avec 2 SF30 Pro depuis la v6.1.1, sur rpi3b+... Le paramètre "controllers.bluetooth.ertm=1" dans recalbox.conf a corrigé le problème des manettes folles.

@cyril92 : thank you ! It's working with the second wifi-fix pre-version, with wpa_supplicant
RB 6.1.1 will help many people.

@Cyril92 Hello !

Je ne suis pas sûr qu'il s'agisse du même problème, car je suis sur 3B+ et je n'avais absolument aucun problème avec la 6.0 dont tu parles (problème apparu avec la 6.1)...
Mais c'est bien chiant si je ne peux plus couper le Wifi interne par le config.txt
Et l'empêcher de se connecter depuis mon routeur ne me garantie pas qu'il n'interférera pas avec le Bluetooth, puisqu'il restera activé.

Salut,

Il faut "dézipper" les ROMs avec l'émulateur par défaut (Mupen64 standalone).
Ca devrait marcher avec l'extension .z64.
Le core Libretro peut quant à lui prendre en charge les .zip, mais il te faut le configurer comme émulateur par défaut dans les options avancées.

Hello,

Since RB 6.1 and the new Wifi management on boot, the parameter "dtoverlay=pi3-disable-wifi" in boot/config.txt does the job, but generates a problem :

I'm using this parameter to turn off internal Wifi because it causes heavy problems with internal Bluetooth. I use the recommanded Wifi-n USB dongle instead.

But now, Wifi isn't working until I deactivate it in the ES menu and reactivate it a few seconds later.
It says "ON" in menu, but status is "DECONNECTED" (and its true).
If I turn it "OFF", leave the menu and reactivate it, it now works flawlessly.

This manual activation every time I boot is not very convenient...
And if I leave the internal wifi ON, RB sees 2 identical SSID and starts the connection on the wrong adapter (internal).

Any idea to fix it ?

MORE CONFIG INFOS :

Wifi router : 2,4 ghz, WPA2 key, Canal 11 ;
recalbox.conf : SSID & key declared, region FR, no static IP or secondary Wifi.

@bkg2k : Oups, je n'avais pas vu que c'était déjà dans les bugs identifiés, désolé

Bonjour,

Il semblerait que le fichier retroarch-core-options.cfg soit complètement vidé à chaque démarrage d'un core Libretro avec cette RC1, puis rempli avec les options "stock" par défaut du core utilisé, à la sortie de l'émulation. Plus aucun réglage de ce fichier ne peut être pris en compte par RetroArch.
Est-ce voulu ?
Faut-il désormais passer manuellement par des overrides par core ?

Le comportement jusqu'à la dernière beta v2019.02.23 était différent (si ma mémoire est bonne) :

• Fichier NON vidé au lancement d'un core Libretro,
• Lignes du fichier concernant le core demandé prises en comptes par RetroArch,
• Sauvegarde dans le fichier à la sortie de l'émulateur, sans toucher aux lignes des autres cores (simple ajout).

Côté config' : RAS -> Pi 3B+ / fresh install RC1 sur micro SD / thème par défaut / aucun réglage particulier à part l'ajout des BIOS et de quelques ROMs et 1 manette USB.

@Bkg2k : Bonjour !

• Je profite du message de Choum à propos du dpad sur MAME 2003-Plus pour rebondir sur les options de "retroarch-core-options.cfg", si vous passez par-là pour corriger le paramétrage de RetroArch par défaut.
  Je suis en beta 2019.02.24 sur Pi3+ et je crois qu'il y a une petite coquille qui s'est glissée dans le fichier :

mame2003-skip_disclaimer = "enabled" -> mame2003_skip_disclaimer = "enabled"
mame2003-skip_warnings = "enabled" -> mame2003_skip_disclaimer = "enabled"

(Underscore après "mame2003", et ça marche).

• Je te suggère aussi un p'tit ajout dans "amiberryConfig.py" pour la CD32, ligne 378 :

self.settings.setOption("cdimage0", cdpath) -> self.settings.setOption("cdimage0", cdpath + ",image")

Ça permet à des jeux comme Lotus Trilogy de démarrer, sans gêner aucun autre.

• "amiberryConfig.py" toujours :

J'ai remarqué que "self.settings.setOption("cpu_type", "68ec020")" désactive "cpu_24bit_addressing=true". C'est visible dans le GUI d'Amiberry ("24-bit..." décoché).
En commentant avec ";" -> self.settings.setOption(";cpu_type", "68ec020"), l'adressage 24-bit est alors bien coché et des jeux comme Battletoads peuvent enfin se lancer.
Le problème vient d'Amiberry qui génère d'ailleurs lui-même ces 2 options dans son profil Quickstart CD32 par défaut... C'est confus !
Après des dizaines de tests, je peux garantir que c'est bien l'adressage 24-bit qu'il faut conserver et que "cpu_type=68ec020" n'a apparemment (plus ?) aucun effet.

A voir avec le b*mp 2.25 si c'est toujours le cas ?

• Je voulais aussi te demander s'il était normal à ce stade que les entrées du menu "Editer les données" (touche SELECT sur 1 ROM dans la vue gamelist) ne soient pas traduites, alors qu'elles figurent bien dans le fichier de traduction compilé "/usr/share/locale/fr/LC_MESSAGES/emulationstation2.mo" ?

• Scrappeur intégré : au bout de 15 ROMs environ j'ai le message "error saving resized image.out of memory? disk full?".
  Mais pratiquement à chaque fois il passe toutes les ROMs sans rien scraper et termine sur le message "Aucun système trouvé" (avec ScreenScraper ou THEGAMESDB).

Voilà pour mes retours sur cette dernière beta et désolé à l'avance si je ne fais que répéter des choses que vous avez déjà vues

Not a bug, but a quick add for es_systems.cfg : Amiberry can load .ccd/.CCD files for the Amiga CD32 (verified), not only cuesheets.

@bkg2k : Thank you, but I saw on GitLab that you made a mistake and it crashes the emulator

configFile.SetGraphics(sysSystem) -> configFile.SetGraphics(subSystem)

With the correct syntax, your fix works (tested).

Hello,

I'm on Pi3b+ | SF30 pro | internal SD

Amiga CD32 : There is a problem with amiberryConfig.py during configgen (/usr/lib/python2.7/site-packages/configgen/generators/amiberry/).
I've tried to fix screen resolution because the screen is truncated on the left (Amiberry starts in 640x256 but CD32 requires 768x270). You can see that on boot logo.
The parameters seems to be exact (gfx_width & gfx_height), but nothing is written in uaeconfig.uae (/tmp/amiga/conf/). Parameters in "def SetGraphics" are not send to temp config file.

BUT, changing sound parameters with another settings - for testing - works (like "sound_channels" changed for "mono") !
And "Retroarch-style" controller mapping is correctly send to Amiberry too...

I think that configgen scripts are partially functional.
If CPU, Memory or chipset settings are not correctly written in uaeconfig.uae too, there will be compatibility issues...

Maybe I did not understand something ?

@paradadf : I will Thanks !

@paradadf : Hi ! I've tried the Intellivision on my laptop, with Christmas Beta for x64 and... Strictly the same behavior as Pi3B+ Many many ROM are broken due to severe graphical glitches, or freezes.

Retroarch says "v1.0", but on the official SourceForge the core has been uptdated recently. Maybe an update is possible or required for the stable release ?
https://sourceforge.net/projects/freeintv/

Some quickly conclusive ROMs for your tests : Hover Force (big mess), Auto Racing, AD&D - Cloudy Mountain (you have to enter a mountain), Centipede (no bullets), Defender (many missing sprites), Nova Blast (Freeze after 2 seconds of gameplay), etc.

I hope it can help you and good luck for the home stretch !

@lhari84 : I confirm that Retroflag scripts are useless since the 18.06.27 stable release. But you have first to uncomment that line at the beginning of your "recalbox.conf" file, by deleting ";" :
system.power.switch=PIN356ONOFFRESET
In my opinion, Recalbox script offers better behaviors with the "reset" switch when you are in game...

@cascav : is it possible for you to test one or all of the 4 games I mentioned above and confirm graphical problems on your board ?
Auto Racing, Centipede, Commando, Defender ; or Hover Force (totally glitched during the fly !). I can MP you my list of names for the 55 unplayable games (out of a total of 119 official "Master Component Releases").

@cascav : you need the 2 BIOS files "exec.bin" (CRC32 : CBCE86F7) and "grom.bin" (CRC32 : 683A4158) in your "share/bios" folder.

Hello everyone,

Here is my report on Pi3b+, 8bitdo sf30 pro with internal Bluetooth and HDMI output.
Don't want to add anything about the "gamelist.xml", hashes or the Wi-Fi issues, just about 2 new cores :

• Intellivision ("FreeIntv" core) : many graphical glitches with almost all the games using scrolling and sprites. The screen is shaking when scrolling and/or sprites do not appear. For example, try "Auto Racing" (screen shaking when scrolling), "Commando" (screen flashing when scrolling), "Centipede" (bullet's sprites not visible), "Defender" (enemy's sprites do not appear)... I've checked ALL the games in GoodINTV set, at least 50 games are totally glitched and make the emulator useless. All the needed BIOS files are here and checked by Recalbox Manager. I don't know if this is caused by the implementation in the Beta Release, or by the emulator itself...

• Atari 5200 : emulation seems to work fine, but the original A5200 controller's numeric keys mapping is impossible. So, it is impossible to launch a game asking a number of players or level and some in-game actions are not possible. I've tried to manage directly with the ".atari800.cfg" file without succes.
  There is a virtual keyboard included in the Atari800 emulator that you can pop on screen (sometimes - seems to be buggy ???), but it doesn't work and inputs nothing at all in-game...
  I know that you can use the Recalbox Manager's virtual keyboard (and it's working great !), but in my opinion, it's not a practical way for "gamepads only" setups (like for the Odyssey²/Videopac core)...

• Fairchild (Channel F) : Working great with the entire fullset !

PS : with the new Christmas Beta, Superpi Case's swithes are working fine natively, without Retroflag scripts And no problem at all with my 8BitDo SF30 pro wireless...

I hope it helps, and thank you guys for the time you spend on this great OS.