FBJimmy

joined 1 year ago
[–] [email protected] 19 points 2 days ago (1 children)

Embrace the analogue radio.

Do take rest stops - you won't realise you're tired until it's too late.

[–] [email protected] 2 points 2 months ago

I've got a relatively new Fedora install and I think I've seen this too - not had time to fully investigate, but have found on occasion if I leave it for a day the monitor brightness has wound down.

[–] [email protected] 3 points 3 months ago (1 children)
[–] [email protected] 12 points 5 months ago

Check out this elite human, somehow certain it's not drug or alcohol related.

[–] [email protected] 4 points 6 months ago

That worked - thanks 😊

[–] [email protected] 13 points 6 months ago (4 children)

Hoping to complete AoC in real time using Rust this year. Is it possible for new users to join the leaderboard?

[–] [email protected] 16 points 7 months ago (9 children)

Based on how you're observing the loading move from 100% CPU ro 100% GPU, I would suggest that it is "working" to some extent.

I don't have any experience with that GPU, but here's few things to keep in mind with this:

  1. When you use a GPU for video encoding, it's not the case that it's 'accelerating' what you were doing without it. What you're doing is switching from running a software implementation of an HEVC encoder on your CPU to running a hardware implementation of an HEVC encoder on your GPU. Hardware and Software encoders are very different to one another and they won't combine forces; it's one or the other.

  2. Video encoders have literally hundreds of configuration options. How you configure the encoder will have a massive impact on the encoding time. To get results that I'm happy with for archiving usually means encoding at slower than real-time for me on a 5800X CPU; if you're getting over 100fps on your CPU I would guess that you have it setup on some very fast settings - I wouldn't recommend this for anything other than real-time transcoding. Conversely, it's possible you have slower settings configured for your GPU.

  3. Video encoding is very difficult to do "well" in hardware. Generally speaking software is better suited to the sort of algorithms that are needed. GPUs can be beneficial in speeding up an encode, but the result won't be as good in terms of quality vs file size - for the same quality a GPU encode will be bigger, or for the same file size a GPU encode will be lower quality.

I guess this is a roundabout way of suggesting that if you're happy with the quality of your 100fps CPU encodes, stick with it!

[–] [email protected] 37 points 7 months ago (4 children)

Yelp still exists!?

Who is finding a McDonalds location on their phone's map app and then thinking "I'd better cross-check this against Yelp first"!?

[–] [email protected] 5 points 8 months ago

3x 3 day pre-season tests for the new regs

[–] [email protected] 37 points 8 months ago (9 children)

1440p for the win!

[–] [email protected] 6 points 9 months ago (1 children)

Note that New Scientist was acquired by the Daily Mail in 2021...

[–] [email protected] 16 points 10 months ago

Single GPU with scripts that run before and after the VM is active to unload the GPU driver modules from the kernel.

I think this was my starting point and I had to do just a few small tweaks to get it right for my setup - i.e. unload and reload the precise set of kernel modules that block GPU passthrough on my machine.

https://gitlab.com/Karuri/vfio

At this point from a user experience p.o.v it's not much different to dual booting, just with a different boot sequence. The main advantage though is that I can have the Windows OS on a small virtual harddrive for ease of backup/clone/restore and have game installs on a dedicated NVME that doesn't need backing up

 
view more: next ›