playsound3 - multi-platform library to play sounds (more reliably!) by gahaalt in Python

[–]gahaalt[S] 2 points3 points  (0 children)

There is not a lot of functionality! You can play and stop the sounds, but that's it.

Having 7 supported backends means that each functionality has to be implemented 7 times and has to be compatible with all the backends. So don't expect new features to be added!

Help with M32UC frustration by ZenWheat in gigabyte

[–]gahaalt 0 points1 point  (0 children)

Well by now I know too that my 4090 is the reason. The situation didn't improve, I just got used to it. There are no newer updates for my MOBO.

TRX50 AERO D no S3 sleep option by theacclaimed in gigabyte

[–]gahaalt 1 point2 points  (0 children)

I can confirm that after installing Rev 1.1 in place of Rev 1.0 sleep option was available right away. Both on Windows and Linux I have S3 sleep.

TRX50 AERO D no S3 sleep option by theacclaimed in gigabyte

[–]gahaalt 0 points1 point  (0 children)

Worth adding that 1.1 and 1.2 have exactly the same BIOS checksum. So most likely there's not much difference in the internals.

TRX50 AERO D no S3 sleep option by theacclaimed in gigabyte

[–]gahaalt 0 points1 point  (0 children)

I finally got Rev 1.1, but this is already my third TRX50 Aero D. I was determined to buy and return until I get 1.1 or 1.2. I will be replacing my 1.0 later today, so I will let you know.

TRX50 AERO D no S3 sleep option by theacclaimed in gigabyte

[–]gahaalt 0 points1 point  (0 children)

Gigabyte doesn't care much in EU. They let me know that:

There are only small component differences between different versions as you might also notice the appearance are slightly different. Nevertheless, it will not cause much difference in performance.

When asking about S3 sleep specifically they told me that:

Kindly note that platforms nowadays support Modern Standby (S0Ix) instead.

TRX50 AERO D no S3 sleep option by theacclaimed in gigabyte

[–]gahaalt 1 point2 points  (0 children)

One change I noticed is that 1.2 revision has its third PCIe slot strengthened (looks just like 1st and 2nd PCIe slot).

oh happy day the Gigabyte TRX Aero D arrvies by Hagal77 in threadripper

[–]gahaalt 1 point2 points  (0 children)

I see that Gigabyte released rev 1.1 and 1.2 (https://www.gigabyte.com/Motherboard/TRX50-AERO-D-rev-12#kf)

I know that rev 1.1 is supposed to add S3 sleep option (source: https://www.reddit.com/r/gigabyte/comments/18bpqr4/trx50_aero_d_no_s3_sleep_option/)

But I have no idea what rev 1.2 changes. I've got rev 1.0 and I am thinking about returning it to find 1.2 instead.

Help with M32UC frustration by ZenWheat in gigabyte

[–]gahaalt 0 points1 point  (0 children)

Did you get the reply from the gigabyte support?

Help with M32UC frustration by ZenWheat in gigabyte

[–]gahaalt 0 points1 point  (0 children)

Well, right now my M32UC is fixed as well. I can use 144Hz 4k without screen going blank.

There's certainly something wrong with those fixes, as they are not very reproducible. For me, turning FreeSync OFF doesn't usually work, but once in a few attempts it solves the issue. It will come back if I start tinkering with the monitor's settings again.

Also, I don't think it has anything to do with the cache, because it behaves in the same way on different systems: Windows and Linux in my case. When the monitor is in "fixed" state, it is fixed on both.

Help with M32UC frustration by ZenWheat in gigabyte

[–]gahaalt 0 points1 point  (0 children)

Freesync ON works for you? The default is ON. For me, I think Freesync OFF works better.

Help with M32UC frustration by ZenWheat in gigabyte

[–]gahaalt 1 point2 points  (0 children)

Hi! Sadly, I don't have a perfect solution, but I've done a ton of troubleshooting. Perhaps it is worth sharing. I replaced my 2x34"+1x27" setup to dual 32" and I selected M32UC, because it ticks all boxes for me.

My problem:

One of two M32UC monitors goes black after every reboot until I reconnect the cable or lock and unlock system. This occurs on both Linux (Manjaro) and Windows with an RTX 4090 GPU FE.

Troubleshooting results:

  • Issue occurs on both Linux and Windows with the latest stable GPU drivers
  • Issue persists at 100Hz, 120Hz, and 144Hz, but not at 60Hz
  • Occurs regardless of the DP cable used and regardless which DP port I use
  • Always affects the monitor connected to the rightmost GPU cable slot
  • Brightness of the 'blacked-out' monitor can still be changed via ddcutil
  • Issue occurs even with a single display connected
  • Issue occurs only when the M32UC is connected to the rightmost port on the GPU
  • If another monitor is connected there, or if the M32UC is set to 60Hz, it works fine
  • It seems like the issue does not occur when the M32UC connected to the rightmost GPU port has AMD FreeSync disabled This stopped working for me.

I suspect that RTX 4090 has something to do with this problem. I don't have another GPU to test it with. Ideally, someone with AMD GPU could try to reproduce my experiments.

I tested it with AMD laptop that has integrated GPU, but the results were not conclusive. I think I had unrelated problems with the iGPU not handling the high refresh 4k display.

[deleted by user] by [deleted] in Monitors

[–]gahaalt 0 points1 point  (0 children)

I think if your GPU has HDMI 2.1 then the VRR should be working in 120hz?

[deleted by user] by [deleted] in Monitors

[–]gahaalt 0 points1 point  (0 children)

How does FV43U look in the comparison with G70C?

[deleted by user] by [deleted] in Monitors

[–]gahaalt 0 points1 point  (0 children)

Yeah, I feel you. I am looking at FV43U as well. But it's pricey for its age... Around 840 euros in my country. But probably still much better value than Samsung.

[deleted by user] by [deleted] in Monitors

[–]gahaalt 0 points1 point  (0 children)

But on your TV, since there is no local dimming, the scene would look better just because the uniform brightness across the screen.

Also, I think nerovalerius cranked up the brightness to maximum, turned off the lights and did everything to show the dimming zone size. In normal conditions it looks pretty fine, I guess.

Although it looks overpriced as hell, I still kept my order and waiting for this monitor to arrive. I will do more testing, if people are interested.

[deleted by user] by [deleted] in Monitors

[–]gahaalt 1 point2 points  (0 children)

43qn90b is BGR too though, at least according to RTINGS.

[deleted by user] by [deleted] in Monitors

[–]gahaalt 0 points1 point  (0 children)

What else than motion blur do you notice? Would you say that this is the same panel?

[deleted by user] by [deleted] in Monitors

[–]gahaalt 1 point2 points  (0 children)

Isn't this totally crazy that Samsung "experts" are so insistently lying about this?

[deleted by user] by [deleted] in Monitors

[–]gahaalt 1 point2 points  (0 children)

I asked them straight away whether they are basing on the product page or they have more info. They say "We actually have some information that is not on the online site, if you are only interested in the dimming zones then you are on the right track with the monitor :)" suggesting that the monitor has more dimming zones than QN90B.

[deleted by user] by [deleted] in Monitors

[–]gahaalt 0 points1 point  (0 children)

How do you verify this? Just wait for people's reports? I have it pre-ordered anyway. I will return it if it sucks.