| *** n2klb_ is now known as n2klb | 01:07 | |
| *** n2klb_ is now known as n2klb | 02:06 | |
| zhasha | poetaster: thanks, I don't know how I managed to forget to link the pulseaudio build but I've updated the post now | 12:13 |
|---|---|---|
| zhasha | nephros_: thank you very much for those builds | 12:13 |
| poetaster | thanks! | 12:13 |
| poetaster | nephros is your friend whenever you're in need :) | 12:14 |
| zhasha | still trying to decipher the spiderweb of components involved in making a phone call | 12:14 |
| poetaster | zhasha, I am blessed by rarely having to deal with the phone :) | 12:15 |
| zhasha | even so, having mSBC available would be a boon to every application using a (bluetooth) microphone | 12:16 |
| zhasha | A2DP is unidirectional audio. When you activate the mic on a BT headset it switches to 1920s-audio-mode | 12:16 |
| zhasha | oh and thank you attah for the pulseaudio build and getting the ball rolling | 13:04 |
| nephros_ | zhasha: I have taken the liberty of taking attah's fork and package only the bluez5-utils.so. Soon available at the OBS repo. | 13:05 |
| zhasha | nice! | 13:05 |
| zhasha | I was hoping (though I don't think it's realistic at this point) to get it into the 5.2 build | 13:06 |
| nephros_ | zhasha: do you know whether there is a second location where PA will look for modules? | 13:06 |
| zhasha | no idea but I'll check the manual | 13:06 |
| nephros_ | I'd like to avoid overwriting the original .so. | 13:06 |
| mal | what pulseaudio build? | 13:09 |
| nephros_ | mal: attah added gstreamer support to PA here: https://github.com/attah/sailfish-pulseaudio/tree/bluez5-gstreamer | 13:11 |
| nephros_ | mal: And we're exprimenting with modern BT audio encodings here: https://build.sailfishos.org/project/monitor/home:nephros:devel:gst-bluetooth | 13:12 |
| nephros_ | zhasha: I found the --dl-search-path= option to the PA daemon. So I'll put the special .so in /opt/pulseaudio/modules. | 13:13 |
| zhasha | Yeah the "problem" is that bluez5-util isn't a module, but a dependency to the module, and PA uses ltdl to load the DSOs, not libc dlopen, but as far as I can tell it shouldn't be a problem as ltdl loads the DSO dependencies using itself recursively, and the search paths are (in order): the path set by --dl-search-path, env var LTDL_LIBRARY_PATH, env var LD_LIBRARY_PATH | 13:16 |
| zhasha | nephros_: I'll happily test it out for you, but in about 5 minutes I'm leaving to pick up my kids and then cooking dinner, so it might be a few hours | 13:30 |
| nephros_ | zhasha: no sweat at all! :) | 13:46 |
| nephros_ | zhasha: Shold be ready now, try 'pkcon install pulseaudio-gst-bt' | 14:05 |
| nephros_ | Does anyone know which part of the OS is reponsible for emergency shutdown on low battery? | 14:21 |
| piggz[m] | nephros_: dsme | 15:16 |
| piggz[m] | many times with the pinephone have I had to quickly telnet in and stop dsme to keep the phone on with a dead battery :D | 15:17 |
| nephros_ | piggz[m]: thanks. I have the problem on the C2 with a bad USB-C port. It can happen that it "charges" but current is so low it actually loses charge. | 15:41 |
| nephros_ | So it will happily dain to 3%..2%...1%.... | 15:41 |
| piggz[m] | stop that service, and it will delay shutdown until its actually too late :D | 15:41 |
| nephros_ | apparently you can set a min_level between 0 and 100 in "/etc/dsme/battery_levels.conf" | 15:53 |
| attah | nephros_: soo are we PRing this, or what remains? | 16:02 |
| nephros_ | attah: maybe a couple of tests? But yeah we could; do you want me to PR my changes to your fork? | 16:10 |
| nephros_ | (although actually should not be necessary, I only did some "special build" modifications) | 16:11 |
| attah | If you made changes affecting the normal package, PR stat to sailfishos | 16:22 |
| attah | If my changes were all that was needed there, i can do that part if you like | 16:23 |
| attah | But newly packaged stuff i guess we need to ping e.g. mal about | 16:23 |
| zhasha | I'm having a bad time trying to get PA to load the alternative libbluez5-util.so. Nothing seems to work, not even LD_LIBRARY_PATH in its env | 16:25 |
| zhasha | nothing in the ltdl source suggests that it tries the same dir as whatever is causing it to load | 16:26 |
| attah | zhasha: why exactly are we bothering with this? | 16:26 |
| zhasha | Ostensibly to get people hooked on better codecs so Jolla wants to add it to the official build | 16:27 |
| attah | but "an alternative .so file" | 16:28 |
| attah | why not just PR all the things and hope they sneak into 5.2? | 16:28 |
| zhasha | that's my preferred option but I frankly thought it unrealistic | 16:28 |
| attah | There may be reason it would be... but i'm unaware of what those are | 16:29 |
| attah | sure, it might be 5.3, but apart from that | 16:29 |
| zhasha | I have no idea about their process. Getting stuff into distros has been a nightmare for me in the past | 16:29 |
| joff | hi all, i'm trying to install chum from packages | 16:30 |
| joff | here is the error : Erreur fatale: rien ne fournit 'libyaml-cpp.so.0.6()(64bit)' qui est nécessaire pour l'élément sailfishos-chum-gui-0.6.12-1.13.1.bso.aarch64 à installer | 16:30 |
| zhasha | I'm all for just shooting off a PR with the 4 new packages | 16:31 |
| joff | someone know what to do ? | 16:31 |
| attah | joff: that's chum *gui*, not chum (which is not something one installs) | 16:32 |
| attah | Presumably you just wait for it to have been rebuilt on 5.1 | 16:32 |
| joff | sorry ? | 16:32 |
| joff | i have this version : Installé yaml-cpp-0.9.0+git3-1.7.1.jolla.aarch64 (installed) A YAML parser and emitter for C++ | 16:32 |
| joff | Presumably you just wait for it to have been rebuilt on 5.1 => >here it's possible to have after rebuilt ? | 16:33 |
| attah | and the so-version of that is 8 and/or 9 - not 6 like that chum-gui wants | 16:33 |
| attah | i don't understand the question | 16:33 |
| joff | how install chum-gui to install after puremaps ? | 16:34 |
| joff | puremaps is available on storeman ? | 16:34 |
| attah | what does puremaps have to do with anything? | 16:34 |
| joff | why can't install chum-gui ? | 16:35 |
| attah | joff: i told you. Your yaml-cpp is too new. It was built against an older version | 16:36 |
| joff | ok | 16:36 |
| joff | where can i get and install puremaps ? | 16:37 |
| joff | from command line or with storeman | 16:37 |
| attah | Find the chum thread on the forum. Ask when chum-gui might be available for 5.1, and then just roll with it. | 16:37 |
| attah | joff: store has some version of it... that probably works | 16:38 |
| joff | ok thank you | 16:40 |
| attah | I had no issues installing chum-gui from here https://sailfishos-chum.github.io/apps/sailfishos-chum-gui-installer/ | 16:42 |
| attah | And perhaps pure maps from store might not work after all. Seems i have the chum *repo* configured so i seem to have a newer version from there already | 16:44 |
| nephros_ | zhasha: OK, I mean I can either just adjust the package of the RPM, or you just copy the file over the system one. | 16:45 |
| nephros_ | like you probably did with attah's build. | 16:45 |
| nephros_ | But actually I didn't really follow the requirements here. So 1. pulse must support gstreamer, OK. | 16:46 |
| nephros_ | And then gstreamer needs at least LDAC and AptX support. | 16:46 |
| nephros_ | And then we're done? | 16:46 |
| zhasha | yep | 16:46 |
| nephros_ | And reading up on LC3, that one is ver likely not needed. | 16:47 |
| zhasha | that's really all there is to it. libbluez5-util just happens to be the only thing touched when enabling gstreamer support for bluetooth stuff in pulseaudio | 16:47 |
| nephros_ | https://gitlab.freedesktop.org/pipewire/pipewire/-/wikis/LE-Audio-+-LC3-support | 16:47 |
| nephros_ | ^^^ that's much too new for SFOS ;) | 16:47 |
| zhasha | I think LC3 is supposed to replace SBC as the baseline codec in the future or something | 16:48 |
| zhasha | yeah that looks... involved | 16:48 |
| nephros_ | zhasha: yea but while they're at it they are replacing HFP and A2DP with it if I understand correctly. | 16:48 |
| attah | nephros_: Where do you have your packaging repos? | 16:50 |
| nephros_ | attah: all over the place! :D :D | 16:50 |
| nephros_ | But currently it's these: https://build.sailfishos.org/project/show/home:nephros:devel:gst-bluetooth | 16:51 |
| nephros_ | I'd have to properly tar_git the libs before a PR but that's no bigiie. | 16:51 |
| attah | Please do - and thanks in advance. That is really the big part. | 16:51 |
| zhasha | AAC should probably be included too | 16:51 |
| nephros_ | OK I shall do my best. | 16:52 |
| attah | Configuring pulseaudio was trivial, and presumably gst-plugins-bad too? | 16:52 |
| nephros_ | but with all this multimedia stuff: do we have licensing/patent concerns for any of these? | 16:52 |
| mal | remember the licensing issues with those codecs | 16:52 |
| zhasha | The LDAC encoder is unencumbered | 16:52 |
| zhasha | AptX patents seem to have expired | 16:53 |
| zhasha | not sure about AAC | 16:53 |
| nephros_ | attah: yea, it's just config. And I needed the libs packaged for PieWire anyway so those were already there, | 16:53 |
| attah | mal: meh :) | 16:53 |
| nephros_ | AAC is Fraunhofer, the guys who are famous for both inventing and hindering MP3. | 16:54 |
| zhasha | AAC seems encumbered still | 16:54 |
| attah | Of course it is good to help you check that up, but ultimately it is for Jolla to say jay or nay | 16:54 |
| nephros_ | I'll check Debian. If Debian ships it, it's probably OK. | 16:54 |
| mal | fedora is another good place to check for things | 16:56 |
| nephros_ | Eh, it's regarded non-free in Debian. | 16:56 |
| nephros_ | Right, lets just skip aac for now. | 17:01 |
| nephros_ | mal: do you see anything that would prevent inclusion of the two libs? | 17:02 |
| mal | which libs? | 17:02 |
| nephros_ | mal: ldacBT and freeaptx | 17:03 |
| nephros_ | https://build.sailfishos.org/project/monitor/home:nephros:devel:gst-bluetooth | 17:03 |
| nephros_ | (and yea I shall de-spectacle/yaml the build) | 17:04 |
| nephros_ | Oh, and how do I do a "PR" for a new repo at github.com:sailfishos? | 17:08 |
| mal | there is no way to do that, issue-tracker maybe | 17:15 |
| nephros_ | ok. I'll do proper tar_git packaging first, then the gst-plugins-bad PR, and ask for new repo in that PR. | 17:19 |
| *** amccarthy is now known as Guest11823 | 17:23 | |
| *** amccarthy_ is now known as amccarthy | 17:23 | |
| nephros_ | zhasha: So, according to your Forum post, everything works fine? | 17:27 |
| zhasha | I haven't tried AptX but yeah I can switch to LDAC and it Just Works™ | 17:29 |
| zhasha | I'll try AptX real quick | 17:29 |
| nephros_ | wait a little pls, I just bumped freeaptx from 0.1.1 to 0.2.2 | 17:32 |
| zhasha | it works fine pre-update at least | 17:32 |
| zhasha | say when and I'll update | 17:32 |
| nephros_ | but very cool. I must test myself with my Douk box later | 17:32 |
| zhasha | I'm testing with a Qudelix 5K but I also have a Topping BC3 I can test with if you want some data diversity | 17:33 |
| *** amccarthy is now known as Guest11824 | 17:35 | |
| *** amccarthy_ is now known as amccarthy | 17:35 | |
| nephros_ | frankly I don't care personally that much but its good to be able to point to successful tests. | 17:35 |
| nephros_ | (I'm an analog guy wrt music ;) ) | 17:36 |
| zhasha | as an engineer I like precision too much, so it's DSPs and class D amps for me | 17:37 |
| zhasha | as I said on the forum, I'm a salty about the lack of a 3.5mm port on the new Jolla phone so this seemed like a good opportunity to get BT audio up to snuff | 17:39 |
| zhasha | a bit salty* | 17:39 |
| zhasha | still gotta figure out why mSBC isn't working | 17:43 |
| mal | https://github.com/mer-hybris/droid-hal-configs/blob/master/sparse/etc/pulse/default_sailfish.pa#L54 we had some issues with msbc breaking things in bt call audio if I remember correct after pulseaudio update | 17:47 |
| zhasha | Yeah I found that, and when I enabled it I just lost audio during calls altogether | 17:48 |
| zhasha | I've been trying to figure out why | 17:48 |
| nephros_ | zhasha: well at least there was PR #9 on Pulse, | 17:48 |
| mal | yes, exactly that issue | 17:48 |
| mal | in calls bt audio goes through android hal and somehow doing things in sailfish side breaks that | 17:49 |
| mal | probably both write things to hw and those cause conflict and break audio | 17:49 |
| zhasha | Thanks mal, that's exactly the lead I was looking for :) | 17:50 |
| mal | maybe better way would be to only disable msbc when in call | 17:50 |
| mal | need to see how that could be done | 17:50 |
| zhasha | personally I really only care about it for calling so I'll be debugging it either way | 17:51 |
| mal | that way android hal could do whatever it wants during calls and for normal audio it would be enabled | 17:51 |
| mal | afaik android hal should be using it, not fully sure | 17:52 |
| nephros_ | mal: did you play with SDL3 recently? | 17:53 |
| nephros_ | attah: so I guess the Pulse PR is yours, and I'll do the gst-plugins-bad stuff? | 17:56 |
| attah | nephros_: worksforme | 17:57 |
| nephros_ | nice, I like this! | 17:57 |
| attah | https://github.com/sailfishos/pulseaudio/pull/10 | 18:06 |
| nephros_ | https://github.com/sailfishos/gst-plugins-bad/pull/12 | 18:09 |
| nephros_ | :D | 18:09 |
| attah | :D | 18:19 |
| zhasha | You guys are great | 18:19 |
| toastal_ | Cool | 18:24 |
| mal | is there noticeable difference in quality with that aptx? | 18:28 |
| nephros_ | https://github.com/sailfishos/gst-plugins-bad/pull/13 | 18:29 |
| zhasha | From my admittedly limited experience, AptX is only about as good as SBC-552, with AptX HD being close enough to lossless that you need fairly good equipment to hear it, and LDAC requiring very good equipment to hear it | 18:31 |
| Keto | I'll link those to our internal bug. Probably won't get into 5.2 due to very tight schedule at the moment, but lets see | 18:32 |
| mal | does pulseaudio use that to both directions, since the SRC (encoder) is free but SNK (decoder) needs license | 18:44 |
| mal | I mean LDAC | 18:45 |
| nephros_ | Keto: if you link it to your bug, maybe mention that there's the three PRs mentioned here, plus two new packaging repos required for the new libs. | 18:46 |
| mal | all those were mentioned in the bugs, one bug for each codec | 18:48 |
| zhasha | mal: gstreamer only links to ldacBT-enc, so you should be fine | 18:51 |
| zhasha | https://joakim.sindho.lt/p/yNEOy6n_tKDEJWZZPyskorNMRK2WTFeM1ctIP6uJN1iL.txt | 18:52 |
| attah | Seems a bit odd to have additional restrictions on top of apache-licensed libldac | 19:12 |
| attah | It already explicitly grants patent rights, so what line of authority could anyone even have? | 19:12 |
| nephros_ | true but media codecs have always been a mess wrt licensing and patents. | 19:14 |
| attah | Aha, the difference between freeaptx and openaptx is that the latter moved to gpl3 | 19:14 |
| attah | True, but it was literally contributed by the rights-holder | 19:15 |
| zhasha | What are the conditions for the license grant? | 19:15 |
| attah | for what? | 19:16 |
| zhasha | libldac | 19:16 |
| zhasha | 'cause legally speaking you can make up any old bullshit you want when it comes to patent licenses | 19:17 |
| attah | The Apache license explicitly grants patent rights is what i mean, and irrevocable at that | 19:17 |
| zhasha | oh | 19:17 |
| attah | Sure, but they used a proper open source one, and walking that back should be hard | 19:17 |
| attah | Supposedly Sony wants "certification" | 19:17 |
| nephros_ | The encoder of LDAC is open-source under Apache License 2.0, so that any device can be coded to transmit LDAC streams without patent or licensing issues. The decoder design remains proprietary. | 19:18 |
| attah | not sure iof that is enc dec or both... but still | 19:18 |
| nephros_ | ^^^ Wikipedia | 19:18 |
| attah | well then | 19:18 |
| mal | sony website also says that encoding is fine, decoding needs license, aptx is from sony | 19:19 |
| zhasha | there doesn't seem to be a decoder in libldac from AOSP | 19:19 |
| attah | it would seem we are good then | 19:19 |
| zhasha | AptX is from Qualcomm | 19:20 |
| zhasha | https://www.gizmochina.com/2023/03/20/qualcomm-aptx-and-aptx-hd-encoders-android-license/ | 19:23 |
| nephros_ | Generally you can "open source" whatever and still claim patents, but with Apache it's BAM, nope, no patents for you. | 19:24 |
| nephros_ | freeaptx is LGPL2.1, which of course is super complicated. | 19:25 |
| zhasha | https://android.googlesource.com/platform/packages/modules/Bluetooth/+/refs/heads/master/system/embdrv/encoder_for_aptx/ | 19:26 |
| zhasha | https://android.googlesource.com/platform/packages/modules/Bluetooth/+/refs/heads/master/system/embdrv/encoder_for_aptxhd/ | 19:26 |
| zhasha | both Apache licensed | 19:26 |
| mal | does gstreamer use aptx decoding and encoding or just encoding like ldac? | 19:28 |
| zhasha | no, it has a decoder too | 19:29 |
| joff_ | hi all, i'm sorry but how it's possible to install puremaps with sailfishos version 5.1.0.11 (Pispala) ? | 19:30 |
| joff_ | with latest puremaps version | 19:31 |
| nephros_ | joff_: should be fine, with the 5.1 version from Chum. | 19:31 |
| joff_ | where do you download it ? | 19:32 |
| joff_ | from pkcon ? | 19:32 |
| nephros_ | joff_: you use Chum GUI to install it. | 19:32 |
| joff_ | i can't install chum-gui properly | 19:32 |
| nephros_ | joff_: aha, okay. | 19:33 |
| nephros_ | which device/architecture? | 19:33 |
| joff_ | sony xperia 10 III | 19:33 |
| nephros_ | so aarch64. fine. | 19:33 |
| joff_ | yes | 19:33 |
| joff_ | but as i said to another person here | 19:34 |
| nephros_ | joff_: look for RPM here: https://repo.sailfishos.org/obs/sailfishos:/chum/5.1_aarch64/aarch64/ | 19:34 |
| joff_ | ok | 19:34 |
| nephros_ | joff_: you should also find a compatible package of chum gui there. | 19:35 |
| joff_ | ok i try | 19:36 |
| attah | And as i said before - this works fine for me https://sailfishos-chum.github.io/apps/sailfishos-chum-gui-installer/ | 19:36 |
| attah | i.e. downloading it from there | 19:36 |
| joff_ | thanks a lot nephros_ | 19:37 |
| mal | wondering about aptx, fedora doesn't include it because of some issues | 19:40 |
| nephros_ | mal: tech or legal? | 19:40 |
| mal | legal afaik | 19:40 |
| nephros_ | I mean, if ldac goes in, and aptx does not, we're still better off than now... | 19:41 |
| nephros_ | pity is, it seems more devices/boxes/headphones are marketed with AptX support than LDAC. | 19:42 |
| nephros_ | but that is not based on extensive market research, just a feeling. | 19:43 |
| zhasha | I mean we could just nuke the decoder from freeaptx | 19:44 |
| zhasha | it's not a large library | 19:44 |
| mal | a bit confused also how the codec things work, what does the decoding, the headset itself or the phone/other connected to the headset | 19:46 |
| attah | In this case the phone encodes sound to be sent to the decoder in the headphones, no? | 19:46 |
| zhasha | pulseaudio encodes the audio and the headset decodes it | 19:47 |
| zhasha | This is all A2DP stuff, totally unidirectional audio | 19:47 |
| mal | hmm, where does one need decoder then in reality, I mean the license in ldac? only headphone manufacturers? | 19:48 |
| attah | sounds like it | 19:49 |
| zhasha | Yeah pretty much. Anyone making a BT thing that ingests LDAC audio | 19:49 |
| mal | of course phone can be a bluetooth receiving end also, like playing audio from laptop to a phone, not really useful often though | 19:49 |
| mal | in theory at least | 19:49 |
| zhasha | https://joakim.sindho.lt/p/U2kPmwGs8ajSZqdrZByjMgb1QLnUXp9i1zgwOnzpD9Ts.txt | 19:50 |
| zhasha | remove decoder from freeaptx | 19:50 |
| zhasha | haven't tried deploying it on my phone but PulseAudio doesn't even try to the decoder so I doubt it would be a problem | 19:52 |
| mal | yeah, needs to be checked in pulseaudio and gstreamer what those do | 19:53 |
| zhasha | gstreamer makes the decoder available | 19:53 |
| zhasha | https://github.com/sailfishos-mirror/gstreamer/blob/e6ee9e63e033b9c8e343ba0bdfa7590ef81449ee/subprojects/gst-plugins-bad/ext/openaptx/gstopenaptxdec.c | 19:54 |
| zhasha | PulseAudio also makes the decoder available it seems https://github.com/sailfishos/pulseaudio/blob/master/src/modules/bluetooth/a2dp-codec-aptx-gst.c | 19:55 |
| zhasha | but again, just stubbing it out in freeaptx should stop it being a legal issue | 19:56 |
| zhasha | And if we remove this singular line from gstreamer then it won't advertise the now-missing decoder either: https://github.com/sailfishos-mirror/gstreamer/blob/e6ee9e63e033b9c8e343ba0bdfa7590ef81449ee/subprojects/gst-plugins-bad/ext/openaptx/openaptx-plugin.c#L43 | 20:00 |
| nephros_ | zhasha: are you on github? could you add your findings to one of the PRs? | 20:23 |
| nephros_ | https://github.com/sailfishos/gst-plugins-bad/pull/12 | 20:24 |
| zhasha | Done, though I have a particular hatred for using Microsoft's premier social media platform | 20:35 |
| zhasha | you guys have been so helpful that I don't want to be a difficult about it | 20:36 |
| nephros_ | zhasha: I feel you! Unfortunately improving SFOS urrently is not possible without this. | 20:38 |
| nephros_ | zhasha: Thanks! | 20:38 |
| zhasha | FWIW I just stubbed out the decoder function and removed code until I ran out of unused function/variable warnings | 20:39 |
| zhasha | I have not tested the patch beyond building it locally | 20:40 |
| zhasha | I don't even need AptX, I just think it would be a tragedy not to have it since, as you said, it's far more common than LDAC | 20:41 |
| nephros_ | zhasha: it's fine. I think we've done as much as we can do. Now the ball is in pvuorela's court. | 20:41 |
| zhasha | I'm gonna go to bed now. Ping me if you want me to test something, and thanks for all your work | 20:43 |
| nephros_ | ... g'night! same to you! :) | 20:44 |
| nephros_ | and thanks | 20:44 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!