For context, LDAC is one of the few wireless audio codecs stamped Hi-Res by the Japan Audio Society and its encoder is open source since Android 8, so you can see just how long Windows is sleeping on this. I’m excited about the incoming next gen called LC3plus, my next pair is definitely gonna have that.

  • Deathcrow@lemmy.ml
    link
    fedilink
    arrow-up
    133
    arrow-down
    2
    ·
    edit-2
    1 year ago

    For context, LDAC is one of the few wireless audio codecs stamped Hi-Res by the Japan Audio Society and its encoder is open source since Android 8

    LDAC is great, but simply stating that the encoder is “open source” is quite misleading (while technically correct). The codec is owned by Sony and heavily licensed. It’s a savvy business move of Sony to make the encoder free to use though, so everyone else can support their standard while charging manufacturers who want to integrate it into their headphones.

    If we want a really free and open high quality codec, we should push for opus support via bluetooth

    • denny@feddit.deOP
      link
      fedilink
      arrow-up
      33
      arrow-down
      1
      ·
      edit-2
      1 year ago

      Yes… I made double sure to mention ‘encoder’ between that.

      Xiph really won the lossy codec scene with Opus and I transcoded all my junk to that format. Hitting (my personal) transparency on 128k vbr is flat out impressive and it warms my heart that corpos won’t have a reason to collect taxes for basic things like audio codec. However it’s a different story with bluetooth audio codec in which I hope will change.

      • Deathcrow@lemmy.ml
        link
        fedilink
        arrow-up
        12
        ·
        1 year ago

        Xiph really won the lossy codec scene with Opus and I transcoded all my junk to that format. Hitting (my personal) transparency on 128k vbr is flat out impressive

        Same here. I’ve left myself a bit of a safety margin at 144k vbr, but having my whole library at transparent quality AND portable size is very convenient.

        Though, now that opus 1.4 is out I feel a bit of anxiety whether i should re-encode everything from flac->opus1.4

        • madeindjs@lemmy.ml
          link
          fedilink
          arrow-up
          2
          ·
          1 year ago

          Which tool do you use to re-encode everything to opus ?

          I tried with ffmpeg and it works but I had many issues with covers.

          • Deathcrow@lemmy.ml
            link
            fedilink
            arrow-up
            3
            ·
            edit-2
            1 year ago

            same as @denissimo@feddit.de I use foobar2000 + wine. ffmpeg is alright, but fb2k is very convenient (especially for replaygain tagging). Afterwards I usually give the files a Picard treatment to get proper tags + covers.

              • Deathcrow@lemmy.ml
                link
                fedilink
                arrow-up
                1
                ·
                edit-2
                1 year ago

                does it support foobar2000 plugins?

                probably not, since those are windows dlls. So here’s a short list of what I’d want from a fb2k replacement:

                • a UI plugin with the power and flexibility of Facets/Refacets
                • browse library by folder structure OR tags (most only do one or the other)
                • powerful query language to actually find what I’m looking for
                • binaural stereo for headphones plugin
                • convolver
                • convert to opus and replaygain scanning
                • DR Meter
                • handle my >100k tracks library without constantly crashing or being incredibly slow

                Most alternatives I’ve tried can’t even deliver on half of those.

          • TwinTurbo@lemmy.world
            link
            fedilink
            arrow-up
            2
            ·
            1 year ago

            Use opusenc directly. It preserves covers and the CLI is literally opusenc --bitrate B INPUT OUTPUT.

          • denny@feddit.deOP
            link
            fedilink
            arrow-up
            2
            ·
            1 year ago

            I use foobar2k via wine. Yes, you may stone me. Tip: You will save heaps of space by not embedding the cover on each file, just put a cover.jpg in the albums folder, virtually any player will pick it up.

            • Deathcrow@lemmy.ml
              link
              fedilink
              arrow-up
              5
              ·
              1 year ago

              Tip: You will save heaps of space by not embedding the cover on each file, just put a cover.jpg in the albums folder, virtually any player will pick it up.

              Except when streaming the file or copying a random file to another location. embedded art is pretty convenient, 500x500 is plenty large enough and doesn’t take a lot of space (~50KB)

        • Tb0n3@sh.itjust.works
          link
          fedilink
          arrow-up
          7
          arrow-down
          2
          ·
          1 year ago

          Because 75MB an album is better than 400MB when you’re trying to pack them on a mobile device. Flac is for archival.

          • circuitfarmer@lemmy.sdf.org
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            Totally get this, but doesn’t it just matter less over time? 400 megs in my pocket would have been unthinkable some years ago, but now that I’ve got a 500GB SD card, I care a lot less (and thus, why transcode)?

            And data storage is always getting cheaper, not the other way around.

        • Atemu@lemmy.ml
          link
          fedilink
          arrow-up
          3
          ·
          1 year ago

          Transcoding to a (for them) transparent lossy result is perfectly fine if all you do is listen. I couldn’t care less about “audio qualities” that I cannot hear.

    • drwankingstein@lemmy.dbzer0.com
      link
      fedilink
      arrow-up
      3
      ·
      edit-2
      1 year ago

      PS. Opus Bluetooth is already supported for pipewire->pipewire BT. AAC-LC which is commonly used is fully open source now so thats a good option

    • WimpyWoodchuck@feddit.de
      link
      fedilink
      arrow-up
      3
      ·
      edit-2
      1 year ago

      If we want a really free and open high quality codec, we should push for opus support via bluetooth

      Isn’t the new default codec in BLE Audio LC3 free and open and high quality? And it’s required for BLE Audio support, so there will be more and more devices that support it.

  • Brisolo32@lemmy.eco.br
    link
    fedilink
    arrow-up
    42
    ·
    1 year ago

    Not anything to do with the LDAC codec but why does wireless headphones on windows suck. On linux (even a wm) I just turn on my headphones and it works, on windows every time I have to remove the device and add it back again

    • kevincox@lemmy.ml
      link
      fedilink
      arrow-up
      17
      ·
      1 year ago

      I was trying to connect headphones on my partners Windows machine and it was a disaster. Most of the time it failed to pair, the rest of the time it paired but didn’t recognize as an audio device. We tried with 2 different devices and both worked perfectly on Linux and Android.

    • forgotmylastusername@lemmy.ml
      link
      fedilink
      arrow-up
      17
      ·
      1 year ago

      Bluetooth stacks are notorious for being gargantuan spaghetti code base. People have been trying to put out all those little fires because it’s more possible on Linux than Windows.

      • InverseParallax@lemmy.world
        link
        fedilink
        arrow-up
        3
        ·
        1 year ago

        The standards are terribly complex and the reference implementations were originally written by the standards groups.

        Then to keep compatibility everything has to be broken in the same way as the reference implementations which put more effort into “it works this time” than any kind of resilience.

    • MasterWu@thelemmy.club
      link
      fedilink
      arrow-up
      12
      ·
      1 year ago

      It’s the same for me. I thought it’s due to the motherboard I’m using, windows being the problem never crossed my mind. The only thing that worked well and didn’t have to be re-installed after a disconnect was the new xbox controller, so I feel like maybe there’s something fishy going on here.

      • ReakDuck@lemmy.ml
        link
        fedilink
        arrow-up
        7
        arrow-down
        2
        ·
        edit-2
        1 year ago

        Its windows, at which point wasn’t it fishy?

        The only thing in my head is the time where people didn’t know it had backdoors and telemetry. I think Windows XP actually didn’t have backdoors but I just assume this rn.

      • Hydroel@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        The only thing that worked well and didn’t have to be re-installed after a disconnect

        I didn’t have the same experience at all. I’ve used a Bluetooth Xbox controller for years, and it’s worked great… As long as it was only in Bluetooth. If you try to plug it in, let’s say to recharge it or because you want a more reliable connection, you won’t be able to reconnect it in Bluetooth, unless you unpair the device first. Apparently, that is even the _expected behavior", for some reason.

        The only way to disable that behavior is to go the the Windows device settings and preventing the controller from being recognized as a USB device, so it only uses the USB as a charging port. Another solution would be to connect the controller to a power plug instead of a USB port of the PC to recharge it, but how unintuitive is that? Imagine if Nintendo, Sony, Apple or even Microsoft themselves on Xbox pulled that? That whenever you plugged in your wireless controller to your device, it suddenly stopped working wirelessly? Out of all the smaller or bigger quirks of Windows, this one has been one of the most unnerving to me for a very long time.

    • Riven@sh.itjust.works
      link
      fedilink
      arrow-up
      4
      ·
      1 year ago

      Windows’ built-in bluetooth stack is famously bad. Try installing the Toshiba one instead. It’s a bit clunky UI-wise, but tends to have less issues.

    • BackStabbath@lemm.ee
      link
      fedilink
      arrow-up
      3
      arrow-down
      1
      ·
      1 year ago

      Huh, it works just fine for me. I have Samsung galaxy buds 2 pro. I don’t use it with my laptop often, but it’s seamless when I do.

          • twei@feddit.de
            link
            fedilink
            arrow-up
            4
            ·
            1 year ago

            You can find out if you have pipewire or pulseaudio by using pactl info | grep "Server Name"

          • atyaz@reddthat.com
            link
            fedilink
            arrow-up
            2
            ·
            1 year ago

            Pulseaudio and pipewire are kind of like audio drivers (not exactly but anyway). Let’s say you’re running spotify and discord. They both send their audio to pipewire. You can then use pipewire to control how loud each one is. It also supports more complex use cases like if you’re streaming, you can hook up the spotify output and your microphone mixed together into discord’s input so that the mixed audio will be streamed.

            Pipewire is newer and basically replaces another system called jack that did the same thing for pulseaudio.

  • nottheengineer@feddit.de
    link
    fedilink
    arrow-up
    26
    ·
    1 year ago

    Sony did drop the ball with LDAC quite quickly, it could’ve been the new standard.

    But with the release of the WH-1000XM3s (or was it the 4s?) they basically made most of the selling points incompatible with LDAC, so now almost no one uses it anymore.

    • denny@feddit.deOP
      link
      fedilink
      arrow-up
      8
      ·
      1 year ago

      Yes, LDAC and multipoint do not mix hence I’m looking forward to LC3plus that replaces it. To be fair it’s not a big issue to roll back to AAC or even SBC to use multipoint, because you probably aren’t gonna notice a difference when you don’t listen to high res apps like Tidal. It also should be known that a good codec does not fix mediocre drivers and/or chips. Regardless, Linux shines in letting you use a feature you did pony up for. :)

      • nottheengineer@feddit.de
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        AAC hurts my ears. Not sure why since I can’t hear a difference between it and LDAC without listening very carefully, but after half an hour or so I need to switch it to something else because it becomes more and more uncomfortable.

        Switching between LDAC/multipoint mode means rebooting the headphones and connecting them again, so it’s a massive hassle. That makes multipoint absolutely useless to me. I personally won’t be buying sony headphones (or anything else that comes with an app) in the future because of that.

        • InverseParallax@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          Aac has a higher frequency response and I think some decoders don’t filter transients as well with a fir filter. I’ve noticed this too.

        • denny@feddit.deOP
          link
          fedilink
          arrow-up
          2
          ·
          1 year ago

          I see, so Edifier and Soundcore shall do some homework as well: LDAC and multi point don’t work there either.

          • oeightsix@lemmy.nz
            link
            fedilink
            arrow-up
            3
            ·
            1 year ago

            Have a look at Technics A800/AZ60/AZ60MK2/AZ80, all support simultaneous use of LDAC and multipoint. I recall something else working with both simultaneously too, possibly Huawei TWS.

            They do step down a quality tier to do so, and low bitrste LDAC is generally considered poor, but it’s otherwise all there and possible.

            • marmarama@lemmy.world
              link
              fedilink
              arrow-up
              2
              ·
              1 year ago

              I have a Radsone ES100 Bluetooth DAC/headphone amp, and that supports LDAC, multipoint, and doesn’t compromise the LDAC bitrate when you have multipoint enabled. You can even leave it plugged in as a USB DAC and still use multipoint BT with LDAC, and it switches smoothly between the sources depending on which device started playing a stream most recently.

              I was distinctly underwhelmed by the BT implementation when I got my Sony XM4s, it’s kinda weak by comparison.

                • marmarama@lemmy.world
                  link
                  fedilink
                  arrow-up
                  2
                  ·
                  edit-2
                  1 year ago

                  Yeah, I agree.

                  I bought them for their noise cancelling primarily, and they’re excellent at that, but otherwise they’re not great. The un-EQed frequency response is terrible for headphones in their price range: flabby, wildly over-exaggerated bass and no mids at all. Running without EQ I can barely hear lyrics - every singer sounds like they’re mumbling underwater. I’ve had $20 IEMs with better tonal balance. They respond well to EQ but the on-board EQ doesn’t have enough frequency bands to even come close to fixing them. Wavelet on Android doing EQ duty makes them listenable. Even when you do EQ them properly, they still sound a bit dull and lifeless.

                  No idea how they got so much praise when they were launched. The power of marketing budgets I guess. For a while I was gaslighting myself thinking I had a faulty pair or maybe there was something going wrong with my hearing, but having heard another pair, and doing comparisons with my other headphones - most of which are far cheaper - I realised that no, they’re just not very good as headphones.

      • rotopenguin@infosec.pub
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        Oh LDAC conflicts with mutli-connection? That’s why I can’t get it on my 1000xm4?? It’s good to finally have an answer.

        • Dreadful6644@lemmy.world
          link
          fedilink
          arrow-up
          1
          ·
          edit-2
          1 year ago

          On my headphones, you can either use LDAC with one device or SBC/AAC with two devices. I can only change it via the app. Is there a similar setting for you?

          • rotopenguin@infosec.pub
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            The ios app is the only way that I can command the headphones to connect to a second device. When 2 device mode is going on, I have no idea what the connection is like in ios but Linux plainly tells me that it can only do SBC and SBC-XQ. When I turn off 2 device mode, and pair it again, LDAC is finally offered. My 1000xm4 doesn’t offer AAC, I don’t think I have anything around that sinks AAC. My Steamdeck can work as an Opus sink lol.

    • drwankingstein@lemmy.dbzer0.com
      link
      fedilink
      arrow-up
      1
      arrow-down
      2
      ·
      edit-2
      1 year ago

      LDAC never could have been the standard because it’s marketing crap, ctrl+f my name on this post and I have pointed out why multiple times

    • HolaMojito@feddit.de
      link
      fedilink
      arrow-up
      12
      arrow-down
      1
      ·
      1 year ago

      Where the hell do you still buy Anker headphones? I’m in germany and holding on to my soundbuds flow because nothing else even comes close to comparison. I get Anker chargers and adapters and cables and whatever but nothing audio related to a point I thought they gave up on the whole branch.

      • connaisseur@feddit.de
        link
        fedilink
        English
        arrow-up
        14
        ·
        1 year ago

        They use the Soundcore branding currently for their audio products but it‘s the same company

        • exu@feditown.com
          link
          fedilink
          English
          arrow-up
          3
          ·
          1 year ago

          Good to know. Might have to check them out then as my older Sonys die. Iirc DankPods “reviewed” some Soundcore headphones as an alternative to Raycons a while back.

      • rroa@reddthat.com
        link
        fedilink
        English
        arrow-up
        2
        ·
        1 year ago

        If you’re looking for a replacement for Soundbuds Flow (i.e. ~€20), you’ll be disappointed. For me, Soundbuds Flow were perfect for workouts. Cheap and I didn’t care too much about sound quality. Anker rebooted their audio line and focuses on mid-range to high-end products.

      • codenul@lemmy.ml
        link
        fedilink
        arrow-up
        2
        arrow-down
        1
        ·
        1 year ago

        Micro center carries soundcore products. Where I bought my current P2-L headphones, couple years back.

    • priapus@sh.itjust.works
      link
      fedilink
      arrow-up
      2
      arrow-down
      1
      ·
      1 year ago

      Yeah Soundcore buds and headphones are damn impressive for their price. The Liberty Pro 2s were my first TW earbuds, and I bought them after reading glowing reviews. I still have them as my backup earbuds.

    • jayandp@sh.itjust.works
      link
      fedilink
      arrow-up
      2
      arrow-down
      1
      ·
      1 year ago

      I have their Soundcore Space A40, and the battery life is legitimately amazing. The case lasts me a week of heavy usage, and the buds easily go 6-10 hours depending on how heavily I use the ANC. If the buds get low, tossing them into the case charges them back up most of the way in 15-20 minutes.

      The ANC isn’t perfect, but it’s made my recent flights way more tolerable by cutting out most of the noise from the engines while still letting the voice of my seatmate through.

  • drwankingstein@lemmy.dbzer0.com
    link
    fedilink
    arrow-up
    25
    arrow-down
    4
    ·
    edit-2
    1 year ago

    Ldac is not actually that good, it’s actually fairly rare that LDAC beats out something like SBC XQ let alone AAC

    EDIT: for elaboration, LDAC works at 3 main data rate ranges 990/909, 660/606 and 330/303. Ldac is only high res at the 990 range, and even at that range, it still often looses when pipewire is compiled against libfdk. keep in mind that it’s hard to get real numbers on LDAC because decoding is proprietary, meaning I had to disassemble headphones and connect those for verification, but typically AAC on supported headphones beat out 990kbps LDAC (which is hilarious btw considering LDAC can rarely actually work at 990kbps anyways) and both SBC-XQ and LC3Plus (both of which are usable with pipewire) regularly beat 660kbps LDAC.

    TLDR LDAC is crap and SBC-XQ is typically more accurate and lower latency, and LC3Plus is even better then that. and if you have AAC compatible headphones assuming latency isnt a major issue (which you are using LDAC so it’s not) just use AAC, both fidelity and latency is better

    EDIT: I should mention, it is known that vendors will tune codecs, I believe Valdikks article in habr briefly goes over this. so it’s very possible that tuning could mean that x codec, including LDAC could be the only good codec, however with how badly LDAC maintains 990kbps, I doubt it will make much of a difference

    • RunAwayFrog@sh.itjust.works
      link
      fedilink
      arrow-up
      21
      arrow-down
      2
      ·
      edit-2
      1 year ago

      keep in mind that it’s hard to get real numbers on LDAC because decoding is proprietary

      I used to think the same. But as it turns out, a decoder exists. Maybe some people don’t want anyone to know about it to keep the myths alive ;)

      EDIT: Also, as a golden rule, whenever anyone sees the words High-Res in an audio context, they should immediately realize that they are being bullshitted.

    • marmo7ade@lemmy.world
      link
      fedilink
      arrow-up
      12
      arrow-down
      7
      ·
      edit-2
      1 year ago

      Tell me you’re an apple fanboi without telling me you’re an apple fanboi.

      LDAC is “only” high res @ 990. OK? WTF is your point? It sounds better than every other codec.

      it still often looses when pipewire is compiled against libfdk

      Can you explain the practical implication of this when I listen to music on my Pixel phone? (spoiler: there is none)

      but typically AAC on supported headphones beat out 990kbps LDAC

      100% total bullshit. Here are the tests:

      https://www.soundguys.com/ldac-ultimate-bluetooth-guide-20026/

      AAC does not have better fidelity. What a joke of a claim.

      • drwankingstein@lemmy.dbzer0.com
        link
        fedilink
        arrow-up
        8
        arrow-down
        3
        ·
        edit-2
        1 year ago

        at 990/909 kbps bluetooth can hardly hold that bitrate unless you have really good conditions so much as walking down a stream will bring it down to 660kbps

        and yes, AAC does have better fidelity, at 320kbps AAC and Opus are largely transparent to 90% of users keep in mind I am comparing fdkaac on Pipewire, NOT android, this is an important distinction since they were testing android, and you can see here how spotty AAC is on android https://www.soundguys.com/the-ultimate-guide-to-bluetooth-headphones-aac-20296/

        I am talking specifcally about linux in this context

        EDIT: also it’s not about being an apple fanboy, Opus is largely just as good, marginally better, but no headphones support them, if you want you can even compile pipewire with higher bitrate limits on opus for stereo, (IIRC the pro profile can override it? cant remember but code is here https://gitlab.freedesktop.org/pipewire/pipewire/-/blob/master/spa/plugins/bluez5/a2dp-codec-opus.c)

        • neo (he/him)@lemmy.comfysnug.space
          link
          fedilink
          English
          arrow-up
          1
          ·
          edit-2
          1 year ago

          opus is transparent for all the the most intense songs by 160kbps, and for regular stuff you’d hear on the radio it’s transparent anywhere from 96kbps-128kbps

          • drwankingstein@lemmy.dbzer0.com
            link
            fedilink
            English
            arrow-up
            2
            ·
            1 year ago

            while this is the case for a lot of songs, a lot of instrument heavy songs can cause noticeable artifacting for some people. It’s pretty rare, but in the end, it’s not like we are storing the media so why care? we can do upto 320kbps for a stereo stream, and as far as I am aware, it’s not like there are any detriments to doing so (maybe marginally higher power usage I guess).

            I wasn’t able to myself, but I did have a friend test the snug space endless lane, and they were able to fairly reliably tell the difference between 128kbps and the original rip. the In the moonlight track too has a high pitch… triangle maybe? that can exhibit artifact too.

            so like, yeah, but we have the 320kbps we can work with, so like, why not?

      • denny@feddit.deOP
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        You all got a valid point… it’s just that mileage varies and x codec will sound better in y combination. If I remember right, AAC on Android is at times implemented differently than on it’s home Apple: The encoder would work with smaller bitrates to save battery. There must be a special synergy for max bitrate LDAC to sound worse than AAC, indeed. All in all my post is about being open minded and giving you the option to use a thing, rather than finding out what codec is universally the best: You virtually can’t, can you?

  • RunAwayFrog@sh.itjust.works
    link
    fedilink
    arrow-up
    12
    ·
    1 year ago

    LDAC claims are completely bullshit.

    LC3plus is worse than AAC quality wise (to be expected). Lower latency is the only thing going for it. And that’s just because AAC is a very high-latency codec. Opus (as a format) would win on both fronts, although there could be issues with creating a high-quality encoder for it that is not too complex, and power-efficient.

    • drwankingstein@lemmy.dbzer0.com
      link
      fedilink
      arrow-up
      2
      arrow-down
      1
      ·
      1 year ago

      After testing LC3Plus, Opus, and AAC personally for bluetooth, LDAC claims are BS, but for the usecase for bluetooth, LC3Plus is more then sufficient, I don’t know why people keep quoting this post, under normal usecase, you get 3-6x the bitrate being tested, under which case all three codecs sound transparent with LC3Plus maybe dipping a little low. however latency is significantly better then AAC (tested against libfdk) and marginally better then opus

      • RunAwayFrog@sh.itjust.works
        link
        fedilink
        arrow-up
        1
        ·
        1 year ago

        After testing LC3Plus, Opus, and AAC personally for bluetooth, LDAC claims are BS

        How did you test Opus for bluetooth?

        latency is significantly better then AAC (tested against libfdk) and marginally better then opus

        In case you didn’t know, you can use 10ms (or even 5ms) frames with Opus instead of the default (20ms). 10ms should roughly match LC3plus’s default latency while still retaining high quality.

        • drwankingstein@lemmy.dbzer0.com
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          Pipewire currently supports opus for both ways 10ms is what I benched against and for testing you get a wackload of SBCs and Bluetooth chips and test that, 5ms frames were largely unusable. I wanted to take a look at the pinebuds, but it cost like 40 dollars in shipping or something retarded like that to canada, and im not gonna bother with that

          • RunAwayFrog@sh.itjust.works
            link
            fedilink
            arrow-up
            1
            ·
            1 year ago

            and for testing you get a wackload of SBCs and Bluetooth chips and test that

            I asked because I wasn’t aware of any consumer buds supporting Opus. I wasn’t aware of PineBuds, thank you for mentioning them.

      • Holzkohlen@feddit.de
        link
        fedilink
        arrow-up
        8
        ·
        1 year ago

        Are you thinking of the standby timeout? Cause I get static on my speakers on any and all distros when no audio is playing. It always happens after 5 seconds of silence. Kinda infuriating that I have to do this on EVERY SINGLE DAMN INSTALL.

        For Pulseaudio:
        Quickfix (until reboot):

        sudo su
        echo 0 > /sys/module/snd_hda_intel/parameters/power_save
        

        permanent fix is to add the line:
        options snd-hda-intel power_save=0
        to the file /etc/modprobe.d/alsa-base.conf

        For pipewire:
        create folder /etc/wireplumber/main.lua.d/ if it does not exist
        if you had to create it yourself just copy over the file from /usr/share/wireplumber/main.lua.d/50-alsa-config.lua
        otherwise it probably is there already then just edit it
        pretty much at the bottom there is a line that says “session.suspend-timout-seconds”
        uncomment it and set its value to 0
        then reboot

    • Incandemon@lemmy.ca
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      Ubuntu user, for me I’ve always had to disable/delete the voice dispatcher, that usually does it.

    • TalkingCat-@lemmy.world
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      Used to have that problem on suse, it was something to do with pulse but I can’t recall, solution was in ArchWiki

  • oldlamps@sh.itjust.works
    link
    fedilink
    arrow-up
    8
    ·
    1 year ago

    Definitely. I have a pair of pixel buds that give me very noticeable latency when paired in Windows. I’ve never been able to find a way to use the low latency codecs to fix this.

    In Linux it’s a complete opposite experience. I have a menu with every codec in the book, and I can actually watch video in Linux without even noticing any latency now.

  • nous@programming.dev
    link
    fedilink
    arrow-up
    8
    ·
    1 year ago

    Shame about headsets though - has anyone been able to get the mic to work without the audio quality dropping to trash? It is a shame to have to pick between good quality audio and the ability to use your mic.

    • flubba86@lemmy.world
      link
      fedilink
      arrow-up
      19
      ·
      edit-2
      1 year ago

      It’s because all the good codecs (aptX, LDAC, even SBC) all operate over the A2DP Bluetooth profile, meaning your computer’s Bluetooth adapter is running in a particlar mode called A2DP. Unfortunately, A2DP is unidirectional, (ie, not Duplex) it doesn’t support sending audio to headphones and receiving audio from the mic at the same time, due to bandwidth limitations. So when you open Zoom or Teams or something that needs to access your mic, your Bluetooth adapter switches to a different mode like HSP (Handset Profile) and HFP (Hands Free Profile). These profiles do support duplex connection to the mic and headphones, but don’t have fancy high definition codecs. They are designed to be very low bitrate. That’s why you encounter such a big audio quality difference when it switches.

      Note, having said that, pipewire on Linux does support some fancy faststream duplex modes that operate on A2DP, outside the constraints of what I explained above. Eg, it gives me the option to enable AptX-LL with faststream, that passes the mic through using whatever little leftover bandwith is on the connection. This doesn’t work with heavier codecs like AptX-HD. I think Android does something similar, that is why you don’t notice the profile swapping behaviour as badly on Android.

      • drwankingstein@lemmy.dbzer0.com
        link
        fedilink
        arrow-up
        2
        ·
        1 year ago

        A2DP itself does support bidi, faststream is a A2DP BIDI profile (it’s SBC, it’s bad because of really bad bitrate constraints for some reason though) AptX-HD actually support aptx-ll but I find most devices just bug out when you try it. opus also supports bidi on pw.

        bandwidth limtations are not an issue with bluetooth itself, you can reliably maintain 300-600kbps, which is more then enough for good quality bidirectional audio. even when using asynchronous modes, you still usually have enough bitrate for audio that would be considered fine.

        im not sure why it’s not more popular in modern devices, IIRC all the patents on the subject have ended, could be a limitation of low end radios

    • mariom@lemmy.world
      link
      fedilink
      English
      arrow-up
      3
      ·
      1 year ago

      And it looks (for me) like on android it just works, so it should be possible… Or maybe it’s just seamlessly switching shit-quality with mic and good quality without? And I didn’t notice during gsm calls?

      For sure it sucks on windows too, but well - anything bt-related on windows works just bad…

    • nefarious@kbin.social
      link
      fedilink
      arrow-up
      3
      ·
      1 year ago

      I think that might be the codecs’ fault. At least for me, my headphones sound terrible in headset mode on all the devices I’ve tried, regardless of whether they’re running Linux, MacOS, iOS, or Android.

      • nottheengineer@feddit.de
        link
        fedilink
        arrow-up
        3
        ·
        1 year ago

        It’s the profile, not the codec. The codec just defines how the audio is compressed, the profile defines all the parameters around that like duplex for microphones.

        A2DP is the profile used for music by everything, HFP is the profile that is used for calling by most things nowadays.

    • denny@feddit.deOP
      link
      fedilink
      arrow-up
      3
      ·
      edit-2
      1 year ago

      I feel you there. Personally I just use the earbuds as output and the integrated laptop mic as input. Bluetooth really just doesn’t shine in that regard. However if you’re on Desktop and want everything to happen on a headset, not earbuds x wired stand mic, you should look into things like HyperX Cloud 2 Wireless that employ a USB dongle instead.

    • aksdb@feddit.de
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 year ago

      I ended up buying JBL Quantum TWS in-ears because they also include a USB-C dongle that speaks their own protocol which allows lowlatency duplex audio. Perfect for audio calls and even gaming. Plus, I don’t need to pair them with every device, I can just bring the dongle. (They can also be paired with Bluetooth and you can switch between dongle and BT whenever you want.)

      • amenotef@lemmy.world
        link
        fedilink
        English
        arrow-up
        2
        ·
        1 year ago

        This is interesting. So these have the “non BT 2.4Ghz” protocol that you generally find in the huge wireless gaming headset?

        Ive been looking for a wireless headset that has the low duplex latency of wireless gaming headset, but in a smaller package. Something like the “Microsoft Modern Wireless Headset” but with 2.4Ghz non BT. And I couldn’t find yet something like this.

        • aksdb@feddit.de
          link
          fedilink
          English
          arrow-up
          2
          ·
          1 year ago

          This is interesting. So these have the “non BT 2.4Ghz” protocol that you generally find in the huge wireless gaming headset?

          Yes, exactly.

          Actually “Gaming” was exactly the keyword that finally made me find these things. Looking for “normal” headsets/in-ears you can find some that also claim to be optimized for conferences and of course they also claim “low latency”, but looking deeper the best they typically have are aptX-LL or something, which does shit when in duplex mode (unless yours and their bluetooth stack allow some hackery like Faststream). But the gaming-optimized ones typically offer real low latency.

          Downside of in-ears is obviously the battery lifetime. I think I need to quick-charge them every 3h. But it’s not often a problem, since most of the time I put them in their charging box during a short (5 minutes or so) break which is enough to boost them long enough that I don’t even notice the battery through out a longer session. Upside - which I wanted them for is - that I don’t have a large headset covering my ears and pressing on my head.

          • amenotef@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            edit-2
            1 year ago

            These could be nice upgrade for my Pixel Buds A series. I’m using them for Teams (low latency bad quality). (Not just music high latency high quality).

            However, what I really also want to have are gaming headsets (with the long microphone and low latency) that are a bit more low profile and not huge.

            At first I thought it was a matter of physics, but after seeing 2.4Ghz low latency in these tiny earbuds I guess it’s possible.

            Can’t believe low profile on-ear headsets are not popular. They are all over the ear or huge.

            And as you said the ones they generally make for teams sucks with BT high duplex latency.

            • aksdb@feddit.de
              link
              fedilink
              English
              arrow-up
              2
              ·
              1 year ago

              Overear wireless gaming headsets should be easier to find. Logitech for example builds them for ages. I also had foldable business headphones from Logitech that have their own dongle and bluetooth support.

              • amenotef@lemmy.world
                link
                fedilink
                English
                arrow-up
                1
                ·
                edit-2
                1 year ago

                I found some but they still looked huge and flashy. Not small like the Jabras or Microsoft.

                I only care about design because I plan to use them with the webcam on.

                I’ll take a look at the page later! Thanks

    • QuazarOmega@lemmy.world
      link
      fedilink
      arrow-up
      1
      ·
      1 year ago

      When I try to fiddle with them they just start producing a hellish noise that breaks my ears in a certain configuration, I had that happen both on Jabra earbuds and Soundcore headphones, luckily the latter has a wire option as well so that’s a relief

  • sergih123@eslemmy.es
    link
    fedilink
    arrow-up
    6
    ·
    1 year ago

    I have the exact same headphones hahaha, this is perfect how are you liking them by the way? I had some connection problems on the first month but this 2nd month they’ve been behaving good

    • denny@feddit.deOP
      link
      fedilink
      arrow-up
      3
      ·
      1 year ago

      just yes. the sound and anc is day and night compared to my more compact redmi buds 3 pro. I used to diss TWS as a whole until I got these pairs. Had some issues after a firmware update but a factory reset did fix it for me. :)

  • Dreadful6644@lemmy.world
    link
    fedilink
    arrow-up
    5
    ·
    1 year ago

    Any way to see which bitrate is currently being used? I know you can set it to use only 909kbps, 606kbps or 303kbps in the wireplumber config, but I am curious which bitrate the adaptive mode (usually) uses.

  • s38b35M5@lemmy.world
    link
    fedilink
    arrow-up
    2
    ·
    1 year ago

    I definitely love it for the “it just works” (or rather, you have full control to make it work) factor!

    I’m not familiar with the latest in BT audio, but isn’t the standard still sub-par in that it has very limited overall frequency bandwidth, resulting in deep sacrifices to fidelity?

    I recall a detailed analysis of different BT audio codecs a while back, and the spectrum analysis always showed relatively high noise floor and frequency roll-off (hi-cut/low-cut) within the threshold of human hearing (though admittedly close to the limits). Also, I recall (and this could just be the 2016 tech I am familiar with) that overall bandwidth was limited in that if you played something with low frequency tones, the upper frequencies were dropped, or vice versa. I used to confirm this by using a flat EQ setting, then boosting any range, and you could easily detect the loss of frequency response in the adjacent or distant ranges.

    Is this a thing of the past now?

    • Dohnakun@lemmy.fmhy.mlB
      link
      fedilink
      arrow-up
      2
      ·
      1 year ago

      No, soundguys made an anlysis. LDAC is still worse than direct contact and just makes some other sacrifices than aptX.

      • marmarama@lemmy.world
        link
        fedilink
        arrow-up
        3
        ·
        edit-2
        1 year ago

        It is worse than uncompressed, but 990Kbps LDAC is the closest codec to totally transparent I’ve heard for Bluetooth audio. AptX HD is nearly as good to my ears, and is better than 660Kbps LDAC. The differences are very small though, especially when compared with the differences on the analog side, e.g. the amp, and particularly the headphone design.

        Apple side-steps the problem by, at least when you’re listening to Apple Music, simply sending the AAC stream as-is to the headphones and has them decode the audio. I don’t know why that isn’t a more common approach.

        I’m still somewhat bemused that we’re talking about Bluetooth codecs at all. It surely can’t be that difficult technically to get 1.5Mbps actual throughput on Bluetooth and simply send raw 16-bit/44.1Khz PCM. 2.4Ghz WiFi is capable of hundreds of times that speed. Bluetooth has been stuck at the same speeds for decades.

        • LaggyKar@programming.dev
          link
          fedilink
          English
          arrow-up
          0
          ·
          1 year ago

          Apple side-steps the problem by, at least when you’re listening to Apple Music, simply sending the AAC stream as-is to the headphones and has them decode the audio.

          Do they actually though? Everything I can find says that’s just a myth. If it can play multiple things at the same time, they can’t possibly do that.

          • marmarama@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            1 year ago

            I could well be wrong about the AAC passthrough, and I should have hedged that statement with “allegedly” as I’ve not tested it myself.

            To your other point though, I disagree - there are plenty of ways you could pass through an unchanged AAC bitstream, but still mix in other sounds when required. For example, having the sender duck the original bitstream out temporarily and send a mixed replacement bitstream while the other sound is playing. Or (and this would only work if you control the firmware on the receiver, but if you’re using Apple headphones with an Apple device, that’s not a problem) sending multiple bitstreams to the receiver and letting the receiver mix them.

          • drwankingstein@lemmy.dbzer0.com
            link
            fedilink
            English
            arrow-up
            1
            ·
            1 year ago

            they dont. this is a myth. it’s more or less incompatible with how bluetooth works, sure it could be kind of possible, but reliability would be out of the window

        • drwankingstein@lemmy.dbzer0.com
          link
          fedilink
          arrow-up
          2
          arrow-down
          2
          ·
          edit-2
          1 year ago

          this isnt even correct, AAC beats 990kbps LDAC, aptx-HD and SBC-XQ matches or beats 660kbps (which is normal listening usecase).

          however even after all of that, SBC-XQ, AAC, LC3Plus are all audibly transparent to the vast majority of people at normal listening bitrates with the major difference being vendor tuning

          • marmarama@lemmy.world
            link
            fedilink
            arrow-up
            2
            ·
            edit-2
            1 year ago

            I can only comment on my experience with my own equipment and ears, but in my experience, 990Kbps LDAC is noticeably more transparent than 256Kbps AAC for Bluetooth audio.

            I can fairly reliably guess whether or not I remembered to switch my Sony XM4s out of multipoint mode the last time I used them (when in multipoint pairing mode LDAC is not supported and 256Kbps AAC is usually what gets negotiated). The difference is small, but over a few minutes of listening, the sonic signature when it’s using AAC is just a little bit “off” and my ears don’t like it as much.

            Could I ABX the difference using the usual ABX setup with short samples of music I’m not familiar with? Probably not. Can I tell the difference over an extended period using music I know well, and that I often listen to uncompressed? Yes, pretty easily.

            LDAC is not a particularly sophisticated codec, but it doesn’t have to be when it has a 990Kbps bitrate. It’s also possible that the FDK-AAC codec that I think both Pipewire and Android use for real-time AAC encoding is not the best tuned for 256Kbps CBR. AIUI in 256Kbps CBR mode, FDK-AAC has a hard low-pass filter at 17KHz, and I can still hear above 17KHz.

    • MooseBoys@lemmy.world
      link
      fedilink
      arrow-up
      1
      arrow-down
      2
      ·
      1 year ago

      I love it because “it just works” (or rather, you have full control to make it work)

      This is such a perfect microcosm of the hilarious irony of Linux fanatics.

    • drwankingstein@lemmy.dbzer0.com
      link
      fedilink
      arrow-up
      3
      ·
      1 year ago

      LDAC wins against APTX under normal use situations but not APTX-HD, they are typically about the same with a large latency penalty for LDAC

      • amenotef@lemmy.world
        link
        fedilink
        arrow-up
        1
        ·
        edit-2
        1 year ago

        Is the APTX-HD latency good enough for gaming? (And can be used for VoIP?).

        I don’t know much about BT… But I know that my Pixel buds series A, have terrible latency for gaming unless I use them in headset mode (which then has terrible quality).

        • drwankingstein@lemmy.dbzer0.com
          link
          fedilink
          arrow-up
          2
          ·
          1 year ago

          In isolation aptx-hd when operating in aptx-ll mode is low enough latency that it can be used for gaming, however it’s very rare that standard bluetooth headphones will be low enough latency, at the very least I haven’t personally tested any devices that fit the bill when operating in aptx-hd. Im sure some bluetooth headphones will be able to, but none that i’ve come across. LC3Plus might actually be able to change this. IMO running a bluetooth dac is much more likely to get there.