| *** thuttu77 has quit IRC | 00:11 | |
| *** Milhouse has quit IRC | 00:13 | |
| *** rhn has joined #maemo | 00:22 | |
| *** rhn has joined #maemo | 00:22 | |
| *** rhn_mk1 has quit IRC | 00:23 | |
| *** thuttu77 has joined #maemo | 00:25 | |
| *** Milhouse has joined #maemo | 00:43 | |
| *** xy2_ has quit IRC | 00:48 | |
| *** Kabouik_ has quit IRC | 00:49 | |
| *** xorly has quit IRC | 00:55 | |
| *** rhn has quit IRC | 01:18 | |
| *** florian has quit IRC | 01:48 | |
| *** Pali has quit IRC | 02:02 | |
| *** herekun has quit IRC | 02:24 | |
| *** pagurus has quit IRC | 02:27 | |
| *** pagurus has joined #maemo | 02:28 | |
| *** herekun has joined #maemo | 02:29 | |
| *** luke-jr has joined #maemo | 02:29 | |
| *** nslu2-log has quit IRC | 02:44 | |
| *** Natch has quit IRC | 02:46 | |
| *** ArGGu^^_ has quit IRC | 02:47 | |
| *** dos1 has quit IRC | 02:47 | |
| *** Mek has quit IRC | 02:48 | |
| *** Milhouse has quit IRC | 02:48 | |
| *** peetah has quit IRC | 02:48 | |
| *** nslu2-log has joined #maemo | 02:48 | |
| *** peetah_ has joined #maemo | 02:48 | |
| *** ArGGu^^ has joined #maemo | 02:49 | |
| *** dos1 has joined #maemo | 02:49 | |
| *** dos1 has quit IRC | 02:49 | |
| *** dos1 has joined #maemo | 02:49 | |
| *** chainsawbike has quit IRC | 02:51 | |
| *** Mek has joined #maemo | 02:53 | |
| *** chainsawbike has joined #maemo | 02:54 | |
| *** luke-jr has quit IRC | 02:59 | |
| *** Vajb has quit IRC | 03:02 | |
| *** Milhouse has joined #maemo | 03:04 | |
| *** luke-jr has joined #maemo | 03:05 | |
| *** freemangordon has quit IRC | 03:09 | |
| *** dafox has quit IRC | 04:33 | |
| *** FalconSpy_ has quit IRC | 04:36 | |
| *** FalconSpy has joined #maemo | 04:40 | |
| *** FalconSpy has joined #maemo | 04:40 | |
| *** vectis3 has quit IRC | 05:06 | |
| *** mike727 has joined #maemo | 05:23 | |
| mike727 | Thinking of getting a Droid4. Is there anything additional too elektranox.org , that I should look at? | 05:26 |
|---|---|---|
| *** vectis3 has joined #maemo | 05:31 | |
| *** Kabouik has quit IRC | 05:35 | |
| *** kann has joined #maemo | 05:41 | |
| *** Kabouik has joined #maemo | 06:10 | |
| *** Vajb has joined #maemo | 06:25 | |
| *** mike737 has joined #maemo | 06:31 | |
| *** jon_y has quit IRC | 06:33 | |
| *** jon_y has joined #maemo | 06:35 | |
| *** luke-jr has quit IRC | 06:57 | |
| *** spiiroin has quit IRC | 07:26 | |
| *** kann is now known as grid | 08:07 | |
| *** grid is now known as kann | 08:08 | |
| *** freemangordon has joined #maemo | 08:27 | |
| *** rZr has left #maemo | 08:30 | |
| *** spiiroin has joined #maemo | 08:40 | |
| *** rhn has joined #maemo | 08:54 | |
| *** rhn has joined #maemo | 08:54 | |
| *** xy2_ has joined #maemo | 08:58 | |
| *** FalconSpy has quit IRC | 09:01 | |
| *** xy2_ has quit IRC | 09:12 | |
| *** esaym153 has quit IRC | 09:16 | |
| *** FalconSpy has joined #maemo | 09:16 | |
| *** Kabouik_ has joined #maemo | 09:23 | |
| *** Kabouik_ has quit IRC | 09:24 | |
| *** Kabouik_ has joined #maemo | 09:24 | |
| *** Kabouik_ has quit IRC | 09:36 | |
| *** cyteen has quit IRC | 09:41 | |
| *** Kabouik_ has joined #maemo | 09:45 | |
| *** Kabouik_ has joined #maemo | 09:45 | |
| *** Kabouik_ has quit IRC | 09:46 | |
| *** Kabouik_ has joined #maemo | 09:46 | |
| *** mike737 has quit IRC | 09:49 | |
| *** mike727 has quit IRC | 09:49 | |
| *** dmth|intevation has joined #maemo | 10:04 | |
| *** esaym153 has joined #maemo | 10:13 | |
| *** xorly has joined #maemo | 10:18 | |
| merlin1991 | freemangordon: pong | 10:18 |
| *** florian has joined #maemo | 10:30 | |
| *** geaaru has joined #maemo | 10:30 | |
| sicelo | interestingly enough, on the blueborn android app, the N900 appears with a medium level of risk, while other Android devices come up with high risk | 10:30 |
| sicelo | *blueborne | 10:30 |
| Wizzup | just simple stack protects should fix this issue\ | 10:35 |
| Wizzup | e.g. any recent kernel with stack protector or any grsec kernel since like forever | 10:35 |
| Wizzup | yet another argument for a modern sw stack : | 10:35 |
| KotCzarny | define 'recent' and 'forever' | 10:35 |
| *** Kabouik- has joined #maemo | 10:36 | |
| Wizzup | KotCzarny: hmm... 2004? earlier? | 10:38 |
| Wizzup | (wrt forever) | 10:38 |
| Wizzup | and you can look when CC_STACKPROTECTOR was introducted | 10:39 |
| *** Kabouik has quit IRC | 10:39 | |
| Wizzup | introduced* | 10:39 |
| KotCzarny | my 3.4 kernel has only 'oops on overwriting canary' style of stack protector | 10:39 |
| Wizzup | no CONFIG_CC_STACKPROTECTOR_STRONG ? | 10:39 |
| KotCzarny | i think it was added around 3.14 | 10:40 |
| KotCzarny | https://lwn.net/Articles/584225/ | 10:40 |
| Wizzup | well, it's been in grsec since like forever | 10:40 |
| Wizzup | ;P | 10:40 |
| KotCzarny | wish you luck patching grsec into vendor kernels, he he | 10:41 |
| Wizzup | there's a reason I don't use vendor kernels if I can | 10:41 |
| Wizzup | if I can help it* | 10:41 |
| KotCzarny | yeah | 10:41 |
| bencoh | not that this is relevant any longer since they basically decide to go closed-source all the way | 10:42 |
| bencoh | well, gpl-compliant-but-distributed-to-customers-only-and-nobody-will-publish-it | 10:42 |
| Wizzup | some people still have access, but yeah | 10:43 |
| bencoh | bottom line: "meh" | 10:43 |
| Wizzup | yes. but I still stand with their vision on security :) | 10:43 |
| bencoh | same here | 10:43 |
| Wizzup | also the 4.9 patchset is maintained for 2 years by minipli | 10:43 |
| Wizzup | so it's not quite gone yet, and perhaps by the time they will have changed their mind | 10:43 |
| bencoh | oh, so he eventually picked up the project? | 10:43 |
| Wizzup | only for 4.9 | 10:44 |
| bencoh | yeah, but ... that's cool | 10:44 |
| Wizzup | he's maintaining the patchset again 4.9 lts | 10:44 |
| bencoh | is there still a chan for non-subcribers? I mean .... their former chan went private and we all got kicked, so ... | 10:45 |
| Wizzup | there's #pax, but it's not super active | 10:46 |
| *** peetah_ is now known as peetah | 10:47 | |
| sicelo | wondering if setting https://www.armis.com/blueborne | 10:58 |
| sicelo | bleh | 10:58 |
| sicelo | /proc/sys/kernel/randomize_va_space can improve things a little for N900? | 10:59 |
| sicelo | currently it is 1, on Jolla it is 2 | 10:59 |
| Wizzup | I wouldn't count on the n900 kernel being useful in this regard | 11:02 |
| Wizzup | linus didn't take security seriously then, still mostly doesn't | 11:02 |
| bencoh | uhuh | 11:03 |
| sicelo | yes it doesn't solve the problem .. but there is mention, at least on Jolla pages, that ASLR can help a bit | 11:03 |
| KotCzarny | or just dont run bt all the time | 11:04 |
| sicelo | of course | 11:05 |
| sicelo | :)) | 11:05 |
| bencoh | which is much better battery-wise anyway :) | 11:05 |
| sicelo | weird that armis notified linux on 15th Auguest, when everyone else was notified around 4 months before | 11:09 |
| *** eMHa has quit IRC | 11:20 | |
| *** Kabouik_ has quit IRC | 11:33 | |
| *** rhn has quit IRC | 11:46 | |
| *** eMHa has joined #maemo | 12:29 | |
| sixwheeledbeast | Wanted to deal with companies that would agree to promote/advertise the companies findings first? | 12:40 |
| *** err0r3o3_ has quit IRC | 13:07 | |
| *** err0r3o3 has joined #maemo | 13:12 | |
| *** jonwil has joined #maemo | 13:12 | |
| *** dafox has joined #maemo | 13:54 | |
| *** jon_y has quit IRC | 14:06 | |
| *** jon_y has joined #maemo | 14:06 | |
| *** cyteen has joined #maemo | 14:10 | |
| parazyd | where could one find the hildon-icons and/or sdk-default icons .deb ? | 14:12 |
| jonwil | According to the SDK repository information, the package osso-icons-default is marked "Provides: hildon-icons" | 14:36 |
| parazyd | ack | 14:37 |
| parazyd | then there's just that bug to fix. that package tries to overwrite a part of hicolor-icon-theme and doesn't manage to get instaled | 14:37 |
| Vajb | KotCzarny: name for "wind of change" would be Scorpions ehehe | 14:42 |
| *** freemangordon_ has joined #maemo | 14:58 | |
| *** Gizmokid2005 has quit IRC | 15:03 | |
| *** jonwil has quit IRC | 15:12 | |
| *** ff_ has joined #maemo | 15:12 | |
| *** jonwil has joined #maemo | 15:12 | |
| ff_ | MaeScorpionsom :) | 15:13 |
| ff_ | how hard is to leave active hw keyboard when device is in sleep mode? | 15:16 |
| Vajb | would it be the same to just ssh to device? | 15:17 |
| ff_ | looking for some solution on to device | 15:20 |
| ff_ | it's simple leave touch enabled when device is in sleep mode, but dunno hw kb | 15:21 |
| Vajb | no idea. Maybe u wanna check "phone-control" wiki | 15:22 |
| ff_ | nothing there about that | 15:23 |
| Vajb | beats me, then | 15:23 |
| *** spiiroin has quit IRC | 15:25 | |
| DocScrutinizer05 | huh? what's the problem? my kbd works great to undim screen | 15:31 |
| DocScrutinizer05 | and slide-open kbd unlocks device here | 15:31 |
| ff_ | ok, but how to enable hw kb and not to unlocks dev | 15:33 |
| DocScrutinizer05 | that's paradox | 15:33 |
| DocScrutinizer05 | locking device has the only purpose to not act on touchscreen and kbd events | 15:34 |
| ff_ | why? I can leave touch enabled when dev is in sleep mode, it's not paradox | 15:34 |
| DocScrutinizer05 | what is "in sleep mode", N900 never is in sleep mode | 15:35 |
| KotCzarny | he means locked and display off | 15:35 |
| ff_ | exacly | 15:35 |
| KotCzarny | locked as in switch locked | 15:35 |
| KotCzarny | not keycode locked | 15:35 |
| DocScrutinizer05 | yep, the whole purpose is "don't accept imput, don't show output" | 15:36 |
| DocScrutinizer05 | so "how do I accept input in 'don't accept input' mode?" is a paradox question | 15:36 |
| bencoh | he never mentioned this "don't accept input" mode ;) | 15:37 |
| KotCzarny | he means 'unlock only hwkb part' | 15:37 |
| Vajb | im interested of the use case of this hack. | 15:37 |
| DocScrutinizer05 | I suggest you redefine the function of lockswirch then, since it's not "lock" you want | 15:38 |
| DocScrutinizer05 | "lock" means "no input from kbd" | 15:39 |
| ff_ | http://paste.debian.net/plain/985874 the same but with hw kb | 15:40 |
| DocScrutinizer05 | maybe you only want to dim screen, or whatever. I faul to understand the purpose | 15:40 |
| bencoh | DocScrutinizer05: or it could mean "no input from screen" :) | 15:40 |
| DocScrutinizer05 | bencoh: definitely not since a lock also might involve device lock | 15:41 |
| DocScrutinizer05 | and the purpose of lock is to avoid any unintented input events, and dim screen so battery savings | 15:42 |
| ff_ | ok Doc, I'm looking for solution to turn off display & graphics chip, and it leaves hw kb enabled | 15:43 |
| DocScrutinizer05 | anyway the *purpose* is unclear | 15:44 |
| DocScrutinizer05 | that's easy :-) | 15:44 |
| DocScrutinizer05 | look to /etc/mce/mce.init, it defines dim times and levels | 15:45 |
| DocScrutinizer05 | then there's also the generic X11 screen lock | 15:45 |
| *** spiiroin has joined #maemo | 15:46 | |
| DocScrutinizer05 | if you only wanr brightness=0, there is a method in phonecontrol for that, or ask me if not | 15:47 |
| ff_ | but ondemand not with tklock | 15:47 |
| DocScrutinizer05 | jowever be aware that any kbd input will undim screen# | 15:47 |
| ff_ | looking sth independent for tklock | 15:49 |
| DocScrutinizer05 | mce.ini screen dimming is not tklock | 15:49 |
| DocScrutinizer05 | Tochscree+Keyboard-lock does what the name suggests | 15:51 |
| DocScrutinizer05 | when I slide open my device, screen goes dim, then black/off after 30s, any kbd press reactivates it | 15:52 |
| DocScrutinizer05 | so I think that's exactly what you want | 15:52 |
| DocScrutinizer05 | it's already there, see etc/mce/mce.ini | 15:52 |
| ff_ | no, I want use hw kb during screen is dim | 15:54 |
| ff_ | mce.ini can enable +/- but not whole hw kb | 15:58 |
| DocScrutinizer05 | forget tklock | 15:58 |
| DocScrutinizer05 | you do not want TtouchscreenKeyboarflock | 15:59 |
| DocScrutinizer05 | you don't get it, or I don't get it. I just told you my device accepts kbd input just fine even when after <30s>(adjustable) the display went completely dim | 16:00 |
| DocScrutinizer05 | for this the device does NOT tklock after 30s, just dims screen | 16:00 |
| DocScrutinizer05 | http://termbin.com/a06k | 16:02 |
| ff_ | ok, and after 30s when I use hw kb screen goes on, but I wish it stays dim | 16:05 |
| ff_ | that's the case | 16:05 |
| DocScrutinizer05 | see stuff like | 16:06 |
| DocScrutinizer05 | # Policy for keypad interrupts | 16:06 |
| DocScrutinizer05 | # | 16:06 |
| DocScrutinizer05 | # 2 - leave keypad interrupts on even after blanking | 16:06 |
| DocScrutinizer05 | # (used to support pass-through of +/-) | 16:06 |
| DocScrutinizer05 | # 1 - disable interrupts immediately | 16:06 |
| DocScrutinizer05 | # 0 to wait until display is blanked | 16:06 |
| DocScrutinizer05 | then you probably want to set brightness=0 | 16:07 |
| DocScrutinizer05 | unblanking screen on input events is embedded deeply inside X11 | 16:08 |
| DocScrutinizer05 | I'd guess | 16:08 |
| DocScrutinizer05 | not that blind typing would nake any sesne to me | 16:08 |
| DocScrutinizer05 | pretty much sounds like XY problem | 16:08 |
| DocScrutinizer05 | ~xy | 16:09 |
| infobot | i heard xy is The XY problem: You want to do X, but don't know how. You think you can solve it using Y, but don't know how to do that, either. You ask about Y, which is a strange thing to want to do. Just ask about X. http://www.catb.org/~esr/faqs/smart-questions.html#goal | 16:09 |
| ff_ | blind typing, that's what I want | 16:09 |
| ff_ | magic sentence: blind typing | 16:09 |
| DocScrutinizer05 | ~wiki blind typing | 16:10 |
| infobot | I couldn't find a matching article in wikipedia, look for yerselves: https://en.wikipedia.org/wiki/Special:Search?search=blind+typing&go=Go | 16:10 |
| DocScrutinizer05 | it would help a lot when you actually would explain what *exactly* you want to achieve, IOW what's the usage scenario | 16:12 |
| ff_ | but it will not blind, when run some app | 16:12 |
| DocScrutinizer05 | in a usage scenario, terms like tklock have to purpose | 16:12 |
| DocScrutinizer05 | yoz ask about technical means to achieve an obscure goal, please explain the real goal instead | 16:13 |
| ff_ | need it for example for mplayer | 16:14 |
| DocScrutinizer05 | err | 16:14 |
| DocScrutinizer05 | mplayer without display makes little sense, no? | 16:14 |
| ff_ | not for me at least | 16:15 |
| DocScrutinizer05 | xy | 16:15 |
| KotCzarny | ff_: there are media players that can run with screen off and reacting to some hw keys | 16:15 |
| DocScrutinizer05 | why the heck would I run a video media player without any display? | 16:16 |
| ff_ | and it for some short key, without using screen | 16:16 |
| KotCzarny | keys on the rim of the n900 are not normal kb, and can be left enabled | 16:16 |
| DocScrutinizer05 | and what's so nad about the display coming up anyway when I press a key to control the player? | 16:16 |
| bencoh | DocScrutinizer05: mplayer can be used as a music player as well I'd say | 16:17 |
| ff_ | media player doesn't have speed up tempo function | 16:17 |
| KotCzarny | depends on media player | 16:17 |
| KotCzarny | har har | 16:17 |
| bencoh | KotCzarny: please, dno't | 16:17 |
| DocScrutinizer05 | bencoh: and what's the terrible impact of display going active for 5 s when I press a key? | 16:17 |
| KotCzarny | bencoh: dont what? | 16:18 |
| * KotCzarny is innocent of everything | 16:18 | |
| bencoh | DocScrutinizer05: dunno, increased light in a dark room? :) | 16:18 |
| DocScrutinizer05 | the set brightness to zero!! | 16:18 |
| DocScrutinizer05 | then* | 16:18 |
| bencoh | or maybe he wants to avoid any touch input altogether | 16:18 |
| DocScrutinizer05 | or maybe he tells us what he wants | 16:19 |
| DocScrutinizer05 | she? | 16:19 |
| ff_ | bencoh is right | 16:19 |
| ff_ | but that's only one usage | 16:20 |
| DocScrutinizer05 | there's a solution to every requirement, but I'm not inclined to guess what might be the right selution whan you don't tell us the requirements | 16:20 |
| bencoh | this reminds me of the fact that we didn't solve the "tklock/codelock/powermenu interrupts mplayer audio playback for a second" | 16:21 |
| DocScrutinizer05 | specifying requirements by listing what doesn't work is not a feasible approach | 16:21 |
| bencoh | (or any player other than gst-mafw, basically) | 16:21 |
| KotCzarny | bencoh: if you ever find the cure, shout | 16:21 |
| *** vahe[m] has quit IRC | 16:21 | |
| bencoh | KotCzarny: I stopped looking for it tbh | 16:22 |
| KotCzarny | adding app to audio group works for a while, then it's reset by something | 16:22 |
| bencoh | that's what I thought then | 16:22 |
| bencoh | but iirc we eventually arrived to the conclusion that even that didn't always work(?) | 16:22 |
| KotCzarny | yeah, see the 'reset' part | 16:23 |
| ff_ | KotCzarny: has osc speed up tempo function? | 16:23 |
| KotCzarny | ff_: i have it in code, just didnt enable | 16:23 |
| bencoh | KotCzarny: no I mean, without "waiting for a while" | 16:23 |
| bencoh | but I kinda forgot | 16:23 |
| KotCzarny | ff_: i'm using code from sox for effects | 16:23 |
| KotCzarny | when i get around for next release code spree i will probably add it | 16:24 |
| *** MartijnBraam has quit IRC | 16:25 | |
| *** chfoo[m] has quit IRC | 16:25 | |
| *** ollieparanoid[m] has quit IRC | 16:25 | |
| DocScrutinizer05 | ~question | 16:25 |
| infobot | i guess question is if you have a question and want people to give useful answers, make sure you have read this first: http://www.catb.org/~esr/faqs/smart-questions.html >>This guide will teach you how to ask questions in a way more likely to get you a satisfactory answer.<< | 16:25 |
| ff_ | KotCzarny: nice hint, I'll check it | 16:26 |
| KotCzarny | subscribe to the tmo thread, i post release notes there | 16:27 |
| *** pagurus has quit IRC | 16:27 | |
| *** pagurus has joined #maemo | 16:28 | |
| ff_ | done | 16:31 |
| ff_ | N900 screen has 60Hz refresh rate, can it be 120Hz or sth around it? Graphic chip can handle max about 180Hz? | 16:39 |
| *** vahe[m] has joined #maemo | 16:46 | |
| *** drcode has quit IRC | 16:49 | |
| *** drcode has joined #maemo | 16:52 | |
| *** chfoo[m] has joined #maemo | 16:53 | |
| *** MartijnBraam has joined #maemo | 16:53 | |
| *** ollieparanoid[m] has joined #maemo | 16:53 | |
| *** drcode has quit IRC | 16:55 | |
| *** drcode has joined #maemo | 16:57 | |
| *** drcode has quit IRC | 17:03 | |
| *** drcode has joined #maemo | 17:06 | |
| *** luke-jr has joined #maemo | 17:08 | |
| *** Gizmokid2005 has joined #maemo | 17:09 | |
| sixwheeledbeast | Are you requiring multiple functions while the screen is off? Or just play/pause? | 17:13 |
| sixwheeledbeast | for example | 17:13 |
| ff_ | would be nice to have 120Hz when device is on power adapter, and 60Hz on battery, but that probably needs some work with kernel / xorg / clutter or not? | 17:14 |
| ff_ | I can pause/play forward/backward with headset button but need some more | 17:14 |
| sixwheeledbeast | You can make the device utilise the camera_focus while locked | 17:15 |
| sixwheeledbeast | I use this for skip track | 17:15 |
| ff_ | need more than one or two, active hw kb is what I need | 17:19 |
| ff_ | I can use touch screen, but that wouldn't be precisely enough | 17:21 |
| *** jonwil has quit IRC | 17:23 | |
| KotCzarny | hmm, i wonder if there is a way to programatically enable hwkb without going through the normal unlock | 17:23 |
| KotCzarny | but i'm afraid screen lock takes over the display front | 17:24 |
| KotCzarny | and will receive the keys without passing further | 17:24 |
| ff_ | enable hwkb without going through the normal unloc | 17:25 |
| ff_ | k is what I'm looking for | 17:25 |
| KotCzarny | that way one could use rim keys to enable/disable hwkb, and maybe launch app to do some things | 17:26 |
| KotCzarny | if you arent afraid you might take a look into screenlock source | 17:26 |
| KotCzarny | what it does and maybe hack your way through it | 17:27 |
| ff_ | where that source is available? | 17:28 |
| KotCzarny | repo maybe? | 17:28 |
| KotCzarny | there are few lockscreen related packages in repos | 17:31 |
| ff_ | ok, I'll look for it | 17:31 |
| bencoh | depends on what you're referring to by "screenlock" | 17:31 |
| bencoh | you should check out mce | 17:31 |
| bencoh | (I guess) | 17:32 |
| ff_ | script for headset button & mplayer http://paste.debian.net/plain/985895 | 17:32 |
| ff_ | yes, mce unlocks +/- which is part of hw kb | 17:33 |
| KotCzarny | nothing 'tklock' related though | 17:33 |
| bencoh | ff_: ah, so you're basically trying to enable audio keys when locked? | 17:34 |
| ff_ | no, whole hw kb | 17:34 |
| bencoh | KotCzarny: that was actually the second thing we tried to understand re mplayer / audio groups | 17:34 |
| KotCzarny | Next bet is to use open source version of osso-systemui-tklock | 17:34 |
| bencoh | that's the "lock screen" | 17:34 |
| bencoh | (the one with the slider) | 17:34 |
| bencoh | iirc there isn't much there apart from the UI | 17:35 |
| DocScrutinizer05 | ((~questionenable hwkb without going through the normal unlock is what I'm looking for)) no, what you're looking for is an alternative to lock, and I still fail to understand the requirements of that alternative. *Maybe* they are: no touchscreen events, no energy waste on backlight | 17:36 |
| KotCzarny | https://github.com/community-ssu/osso-systemui-tklock | 17:36 |
| DocScrutinizer05 | dman mouse | 17:36 |
| KotCzarny | tklock plugin event eater window | 17:36 |
| KotCzarny | so yeah, there is a dummy window eating all events | 17:37 |
| KotCzarny | next thing would be checking if it still shows with screen off, or its done different way | 17:38 |
| DocScrutinizer05 | why mess with tklock when you simply could make your app display a black screen and discard all pointer events? | 17:38 |
| KotCzarny | because tklock probably shows on top | 17:39 |
| DocScrutinizer05 | it's totally pointless to mess around with stuff without knowing the requirements | 17:39 |
| KotCzarny | and eats all events | 17:39 |
| DocScrutinizer05 | KotCzarny: THEN DONT ENABLE TKLOCK! | 17:39 |
| bencoh | ... | 17:39 |
| DocScrutinizer05 | tklock is not the thing you look for | 17:40 |
| bencoh | DocScrutinizer05: as far as I'm concerned, I'd like a workaround to the fact that I can use volkeys with stock mediaplayer, but not with mplayer | 17:40 |
| DocScrutinizer05 | when you need to change/disable 90% of what it does | 17:40 |
| bencoh | that alone is good enough a reason for the workaround he's trying to achieve | 17:41 |
| DocScrutinizer05 | ff_ never really told what's the workaround to achieve | 17:41 |
| DocScrutinizer05 | always was xy | 17:41 |
| bencoh | "meh" | 17:42 |
| sixwheeledbeast | from what I gather all the functions of mplayer without the screen | 17:42 |
| KotCzarny | hrm. where did i put gpio xh headers | 17:42 |
| DocScrutinizer05 | when you say you want tklock to learn to allow more than just F6/F7 aka Vol+/- keys enabled, then yes, that's a decent requirement spec | 17:42 |
| *** Kabouik_ has joined #maemo | 17:43 | |
| DocScrutinizer05 | and indeed a reasonable feature request | 17:43 |
| DocScrutinizer05 | however so far there's screen dim and there's tklock. For all requirements I heard so far screen dim is sufficient, doesn't need tklock. | 17:45 |
| sixwheeledbeast | I am happy with play, skip forward and volume which is possible on locked device. I would imagine dim screen would be an issue if in a pocket... | 17:45 |
| DocScrutinizer05 | you might define a new function tklock/2 that doesn't lock the kbd | 17:46 |
| *** eMHa has quit IRC | 17:46 | |
| DocScrutinizer05 | when however the usecase is exactly "all the functions of mplayer without the screen" then I'd suggest to modify mplayer to show black screen and ignore touch input events | 17:48 |
| DocScrutinizer05 | then you don't need to mess up tklock function but simply never do tklock | 17:48 |
| ff_ | but that dosen't save power, 300mW wasted | 17:49 |
| DocScrutinizer05 | huh? | 17:49 |
| ff_ | graphic chispet is powered in that state | 17:50 |
| DocScrutinizer05 | then use X11 screenlock | 17:50 |
| DocScrutinizer05 | it's even a kernel function since 1986+- | 17:51 |
| DocScrutinizer05 | you can shut down display even in consoles | 17:51 |
| DocScrutinizer05 | no tklock needed | 17:52 |
| ff_ | is it on maemo? | 17:52 |
| KotCzarny | i think screen blank is supported by most systems | 17:52 |
| DocScrutinizer05 | since it's a genuine kernel function I'd hope yes it is | 17:52 |
| DocScrutinizer05 | keep in mind you need to enable display when your app loses focus (for ctrl-BS taskswitcher), or when a powerbutton-menu gets displayed, or when your app gets closed or receives a "enable display" hotkey | 17:55 |
| *** dmth|intevation has quit IRC | 17:56 | |
| DocScrutinizer05 | but indeed what bencoh somwhat suggested (teach tklock to enable more buttons than just vol-keys) is a nice approach when implemented correctly | 17:57 |
| DocScrutinizer05 | since it avoids device deadlocks from a particular app blowing chunks and misbehaving | 17:58 |
| DocScrutinizer05 | can't be hard to augment the list of enabled-in-tklock keys arbitrarily | 17:58 |
| DocScrutinizer05 | see mce.ini | 18:00 |
| DocScrutinizer05 | # Policy for keypad interrupts | 18:00 |
| DocScrutinizer05 | # | 18:00 |
| DocScrutinizer05 | # 2 - leave keypad interrupts on even after blanking | 18:00 |
| DocScrutinizer05 | # (used to support pass-through of +/-) | 18:00 |
| DocScrutinizer05 | seems this is a never fixed regression in PR1.3 where that got hardcoded in mce instead of obeying to the mce.ini parameter | 18:01 |
| DocScrutinizer05 | so a subject for CSSU | 18:02 |
| DocScrutinizer05 | suggestion: re-implement that mce.ini parameter and augment to DisableKPImmediately=2,'list of keycodes to enable' | 18:04 |
| DocScrutinizer05 | if the list is empty, it defaults to +/- keys aka F6/7(?), otherwise only the listed keycodes are enabled. wildcard '*' allowed to enable all | 18:05 |
| ff_ | that would be a solution | 18:09 |
| DocScrutinizer05 | :-) \o/ | 18:09 |
| ff_ | :) | 18:10 |
| DocScrutinizer05 | hint to implementer: postinst script needs to edit mce.ini to set DisableKPImmediately=2 | 18:13 |
| DocScrutinizer05 | since that's what mce does right now, unconditionally | 18:13 |
| *** rhn has joined #maemo | 18:15 | |
| ff_ | ah, forgot evkey, duh, evkey -d -t -1 /dev/input/event1 , workaround but will be work | 18:17 |
| DocScrutinizer05 | can't find manpage and evkey has no decent -h | 18:21 |
| DocScrutinizer05 | so nfc what that does | 18:21 |
| ff_ | it wait until -d / down key press and prints its number | 18:22 |
| ff_ | -u wait until realese key | 18:23 |
| ff_ | -t wait until given time in ms | 18:25 |
| ff_ | -t -1 wait infinity | 18:26 |
| DocScrutinizer05 | sixwheeledbeast: ((I would imagine dim screen would be an issue if in a pocket...)) well, you hardly have kbd slide open when in pocket, and sliding open does unlock device anyway | 18:32 |
| DocScrutinizer05 | if it's only about the touchscreen events that need to get blocked, there are other possible approaches than tklock | 18:34 |
| DocScrutinizer05 | it's always also a question if that behavior is appropriate regardless of the app that has focus | 18:35 |
| DocScrutinizer05 | ((that behavior)) to e.g. disable ts-events. Probably it would be better to let app just consume the events but process them in a different way - immediately blank screen again - when screen blanked | 18:37 |
| *** Pali has joined #maemo | 18:38 | |
| *** Pali has quit IRC | 18:39 | |
| *** Pali has joined #maemo | 18:40 | |
| *** florian has quit IRC | 18:41 | |
| DocScrutinizer05 | while true; do evkey -d -t -1 /dev/input/ts; dbus-send foo.mce mce/dimscreen; done | 18:41 |
| ff_ | -s print numbers of all pressed keys | 18:42 |
| DocScrutinizer05 | of course THIS (my evkey thing) is not the right solution since it's completely bypassing X11 event pipeline and thus is unaware of app losing focus | 18:45 |
| DocScrutinizer05 | it's just sketching what the mainloop in app should do when receibing a touchscreen X11 input event | 18:46 |
| ff_ | dbus-send mcs/dimscreen is interesting this one: dbus-send --system --type=method_call --dest="com.nokia.mce" --print-reply "/com/nokia/mce/request" com.nokia.mce.request.get_tklock_mode or different? | 18:46 |
| DocScrutinizer05 | I'd think it's rather set_thlock or somesuch | 18:47 |
| DocScrutinizer05 | ~phonecontrol | 18:48 |
| infobot | hmm... phonecontrol is http://wiki.maemo.org/Phone_control | 18:48 |
| DocScrutinizer05 | http://wiki.maemo.org/Phone_control#Lock_screen_and_keys_.28slider_lockswitch.29 | 18:48 |
| ff_ | right dbus-send --system --type=method_call --dest=com.nokia.mce /com/nokia/mce/request com.nokia.mce.request.req_tklock_mode_change string:"locked" that one? | 18:48 |
| DocScrutinizer05 | ooh nope | 18:48 |
| *** xy2_ has joined #maemo | 18:49 | |
| ff_ | is it simple to higher display freshrate in maemo? default is 60Hz | 18:50 |
| ff_ | ok, thank you with hw kb, now it is quite simple | 18:51 |
| DocScrutinizer05 | no | 18:51 |
| DocScrutinizer05 | http://lists.maemo.org/pipermail/maemo-developers/2010-May/026195.html doing "the opposite" | 18:54 |
| *** drcode has quit IRC | 18:59 | |
| *** Kabouik has joined #maemo | 19:04 | |
| *** Kabouik_ has quit IRC | 19:04 | |
| DocScrutinizer05 | http://lists.maemo.org/pipermail/maemo-developers/2010-May/026202.html >>Thanks, the first method (dbus) works with no issue<< MEH not for me | 19:10 |
| *** drcode has joined #maemo | 19:11 | |
| *** ketar has quit IRC | 19:17 | |
| *** luke-jr has quit IRC | 19:17 | |
| DocScrutinizer05 | dman lack of dbus introspection on all Nokia dbus services. alegedly since "impossible in this coding environment" ROTFL | 19:18 |
| ff_ | yes, some dbus inspector would be helpful | 19:22 |
| *** eMHa has joined #maemo | 19:23 | |
| ff_ | maybe d-feet ? | 19:24 |
| DocScrutinizer05 | the services themselves don't support introspection | 19:26 |
| DocScrutinizer05 | they lack the data/functions for it | 19:26 |
| DocScrutinizer05 | from strings mce: | 19:26 |
| DocScrutinizer05 | /sys/class/i2c-adapter/i2c-1/1-004a/twl4030_keypad/disable_kp | 19:26 |
| DocScrutinizer05 | /sys/devices/platform/i2c_omap.2/i2c-0/0-0045/disable_kp | 19:26 |
| DocScrutinizer05 | /sys/devices/platform/omap2_mcspi.1/spi1.0/disable_kp | 19:26 |
| DocScrutinizer05 | /sys/devices/platform/omap2_mcspi.1/spi1.0/disable_ts | 19:26 |
| DocScrutinizer05 | /sys/devices/platform/omap2_mcspi.1/spi_master/spi1/spi1.0/disable | 19:26 |
| DocScrutinizer05 | dafaq!! | 19:27 |
| DocScrutinizer05 | [Notice] -Sigyn- Your actions in #maemo tripped automated anti-spam measures, but were ignored based on your time in channel; stop now, or automated action will still be taken. If you have any questions, please don't hesitate to contact a member of staff | 19:27 |
| DocScrutinizer05 | ;-P | 19:27 |
| DocScrutinizer05 | repeating pattern. My fault | 19:38 |
| DocScrutinizer05 | should have used pastebin | 19:38 |
| *** ChanServ sets mode: +o DocScrutinizer05 | 19:39 | |
| *** DocScrutinizer05 was kicked by DocScrutinizer05 (T900: "User terminated!") | 19:39 | |
| *** DocScrutinizer05 has joined #maemo | 19:39 | |
| *** jkepler has quit IRC | 19:42 | |
| *** jkepler has joined #maemo | 19:42 | |
| DocScrutinizer05 | found string "DimImmediately" | 19:44 |
| *** luke-jr has joined #maemo | 19:44 | |
| *** Kabouik has quit IRC | 19:44 | |
| DocScrutinizer05 | ~sources | 19:48 |
| infobot | I guess you mean the handhelds sources, see http://handhelds.org/sources.html | 19:48 |
| DocScrutinizer05 | ~source | 19:48 |
| infobot | To build Debian packages from source code: first, add a deb-src line to your sources.list file. Then "apt-get build-dep _pkg_" and "apt-get -b source _pkg_" to retrieve the build-dependencies, and the source. The resulting .deb files will be in `pwd`. | 19:49 |
| DocScrutinizer05 | dang | 19:49 |
| DocScrutinizer05 | there it is https://gitorious.org/community-ssu/mce but why T F is https://gitorious.org/community-ssu/ a 404? | 19:52 |
| *** luke-jr has quit IRC | 19:53 | |
| *** phlixi has quit IRC | 20:02 | |
| DocScrutinizer05 | https://gitorious.org/community-ssu/mce?p=community-ssu:mce.git;a=blob_plain;f=tklock.c;hb=HEAD "static gboolean ts_event_control(gboolean enable)" and "static gboolean kp_event_control(gboolean enable)" | 20:04 |
| DocScrutinizer05 | no idea where the system filters for F6/7 | 20:04 |
| DocScrutinizer05 | I guess static gboolean generic_event_control() just uses the above mentioned sysfs nodes and writes 1 or 0 to */enable | 20:06 |
| DocScrutinizer05 | as in return generic_event_control(mce_keypad_sysfs_disable_path, enable); | 20:07 |
| DocScrutinizer05 | static gboolean disable_eveater(gboolean silent); sounds interesting but defned elsewhere, so... I'm lost | 20:14 |
| ff_ | forget about it, evkey is good enough for that purpouse | 20:15 |
| DocScrutinizer05 | typedef enum { [...]/** Event eater UI active */ MCE_TKLOCK_UI_EVENT_EATER = 2, [...]} tklock_ui_state_t; | 20:16 |
| ff_ | yes, eater, as KotCzarny mencioned, is responsible for catching all key press | 20:21 |
| *** florian_ has joined #maemo | 20:22 | |
| ff_ | *mentioned | 20:22 |
| *** notemerson has joined #maemo | 20:34 | |
| DocScrutinizer05 | yes, and AIUI it's not getting enabled when vol-keys are active ib tklock | 20:34 |
| DocScrutinizer05 | so *all* key events should get through, and I don't know if anything else will filter out all but F6/7 | 20:34 |
| DocScrutinizer05 | hmm, prolly can test this | 20:35 |
| *** HRH_H_Crab has quit IRC | 20:36 | |
| DocScrutinizer05 | OK, DisableKPImmediately=2 indeed keeps keyboard events enabled, at least on evkey -d -t -1 /dev/input/event1 level | 20:40 |
| DocScrutinizer05 | I *guess* apps like mediaplayer which want receive Vol+/- events while tklock are bypassing mce completely and enable keyboard via sysnode directly | 20:41 |
| *** err0r3o3_ has joined #maemo | 20:41 | |
| DocScrutinizer05 | indeed *everything* seems to receive all kbd events even in tklock when DisableKPImmediately=2, so I guess here you are :-D | 20:43 |
| DocScrutinizer05 | tested desktop ctrl-BS (taskswitcher), and "test" ascia, bit resulted in expected action triggered while tklock and display dark | 20:44 |
| *** err0r3o3 has quit IRC | 20:45 | |
| DocScrutinizer05 | s/ascia, bit/ascii, both/ | 20:45 |
| infobot | DocScrutinizer05 meant: tested desktop ctrl-BS (taskswitcher), and "test" ascii, both resulted in expected action triggered while tklock and display dark | 20:45 |
| DocScrutinizer05 | bencoh: ^^^ | 20:45 |
| DocScrutinizer05 | bencoh: sed -i 's/DisableKPImmediately=./DisableKPImmediately=2/' /etc/mce/mce.ini; stop mce; start mce | 20:48 |
| DocScrutinizer05 | slide open kbs, start mplayer, tklock, check vol-keys | 20:49 |
| DocScrutinizer05 | check other keys as well | 20:49 |
| DocScrutinizer05 | ROTFL! or - instead `stop MCE; start mce` maybe just try `mce --version` | 20:51 |
| DocScrutinizer05 | http://paste.ubuntu.com/25529012 | 20:51 |
| DocScrutinizer51 | blindtyping in xchat | 20:53 |
| DocScrutinizer51 | ff_: see this??? | 20:54 |
| DocScrutinizer05 | file closed | 20:56 |
| *** xy2_ has quit IRC | 20:59 | |
| DocScrutinizer05 | so let me rephrase: I *guess*^H^H^H KNOW apps like mediaplayer which want receive Vol+/- events while tklock are bypassing mce completely and enable keyboard via sysnode directly and EVIDENTLY *everything* receives all kbd events even in tklock when DisableKPImmediately=2 | 20:59 |
| DocScrutinizer05 | ff_: any other questions? | 21:00 |
| ff_ | here vol +/- works, but not others keys, even playing mplayer or media player, maemo stock here | 21:05 |
| DocScrutinizer05 | check your mce version | 21:06 |
| DocScrutinizer05 | check DisableKPImmediately=2 | 21:06 |
| DocScrutinizer05 | I typed to xchat while in tklock, so why would mplayer not receive *all* keypresses as well | 21:06 |
| ff_ | older | 21:07 |
| ff_ | mce v1.8.126 | 21:07 |
| DocScrutinizer05 | get CSSU mce then | 21:07 |
| *** auenfx8 has quit IRC | 21:07 | |
| DocScrutinizer05 | actually i'm ahppy about that, I've not been mistaken on the regression in PR.13 mce, just I didn't know it was fixxed in CSSU already | 21:10 |
| ff_ | DisableKPImmediately=2, ok, newer version is needed, thx for that solution | 21:10 |
| DocScrutinizer05 | yw :-D | 21:10 |
| *** blap has joined #maemo | 21:13 | |
| blap | is there a maemo music player with GUI that allows to shuffle-play a directory of music files? | 21:14 |
| KotCzarny | yes! | 21:14 |
| blap | can you reccomend one? | 21:14 |
| KotCzarny | ~oscp | 21:14 |
| infobot | i heard oscp is http://talk.maemo.org/showthread.php?t=94590 | 21:14 |
| DocScrutinizer05 | that was fast, even for you ;-P | 21:14 |
| KotCzarny | nah, it was slow. i had to type /msg #maemo etc | 21:15 |
| DocScrutinizer05 | konversation has nice cmd aliases | 21:16 |
| DocScrutinizer05 | ;-) | 21:16 |
| DocScrutinizer05 | /9 is | 21:16 |
| DocScrutinizer05 | http://talk.maemo.org/showthread.php?t=91142 | 21:16 |
| KotCzarny | i'm too lazy to write my /alias'es | 21:16 |
| blap | when did that get a gui? | 21:17 |
| KotCzarny | 1.6 years ago | 21:17 |
| blap | very nice, thanks | 21:18 |
| blap | could it work on sailfishOS? | 21:19 |
| KotCzarny | nope | 21:19 |
| KotCzarny | i have n9, but havent gotten around to port it yet | 21:19 |
| blap | it says disconnected | 21:21 |
| KotCzarny | yes | 21:21 |
| KotCzarny | it's the gui | 21:21 |
| KotCzarny | did you read first time help? | 21:21 |
| KotCzarny | in short, it consist of server (core) and remote (ui) | 21:21 |
| KotCzarny | press 'gears' icon to spawn core | 21:22 |
| blap | where to i press to see first time help? | 21:22 |
| blap | ok ty | 21:22 |
| *** xy2_ has joined #maemo | 21:23 | |
| KotCzarny | ui can connect to local or remote core (ie. you can control media player running on windows or linux from your n900 | 21:23 |
| *** geaaru has quit IRC | 21:24 | |
| KotCzarny | and it's true the other way round too, ie. you can use your laptop/pc to control media playing on n900 | 21:24 |
| blap | ok i navigated to my podcasts directory | 21:25 |
| blap | how do i shuffle play all files in this directory? | 21:25 |
| KotCzarny | enable [S]huffle mode and just press 'next' | 21:25 |
| KotCzarny | or 'play' | 21:25 |
| blap | i press "s"? | 21:26 |
| KotCzarny | yes | 21:26 |
| KotCzarny | either on kb or the button on screen | 21:26 |
| blap | then "p"? | 21:26 |
| KotCzarny | dont remember the kb shortcut, might be 'n' for next | 21:26 |
| KotCzarny | or space for 'play/pause' | 21:26 |
| blap | p moves me to next line in the directory listing | 21:26 |
| blap | space works and moves me to next song | 21:27 |
| blap | 's' didn't enable shuffle, but S icon did | 21:27 |
| KotCzarny | as i've said, dont remember n900's shortcuts. i use it mostly on my laptop, and sometimes on n900 on the go (but then using ui) | 21:28 |
| blap | are the [1] [2] icons in the left for playlists? directory shortcuts? | 21:28 |
| KotCzarny | they are for storing favs | 21:28 |
| KotCzarny | might be dir/file/http link shortcuts | 21:29 |
| blap | how can i assign the current directory to one of these? | 21:29 |
| KotCzarny | press 'm' it will change into M then press number button to store current dir or track | 21:29 |
| KotCzarny | though in ui it only stores dirs | 21:30 |
| blap | works | 21:30 |
| KotCzarny | but you can edit ~/.oscp/oscp.conf and put specific files/links there | 21:30 |
| blap | cpu use is nicely low | 21:31 |
| KotCzarny | you can close gui to make it even lower | 21:31 |
| KotCzarny | core will keep on playing | 21:31 |
| blap | is there a way to reduce pulseaudio cpu use? it shows 35-38% here | 21:31 |
| blap | sometimes lower | 21:31 |
| KotCzarny | nope. evilaudio is just that way :/ | 21:32 |
| ff_ | can it use alsa directly? | 21:32 |
| KotCzarny | yes, but you will need to be careful | 21:32 |
| ff_ | mplayer on alsa has much lower CPU usage | 21:33 |
| KotCzarny | one of the things pa does is protecting louspeakers via software filters | 21:33 |
| KotCzarny | so it would be only safe to use direct alsa via headphones | 21:33 |
| ff_ | but from time to time it's some instable | 21:33 |
| blap | i talked to someone and he explained how one can make alsa mixer adjust volume per-applicatino | 21:33 |
| blap | but nobody has written the program for it yet | 21:34 |
| KotCzarny | well, oscp uses internal soft-volume | 21:34 |
| KotCzarny | so setting volume in oscp doesnt touch system one | 21:34 |
| blap | this might be a good project to reduce people's need for pulseaudio on the desktop | 21:34 |
| blap | also firefox requires pulseaudio now | 21:35 |
| ff_ | on pa works flawlessly | 21:35 |
| KotCzarny | hehe, or just knowing your system. /me doesnt use pa on any of his laptops | 21:35 |
| KotCzarny | blap: google: apulse | 21:35 |
| blap | yes i installed apulse | 21:35 |
| KotCzarny | still, it's sad that cancer bit that deep into linux software ecosystem | 21:36 |
| KotCzarny | blap: there is also ncurses remote if you prefer text ui/ssh | 21:37 |
| blap | can maemo be ported to other hardware? | 21:37 |
| KotCzarny | it is being done | 21:38 |
| KotCzarny | though it depends what you define as 'maemo' | 21:38 |
| blap | if the other platform is arm, would it require recompiling all the applications? | 21:38 |
| KotCzarny | fmg and folks work on devuan+maemo based fusion | 21:39 |
| KotCzarny | that would work on any device with mainline kernel | 21:39 |
| KotCzarny | and supported by devuan | 21:39 |
| *** ff_ has quit IRC | 21:39 | |
| blap | wonderful | 21:39 |
| *** ff_ has joined #maemo | 21:40 | |
| ff_ | does pulseaudio use more cpu because of some plugins / enhance or sth else? | 21:40 |
| KotCzarny | ff_: conversions, enhancers, mixers | 21:40 |
| *** phlixi has joined #maemo | 21:40 | |
| blap | i read somewhere 'speaker protection' also | 21:41 |
| KotCzarny | ~xprot | 21:41 |
| infobot | rumour has it, xprot is http://wiki.maemo.org/Porting/Audio/Q_and_A_RE-PA and http://talk.maemo.org/showthread.php?t=91325 | 21:41 |
| *** phlixi has quit IRC | 21:42 | |
| DocScrutinizer05 | /<blap> but nobody has written the program for it yet)) huh? | 21:42 |
| *** phlixi has joined #maemo | 21:43 | |
| blap | the program to do volume control per-application just using alsa | 21:43 |
| blap | this seems to be the main advantage to the end-user | 21:45 |
| blap | adding this capability would remove the incentive to install PA for many people | 21:45 |
| blap | i think | 21:46 |
| KotCzarny | i've never got the point of per-app volume need system wide | 21:46 |
| DocScrutinizer05 | no program needed | 21:46 |
| KotCzarny | and because people are lazyf*cks, evilaudio was born | 21:46 |
| DocScrutinizer05 | alas yahoo obviously has nuked all group fora, so twinklephone is gone. maybe you find http://tech.groups.yahoo.com/group/twinklephone/message/1731 in some archive | 21:47 |
| KotCzarny | yahoo got sold (again) few months ago | 21:47 |
| blap | DocScrutinizer05: what is that? | 21:47 |
| KotCzarny | this time to verizon afair | 21:47 |
| DocScrutinizer05 | or you google for ALSA softvol, and understand how ALSA config files can execute arbitrary functions to e.g. expand ENV $VAR | 21:48 |
| DocScrutinizer05 | or get PID and name of own process for name of softvol control in mixer | 21:49 |
| DocScrutinizer05 | no program needed for any of that | 21:49 |
| DocScrutinizer05 | ALSA is even way better than Polypaidio in that the mixer control is persistent, so you don't got nuts over trying to adjust volume of a notification jubgle that has a control only for 0.4s | 21:51 |
| DocScrutinizer05 | jingle* | 21:51 |
| DocScrutinizer05 | http://alsa.opensrc.org/Softvol | 21:54 |
| *** florian_ is now known as florian | 21:54 | |
| DocScrutinizer05 | just define control.name as e.g `cat /proc/self/cmdline|cut -f1` resp the according @FUNC equivalent in ALSA | 21:57 |
| DocScrutinizer05 | no witchcraft | 21:58 |
| DocScrutinizer05 | what's getting tricky is getting *rid of* old controls since they are persistent and stopping mixer will write them back into the config files | 21:59 |
| DocScrutinizer05 | so you need to stop mixer, then edit config file, then restart mixer | 21:59 |
| blap | i don't think the average pulseaudio user wants to do all that | 22:02 |
| DocScrutinizer05 | I don't think the average PolypAudio user gives a fsck. But when you start discussing alleged advantages of PA, then this isn't one. ALSA can do this, with no user interaction at all | 22:03 |
| DocScrutinizer05 | It was able to do per-app volume controls before Poettering thought about PulseAudio | 22:04 |
| *** blap has quit IRC | 22:05 | |
| DocScrutinizer05 | you probably missed the idea that >>define control.name as e.g `cat /proc/self/cmdline|cut -f1` resp the according @FUNC equivalent in ALSA<< implied it'S needed only once, and from then on the controls will inherit the name of the app | 22:06 |
| *** ff_ has quit IRC | 22:06 | |
| DocScrutinizer05 | no matter which app is started with that ALSA config file | 22:08 |
| *** blap has joined #maemo | 22:08 | |
| DocScrutinizer05 | apps resulting in identical name for the control.name will share same control | 22:09 |
| DocScrutinizer05 | so it's entirely up to you (as app devel, maintainer/packager, or user) to create a nifty .alsarc and possibly pass in env vars to define the ALSA mixer control the app should use | 22:10 |
| DocScrutinizer05 | ALSA could even start a script that parses a config file with "appma,e control.name" tuples to determine the control.name | 22:12 |
| DocScrutinizer05 | same script could pop up a requester asking user for picking an existing control or create a new one, for that app, when the app isn't assigned yet. You can literally do wahtever you want, with very little effort and zilch real geavy coding. While in PA you can do... prolly ZILCH? | 22:14 |
| *** blap has quit IRC | 22:23 | |
| *** blap has joined #maemo | 22:23 | |
| DocScrutinizer05 | damn Yahoo! | 22:32 |
| DocScrutinizer05 | err in FF https://groups.yahoo.com/neo/groups/twinklephone/conversations/topics/1731 just works | 22:37 |
| DocScrutinizer05 | or NOW it just works | 22:37 |
| DocScrutinizer05 | anyway here you are: http://maemo.cloud-7.de/ALSA_softvol.txt | 22:44 |
| blap | thank you DocScrutinizer05 | 22:45 |
| DocScrutinizer05 | yw :-) | 22:45 |
| blap | i ask less for myself (i do not need it) but i would like to help fight poetteringware | 22:52 |
| blap | but it's far down on my list | 22:52 |
| DocScrutinizer05 | oooh F U yahoo, crippling the file | 22:56 |
| DocScrutinizer05 | sorry for that, fixing it | 22:56 |
| DocScrutinizer05 | http://paste.ubuntu.com/25529644 | 22:58 |
| blap | ty | 22:58 |
| DocScrutinizer05 | ok fixed http://maemo.cloud-7.de/ALSA_softvol.txt | 23:01 |
| blap | "You can also use @args [ NAME SLAVE ] shortcut. The [...] is just a syntax shortcut for numbered lists. Instead of "a.0=x; a.1=y; a.2=z" you can write "a=[ x y z ]" (the "=" and ";" are optional, see details in http://www.alsa-project.org/alsa-doc/alsa-lib/conf.html )" | 23:04 |
| *** jkepler has quit IRC | 23:07 | |
| *** rhn has quit IRC | 23:07 | |
| DocScrutinizer05 | yeah, I liked it verbose ;-) | 23:11 |
| DocScrutinizer05 | try to spot the ALSA docs part about @FUNC etc | 23:11 |
| DocScrutinizer05 | there's the really nifty stuff | 23:12 |
| DocScrutinizer05 | and if nothing is smart enough in genuine ALSA, have a look at my patch: http://maemo.cloud-7.de/ALSAso.tar.gz | 23:14 |
| DocScrutinizer05 | this niftly lil fancy can run arbitrary stuff at audio device open and audio device close, and when the executed process returns error, so will asound_open() call in app | 23:16 |
| DocScrutinizer05 | so e.g you could start the audio amp before your app plays the fire alarm audio | 23:16 |
| DocScrutinizer05 | or in maemo, your arbitrary VoIP softphone could kick the vibrator when the ringer audio device starts playing a ringtone | 23:17 |
| DocScrutinizer05 | and stop the vibrator as soon as the audio stream stops and closes | 23:18 |
| *** troulouliou_div2 has joined #maemo | 23:19 | |
| *** troulouliou_div2 has quit IRC | 23:19 | |
| *** troulouliou_div2 has joined #maemo | 23:19 | |
| DocScrutinizer05 | blap: that stuff http://www.alsa-project.org/alsa-doc/alsa-lib/confmisc_8c.html#a033eab97ee6619aeb8c5eca585acf6c0 | 23:25 |
| DocScrutinizer05 | { @func concat strings [ "a1" "b2" "c3" ] } | 23:27 |
| blap | copying that to notes | 23:30 |
| *** troulouliou_div2 has quit IRC | 23:34 | |
| *** jkepler has joined #maemo | 23:35 | |
| *** sunshavi has quit IRC | 23:38 | |
| DocScrutinizer05 | @func getenv !! | 23:52 |
| DocScrutinizer05 | the docs are a mess. As with all in ALSA. The functions are nice | 23:55 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!