@mitu proper syntax below (not that I recommend it) for %%a in ("*.mp4") do ffmpeg -i "%%a" -ss 00:00:00 -t 00:00:07 -async 1 -strict -2 "newfiles\%%~na.mp4"

The stage is set, the green flag. Let the carnage begin!

@hiulit if people were only selling hardware that's fine since it has nothing to do with retropie but the vast majority are using retropie as added value which is not ok.

@BiZzAr721 thanks but I'm not the author of that patch. I just refactored it out of the scriptmodule into its own external file for easier maintenance :) The purpose of that patch is precisely to enable scalers, so you shouldn't need to do anything. What it does is to remove build_scalers=no so it defaults to yes. I'm not currently using/experimenting with the standalone ScummVM, so maybe would be best to open a new topic if you are having issues with enabling scanlines there. Cheers!

Wow! That is really awesome.

Hi, I have the same error with my trackball. Is there any incompatibility with Retropie 4.4 and Retroarch 1.7.X?

It's possible due to some recent changes. Choose the clear source option and try again. I'll test when I have a chance as it may need a minor change

Hello and welcome to the RetroPie forums ! First of all, we don't support 3rd party image, especially the ones with illegally distributed ROMs (like the one you mentioned). The only pre-made image we support is the one from retropie.org.uk/download. Also, links to ROMs or ROM sites are also not allowed in the forum, so I've removed the reference in your post to a well known site for such things. Please read again the forum rules before posting such content. For your questions Yes, you can use a spinner/trackball to play games - see a detailed explanation on how to configure them here. Yes, you can use additional gamepads and configure them specifically for a system (i.e. Nes, SNES, etc.). You can use the Retropie joystick selection tool designed by @meleu, from here.

@legion28 It's a bug that seems to have been fixed in the next version. You'll have to wait until next version and check it out or switch to the XMB input driver and see if the crash is gone.

@spud11 Oh! We just replied at the same time. :) The problem can be easily fixed in reicast (I think), when you start reicast, it has to update the date in the emu.cfg before doing anything else, it has to be the first task it does. Because currently, it just reads the date in the emu.cfg and starts from it while you're playing, then when you exit the game, it saves the date into emu.cfg. But the clock in reicast is never updated with your system and is only "alive" when you play a game. So for instance, if it was 1:30 pm on January 10th the last time you exit a game, and if you don't play for 3 months, the next time you will launch a game, the date will be 3 months late. And if you play for 30 minutes, when you will exit the game, the clock will be 2 pm on January 10th (3 months late). And it seems that when the offset is bigger than about a month, it asks you to update the date. It's why I wrote this little script to do this task automatically. Some people maybe tried the script that I provided months ago in this thread, but this one wasn't working anymore because of a technical issue with every 32 bit system (too complicated to explain here), but this new script is smaller and doesn't have this issue. Edit: I want to add that if you don't have an RTC battery or an internet connection, it doesn't matter, the time won't be right with the real time of course, but at least the time between your system and reicast will be perfectly in-sync and so it shouldn't ask to update the date and time anymore.

@mitu yes standalone stella can allow for multiple controllers as player 1. So yes you can play with real joysticks and paddles and use another controller for all the other buttons needed to start a game and set the difficulty, blah blah blah... @scampa123 if you want to be able to use all of the atari controllers and devices in one device you should visit 2600-daptor.com

Thanks for confirming that, Worked a treat! :) (and apologies for bumping the thread. I won't touch it again I promise)

@ANDRELLVS sorry but runcommand can't work like that. It's not something that I would want to change.

@adiif1 said in Raspberry Pi 3 Model A+ Released Today!: i have pi3+ A but on last version Retropie usb no work :/ Please open a support topic and add the info from https://retropie.org.uk/forum/topic/3/read-this-first to it. Explain there how you're using the USB and how is behaving.

Correct (although I'm using collections.pegasus.txt). The test I did was on a directory that already worked (in this case Dreamcast). I deleted my media folder and scraped it again with Skraper and didn't change anything else.

I'm looking to do the same thing for my retropie build. Would it be easiest to just make a service that's completely independent from emulationstation that handles it? e.g. make a python script that looks for inputs and performs the desired actions when no input is detected for X minutes. It might not be exactly synched with emulationstation but it would probably be close enough, and it sure sounds easier than messing with emulationstation's source code.

@lostless i'll notify fbalpha2012 maintainer about this, perhaps he'll be interested in porting cyclone.