Build RR-20210418-a1398f2
In my case it's smooth most of the time, but will randomly, and very noticeably, drop a bunch of frames for about a second then go back to being smooth. This might happen 5-6 times over the course of playing the first level of Super Mario Bros at a good pace.
No harm done, I was also very surprised (and delighted) when I found out about their DMCA exemption.
Internet Archive Gets DMCA Exemption To Help Archive Vintage SoftwareComputer programs and video games distributed in formats that have become obsolete and which require the original media or hardware as a condition of access.
I'm not really sure if you could apply those exeptions:
All in all I would avoid any links to any website or host which could result in copyright infringements.
Code================================================================================= End Configuration for LibreELEC ================================================================================= **** This system lacks the following tools needed to build **** gdk-pixbuf-pixdata provided by libgdk-pixbuf2.0-bin **** The system appears to be a ubuntu system **** Would you like to install the needed tools? (y/n)y [sudo] password for compiler: Reading package lists... Done Building dependency tree Reading state information... Done The following additional packages will be installed: libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-common libjbig0 libtiff5 libwebp6 The following NEW packages will be installed: libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-bin libgdk-pixbuf2.0-common libjbig0 libtiff5 libwebp6 0 upgraded, 6 newly installed, 0 to remove and 0 not upgraded. Need to get 561 kB of archives. After this operation, 1852 kB of additional disk space will be used. Do you want to continue? [Y/n] YIt works now as it should
Perfect, now i just need to test xpadneo out xD
FINALLY 
Yeah well I copy pasted & forgot to delete the [] 
can you test it again? Or just install 10k packages xD
Well I've turned the half distro inside out to build gdk-pixbuf stuff but in the end I would end up with GTK3 & else as host build which isn't worth the hassle I've added libgdk-pixbuf2.0-bin as dependency to checkdeps and this should be fine.
Could you remove the package once you've pulled in the latest commit & see if checkdeps asks for the correct file? Cleaning just gtk3-system & build it again should be fine to see if you run into trouble again.
Well the build system is IMHO really good if you compare it to others I've seen when digging through emulation related stuff but it's also the result of years of incremental improvements and guys like milhouse did an outstanding job (I hope he's well whereever he is right now!), don't forget all others who also wrote great stuff of course: Contributors to LibreELEC/LibreELEC.tv · GitHub the list is full of "nerds" sharing their expertise which is great.
In the end you only have to clone the repo, change one line, type in make image and you're done. Everything else is just to pass some infos to the image naming scheme or for identifikation purposes so you know the name of the image you're running.
About the kernel... well unless you don't want to slim it down to a point where it would only run on your system there is not much to do... the kernel conf is regularly updated and adjusted to only builds stuff a distro like LE really needs.
All error where linked to gdk-pixbuf so far so I guess it should be fine once it is in place on your host machine.
don't worry... I didn't know this back in the days > three years ago too & I was rebuilding the dumb way over and over and died through the build until everything was fixed...
Yeah you have to consider that the packages are linked against each other and so if the host config changes or e.g. you bump a single package which was linked agains libexample.1.14 and then the bumped package install libexample.1.15 you also have to recompile the packages which depend on the lib.
About the wrapper... whatever floats your boat usually the project files include everything you need and args like BUILD_PERIODIC=RR or BUILDER_NAME=ST are optional. All you need is PROJECT=Generic ARCH=x86_64 make image, even PROJECT=Generic ARCH=x86_64 are superflous since it's the default, to kick of building an image since the scripts already handle everything else but obviously you have to tell the makefile which project you want to build.
you don't have to rebuild the whole project, just run:
PROJECT=Generic ARCH=x86_64 scripts/clean package_name & PROJECT=Generic ARCH=x86_64 scripts/build package_name to rebuild a single package. If it picks up gdk-pixbuf provided by your build host you'll see instant results.
Well I will check the host build anyway since it's the cleaner approach, never trust the host system if it comes to building the images
Can you please try "Super Mario All-Stars (USA).zip"
Playing the first level of Super Mario Bros at a decent pace will always trigger some FPS drops.
Well just post the sha256 md5 or crc32 hash or something used by RA and else to identify the rom & please do not post links to most likely illegal rom sources.
Ramalama does installing libgdk-pixbuf2.0-bin solve the problem? Because looks like I either have to add it to the toolchain or to the host system deps
It's just a matter of how "lazy" I am... I have to check how many extra steps it takes to build my own gdk-pixbuf for the toolchain, so gtk3 can use it at build time without relying on target gdk-pixbuf.
Could you try to build gtk3-system again? I've added a patch of vanilla LE which probably adds some errors/warnings/nags in PCSX2 logs but doesn't look like something is broken.
1) Yeah well once xpadneo/xow is somewhat tweaked the Wiki till need some notes about it
2) Well it's an error but not the same - a lib is missing but I guess I could fix this by adding something to the LD_LIBRARY_PATH - stand by
Yeah well it looks like it always depends on the actual usecase. I'm shipping all files needed but the user need to check & enable the service by themselves since I can't make sure that it won't interfere with any other configuration. But uncommenting some lines or setting individual configs in template files should be hassle-free.
Pull in the latest changes & test again, xow now should start after kodi is started. As I said I have to find the ideal [Unit] to start it
I'm building RPi4 images at the moment but it'll take some time... tomorrow they should be ready.
The gtk3-system package should be fine, I've renamed the host gdk-pixbuf command and it still worked so fingers crossed. Of course I would appreciate if the image can be compiled on a minimum build system.
Have a look at the new modprobe.d conf files for xpad then, it would be nice if you could delete your old ones and the new ones shipped by the image, just delete them, apply an update and they will be restored.
Yes the compilation of the whole images takes some time unless you're using a quite powerful system. Anyway my latest changes are rather small & with a hot ccache re-compilation should be quite fast.
I've added some modprobe.d templates for xpadneo too, I have to check the xow config opts because basically it should be easy to let the service load a conf file where config opts are passed if needed.
EDIT: the newest SSE4 builds already contain the latest changes
1) your forum account should be now approved, I've pinged a mod
2) could you check if gtk3-system builds fine now on your minimal system?
3) IF you're in mood and have some time to spare you could also remove curl & cabextract as packages? Then when you start to build an image it should nag & ask to install those missing ones
= basically all problem you've reported should be hopefully fixed
1) I've updated the xow package & it should now come with the modprobe.d conf file as template(!) where you have to edit the commented lines & the service file should hopefully now work properly:
xow: added modprobe conf & fixed service · SupervisedThinking/LibreELEC-RR@a632084 · GitHub
It's probably not the final stage, ideally I start the xow service after some service detecting some sort of usb devices.
Once you've enabled the xow service by systemd enable xow it should run automatically even after reboots. I won't enable them by default because this is completely an opt-in & someone who builds the image himself can easily enable the service & delete two #
2) thx for looking for the package, I already suspected it's gtk3-system and it's probably something like Bad error when gdk-pixbuf-pixdata is not in path (#525) · Issues · GNOME / GLib · GitLab & I have to look into it why glib-compile-resources doesn't pick up the toolchain gdk-pixbuf-pixdata which should be in place.
Upstream LE has the same problem & patched it out gtk3: disable use of to-pixdata during build · LibreELEC/LibreELEC.tv@86f4306 · GitHub
And there is another package i had to install: libgdk-pixbuf2.0-bin, that provides the gdk-pixbuf-pixdata command.
I sadly didn't noted where it failed to build, was something xorg related, but if you need to know for what it's needed, i can remove it and compile again, till it errors.
Can you provide me the package name that fails? Because gdk-pixbuf is basically used for gtk3 and stuff & should be used by the one compiled for the toolchain & not one provided by the host
