Jump to content


  • Content Count

  • Joined

  • Last visited

About fatal0Efx

  • Rank

Basic Info

  • Gender
    Not Telling
  • DumaOS Routers Owned
    Netduma R1

Recent Profile Visitors

833 profile views
  1. That's what I was hoping. It's just the way it was said seems to suggest they're not even willing to release it to the R1 community (or promise an update at least) until Netgear first signs off on it, which concerns me as if Netgear is somehow going to dictate when this comes out even on the R1. That's what I was looking for clarification on.
  2. Does this mean the R1 will never get the firmware until Netgear does, like DumaOS itself? I thought the benefit of the R1 was that it would be able to get things first because you did NOT have to wait for the red tape with other vendors (like Google Nexus devices get the new Android before any third party). Or is that part of the Netgear deal that they get first dibs?
  3. Haha. I was totally kidding. I'm kind of the opposite. I like to fit as many things as possible on screen to multitask so need everything to be as small as possible while readable. OH well. I think I'd browser scaling working for all elements would probably go a long way. Either that or allowing us to simply customize all elements of the interface to our liking, from text sizing, to element/panel resizing, etc.
  4. You may not be the right person to talk to me about this issue. You're apparently a blind ol' bat haha.
  5. It looks like that may be the issue. With QoS disabled, the cpu hits about 50-60% (up from 20% nominal). First test after enabling QoS saw full bandwidth (interestingly), with CPU at 80%. Second test after enabling QoS went back to being throttled around 100 Mbps but CPU did hit 100% the entire time. Subsequent tests remain throttled and 100% cpu. Wonder how the first test was successful? Perhaps all QoS functionality wasn't fully enabled when I ran the test? Ultimately if this is truly a CPU issue, that's unfortunate as nothing can really be done I'd imagine, unless there are some potential room for improvement in the code base?
  6. Anti-Bufferbloat is default at 70% and share excess is enabled. If I set buffer bloat to 100, it seems to increase speeds, but only marginally (~130-140 Mbps or so). If I set buffer bload to Never, it doesn't help any more than the 100% set prior. If I simply disable QoS, massive spike in speeds (225 Mbps on my last test). Eww, I just re-enabled QoS and put it back to 70%, now my DL speeds are maxing out at around 25 Mbps for a couple of runs. Now it hit 150 Mbps, which is better than what it was before. Ran it again, now it finally hit 190 with the original settings but recurring runs average about 130-140. What could explain these massive swings? Without QoS enabled it's consistently above 200.
  7. Too small? Here's another screenshot with Chrome set to 75% zoom whereas Edge is 100%. Chrome is still completely legible to me and is closer to what I'd prefer. Unfortunately all UI elements don't seem to scale well with the browser. E.g., the percentages on that chart are actually larger on the Chrome window at 75% than the Edge window at 100%. It seems that scales with the actual browser window size. It would be nice if all elements scaled with browser zoom. Ultimately I think there's a lot of room here for improvement. I feel like I'm 80 years old looking through a magnifying glass when looking at this UI (as well as this forum). I use my 2560x1440 monitors at 100% scaling where most need 125 or 150%. Perhaps that's why this looks so large to me. Most websites now have this problem for me but I can zoom them out.
  8. I don't understand why but my Netduma cuts off portions of the UI, specifically the upper right ... menu options. I am at 100% scaling on the OS and 100% zoom on the browser (Chrome and Edge). Note the screenshot attached where I cannot see "Account Settings or Theme selection". Those options are bound to some extremely small scrollable window within the browser. What is causing this? Also, for my 1980x1200 resolution monitor, the UI elements just seem extremely HUGE as if I'm looking at a really low resolution monitor. I almost have to have the browser window maximized at all times just to see all elements. In the same screenshot, notice how I can't see half of what I should see on this specific UI page. Is this the normal UI size?
  9. My internet is 200/20 mbps (down/up). I normally run with QoS enabled but recently I found that speed tests from my own ISP servers show I'm only getting like 100-110/15 mbps. Disabling QoS entirely fixes the issue and I'm able to get full bandwidth. At the moment my machine is the ONLY computer connected to the internet so I do not understand what about my QoS config is killing my download speeds by 50%. I always thought QoS gives priority to devices but if there's only one device requesting the bandwidth and not competing with others, it could consume near maximum bandwidth. Is this expected behavior or is this a bug? *Edit, upload is actually 20 mbps, not 10. Upload speeds rarely seem affected.
  10. I'm sorry but this is not true at all for a number of reasons, the main one I can think of is a concept called Lag Compensation. Lag compensation was introduced to help counteract the inherent benefits of P2P/Listen Server hosts. Unfortunately some games had very bad implementations of this that actually benefited people with higher latencies more than the actual host. Essentially the host was often "penalized" with artificial lag to level the playing field. That is a crude explanation but basically what happened. This was widely an issue in several CoD games in the past (maybe even still today, I don't play so I don't know), as well as Destiny 1. Many users, including myself (as much as I hate to admit), used to throttle our upload/download speeds and try to introduce artificial lag on my home network, to avoid gaining host in these games, because we'd have a much better experience than if we were host. With that said, this conversation is essentially moot. What you are asking NetDuma to do is actively boot people out of an active game session. That would be nearly no different than DDOSing someone so they would lag out of the game and you win, which is rampant on P2P games these days, see Destiny 1 and 2 competitive matches. Ultimately NetDuma only attempts to prevent bad connections from getting together. It will NEVER negatively affect a gaming session in progress. Doing so would be against the TOS of just about every game there is.
  11. Still interested in the following: 1) a free-form geofilter vs. radius centric. 2) updated ping assist to exclude high pings within the geo-filter
  12. Thanks DetroitLionsPodcast.com! I'm glad my post finally got someone's attention and that someone would agree these would be useful options.
  13. Any chance we'll ever get features such as - freeform geo filters vs the existing radius centric filter. E.g. I am in FL and want to keep my filter on the U. S. mainland but filter out Caribbean Islands, Mexico, etc. - reverse ping assist, i.e. filtering out high ping hosts within our geo filter
  14. For the past week, I've noticed NetDuma is indicating I'm connected to a UK server as soon as I sign into Xbox live. I don't understand. I'm in the US. I don't think it's a mislocated server as the ping is above 120ms consistently. Any ideas why this is? I've tried the usual reboots of the router, my xbox, etc., and even banned the server but it keeps connecting me there (or to multiples in that area I assume). Dunno what to do. Server ID is da5e30fbfb79f0f5 Edit: I attached a pic of what I'm seeing. Note all the hosts in the US popped up after going into a Destiny 2 matchmaking. That single UK host is the one I'm referring to.
  • Create New...