@benret Raspbian Jessie is no longer supported - I think you get a nice message about that when you try to run the RetroPie-Setup script.

Installation on Buster hasn't been 100% vetted, but most bits should work - support for it will probably be part of the RetroPie release that supports the Pi4.

For now, using Raspbian Stretch will give you the best supported Raspbian version for RetroPie.

RetroPie though uses Raspbian Lite underneath, with very little changes added to the system. As far as wireless/networking goes, there's literally no change from a stock Raspbian Lite installation.

@mitu Oh that makes sense then. Thanks a lot for clearing that up.

And you're probably right that I should wait for the Pi4 to be officially supported before I begin again :)

I had the same problem as you, to fix it I disabled the Dynamic recompiler in the quick menu settings.

It stopped the "micro stuttering" I was getting seems the PI4 can run the interpreter pretty well.

@h4ckerv2 I tested some things at the same time but I thing all the things together solved the issue:
-Change the psx bios to another of another website
-Disable the screensaver in all places (rpi and retropie), in rpi you will need to install first a screensaver and disable it after.

@dankcushions I didn't think about that, thank you.
I've found something like this:

https://n8henrie.com/2017/09/list-of-default-packages-on-raspbian-stretch-and-stretch-lite/

Is it possible to install everything from this list automatically (I mean not by typing sudo apt get for every different package)?

@Crispy Success. If anything fails then reflash RetroPie and update. It usually works every time. Your welcome. :-)

You'll have to offer more info than that - what type/model ? Do you have a link to the model ? Also, did you try my suggestion about unplugging the HDMI cable and see if the main screen switches to the LCD screen ?

Hello,

Yes, as long as it is powered off the raspberry pi is ready to boot one 'image' or another on any drive.

The ability to boot from usb is possible and it takes some additional programming outlined here. If the usb mode is programmed the ability to boot from a SD card or a USB is granted. Additionally the ability to boot from SD card will be unchanged. Lastly the boot order while powering on will detect a installation on a SD card before a USB.

'Noobs' installation is an easy way to manage start up and it is possible to have multiple operating systems on one disk. Retropie is built on the raspbian distribution which is based on debian linux. Many of the things learned can be applied interchangeably.

Learn a lot, and you're welcome.

Yes, it might be possible. You'll need to modify the autostart script in /opt/retropie/configs/all/autostart.sh and start either Emulationstation or the desktop - depending on your current TV connection.
There's a way to detect which output is connected (see this topic), so you can use something like this:

if (/usr/bin/tvservice -s | /bin/egrep 'HDMI|DVI') ; then # Start the desktop xinit else # Start Emulationstation emulationstation fi

And it seems to be rolling out now - 1.20190401-1 is in the repository, so there's no need for rpi-update.

EDIT: eh, spoke to soon, 1.20190401-1 is still at 4.14.

Alright, I've tried Ubuntu MATE 18.04 beta 1 extensively and the problem does not occur on Ubuntu at all. Must be a Raspbian issue. Definitely not my hardware. I hate to dig up a month old topic, but it is what it is. A Raspbian issue.

@Lynn said in Raspbian and Node.js:

Is downloading Node.js the right way?

Probably ? I don't know what are the details regarding your game, but since you have developed it - you should know more about installing and running it.

@mitu You're right. I checked that, and there is something about that, but it's unclear (at least for me, 'couse I read it before).

Anyway, thank you again :>

@BuZz Indeed! 😄

@dankcushions So... your answer is essentially "Yes, it IS going to be a hideous and massive chore, and yes it IS the only way"?

@mitu said in Date/Time synchronization:

epending on the timesyncd service

Good idea, I'm going to try that. Thanks.

@mesym Well I don't know what's wrong but this worked for me. It starts Tetris and shows me pointer adress. Something wrong with your py-fu?

import os import time import subprocess p = subprocess.Popen(['/opt/retropie/supplementary/runcommand/runcommand.sh','0', '_SYS_', 'gb', '/home/pi/RetroPie/roms/gb/Tetris (JUE) (V1.0) [!].gb']) while 1: print(p) time.sleep(5)

@mitu Thanks for the suggestions! First I need to stress that this subject (overall) is still relevant as many people have this manufacturer's hardware. I found several solutions, including a driver and script that modifies the device controller to enable rumble, but all these solutions aren't for my particular hardware ID (2563:0526). I actually did manage to enable rumble on Linux once, I played around with xboxdrv, loaded the custom driver and used the script, and eventually rumble did work - until I did a reboot. So far, I can't get rumble to work again, despite modifying a bit the driver source code. Whatever I did worked, somehow. I had properly working rumble which I tested with fftest and in-game using an emulator. My gamepad is generally supported by the usbhid driver, all axes, buttons and HAT work properly, but not rumble (fftest says functions not implemented). But my successful attempt proved that that the gamepad can be fully supported under Linux, it's just a matter of slight driver modification. It's a good gamepad, better than much more expensive alternatives which claim to have superior design. That being said, I did send an email to the manufacturer (link) and my local seller. There are many posts on the web about this hardware type, I'm searching everywhere. Those who have the product ID matching the script or driver have full hardware support on Linux. So this hardware can be fully working under Linux. Maybe future updates to usbhid will provide rumble.