Forum Replies Created

Viewing 35 posts - 1 through 35 (of 98 total)
  • Author
    Posts
  • in reply to: Wi-fi on Pi3 #122456
    zigurana
    Participant

    [quote=122454]
    I wouldn’t fiddle w/ that. It sets your locales for currency, language, time and date format, etc. That too is better set via the wizard in RetroPie.
    [/quote]

    I’d say, fiddle all you want, that’s what the Pi is for IMO. The entry in rc.local is indeed to make it stick. You should try it from the command line first, to see if this solves your issue.

    in reply to: Wi-fi on Pi3 #122359
    zigurana
    Participant

    I had the situation where my router would report the Pi to be connected via Wifi (fixed ip), but the pi would not report an IP address at all. The routers logging would show many ACK commands, basically trying to keep the connection alive, but failing.

    For me it helped to switch off wifi power-management:
    sudo iwconfig wlan0 power off

    I’ve added the same to my rc.locale:

    sleep 10
    sudo iwconfig wlan0 power off

    just before the exit 0

    zigurana
    Participant

    If you are doubting the physical wiring, I would suggest just picking up a multimeter and test for continuity.

    If you suspect the mini-Pac, you could maybe use triggerhappy to capture the events that it puts out?
    thd --dump /dev/input/event* would be something to try.

    zigurana
    Participant

    Afraid not. You are able to lock it down severely though. By removing or hiding all of the unwanted features/systems you could limit the clutter.

    It will remain a 2-level (system selection / games list) setup though.

    For hiding systems and options, have a look here: https://github.com/retropie/RetroPie-Setup/wiki/Child-friendly-EmulationStation

    zigurana
    Participant

    aww, who’s a cute fan? You are! Yes you!

    zigurana
    Participant

    Nah, I screwed up the script. <shame> I posted without actually trying it </shame>
    This works though:

    # By default this script does nothing.
    sudo cp $(shuf -n 1 -e /home/pi/RetroPie/splashscreens/*.png) /opt/retropie/supplementary/splashscreen/00_random_splash/splashscreen.png
    exit 0
    

    As you can see, it uses shuf, which is available by default, and copies the output to a new dir I made for this purpose (00_random_splash).
    I must admit it is somewhat more cryptic than the while-loop approach, but this one fits on a single line! ;-)

    in reply to: Edit main screen? #121409
    zigurana
    Participant

    You are correct, that main screen with the white bar / carrousel is EmulationStation.
    Alas, it is currently not possible to change the color, location or opacity of this.

    in reply to: EmulationStation translations? #121395
    zigurana
    Participant

    While EmulationStation is used as a part of RetroPie, it is not written or developed by RetroPie’s devs.
    Sadly, the original developer of ES has been out of the picture for the last few months. That means that very little is currently possible within the ES software.
    In it’s current shape there is not even full unicode support let alone a proper localisation layer to enable different languages.

    If you feel that having ES in your own tongue is essential for your needs , I would suggest looking at Recalbox, which is also based on ES, but have localisation options (i.e. Many different languages). They support fewer systems though.

    in reply to: Carbon Splash Video 4:3 #121346
    zigurana
    Participant

    Very nice!

    in reply to: Snupcade !!! #121051
    zigurana
    Participant

    Nicely done!
    What did you use to cover the artwork, a thin plate of perspex?

    zigurana
    Participant

    Cool!
    I like this game of optimize a trivial problem:
    What about:
    shuf -n 1 -e [FolderWithPrettyPictures]/*.png | cp [TargetDir]/splashscreen.png

    Uses shuffle to get the first random entry, and one less pipe.

    in reply to: Wake/Sleep Button for Pi 2 w/ RetroPie 3.6 #120985
    zigurana
    Participant

    [quote=120809]> Other thread

    I’m new here. What do you mean by ‘other thread’?

    [/quote]
    Sorry, its a link (to another thread) about the same topic. There I explain how I’ve tackled the problem.

    The forum style is not exceptionally clear.

    in reply to: Wake/Sleep Button for Pi 2 w/ RetroPie 3.6 #120805
    zigurana
    Participant
    in reply to: Shut Down using GPIO #120804
    zigurana
    Participant
    in reply to: Shutdown RPI running RetroPie #120558
    zigurana
    Participant

    I use this approach https://www.petrockblock.com/forums/topic/simple-gpio-shutdown-button-no-resistorspythonlibrariesdriverscor-poll/#post-94854. This will not actually switch off the power, but allows you to have a button that boots/shuts down the system nicely so you can remove the power-supply from the wall socket without worrying about the SD card.

    total BOM: two wires and a button.

    in reply to: Compiling Exult #120493
    zigurana
    Participant

    I agree with zerojay. This looks like a compiling error due to a bug in the code. I would suggest to report it at their sourceforge site.

    zigurana
    Participant

    And its in! (Github – commit)

    Thanks Jools!

    Updating the retropie-setup script should make it visible again in the experimental section.

    zigurana
    Participant

    [quote=119841]Hello,
    the only thing I change was I made all Roms kid friendly from the start.
    [/quote]
    Hi! Glad you found it usefull! If you want to enable the kid tag, I would suggest a simple find&replace on the gamelist.xml files.

    [quote=119841]
    I attempted to scrape the meta-data for the games, I found that this functionality didn’t work, is this true, or did I not compile the correct version of your current code?
    [/quote]
    There is currently no automatic scraping for the new metadata items favorites, hidden or kid-friendly. The existing scrapers are completely ignorant of these tags as well and will probably ommit them while rewriting the xml files.

    [quote=119841]
    Also your modification for the “UIMode_passkey” the only file impacted are?:

    ..\es-core\src\Window.cpp
    ..\es-core\src\Window.h
    ..\es-core\src\Settings.cpp
    ..\es-core\src\Settings.h

    [/quote]
    Those are the main ones yes. I suggest you have a look at the repository, that will enable you to compare with other branches, such as the RetroPie one. (https://github.com/zigurana/EmulationStation/tree/UI_modes_Kiosk_Kid_Full)

    Btw: this is the correct adres for the wiki:https://github.com/RetroPie/RetroPie-Setup/wiki/Child-friendly-EmulationStation

    zigurana
    Participant

    [quote=119829]that’s what I thought, but I can’t see it?
    I see all the new ports added, tho

    [/quote]

    Hi, yeah that’s my fault. I had to update my github branch to incorporate the latest changes from the RetroPie ES version. That took a little longer than expected. Its done now, so the latest features with regard to the runcommand and Direct Launch items on the system select screen are compatible.

    Jools has been so good as to hold a module for this in preparation, while I was doing the merge.I hope that it will be available soon.

    in reply to: real-time #119814
    zigurana
    Participant

    Not using Raspbian (the distro that is used in the RetroPie images).
    Actual (hard) real time OS-es such as VXworks should be able to run on the pi, but not without significant work, and recompilation of all software.
    I think you are really looking to minimize input-lag, or not?

    in reply to: Power Menu (link to files included) #119587
    zigurana
    Participant

    [quote=118114]this intrigues me as I am in the process of creating a kids-friendly arcade box and could use a way to stop any would-be-hackers.
    [/quote]

    Please have a look at the wiki

    in reply to: real-time #119586
    zigurana
    Participant

    What do you mean?

    in reply to: Default RetroArch render resolution #119221
    zigurana
    Participant

    [quote=119172]See discussion here also: https://github.com/RetroPie/RetroPie-Setup/issues/1288#issuecomment-192469767

    [/quote]
    Thanks, I hadnt seen that.
    It looks like the technical grounds have been covered much more thorough than I could.
    My feeling is though, that the solution will need to be equal parts technical improvements as well as user education (probably using the wiki, to explain what the default settings are, and what the consequences of changing them are).

    (I still like the proposal)

    in reply to: Default RetroArch render resolution #119170
    zigurana
    Participant

    Well, then it’s hardly a difficult choice at all, is it? Users who would like to force everything to 640×480 still can do so, and every one else has automatic scaling to the displays native resolution. Whats not to like?
    Question : what happens if you use a smaller (resolution – wise) display? We’ve seen some portable builds on the site, those often use displays with limited resolution.
    On first glance, the proposed change is still an improvement, but I’m not an expert.

    Another side effect to consider: If you use a single installation of RetroPie on multiple displays, performance might vary, depending if you have a SD or UHD monitor, right?

    zigurana
    Participant

    Sorry, I have not yet made the time to install via the script on a fresh card. Family-life keeps interfering with my personal-life, if you know what I mean.
    I have 3.6 already downloaded though, so any day now.
    Some more questions: Are you running the retropie-setup script via Putty while ES is running? That will probably not work nicely.
    Which version of RetroPie are you using?
    When I Google your error messages, it looks like the c compiler itself cannot be found. How are you calling make?

    zigurana
    Participant

    Hey,
    To close this off, I’ve tried to distill this thread into a wiki page:
    https://github.com/RetroPie/RetroPie-Setup/wiki/Child-friendly-EmulationStation

    Regarding the uptake of this branch of ES into the RetroPie one, it is not going to happen anytime soon. This is completely understandable. The RetroPie core-team is very small and has to juggle a lot of balls to keep everything up to date.

    The difference between the stock ES and this branch is rather large, with many small changes in a lot of files. Consequently, when any update occurs in the original ES branch (upstream), this might impact this branch as well. Therefore, the risk of a high maintenance burden when this branch would be fully incorporated was deemed too high.
    Kid Mode ES will remain in the experimental packages menu, where it is available for all users who which to test it out.

    For the foreseeable future this ES version will be maintained by me, merging in all relevant changes when they occur (or when someone alerts me to it).

    in reply to: retropie options menu #118872
    zigurana
    Participant

    https://github.com/retropie/RetroPie-Setup/wiki/EmulationStation#how-do-i-hide-unusedunwanted-systems

    The retropie menu is implemented as a system, so this should work as well.

    in reply to: Request for Favorites in RetroPie #118746
    zigurana
    Participant

    Alas, it is currently not possible to show a system-wide list of favorites in EmulationStation.
    What is possible though, is to install a new and somewhat experimental version of ES which will allow you to set favorites per system. It is part of the Kid/kiosk EmulationStation version, which you can install from the experimental section of the RetroPie script. This will allow you to show only the favorites, but only for a single system (not sure how well it works with the new combined Arcade folder).
    For more info see here: https://www.petrockblock.com/forums/topic/kid-friendly-retropiees-ui-modes-favorites-hiding-items-s-testers-wanted/

    in reply to: Problem with pikeyd and Push Buttons #118668
    zigurana
    Participant

    Hey,
    Thanks for the extensive write-up, I was planning to use this approach to add some push buttons for exit, reset, save etc.

    Did you finally manage to get this to work?

    in reply to: Slow boot and shutdown compare to 3.2.1 #118218
    zigurana
    Participant

    There certainly are benefits of going to the gamesdb branch, as is would allow for much more flexibility in how ES presents its lists of games. Filtering, sorting, across platforms, per publisher,etc. These things are now completely out of the question.

    What it does *not* necessarily mean though, is performance improvements over the current xml approach. It will need a strongly optimized implementation to even break even. Like Herb said much testing and discussions on how we would like to see this implemented.

    I would argue that we could start the discussion already, and see if there is some kind of consensus on what improvements we need/expect for this significant step.

    in reply to: Retropie Screen Lock #118017
    zigurana
    Participant

    Well, I must admit I’ve considered building some kind of timer functionality on my kid oriented bartop. I have abandoned the idea for now, or at least untill i have them all chipped with their individual rfid chips (joke).
    In any case, the assignment is probably not: use the internet to crowd-source this problem, so I would suggest you come up with some ideas of your own.
    The good people here are more than willing to mull over your design, and give feedback when there is something to discuss.

    zigurana
    Participant

    Hey, if you could describe the steps youve taken, I can try to replicate the issue. Are you using Gizmo98’s install script?

    in reply to: Background images #117948
    zigurana
    Participant

    This is so awesome!

    in reply to: Retropie Screen Lock #117929
    zigurana
    Participant

    Well, good luck with your assignment!

    No really, was that meant to be a question, or an announcement, or what?

    in reply to: Clean up, PLEASE!!! #117877
    zigurana
    Participant

    <Beware, a troll lives here, please do not feed>

Viewing 35 posts - 1 through 35 (of 98 total)