Hey all,
I am running SMS 2.1 with SMB and it works great but I have two PC's with content I would like to watch. Is there any way to configure two SMB connections to be available at the same time?
Thanks,
Allan
|
|
|
|
Would you like to get all the new info from
PSX-Scene in your email each day?
Want to learn more about the team keeping you up to date with the latest scene news?
Read about them now! Check out our Developer bios, too! | ||
|
|
Hey all,
I am running SMS 2.1 with SMB and it works great but I have two PC's with content I would like to watch. Is there any way to configure two SMB connections to be available at the same time?
Thanks,
Allan
PC A >> PS2
mount PC B HDD to PC A as "network drive", and Share it.
so PS2 can access PC B from PC A.
btw, i have not tried that, but maybe that possible XD
The PS2 network adapter can only receive at most about 600 KBytes/s, so on a 100 mbit (~12.5 MBytes/s) network, the overhead of duplicating data won't be too bad.
I'm going to try this tonight. The main thing I'm concerned about is Windows' handling of network drives when the remote share is unavailable. I think it just checks once at startup if the share is available; if it isn't, it gives up and you have to manually re-connect the network drive. SMBFS for Linux might do a better job.
Apparently Windows doesn't let you share a network drive. Maybe it's time to hack the SMS code ....
I don't think 'hacking' will be necessary.
Since EEUG was able to make it work with one samba 'server' I'm sure he can do the same for multiple servers too, once he gets time for looking into it.
In the meantime, you could try using the host: protocol instead, with ps2client.exe and PS2ClientLoader (or similar PC GUI) running on the main PC, with network drives to access the other PCs. That will allow you to access all your PCs from SMS (or uLE). This is the setup I use myself for viewing AVI's over network with my secondary PS2 (used mainly as network media player in my bedroom).
I don't notice any negative effects of the 'retransmitted' packets discussed further above, since those don't really cause any delay dropouts in the data stream, but only a difference in latency, which doesn't really affect the fluidity of playback.
Best regards: dlanor
| « Previous Thread | Next Thread » |