Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - joyrider3774

Pages: 1 [2]
16
General / Re: Can you add AM to Retropie on a Pi 4?
« on: May 13, 2020, 10:20:38 AM »
step by step no but a general overview of what i did can be seen here https://pastebin.com/mAmEERyG thats all i can do. Its basically how i run it now until SFML gets an kms / drm backend so we can run it outside x again

you also have to understand that not all emulators from retropie can run under X there is a list of which can and can't on retropie forums. and this will only give you basic attract install you would still need to config some emulators and add attract themes emulators etc (i copied them from the hyperpie 2 base image which i booted on a raspberry pi 3)

also if attaching  rpi4 to a 4k tv it's best to uncomment the xrandr resolution line so it sets 1920x1080 4k @30hz is very slow someone else noticed that using same instructions

17
General / Re: Can you add AM to Retropie on a Pi 4?
« on: May 13, 2020, 02:53:25 AM »
Attract can't run outside X anymore at the moment on PI4 so in the latest image you do not get the option to install attract on a pi4 (perhaps on a pi3 it does). It does however run inside X when compiling it with a few different flags. all you need to do then is create a workaround where you let attract mode run when you start X and kill X when you quit attract. Thats what i'm doing now and for most emulators it works fine on my setup. My setup is running hyperpie themes & configs

18
General / Re: bsnes as super game boy emulator in attract
« on: May 08, 2020, 05:18:44 PM »
do you mean bsnes inside retroarch ? i'm currently using retroarch with bsnes core to do it on my system like this:

this an excerpt from my emulator cfg file

Code: [Select]
executable           M:\Emulation\Emulator_programs\retroarch\retroarch.exe
args                 -L M:\Emulation\Emulator_programs\retroarch\cores\bsnes_libretro.dll "M:\Emulation\Emulator_programs\retroarch\system\Super Game Boy (World) (Rev 2).sfc" --subsystem sgb "[romfilename]"
rompath              M:\Emulation/Emulator_roms/Nintendo_Super_GameBoy
romext               .zip;.gba;.gbc;.gb
system               Nintendo Super Game Boy

i hardcoded the super game boy sfc rom in the arguments and can select (super) gameboy files to launch the games.

19
General / Re: Game Descriptions missing
« on: May 08, 2020, 05:03:50 PM »
skyscraper can generate these overview files as well although you might spend a lot of time doing it. I only found out recently about these overview files and have adapted a layout to make use of them. Skyscraper can scrape multiple sources to get the descriptions (used to create the overview files) as well as metadata like screenshots / video's wheels etc from databases like the thegamedb or screenscraper.fr. Once you've assembled it all it can generate a(n attractmode) romlist along with the overview files. I'm currently redoing everything on picade.

Skyscraper is aimed for linux although the author sometimes posts binaries for windows as well but he does not support them. you could always install a linux inside a virtual machine just to get the overview files scraped

another solution is to get the overview files from david marti which i believe are used in the hyperpie project. They already are in the new format for multiple systems https://github.com/dmmarti/overview

20
General / Re: Arg for pinball arcade, fx2 and fx3
« on: May 07, 2020, 09:05:32 AM »
you need cabinet mode enabled before launching specific tables work at least that's the way with pinball FX3 not sure about FX2. pinball arcade does not have support for launching tables directly but you can use freecammod todo it.

Do you have cabinet modes enabled in pinball FX2 / 3 ?

here's an example command to launch a specific pinball fx3 table (sorcerers lair) "N:\Games\Steam\Steam.exe -applaunch 442120 -table_Citadel"

21
General / Re: Attract Mode missing from Retropie Setup on Pi 4?
« on: May 07, 2020, 08:45:33 AM »
because attractmode can't be run outside x anymore on the pi4. in order for it to work either attract or smfl-pi needs a drm / kms support added so you can run it outside x. Emulation stations has had such changes to support it or had it supported from the beginning, i can't remember. X is not installed with retropie it never was and emulationstation and emulators always ran outside it. The new rpi4 does not use the previous driver / hardware for video anymore. The sfml-pi is compiled against that old driver and seems to use functions from it but those don't work perhaps even exist anymore on when using the rpi4 (loaded). You get the error you displayed above when trying that


I also have a raspberry pi 4 and what i did is compile attractmode as per usual and made sure it could run under x. Then installed fluxbox window manager and with a few scripts i let attract autolaunch using a fullscreen terminal window without window decorations (you can remove those in fluxbox config files) whenever i type startx and i kill x when attract quits. Once that was working i added startx to the autostartscript of retropie instead of emulation station and copied over my configs from my rpi 3. then only a small hand of emulators had to be changed to use different ones and all is working again for me. Everything works for me using this way except for launch images, that is to say they display but if they display i can't access the runcommand setup. If i don't display them and see the usual grey text based info about runcommand it does work for me. Changing resolutions probably does not work either as i run attract under X now but have not tried that

22
yes i know that but i'm not talking about mmal decoder for video playback.

I'm talking about libswresample  and libavresample. The make file gives preference over libswresample  if both are available, so i decided to to install libavresample first and then change the makefile so that change libavresample got preference.

I'm not certain when or for what libswresample  or libavresample is even used i'm guessing it has to do with resampling audio. Is it so that if i enable mmal libswresample  and libavresample  are not used ? so it doesn't matter what i compiled it against or does it get used for something (if so what) even when mmal is selected ?

Was just messing about with the sources & compiling them and changing little bits for fun but could not see a diffrence (for one because i was already using mmal and another i have no clue what those 2 libs are used for).

23
I saw the libavresample option in the makefile so i configured ffmpeg with
"./configure --enable-mmal --disable-debug --enable-memalign-hack --enable-shared --enable-avresample"

and then edited the make file to make sure libavresmaple would be used it compiled fine and everything seems to run fine but can't seem to see / hear any diffrence.

should libavresmaple be faster than libswresample i see the makefile seems to give preference to libswresample but not certain if there is a reason for it or not.

Don't have any video's to test / benchmark with.

I think the choose has an impact on the audio resampler being used just don't know which one is faster in general

anyone can shed some light on this ?

Pages: 1 [2]