@mitu I did add the line myself, I just mean is there a way to get the file through WinSCP so I can post it on here? I tried looking through my computer connected to it on that but I couldn't find it. I couldn't find the folder it was in.

@mitu - Thanks for the link. I added the system environment variables mentioned in the ARCH wiki and verified the were set and showed up using vainfo. VLC itself still was accelerated (~30% CPU), emulationstation was still not @~165% cpu pc@pc:~$ vainfo libva info: VA-API version 1.1.0 libva info: va_getDriverName() returns 0 libva info: User requested driver 'i965' libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so libva info: Found init function __vaDriverInit_1_1 libva info: va_openDriver() returns 0 vainfo: VA-API version: 1.1 (libva 2.1.0) vainfo: Driver version: Intel i965 driver for Intel(R) CherryView - 2.1.0 vainfo: Supported profile and entrypoints VAProfileMPEG2Simple : VAEntrypointVLD VAProfileMPEG2Simple : VAEntrypointEncSlice VAProfileMPEG2Main : VAEntrypointVLD VAProfileMPEG2Main : VAEntrypointEncSlice VAProfileH264ConstrainedBaseline: VAEntrypointVLD VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice VAProfileH264Main : VAEntrypointVLD VAProfileH264Main : VAEntrypointEncSlice VAProfileH264High : VAEntrypointVLD VAProfileH264High : VAEntrypointEncSlice VAProfileH264MultiviewHigh : VAEntrypointVLD VAProfileH264MultiviewHigh : VAEntrypointEncSlice VAProfileH264StereoHigh : VAEntrypointVLD VAProfileH264StereoHigh : VAEntrypointEncSlice VAProfileVC1Simple : VAEntrypointVLD VAProfileVC1Main : VAEntrypointVLD VAProfileVC1Advanced : VAEntrypointVLD VAProfileNone : VAEntrypointVideoProc VAProfileJPEGBaseline : VAEntrypointVLD VAProfileJPEGBaseline : VAEntrypointEncPicture VAProfileVP8Version0_3 : VAEntrypointVLD VAProfileVP8Version0_3 : VAEntrypointEncSlice VAProfileHEVCMain : VAEntrypointVLD

@wheeliebar overscan_scale=1

So if anyone else wants to give this a try a did a quick guide below thanks again to the guys here that helped getting it working. Instructions guide First you will need to get ubuntu distro on your gpd pocket i used ubuntu v17.10.1 unity from stockminds downloads page here https://gpdpocket.cre.ovh/ you will need to write the file to a usb stick and boot from usb to get it installed as a duelboot setup. Once you have your gpd pocket setup with ubuntu 17.10.1 unity we need to change the host name as retropie will not compile all the cores properly. So open terminal and change the host name by typing the command below then reboot your device. hostnamectl set-hostname gpd-ubuntu Now head over to the retropie wikki below and follow the guide to install retropie 32bit install on your ubuntu distro its pretty easy just follow the steps https://github.com/retropie/retropie-setup/wiki/Debian It will take quite some time to build the cores so sitback and relax and let it install once its done it will be ready i would recomend to make a shortcut on your desktop afterwards to retropie from the applications menu for easy starting of the app. Thats is your done enjoy your retropie setup on gpd pocket. EASY USB LOADING FOR ALL YOUR GAMES Automatic Mount (Easiest Method) As of December 30, 2016 a simple automated method was added to run games from a USB drive. First Update the RetroPie Setup Script Re-Enable the USB ROM Transfer Service Format your USB drive to FAT32 per directions above Create a folder called retropie-mount on the USB drive Plug into Raspberry gpd pocket It will proceed to automatically copy the RetroPie folder AND all of its contents (you may need to reboot to start the copying) NOTE if you have a large games collection already on the SD card it will copy all of the games too so make sure your USB is large enough. It is easiest if you haven't added any games yet. Once the folder structure is copied over the USB will be mounted over the RetroPie folder so any games you add to your pi will be run off of the USB.

Yea, I think I did :) Would that have been the problem? (I am now reinstalling image after having updated retropie and now I can no longer access emulationstation)

@herb_fargus said in Anyone's Inputs Change with 4.4?: There were some driver modifications but don't know how they affect PS4. It was discussed at length on GitHub. Don't remember if it was merged in or not before release Would this thread be what you're referring to? I wonder if that's somehow what I'm running into somehow? Edit: Just checked. Still at 1.7.1. Edit Again: Follow this thread.

Hi @A12C4, I been following this thread and really love the work you're doing here, can't wait to see the results. It will give the theme makers some awesome flexibility!

@vodkanakas TeamViewer needs an X.org server running to be working, ES - the version for the Pi - does not run in a X.org session, so you cannot see ES via TeamViewer.

I can see a new entry on my TV saying "RetroPie ES", but the remote doesn't work OOTB neither is possible to configure it via "Configure Input". In either the pré-compiled one and the custom one. This is just to confirm if it is working or not, it can be my TV, although CEC works fine in other programs.

@matchaman Got it. Definitely keen on seeing how it goes over at the omxplayer issue tracker.

Hello @jrassa I think I've found whats missing, int the 2015 version of emulationstation from Aloshi where the slashes where fixed (unstable branch), you can see that he uses an extra function called make_preferred() on the ROM_RAW string https://github.com/Aloshi/EmulationStation/blob/unstable/es-app/src/SystemData.cpp const std::string rom_raw = fs::path(game.getPath()).make_preferred().string(); He also uses this funcion on a windows ifdef on the same file #ifdef WIN32 // windows escapes stuff by just putting everything in quotes return '"' + fs::path(path).make_preferred().string() + '"'; #else The function make_preferred() from Boost is the one that fixes the slashes https://theboostcpplibraries.com/boost.filesystem-paths Thanks in advance Best regards

I was having a similar issue to yours and wasn't having much luck solving it. I started from ubuntu64-16.04.3-minimal-odroid-c2-20171005.img.xz from hardkernel, and upgraded OS packages as well as kernel (ending up with 3.14.79-117). In https://github.com/RetroPie/RetroPie-Setup/commit/9ab8b4b468320a365010e4e6e3b61da850242aed , I noticed that "gles" wasn't being linked in for the 64-bit build. I decided to add the flag right after mali and compiled the main packages as well as lr-pcsx-rearmed. To my surprise it actually worked without segfault. I'm not sure if this is a hack and it enables a worse performing backend or if there's actually a typo in the commit. Somebody who actually knows what they're doing would have to answer that. Unfortunately I'm having other issues with my Xbox controller (seems to work in emulationstation but not every button works once in-game), so the C2 isn't fully working for me at this point. Good luck.

@son_of_diablo It happens more than you realise, especially when you're starting to add ROMs and experimenting.