| rinigus | henk: I wonder whether you have a mix from openrepos and chum. Try to uninstall all presage related packages and install those from chum | 05:04 |
|---|---|---|
| henk | mal: yeah, me too /-: and things like this happen constantly to me, in all areas of life, actually o_O | 06:31 |
| henk | rinigus: I did not do anything yet, only list packages, but this time with zypper (because pkcon seems like it was written by a drunk idiot in the 90s) and it seems to be fine: http://ix.io/4yJu | 06:34 |
| henk | 'zypper pa -i' does list a few packages from openrepos, though. should I generally try to get rid of those? | 06:35 |
| rinigus | henk: no need to get rid of unrelated openrepos packages. I don't know why you have sailfishos-chum-yggdrasil as well, but that's probably not problem. no ised why just chum and your chum variant packages are installed | 06:48 |
| rinigus | but it does look messy and maybe you should ask your porter on how to handle it | 06:49 |
| henk | piggz: I think that’s you for the volla/gs290, right? do you happen to have any idea what could be going wrong with presage keyboard? | 06:58 |
| *** amccarthy is now known as Guest3696 | 07:02 | |
| *** amccarthy_ is now known as amccarthy | 07:02 | |
| henk | storeman and openrepos are still valuable, they are not deprecated or obsolete yet, right? | 07:05 |
| piggz | henk: erm, no .. whats it doing? | 07:07 |
| henk | piggz: I was looking for a predictive keyboard and found presage. installing it gave some troubles but we got that sorted out (see the backlog between me and mal if details on that are relevant). currently relevant: these last few lines in this chat from the last 9 hours. would you mind reading those? | 07:11 |
| henk | (to my mind, this sounds like asking a lot but I don’t think I can summarize the current situation much shorter anyway, so it also seems efficient … I don’t mean to act demanding or entitled!) | 07:12 |
| piggz[m] | just booting up the volla... | 07:13 |
| rinigus | henk: looking at your backlog - maybe you have to reboot to enable presage keyboard selection | 07:20 |
| henk | rinigus: I can select it just fine in the settings under 'text input'. and changing things there also changes what keyboard in the 'messages' app shows. | 07:22 |
| henk | also, it worked for mal without reboot. | 07:22 |
| rinigus | henk: so it all works now for you, right? | 07:22 |
| henk | so I’d like to leave the reboot as the last resort to try … | 07:23 |
| henk | rinigus: no. it changes what the 'messages' app shows but not correctly. when I enable only presage keyboards in the settings, the messages app shows a blank (blue) area where the keyboard should be shown. | 07:23 |
| rinigus | henk: no idea with it. if you prefer to troubleshoot before reboot - sure. good luck with it :) | 07:25 |
| henk | hehe, thanks (: | 07:26 |
| piggz[m] | there is the maliit service that could be restarted | 07:32 |
| henk | humm, where? how? | 07:58 |
| henk | 'systemctl | grep -i maliit' doesn’t return anything | 08:08 |
| piggz | yeah, that fixes it.... | 08:27 |
| piggz | systemctl --user restart maliit-server | 08:27 |
| piggz | for me ... i installed it, enabled it as the only keyboard ... it worked as a keyboard, but there were no predictions in the box above the keys | 08:28 |
| henk | oooh, yes, that works. | 08:32 |
| henk | and I get predictions | 08:32 |
| henk | mal, rinigus, piggz: thank you all very much for your help (: | 08:33 |
| Mister_Magister | wwwwwwwwaaaaaaaaaaaaiiiiiiiiiiiiiiiiiittttttttttttttt a minute | 18:47 |
| Mister_Magister | droidmedia is fine as long as you convert the output coming after decoding/encoding back to standard raw stuff | 18:47 |
| Mister_Magister | and i saw some stuff to do what in droidmedia | 18:47 |
| Mister_Magister | so you could just use completely standard gstreamer everywhere | 18:47 |
| Mister_Magister | or am i talking nuts | 18:48 |
| Mister_Magister | like after using vaapi to encode you still need to filter it into normal data | 18:48 |
| Mister_Magister | sadly i don't think there's anyone here that can answer my question so i will just have to try and see | 18:49 |
| mal | which issue are you talking about? | 18:58 |
| Mister_Magister | mal: no issue | 18:59 |
| Mister_Magister | its just that unless you're using qtmultimedia you usually don't have hw decoding, unless you do stuff I do, that is using the droidmedia elements directly. But i saw in droidmedia that there's conversion from droidmedia format to standard raw format, that way you can use standard software that uses gstreamer, in normal way, just slightly different pipeline, but i'm not sure if thats true | 19:00 |
| akrosi | does VAAPI work out of the box, generally, if you install programs that use it, or are there missing drivers etc. | 20:17 |
| akrosi | I was actually just wondering earlier how hardware video decoding/encoding works on sailfishos—the commonly-used video player uses gstreamer to interface with kernel APIs directly, right? | 20:20 |
| Mister_Magister | akrosi: n…no | 20:28 |
| Mister_Magister | akrosi: vaapi works if you install proper package, but thats on desktop linux, on sfos you get droidmedia, and to use it you have to use specific gstreamer components. Droidmedia talks to android side to decode/encode video | 20:28 |
| akrosi | Mister_Magister: right, that makes sense, I didn't expect it to be used | 20:32 |
| Mister_Magister | and so far the only two apps that use that gstreamer component are sfos's qtmultimedia and my yt app | 20:33 |
| akrosi | do the stock browsers or any others use qtmultimedia? | 20:34 |
| Mister_Magister | stock browser uses droidmedia in some other way. Normal apps just use qmultimedia | 20:34 |
| akrosi | it sounds a bit like a similar situation to the PinePhone/allwinner & rockchip SoCs where there's no VAAPI drivers but gstreamer has a means of directly interfacing with the codecs... which works but means you're limited to gstreamer-based video players. qtmultimedia at least sounds better | 20:34 |
| akrosi | *sounds like a similar situation to | 20:35 |
| Mister_Magister | qtmultimedia as in patched qtmultimedia to instead of using standard gstreamer pipeline, it uses droidmedia component | 20:35 |
| Mister_Magister | …of gstreamer | 20:35 |
| akrosi | if I'm understanding correctly, sailfishOS uses something of a mix of android drivers and custom interfaces directly to the kernel, right? which is... strange, but seems to work well enough, especially for devices without proper mainline support | 20:37 |
| mal | Mister_Magister: I thought only the camera side or qtmm is patched, not the codec side | 20:39 |
| mal | *of qtmm | 20:39 |
| akrosi | I mean in general, not just for video codecs | 20:40 |
| akrosi | based on the architecture page, for example, storage and USB is just plain old linux kernel APIs, but graphics/sound use the android HAL on the lower layers | 20:40 |
| mal | that architecture page describes the way most sailfish devices use things, it's also possible the do almost everything (not sure if something is not possible) using normal linux kernel APIs | 20:43 |
| mal | for example graphics can be done using mesa if it support the device | 20:45 |
| akrosi | mal: that makes sense, I assume the sailfishOS ports to the pinephone/pinephone pro use the kernel APIs near exclusively, though they have... issues relating to the modem in my experience | 20:56 |
| akrosi | probably in part due to lacklustre ofono support of the EG25-G though, most of the development effort has been for ModemManager | 20:56 |
| mal | akrosi: yeah, that is the main reason for modem issues | 21:09 |
| mal | ofono qmimodem plugin hasn't been developed well enough | 21:10 |
| Mister_Magister | mal: decoding pretty sure it used droideglsink | 21:28 |
| Mister_Magister | as i was looking at it when droideglsink changed to see how its handled | 21:29 |
| Mister_Magister | otherwise every app could have hw decoding | 21:29 |
| Mister_Magister | I'm the only nutcase nut enough to use droideglsink outside of sfos's qtmultimeda xd | 21:30 |
| Mister_Magister | i want to experiment with hw encoding tho, sending video to gstdroidvenc, filter it to standard video, and then either save or stream it | 21:32 |
| Mister_Magister | basically current pipeline is whatever gstreamer compenents for video input -> gstdroidvdec -> droideglsink as only droideglsink accepts format coming out of gstdroidvdec | 21:33 |
| Mister_Magister | in case of camera, camera is using droidcamsrc | 21:33 |
| mal | hmm | 21:34 |
| Mister_Magister | so theroetically if the filter im talking about exist you could use droidcamsrc -> droidvenc -> filter -> http stream? | 21:34 |
| Mister_Magister | or source -> droidvdec -> filter -> normal apps? | 21:34 |
| Mister_Magister | man i've been sitting in the droidmedia so hard lately, tempts me to update this stuff or something | 21:35 |
| Mister_Magister | https://github.com/sailfishos/gst-droid/blob/master/gst/droidcodec/gstdroidaenc.c you can even encode audio on android side but why would anyone do that | 21:36 |
| mal | thay is leftover from times when mp3 was not free | 21:36 |
| mal | afaik | 21:36 |
| mal | and maybe some other codecs could be used also like that | 21:36 |
| Mister_Magister | mayhaps | 21:37 |
| Mister_Magister | ugh i can't find the filter i was talking about now | 21:37 |
| Mister_Magister | https://github.com/sailfishos/droidmedia/blob/master/droidmediaconvert.cpp ah this, its not in gstdroid | 21:37 |
| Mister_Magister | if this exists, then it could be viable to make gstreamer element that filters the doidmedia output to normal raw format? | 21:38 |
| Mister_Magister | and that would make everything 10x less pain | 21:38 |
| Mister_Magister | i stopped poopin on droidmedia as i learned that vaapi is also poop so droidmedia gstreamer plugin isn't that bad of idea…? | 21:39 |
| Mister_Magister | but we need the filter to bring it backk to standard world | 21:39 |
| Mister_Magister | if i'm talking like nutcase please tell me | 21:40 |
| mal | I should probably have a look at gst-droid to see if things could be done in some different way | 21:41 |
| Mister_Magister | mal: like let me brak it down. Basically the idea is sound, we take some source, it get passed to droidvdec, nothing else but qtmultimedia can use it because of that, so we patch qtmultimedia so that it can use it, and any app that doesn't use our patched qtmultimedia or droideglsink can't use hw encoding, decoding or camera. But if we converted it bas to raw standard video, then we wouldn't have to patch qmultimedia, just gstreamer | 21:44 |
| Mister_Magister | to use our custom pipeline by default (currently it only defaults to droidvdec) and then, no qtmultimedia patching and everything that uses gstreamer can… just use it, along with gstlaunch | 21:44 |
| Mister_Magister | the only problem thats left is the camera | 21:45 |
| Mister_Magister | idk how controling camera works over gstreamer | 21:45 |
| mal | intesting that there no mention of droidegl in qtmm | 21:49 |
| Mister_Magister | ye inded | 21:49 |
| Mister_Magister | can u throw me a link? | 21:49 |
| mal | to where? | 21:52 |
| Mister_Magister | mal: https://github.com/sailfishos/nemo-qtmultimedia-plugins | 21:53 |
| Mister_Magister | this one uses it | 21:53 |
| mal | ah | 21:54 |
| Mister_Magister | speaking of which, i wonder where is QPlatformNativeInterface | 21:57 |
| Mister_Magister | apparently gui-private | 21:58 |
| akrosi | Mister_Magister: what's so bad about vaapi? | 22:01 |
| Mister_Magister | akrosi: don't ask me i'm not vaapi dev | 22:01 |
| akrosi | you said "i stopped poopin on droidmedia as i learned that vaapi is also poop" | 22:02 |
| akrosi | it never seemed too bad to me as a standard or interface as an end user, though my radeon video decoders on my laptop are rather mediocre... can't even handle 5k 60fps HEVC | 22:03 |
| Mister_Magister | thats what ffmpeg devs told me | 22:05 |
| Mister_Magister | k sfos is trolling me again. No package that this https://github.com/sailfishos/nemo-qtmultimedia-plugins requires, contains QPlatformNativeInterface | 22:12 |
Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!