Closed mdeguzis closed 9 years ago
There was one interesting feedback from the reddit thread today. People were trying to launch retrorig
at the command line.
That does make a lot of sense, while the current name "startXBMC.sh" is a little awkward. Suggestions would be:
Quick-and-dirty: sudo ln -s /usr/share/applications/startXBMC.sh /usr/bin/retrorig
Complete-and-permanent:
I am going to opt for the permanent solution. we would still need it placed in /usr/share/applications, as that is where Unity takes it for the global search button and how gsettings adds it to the unity bar. The problem with just naming it retrorig, is it is not a binary, it is a script of course. So...you would still need ./retrorig to launch it. The symlink then would be better , let me try that.
Maybe a modification of /usr/bin/xbmc-retrorig?
Update: the symlink is the best for now, until otherwise, since startXBMC.sh is a script, not a binary file. That will do :)
retrorig
is the most intuitive program name, something people can guess.
What about renaming /usr/share/applications/startXBMC.sh to /usr/share/applications/retrorig.sh and then sym-linking it with sudo ln -s /usr/share/applications/retrorig.sh /usr/bin/retrorig
?
The symlink you had before works fine, I committed that just now. It is the easiest and if we are to use symlinks at at all, it is the most straightforward.
Don't to forget to add it in the RetroRig uninstall function ;-)
Whoops! Ok. and I'll write a note in the wiki install page.
Did you see the original post on Reddit?
...I checked out the 14.04 Beta, ran the script and everything seemed to install fine.
Setup my gamepad, it prompted me for reboot, I did and... cannot find RetroRig
launcher anywhere that is shown in all the videos. It did not go in the Unity bar
or on the desktop.
Seems like the desktop shortcut and auto-start failed. Could be in your installation code, or in my XDG code. I asked for the log files.
Yea I saw, I didn't post, since I was going to check out their install log when they attached it, but I can chime in if need be.
Hey guys, install log is here: http://slexy.org/view/s202iyfWBW
The precheck log just says:
Found needed packages 'git/dialog/figlet'. Current install user: emu Current install rootdir is: /home/emu/RetroRig Current script dir is: /usr/RetroRig Pre-checks were sucessful!!!
I ran retrorig.sh (which looks like it didn't make it to usr/share/applications but did find in extras) and it looks like I may be missing a bunch of image files, among other things. I get the menu on the left but a blank image on the right for most menu options.
I may have a bad installation, so I'll wait to see what you guys say about the script before submitting new issues.
Do you have a time after 6 pm est that I could walk you through things? Just let me know what time is OK for you. I can do Skype or irc.
On September 7, 2014 12:18:55 PM EDT, William Bowen notifications@github.com wrote:
Hey guys, install log is here: http://slexy.org/view/s202iyfWBW
The precheck log just says:
Found needed packages 'git/dialog/figlet'. Current install user: emu Current install rootdir is: /home/emu/RetroRig Current script dir is: /usr/RetroRig Pre-checks were sucessful!!!
I ran retrorig.sh (which looks like it didn't make it to usr/share/applications but did find in extras) and it looks like I may be missing a bunch of image files, among other things. I get the menu on the left but a blank image on the right for most menu options.
I may have a bad installation, so I'll wait to see what you guys say about the script before submitting new issues.
Reply to this email directly or view it on GitHub: https://github.com/ProfessorKaos64/RetroRig/issues/109#issuecomment-54751518
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Joining irc is the best because then I can directly message you.
On September 7, 2014 12:18:55 PM EDT, William Bowen notifications@github.com wrote:
Hey guys, install log is here: http://slexy.org/view/s202iyfWBW
The precheck log just says:
Found needed packages 'git/dialog/figlet'. Current install user: emu Current install rootdir is: /home/emu/RetroRig Current script dir is: /usr/RetroRig Pre-checks were sucessful!!!
I ran retrorig.sh (which looks like it didn't make it to usr/share/applications but did find in extras) and it looks like I may be missing a bunch of image files, among other things. I get the menu on the left but a blank image on the right for most menu options.
I may have a bad installation, so I'll wait to see what you guys say about the script before submitting new issues.
Reply to this email directly or view it on GitHub: https://github.com/ProfessorKaos64/RetroRig/issues/109#issuecomment-54751518
Sent from my Android device with K-9 Mail. Please excuse my brevity.
My household is going to be monopolized by NFL football today and a few deadlines I have tomorrow, I might be available Tuesday night EST.
Looking at the logs though, I think I know my own problem. I cloned git into ~ which created the RetroRig directory there and may be the source of consternation since it looks like the installation needs to write to that directory.
Is there a Linux "convention" for a place to put the source like /usr/src or something?
In the meantime. Can you attach via a slexy.org paste the install log from the same folder as the prechecks? Per the original posting above, after you cd to RetroRig/ .. You run "retrorig_setup.sh". There is an underscore there. Well get you up and running :)
On September 7, 2014 12:29:45 PM EDT, William Bowen notifications@github.com wrote:
My household is going to be monopolized by NFL football today and a few deadlines I have tomorrow, I might be available Tuesday night EST.
Looking at the logs though, I think I know my own problem. I cloned git into ~ which created the RetroRig directory there and may be the source of consternation since it looks like the installation needs to write to that directory.
Is there a Linux "convention" for a place to put the source like /usr/src or something?
Reply to this email directly or view it on GitHub: https://github.com/ProfessorKaos64/RetroRig/issues/109#issuecomment-54751862
Sent from my Android device with K-9 Mail. Please excuse my brevity.
The only other log file next to pre-checks was the one I referenced earlier: http://slexy.org/view/s202iyfWBW
Yeah, I ran retrorig_setup.sh fine... like I said in the Reddit thread, just didn't get the Unity shortcuts, etc. My installation may be "bunk" because of me cloning source into ~. If I get time tomorrow or Tuesday I will probably fresh install Ubuntu and run from a different directory to see if that changes anything.
Yep run it tomorrow . I'll be online after 5 pm EST.
On September 7, 2014 12:38:32 PM EDT, William Bowen notifications@github.com wrote:
The only other log file next to pre-checks was the one I referenced earlier: http://slexy.org/view/s202iyfWBW
Yeah, I ran retrorig_setup.sh fine... like I said in the Reddit thread, just didn't get the Unity shortcuts, etc. My installation may be "bunk" because of me cloning source into ~. If I get time tomorrow or Tuesday I will probably fresh install Ubuntu and run from a different directory to see if that changes anything.
Reply to this email directly or view it on GitHub: https://github.com/ProfessorKaos64/RetroRig/issues/109#issuecomment-54752155
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Do an 'ls' on that RetroRig directory... What do you see? Still looking over your log. Did you skip the 'git checkout Ubuntu-14.04-Beta' step?
On September 7, 2014 12:38:32 PM EDT, William Bowen notifications@github.com wrote:
The only other log file next to pre-checks was the one I referenced earlier: http://slexy.org/view/s202iyfWBW
Yeah, I ran retrorig_setup.sh fine... like I said in the Reddit thread, just didn't get the Unity shortcuts, etc. My installation may be "bunk" because of me cloning source into ~. If I get time tomorrow or Tuesday I will probably fresh install Ubuntu and run from a different directory to see if that changes anything.
Reply to this email directly or view it on GitHub: https://github.com/ProfessorKaos64/RetroRig/issues/109#issuecomment-54752155
Sent from my Android device with K-9 Mail. Please excuse my brevity.
@ProfessorKaos64 I was just saying the same :-) @bowenwr It looks like a lot of files are missing. Maybe no space left on your hard drive or just in your homefolder?
Can you post out.txt from
cd ~/RetroRig
ls -lahR > ../out.txt
, should look like this http://slexy.org/view/s21TD6zU5D
Yep, I definitely did a checkout. There is a actually no retrorig_setup.sh script to run until you checkout some branch, so I couldn't do the install without having done that.
The big TV is occupied right now but I will try to get a directory listing later.
The HD definitely has space. I swapped out the 16 GB SSD Chromebox for a 128 GB. Last I looked I had about 110 GB free.
@bowenwr , just ran a test install from a VM using the instructions in the first post. Went just fine. Like I said, I'll work with your to get things ironed out. Just say hello in IRC, reply here with a time I can work with you, or hit me up on Skype @ professorkaos64
OK, just did a completely fresh installation of Ubuntu, ran the setup, and encountered the same problems (no icon, incomplete installation). Here are EXACTLY the steps I followed:
sudo apt-get update
and sudo apt-get upgrade
to get the OS up to date, then reboot again.cd /usr/src
sudo apt-get install git
git clone https://github.com/ProfessorKaos64/RetroRig
cd RetroRig
git checkout Ubuntu-14.04-Beta
sudo ./retrorig_setup.sh
I followed all the prompts like last time, set up the PS3 controller and then rebooted at the end as prompted. I found logs in /home/emu/.retrorig/RetroRig/logs. The /home/emu/RetroRig folder did not contain logs, it had folder for artwork, ROMs, and one or two other things.
The log directory in ~/.retrorig/RetroRig/logs has two files, the install log and prereq.
The above is the same installation I did before, except previously I cloned git repo to ~ instead of /usr/src. I used usr/src this time out of concern that cloning the Git there may have been interfering with the other file permissions.
The issue you have might be caused by access rights. You tried cloning in ´/usr/src´ today, and yesterday in /usr/
according to this post. These are folder you need admin rights to access. However, when executing git clone https://github.com/ProfessorKaos64/RetroRig
you are cloning w/o these rights.
I would suggest to start all over from scratch. Open the file browser Nautilus, delete folder RetroRig in your home folder, and also delete ~/.retrorig (press CTRL+h to see the dot files). Make sure these two folders are really deleted. (Did you maybe try sudo git clone https..
before? Next time cloning w/o sudo would not work) Then
cd
sudo apt-get install git
git clone https://github.com/ProfessorKaos64/RetroRig
cd RetroRig
git checkout Ubuntu-14.04-Beta
sudo ./retrorig_setup.sh
--> Select option 1 to install RetroRig
ls -lahR > ../out.txt
Please post ~/out.txt and the logs from ~/RetroRig/logs
Thanks a lot for your feedback! We really appreciate it!
I think I may see what's gonig on, give me a little bit of time here, and I'll let you know when to try again @bowenwr
@bowenwr
cp -v "$scriptdir/XBMC-cfgs/extra/gp_autodetect_xbmc.sh" "/usr/share/applications/"
cp -v "$scriptdir/XBMC-cfgs/extra/RetroRig.desktop" "/usr/share/applications/"
cp -v "$scriptdir/XBMC-cfgs/extra/RetroRig.desktop" "$xdg_desktop_dir"
cp -v "$scriptdir/XBMC-cfgs/extra/retro-icon.png" "$xdg_pictures_dir"
cp -v "$scriptdir/XBMC-cfgs/extra/retro-icon.png" "/usr/share/icons/"
cp -v "$scriptdir/XBMC-cfgs/extra/startXBMC.sh" "/usr/share/applications/"
These core files were being pulled from the root dir (under the home directory), rather than from the script directory you ran it from. That is my fault. I ran into the same issue you had, and once I corrected the source paths, it was ok.
To try this again (note git pull):
rm -rf RetroRig
git clone https://github.com/ProfessorKaos64/RetroRig
cd RetroRig
git checkout Ubuntu-14.04-Beta
sudo ./retrorig_setup.sh
You can also enter the previous RetroRig directory that you cloned from github and do a "git pull" to pull the latest files. I just tested a failed install, same as yours, and I know got the required core files. Sorry for the mishap! This is why testing is highly invaluable and I appreciate it wholeheartedly.
@beaumanvienna , I will do some dutiful checking of the install log to check for other errors tonight.
I will pull the latest tonight or tomorrow and try again. The original install I tried (before /usr/src) was ~ which is the "home" directory for my current user in Linux, right? In my case that would be /home/emu/ - and I had the same issues originally. I never cloned to /usr/ directly even though that's what the previous prereq seemed to indicate.
I agree the issue definitely looks like access rights with all the cannot find/copy/move files in the logs.
When I try again I will cd ~ and clone into there again just like in the ASCII video.
The new install script seemed to work fine. I got a brand spanking new icon and RetroRig launched right up.
Couple of minor things:
Is there any way to get RetroRig/XBMC without loading the whole OS first including GUI and then launching? Ideally I'd like it to be "transparent" that I'm running a PC at all
You don't want to start RetroRig directly after log in, did I understand that correct? Type "start" in the unity dash to launch the Startup Application dialog and uncheck RetroRig. We can discuss later, together with the Professor, if we should add an option for that. On my own rig I have a TV permanently connected to the PC, that's where XBMC goes, so it doesn't disturb my normal workflow.
The very first game I attempted to run was Actraiser for SNES. On the first run, it kept the XBMC up "behind" the game and was flickering. I took a brief video I could post if needed.
Great that you took a video! Yes please, post it. Awesome support! :-D
The scraping seemed extremely slow.
I know what you mean. In July I was three weeks in China and the scraper was as slow as you just described it. Currently here in Austria it's pretty fast. Maybe two or three minutes for 25 games. Pretty reasonable to me. The professor might know more about this.
You mentioned a TV some days ago. Are you using the dual monitor feature of RetroRig?
You don't want to start RetroRig directly after log in, did I understand that correct?
Actually I DO want to RetroRig to startup. What I'm actually wanting to do is effectively "hide" Unity and boot directly into RetroRig after the base OS is loaded. Not sure if RetroRig can run without the Unity GUI being up, but that would also reduce load.
In a perfect world I'd even replace the Ubuntu "splash" screen while the OS is loading. This is just a personal wishlist enhancement though for my own use case. My retro PC once configured, ideally should only ever boot directly for gaming and power down.
Great that you took a video! Yes please, post it. Awesome support! :-D
Unlisted video posted to YouTube - it's only 5 seconds, but it'd been doing it for about 30 seconds before I got up to go take video of the TV. Again, I could not reproduce it with this game or any other (about 10 attempts), this was just the initial RetroRig load up after installing, rebooting, and importing games (which I cancelled in the "B's" due to slowness).
Maybe two or three minutes for 25 games.
The performance might've been par then cause I only let it run for about 10 minutes. I have 700ish SNES roms so that would make sense if I got into the B's. Tested against EmulationStation just now and it was also having problems with the archive, but I switched the scraper to "thegamesdb" and now it's blazing through about 1 per second.
Actually I DO want to RetroRig to startup. What I'm actually wanting to do is effectively "hide" Unity and boot directly into RetroRig after the base OS is loaded. Not sure if RetroRig can run without the Unity GUI being up, but that would also reduce load.
Now I got. Nope, not supported yet, but great idea. What I just tested is, if you log out, and click the small Ubuntu sign above the password prompt, you can choose XBMC. It will then directly launch into native XBMC. Should be possible to translate this to RetroRig!
The scraping seemed extremely slow.
Emulation Station does not add Artwork, Rom Collection Browser does. You should be able to zip right though if you change the scrapers all to none. If you want this to be the default, you'd have to modify the ROM collection browser options. This is a characteristic of Rom Collection Browser and not our project, but I'll see what I can do :)
Actually I DO want to RetroRig to startup. What I'm actually wanting to do is effectively "hide" Unity and boot directly into RetroRig after the base OS is loaded. Not sure if RetroRig can run without the Unity GUI being up, but that would also reduce load.
I had a "XBMC session" option once in testing that basically gives you only the XBMC session. The problem was, some tool kits, like the once-used qjoypad (now antimicro) for gamepad profiles relied on having an x-session up fully. I can add that back in for you to test, but it may not work fully. As long as everythign can function I can keep it in this time.
The old code is in commit 9743290, so I'll try this out for you tonight @bowenwr
What if we install a RetroRig session as alternative? User can then just choose it on the login screen. It needs /usr/share/xsessions/RETRORIG.desktop and /usr/bin/retrorig-standalone
with
yo@UbuntuBox:~$ ls -lah /usr/share/xsessions/RETRORIG.desktop /usr/bin/retrorig-standalone
-rwxr-xr-x 1 root root 1,8K Sep 9 10:18 /usr/bin/retrorig-standalone
-rw-r--r-- 1 root root 141 Sep 9 10:14 /usr/share/xsessions/RETRORIG.desktop
@ProfessorKaos64 , do we know which parts of the X-session qjoypad or antimicro need?
I would think, his intention, as well as mine would be to auto start this, so the gamepad only method of control is preserved. If you reference that commit above, and the xbmc-session function, you'll see what I did. I will try to look at this tonight.
On Tue, Sep 9, 2014 at 8:14 AM, Jens-Christian notifications@github.com wrote:
What if we install a RetroRig session as alternative? User can then just choose it on the login screen. It needs /usr/share/xsessions/RETRORIG.desktop http://slexy.org/view/s21rUEFvjv and /usr/bin/retrorig-standalone http://slexy.org/view/s2oldocSQW
with
yo@UbuntuBox:~$ ls -lah /usr/share/xsessions/RETRORIG.desktop /usr/bin/retrorig-standalone -rwxr-xr-x 1 root root 1,8K Sep 9 10:18 /usr/bin/retrorig-standalone -rw-r--r-- 1 root root 141 Sep 9 10:14 /usr/share/xsessions/RETRORIG.desktop
@ProfessorKaos64 https://github.com/ProfessorKaos64 , do we know which parts of the X-session qjoypad or antimicro need?
— Reply to this email directly or view it on GitHub https://github.com/ProfessorKaos64/RetroRig/issues/109#issuecomment-54960069 .
Michael DeGuzis Email: mdeguzis@gmail.com Website: http://www.libregeek.org Linked In Resume/Profile http://www.linkedin.com/profile/view?id=124915388&trk=nav_responsive_tab_profile
OK, I understand. Of course this is possible. But it means for you to support different key mappings. Every change needs to be done in two different worlds. This makes developing and regression testing very complex.
In my opinion we should provide the same X environment and just maintain one environment. If this is possible! No idea what actually makes the difference...
OK, I understand. Of course this is possible. But it means for you to support different key mappings. Every change needs to be done in two different worlds
Why would there be two different keymappings? It would still read the configs from the same file. The contention is whether or not applications will launch correctly and function right with X. I did this before, but now that things have changed a fair bit, I will re-insert the code and test.
The problem was, some tool kits, like the once-used qjoypad (now antimicro) for gamepad profiles relied on having an x-session up fully.
I thought that because you mentioned that X is not fully up. Just that I can understand this, if the difference is not in the key bindings, what differentiates a Unity and a XBMC session? Do we know what qjoypad was missing under the XBMC session? If so, may idea was to launch the missing part in /usr/bin/retrorig-standalone.
The XBMC session only loads a specialized desktop file that launches a standalone x sever on the display I think. The reason qjoypad wouldn't launch, is it relied opening in a regular desktop session, and since XBMC was the only session, and the only source of resources (no unity bar, no desktop to launch gtk apps), it couldn't launch. It is not a matter of launching something, but the ability of an app outside XBMC to present itself as somethign not part of XBMC. I wish I had some text to refer to as a technical reason. But think of it as XBMC being a "bubble" and calling gtk apps outside of it would not work right, due to many enivironment variables not being there.
Could you test your method and see how it works? I will see how the old method fares. I agree this would be nice to have back in.
I opened a new thread for the XBMC-standalone session here.
Emulation Station does not add Artwork
It adds box art, but it doesn't get other art to my knowledge.
Anyway, these are just minor enhancement suggestions, but it's cool to see you guys taking them under advisement.
Unlisted video posted to YouTube - it's only 5 seconds, but it'd been doing it for about 30 seconds before I got up to go take video of the TV.
@bowenwr I had this with a genesis game "The Steel Empire". I tried two ROMs, but maybe the ones I got were not compatible fully. This was the only game out of many dozens I have played so far. I got screen flickering just like you did.
The weird thing was, I couldn't make it happen again even with the same game. I chalked it up to first run "jitters."
Be sure to checkout the 0.9.5b Demo Video (Youtube)
Please:
Installation of the beta from a Terminal window
Helpful Links
For all other information, please browse the wiki or readme file from the cloned repository.
Thanks!
PK