phoronix.com

Dariusmiles2123, to linux in GNOME Network Displays Adds Support For Chromecast & Miracast MICE Protocols

Great!

Is it something which is gonna be naturally added to Fedora or should I download something specific?

The article wasn’t clear to me or maybe I’m not technical enough.

kib48,

chromecast is proprietary so it’s likely not gonna be included by default

Vincent,

As long as GND is open source I don’t think that that’s necessarily a problem. Though patents on the Chromecast protocol, if any, might be.

joojmachine,

You can just download the app from Flathub right now and it should hopefully make its way directly into GNOME in the future. At least some work was being done to implement this directly into it.

Dariusmiles2123,

Okay then I guess I’ll just wait until it’s directly implemented in GNOME as it might be more stable 👍

joojmachine,

It seems stable enough already TBH, at least from my small testing with the app. It’s more about getting things ready to be exposed in the settings app and in the system.

ViciousTurducken, to linux in GNOME Network Displays Adds Support For Chromecast & Miracast MICE Protocols

Can it cast to a Roku device?

Matt,

Roku supports Miracast, so it should work.

gnuplusmatt, to linux in GNOME Network Displays Adds Support For Chromecast & Miracast MICE Protocols

Now it just needs PIN support

terminhell, to linux in GNOME Network Displays Adds Support For Chromecast & Miracast MICE Protocols

Finally. Was something I’ve missed when I was using other distros with kde.

just_another_person, to linux in GNOME Network Displays Adds Support For Chromecast & Miracast MICE Protocols

Huge

MangoKangaroo, to linux in OBS Merges FFmpeg VA-API AV1 Support

I’ve been using and loving the Intel AV1 support that got added with the latest update. Glad to see we’re getting a VA-API implementation now.

dino, to linux in OBS Merges FFmpeg VA-API AV1 Support

Is the performance drawback from streaming in this encoding less noticeable?

AProfessional,

