Return to Castle Wolfenstein - IORTCW source port
-
@tpo1990 Hi.
I have updated my script:
function depends_rtcw() { local depends=(cmake libsdl2-dev libsdl2-net-dev libsdl2-mixer-dev libsdl2-image-dev timidity freepats) if compareVersions "$__os_debian_ver" lt 10; then depends+=(libgles1-mesa-dev) fi getDepends "${depends[@]}" }
Now do not try to install the libgles1-mesa-dev dependency on Raspbian based on Debian 10 Buster.
I tried it on:
RPI3 Raspbian 9 stretch Retropie 4.6- Ok
RPI4 Raspbian 10 buster Retropie 4.5.20- Ok
I updated the link where I share my script in a previous post
@Zering Yesterday I lost my internet connection and today I will no longer be on my computer, we take up the subject again tomorrow, :).
/home/pi/.wolf is not a directory it is a symbolic link and is created during port installation.
-
@Cesarpuig Hi. Great to see some progress. I will try it out tomorrow and see if I can get it to work so that we can come to a solution that works for Stretch and Buster.
The reason why
/home/pi/.wolf
is a symbolic link, is that it needs to point to thertcw
port configs folder the same way that other ports does when they get installed fromRetroPie-Setup
. This is also true for themain
folder the game loads the.pk3
files from which is a symbolic link that points to the roms -> ports folder where a user will copy the.pk3
files to. -
@tpo1990 said in Return to Castle Wolfenstein - IORTCW source port:
The reason why /home/pi/.wolf is a symbolic link, is that it needs to point to the rtcw port configs folder the same way that other ports does when they get installed from RetroPie-Setup. This is also true for the main folder the game loads the .pk3files from which is a symbolic link that points to the roms -> ports folder where a user will copy the .pk3files to.
yes, I know the reason, it's just that @Zering it says that directory does not appear after installing the port, it was a comment to a previous post of yours
-
Well I am thoroughly confused lol
So is the missing /home/pi/.wolf the reason my install won't run?
-
@Zering Hi.
Well I am thoroughly confused lol
So is the missing/home/pi/.wolf
the reason my install won't run?Of course it can be, the problem is that the installation script does not create the symbolic link for you, and later when we run iortcw it does not create the
home/pi/.wolf
folder, which I think should.You might have a permission problem
1º Update the installation script to the latest one in the source I shared.
2º Assuming that you have not changed the user name and from the console, execute the following lines
sudo chown -Rh pi:pi /home/pi sudo chown -Rh pi:pi /opt/retropie/configs
If you have changed the username you have to know it
4º Reboot system
5º Run the installation script from the Retropie setup menu and uninstall the rtcw port
6º Reboot system
7º Run the installation script from the Retropie setup menu and install the rtcw port
8º Retropie will create a log of the installation at this address,
/home/pi/RetroPie-Setup/logs
, save it.9º Install the necessary data to run the game on
/home/pi/RetroPie/roms/ports/rtcw
10º Try to run.
11º Comment. If the result was not satisfactory, retropie would have created another log in
/dev/shm
, post
both of them logs -
@Cesarpuig Still no luck. I followed the instructions to the letter although I'm not sure what the sudo chown commands did or how they were supposed to work.
Here is the installation log :
Here is the /dev/shm log :
-
Your problem occurs during the installation process, I do not think it is very difficult to solve it
mv: failed to preserve ownership for '/opt/retropie/ports/rtcw/main/cgame.mp.armv7l.so': Operation not permitted mv: failed to preserve ownership for '/opt/retropie/ports/rtcw/main/cgame.sp.armv7l.so': Operation not permitted mv: failed to preserve ownership for '/opt/retropie/ports/rtcw/main/qagame.mp.armv7l.so': Operation not permitted mv: failed to preserve ownership for '/opt/retropie/ports/rtcw/main/qagame.sp.armv7l.so': Operation not permitted mv: failed to preserve ownership for '/opt/retropie/ports/rtcw/main/ui.mp.armv7l.so': Operation not permitted mv: failed to preserve ownership for '/opt/retropie/ports/rtcw/main/ui.sp.armv7l.so': Operation not permitted mv: failed to preserve ownership for '/opt/retropie/ports/rtcw/main/vm/cgame.mp.qvm': Operation not permitted mv: failed to preserve ownership for '/opt/retropie/ports/rtcw/main/vm/qagame.mp.qvm': Operation not permitted mv: failed to preserve ownership for '/opt/retropie/ports/rtcw/main/vm/ui.mp.qvm': Operation not permitted mv: failed to preserve ownership for '/opt/retropie/ports/rtcw/main/vm': Operation not permitted
I do not understand why you have this problem in Retropie and I do not, in two different RPIs that I am testing
Give me 10 minutes to see if I optimize the script to solve your problem and share it
-
@Zering
I have updated the script, download it, replace it with the previous one, install, and even if it works, share your logs with me, before installing it delete from the console the directory that does not let you move,sudo rm -R opt/retropie/ports/rtcw/main
-
I had to make some modifications for this to work in Ubuntu x86_64
You can find my changes at:
https://raw.githubusercontent.com/gderber/RetroPie-Setup/develop/scriptmodules/ports/rtcw.shNote:
While I did my best to preserve the original code required for RPi, I do not have an RPi setup to test on. -
Okay so I made some progress to make the script work both for RetroPie Stretch and Buster with the help from Cesarpuig and added an optimized config file for multiplayer so that the game plays in full screen. I have uploaded the changes to my github repository.
While doing this it made me think of why someone would still use RetroPie Stretch instead of just using a fresh install of the latest RetroPie with Buster.
Could someone test it by using the download link and reply back with a status?
-
@tpo1990 i downloaded the new
.Sh
from your github, and tryed it on my build which is still Stretch.this time it does go through and install everything (before i was getting a error so i gave up)
but my game will not start
iortcw 1.51d-SP_GIT_6938a2d-2019-05-06 linux-arm Jun 14 2019 ----- FS_Startup ----- Current search path: /home/pi/.wolf/main /opt/retropie/ports/rtcw/main/sp_pak4.pk3 (21 files) /opt/retropie/ports/rtcw/main/sp_pak3.pk3 (14 files) /opt/retropie/ports/rtcw/main/sp_pak2.pk3 (232 files) /opt/retropie/ports/rtcw/main/sp_pak1.pk3 (1342 files) /opt/retropie/ports/rtcw/main ---------------------- 1609 files in pk3 files "pak0.pk3" is missing. Please copy it from your legitimate RTCW CDROM. Also check that your iortcw executable is in the correct place and that every file in the "main" directory is present and readable.
the funny thing is i have my pak0.pk3 in with all the rest of them. so im reinstalling the game on my pc and ill let you know what i get
UPDATE
ok so if i just run the install and not copy your .cfg files you have on your github the game launches -
@ExarKunIv Good to hear that you finally got it to install on your build of Stretch. I am using the GOG version of Return to Castle Wolfenstein and that version works perfectly. I cannot say about any other version if it works or not. The most important thing is that the game will need all the relevant
.pk3
files to be able to launch.Thanks for trying it out. I installed it recently on my Pi4 with latest RetroPie Buster and it works fine.
-
@tpo1990 I added your recent changes to my script. A quick note, my RetroPie user is not 'pi' so I had to modify the function remove_rtcw from:
function remove_rtcw () { rm /home/pi/.wolf rm /home/pi/RetroPie/roms/ports/rtcw/*.so rm -R /home/pi/RetroPie/roms/ports/vm }
to:
function remove_rtcw() { rm ${HOME}/.wolf rm ${HOME}/RetroPie/roms/ports/rtcw/*.so rm -R ${HOME}/RetroPie/roms/ports/vm }
for the function to work for me.
Thank you for the good work with this!
-
@gderber Thank you for the compliment. If the `${HOME} variable works with any user I might just change that into the script so it accounts for all users.
-
@tpo1990 ${HOME} is the same as $HOME, and looking at at least the rtcw.sh file you created, the same as $home. I haven't dug into the RetroPie code too deeply yet, I'm guessing somewhere in the code there is a
home=$HOME
statement for your code to work.$HOME will always work. I add typically add the {} around all my variables when bash scripting because I have found I make fewer mistakes that way, especially when I have to concatenate multiple variables right next to each other.
-
@gderber
$home
is the recommended variable to use to refer to the installation user's homedir, because usually the setup scripts are run withsudo
, so$HOME
might be not be correctly set. -
@mitu Thanks! I've only been looking at the scripts for a couple days, still trying to figure them out.
-
-
Hi,
I tried to install rtcw on my Retropie setup: the script works because it complies fine rtcw but I'm not seeing any entry in "Ports" section of Emulation Station. The relevant *.pak3 files have been copied in /Retropie/roms/ports/rtcw.In other words, I don't see any rtcw launcher in ES.
My Setup:
OS: OSMC
Machine: Raspberry pi 3 B+
Kernel: Linux osmc 4.19.122-1-osmc
Retropie installed over OSMC via Retro-OSMC script (works very well)
Any help is greatly appreciated.Bye, Epg
-
@Epg Don't know if it will work but why not create a launcher yourself? Something may have gone wrong during installation. Mine was created automatically in the /home/pi/RetroPie/roms/ports folder and I can see it in emulationstation as well.
Assuming osmc-retropie uses the same folder structure, try in the terminal:
cd /home/pi/RetroPie/roms/ports sudo nano rtcw.sh
type into the new .sh file:
#!/bin/bash
"/opt/retropie/supplementary/runcommand/runcommand.sh" 0 PORT "rtcw-sp" ""save and exit ctrl+o, ctrl+x.
make executable:sudo chmod +x rtcw.sh
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.