sorry I was trying to get attention on this. Anyway, if it is a graphics issue, what info do you need? Basically, when I enter the interface, whenever I go through the domains (e.g.: sandbox, ventura, qbit, etc.) it takes a very long time to load, without loading completely each environment.
a) nvidia driver version: 368.81
b) it takes very long and after hours (4-6) just loads very few 3D models of the entire environment, never the full content.
c) there’s no frame dropping in Ventura, but yes in Empty
d) attached, the screenshots of the stats.
Looks like 780Kb, which suggests a tier 2 DSL line. Now, the other possibility is that your net connection is fast but that your Wi-Fi access point is old. Anything older than about a year old is likely to drop too many UDP messages, and HF is all about UDP.
To quickly test if it is your Wi-Fi access point, connect your computer via ethernet to your router/modem.
the PC is connected through ethernet. Seeing that right now is phisically far from me (in another office) I’m doing some tests by remote. In any case, when I tested locally, I used ethernet connection and still is ethernet.
Key is determining your network connection bandwidth, Run http://speedtest.net and determine your network speed. The rock bottom bandwidth is around 2Mb/sec just for your avatar and a non-local domain with a few items in it. The practical minimum bandwidth is 10Mb/sec DL and 2Mb/sec UL.
QOpenGLDebugMessage(“APISource”, 131186, “Buffer performance warning: Buffer object 992 (bound to NONE, usage hint is GL_STATIC_DRAW) is being copied/moved from VIDEO memory to HOST memory.”, “MediumSeverity”, “PerformanceType”
well even if the bandwidth from which I connect is half of the minimum required on another PC I had no problems, having actually 5mb download and 1mb upload. Just in this case, seeing that I’m using a different network the issue appeared.
Can you please explain the sentence “Are you having the same issues when you build your Sandbox via localhost?”
because what I’m doing is trying access to Ventura domain which was originally built without any problem from a different connection.
So basically my problem is just to load content of Ventura, and any other HiFi domain, from this new PC connected via ethernet to a different network from mine.
You’re welcome. Here is what I am asking about localhost.
I personally run Sandbox (Stack-Manager) and Interface on different physical computers.
I wanted to test a situation where you place content via ATP onto a physical machine in which you have Sandbox (Stack-Manager) and Interface running at the same time on the same machine.
because you’ll be able to access your own “domain” via typing in “localhost” to the HF Metaverse - teleport bar. (( 127.0.0.1 should also work local-loopback ))
Ok, but I still don’t follow?
If you have assets on ATP on a computer that is then “shipping” those assets TO itself, then the Download / Upload should be irrelevant, and we can point the finger BACK to your original bandwidth problem.
These are the 2 statements that matter the most. I have experience running domains in-house and am not sure ((outside of HF Devs)) anyone else does.
That being the case, I’d like to elaborate on your two statements. Because as I was mentioning, if you have a computer that is on the same physical network, then you will NOT incur bandwidth related issues. You shouldn’t right? It’s LAN at that point. The ice-server knows this. It writes it to the log. I promise. (standby and I’ll grab a shot of it from my access to hifi://open)
If you have now a DIFFERENT computer that is on a DIFFERENT physical LAN/WAN than it has no other option but to use the ice server to “find” your machine.
OH! I have a great idea! Let’s mod your host file! @Richardus.Raymaker recommended that when I was having loopback issues also. Um, can you tell me what OS you’re running on all the machines? I think we might be able to rule out certain things. If we mod your host file on the Interface.exe machine even with it on a different box we could tell it to go to the machine that is hosted via your local gateway or something.
This is a fun problem. I’d be very interested to get @b in here later today.