@pjft said in RetroPie Screensaver Videos Omxplayer OFF Make The PI Freeze:

Using Handbrake you can batch convert them easily.

MeGui also has a useful batch convert feature, but perhaps the easiest way is to use FFmpeg with a bat file. This is what I use, I copied it from some helpful person from a forum years ago; I wish I could credit them because I have used it quite a lot...

@Echo Off If Not Exist "%~dp0*.mp4" Exit /B CD /D "%~dp0" If Not Exist "newfiles\" MD "newfiles" For %%A In (*.mp4) Do ffmpeg -i "%%A" -c:v libx264 -preset veryslow -crf 28 -c:a aac -b:a 96k -pix_fmt yuv420p "newfiles\%%A" pause

Copy and paste that into a txt editor then save as a .bat file. You will need to put ffmpeg.exe into the same folder as the videos with the bat file, double click the bat file and the videos will be put into a "new files" folder.

You can change some of the parameters: the -crf value is set at 28 which will make a small file size but low quality, if you want higher quality change the 28 to 22.

Hi,
I'm having this exact same issue with ps3 controller. I went over to other thread to try and figure out own my on, but I'm very new to this and it is very hard to understand how to add the input.cfg.
I don't know where to even access that from. can you please help me and give some step by step guide?
You said you copy and paste a file? Can you please show me how to do that?

@herb_fargus Yes , thank-you. Sometimes i try to describe or identify something in an easier way to achieve results . Command line (sudo) is a difficult thing to understand if you're not familiar with it.

I found the problem (or just one solution atm). There is something that libretro does not like in the driver implementation. Now I can fully play the Super Mario in the PC browser and on Android Chrome in my smartphone.

Sorry for the noise and thanks for your time, but hopefully everyone will benefit from this once I have made a demo.

@mitu said in Regional dependencies on ROMs across different emulators:

The emulator should be able to scale it to your native TV screen's resolution.
EDIT: What I've other people recommend - and it sort of makes sense - is to try and run the NTSC version of a ROM when possible. NTSC ran at almost 60hz, similar to the modern displays.

Bingo - that's exactly what I just did before I'm reading this :-)
Set boot config to CEA-4, removed default emulator video choice from on-game startup menu and sorted out my ROMs so now it's all USA (NTSC) versions.
Now it's all perfect.
As always: Thanks buddy for your good explanation and clarification.

@barbudreadmon OK, so I tried again with the list of games you mentioned last time. Played every game about 5 minutes and had Frameskip = 1 for all of them from the beginning. I also enabled Cyclone (except for R-Type Leo, I think). This time I enabled the FPS counter and jus took notice how it behaves, I think the final RA log message about dropped frames is not so relevant.
Both cores play almost the same, there's no notable difference between them as far as I played.

rtypeleo - noticeable sound glitches (not so annoying), default runs at about 48 Fps. Increasing Frameskip to 2 makes it go to 50-52, but it's noticeable it's not running at full speed. Almost passed the first boss after the asteroid field.

firebarr - slowest of all, default (gcc) runs at about 48fps, but the sound artifacts and slowdown are more noticeable than for rtypeleo. The clang core runs about the same (46-48), but not better. I didn't increase the frameskip to 2, seems the game is quite taxing.

killbldp seemed to run fine, at about 60 fps, there's no noticeable slowdown. I played a match in both cores, seems fluid (remember it's still with frameskip = 1). If I remove the Frameskip, the FPS is around 58-59, but no noticeable slowdown.

svg this one I tested more. I noticed that if I pick one of the first characters, the FPS is ok (around 59), but if I pick for instance Wells, which has the 2 spinning blades animation, it dips to 55 for the round. Running again with frameskip = 2 makes the FPS go up again to 58-59.

I re-tested sfiii2 with frameskip = 1 and looked at the FPS, seems to be around 58, still very playable to me (I have to learn to block though, I got kicked out from the first match). Game was still in widescreen mode.

@edmaul69 Thank you, problem solved. Hopefully this will help people in the future.

@mitu I don't have that with the Saturn emulator but I do witht he PSX emulator. Luckily the game was made for PSX as well as Saturn so I;m playing the same game on the PSX now. Disc swap works fine.

@hermit That's not how it works. If the ROM in question worked with an older version of the snes9x Libretro core, but the same ROM has an error now, we should report this to the upstream project - so it gets fixed in the future.
You already have a topic opened on the Snes9x board - you can report this regression there, mentioning the ROM name (and checksum) and the versions implied - the one working and the non-working one.

@cyperghost I'm sure you're right! Thanks, but I don't think I have a need for the other tool...the SaveStateManager was the very last thing I missed having on my Pi. :)

Edit: I actually installed it anyway..a gamepad compatible file manager can always come in handy. :) Thanks again!

@mitu
No i didn't,
and thank u

Maybe you can choose the system where you need this info for .
If you change retroarch.cfg in "all" directory, this is for all emulators.
Maybe you can change Settings only for selectec systems by editing /opt/retropie/configs/SYSTEMNAME/retroarch.cfg

@mitu As the 16.04 still has support until 2021 I will still keep with it a little bit and continue reading the comments, if in a while there is nothing very negative about the 18.04 I upgrade. Even because this pc is an old Dual-Core Celeron that I use as a retro console and to watch some videos.

@rmills55 Post your /boot/config.txt file to check for any overclock settings.

and it can see i have about 60gb available.

I was referring to the RAM allocated to the system, not the space on the card.

@mitu
Yes I can access the share no problem if I mount it manually with the pi user. It's just not mounting at boot.
I'll have a check of mount later as I'm out all day.
Thanks
Rob

2 years later... thank you so much. I would have never figured that one out.