deleted_by_author

  • Loading...
  • Eelt,

    Your GPU has a dedicated ASIC that can do the encoding simultaneously. On NVIDIA (not relevant in this case) that would be your NVENC encoder.

    AMD and Intel have their own ASIC IP blocks that do encode/decode that’s part of the GPU “SoC” but wouldn’t consume GPU compute resources (eg CUs). That’s how you see people already using GPU encode with obs (non-AV1 codecs) while gaming, and really that’s how people like me using Sunshine/Parsec for the host PC for “remote” gaming (mostly for remoting into a Windows machine for the 1 game that cannot be run on Linux nor a VM due to anti-cheat). The only GPU resources you’re using are PCIe bandwidth and perhaps some VRAM usage? But I wouldn’t call it just dumping it from the CPU to the GPU, you have an ASIC that mitigates the brunt of the workload and AV1 with Sunshine has been amazing, can’t imagine now using it for recording my gameplay vids will hopefully be better than H264 (due to lower bitrates and hence smaller file sizes).

    Secret300, to linux in OBS Merges FFmpeg VA-API AV1 Support

    So my Rx 5500 will work right?

    ElectroLisa, to linux in Windows NT Sync Driver Proposed For The Linux Kernel - Better Wine Performance
    @ElectroLisa@lemmy.blahaj.zone avatar

    What happened during the DiRT 3 benchmark lol, this game easily goes above 200 fps

    NekkoDroid,
    @NekkoDroid@programming.dev avatar

    Those benchmarks under “Upstream” does not include esync/fsync from my understanding

    mactan, to linux in Windows NT Sync Driver Proposed For The Linux Kernel - Better Wine Performance

    is this what used to be called winesync?

    possiblylinux127, to linux in Windows NT Sync Driver Proposed For The Linux Kernel - Better Wine Performance

    Honestly this is the kind of thing we needed from React os. It would of been nice to be able to run the react is kernel in the background and then have wine make calls to it.

    joojmachine, to linux in Windows NT Sync Driver Proposed For The Linux Kernel - Better Wine Performance

    I’m all in for performance improvements, hope to see this reach Proton ASAP

    Chewy7324,

    The patches are from CodeWeavers, and some of their work is cooperation with Valve, so hopefully proton gets those changes quickly. It usually takes a while before proton is based on a new wine release.

    demonsword,
    @demonsword@lemmy.world avatar

    Windows NT Sync Driver Proposed For The Linux Kernel

    Atemu,
    @Atemu@lemmy.ml avatar

    Proton would still need to make use of it.

    demonsword,
    @demonsword@lemmy.world avatar

    yes, of course, but I was just pointing out that the proposed changes are mainly in kernel space, not in wine itself

    Chewy7324, to linux in OBS Merges FFmpeg VA-API AV1 Support

    I’ve wanted to buy an upgrade to my RX580 for years now, but I’d really like AV1 encoding support. With OBS finally supporting AV1 on all platforms (?), this actually makes sense. But I’m once again reminded how bad the used market for GPUs is in my country atm, so I’ll wait for a while longer.

    noddy,

    Got a 6700XT second hand about a year ago when the price finally came down from astronomical ridiculous crypto bubble crazy, to almost reasonable. Just looked and they’re still going for the same price. Thought this would have dropped a bit by now, but I guess not.

    Chewy7324,

    Yes, I’ve also had an eye on the 6700XT, but I made the bad decision to wait for the new gen and hopefully a price drop for older GPUs. The stable used prices are probably because of people who bought at exorbitant prices who don’t want to sell their GPU for nothing, combined with the new gen having the same price to performance ratio.

    Now with the 7600XT having 16GB VRAM, I’ve thought about buying until I noticed it only supports PCIe 4.0 x8, which is half the bandwidth on my PCIe 3.0 x16 slot. It’s a B350 board I want to upgrade to a 5800X3D and use for years to come. This means I’m basically forced to either go with a 7700XT, or go with an older 6700XT.

    Anyway, waiting years for a new gen isn’t an option either, so I’ll stay frustrated for a while longer.

    noddy,

    Fun coincidence, 16 lanes was one of my concerns as well when I got mine. I’m also on an old AM4 motherboard. Currently have a 3900X CPU which is plenty for my needs for now, but it’s good knowing I still have an upgrade path to an X3D. AM4 has been an awesome platform in terms of upgradability :)

    dinckelman,

    Now we just have to wait until platforms like Twitch support the codec too. It’ll be a huge leap, when they do

    Dudewitbow, (edited )

    YouTube already has it, wouldnt hold my breath for twitch. they still havent had h265 support, and its not like thats brand new or amything.

    UnfortunateShort,

    Isn’t h265 proprietary? Maybe they just didn’t want to pay license fees

    AVincentInSpace, (edited )

    That’s because H.265 is patent encumbered. Firefox doesn’t support H.265 at all and Chrome only supports it if the hardware does. In order to support accepting H.265 input from streamers, Twitch would basically have to pony up the compute resources for full-res realtime transcoding for every H.265 stream to H.264 – either that or put up with a lot of bad press surrounding people not being able to stream at full res anymore.

    Dudewitbow,

    AV1 would introduce a similar hardware requirement because not everyone even has AV1 Decode, and even fewer have AV1 encode. AV1 encode would only be available on people on gpus using the latest generation, blocking anyone buying previous generation stuff (so no AMD 6000 or older, or Nvidia 3000 or older, and non Intel Arc products).

    AVincentInSpace,

    All (recent) major browsers I’m aware of have software AV1 decode as standard, so the receiving end wouldn’t be a problem apart from higher CPU usage. As for encode, obviously this wouldn’t be universal – just streamers who had the computing power (hardware or software) for realtime AV1 encode would be able to take advantage of that on Twitch.

    Dudewitbow,

    the browsers have the software, but not the hardware decode step.

    software decode, especially for mobile, would be battery draining and no streaming service would realistically would use it without the userbase having hardware decode support.

    for pcs, av1 hardware decode is amd 6000 or newer, amd phoenix apus, nvidia 3000 or newer gpus, 11th Gen intel cpus or newer.

    for mobile, its only like a small portion of the phones released in the past year and a half or so.

    for iphone, the list is the iphone 15 pro max. and for the other devices, things using the M3.

    as long as the world is a mobile first mindset, theres no way theyre going to ask evwryone on mobile to take a significant battery loss just for a higher resolution stream.

    narc0tic_bird, to linux in GNOME Shell & Mutter 46 Alpha Released - Phoronix

    Any news on proper (baked-in) VRR support with Wayland?

    danielfgom, to linux in Hans Reiser Apologies For Social Mistakes, Comments On ReiserFS Deprecation From Prison
    @danielfgom@lemmy.world avatar

    I’m glad to see that he is learning in prison, talking and working through things. This really is the point of prisons: not just a place to keep people but a place to reform them.

    Anyone of us could become a criminal given the right pressures and circumstances. I wish all prisons would reform and educate their inmates and that they come out as better people who can live a peaceful and productive life.

    WarmApplePieShrek,

    You are wrong. The point of US prisons is punishment.

    danielfgom,
    @danielfgom@lemmy.world avatar

    I don’t live in the US. But I would hope that eventually prisons would adopt the mindset to reform inmates rather than just keep them locked up for nothing.

    That will only lead to frustration and trouble

  • All
  • Subscribed
  • Moderated
  • Favorites
  • localhost
  • All magazines
  • Loading…
    Loading the web debug toolbar…
    Attempt #