Solved Dreamcast XU4 16/9 ?

[Jul'S]

@acris Non car c'est celui du share_init qui prend la main. La seule façon de modifier le fichier emu.cfg pour qu'il soit pris en compte dans le dossier share est de passer par share_init.
La je suis en train de regarder pour la vsync. le truc c'est que je débute alors j'ai du mal à trouver les commandes à insérer dans dans le boot.ini pour la forcer. j'ai essayé 4/5 truc mais ça ne marche pas encore. J'ai commencé à mettre à linux seulement depuis la sortie de la 4.1 alors j'y vais à taton.
Sinon petit test rapide, SFIII 3rd est plus fluide (au niveau de la version FBA ou mame) et j'ai essayé KOF evolution et KOF dream match 99 sur dream et ils sont jouable à présent. ce qui n'était pas le cas avec la config d'origine qui rendait l’expérience mauvaise. Cette modif peut donc à mon sens rendre certains jeux plus jouables
Et pour la psp il faut juste passer dans les options d'affichage de ppsspp (éditeur d'affichage) et mettre sur étirement. Le rendu est comme avant. soul calibure en réso X3 à 60fps constant en full screen (sans exagérer mème avec la résolution réduite de mon réglage on se croirai sur ps3)

Edit : j’oubliai pour mupen, bien penser à modifier fichier mupen64plus.cfg, dans la section [Video-Generale] :

Use fullscreen mode if True, or windowed mode if False

Fullscreen = True

Width of output window or fullscreen width

ScreenWidth = 1024

Height of output window or fullscreen height

ScreenHeight = 768

If true, use correct aspect ratio, if false, stretch to fullscreen

AspectRatio = False

If true, activate the SDL_GL_SWAP_CONTROL attribute

VerticalSync = False

Rotate screen contents: 0=0 degree, 1=90 degree, 2 = 180 degree, 3=270 degree

Rotate = 0

[edd2X]

Interessant.
En fait, il faudra que la résolution puisse être choisie via l'interface de ES.
Pour que ça modifie ensuite automatiquement ce qui va bien sur Pi (/boot/config.txt, recalbox.conf, diverses conf. spécifiques n64, dc...) ou sur XU4 (/boot/boot.ini, diverses conf. spécifiques n64, dc...) ou autres.
Perso, ce 1080p me gène aussi, je préfererai du 1600x900 au global (textes ES beacoup plus nets) et du natif (ou x2 scanligné) pour n64, dc... Le truc, c'est que sur XU4 le 1600x900 buggue déjà sur ES (motif dupliqué plusieurs fois dans le bas de l'écran).
Mais bon, c'est quand même cool d'avoir de la dc et de la n64 en fullspeed.

[Rival187]

Salut les gars, je suis hors sujet mais vos XU4 vous les avais achetés ou ? Amzn ?

[Jul'S]

@rival187
Salut, direct sur le site du fabricant. prévois juste une 30aine d'euro en plus pour la douane.

[Xanarkan]

Je suis à la recherche d'un moyen d'activer ce widescreen hack sur Reicast depuis un moment sans trop trouver au final.

Est-ce que ton explication veut dire que si on veut modifier les paramètres d'un émulateur "en dur" directement dans le fichier de config , il faut toujours le faire depuis le "share_init" et jamais depuis le "share" ?

Ça pourrait expliquer pourquoi les changements de valeur n'ont aucun effet. Par contre du coup ça devient bien moins pratique.

[Xanarkan]

J'ai tenté de modifier les deux fichiers "emu.cfg" situés respectivement dans:
/share/system/configs/reicast/emu.cfg
/share_init/system/configs/reicast/emu.cfg

Mais rien à faire, juste après avoir modifié le fichier, il se remodifie et la valeur:
rend.WideScreen = 1 vers rend.WideScreen = 0

J'étais tenté de mettre le fichier en read-only via un chmod 755 emu.cfg mais au final j'suis en train de me demander si c'est pas simplement parce que le share_init se trouve dans une partition en read-only.

Du coup, j'ai fais mount -o remount,rw / puis j'ai modifié le fichier, après un reboot la partition s'est remise en read-only et la valeur reste toujours à 1.

Edit: rien à faire, je ne peux pas modifier ce fichier quelle que soit la méthode employée même après avoir mis la partition en read-write, modifié le fichier puis chmod 644, la valeur reste à 0 quoi que je fasse. J'ai du mal à comprendre ce qui peut faire qu'un fichier soit modifiable sans aucun message d'erreur mais que ça valeur ne change pas quoi qu'on fasse.

[arutha]

moi quand je rajoute les 2 lignes dans le boot.ini plus aucun émulateur ne se lance (écran noir retour au menu)

[edd2X]

@rival187 Perso, en occaz sur LBC (avec l'alim 4A et le boitier alu qui fait dissipateur).

[edd2X]

@arutha Tu parles des lignes

setenv videoconfig "drm_kms_helper.edid_firmware=edid/1024x768.bin"

setenv bootargs "${bootrootfs} ${console} ${videoconfig}"
?

La seconde, il ne faut pas l'ajouter mais la modifier.
Ton XU4 est bien lancé en 1024x768 (tu peux le voir au niveau de ton écran/TV) après modif?

Moi, ce 4/3 ne résout pas mon problème (je voudrai être en 1600x900 mais c'est peine perdue, je pense, il faut que je teste avec Ubuntu et le noyau 4.9).

[arutha]

@edd2x oui je parle bien de ces lignes la et la 2 éme est seulement modifiée tu as du faire une autre modif aussi car plus aucun ému ne fonctionne après ça

[arutha]

sinon mame, libreto, neogeo ca ne fonctionne pas sous mon xu4 (j'ai bien le fichier neogeo.zip) tu as fait une manip particuliére pour qu'ils fonctionnent ?

[edd2X]

@arutha C'est étrange, car si ton XU4 boote bien et dans la résolution indiquée, je ne vois pas trop pourquoi ton ému ne se lancerait plus ensuite (l'ému ne lit pas ce fichier). Mais le mieux serait que tu postes ton boot.ini complet ici (il y a peut-être un caractère en trop ou quelque chose comme ça, tu l'as bien modifié en ligne de commande à distance et pas avec notepad sous Windows?).

[arutha]

@edd2x si depuis windows (caractére spécial ?)

[edd2X]

@arutha Les fins de ligne (non visible sauf afficher l'hexa) ne sont pas encodés de la même manière sous Windows/Linux/OSX et ça peux poser problème.

[Evan02]

Bonjour à tous, petit up sur ce sujet, est ce que quelqu'un a une solution ?

Je viens de passer d'un pi3b+ où la dreamcast était bien en 16/9 à un XU4 où la dreamcast est en 4/3.

Pas de moyen de le passer en 16/09 ou amoins de mettre un overlay ?

Cordialement,