Forum Replies Created

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

    [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.

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

    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
    Post count: 101

    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
    Post count: 101

    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
    Post count: 101

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

    zigurana
    Participant
    Post count: 101

    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! ;-)

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

    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.

    zigurana
    Participant
    Post count: 101

    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.

    zigurana
    Participant
    Post count: 101

    Very nice!

    zigurana
    Participant
    Post count: 101
    in reply to: Snupcade !!! #121051

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

    zigurana
    Participant
    Post count: 101

    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.

    zigurana
    Participant
    Post count: 101

    [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.

    zigurana
    Participant
    Post count: 101
    zigurana
    Participant
    Post count: 101
    zigurana
    Participant
    Post count: 101

    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.

    zigurana
    Participant
    Post count: 101
    in reply to: Compiling Exult #120493

    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
    Post count: 101

    And its in! (Github – commit)

    Thanks Jools!

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

    zigurana
    Participant
    Post count: 101

    [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
    Post count: 101

    [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.

    zigurana
    Participant
    Post count: 101
    in reply to: real-time #119814

    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?

    zigurana
    Participant
    Post count: 101

    [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

    zigurana
    Participant
    Post count: 101
    in reply to: real-time #119586

    What do you mean?

    zigurana
    Participant
    Post count: 101

    [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)

    zigurana
    Participant
    Post count: 101

    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
    Post count: 101

    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
    Post count: 101

    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).

    zigurana
    Participant
    Post count: 101

    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.

    zigurana
    Participant
    Post count: 101

    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/

    zigurana
    Participant
    Post count: 101

    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?

    zigurana
    Participant
    Post count: 101

    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.

    zigurana
    Participant
    Post count: 101

    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
    Post count: 101

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

    zigurana
    Participant
    Post count: 101
    in reply to: Background images #117948

    This is so awesome!

    zigurana
    Participant
    Post count: 101

    Well, good luck with your assignment!

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

    zigurana
    Participant
    Post count: 101

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

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