Quoting the person is a better option, since a quote includes a link to the original post.
Please do not double-post. There is an Edit-Button. ;)
the game is patched with usbutil v2.00 and I used OpenUsbLd_USBA_0.41.
it works fine except slow videos
I spent half of yesterday exploring how simple filesharing works (NB: I have NEVER used it before yesterday), and it turns out to be quite simple really.
The basic usage is identical to real filesharing, except that the 'simpleton' PC will always use the 'Guest' account in attempting to contact other computers. And all the shares you specify on the 'simpleton' PC will be setup to allow the group "Everyone" to have read access (this is a pseudo-group which implies also the 'Guests' group that the 'Guest' account is part of.)
Knowing this it is not all that hard to make a non-simpleton PC with real file sharing allow a 'Guest' proper access. For me this primarily meant that it was necessary to re-enable the 'Guest' account, which has been disabled since I first installed Windows on my PCs, as that is the account that OPNUSBLD will be using. It should not even be necessary to temporarily set the PC to simpleton mode, though I did do that as part of my experiments. But the important thing is to have a proper 'Guest' account active in the 'Guests' group.
And to be really secure this also means that the 'Everyone' group should be removed from all other fileshare permissions except those for whom you want to allow insecure access.
With my PC safely back in secure file sharing mode I have then been able not only to use a fixed fileshare folder, but also to dynamically switch between different game sets, simply by ceasing to share one folder and instead opening a share for another folder reusing the same share name.
An even funnier variation of this was to yank out a USB stick from the PS2 after testing a game in it, and then inserting it into the PC and telling it to fileshare that drive as PS2SMB, so I could test the very same game ISO from the very same USB stick through the networked loader of OPNUSBLD.
And that was not just for fun as it definitely verified that exactly the same ISO stored on the same device can give different in-game behaviour depending on the game loader used (USB vs Network). For this particular test I used the game "Shining Force Neo" which runs without any sound effects through the USB loader, but runs with perfect sound from network.
There is no real need to implement secure login for the SMB version, as it is possible to have isolated 'Guest' shares even without using 'simple file sharing'. It is just a matter of proper configuration.
NB: My tests relate only to WinXP, so other Windows versions may differ...
All my tests so far relate to rev62 of OPNUSBLD as posted here earlier.
I am now going to download the newer sources for future tests.
Best regards: dlanor
Maybe someone encountered this error:
I try to install a fresh MinGW setup following the instructions here : http://lukasz.dk/playstation-2-progr...ingw-tutorial/Code:
make: Entering directory `/home/Administrator/ps2toolchain/scripts/ps2sdk/iop/debug/iop_sbusdbg'
Makefile:12: *** missing separator. Stop.
The precompiled version of the ps2sdk created by Lazy Bastard found here : http://gshi.org/?s=downloads#section18 works but my self compiled version of r71 crashes/freeze on first pink screen after selecting the game.
Im new to this stuff and have no clue how to fix it.
Any help on how to get a working setup of svn 1644 is appreciated. :)
some new things do not build if you install ps2sdk for the very first time (yes, this is really stupid)
you have to comment them out, they are new and not needed for openusbld
also in the main Makefile in ps2sdkCode:
@@ -9,7 +9,7 @@
-SUBDIRS = kernel dev9 fs hdd sound tcpip usb system debug
+SUBDIRS = kernel dev9 fs hdd sound tcpip usb system # debug
comment out "common samples"
after you build and install the ps2sdk the first time around, you can revert makefile modifications. but there is still a lot of mess to fix (sbus or iop_debug has missing obj bin directories , does not make them during build and then fails because it cannot copy files into directories that do not exist :] ).Code:
@@ -12,7 +12,7 @@ ifeq (x$(PS2SDKSRC), x)
export PS2SDKSRC=$(shell pwd)
-SUBDIRS = tools iop ee common samples
+SUBDIRS = tools iop ee #common samples
if somebody really has issues, i can package my pre-built ps2sdk (current svn) + ps2toolchain (for linux, might fail with cygwin or similar environment), or provide regular openusbld builds (if the devs are ok with that).
ok, from here build process has to be done manually, since the script will most likely disregard the changes and start from scratch.
basically, you need to make sure the following stuff is set :
then you just need to fire make + make release and then do the fix from automated scripts :Code:
if all that succeeds, you need to build gsKit off ps2dev svn and you should be able to compile openusbld without issues. if it fails on the last step with ps2-packer, make sure you compiled it from ps2sdk svn (you need libucl in your distro to get it to build). if it still fails, this might helpCode:
ln -sf "$PS2SDK/ee/startup/crt0.o" "$PS2DEV/ee/lib/gcc-lib/ee/3.2.2/crt0.o"
ln -sf "$PS2SDK/ee/startup/crt0.o" "$PS2DEV/ee/ee/lib/crt0.o"
fix for openusbld Makefile
--- a/Makefile Tue Nov 03 18:50:05 2009 +0100
+++ b/Makefile Tue Nov 03 20:18:00 2009 +0100
@@ -22,7 +22,7 @@
echo " * Interface"
- $(PS2DEV)/bin/ps2-packer/ps2-packer main.elf OPNUSBLD.ELF > /dev/null
+ $(PS2DEV)/bin/ps2-packer main.elf OPNUSBLD.ELF > /dev/null
What I did was simply to download and compile the latests revision of most libs (gsKit etc), except for PS2SDK, which I reverted to the rev 1611 sources before compiling it. And of course you should compile PS2SDK before any other lib, as it will be needed by others.
I'm not sure how closely the resulting lib collection matches what jimmi and ifcaro use, but it seems close enough for me not to be able to find any difference in the behaviour of their elfs versus mine now.
Best regards: dlanor
It's a little bit offtopic but am I right, that you need for every homwbrew with source code provided different PS2SDKs?
And how you would install these for example if you want to compile uLE, OpenUSBLD etc.?
Im NTSC and it works ok for me too. I even posted that it doesnt have any controller issues like it does with HDL.
Perhaps your rip is not good, try re-ripping it and re-install it with iso2usbld.exe by jimmikaelkael or USBUtil 2.0 by ISEKO.