adhoc

[gid15]

Hey gid15 does it changes something if we change the values in --netClientPortShift 100 and in --netServerPortShift 100 ?Besides,I think the jpcsp gives a small amount of time and after that it disconects and shows the conexion error.Tried to play in 2 jpcsps at the same time with adhoc.First I could get to the selection characters in both jpcsp but when I pick a character jpcsp makes the error come up.Later it didn't even let me to the character selection making the same error

You can use different values for netClientPortShift and netServerPortShift, they just need to be same on both systems. But it makes sense to use different values only if connection errors occur ("cannot bind, port already in use"). The value you specify is used as follows:
- when opening a local port N, the server is actually opening a local port N + 100
- when sending to a remote port N, the client is actually sending to the remote port N + 100

E.g.: when the PSP opens a local port N and sends to a remote port N:

PSP: local N <-> remote N
Jpcsp client: local N <-> remote N + 100
Jpcsp server: local N + 100 <-> remote N
The ports between client and server are "crossed".

---

I tried running it on two computers (one windows and one linux) but I couldn't get them to see each other , maybe its my firewall or port needs to be forwarded or who knows
I do see it broadcasting from iptraf so I can't say for sure if the problem jpcsp / linux / firewall or something else
UDP (200 bytes) from 10.0.1.2:3658 to 10.0.1.255:3658 on eth0 <- windows // This port comes from the windows computer, port 30000 and 3658
UDP (184 bytes) from 10.0.1.1:30000 to 10.0.1.255:30000 on eth0 <- linux (only uses port 30000, I wonder why its not sending on port 3658 like windows)
UDP (184 bytes) from 10.0.1.2:30000 to 10.0.1.255:30000 on eth0 <- windows

At least the broadcast mask is computed correctly: 10.0.1.255.
When enabling the log level to DEBUG for the sceNetAdhoc* modules, do you see if some bytes are received on one side "...received..."?