Wrong port. You should be using 8000.Hmm, I seem to have trouble with this too.
I have my Windows Firewall disabled (running Windows 10) and I type in the IP/port given in FTP-3ds, using the latest NTR and bootntr.cia in aureinand with the 10.2 NTR firmware.bin from FIRMS.7z
I launch NTR Debugger and Viewer as admin and then I type the connect('3dsip',port) and remoteplay() functions after enabling NTR Debug, but it doesn't seem to work properly (the syntax is correct, but it won't let me in)
Incidentally, trying to connect() while FTP-3ds is running seems to work just moments after sending the command, but remoteplay() doesn't work. Does this mean that NTR CFW itself is failing to host the server properly, or am I doing something wrong?
Here's the debugger log:
//This is where I hosted with FTP-3DS, NTR Debug Enabled
> connect('[redacted]', 5000)
null
Server connected.
Server disconnected.
//This is where I was sitting on my home menu, NTR Debug Enabled
> connect('[redacted]', 5000)
No connection could be made because the target machine actively refused it [redacted]:5000
at System.Net.Sockets.TcpClient.Connect(String hostname, Int32 port)
at ntrclient.NtrClient.connectToServer()
at ntrclient.ScriptHelper.connect(String host, Int32 port)
at Microsoft.Scripting.Interpreter.ActionCallInstruction`3.Run(InterpretedFrame frame)
at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
at Microsoft.Scripting.Interpreter.LightLambda.Run5[T0,T1,T2,T3,T4,TRet](T0 arg0, T1 arg1, T2 arg2, T3 arg3, T4 arg4)
at System.Dynamic.UpdateDelegates.UpdateAndExecute4[T0,T1,T2,T3,TRet](CallSite site, T0 arg0, T1 arg1, T2 arg2, T3 arg3)
at Microsoft.Scripting.Interpreter.DynamicInstruction`5.Run(InterpretedFrame frame)
at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 arg0, T1 arg1)
at IronPython.Compiler.PythonScriptCode.RunWorker(CodeContext ctx)
at IronPython.Compiler.RuntimeScriptCode.InvokeTarget(Scope scope)
at ntrclient.CmdWindow.runCmd(String cmd)
> remoteplay()
Cannot access a disposed object.
Object name: 'System.Net.Sockets.NetworkStream'.
at System.Net.Sockets.NetworkStream.Write(Byte[] buffer, Int32 offset, Int32 size)
at ntrclient.NtrClient.sendPacket(UInt32 type, UInt32 cmd, UInt32[] args, UInt32 dataLen)
at ntrclient.NtrClient.sendEmptyPacket(UInt32 cmd, UInt32 arg0, UInt32 arg1, UInt32 arg2)
at ntrclient.ScriptHelper.remoteplay()
at Microsoft.Scripting.Interpreter.ActionCallInstruction`1.Run(InterpretedFrame frame)
at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
at Microsoft.Scripting.Interpreter.LightLambda.Run3[T0,T1,T2,TRet](T0 arg0, T1 arg1, T2 arg2)
at System.Dynamic.UpdateDelegates.UpdateAndExecute2[T0,T1,TRet](CallSite site, T0 arg0, T1 arg1)
at Microsoft.Scripting.Interpreter.DynamicInstruction`3.Run(InterpretedFrame frame)
at Microsoft.Scripting.Interpreter.Interpreter.Run(InterpretedFrame frame)
at Microsoft.Scripting.Interpreter.LightLambda.Run2[T0,T1,TRet](T0 arg0, T1 arg1)
at IronPython.Compiler.PythonScriptCode.RunWorker(CodeContext ctx)
at IronPython.Compiler.RuntimeScriptCode.InvokeTarget(Scope scope)
at ntrclient.CmdWindow.runCmd(String cmd)
That looks normal. It's the exact same output I was getting when it was working. You ran the viewer before starting remoteplay() right?I seem to be having issues with this. When I run the remoteplay command it fails.
Here's the console output:
Code:NTR debugger by cell9 import sys;sys.path.append('.\python\Lib') null for n in [n for n in dir(nc) if not n.startswith('')]: globals()[n] = getattr(nc,n) null Commands available: repr([n for n in dir(nc) if not n.startswith('')]) ['attachprocess', 'bpadd', 'bpdis', 'bpena', 'connect', 'data', 'disconnect', 'listprocess', 'listthread', 'memlayout', 'queryhandle', 'reload', 'remoteplay', 'resume', 'sayhello', 'sendfile', 'write'] connect('192.168.1.52', 8000) null Server connected. remoteplay() null Will be disconnected in 10 seconds to enhance performance. cpu was locked on 804MHz, L2 Enabled starting remoteplay... buf: 07001000, size: 00022000 remotePC: 001231d0 disconnect() null Unable to read data from the transport connection: A blocking operation was interrupted by a call to WSACancelBlockingCall. Server disconnected.
No idea what it means but streaming doesn't work.
Port is 8000, FakeProxy isn't needed unless you're connecting the 3DS to a hotspot with no internet access, from what I could gather from the readme PDF, it's needed to prevent the 3DS from automatically disconnecting from such networks when it doesn't find a valid internet connection.Can somebody make a how-to for dummy? I'm stuck at putting the port and setting the fakeproxy (?).
Depends on the game, and the quality of your wifi signal/wifi saturation by other clients. I got around 7-12 FPS in 3D games. Boxboy was a stable-ish 60 FPS though. Look at the output in the console, quality should be 90%+ if your wifi is good (according to the PDF readme), low quality means a lot of dropped frames and you will get a lower FPS. If quality is already 90%+ then you are getting the most out of it that you can with that game.Also how is everyone else getting these such good fps but I get like 5-7
A Wi-Fi card for a USB port.Well time to buy new router
--------------------- MERGED ---------------------------
And also question what is a USB WiFi dongle?
No idea, my wifi is kinda bad anyway.Ahh so what WiFi cards would work with this? Cause mines pretty sht and been meaning to get a new one
HOLY MOLY that fixed my problem, thank you! Working perfectly, I'll have to test this more when I'm not using a crappy dorm internet.Wrong port. You should be using 8000.
That looks normal. It's the exact same output I was getting when it was working. You ran the viewer before starting remoteplay() right?
Port is 8000, FakeProxy isn't needed unless you're connecting the 3DS to a hotspot with no internet access, from what I could gather from the readme PDF, it's needed to prevent the 3DS from automatically disconnecting from such networks when it doesn't find a valid internet connection.
Depends on the game, and the quality of your wifi signal/wifi saturation by other clients. I got around 7-12 FPS in 3D games. Boxboy was a stable-ish 60 FPS though. Look at the output in the console, quality should be 90%+ if your wifi is good (according to the PDF readme), low quality means a lot of dropped frames and you will get a lower FPS. If quality is already 90%+ then you are getting the most out of it that you can with that game.
Latest firmware? Should work fine, you just need a 10.2 firmware.bin. AuReiNAND supports this, I believe Cakes does too.I need to do something with this.
Edit:
And it does not support latest. Yay.
I don't want to use an old firmware if it can be helped, I was planning on attempting a port.Latest firmware? Should work fine, you just need a 10.2 firmware.bin. AuReiNAND supports this, I believe Cakes does too.
Using an old firmware.bin won't make a difference to anything else, it's only an issue when new firmware updates have changes that make them incompatible with old FIRM. ntr.bin which is the component that needs to be updated for newer FIRM is closed source, so there's not much anyone can do about it until cell9 adds support.I don't want to use an old firmware if it can be helped, I was planning on attempting a port.
If I recall correctly ntr.bin is just a binary blob that gets loaded into the home menu's process, marked as RWX and executed. Should be fairly easy to update, as things go at least. Maybe I'll end up knowing how it works, making my own version. We will see.Using an old firmware.bin won't make a difference to anything else, it's only an issue when new firmware updates have changes that make them incompatible with old FIRM. ntr.bin which is the component that needs to be updated for newer FIRM is closed source, so there's not much anyone can do about it until cell9 adds support.