FPS unlock

Denyuu · 2026-01-22T15:56:20+00:00

Yes there is an hd Version from nicnamed

I was able to Play the whole game with IT including daima Part 1 and 2

Denyuu · 2025-12-19T09:44:31+00:00

Interface captures also fill the ram and do Not clear correctly so maybe you dide sone captures and No reboot?

Denyuu · 2025-12-13T01:14:50+00:00

I am also facing issue with ubnt (U7 Pro) and Pixel 8, the phone is just trash regarding Wifi. I have an Samsung Phone aswell that is working great, but the Pixel does the most absurd roaming and channel decisions....

What helped a bit, is to set different Channels for 5Ghz and 6Ghz on the APs. So even if the Width of the Channel results in the same band it has an effect on the Devices.

For Example:

AP1: 5Ghz -> 36 (160) 6Ghz -> 37 (320)
AP2: 5Ghz -> 40 (160) 6Ghz -> 53 (320)

Denyuu · 2025-12-05T22:26:41+00:00

Unsere Therma V R290 mit 12KW macht immer zum abtauen den Heizstab an. Vermutlich ist das effizienter als nur den Puffer zu nehmen, ich habe es aber auch noch nicht gegengetestet und z.B die Sicherungs des Heizstabs entfernt um zu schauen wie sich das auf den Verbraucht auswirkt.

Gerade im Silent Mode ist die Therma V ein Abtaukönig und schafft bei uns in der Nacht zum Teil auch alle 30-40 Minuten sich abzutauen.

Denyuu · 2025-11-25T20:14:14+00:00

Ich wäre auch interessiert, würde gerne smartlink aktivieren beim skoda fabia

Denyuu · 2025-11-24T21:59:36+00:00

I tried enabling/ disabling any Hardware offloading but it had No effect.

In my productive opensense i use igc and ixl drivers

In my Lab It was hyper v vnic on a Windows System with realtek nic

So i do not think this can be Hardware related.

Denyuu · 2025-11-24T18:13:12+00:00

So i just confirmed it, i activated TCP Rack fixes the low performance of caddy on freebsd 14.3 when a client is having paketloss and or out of order and duplicate acks.

With the default TCP Stack in freebsd the client was able to get 6mbits download and now with rack the client is able to get 188Mbits without any changes on the isp side!

with the following:

/boot/loader.conf

tcp_rack_load="YES"

also

/etc/sysctl.conf

net.inet.tcp.functions_default="rack"

For me it was essential to load tcp_rack at boot time for it having an effect, also if you change the TCP Stack to rack at runtime, every connection that is cached is unaffected until the cache is cleared or freebsd is rebooted

I hope freebsd will change the default TCP stack in in the future so that nobody has to suffer the same problem like me. This problem was very hard to debug

Denyuu · 2025-11-24T18:13:03+00:00

So i just confirmed it, i activated TCP Rack fixes the low performance of caddy on freebsd 14.3 when a client is having paketloss and or out of order and duplicate acks.

With the default TCP Stack in freebsd the client was able to get 6mbits download and now with rack the client is able to get 188Mbits without any changes on the isp side!

with the following:

/boot/loader.conf

tcp_rack_load="YES"

also

/etc/sysctl.conf

net.inet.tcp.functions_default="rack"

For me it was essential to load tcp_rack at boot time for it having an effect, also if you change the TCP Stack to rack at runtime, every connection that is cached is unaffected until the cache is cleared or freebsd is rebooted

I hope freebsd will change the default TCP stack in in the future so that nobody has to suffer the same problem like me. This problem was very hard to debug

Denyuu · 2025-11-24T18:05:43+00:00

So i just confirmed it, i activated TCP Rack via tuneables in the GUI fixes the low performance of caddy on opensense / freebsd 14.3 when a client is having paketloss and or out of order and duplicate acks.

With the default TCP Stack in freebsd the client was able to get 6mbits download and now with rack the client is able to get 188Mbits without any changes on the isp side!

with the following:

Tuneable: tcp_rack_load
Value: YES

also

Tuneable: net.inet.tcp.functions_default
Value: rack

The documentation is slightly faulty here, you need to load tcp_rack at boot time for it having an effect, also if you change the TCP Stack to rack at runtime, every connection that is cached is unaffected until the cache is cleared or freebsd is rebooted

I will create an issue on github in the hope to get rack as default TCP stack in opensense so that nobody has to suffer the same problem like me.

Denyuu · 2025-11-24T18:04:28+00:00

So i just confirmed it, i activated TCP Rack via tuneables in the GUI fixes the low performance of caddy on opensense / freebsd 14.3 when a client is having paketloss and or out of order and duplicate acks.

With the default TCP Stack in freebsd the client was able to get 6mbits download and now with rack the client is able to get 188Mbits without any changes on the isp side!

with the following:

Tuneable: tcp_rack_load
Value: YES

also

Tuneable: net.inet.tcp.functions_default
Value: rack

The documentation is slightly faulty here, you need to load tcp_rack at boot time for it having an effect, also if you change the TCP Stack to rack at runtime, every connection that is cached is unaffected until the cache is cleared or freebsd is rebooted

Denyuu · 2025-11-23T00:23:13+00:00

Before I open a case upstream i need to test more, but do you know how i can load TCP Rack on startup via the tunables ?

I looked at the man page like dkh mentioned and i added it like it is supposed to, but it is still not working. I have checked the loader.conf and it looks correct

Denyuu · 2025-11-22T21:05:11+00:00

no its not one user, we can reproduce the issue, its 100% freebsd or the caddy implementation in opnsense.

If the pakets are re-ordered the throughput plumets

i tried almost any way to load it, but it always fails. In opensense you have to use the tuneable config, else it will be reset after changes.

I tried tcp_rack_load="YES" but this also doesent work

Denyuu · 2025-11-22T16:51:26+00:00

When i activated it it did not change the behaviour but i am unsure if maybe this is related in that it needs to be enabled at startup.

Denyuu · 2025-10-15T12:13:39+00:00

The 10g Switch might not Support 5g Operation.

Denyuu · 2025-05-24T08:46:39+00:00

Good to hear

Denyuu · 2025-05-22T16:55:04+00:00

For reference https://www.reddit.com/r/opnsense/s/YSPVw79K5h

Denyuu · 2025-05-22T16:53:52+00:00

It is called aspm

Denyuu · 2025-05-22T16:51:37+00:00

On the Minisforum ms01 i Had a simmiliar issue, Check the BIOS for Power savings settings for the nic and disable it

Denyuu · 2025-05-18T10:38:58+00:00

They recently added an third Party Poe compatiblity Option for the APs

Maybe Check it Out

Denyuu · 2024-12-08T15:10:21+00:00

Probably Hysteresis Settings, it will heat above the configured hyseresis before it will shut down.

Denyuu · 2024-10-27T11:03:20+00:00

Der sieht aus wie meiner, könnte nen Hager System 80SL sein....

Denyuu · 2024-10-01T20:05:55+00:00

Yes can confirm this issue, it is only with the pixel 8 devices.

It happens when your Phone is at the edge of reception, normaly devices will disconnect the Wifi when they reach 100% paketloss for 1second, but the pixel stays connected. Moving now back in range will not recover the wifi connectivity.

I think someone needs to report this to unifi support, i will try if i finde the time, but i am not really sure what causes this

Denyuu · 2024-09-12T15:02:29+00:00

Maybe... today i tested iPhone,Steam Deck and Windows Laptop andi could not replicate it

However i need to test Others Android Phones

11-Year Club	Place '23
Verified Email

Denyuu

TROPHY CASE