| Wizzup | arno11: do I also add a break; after the sleep? | 00:01 |
|---|---|---|
| Wizzup | arno11: I think your email is not complete wrt the record path | 00:02 |
| Wizzup | but I can imagine what it needs to be | 00:02 |
| arno11 | when pointing to dev/null the tools use mmap | 00:04 |
| Wizzup | hm? | 00:04 |
| Wizzup | I mean this: | 00:04 |
| Wizzup | #ifdef RECORD | 00:04 |
| Wizzup | ctx->source_cc = open("/dev/null", O_CREAT | O_WRONLY | O_> | 00:04 |
| Wizzup | ctx->sink_cc = open("/dev/null", O_CREAT | O_WRONLY | O_TR> | 00:04 |
| Wizzup | #endif | 00:04 |
| arno11 | no break after the sleep | 00:05 |
| arno11 | otherwise connection will be lost | 00:05 |
| Wizzup | you sure @ break? | 00:05 |
| arno11 | sorry messages crossed | 00:05 |
| Wizzup | I think that's just past of the switch statement, no? | 00:05 |
| arno11 | i didn't see your messages | 00:06 |
| arno11 | let me have a look | 00:06 |
| arno11 | sure no break after the sleep | 00:07 |
| Wizzup | hmm, ok | 00:10 |
| Wizzup | I think that will make it hit assert(0); | 00:10 |
| Wizzup | but fine, I'll not do it for now | 00:10 |
| arno11 | and for record you have just to change /data/tmp/source.raw and /data/tmp/sink.raw by /dev/null | 00:10 |
| Wizzup | yeah, I figured | 00:10 |
| arno11 | trust me no break | 00:10 |
| Wizzup | ok | 00:11 |
| Wizzup | rebooting | 00:22 |
| arno11 | cool | 00:22 |
| Wizzup | unfortunately the battery calibration doesn't recognize I now have a better battery | 00:26 |
| Wizzup | so for 80% of it's battery life it tells me I have lowbat | 00:26 |
| Wizzup | arno11: wait I guess I still need the asound state files | 00:27 |
| Wizzup | right? | 00:27 |
| arno11 | oh i forgot lol | 00:27 |
| arno11 | indeed impossible without it | 00:27 |
| arno11 | and iirc you can keep/save it using pactl store | 00:29 |
| Wizzup | do you have some files somewhere? | 00:30 |
| arno11 | yes and i sent you the file by email iirc | 00:31 |
| arno11 | let me check | 00:31 |
| arno11 | sent april 17 | 00:32 |
| Wizzup | ok | 00:32 |
| Wizzup | weird, now it says I have no sim | 00:47 |
| Wizzup | well it got a bit late for me to call someone now | 00:49 |
| Wizzup | I will try it tomorrow morning | 00:49 |
| arno11 | yep gn | 00:52 |
| Wizzup | error reading from source (320), error Access denied | 01:01 |
| Wizzup | cc write failed: Bad address | 01:01 |
| Wizzup | utils/cmtspeech_ofono_test.c: pa_simple_get_latency() failed: Connection terminated | 01:01 |
| Wizzup | hmm | 01:01 |
| Wizzup | I guess the /dev/null open failed | 01:02 |
| norayr | freemangordon: omg i wanted to test it badly today. i did not know the changes applied. i was walking in the city and looking at the phone every 10 minutes again. and then again i missed important things. if i knew i can update and test i would update. | 01:27 |
| norayr | s/wanted to test/wanted the feature again/ | 01:28 |
| _uvos_ | freemangordon: i dont get any of your points | 02:10 |
| _uvos_ | rn any desktop app can and dose play notifcation sounds itself - ingoreing the profile | 02:10 |
| _uvos_ | if you implement libnotify sounds then we have a chance to have those respect the profile | 02:11 |
| _uvos_ | as we can for instance not play those when the profile saies to be silent | 02:12 |
| _uvos_ | so i dont see how this is not a sreight imrovement | 02:13 |
| _uvos_ | regarding actions i dont understand what you mean, if you imelment actions aplications can and do use those, its more about getting existing destop applications to work than anything else | 02:14 |
| _uvos_ | i dont see why "if i implement actions, they will get used" is a problem | 02:14 |
| _uvos_ | the categories work sortof ok | 02:14 |
| _uvos_ | another imrtant failing of the notification system is, btw that non hardcoded notifications dont stack | 02:15 |
| _uvos_ | this is for instance a huge roblem with gpodder and telegram | 02:16 |
| _uvos_ | both of these create a notification for an event (message for telegram or finished download for godder) | 02:16 |
| _uvos_ | unfortionatly h-h will simply create a new window for eatch | 02:17 |
| _uvos_ | notifcation | 02:17 |
| _uvos_ | this quickly effectively hangs the system with open windows | 02:18 |
| _uvos_ | if you for instance get a lot of messages with telegram catching up to some chat or godder downloading an entier podcast season | 02:18 |
| _uvos_ | btw also if a application dosent set an image h-h will substitue a big "image could not be loaded icon" this is qute undesirable as the message image is optional in spec, but this makes it look like there is somehing worng | 02:20 |
| _uvos_ | i think letting the user choose we | 02:22 |
| _uvos_ | *if he wants the device to vibrate for "other" libnotify notifcations is quite sane | 02:22 |
| _uvos_ | idealy per category | 02:22 |
| _uvos_ | but i agree that is schould probubly default to no | 02:23 |
| arno11 | Wizzup: hm i forgot to ask you if you have cmt_speech and omap_ssi loaded on boot | 08:03 |
| freemangordon | arno11: re n900 3d performance - I am not sure it worths it spending time on that | 08:04 |
| arno11 | freemangordon: really not essential | 08:06 |
| arno11 | just for fun | 08:06 |
| freemangordon | n900 has bigger issues performance wise than this - like, no matter what we do, there will be no usable modern browser | 08:06 |
| arno11 | indeed | 08:06 |
| arno11 | that's the main issue | 08:06 |
| freemangordon | mhm | 08:06 |
| freemangordon | and that's a HW limitation | 08:06 |
| freemangordon | 256MiB of RAM | 08:07 |
| arno11 | yes but swap works fine | 08:07 |
| freemangordon | sure, but it is slow | 08:07 |
| arno11 | with overclock not | 08:08 |
| freemangordon | just don;t get me wrong - I love n900 and I am still using it as my daily device (with fremantle) | 08:08 |
| freemangordon | but I don;t feel it makes sense to put too much effort in regards to leste | 08:09 |
| freemangordon | given there are so many other things that are not device specific and we still lack | 08:09 |
| freemangordon | like conversations, or BT, or ... | 08:09 |
| arno11 | not a lot of things | 08:10 |
| arno11 | conversations is not user friendly but works | 08:11 |
| arno11 | BT ok but is it essential in 2023 ? | 08:11 |
| freemangordon | hmm? do you drive a car? | 08:12 |
| arno11 | oh yes | 08:12 |
| freemangordon | and no, conversations do not work | 08:12 |
| arno11 | ? what do you mean | 08:13 |
| freemangordon | well, not properly at least | 08:13 |
| freemangordon | they are still not properly integrated with TP, or were not, last time I checked | 08:14 |
| freemangordon | also, you cannot start a chat | 08:16 |
| arno11 | it is possible using a bitlbee gateway | 08:16 |
| dsc_ | start a chat with whom freemangordon :) | 08:16 |
| freemangordon | dsc_: contact :p | 08:17 |
| dsc_ | via... | 08:17 |
| dsc_ | :) | 08:17 |
| freemangordon | address book | 08:17 |
| freemangordon | ;) | 08:17 |
| dsc_ | which is a GTK widget | 08:17 |
| freemangordon | no, that's one way | 08:18 |
| freemangordon | but, conversations should handle TP requests for chats | 08:18 |
| freemangordon | sec | 08:18 |
| freemangordon | dsc_: org.freedesktop.Telepathy.Client.Handler | 08:19 |
| freemangordon | org.freedesktop.Telepathy.Channel.Type.Text | 08:19 |
| freemangordon | this ^^^ | 08:19 |
| freemangordon | arno11: dsc_ just reminded me one more big thing we lack - properly expose addressbook via either dbus or some other means to non-gtk2 applications | 08:21 |
| freemangordon | dsc_: BTW, did you see mafw progress? | 08:21 |
| freemangordon | gst-renderer that is | 08:21 |
| dsc_ | sec | 08:21 |
| arno11 | freemangordon: yes indeed | 08:22 |
| dsc_ | I think it is important to emphasise my skills is over at C++ *GUI* development, not "low-level" TP/rtcom/dbus work (expectation management) | 08:23 |
| freemangordon | umm,... I don;t wanted to sound like I accuse anybody | 08:23 |
| freemangordon | I am just saying that we lack functionality, which IMO is more important than 3d performance on n900 :) | 08:24 |
| freemangordon | *didn;t want | 08:24 |
| * freemangordon needs more coffee | 08:24 | |
| arno11 | lack of coffee is always the main issue :) | 08:25 |
| dsc_ | as we speak I'm working on groupchat support, which is mostly graphical (GUI and a little bit of rtcom) but *not* TP, I will however dive into TP later but this an area where its "hit or miss" - For example fmg or Wizzup would work 10x as fast here in figuring stuff out | 08:26 |
| freemangordon | dsc_: oh, I was left with the impression you work on OMP | 08:26 |
| dsc_ | same @ OMP; when it goes "too deep" I hit an obstacle - initially the request was "fixing the QML" but that quicly turns into "mafw gst renderer needs to be fixed" | 08:30 |
| dsc_ | which has nothing to do with Qt GUI dev | 08:30 |
| dsc_ | i.e: I am unwilling to go outside my lane, so-to-say ;) | 08:30 |
| freemangordon | dsc_: right, that's why I fixed it an now it works :) | 08:32 |
| freemangordon | (mafw-gst-renderer) | 08:32 |
| freemangordon | thus my question 'did you see mafw-gst-renderer is fixed' | 08:33 |
| dsc_ | were you able to try the C snippet I provided where it tests for an available renderer? | 08:33 |
| freemangordon | yes | 08:34 |
| dsc_ | I did try your fix but couldnt get it to work, something with needing to run a daemon... some other stuff, i dunno | 08:34 |
| dsc_ | I think there were 2 fixes | 08:34 |
| freemangordon | there was an issue with starting the daemon | 08:34 |
| freemangordon | but now everything is ok | 08:34 |
| freemangordon | the example on maemo.org works as is | 08:35 |
| dsc_ | okay ill check OMP out | 08:35 |
| freemangordon | I am able to play internet radio with it | 08:35 |
| freemangordon | dsc_: keep in mind that at least in virtualbox VM we have issues, as XV is not supported but is required by it | 08:36 |
| dsc_ | via OMP? | 08:36 |
| freemangordon | no | 08:36 |
| freemangordon | via example code on maemo.org | 08:36 |
| freemangordon | lemme try to find it | 08:36 |
| dsc_ | alright | 08:36 |
| dsc_ | im using QEMU btw | 08:36 |
| freemangordon | does it have XV acceleration? | 08:37 |
| freemangordon | xvinfo | 08:37 |
| dsc_ | doesnt seem like it | 08:37 |
| dsc_ | "no adaptors present" | 08:37 |
| freemangordon | :( | 08:37 |
| dsc_ | IIRC I did try your fix but the renderer just wouldnt show up | 08:38 |
| dsc_ | but then failed to mention it | 08:38 |
| freemangordon | it will not work in the VM now | 08:38 |
| freemangordon | because of that said lack of XV | 08:38 |
| dsc_ | ic | 08:38 |
| freemangordon | ok, I'll try to come-up with a fix and will let you know when I am ready | 08:38 |
| freemangordon | we have to agree though on what the fallback would be | 08:39 |
| freemangordon | glimagerenderer? | 08:39 |
| dsc_ | performance certainly wouldnt be of importance as VM is solely for dev | 08:40 |
| freemangordon | it is not about the performance | 08:40 |
| dsc_ | pick whatever is easiest I suppose | 08:40 |
| freemangordon | the problem is that x11imagesink does not support color key | 08:40 |
| freemangordon | so UI will look weird | 08:40 |
| dsc_ | you dont have to fix the VM | 08:41 |
| dsc_ | i can just use real hw | 08:41 |
| dsc_ | nobody will watch media in a VM anyway | 08:41 |
| dsc_ | right? | 08:41 |
| freemangordon | developing there will be hard, no? | 08:41 |
| freemangordon | not really | 08:41 |
| freemangordon | our dev environment should be usable | 08:42 |
| dsc_ | its ok, a little slower but my workflow is already with a remote debugger, VM or real HW doesnt matter much | 08:42 |
| dsc_ | ok | 08:42 |
| freemangordon | hmm, ok | 08:42 |
| freemangordon | well. you can start with real HW then, until I fix it under VM | 08:42 |
| freemangordon | arno11: another big thing - media player ;) | 08:43 |
| dsc_ | well, that depends on if I can actually boot into real HW (drained battery issue) | 08:43 |
| dsc_ | lets see | 08:43 |
| freemangordon | ugh | 08:43 |
| freemangordon | this is d4, right? if yes, you should be able to boot to android to charge | 08:44 |
| arno11 | freemangordon: mplayer with smplayer works great. even able to stream online content. internet radio works well with audacious. but ok it is not user friendly | 08:47 |
| dsc_ | i have a working d4 | 08:49 |
| dsc_ | so thats good | 08:49 |
| dsc_ | anyway, what I was working on just now was figuring out the db schema for rtcom regarding groupchats | 08:56 |
| dsc_ | Wizzup is sending me an example db soon that contains xmpp group chats for reference | 08:56 |
| arno11 | Wizzup: tweaks in the code only run once a call is made. if you have error messages when you start cmt_pulse that means something is wrong between cmt-dbus-ofono-modem. So that's why i asked for modules on boot (cmt_speech and omap_ssi). | 09:05 |
| arno11 | cmt_pulse must start with absolutely no errors | 09:07 |
| sicelo | freemangordon: i agree regarding n900 3D performance. still worth working on the vrfb stuff though? | 09:18 |
| sicelo | arno11, yes you may send me an email, absicsz at the popular G provider | 09:19 |
| sicelo | heh, maybe chagpt 'understands' that | 09:19 |
| dsc_ | https://plak.infrapuin.nl/selif/byathzos.txt | 09:25 |
| dsc_ | > hildon-base : Conflicts: elogind but 246.10-2 is to be installed | 09:26 |
| dsc_ | previously, when I had this error, I tried a fix suggested by some here, and it broke my OS | 09:27 |
| dsc_ | allow me to ask again; what do you suggest? :D | 09:27 |
| dsc_ | ill take a gamble | 09:31 |
| dsc_ | i want to prevent having to install leste, it takes a while | 09:32 |
| dsc_ | without upgrading, I cannot test mafw | 09:33 |
| dsc_ | freemangordon: ^ | 09:33 |
| dsc_ | ok, ill try what `aptitude` suggests, it will probably break my OS like last time :> | 09:36 |
| dsc_ | https://plak.infrapuin.nl/selif/ie70knpb.txt | 09:44 |
| dsc_ | time to reinstall | 09:44 |
| dsc_ | :-P rip | 09:45 |
| dsc_ | erm.. getting a solid white light on my d4 | 10:17 |
| dsc_ | it wont turn on | 10:17 |
| dsc_ | ok that is toast | 10:24 |
| freemangordon | umm, wait | 10:24 |
| freemangordon | it just didn;t power off | 10:24 |
| freemangordon | press-and-hold power and volume-down keys for 8 seconds | 10:25 |
| dsc_ | i dont have a screwdriver for this battery | 10:25 |
| dsc_ | ah | 10:25 |
| dsc_ | thanks :) | 10:25 |
| freemangordon | :) | 10:25 |
| freemangordon | did you manage to upgrade | 10:25 |
| freemangordon | ? | 10:25 |
| dsc_ | nah | 10:26 |
| dsc_ | i just flashed a new image on the SD | 10:26 |
| freemangordon | ah | 10:26 |
| freemangordon | well | 10:26 |
| freemangordon | sicelo: still undecided | 10:26 |
| freemangordon | maybe it makes more sense to try again modesetting/glamor | 10:27 |
| freemangordon | that will give us dri3 and SW rotation | 10:27 |
| freemangordon | which is better than nothing | 10:27 |
| freemangordon | but in either case, this is of low prio, sorry | 10:28 |
| freemangordon | we lack too many things, as I already said | 10:28 |
| freemangordon | dsc_: does it boot now? | 10:29 |
| dsc_ | yes | 10:29 |
| freemangordon | ok | 10:29 |
| dsc_ | getting everything ready in order to test mafw takes a while | 10:30 |
| dsc_ | connecting to wifi is already a struggle | 10:30 |
| freemangordon | sure | 10:31 |
| dsc_ | (my wifi network sucks) | 10:31 |
| Wizzup | arno11: I am sure the problem is in my /dev/zero code | 10:49 |
| Wizzup | morning | 10:53 |
| dsc_ | morn | 11:09 |
| Wizzup | arno11: outlook is blocking my emails, so I can't reply, but can you share the record path with me? | 11:34 |
| Wizzup | arno11: I see this: | 11:39 |
| Wizzup | CMTSPEECH: nokiamodem_backend: Opening device, libcmtspeechdata v2.0.0. | 11:40 |
| Wizzup | CMTSPEECH: backend_common: CMT Speech Data state machine activated with SSI_CONFIG_REQ. | 11:40 |
| Wizzup | ERROR: CMTSPEECH: backend_common: ERROR: SSI_CONFIG_RESP returned an error 1 | 11:40 |
| Wizzup | cmtspeech_ofono_test: ERROR: invalid state transition | 11:40 |
| Wizzup | arno11: I do have them loaded on boot btw | 11:49 |
| uvos__ | btw i have been migrateing my rather complicated home audio setup from pulse to pipewire | 12:38 |
| uvos__ | and so far have been not so terribly impressed | 12:39 |
| uvos__ | its a pretty "special" setup, but so are our phones | 12:39 |
| Wizzup | I use pipewire because it's great for echo cancellation | 12:39 |
| Wizzup | and it seems just a bit more clever than PA for that | 12:39 |
| Wizzup | can't comment on other things | 12:39 |
| Wizzup | s/echo cancellation/noise cancellation/ | 12:39 |
| uvos__ | ok | 12:40 |
| uvos__ | so so my setup looks like this: so i have a htpc that has a creative xi-fi and is connected to speakers in 3 rooms, so the 7 channels are split into 3 stero sinks. My main workstation is a amd epyc server mainboard with no soundcard (dont ask) that networks streams the audio to the htpc that then is supposed to output that to the right channels | 12:42 |
| uvos__ | so far this has been a pretty unplesent expirance migrateing this setup to pipewire | 12:43 |
| dsc_ | xD | 12:43 |
| dsc_ | nice setup | 12:43 |
| buZz | uvos__: why not snapcast? https://github.com/badaix/snapcast | 12:44 |
| buZz | for 'zero latency multiroom audio' | 12:44 |
| buZz | over ethernet | 12:44 |
| uvos__ | well this setup is for general audio | 12:45 |
| uvos__ | not just music | 12:45 |
| uvos__ | the htpc mainly drives a projector | 12:45 |
| buZz | so? | 12:45 |
| uvos__ | well this is for audio players no? | 12:45 |
| buZz | no? | 12:45 |
| buZz | its for audio | 12:45 |
| buZz | doesnt care if its music or not | 12:45 |
| uvos__ | ok well both pulse and pw have this capability too | 12:46 |
| buZz | nope | 12:46 |
| uvos__ | natviely bu pw is giveing me bad latency | 12:46 |
| buZz | exactly | 12:46 |
| uvos__ | while pulse was allways fine | 12:46 |
| buZz | they have latency based networking | 12:46 |
| buZz | pulse too | 12:46 |
| buZz | snapcast is zero latency over network | 12:46 |
| uvos__ | zero inter stream latency if im reading this right (and thats all you can do for zero latency anyhow) | 12:47 |
| uvos__ | but thats not the latency thats the problem | 12:47 |
| humpelstilzchen[ | snapcast is not zero latency, its more same latency for everyone | 12:47 |
| uvos__ | i never have multiple streams playing the same thing anyhow | 12:47 |
| buZz | oh ok :) | 12:47 |
| buZz | then there's nothing to gain | 12:48 |
| uvos__ | the network audio is just for the epyc, since it has no soundcard | 12:48 |
| uvos__ | so its audio goes to the desk speakers only | 12:48 |
| uvos__ | rn pw is giveing me 300ms round trip latency | 12:49 |
| uvos__ | on a direct ethernet connection between the systems with 0.2ms ping | 12:50 |
| uvos__ | not great | 12:50 |
| dsc_ | freemangordon: hello, 'mafw-gst-renderer' compiling yields https://plak.infrapuin.nl/selif/wodrx74o.txt | 13:33 |
| dsc_ | also | 13:34 |
| dsc_ | https://github.com/maemo-leste/mafw-gst-renderer/blob/wip_leste/autogen.sh#L4 | 13:34 |
| dsc_ | chimerea has automake-1.6, not 1.9 (fyi) | 13:34 |
| * dsc_ strangles autotools | 13:36 | |
| dsc_ | dear chatgpt, how to pass GCC flags for autotools | 13:36 |
| dsc_ | $ make -j2 CLFAGS=-Wno-deprecated | 13:41 |
| dsc_ | no workie | 13:41 |
| dsc_ | $ CFLAGS="-Wno-deprecated" ./autogen.sh | 13:41 |
| dsc_ | no workie | 13:41 |
| dsc_ | freemangordon: i am losing quite a bit of time trying to compile this, is it possible to package it so its in the repos? | 13:42 |
| dsc_ | ill leave it for now | 13:42 |
| dsc_ | guess I could try 'DEB_CFLAGS_APPEND="-fPIC" DEP_CXXFLAGS_APPEND="-fPIC" DEB_CPPFLAGS_APPEND="-fPIC" dpkg-buildpackage -B -us -uc -j3 -rfakeroot' | 13:45 |
| freemangordon | umm, what? | 13:45 |
| freemangordon | it is already in the repos | 13:45 |
| dsc_ | assuming you updated the debian packaging | 13:45 |
| dsc_ | ok | 13:45 |
| freemangordon | also, which branch do you try to compile? | 13:45 |
| dsc_ | `wip_leste` is in the repos? | 13:46 |
| freemangordon | no | 13:46 |
| freemangordon | wait | 13:46 |
| dsc_ | 'dpkg-buildpackage' seems to work | 13:46 |
| dsc_ | so far.. | 13:46 |
| freemangordon | did you pull latest? | 13:46 |
| dsc_ | yes | 13:47 |
| freemangordon | ok | 13:47 |
| freemangordon | yes, use dpkg-buildpackage | 13:47 |
| dsc_ | so how come you're using automake-1.9? | 13:47 |
| dsc_ | what is this magic | 13:47 |
| dsc_ | ah, thats just from the old repo | 13:48 |
| dsc_ | https://github.com/maemo-leste/mafw-gst-renderer/blob/master/autogen.sh#L4 | 13:48 |
| dsc_ | ok | 13:48 |
| dsc_ | man | 13:48 |
| dsc_ | I was trying to compile it via autotools | 13:48 |
| dsc_ | for the longest time | 13:49 |
| freemangordon | do not use autogen | 13:49 |
| dsc_ | :D yeah | 13:49 |
| freemangordon | "(14,47,04) freemangordon: yes, use dpkg-buildpackage" | 13:49 |
| freemangordon | :) | 13:49 |
| dsc_ | oh no... boot issues | 13:56 |
| dsc_ | kexecboot -> start Leste -> 5 sec black -> motorola logo -> repeat | 13:56 |
| dsc_ | oh no there we go | 13:56 |
| dsc_ | weird | 13:56 |
| dsc_ | its like... sometimes it decides that there is no battery power | 13:57 |
| dsc_ | and it resets | 13:57 |
| dsc_ | and sometimes it goes through | 13:57 |
| dsc_ | works after a couple of times | 13:57 |
| buZz | pretty common issue | 13:57 |
| dsc_ | ic | 13:57 |
| buZz | there's something inside the droid4 that doesnt seem to be happy on reboot, kexecboot makes it reboot then | 13:58 |
| dsc_ | ah | 13:58 |
| buZz | rarely if ever reboots >1 time | 13:58 |
| dsc_ | it wont detect any wifi connections | 14:01 |
| dsc_ | erm | 14:01 |
| dsc_ | wlan iface seems down too | 14:02 |
| uvos__ | the reboot at the motorola logo is not related to battery power | 14:02 |
| buZz | indeed | 14:02 |
| uvos__ | its related to the kexec uart module | 14:02 |
| uvos__ | and the modem | 14:02 |
| buZz | happens both with empty and full battery | 14:02 |
| uvos__ | theres some race and the kernel will panic sometimes | 14:02 |
| dsc_ | yeah I think my battery is pretty full currently | 14:02 |
| buZz | having usb connected does seem to affect it sometimes | 14:02 |
| uvos__ | depending on modem state when the uart module is inserted | 14:02 |
| dsc_ | not having wifi is interesting though | 14:04 |
| uvos__ | yes | 14:04 |
| buZz | you arent seeing the interface? | 14:05 |
| dsc_ | i didnt see the interface in `ifconfig` output | 14:05 |
| dsc_ | I did `ip a` and then `ifconfig wwan0 up` | 14:05 |
| buZz | ifconfig -a, ofcourse | 14:05 |
| buZz | or you wont see interfaces that are down | 14:05 |
| dsc_ | in a sad attempt to bring that iface online | 14:05 |
| uvos__ | wwan is not wifi | 14:06 |
| uvos__ | thats the qcom modem | 14:06 |
| dsc_ | :D | 14:06 |
| uvos__ | so dose the ti wifi device show up? | 14:06 |
| dsc_ | was it called | 14:07 |
| dsc_ | i have wwan0-3 | 14:07 |
| uvos__ | wlan0 | 14:07 |
| dsc_ | i dont have wlan0 | 14:07 |
| uvos__ | ok | 14:07 |
| dsc_ | i can `shutdown -r now` unless someone wants to debug | 14:08 |
| buZz | dsc_: maybe your interfaces got renamed? :P | 14:08 |
| dsc_ | :p | 14:08 |
| uvos__ | no | 14:08 |
| buZz | common issue if you reinstall over a rootfs i think | 14:08 |
| dsc_ | i wouldnt see why | 14:08 |
| uvos__ | unlikely | 14:08 |
| uvos__ | so is wl12xx loaded | 14:08 |
| uvos__ | (kmodule) | 14:08 |
| buZz | ooo, right | 14:08 |
| dsc_ | lsmod shows wl12xx | 14:10 |
| dsc_ | idk if that means it is loaded | 14:10 |
| dsc_ | probably | 14:10 |
| uvos__ | ok | 14:10 |
| dsc_ | wlan0 device does not exist | 14:10 |
| dsc_ | a bit bizzare | 14:10 |
| buZz | dsc_: so 'ifconfig -a' doesnt show it? | 14:10 |
| dsc_ | yeah the device is not present | 14:11 |
| uvos__ | could you reinstall the firmware? package ti-firmware or close to it | 14:12 |
| uvos__ | then reboot | 14:12 |
| dsc_ | can I reinstall the firmware from within the OS? | 14:12 |
| uvos__ | then run sudo maserati-callibrate | 14:12 |
| dsc_ | (possibly stupid question) | 14:12 |
| dsc_ | idk how to do anything | 14:12 |
| dsc_ | fyi | 14:12 |
| uvos__ | yes if you have internet (via gprs or usbnet) you can just apt reinstall ti-firmware | 14:13 |
| dsc_ | can I try to restart the device though? maybe wlan0 will magically appear :) | 14:13 |
| uvos__ | sure | 14:13 |
| uvos__ | cant hurt | 14:13 |
| dsc_ | ok lets try that first | 14:13 |
| uvos__ | if you dont have internet on the device | 14:13 |
| uvos__ | you will have to download the package on you pc | 14:13 |
| uvos__ | and place it on the sdcard | 14:14 |
| uvos__ | and then use dpkg -i file | 14:14 |
| dsc_ | ah, yeah | 14:14 |
| dsc_ | ah, WIFI! | 14:16 |
| dsc_ | the reboot worked | 14:17 |
| uvos__ | ok could you see what sudo maserati-callibrate tells you? | 14:17 |
| dsc_ | yeah, it says "command not found" | 14:18 |
| dsc_ | :D | 14:18 |
| dsc_ | sec | 14:18 |
| uvos__ | ok could you see what sudo maserati-calibrate tells you? | 14:18 |
| uvos__ | 1l | 14:18 |
| dsc_ | ahh | 14:19 |
| dsc_ | $ sudo maserati-calibrate | 14:19 |
| dsc_ | MAC addr from NVS: 80:96:b1:12:7e:ca | 14:19 |
| dsc_ | Calibration already perfomed | 14:19 |
| uvos__ | ok great | 14:19 |
| uvos__ | wierd | 14:19 |
| dsc_ | yeah, not sure | 14:20 |
| uvos__ | also wierd that your mac address is so far away | 14:20 |
| uvos__ | all my maserati have fairly close mac addresses | 14:20 |
| uvos__ | maybe you have HWA | 14:20 |
| dsc_ | > all my maserati | 14:21 |
| dsc_ | :D | 14:21 |
| dsc_ | Wizzup: | 14:22 |
| dsc_ | $ ps aux | grep -i mafw | 14:22 |
| dsc_ | user 4394 0.0 0.1 6832 1760 pts/1 S+ 12:20 0:00 grep -i mafw | 14:22 |
| freemangordon | sec | 14:22 |
| dsc_ | freemangordon: i am expecting the init script to have fired the mafw daemon | 14:22 |
| dsc_ | s/fired/started/ | 14:22 |
| freemangordon | dsc_: install mafw-dbus-daemon and mafw-playlist-daemon | 14:23 |
| dsc_ | but maybe I am missing some stuff yeah | 14:23 |
| dsc_ | right | 14:23 |
| freemangordon | and then /usr/bin/mafw.sh start mafw-gst-renderer | 14:23 |
| dsc_ | thanks | 14:23 |
| dsc_ | OMP shows a white screen after clicking on, for example, "Music" | 14:26 |
| dsc_ | ill try the C snippet now | 14:26 |
| arno11 | Wizzup: when did this error happened ? when you start cmt_pulse or when you try a call ? | 14:26 |
| freemangordon | hmm, this might be related with broken theming in QT | 14:26 |
| dsc_ | freemangordon: https://plak.infrapuin.nl/selif/62bcf8ja.txt | 14:32 |
| dsc_ | maybe I need to start omp from the device itself, not ssh (possible dbus issue) | 14:33 |
| dsc_ | freemangordon: so this C snippet worked for you? strange | 14:34 |
| dsc_ | I will document my findings on Github | 14:38 |
| dsc_ | (c)(tm) | 14:38 |
| dsc_ | and continue with conversations | 14:38 |
| freemangordon | sec | 14:39 |
| arno11 | Wizzup: i think you should try pa_test first instead of cmt_pulse to see if record/play works. then try cmt_pulse -a -v -v to check if there is a specific error before trying to call. | 14:40 |
| arno11 | i'm pretty sure we forgot a small thing. | 14:40 |
| arno11 | sicelo: ok i'll send you an email adding few more details to be sure it works | 14:41 |
| arno11 | sicelo: email sent. LMK if something is wrong | 14:53 |
| freemangordon | dsc_: sorry, phonecall | 15:01 |
| freemangordon | dsc_: your 'example' is broken | 15:02 |
| freemangordon | dsc_: try this https://pastebin.com/K2qihmvS | 15:03 |
| freemangordon | the issue with your code is that you have to run mainloop to receive events | 15:04 |
| freemangordon | if you want your example code to work, you have to do mafw_registry_load_plugin() | 15:05 |
| dsc_ | i took that example from http://maemo.org/api_refs/5.0/alpha/mafw-shared/ch06s05.html | 15:09 |
| dsc_ | but yeah some more moving parts needed | 15:09 |
| dsc_ | thats because I have no idea how mafw works, what it does, etc. | 15:10 |
| freemangordon | the code I pasted ^^^ works | 15:11 |
| dsc_ | alright | 15:12 |
| dsc_ | anyway, still a white screen | 15:12 |
| dsc_ | ill continue later | 15:13 |
| freemangordon | ok | 15:13 |
| arno11 | Wizzup: the original path: "/data/tmp/source.raw" "/data/tmp/sink.raw" (but really 100% sure not related to error) | 15:22 |
| dsc_ | correction: i wont continue later, since getting OMP to work probably involves figuring out how mafw works | 15:28 |
| dsc_ | getting OMP to work is getting mafw to work, basically, and mafw is low-level C, with dbus daemons and whatnot | 15:29 |
| dsc_ | i am trying to avoid that | 15:29 |
| dsc_ | if QtMultimedia is possible, that would simplify things | 15:31 |
| dsc_ | but that is probably wishful thinking | 15:34 |
| freemangordon | dsc_: mafw works | 15:36 |
| freemangordon | but ok | 15:36 |
| dsc_ | i make user-space desktop GUIs in Qt | 15:36 |
| freemangordon | did you make any local changes to OMP? | 15:36 |
| dsc_ | these are very simple applications | 15:36 |
| dsc_ | OMP integrates with mafw which makes it a complicated project | 15:37 |
| dsc_ | complicated for me* :D | 15:37 |
| freemangordon | yeah, understandable | 15:37 |
| freemangordon | still, did you make any local changes to OMP? | 15:37 |
| freemangordon | to make it compile/run on leste? | 15:38 |
| dsc_ | I did, I converted it to CMake | 15:38 |
| freemangordon | oh, noes :) | 15:38 |
| freemangordon | what's wrong with .pro files? | 15:38 |
| freemangordon | and qmake | 15:38 |
| dsc_ | .pro does not allow me to use my IDE+remote debugger | 15:39 |
| freemangordon | how's that? | 15:39 |
| dsc_ | i dont use the vim+qmake+qtcreator workflow | 15:39 |
| dsc_ | clion works with cmake | 15:39 |
| freemangordon | I see | 15:39 |
| freemangordon | ok, besides that, did you do any qt5 porting? | 15:39 |
| dsc_ | let me check | 15:40 |
| dsc_ | https://github.com/maemo-leste-extras/openmediaplayer/commit/c914d413cf00cabded1d2c9c6478935fc0c81884 | 15:42 |
| dsc_ | the only qt5 porting I did was that 'slots' -> 'q_slots' thing | 15:42 |
| dsc_ | because else it conflicts with glib | 15:42 |
| dsc_ | it = qt5 | 15:43 |
| freemangordon | ok | 15:43 |
| freemangordon | uvos: but wouldn't that mean that we will have to support more categories in libprofile and cpl applet? Not an issue, just to confirm. | 19:35 |
| Wizzup | sorry guys, will catch up in a bit | 19:37 |
| uvos | freemangordon: yes, alternatively we could use the ones we have and misc, for all the others, not as good ofc | 20:48 |
| Wizzup | arno11: hi, did you see what I posted? | 21:15 |
| Wizzup | root@devuan-n900:~# nice -n -10 cmt_pulse | 21:15 |
| Wizzup | NFS sucks, version 0.0.1 | 21:15 |
| Wizzup | CMTSPEECH: nokiamodem_backend: Opening device, libcmtspeechdata v2.0.0. | 21:15 |
| Wizzup | CMTSPEECH: backend_common: CMT Speech Data state machine activated with SSI_CONFIG_REQ. | 21:15 |
| Wizzup | ERROR: CMTSPEECH: backend_common: ERROR: SSI_CONFIG_RESP returned an error 1 | 21:15 |
| Wizzup | cmtspeech_ofono_test: ERROR: invalid state transition | 21:15 |
| Wizzup | it sounds like this might be related to module loading | 21:15 |
| arno11 | Wizzup: hi man. yes i think so | 21:19 |
| arno11 | i think the only diff between your setup and mine is the moment when modules are loaded | 21:20 |
| arno11 | i mean i'm continuing loading nokia_modem after the boot and using option pm=1 | 21:21 |
| arno11 | and then killing sphone and restart. | 21:22 |
| arno11 | and then starting cmt_pulse | 21:22 |
| Wizzup | so you load it manually? | 21:23 |
| arno11 | yes indeed | 21:23 |
| arno11 | after the error are you still able to send a sms ? | 21:23 |
| arno11 | (if there are troubles with modules most of the time ofono or sphone crashes in background | 21:25 |
| arno11 | that's why at the beginning i was using ofono-scripts | 21:27 |
| arno11 | easier to troubleshoot | 21:27 |
| arno11 | sorry yesterday i wrote the email with too much missing details... | 21:32 |
| Wizzup | will check soon | 21:37 |
| Wizzup | (work mtg...) | 21:37 |
| arno11 | ok | 21:39 |
| arno11 | sicelo: i sent you a second email with the asound.state to use to test calls | 21:47 |
| Wizzup | hey, finally the battery applet has a more accurate reading | 23:58 |
| Wizzup | (n900) | 23:58 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!