| *** kerio has quit IRC | 00:01 | |
| *** kerio92 is now known as kerio | 00:01 | |
| *** _federico3 has quit IRC | 00:03 | |
| *** Muelli has joined #maemo | 00:04 | |
| *** Ex-Opesa has quit IRC | 00:04 | |
| *** Abissom has joined #maemo | 00:07 | |
| *** Sicelo has quit IRC | 00:08 | |
| Abissom | nick Sicelo | 00:10 |
|---|---|---|
| Abissom | heh | 00:10 |
| *** Abissom is now known as Sicelo | 00:10 | |
| *** DrGrov has joined #maemo | 00:16 | |
| *** Ex-Opesa has joined #maemo | 00:17 | |
| *** perlite_ has joined #maemo | 00:18 | |
| *** perlite has quit IRC | 00:19 | |
| *** perlite_ is now known as perlite | 00:20 | |
| *** netkat has quit IRC | 00:23 | |
| *** jonne has joined #maemo | 00:30 | |
| *** ponyofdeath has quit IRC | 00:31 | |
| *** jonne has quit IRC | 00:37 | |
| *** dos1 has quit IRC | 00:40 | |
| *** dodlof has joined #maemo | 00:42 | |
| dodlof | #find shazam | 00:43 |
| *** dodlof has left #maemo | 00:46 | |
| *** lofty306 has joined #maemo | 00:46 | |
| *** DrGrov has left #maemo | 00:50 | |
| Vib3 | hi | 00:53 |
| Vib3 | trying to set profile silent | 00:53 |
| Vib3 | but says -> /usr/bin/run-standalone.sh: line 11: /root/silent.sh: not found | 00:53 |
| Vib3 | but its there | 00:54 |
| Vib3 | and rights ok | 00:54 |
| Sicelo | i wonder if that's enough info. | 00:55 |
| Sicelo | try package 'phone-control' | 00:55 |
| Vib3 | when I use: sh silent.sh it sets profile to silent | 00:56 |
| *** MrPingu has quit IRC | 00:56 | |
| Vib3 | but not with that standalone script | 00:56 |
| Vib3 | and thats needed for using it with fcron | 00:56 |
| *** MrPingu has joined #maemo | 00:57 | |
| Sicelo | phone-control will work fine for your needs. also, i'm not to sure i know what 'script' you're using. | 00:57 |
| Vib3 | that standalone came with fcrontab | 00:58 |
| Sicelo | ah | 00:58 |
| * Sicelo uses alarmed | 00:58 | |
| Vib3 | that silent.sh sets profile to silent with: dbus-send --type=method_call --dest=com.nokia.profiled /com/nokia/profiled com.nokia.profiled.set_profile string:"silent" | 00:58 |
| Vib3 | ok | 00:59 |
| Sicelo | iirc there may be issues depending on which user runs the script | 00:59 |
| Vib3 | wondering why it says cant find my script.. | 00:59 |
| Vib3 | ok | 00:59 |
| Vib3 | same also with user and root | 01:00 |
| Vib3 | sh silent.sh works | 01:00 |
| Sicelo | either way, phone-control sends the same command, and 'always' works :) | 01:00 |
| Vib3 | hmm | 01:03 |
| Vib3 | but this worked previously | 01:03 |
| Vib3 | had to reflash phone so had to reset things | 01:03 |
| Vib3 | and I can't remember anymore :D: | 01:03 |
| *** piggz has quit IRC | 01:08 | |
| *** MrPingu has quit IRC | 01:13 | |
| *** MrPingu has joined #maemo | 01:15 | |
| *** croppa has quit IRC | 01:18 | |
| *** NIN101 has quit IRC | 01:21 | |
| *** vizzy has quit IRC | 01:30 | |
| *** MrPingu has quit IRC | 01:30 | |
| *** OkropNick has quit IRC | 01:43 | |
| *** bugzy has quit IRC | 01:44 | |
| *** Pali has quit IRC | 01:55 | |
| *** dhbiker has quit IRC | 01:55 | |
| DocScrutinizer | we've seen this before | 02:30 |
| DocScrutinizer | iirc something with shebang line in script | 02:30 |
| DocScrutinizer | check if or if not you got a space behinf #! | 02:31 |
| *** mortenvp has joined #maemo | 02:34 | |
| *** PeterWolf has joined #maemo | 02:35 | |
| DocScrutinizer | hmm, nope. can't reproduce problem like that | 02:41 |
| DocScrutinizer | aaah wait. wasn't that a msg that meant "can't execute the interpreter mentioned in shebang"? | 02:42 |
| Vib3 | DocScrutinizer: it worked | 02:42 |
| DocScrutinizer | what worked? | 02:42 |
| Vib3 | but doesn't still exec in fcrontab | 02:42 |
| Vib3 | correcting /bin/sh | 02:42 |
| DocScrutinizer | hah, knew it | 02:43 |
| Vib3 | ;p | 02:43 |
| DocScrutinizer | extra space? | 02:43 |
| Vib3 | thx | 02:43 |
| Vib3 | had bash there :p | 02:43 |
| DocScrutinizer | yeah | 02:43 |
| Vib3 | but still fcrontab doesn't work | 02:44 |
| DocScrutinizer | I dunno which user runs fcrontab | 02:44 |
| *** foo` has joined #maemo | 02:44 | |
| DocScrutinizer | typically you need run-standalone.sh for things like cronjobs | 02:44 |
| Vib3 | teid with root, yea | 02:45 |
| Vib3 | * tried | 02:45 |
| Vib3 | /usr/bin/run-standalone /home/user/silent.sh | 02:45 |
| foo` | QUIT | 02:46 |
| *** foo` has quit IRC | 02:46 | |
| DocScrutinizer | maybe you have replaced your standard shell? | 02:47 |
| DocScrutinizer | btw it's run-standalone.sh | 02:47 |
| Vib3 | sec | 02:47 |
| Vib3 | yea :p | 02:48 |
| Vib3 | that it was ;p | 02:48 |
| Vib3 | DocScrutinizer: thx! | 02:48 |
| DocScrutinizer | YW | 02:49 |
| Vib3 | :) | 02:49 |
| Vib3 | works now | 02:49 |
| Vib3 | nice to have automated profiles | 02:49 |
| Vib3 | cos dont wanna wakeup when some ones calls at 4 am :) | 02:49 |
| DocScrutinizer | well, when somebody calls me at 4 am, I usually better wake up ;-D | 02:50 |
| Vib3 | :D | 02:50 |
| Vib3 | cos of work? :p | 02:51 |
| DocScrutinizer | dunno, wuldn't know when I got a call at that time | 02:51 |
| DocScrutinizer | must've been 10 years ago, when a friend was terribly desperate | 02:52 |
| DocScrutinizer | anyway, I think I should look into dwimd again. Now I actually need it to set silent profile when at work | 02:53 |
| DocScrutinizer | the point is I'd prefer this not to be bound to a fixed time of day | 02:55 |
| *** Dibblah has quit IRC | 02:57 | |
| *** Dibblah has joined #maemo | 02:58 | |
| *** trbs has quit IRC | 03:00 | |
| Vib3 | ok :) | 03:02 |
| *** realitygaps has quit IRC | 03:05 | |
| *** Dibblah has quit IRC | 03:08 | |
| *** Dibblah_ has joined #maemo | 03:08 | |
| *** Dibblah_ is now known as Dibblah | 03:08 | |
| *** Hurrian has joined #maemo | 03:13 | |
| *** LaoLang_cool has joined #maemo | 03:15 | |
| *** mortenvp has quit IRC | 03:27 | |
| *** Gh0sty has quit IRC | 03:45 | |
| *** Gh0sty has joined #maemo | 03:45 | |
| *** Estel_ has joined #maemo | 03:57 | |
| Estel_ | Happy easter and other bla-bla. | 03:57 |
| Estel_ | I'm sure no one is reading this for mentioned reason, yet in case of other pagans like me sitting here: | 03:58 |
| * DocScrutinizer wants some chocolate eggs! | 03:58 | |
| Estel_ | does anyone know which gstreamer0.10-plugins one should install for, erm, best result. | 03:58 |
| * Estel_ handles some chocolate eggs to DocScrutinizer, sick of them already | 03:58 | |
| DocScrutinizer | define "best results" ;-D | 03:58 |
| Estel_ | I was just to do so :D | 03:59 |
| Estel_ | by best result, I mean most widely working playback including strange format | 03:59 |
| Estel_ | + most effective decoding (for non-DSP accelerated) | 03:59 |
| DocScrutinizer | all? | 03:59 |
| DocScrutinizer | ;-) | 03:59 |
| Estel_ | not possible, they're exclusive | 03:59 |
| DocScrutinizer | aaah | 04:00 |
| Estel_ | amongst conflicting ones, we have: | 04:00 |
| Estel_ | gstreamer0.10-plugins-bad | 04:00 |
| Estel_ | gstreamer0.10-plugins-bad-multiverse | 04:00 |
| Estel_ | gstreamer0.10-plugins-ugly | 04:00 |
| Estel_ | gstreamer0.10-plugins-ugly-multiverse | 04:00 |
| DocScrutinizer | well, then you have to decide. I guess the tradeoff is between stability and wide support for strange formats | 04:00 |
| Estel_ | same thougths here... | 04:00 |
| Estel_ | I've used "bad" for ages... | 04:00 |
| Estel_ | Yet, thinking about it, I have NFC what ugly is exactly | 04:01 |
| DocScrutinizer | google might help | 04:01 |
| Estel_ | "plugins that could pose distribution problems" | 04:01 |
| Estel_ | tried that :P | 04:01 |
| DocScrutinizer | meh, who cares distri problems? | 04:01 |
| Estel_ | wtf is that, sounds like some cop,yright shit | 04:01 |
| Estel_ | yet, theyre distributed | 04:01 |
| Estel_ | wasn't able to figure which one is more bleeding-edge - ugly or bad | 04:01 |
| Estel_ | (sic!) | 04:01 |
| DocScrutinizer | well, they're not *installed* | 04:02 |
| Estel_ | also, wtf is multiverse variant. | 04:02 |
| DocScrutinizer | the good, the bad and the ugly | 04:02 |
| Estel_ | yea | 04:02 |
| LaoLang_cool | How to export conversations of N900? | 04:02 |
| Estel_ | fortunatelly, good isn't exlusive to bad here | 04:02 |
| DocScrutinizer | LaoLang_cool: dunno if there's any serious method | 04:02 |
| Estel_ | the problem is - multiverse, as it sounds ubuntu'ish, is "more" or less than non-multiverse variant (for Maemo) | 04:03 |
| *** nox- has quit IRC | 04:03 | |
| DocScrutinizer | hmm, check content? | 04:03 |
| Estel_ | LaoLang_cool, search repos for "conversations", there is something that exports it from database | 04:03 |
| Estel_ | hm, why not, but how do I determine which one is "better" | 04:04 |
| Estel_ | number of plugins? | 04:04 |
| Estel_ | dates? ;P | 04:04 |
| Estel_ | I'm also afraid that multiverse wariants got same plugins compiled differently | 04:04 |
| Estel_ | or from diferrent code revisions | 04:04 |
| Estel_ | headache | 04:04 |
| * LaoLang_cool searched in http://maemo.org/packages/search/ but without lucky... | 04:04 | |
| DocScrutinizer | dates, versions, number of plugins | 04:05 |
| *** uen| has joined #maemo | 04:05 | |
| DocScrutinizer | yeah, quite some headache | 04:06 |
| Estel_ | LaoLang_cool, check glogarchive | 04:06 |
| DocScrutinizer | anyway listen to LaoLang_cool - might be a starting point for your question | 04:06 |
| LaoLang_cool | Estel_: wow, will try it, thanks | 04:07 |
| LaoLang_cool | DocScrutinizer: what?... | 04:07 |
| Estel_ | "search, view, archive and export SMS/IM messages and call logs from eventlogger" | 04:07 |
| Estel_ | LaoLang_cool, I got quite unsaatisfying results when searching via packages/search, so I always use fapman for repo search (with devel enabled, usual warnings apply) | 04:09 |
| Estel_ | it search not only for package names, but crawls also through descriptions | 04:09 |
| *** uen has quit IRC | 04:09 | |
| Estel_ | DocScrutinizer, thanks, will try to determine that. Now I remember we was talking about it some months ago... | 04:09 |
| Estel_ | When I wanted to play .vob file with mpeg2 stream via stock media player :P | 04:10 |
| Estel_ | this is why I installed "bad" plugins set on first place. Well, .vob still plays only via mplayer... | 04:10 |
| DocScrutinizer | GStreamer Bad Plug-ins is a set of plug-ins that aren't up to par compared to the rest. They might be close to being good quality, but they're missing something - be it a good code review, some documentation, a set of tests, a real live maintainer, or some actual wide use | 04:10 |
| DocScrutinizer | vs | 04:11 |
| DocScrutinizer | This packages contains plugins from the "ugly" set, a set of | 04:11 |
| DocScrutinizer | good-quality plug-ins that might pose distribution problems. | 04:11 |
| Estel_ | now I'm trying to find most efficient theora playback. It's really good already, but for some videos I can't play smoothly, despite encoding via same settings as working ones | 04:11 |
| Estel_ | yea | 04:11 |
| Estel_ | from common sense "bad" sounds more bleeding-edge = wider format support | 04:11 |
| Estel_ | yet, ugly description is enigmatic, to say at least | 04:12 |
| DocScrutinizer | not really | 04:12 |
| DocScrutinizer | I read that as plain "M$ codecs" | 04:12 |
| Estel_ | ? so it's just me who don't know what distribution problems mean | 04:12 |
| Estel_ | yes, same here, but | 04:12 |
| Estel_ | they're distributed anyways via repos | 04:12 |
| DocScrutinizer | not installed though | 04:13 |
| Estel_ | where illegal content is fought with fire, yep? | 04:13 |
| Estel_ | hm? | 04:13 |
| Estel_ | define "not installed" in this content | 04:13 |
| DocScrutinizer | Nokia neither supports nor ships them | 04:13 |
| Estel_ | context* | 04:13 |
| DocScrutinizer | ergo no problem | 04:13 |
| DocScrutinizer | extras repo is not nokia repo | 04:13 |
| Estel_ | yea, but this sucker conflicts with "bad" set | 04:14 |
| Estel_ | yes, but bad is also in extras, not nokia repos | 04:14 |
| Estel_ | eh, manual determining wtf is inside is a must :/ | 04:14 |
| DocScrutinizer | sure | 04:14 |
| Estel_ | why ugly can't coexist wikth "bad" though | 04:14 |
| Estel_ | I understand it as base < good < bad | 04:15 |
| Estel_ | base is everywhere, good (with extras) can be installed | 04:15 |
| Estel_ | bad (with extra variant) too | 04:15 |
| Estel_ | none conflict with eachother | 04:15 |
| Estel_ | with exception for bad replacing good, as it provides it already | 04:16 |
| Estel_ | yet, checking dependencies, ugly doesnt provide bad, yet conflicts with it and replaces | 04:16 |
| Estel_ | bad also replace ugly | 04:16 |
| DocScrutinizer | btw beware, I seem to recall this whole mess gave me more headache: after installing one, some codecs didn't work anymore | 04:16 |
| Estel_ | that's what I'm afraid of, and why I asked here instead of determining myself via experiments :P | 04:16 |
| Estel_ | add to this multiverse variants of bad and ugly (good also have multiverse variant, but that doesn't matter here...)) | 04:17 |
| DocScrutinizer | backupmenu is your friend ;-D | 04:17 |
| Estel_ | true :P | 04:17 |
| Estel_ | hah, worst case scenario is "no distinguishable difference between them", until You ran into problems 6 months later :P | 04:18 |
| DocScrutinizer | plus I'd forget about multiverse versions, I can't even seem to find them in package interface | 04:18 |
| DocScrutinizer | ooh there | 04:18 |
| Estel_ | at least multiverse variant wasn't uploaded by same person | 04:20 |
| LaoLang_cool | another question, any tools for replacing battery icon in status with battery level, so I can check how many batter existed when click the status bar | 04:20 |
| DocScrutinizer | anyway multiverse is 0.10.7 while non-muperverse is 0.10.14? | 04:20 |
| Estel_ | yet, dates for every gstreamer0.10 package is unavailable | 04:20 |
| Estel_ | hm | 04:20 |
| Estel_ | yyy, no? | 04:20 |
| Estel_ | 0.10.10.2-1maemo2 both variants for ugly | 04:21 |
| DocScrutinizer | oops 0.10.10 right | 04:21 |
| Estel_ | multiverse was uploaded by solme guy with @ubuntu.com | 04:22 |
| DocScrutinizer | Repository Latest version | 04:22 |
| DocScrutinizer | Fremantle Extras-devel free armel gstreamer0.10-plugins-ugly-multiverse 0.10.7-2maemo | 04:22 |
| Estel_ | hm, maybe only difference is that it provided LAME mp3 encoder? | 04:22 |
| Estel_ | woot? | 04:22 |
| *** M4rtinK has quit IRC | 04:23 | |
| Estel_ | oh god | 04:23 |
| Estel_ | multiverse variants haven't dependencies set to conflict with bad and good | 04:23 |
| Estel_ | i.e. normal ugly replaces them | 04:23 |
| Estel_ | yet, multiverse doesn't | 04:24 |
| Estel_ | it may be why You experienced codec breaking | 04:24 |
| Estel_ | also, multiverse ugly variant have set that it provided LAME, while ugly doesn't (which doesn't mean that it isn't providing it, may have just dependencies unset) | 04:24 |
| Estel_ | I pray for ressurection of some gstreamer/codec guru to clean this mess | 04:25 |
| Estel_ | who the fuck have now idea of what exactly is bundled there :P | 04:25 |
| *** Arkenoi has quit IRC | 04:26 | |
| DocScrutinizer | bad-extra, bad-faad, bad-vorbis ;-P | 04:26 |
| DocScrutinizer | I'd guess maybe the dependecies are a bit messed up | 04:27 |
| *** Arkenoi has joined #maemo | 04:27 | |
| Estel_ | probably yes | 04:27 |
| Estel_ | BTW I was wrong it seems | 04:27 |
| Estel_ | only "ugly" have multiverse wariant | 04:27 |
| DocScrutinizer | maybe dpkg -install -force-install helps, when doen in right sequence? | 04:27 |
| Estel_ | quite possible | 04:27 |
| Estel_ | BTW there was once almost finished implementation for DSP decoding of Theora | 04:28 |
| DocScrutinizer | hmm | 04:28 |
| Estel_ | actual playback on N900 was achieved with great results, it needed only some code polishing | 04:28 |
| Estel_ | havent heard about it for ages, which is huge pity | 04:28 |
| DocScrutinizer | and now? | 04:28 |
| Estel_ | especially that it was actual working as it seems | 04:29 |
| Estel_ | http://talk.maemo.org/showthread.php?t=50270 | 04:29 |
| DocScrutinizer | no friggin maintainers | 04:29 |
| Estel_ | see article linked on first post | 04:29 |
| Estel_ | yea. Google distributed financial grant for theoraarm | 04:30 |
| Estel_ | =version just after grant was last one | 04:30 |
| Estel_ | ironically, before grant, work was fast and non-granted | 04:30 |
| Estel_ | (for theoraARM) | 04:30 |
| Estel_ | N900 implementation was based on that | 04:31 |
| Estel_ | it was sheduled for mainline inclusion in theora and then... | 04:31 |
| Estel_ | I have no idea what happened | 04:31 |
| Estel_ | yet, even using already existing implementation, article's author from link I've provided was able to decode 800x480 theora @ ~30 fps with 80% idle CPU | 04:32 |
| Estel_ | given pulseaudio eating things etc, 60% idle non-overclocked cpu seems real | 04:32 |
| Estel_ | now, @ 900 mhz I got 80-90%used CPU for fluent playback for most videos, yet, some of them - same resolution (720x480, dvd rips) and same quality use 100% CPU and stutter a little | 04:33 |
| Estel_ | no idea what's the difference, probably upper limit of kbps handled by CPU alone. | 04:33 |
| Estel_ | (more dynamic scenes or whatsnot = more kbps using same resolution and same quality setting) | 04:34 |
| *** lxp1 has joined #maemo | 04:34 | |
| * ShadowJK wonders how ffmpeg/libav's theora decoder on arm does vs xiph and theoraARM | 04:34 | |
| Estel_ | yea, quite interesting. Yet, in latest ffmepg releases I wasn't able to find theora decoder | 04:35 |
| Estel_ | either I'm just dumb | 04:35 |
| Estel_ | or it was removed after some version | 04:35 |
| Estel_ | BTW, I would be happy to have either one actually available for N900 :P now, I can probably go and compile one myself, if desperate... | 04:36 |
| ShadowJK | it's probably in the same files as the vp3 decoder | 04:36 |
| Estel_ | whichp given my miserably skills, is far from promising optimal results:P | 04:36 |
| *** lxp has quit IRC | 04:37 | |
| Estel_ | w00t? | 04:37 |
| * Estel_ is running to check that | 04:37 | |
| ShadowJK | yep, seems it's in vp3 | 04:38 |
| ShadowJK | same thing basically | 04:38 |
| *** lofty306 has quit IRC | 04:38 | |
| DocScrutinizer | haha, so that's why it 'vanished'? :-D | 04:38 |
| Estel_ | it seems so. | 04:38 |
| *** Hurrian has quit IRC | 04:39 | |
| Estel_ | yet, ffmep also provided encoder for it (not on topic about N900, of course) | 04:39 |
| Estel_ | now I can't find encoder for theora or vp3 either | 04:39 |
| DocScrutinizer | suckers forgot a "symlink" somewhere in the wiki | 04:39 |
| Estel_ | decoder is there, right | 04:39 |
| Estel_ | ya. | 04:39 |
| Estel_ | BTW I was forced to use ffmepg2theora standalone, instead of ffmpeg, when doing my re-encoding into theora | 04:40 |
| Estel_ | due to "vanished" encoder. | 04:40 |
| Estel_ | wasn't able to google "why" either. | 04:40 |
| ShadowJK | ffmpeg never had an encoder | 04:40 |
| Estel_ | it had, I have old version with it on hd | 04:41 |
| Estel_ | will check number | 04:41 |
| ShadowJK | At some point it was maybe able to use xiph's libtheora, but that wrapper was probably dropped as soon as the vp3 decoder could handle decoding the theora variant too | 04:41 |
| Estel_ | via libtheora, if I'm not mistaken | 04:41 |
| Estel_ | yea | 04:41 |
| Estel_ | exactly | 04:41 |
| Estel_ | now I understand... Dit I mention my miserabl.e knowledge on first place?:P | 04:42 |
| DocScrutinizer | who's going to ship me some chocolate eggs and a bottle of rum? | 04:42 |
| Estel_ | BTW, ShadowJK, so how one can now encode something to theora via ffmpeg? just can't? | 04:42 |
| ShadowJK | correct | 04:42 |
| * ShadowJK wonders if x264 ever made a vp8/webm version | 04:43 | |
| ShadowJK | for the decoder in libav, the patch that added WebM support was 1000 lines of code (including comments) against h264. :P | 04:43 |
| Estel_ | strange, format is becoming more and more competetive in terms of video quality and file size, yet, to encode anything one must compile or use ffmpeg2theora | 04:44 |
| Estel_ | heh | 04:44 |
| ShadowJK | It's a dead-end | 04:45 |
| DocScrutinizer | ShadowJK: what's your favourite selection of codecs now, for fremantle? | 04:45 |
| Estel_ | BTW, any (averagely) easy way to check ffmpeg arm theora decoder and/or theoraARM on-device? | 04:45 |
| ShadowJK | uh?! h264 baseline profile, it's the only sensible choice | 04:45 |
| Estel_ | or one must re-do work and compile results? | 04:45 |
| Estel_ | hm | 04:45 |
| ShadowJK | oh, iirc, ffmpeg/libav's vorbis decoder had superior battery life in tkulve's tests too :) | 04:46 |
| DocScrutinizer | gstreamer-plugins | 04:46 |
| Estel_ | I'm not on-topic for codecs now - why it's dead-end? | 04:46 |
| Estel_ | yes | 04:46 |
| derf | ShadowJK: FFmpeg was certainly able to encode to Theora. | 04:46 |
| Estel_ | but I would like to be able to (quite boring-mainstream'ish) already use that :P | 04:46 |
| DocScrutinizer | i'm itchy about friggin mediathek at 3sat.de not working anymore | 04:47 |
| derf | (using libtheora) | 04:47 |
| Estel_ | ShadowJK, any way to practically use results of tkulve's tests? | 04:47 |
| Estel_ | having to choose between no implementation at all or unpolished implementation, I would preffer the latter | 04:48 |
| ShadowJK | Estel_, It's like a mpeg2 codec, that's been tweaked in the details to be different from mpeg2, and there's only so much gain you can get from tweaking the encoder for that. At some point if you want to keep up you want to get all the new stuff you can do in video coding now that CPUs are much more powerful than that of 15 years ago | 04:48 |
| ShadowJK | I don't think he released any debs to use/override/prefer libav vorbis decoder over other decoders. The libav vorbis decoder is quite mature anyways. | 04:49 |
| Estel_ | I see. | 04:49 |
| Estel_ | yea, I'm quite sure no debs exist now | 04:49 |
| DocScrutinizer | http://www.3sat.de/mediathek/index.php?display=1&mode=verpasst&type=1&red=nano >.-( | 04:49 |
| Estel_ | but, maybe something at least compiled for manual replace? :P | 04:49 |
| Estel_ | or one need to setup dev enviromnent and compile? | 04:50 |
| Estel_ | BTW, so, You think that Theora doesn't have chance in long run, despite all things about being patent-free? | 04:50 |
| ShadowJK | There doesn't exist any patent free software | 04:51 |
| luke-jr | all software is patent-free. | 04:51 |
| Estel_ | all after all, mp3 hegemony was also present (is?), yet ogg kick ass in terms of practical quality, which interest me most... | 04:51 |
| Estel_ | luke-jr, tell that to someone in USA (not me, fortunately) | 04:51 |
| derf | Estel_: Anyway, theoraarm and the DSP port were two different things. | 04:52 |
| Estel_ | hm? | 04:52 |
| luke-jr | Estel_: patenting algorithms isn't valid in the US either. | 04:52 |
| derf | The latter was called Leonora, and ran on the C64x DSP, not the ARM chip. | 04:52 |
| Estel_ | agree with You meritocraticelly, (luke-jr), yet, practice seems to be populistic'ish different :( | 04:52 |
| derf | theorarm was just providing ARM asm optimizations. | 04:52 |
| derf | Both projects were simply folded into mainline libtheora. | 04:53 |
| Estel_ | wait, they got 80% idle 600 mhz CPU due to small optimizations? | 04:53 |
| Estel_ | kulve was mentioning dsp for sure | 04:53 |
| *** Transformer has joined #maemo | 04:53 | |
| Estel_ | TI DSP, exactly one we have here | 04:53 |
| DocScrutinizer | HAH, mediaplayer format works again :-D | 04:54 |
| derf | Yes. The DSP code was Leonora. | 04:54 |
| *** Transformer has quit IRC | 04:54 | |
| derf | I helped write most of this code. | 04:54 |
| Estel_ | also, I have 80% used cpu when playing back theora? why? | 04:54 |
| Estel_ | excuse my ignorance here. | 04:54 |
| Estel_ | ah, I get it | 04:55 |
| Estel_ | leonora = dsp | 04:55 |
| Estel_ | c64x dsp = our dsp | 04:55 |
| Estel_ | sorry, was lost for a while | 04:55 |
| derf | Well, welcome back, then :). | 04:55 |
| Estel_ | so, if boths projects are mainline now, why don't we benefit? | 04:56 |
| Estel_ | playing back thneora on N900 is using cpu only for sure (counting by CPU usage) | 04:56 |
| derf | Well, the DSP code still has some limitations that were never solved. | 04:57 |
| Estel_ | no idea about CPU optimizations, but dsp seems to sleep. | 04:57 |
| derf | You still need to run a special version of the library on the host CPU that passes things through to the version of the library running on the DSP. | 04:57 |
| Estel_ | I see. So, it wasn't implemented here, in our codec set? | 04:57 |
| derf | There are some issues with cache coherency that I think are just kernel bugs. | 04:57 |
| Estel_ | maybe kernel-power team would be able to fix that? | 04:58 |
| derf | (e.g., decoding videos at QCIF resolutions is just broken) | 04:58 |
| DocScrutinizer | derf: so fix them in powerkernel? | 04:58 |
| derf | DocScrutinizer: If I thought the N900 was still worth the time investment as a development platform, sure. | 04:59 |
| DocScrutinizer | "team" :-D. nice euphemism, Estel_ | 04:59 |
| Estel_ | also, http://blog.mjg.im/2010/04/16/theora-on-n900.html mention actual comparisions in performance, so bugs weren't critical? | 04:59 |
| Estel_ | DocScrutinizer, 2 people is a company already, no? :P | 04:59 |
| Estel_ | derf, ok, what You would recommend as way to go for people that think N900 is worth the time investment? | 05:00 |
| derf | Estel_: The kernel bugs? As I said, they were cache coherency things, and only affected decodes at small resolutions (i.e., when an entire frame fits in L2 cache). | 05:00 |
| Estel_ | 1. put what we have already to -devel 2. fix kernel bugs 3 code cleanup | 05:00 |
| Estel_ | 4. new version? | 05:00 |
| derf | Personally I'd use a libtheora build from current SVN. | 05:00 |
| derf | And forget the DSP stuff. | 05:01 |
| Estel_ | why? | 05:01 |
| Estel_ | Theora as is (without dsp) seems to be quite updated on N900 | 05:01 |
| Estel_ | I know that cpu is still able to decode more effectively than dsp (they can't cooperate 100%, yes?) | 05:02 |
| Estel_ | but battery savings? | 05:02 |
| DocScrutinizer | what makes you think there are battery savings? | 05:02 |
| Estel_ | using dsp-assisted decoding and ~20% CPU used I got ~210 mA current | 05:02 |
| DocScrutinizer | DSP needs power too | 05:03 |
| Estel_ | decoding theora @ 80-90% CPU, same other settings = ~410 mA | 05:03 |
| Estel_ | yea, but it's roughly 100% more | 05:03 |
| DocScrutinizer | hmm | 05:03 |
| DocScrutinizer | maybe, maybe not | 05:03 |
| Estel_ | with dsp thing CPU handles screen and some sound things (pulseaudio main eater) | 05:04 |
| DocScrutinizer | you'd need to compare same algo, same media, same backlight settings and all | 05:04 |
| Estel_ | same backlight settings were compared, ambient light etc. | 05:04 |
| Estel_ | of course I agree for algo etc | 05:04 |
| derf | It's actually a bunch of work to get the stuff from the DSP to the screen. | 05:04 |
| Estel_ | yep, xorg handles that, no? | 05:05 |
| ShadowJK | uh | 05:05 |
| derf | The stuff that was done for Leonora was based on bc-cat, because the ultimate goal was to use it in Firefox, which can't use the hardware overlays. | 05:05 |
| ShadowJK | I imagine it's a bunch of work to get stuff from the DSP out of the dsp | 05:05 |
| derf | Unfortunately, the TI bc-cat driver was bugged to hell. | 05:05 |
| derf | It would usually fail to work the first time you tried to play a video. | 05:05 |
| derf | And then it would randomly reboot your device other times. | 05:06 |
| Estel_ | Hm | 05:06 |
| ShadowJK | Not using overlay gobbles up lots of CPU and bandwidth :/ | 05:06 |
| derf | ShadowJK: Well, that was the point of using bc-cat, which was supposed to let you feed things to GPU as OpenGL textures directly. | 05:06 |
| derf | And indeed it did, when it worked. | 05:07 |
| derf | But since you're not Firefox, you'd probably want to use the hardware overlay instead. | 05:07 |
| Estel_ | overlay used 3-4x more CPU; yet allowed more frames per second | 05:08 |
| derf | 3-4x more CPU than what? | 05:08 |
| Estel_ | OpenGL/bccat was resulting in lower fps, yet almost idle CPU | 05:08 |
| ShadowJK | the idea kinda freaks me out, since this is only my second PC that has a GPU fast enough to render a video texture :-) | 05:08 |
| Estel_ | than the latter | 05:08 |
| Estel_ | accordsing to kulve's article | 05:08 |
| Estel_ | (video decode + paint, audio decode + not played) | 05:09 |
| Estel_ | SDL/overlay - 800x480 - fps 33 ṔU 80% usage | 05:09 |
| derf | Estel_: Which article is this? | 05:09 |
| Estel_ | OpenGL/bc-cat - 800x480 - fps 26 CPU 20%usage | 05:10 |
| Estel_ | PUwas meant to be CPU | 05:10 |
| derf | You mean http://blog.mjg.im/2010/04/16/theora-on-n900.html ? | 05:10 |
| derf | That was written by Matthew Gregan. | 05:10 |
| derf | Not kulve. | 05:10 |
| Estel_ | http://blog.mjg.im/2010/04/16/theora-on-n900.html | 05:10 |
| Estel_ | ah sorry | 05:10 |
| derf | (Matthew Gregan is a Firefox developer) | 05:11 |
| Estel_ | true. | 05:11 |
| Estel_ | ok, but if we screw firefox and normal video playback (most likely, via open media player = stock player replacement) interest us | 05:11 |
| Estel_ | no way to squeeze something useful from leonora? | 05:11 |
| Estel_ | considering possibility to fix kernel bugs | 05:12 |
| Estel_ | bc-cat is a dead-end? | 05:12 |
| Estel_ | it's that bad written? | 05:12 |
| derf | I mean, if you want to spend the time to track down kernel bugs and try to get bc-cat issues fixed, then things could probably be made to work okay. | 05:13 |
| DocScrutinizer | it's probably crowded with arcane workarounds for silicon bugs | 05:13 |
| Estel_ | kernel bugs can be probably traced down, we got brillant kernel developers now. I'm more worried about bc-cat | 05:13 |
| Estel_ | for reasons DocScrutinizer mentioned :P | 05:13 |
| Estel_ | and Your info about "buggy as hell" | 05:14 |
| *** Muelli has quit IRC | 05:14 | |
| Estel_ | BTW, on slightly different matter - DocScrutinizer, do You imagine a sensible way for - once for all - determining max bandwidth hostmode is giving us? | 05:14 |
| Estel_ | I'm still worried about sulu's result | 05:15 |
| Estel_ | would like to know if it's really that limited, and if yes, why? kernel hostmode implementation bugs? | 05:15 |
| DocScrutinizer | I'd not be surprised if hostmode was slow as geotectonics | 05:15 |
| Estel_ | more and more very interesting things to do with hostmode appear | 05:15 |
| derf | Estel_: Well, it looks like bc-cat has a much newer version than when we were trying this stuff two years ago. | 05:15 |
| derf | So some of those bugs may have been fixed. | 05:15 |
| Estel_ | I'm especially interested in already working multi-track sound recording via hostmode | 05:16 |
| Estel_ | hm | 05:16 |
| Estel_ | derf, interesting | 05:16 |
| derf | In any case it has _some_ source code. | 05:16 |
| DocScrutinizer | after all we've tweaked the kernel quite nasty to get it to do hostmode at all | 05:16 |
| derf | (links from http://processors.wiki.ti.com/index.php/OpenGLES_Texture_Streaming_-_bc-cat_User_Guide) | 05:16 |
| derf | So maybe some of those bugs are fixable. | 05:16 |
| DocScrutinizer | and nobody ever looked into all the clocks and powersavings mode settings for the different busses etc | 05:17 |
| Estel_ | derf, now I wait for RSA system-shock like skills learning, and I jump into coding right now ;) | 05:17 |
| Estel_ | seriously though, huge thanks for dropping in with such valuable info, I'll check what can be gained from that | 05:18 |
| Estel_ | and if we have manpower to do bc-cat thing, without that no much sense in bugging kp people | 05:18 |
| *** rcg has quit IRC | 05:19 | |
| DocScrutinizer | I'd try to stream something via dd from /dev/zero to a sink in a gadget that takes unlimited bandwidth | 05:19 |
| Estel_ | DocScrutinizer, maybe it's good time to do tests and start tweaking,when we have active kernel-power people | 05:19 |
| Estel_ | I know usb-kernel is narrow specialization | 05:19 |
| DocScrutinizer | indeed | 05:19 |
| Estel_ | but, maybe middle-way we can make our supermans specialized :P | 05:20 |
| DocScrutinizer | dm8tbr might be able to look into it, maybe | 05:20 |
| DocScrutinizer | neither pali nor freemang have the knowhow | 05:20 |
| Estel_ | it would be pity to waste such potential, 5.1 playback from N900, and, more importantly, recording... | 05:20 |
| Estel_ | hm? | 05:20 |
| Estel_ | wtf is dm8tbr? I'm probably sleepy | 05:21 |
| Estel_ | and, for mortals - what type of gadget You have in mind | 05:22 |
| DocScrutinizer | nothing special yet, still pondering | 05:22 |
| DocScrutinizer | /whois is your friend | 05:22 |
| Estel_ | and how to measure speed of streaming this dd from dev/zero to sink in our gadget. with stopper? :P | 05:22 |
| *** LaoLang_cool has quit IRC | 05:22 | |
| DocScrutinizer | dd does that for you | 05:23 |
| Estel_ | right. I'm sleepy indeed | 05:23 |
| Estel_ | usb sound card doesn't seem to accept unlimited bandwidth, eh? | 05:23 |
| Estel_ | or does it? | 05:23 |
| DocScrutinizer | virtually unlimited, given you can set sampling rate and num of chan high enough | 05:23 |
| Estel_ | erm, but dd'ing something to sink there? | 05:24 |
| Estel_ | any noob friendly command example? | 05:24 |
| DocScrutinizer | err, yep | 05:24 |
| DocScrutinizer | right sound odd | 05:25 |
| DocScrutinizer | aplay might do | 05:25 |
| Estel_ | definitely, yet, very interesting at the same time. Haven't done wuch thing. | 05:25 |
| Estel_ | aplay on N900 side or dd to aplay? /noob mode | 05:26 |
| DocScrutinizer | aplay -r 512000 -c 6 -f s48le | 05:26 |
| Estel_ | oh, nice, thanks | 05:26 |
| DocScrutinizer | maybe there's actually s32le | 05:26 |
| DocScrutinizer | format | 05:26 |
| DocScrutinizer | and max sampling -rate is card dependant | 05:27 |
| DocScrutinizer | as is number of -chan | 05:27 |
| Estel_ | Recognized sample formats are: S8 U8 S16_LE S16_BE U16_LE U16_BE S24_LE S24_BE U24_LE U24_BE S32_LE S32_BE U32_LE U32_BE FLOAT_LE FLOAT_BE FLOAT64_LE FLOAT64_BE IEC958_SUBFRAME_LE IEC958_SUBFRAME_BE MU_LAW A_LAW IMA_ADPCM MPEG GSM SPECIAL S24_3LE S24_3BE U24_3LE U24_3BE S20_3LE S20_3BE U20_3LE U20_3BE S18_3LE S18_3BE U18_3LE | 05:27 |
| Estel_ | ok. so after that command, tweaked to my 24 bit 96khz card, to measure speed, I need to? | 05:28 |
| *** jluisn has joined #maemo | 05:29 | |
| DocScrutinizer | float64_be :-D | 05:29 |
| DocScrutinizer | aplay -f s24_le -r 96000 -c $NUM-OF-CHANNEL-CARD-SUPPORTS | 05:30 |
| *** Crooks_mobile has joined #maemo | 05:30 | |
| *** maybeHere has joined #maemo | 05:30 | |
| Estel_ | it seems im not that dumb, figured that :P (audio command) | 05:30 |
| derf | DocScrutinizer: For when you need 12,000 dB of dynamic range. | 05:31 |
| Estel_ | still don't get how to measure speed hostmode is providing | 05:31 |
| DocScrutinizer | derf: :-D | 05:31 |
| Estel_ | derf, hahaha, we check how much bandwidth does hostmode actually provide :P | 05:31 |
| *** flux has quit IRC | 05:32 | |
| Estel_ | so, for dumbie, alsay will play my 40khz 16bit file upsampled to 24bit 96khz via sound card. ok. how to check hostmode is allowing, again? | 05:33 |
| *** rcg has joined #maemo | 05:33 | |
| Estel_ | also, I suppose 24bit 96khz is enough to check our speed limit? :P | 05:33 |
| Estel_ | and wtf is float64_be | 05:33 |
| *** maybeArgh has quit IRC | 05:34 | |
| FIQ | le... be... the thing I'm thinking when I see those in combination is big/little endian... I suppose this is not really what it is about though | 05:34 |
| Estel_ | ok, screw float64, how to actually check this damn bandwidth? | 05:35 |
| DocScrutinizer | well, 24bit * 96k * 4chan = 2Mbit | 05:35 |
| derf | FIQ: Yes, that is exactly what it is. | 05:35 |
| Estel_ | *6 chann | 05:35 |
| FIQ | oh | 05:36 |
| DocScrutinizer | 3Mbit ;-P | 05:36 |
| FIQ | ok | 05:36 |
| Estel_ | well, card is able tp 7.1 actually, so I could use 8? | 05:36 |
| Estel_ | FIQ thanks anyway :) | 05:36 |
| Estel_ | float64_be is some sapling format alsa supports | 05:36 |
| DocScrutinizer | sure | 05:36 |
| Estel_ | big endian was right | 05:36 |
| Estel_ | I got 5.1 speakers connected, card should handle it anyway | 05:37 |
| Estel_ | still to small to check max bandwidth | 05:37 |
| Estel_ | 4Mbits | 05:37 |
| DocScrutinizer | well, it's sufficient bw for your usecase ;-P | 05:37 |
| Estel_ | true :P but would like to know limits of hostmode | 05:37 |
| Estel_ | You know, volounteering ;) | 05:38 |
| Estel_ | also important for handling hdmi output from N900 via raspberry pi | 05:38 |
| *** flux has joined #maemo | 05:38 | |
| DocScrutinizer | get a USB stick, check max continuous write on PC, check on N900 | 05:38 |
| Estel_ | it would be lame to notice that WiFi is our fastest connection to outside world | 05:38 |
| Estel_ | yea, but this could be limited by <whatever> limiting read on N900 | 05:38 |
| DocScrutinizer | eh? | 05:39 |
| Estel_ | I/O conflicts, whatever | 05:39 |
| DocScrutinizer | dev/zero has very few limits | 05:39 |
| Estel_ | ah, true | 05:39 |
| Estel_ | damn, sulu did that and he got poor results, You've already seen that | 05:39 |
| Estel_ | I though that there may be some absolutely 100%sure way to measure once for all | 05:40 |
| Estel_ | usb networking and streaming from /dev/zero to /dev/null in another devikce? :P | 05:40 |
| DocScrutinizer | get better data then! what speed got selected, did it actually run at that speed, was the stick able to get beter rates at PC under same test? | 05:40 |
| *** Zahra has joined #maemo | 05:40 | |
| Estel_ | ok... | 05:41 |
| DocScrutinizer | of course you as well could use a mere network connection via USB to a gadget, and flood it with socat or sth | 05:41 |
| DocScrutinizer | you still have tcp stack overhead then | 05:42 |
| *** kama has quit IRC | 05:42 | |
| DocScrutinizer | but the question is what you actually want to investigate and know | 05:42 |
| DocScrutinizer | mere raw USB bw helps nuttin if the overhead kills your app | 05:43 |
| Estel_ | of course how much bandwidth hostmode on N900 can actually provide, and, in longer run, if it can be tweaked to ressemble actual hi-speed standards more, via tweaking kernel implementation | 05:43 |
| DocScrutinizer | after all the bottleneck could be anywhere | 05:43 |
| Estel_ | of course | 05:43 |
| DocScrutinizer | Estel_: that's a moot definition | 05:44 |
| Estel_ | thats why I would like different method than writing to sd card from dd, to have same or different results | 05:44 |
| Estel_ | for example, most demanding thning I can now imagine - HDMI output from N900 via raspberry Pi on arbitrary high resolution | 05:44 |
| Estel_ | of course You dont need 30MB/s for that, yet | 05:45 |
| DocScrutinizer | you always are testing a full chain of systems, from origin to final sink | 05:45 |
| Estel_ | it would be good to know how good/bad our current implementation is | 05:45 |
| Estel_ | and to be able to tweak it if needed | 05:45 |
| Estel_ | yes | 05:45 |
| Estel_ | yesthats why I'm opting for testing with few very different methods | 05:45 |
| Estel_ | = less probability of every system involved in different test to be lame :P | 05:46 |
| DocScrutinizer | so if your HDMI driver is the bottleneck, your raw USB thruput figures are meaningless | 05:46 |
| DocScrutinizer | as they were done with a void driver | 05:46 |
| Estel_ | erm, hdmi done via raspberry pi, the latter got data via usb networking | 05:46 |
| DocScrutinizer | depending on what the driver does on USB API your results may vary vastly | 05:47 |
| Estel_ | generally, knowing hostmode current limits would also help determining why some things work as should and other don't | 05:47 |
| Estel_ | for example, DVB-T mpeg4 sticks | 05:47 |
| DocScrutinizer | meh, what's the problem with bw there? | 05:47 |
| Estel_ | more and more support for them in linux and people would start to test them with N900 | 05:47 |
| Estel_ | honestly, HDMI and raspberry Pi is my priority now. If sulu's results are valid... | 05:48 |
| Estel_ | WiFi is faster for us than USB networking | 05:48 |
| Estel_ | he got terrible results, as You remember | 05:48 |
| DocScrutinizer | sulu's results are meaningless for your usecase | 05:48 |
| DocScrutinizer | first approach | 05:48 |
| DocScrutinizer | honestly, don't ask "how much can it do?". better ask "can it do XY?" | 05:50 |
| Estel_ | somehow right | 05:50 |
| Estel_ | yet | 05:50 |
| Estel_ | Could You please look on that: | 05:50 |
| Estel_ | http://talk.maemo.org/showpost.php?p=1172479&postcount=58 | 05:52 |
| Estel_ | all after all You haven't answered him, and I would like to determine that even if just by curiosity | 05:52 |
| Estel_ | I agree that we need to determine if tasks a) b) could be done | 05:53 |
| DocScrutinizer | if you're unhappy with a cetain performance on a particular "XY", ask what's the bottleneck in this particular usecase. Don't nag me with "how fast can I drive?" without specifying road or car | 05:53 |
| Estel_ | yet, You stated there some interesting things to check, and conversation went dead after, would love to continue investigating | 05:53 |
| DocScrutinizer | first, investigate details of the test done. I already suggested ^^^^ | 05:55 |
| Estel_ | well, using 2.5'' hdd or writing files via optical dvd writer for someone, You can get hurt by bootlenect | 05:56 |
| Estel_ | hey, he answered about C state | 05:56 |
| *** pcfe has quit IRC | 05:57 | |
| Estel_ | and asked about how to check CPU<->musbcore and musbcore<-ULPI->PHY interface | 05:57 |
| *** pcfe has joined #maemo | 05:57 | |
| *** pcfe has quit IRC | 05:57 | |
| *** pcfe has joined #maemo | 05:57 | |
| Estel_ | C states for 10 minutes, CPU was in C0 | 05:57 |
| Estel_ | You havent checked his answer, have You? | 05:57 |
| Estel_ | dd if=/dev/sda of=/dev/null - CPU in C0 | 05:58 |
| Estel_ | would like to perform Your further suggestions, yet need to know how to check | 05:58 |
| Estel_ | CPU<->musbcore and musbcore<-ULPI->PHY interface | 05:59 |
| Estel_ | unless You now got better idea for debugging that | 05:59 |
| DocScrutinizer | I have, but to answer his questions how to check clocks for example I had to find out for myself about all that shit again. It's already inside guts of hostmode kernel to the ellbows | 06:00 |
| Estel_ | I see. | 06:00 |
| *** dockane_ has joined #maemo | 06:00 | |
| DocScrutinizer | first of all, check the basic things: was it actually highspeed mode? | 06:00 |
| Estel_ | (check) yep. | 06:01 |
| DocScrutinizer | can the attached drive do better when running exactly same test on a linux PC | 06:01 |
| Estel_ | (valid) yep. | 06:01 |
| Estel_ | ~20 MB/s | 06:01 |
| Estel_ | 3 devices | 06:02 |
| DocScrutinizer | then I suggest you run a profile against the whole shit, to see where it dumps the time | 06:02 |
| Estel_ | ok... "run a profile" in bright noob friendly language? | 06:02 |
| DocScrutinizer | might be the sda driver, might be USB, might be CPU load at max, dunno | 06:03 |
| Estel_ | CPU load wasn't the case | 06:03 |
| Estel_ | s for sda driver I could connect dvd reader and dump something from it to /dev/null | 06:03 |
| DocScrutinizer | nfc, maybe you could use gdb for that. It's no simple task I just forgot to perform to validate USB h-e-n against highspeed | 06:03 |
| Estel_ | its isnt using sda, yep? | 06:03 |
| *** dockane has quit IRC | 06:04 | |
| Estel_ | I see... at least in overall context ;) | 06:04 |
| DocScrutinizer | dumping sth fron /dev/sda to /dev/null should rule out quite a lot of drivers | 06:04 |
| Estel_ | aye. will perform | 06:05 |
| *** Zahra has quit IRC | 06:05 | |
| DocScrutinizer | check h-e-n raher kenel-MUSB syslog, to see what it actually does | 06:06 |
| Estel_ | erm, dd if=/dev/sda of=/dev/null isnt enough to rule out drivers, most of them? | 06:06 |
| DocScrutinizer | raher* | 06:06 |
| DocScrutinizer | well, most of them, yes. obviously | 06:07 |
| Estel_ | so it was actually done | 06:07 |
| Estel_ | same 4.x MB/s | 06:07 |
| DocScrutinizer | where's the syslog? | 06:07 |
| Estel_ | syslog part wasn't done | 06:07 |
| Estel_ | Want to do that | 06:07 |
| Estel_ | yet, how exacdtly filter it rfor H-E-N? I'm lost here | 06:08 |
| DocScrutinizer | meh. so it's absolutely worhless as you can't even guarantee the USB was at highspeed | 06:08 |
| Estel_ | in part "check h-e-n rather than kernel-MUSB syslog" | 06:08 |
| DocScrutinizer | -tahn | 06:08 |
| Estel_ | ok, so lest make it worhty and check that (dmesg said it was highspeed) | 06:08 |
| DocScrutinizer | duh, you've seen that? | 06:09 |
| Estel_ | yep. | 06:09 |
| DocScrutinizer | I doubt you have | 06:09 |
| Estel_ | high-speed device attached etc | 06:09 |
| DocScrutinizer | doesn't mean a thing | 06:09 |
| Estel_ | if we're talking about same thing | 06:09 |
| Estel_ | I see. | 06:09 |
| Estel_ | how to check it properly? | 06:09 |
| DocScrutinizer | attached != connection set up | 06:09 |
| DocScrutinizer | check each single log line, compare to kernel sources what it means | 06:10 |
| Estel_ | whole thing in dmesg from within hen told about high-speed, yet will re-check with pleasure | 06:10 |
| DocScrutinizer | basically | 06:10 |
| DocScrutinizer | also I, for unknown reasons, always thought dmesg is inferior to syslog | 06:11 |
| Estel_ | ok, You think it will allow to find bootleneck in usb kernel implementation? | 06:11 |
| Estel_ | I see | 06:11 |
| Estel_ | how You would check syslog for that particular case? | 06:11 |
| DocScrutinizer | I dunno | 06:11 |
| DocScrutinizer | how would you spot a bug in your app? | 06:12 |
| Estel_ | would check logs vs code under different condition ;) | 06:13 |
| Estel_ | I mean, rather | 06:13 |
| Estel_ | that I havent used syslog over dmesg | 06:13 |
| Estel_ | so it just that I run syslog after operation | 06:13 |
| Estel_ | and check every line? | 06:13 |
| Estel_ | like with dmesg? | 06:13 |
| DocScrutinizer | syslog creates logfile | 06:13 |
| DocScrutinizer | you read that | 06:13 |
| DocScrutinizer | /var/log/syslog | 06:14 |
| DocScrutinizer | the nice thing is: it has realtime timestamps | 06:14 |
| Estel_ | so basically start syslogd (daemon?), do thing, end it | 06:14 |
| Estel_ | check logs? | 06:14 |
| DocScrutinizer | so if you know system time of your actions, you spot them in there | 06:14 |
| Estel_ | nice thing | 06:14 |
| Estel_ | syslog = syslogd? | 06:15 |
| DocScrutinizer | plus I'm not sure if logger(1) will log to dmesg at all | 06:15 |
| DocScrutinizer | yep | 06:15 |
| Estel_ | mine outputs by default to /var/log/messages | 06:15 |
| Estel_ | ok | 06:15 |
| DocScrutinizer | depends | 06:16 |
| DocScrutinizer | on one system it's messages on other one syslog | 06:16 |
| DocScrutinizer | on third maybe kernel | 06:16 |
| DocScrutinizer | depends on syslog.conf | 06:16 |
| Estel_ | on maemo messages | 06:16 |
| Estel_ | ok, wtf is log rotation | 06:16 |
| DocScrutinizer | maybe | 06:16 |
| Estel_ | another file? | 06:16 |
| DocScrutinizer | logrotate tgz's your logfile and moves it outa the way | 06:17 |
| DocScrutinizer | every other week | 06:17 |
| Estel_ | I see. not rellevant here I suppose... | 06:17 |
| DocScrutinizer | not really | 06:17 |
| Estel_ | Ok, will do those tests (not today) and drop results on TMO, then drop here for a small talk... :P | 06:18 |
| DocScrutinizer | YW | 06:18 |
| Estel_ | Thnaks a lot for another hours of Your time | 06:18 |
| Estel_ | really appreciate Your patience :) | 06:18 |
| DocScrutinizer | thanks for helping on brushing out the bugs | 06:18 |
| DocScrutinizer | (if any) | 06:18 |
| Estel_ | will try my best... See ya! and happy chocolate egg | 06:19 |
| DocScrutinizer | haha | 06:19 |
| DocScrutinizer | no choko here, neither eggs nor other | 06:19 |
| DocScrutinizer | :-/ | 06:19 |
| *** Estel_ has quit IRC | 06:19 | |
| DocScrutinizer | where's that friggin bunny? | 06:20 |
| * DocScrutinizer fetches gun | 06:20 | |
| *** robbiethe1st has joined #maemo | 06:31 | |
| *** dangergrrl has quit IRC | 06:43 | |
| *** Crooks_mobile has quit IRC | 06:48 | |
| *** Sazpaimon_ has quit IRC | 07:00 | |
| *** Sazpaimon_ has joined #maemo | 07:00 | |
| *** Sazpaimon_ has quit IRC | 07:00 | |
| *** Sazpaimon_ has joined #maemo | 07:01 | |
| *** Sazpaimon_ has quit IRC | 07:01 | |
| *** Sazpaimon_ has joined #maemo | 07:01 | |
| *** Crooks_mobile has joined #maemo | 07:01 | |
| *** infobot has quit IRC | 07:12 | |
| *** infobot has joined #maemo | 07:13 | |
| infobot | DocScrutinizer: infobot joined! | 07:13 |
| *** ChanServ sets mode: +v infobot | 07:13 | |
| *** t_s_o has quit IRC | 07:16 | |
| Jade | hi | 07:17 |
| *** mitsutaka has quit IRC | 07:18 | |
| *** mitsutaka has joined #maemo | 07:18 | |
| *** robbiethe1st has quit IRC | 07:25 | |
| *** dangergrrl has joined #maemo | 07:26 | |
| *** MacDrunk has joined #maemo | 07:52 | |
| *** MacDrunk has left #maemo | 07:53 | |
| *** hylas has quit IRC | 08:08 | |
| *** hardaker has quit IRC | 08:19 | |
| *** CodenameStrike-N has joined #maemo | 08:20 | |
| *** CodenameStrike-N has quit IRC | 08:23 | |
| *** jluisn has quit IRC | 08:25 | |
| *** Crooks_mobile has quit IRC | 08:27 | |
| *** Sazpaimon has joined #maemo | 08:40 | |
| *** Sazpaimon_ has quit IRC | 08:40 | |
| *** Sazpaimon has quit IRC | 09:00 | |
| *** Sazpaimon has joined #maemo | 09:00 | |
| *** Sazpaimon has quit IRC | 09:00 | |
| *** Sazpaimon has joined #maemo | 09:00 | |
| *** Pali has joined #maemo | 09:04 | |
| *** psycho_oreos has quit IRC | 09:04 | |
| *** NishanthMenon has quit IRC | 09:30 | |
| *** Jade- has joined #maemo | 09:53 | |
| *** Jade- has quit IRC | 09:53 | |
| *** Jade- has joined #maemo | 09:53 | |
| *** Jade has quit IRC | 09:54 | |
| *** Jade- is now known as JAde | 09:54 | |
| *** JAde is now known as Jade | 09:54 | |
| *** lasher has joined #maemo | 09:57 | |
| *** dhbiker has joined #maemo | 10:06 | |
| *** Jade has quit IRC | 10:13 | |
| *** utanapischti has quit IRC | 10:29 | |
| *** sasquatch has joined #maemo | 10:29 | |
| *** Sazpaimon has quit IRC | 10:46 | |
| *** Sazpaimon has joined #maemo | 10:46 | |
| *** Sazpaimon has quit IRC | 10:47 | |
| *** Sazpaimon has joined #maemo | 10:47 | |
| *** Sazpaimon has quit IRC | 10:47 | |
| *** Sazpaimon has joined #maemo | 10:47 | |
| *** Sazpaimon has quit IRC | 10:47 | |
| *** Sazpaimon has joined #maemo | 10:48 | |
| *** Sazpaimon has quit IRC | 10:48 | |
| *** Sazpaimon has joined #maemo | 10:48 | |
| *** Sazpaimon has quit IRC | 10:48 | |
| *** Sazpaimon has joined #maemo | 10:48 | |
| *** Sazpaimon has quit IRC | 10:48 | |
| *** Sazpaimon has joined #maemo | 10:49 | |
| *** Sazpaimon has quit IRC | 10:49 | |
| *** Sazpaimon has joined #maemo | 10:49 | |
| *** Sazpaimon has quit IRC | 10:49 | |
| *** Sazpaimon has joined #maemo | 10:49 | |
| *** Sazpaimon has quit IRC | 10:49 | |
| *** LaoLang_cool has joined #maemo | 10:54 | |
| *** croppa has joined #maemo | 10:59 | |
| Macer | uhm | 11:01 |
| *** valdyn has quit IRC | 11:02 | |
| *** onekenthomas has joined #maemo | 11:03 | |
| *** valdyn has joined #maemo | 11:09 | |
| *** lbt is now known as lbt_away | 11:28 | |
| *** lasher has quit IRC | 11:31 | |
| *** lasher has joined #maemo | 11:32 | |
| *** NIN101 has joined #maemo | 11:36 | |
| *** CodenameStrike-N has joined #maemo | 11:43 | |
| *** otep has quit IRC | 11:44 | |
| *** otep has joined #maemo | 11:44 | |
| *** ieatlint_ has joined #maemo | 11:59 | |
| *** ieatlint has quit IRC | 12:00 | |
| *** kov has quit IRC | 12:03 | |
| *** ieatlint_ is now known as ieatlint | 12:04 | |
| *** CodenameStrike-N has quit IRC | 12:05 | |
| *** OkropNick has joined #maemo | 12:07 | |
| *** LaoLang_cool has quit IRC | 12:18 | |
| *** eMHa has quit IRC | 12:22 | |
| *** dhbiker has quit IRC | 12:26 | |
| *** swc|666 has quit IRC | 12:38 | |
| *** dos1 has joined #maemo | 12:39 | |
| *** dangergrrl has quit IRC | 12:40 | |
| *** SmilyOrg has joined #maemo | 12:44 | |
| *** netkat has joined #maemo | 12:49 | |
| *** Guest27996 has quit IRC | 12:49 | |
| *** Muelli has joined #maemo | 12:51 | |
| *** eijk has joined #maemo | 12:57 | |
| *** vblazquez has quit IRC | 13:06 | |
| *** vblazquez has joined #maemo | 13:08 | |
| *** dsd31g has left #maemo | 13:26 | |
| *** eMHa has joined #maemo | 13:27 | |
| *** magog has joined #maemo | 13:27 | |
| *** szopeen has joined #maemo | 13:29 | |
| szopeen | wanting to try nitdroid, could anyone tldr tgnt for me? | 13:30 |
| szopeen | tl;dr The Great Nitdroid Thread | 13:31 |
| szopeen | * | 13:31 |
| *** thexception|off is now known as thexception | 13:32 | |
| dm8tbr | szopeen: wrong channel, they have their own IIRC | 13:32 |
| szopeen | thx | 13:33 |
| szopeen | hmm... ammyt doesn't seem to have it as his signature, care to link it or provide reference? | 13:34 |
| *** M4rtinK has joined #maemo | 13:34 | |
| szopeen | got it #nitdroid | 13:36 |
| *** szopeen has quit IRC | 13:37 | |
| *** flo_lap has joined #maemo | 13:37 | |
| *** flo_lap has quit IRC | 13:37 | |
| *** flo_lap has joined #maemo | 13:37 | |
| *** dangergrrl has joined #maemo | 13:40 | |
| *** sasquatch has quit IRC | 13:45 | |
| *** jhb has joined #maemo | 14:04 | |
| *** lasher has quit IRC | 14:10 | |
| *** jonne has joined #maemo | 14:19 | |
| *** vizzy has joined #maemo | 14:21 | |
| *** jhb has quit IRC | 14:22 | |
| *** axitk has joined #maemo | 14:23 | |
| DocScrutinizer | nitdroid topic is generally a bit of deprecated here | 14:28 |
| DocScrutinizer | not least because it needs multiboot which is a strongly deprecated topic | 14:29 |
| DocScrutinizer | and of course because in the end it's andridiot and we don't really like that either | 14:31 |
| DocScrutinizer | tough I start to respect andridiot since harmattan is ruining our day | 14:32 |
| *** LaoLang_cool has joined #maemo | 14:33 | |
| *** sq-one has joined #maemo | 14:33 | |
| *** dos1 has quit IRC | 14:34 | |
| *** axitk has quit IRC | 14:49 | |
| *** DocScrutinizer has quit IRC | 14:55 | |
| *** DocScrutinizer has joined #maemo | 14:55 | |
| *** Kilroo has quit IRC | 15:01 | |
| *** croppa is now known as croppa_ | 15:07 | |
| *** t_s_o has joined #maemo | 15:16 | |
| *** Roomerlol has quit IRC | 15:19 | |
| *** Corsac has joined #maemo | 15:20 | |
| *** FIQ|n900 has joined #maemo | 15:21 | |
| *** croppa_ has quit IRC | 15:31 | |
| *** piggz has joined #maemo | 15:34 | |
| *** Corsac has left #maemo | 15:42 | |
| *** dhbiker has joined #maemo | 15:47 | |
| *** Hurrian has joined #maemo | 15:51 | |
| FIQ|n900 | hm, what's up with there being a gcc-4.6 package in the repositories that is completly empty? | 16:00 |
| FIQ|n900 | and why is it even there | 16:00 |
| *** SD69 has joined #maemo | 16:01 | |
| *** t_s_o has quit IRC | 16:08 | |
| DocScrutinizer | http://mynokiablog.com/2012/04/07/nokia-rm-714nokia-311-appears-at-fcc-full-touch-s40meltemi-with-swipe-and-multitouch/ | 16:09 |
| DocScrutinizer | FWIW | 16:09 |
| DocScrutinizer | the meltemi part is ... err... obscure | 16:10 |
| Hurrian | maybe it's a watered down harmattan | 16:10 |
| Hurrian | i really cant imagine nokia dumping another load on symbian | 16:11 |
| SpeedEvil | S40meltmi is clearly bogus | 16:11 |
| SpeedEvil | Unless... | 16:12 |
| DocScrutinizer | well, Nokia naming always been bogus, no? | 16:12 |
| SpeedEvil | Maybe the agreement with microsoft waid no linux phones, but diddn't ention symbian | 16:12 |
| SpeedEvil | so it's some sort of bastardised system. | 16:12 |
| SpeedEvil | Due to internal infighting. | 16:12 |
| DocScrutinizer | I'd bet it is | 16:12 |
| DocScrutinizer | after all, symbian been a maemo alike approach once before, according to that history tale? | 16:13 |
| DocScrutinizer | the "osso" times, I guess | 16:14 |
| SpeedEvil | yeah | 16:14 |
| *** realitygaps has joined #maemo | 16:16 | |
| *** realitygaps has quit IRC | 16:16 | |
| *** realitygaps has joined #maemo | 16:16 | |
| *** dhbiker has quit IRC | 16:18 | |
| DocScrutinizer | maybe Flop now faces some backlash from his evil masterplan to kill linux and Nokia even internally | 16:18 |
| *** dhbiker has joined #maemo | 16:18 | |
| Hurrian | i wouldnt be surprised. | 16:18 |
| StyXman | n900 sometimes charging even from the wallwart means the usb socket is dead? | 16:19 |
| StyXman | only sometimes* | 16:19 |
| DocScrutinizer | yep, probably | 16:19 |
| *** piggz has quit IRC | 16:19 | |
| StyXman | dang | 16:19 |
| DocScrutinizer | though it needs furhter investigation to tell for sure | 16:19 |
| StyXman | it's not even 5 monsths old | 16:19 |
| StyXman | DocScrutinizer: such as? | 16:20 |
| Hurrian | it's wobbly | 16:20 |
| Hurrian | deal with ti | 16:20 |
| DocScrutinizer | such as connecting it to PC and see if you can establish data connection. check mechanically, check optically all plugs. check syslog, /sys, and bq72k-detail | 16:21 |
| DocScrutinizer | could as well be powerkernel with modprobed bq24150.ko that kills bme, for example | 16:22 |
| DocScrutinizer | or a defect battery, defect cable, whatnot else | 16:22 |
| *** Free-MG has joined #maemo | 16:22 | |
| DocScrutinizer | also PEBKAC is widespread ;-D | 16:23 |
| StyXman | syslog, what should I see there? | 16:23 |
| *** rcg has quit IRC | 16:24 | |
| DocScrutinizer | one thing you definitely should NOT try: bend the charger USB plug when plugged to see if it is rigid or starts charging | 16:25 |
| DocScrutinizer | I repeat: *NOT* | 16:25 |
| *** realityg1ps has joined #maemo | 16:26 | |
| DocScrutinizer | well, in syslog you might see e.g. bme moaning about problems on start | 16:26 |
| DocScrutinizer | or you should see some notice about vbus attached or similar thing | 16:27 |
| StyXman | I will defenetely won't be touching it, knowing that it has problems | 16:27 |
| StyXman | I have no syslog | 16:28 |
| *** Sicelo has quit IRC | 16:28 | |
| StyXman | /home/user # cat /var/log/syslog | 16:28 |
| StyXman | cat: can't open '/var/log/syslog': No such file or directory | 16:28 |
| DocScrutinizer | first of all: are you using powerkernel? | 16:28 |
| StyXman | no | 16:29 |
| DocScrutinizer | good, err bad | 16:29 |
| DocScrutinizer | then that's not the reason | 16:29 |
| StyXman | DocScrutinizer: should I, then? | 16:29 |
| DocScrutinizer | nope | 16:29 |
| StyXman | ah, ok | 16:29 |
| DocScrutinizer | does the device switch on from powerdown when you plug in charger or PC via USB? | 16:30 |
| StyXman | the phone it's mostly pristine, execpt for some soft (marble, a music player) and some fooling aroung with the partitions and the sd | 16:30 |
| StyXman | lemmesee | 16:30 |
| StyXman | sometimes it lights the screen (I set it up so, I think) | 16:30 |
| DocScrutinizer | switch on like in "LED shines up" or anything | 16:30 |
| StyXman | but it doesn't start charging | 16:30 |
| *** Hurrian has quit IRC | 16:31 | |
| StyXman | ok, it's switched off | 16:31 |
| DocScrutinizer | watch the LED! | 16:31 |
| DocScrutinizer | does it shine up bright amber for a short moment when plugging in? | 16:32 |
| *** LaoLang_cool has quit IRC | 16:32 | |
| StyXman | I plugged in to the wllawart, it showed the faded nokia logo, it blinked once or twice red, and nothing else, black screen, seemingly not powered on | 16:32 |
| DocScrutinizer | blinked RED? | 16:32 |
| StyXman | s/itblinked/the led blinked/ | 16:32 |
| StyXman | yeap | 16:32 |
| StyXman | I can do it again | 16:33 |
| DocScrutinizer | dead battery most likely | 16:33 |
| StyXman | the battery's fine | 16:33 |
| StyXman | and I have 3 | 16:33 |
| DocScrutinizer | no, it's not when device blinks red | 16:33 |
| DocScrutinizer | or at very least device doesn't think battery is good | 16:33 |
| DocScrutinizer | that's why red blinking usually | 16:34 |
| StyXman | sonuva... | 16:34 |
| StyXman | ok | 16:34 |
| StyXman | it bribrated and showed the faded nokia logo | 16:34 |
| StyXman | it slow-blinked the led twice | 16:34 |
| StyXman | it showed the booting animation once (that's the 5 white dots) | 16:35 |
| StyXman | and nothing else | 16:35 |
| DocScrutinizer | red blinking means: either your batery is defect, or your device charger&battery-care circuit is defect, *or* the software is defect that manages all that | 16:35 |
| StyXman | I'm powering it on now | 16:35 |
| DocScrutinizer | it may take a quite long while after the 5 dots | 16:35 |
| DocScrutinizer | minutes | 16:35 |
| StyXman | it's booting | 16:35 |
| StyXman | pin code | 16:35 |
| DocScrutinizer | anyway, device isn't supposed to bot completely when just plugged in. Your description is absolutely fine | 16:36 |
| StyXman | normal boot | 16:36 |
| StyXman | ! | 16:36 |
| DocScrutinizer | err device behaviour as described by you is fine | 16:36 |
| StyXman | it think's it's connected to the pc | 16:36 |
| DocScrutinizer | :-/ | 16:36 |
| StyXman | it askme wether to put it in mass storage mode or pc suite mode | 16:37 |
| DocScrutinizer | I suspect you might have problem with datalines of USB | 16:37 |
| StyXman | dang | 16:37 |
| StyXman | good thing I have 3 batts and an external charger | 16:37 |
| *** _federico3 has joined #maemo | 16:37 | |
| StyXman | almos from the beginning it was a lottery wether it charged from the pc or not | 16:38 |
| StyXman | then I simply stopped trying | 16:38 |
| DocScrutinizer | connect to PC, see if you get a stable USB "data connection" (i.e. if mass storage mode works fine and without any problems for some 30 min or longer. you may *slightly* tap on the plug, to trigger possible hidden contact problems) | 16:38 |
| StyXman | ok | 16:39 |
| StyXman | I'll have to try later, I don't have the cable here | 16:39 |
| StyXman | thanks so far | 16:39 |
| DocScrutinizer | get bq27k-detail script, run it, once solo, once with parameter "10", pastebin the results | 16:40 |
| DocScrutinizer | StyXman: what makes you think your device doesn't charge? | 16:41 |
| DocScrutinizer | to begin with | 16:41 |
| DocScrutinizer | the LED blink patterns are changeable at your discretion | 16:43 |
| StyXman | DocScrutinizer: no batt animation, no charging notice, no slow-blinking red in the led and no actual charging | 16:43 |
| StyXman | I mean, the batt level doesn't go up | 16:43 |
| DocScrutinizer | red? amber! | 16:43 |
| StyXman | yes, I know, but I hadn't | 16:43 |
| StyXman | red, it was always red | 16:44 |
| DocScrutinizer | that's odd in itself | 16:44 |
| StyXman | unless I'm color blind | 16:44 |
| DocScrutinizer | well, you can test proper red | 16:44 |
| DocScrutinizer | lemme find the line for you | 16:45 |
| StyXman | and I know the RGB leds work because I get red for charging, blue for SMS and green for something else | 16:45 |
| *** realityg1ps has quit IRC | 16:45 | |
| *** realitygaps has quit IRC | 16:45 | |
| DocScrutinizer | green for charging done | 16:45 |
| *** realitygaps has joined #maemo | 16:45 | |
| *** realitygaps has quit IRC | 16:45 | |
| *** realitygaps has joined #maemo | 16:45 | |
| *** kama has joined #maemo | 16:46 | |
| *** CodenameStrike-N has joined #maemo | 16:46 | |
| DocScrutinizer | please do:: dbus-send --system --type=method_call --dest=com.nokia.mce /com/nokia/mce/request com.nokia.mce.request.req_led_pattern_activate string:"PatternError" | 16:48 |
| DocScrutinizer | is this what you see for charging? is the color the same? | 16:48 |
| *** hardaker has joined #maemo | 16:49 | |
| StyXman | yes, the same red, but the pattern it's different | 16:49 |
| DocScrutinizer | after checking, do:: dbus-send --system --type=method_call --dest=com.nokia.mce /com/nokia/mce/request com.nokia.mce.request.req_led_pattern_deactivate string:"PatternError" | 16:49 |
| *** NIN102 has joined #maemo | 16:50 | |
| StyXman | when chargin is more like fade in-fade out, in red | 16:50 |
| *** NIN101 has quit IRC | 16:50 | |
| jacekowski | maybe yellow led is broken | 16:50 |
| DocScrutinizer | please do:: dbus-send --system --type=method_call --dest=com.nokia.mce /com/nokia/mce/request com.nokia.mce.request.req_led_pattern_activate string:"dbus-send --system --type=method_call --dest=com.nokia.mce /com/nokia/mce/request com.nokia.mce.request.req_led_pattern_activate string:"PatternBatteryCharging" | 16:50 |
| DocScrutinizer | there's no yellow LED | 16:50 |
| StyXman | jacekowski: yellow led? isnt it the red+green leds? | 16:51 |
| jacekowski | well, green then | 16:51 |
| DocScrutinizer | StyXman: what's the pattern you get with last one? | 16:51 |
| StyXman | DocScrutinizer: yeap, glowing/slow blinking/fade in-fade out red | 16:52 |
| DocScrutinizer | red? | 16:52 |
| StyXman | I don't know how to call it | 16:52 |
| StyXman | yes, red | 16:52 |
| StyXman | may be I changed, I don't remember | 16:53 |
| DocScrutinizer | please do:: grep "PatternBatteryCharging=50;5;0;rg;" /etc/mce/mce.ini | 16:53 |
| StyXman | there is no way to do it in the settings, only activate or not | 16:54 |
| DocScrutinizer | does it return a result? | 16:54 |
| StyXman | even better: http://pastebin.lugmen.org.ar/7380 | 16:54 |
| StyXman | it seems that I changed it after all | 16:55 |
| DocScrutinizer | no, looks good to me? | 16:56 |
| DocScrutinizer | aaah, FOUR | 16:56 |
| DocScrutinizer | well, that doesn't explain why yours doesn't work, just that I changed mine | 16:57 |
| DocScrutinizer | yours seems to be the original! | 16:57 |
| StyXman | hah! | 16:58 |
| DocScrutinizer | so you haven't changed anything | 16:58 |
| DocScrutinizer | this should cause amber blinking, not red | 16:58 |
| DocScrutinizer | what's the color of the LED when you push the powerbutton? is it fading in white when power up? | 16:59 |
| DocScrutinizer | are you connected via ssh & wlan? or typing on device? | 16:59 |
| StyXman | ssh+wlan | 17:01 |
| DocScrutinizer | well, anyway - please deactivate the amber/red charging pattern | 17:01 |
| StyXman | the led fades in in purple when I turn it on | 17:01 |
| DocScrutinizer | aaah, green LED defect | 17:01 |
| DocScrutinizer | please do | 17:01 |
| DocScrutinizer | dbus-send --system --type=method_call --dest=com.nokia.mce /com/nokia/mce/request com.nokia.mce.request.req_led_pattern_activate string:"dbus-send --system --type=method_call --dest=com.nokia.mce /com/nokia/mce/request com.nokia.mce.request.req_led_pattern_deactivate string:"PatternBatteryCharging" | 17:02 |
| DocScrutinizer | dbus-send --system --type=method_call --dest=com.nokia.mce /com/nokia/mce/request com.nokia.mce.request.req_led_pattern_activate string:"dbus-send --system --type=method_call --dest=com.nokia.mce /com/nokia/mce/request com.nokia.mce.request.req_led_pattern_activate string:"PatternBatteryFull" | 17:02 |
| StyXman | hmm, yes, the green one seems out | 17:04 |
| StyXman | dang | 17:04 |
| *** valerius has quit IRC | 17:05 | |
| StyXman | ok, I'll go for the data cables | 17:05 |
| DocScrutinizer | so whan your battery is full, you're definitely missing the green LED indicating that | 17:05 |
| DocScrutinizer | might this be root cause of your problem? | 17:05 |
| DocScrutinizer | ooh, and better scratch all my previous advice, the part that's been based on "red flashing LED" | 17:06 |
| StyXman | DocScrutinizer: everything? | 17:08 |
| *** sid__ has joined #maemo | 17:08 | |
| DocScrutinizer | well, we need to start from scratch | 17:08 |
| StyXman | «No charging, insufficient power» | 17:09 |
| DocScrutinizer | mhm | 17:09 |
| DocScrutinizer | that's an indication (though no proof) that your USB plug or receptacle is broken | 17:09 |
| StyXman | but it detects the connection ok, asks for mass storage or pc suite modes | 17:09 |
| DocScrutinizer | hmm yeah | 17:10 |
| StyXman | ... | 17:10 |
| DocScrutinizer | when does that notice show up? PC or wallwart? | 17:10 |
| StyXman | seems like all the time when I connect it to the PC | 17:11 |
| DocScrutinizer | and with wallwart? | 17:11 |
| StyXman | with the wallwart I don't get any message, excepts that sometimes it thinks it's connected to the pc | 17:11 |
| DocScrutinizer | (your PC might have a borked USB as well) | 17:11 |
| StyXman | or maybe just when I boot it connected to the wallwart | 17:12 |
| StyXman | I tried several pcs, mi NB, my desktop at wor, a coworker's, a coworker's NB... | 17:12 |
| StyXman | even several usb connectors in my NB | 17:12 |
| StyXman | ones i know they work with other stuff: usb keys, my mouse's wireless thinguie, external hard disks | 17:13 |
| DocScrutinizer | hmmm. I'd suggest following approach: 1. check your USB receptacle and plug for dirt, bent contacts and the like - use a mgn glass for that and good light. 2. full reflash, just to rule out any sw issues | 17:13 |
| DocScrutinizer | esp check USB cable, use another rcable | 17:14 |
| StyXman | I have two cables, and tried a third at work | 17:14 |
| DocScrutinizer | :nod: | 17:14 |
| DocScrutinizer | and I guess you're using genuine Nokia wallwart? | 17:15 |
| StyXman | yeap | 17:15 |
| DocScrutinizer | do as suggested | 17:15 |
| *** Sicelo has joined #maemo | 17:15 | |
| *** Muelli has quit IRC | 17:15 | |
| DocScrutinizer | odds are your USB receptacle is about to fail. On the bright side you may fix it easily in that stage, by simply resoldering and enforcing | 17:16 |
| DocScrutinizer | unless it's a contact-bent issue | 17:16 |
| StyXman | original cable: this time started charging, then said «not charging» | 17:16 |
| DocScrutinizer | StyXman: err, regarding reflashing - it might fail and render your system inoperable when your USB is actually borked | 17:19 |
| *** habmala has joined #maemo | 17:19 | |
| *** Sicelo has quit IRC | 17:20 | |
| *** Sicelo has joined #maemo | 17:20 | |
| DocScrutinizer | also testing with wallwart charger is way clearer setup than charging via PC | 17:21 |
| DocScrutinizer | there are 2 sysnodes you could check. Lemme pick them out for you | 17:22 |
| *** eijk_ has joined #maemo | 17:23 | |
| *** sid__ has quit IRC | 17:23 | |
| *** eijk has quit IRC | 17:23 | |
| DocScrutinizer | cat /sys/class/i2c-adapter/i2c-1/1-0048/twl4030_usb/vbus | 17:23 |
| DocScrutinizer | is one, shows "1" when *some* power is attached to USB | 17:24 |
| *** valerius has joined #maemo | 17:26 | |
| Sicelo | ~pebkac | 17:26 |
| infobot | PEBKAC: Problem Exists Between Keyboard And Chair. | 17:26 |
| Sicelo | ~fud | 17:26 |
| infobot | i guess fud is Fear, uncertainty, doubt. Originally invented by IBM, but now used by many others. or YAFA. or Fscking Useless Data or otherwise known as false information or mindless facts with no backup facts or http://www.winntmag.com/Articles/Index.cfm?ArticleID=7420 | 17:26 |
| StyXman | DocScrutinizer: it's 1 when I plug the wallwart | 17:28 |
| DocScrutinizer | yeah, should | 17:29 |
| DocScrutinizer | might actually be low though | 17:29 |
| StyXman | or the pc cable | 17:29 |
| StyXman | and 0 when it's not | 17:29 |
| DocScrutinizer | low on voltage | 17:29 |
| DocScrutinizer | it's 1 even at 3V iirc | 17:29 |
| DocScrutinizer | dang, can't find the other one, for D+/- short | 17:30 |
| DocScrutinizer | anyway, your problem is sufficiently triaged to go ahead check USB recepatcle closely with a magn glass | 17:31 |
| DocScrutinizer | and get (and run) http://enivax.net/jk/n900/bq27200.sh | 17:33 |
| DocScrutinizer | with parameter 5 | 17:33 |
| DocScrutinizer | for a new log every 5s | 17:33 |
| DocScrutinizer | you'll see "realtime" what's going on with battery charging | 17:33 |
| DocScrutinizer | run it *before* plugging in charger | 17:34 |
| DocScrutinizer | so you see the difference | 17:34 |
| DocScrutinizer | preferably have screen dim or locked | 17:35 |
| *** hurbu_ has quit IRC | 17:35 | |
| DocScrutinizer | as it needs quite a bit of power for backlight | 17:35 |
| StyXman | Need ./i2cget | 17:35 |
| DocScrutinizer | :nod: | 17:35 |
| RST38h | "...and mentioned his proclivity for ritual territory marking through urination, once relieving himself on a Winnie the Pooh figure at the Disneyland Hotel in Anaheim while saying "This one's for you, Walt."" | 17:35 |
| RST38h | Farewell. | 17:35 |
| DocScrutinizer | http://enivax.net/jk/n900/bq.tar | 17:35 |
| DocScrutinizer | StyXman: ooh, and you'll need root for that to run | 17:37 |
| StyXman | I am | 17:40 |
| StyXman | TTF never changes from 65535 and TTE changes | 17:40 |
| StyXman | so I guess those are time to full and tme to empty | 17:40 |
| DocScrutinizer | TTF/TTE are rather irrelevant, except that TTF=65535 indicates battery is DIScharging | 17:41 |
| *** dhbiker has quit IRC | 17:41 | |
| DocScrutinizer | yes | 17:41 |
| *** javispedro has joined #maemo | 17:42 | |
| DocScrutinizer | StyXman: 1. col (after time) is voltage at battery, 4. is current-in/out | 17:43 |
| StyXman | DocScrutinizer: http://pastebin.lugmen.org.ar/7381 | 17:43 |
| DocScrutinizer | negative current means discharge | 17:43 |
| StyXman | yeah, it keeps dischraging | 17:43 |
| DocScrutinizer | that's clearly not charging | 17:44 |
| DocScrutinizer | you attached charger? | 17:44 |
| StyXman | I plugged it after the few line feeds there | 17:44 |
| DocScrutinizer | mhm | 17:44 |
| DocScrutinizer | no visible change | 17:44 |
| StyXman | from line 47 | 17:44 |
| StyXman | no at all | 17:45 |
| StyXman | dang | 17:45 |
| StyXman | I'll test the data mode to see if it's stable enough to flash | 17:45 |
| DocScrutinizer | indeed | 17:45 |
| DocScrutinizer | ps bme | 17:45 |
| DocScrutinizer | please | 17:45 |
| StyXman | hmm | 17:46 |
| DocScrutinizer | ps aux|grep bme | 17:46 |
| StyXman | coming, I had turned it off to replace the batt, the one it has now is kinda empty | 17:46 |
| *** hurbu_ has joined #maemo | 17:47 | |
| StyXman | 738 root 3372 S /usr/sbin/bme_RX-51 | 17:49 |
| StyXman | 909 root 3476 S /usr/lib/hal/hald-addon-bme | 17:49 |
| DocScrutinizer | hmm, loks ok | 17:50 |
| DocScrutinizer | I guess you actually have a hw problem | 17:50 |
| DocScrutinizer | check USB port optically | 17:51 |
| DocScrutinizer | gently try to wiggle the recepatcle with a toothpick or the like, while closely observing | 17:51 |
| StyXman | DocScrutinizer: looks good, but I don't have a MG | 17:51 |
| DocScrutinizer | MG? | 17:51 |
| DocScrutinizer | aah | 17:51 |
| StyXman | mag glass | 17:52 |
| DocScrutinizer | well, you're already down to the hells of hw fixing | 17:52 |
| MohammadAG | you rang? | 17:53 |
| DocScrutinizer | get a repair shop doing inspection for you and eventually fix (by resoldering), or first investigate further, e.g. by probing connection between USB and testpads under battery | 17:54 |
| DocScrutinizer | you find all 4 relevant signal traces there: D+/D-, vbus, and GND | 17:54 |
| DocScrutinizer | hi mag :-D | 17:54 |
| DocScrutinizer | StyXman: this one will help you no matter what you decide to do next: | 17:55 |
| DocScrutinizer | ~usbfix | 17:55 |
| infobot | hmm... usbfix is http://talk.maemo.org/showthread.php?t=75920 - and **NEVER** use epoxy (unless you want to seal your device for underwater) | 17:55 |
| MohammadAG | hi DocScrutinizer :D | 17:55 |
| RST38h | Heya Mohammad | 17:55 |
| RST38h | moo javispedro | 17:56 |
| StyXman | DocScrutinizer: nor the port shield nor the data 'film' seems to be loose | 17:56 |
| * RST38h notices we have got a quorum | 17:56 | |
| javispedro | moo | 17:56 |
| StyXman | and finding a shop doing electronic things here... that would be interesting :| | 17:56 |
| DocScrutinizer | hi javispedro | 17:56 |
| StyXman | anyways, I don't have the tools to pry it open | 17:57 |
| StyXman | specially these six-point screws | 17:57 |
| DocScrutinizer | StyXman: if you're feeling comfortable with soldering iron, there's little to worry | 17:57 |
| DocScrutinizer | get a proper torx TX6 | 17:57 |
| StyXman | DocScrutinizer: not by any definition of confortable and/or confident :) | 17:58 |
| DocScrutinizer | and you should already have a proper soldering iron (no use in getting one and starting to practice) | 17:58 |
| StyXman | all my successful soldering was with an acid that I don't even know the name of | 17:58 |
| DocScrutinizer | well, then a repair shop or expert friend is your only option | 17:58 |
| StyXman | reapir shop I guess it's out of question | 17:59 |
| StyXman | there are none here | 17:59 |
| DocScrutinizer | please do NOT try to fix it yourself! | 17:59 |
| StyXman | this is the first world, they don't fix shit :-P | 17:59 |
| StyXman | DocScrutinizer: don't worry, at most I'll open it | 17:59 |
| StyXman | but again, I don't have the tools | 18:00 |
| DocScrutinizer | already might be a problem when you're not used to delicate electronics | 18:00 |
| DocScrutinizer | the flat ribbon connector from kbd to screen is sometimes quite unforgiving | 18:00 |
| StyXman | I'm used to delicate things, but electronics and/or soldering, no way | 18:00 |
| DocScrutinizer | then no use in opening the device anyway | 18:01 |
| StyXman | I was even about to dismantle a broken camera lens to get a MG | 18:01 |
| StyXman | ok, so I'll keed swapping batteries and using wifi to transfer data | 18:02 |
| DocScrutinizer | yeah, *closely* inspect the contacts in N900 USB receptacle | 18:02 |
| DocScrutinizer | sometimes debris or oxid afects the contacts | 18:03 |
| DocScrutinizer | sometimes one even is bent | 18:03 |
| DocScrutinizer | not that you could probably do much when the contact is bent, other than replacing whole recepacle | 18:04 |
| StyXman | DocScrutinizer: the contacts in the little piece of plastic in the port? | 18:04 |
| DocScrutinizer | yep | 18:04 |
| StyXman | wow | 18:04 |
| DocScrutinizer | 5 of them | 18:04 |
| DocScrutinizer | two are a bit longer than the other 3 | 18:05 |
| StyXman | ok, I'll let it pass for now | 18:05 |
| StyXman | DocScrutinizer: ah, in the plug | 18:05 |
| DocScrutinizer | the longer ones are GND and vbus | 18:05 |
| StyXman | in the cable | 18:05 |
| DocScrutinizer | both | 18:05 |
| DocScrutinizer | in receptacle and cable | 18:05 |
| DocScrutinizer | since you tested with several cables, you can excluse them from inspection I guess | 18:06 |
| StyXman | let me put up some photos | 18:06 |
| *** sasquatch has joined #maemo | 18:07 | |
| DocScrutinizer | I'm rather sure no photo can show sufficient detail to let me tell about status of your USB receptacle (unless thoroughly wrecked) | 18:08 |
| StyXman | DocScrutinizer: ok | 18:08 |
| DocScrutinizer | http://en.wikipedia.org/wiki/File:USB_Micro-B_receptacle.jpg | 18:10 |
| DocScrutinizer | actually the contacts in receptacle are not spring loaded | 18:11 |
| DocScrutinizer | so they must be comletely flat in their "trenches", and no debris in the trenches either | 18:12 |
| StyXman | DocScrutinizer: no, that's for the A type or something | 18:12 |
| StyXman | the mini usb? | 18:12 |
| DocScrutinizer | ?? | 18:12 |
| StyXman | nevermind | 18:12 |
| DocScrutinizer | if that's unclear: the contacts are the "golden" little things in that picture | 18:14 |
| DocScrutinizer | and it's exactly what you see when looking at your N900 USB recepatcle | 18:14 |
| DocScrutinizer | what you *should* see | 18:14 |
| *** Corsac has joined #maemo | 18:15 | |
| *** Kilroo has joined #maemo | 18:16 | |
| DocScrutinizer | but odds are you have to resolder the USB anyway | 18:17 |
| DocScrutinizer | and you better do that before you use it any further | 18:17 |
| DocScrutinizer | cya | 18:18 |
| DocScrutinizer | o/ | 18:18 |
| *** trumee has quit IRC | 18:19 | |
| ShadowJK | "blinked once or twice red", heh, if it's more than one blink/flasg at approx 1 second interval, there's a problem | 18:22 |
| DocScrutinizer | nah, it's simply the amber flashing | 18:23 |
| DocScrutinizer | with broken green led | 18:23 |
| DocScrutinizer | (actually I guess it blinks like 4 to 5 times, before the bootphase-2 kicks in) | 18:24 |
| DocScrutinizer | unless it detects charging failure due to powersource-bad prior to that, and thus stops charging all together | 18:25 |
| DocScrutinizer | ShadowJK: I pondered to suggest running your charge.sh, but the additional info gathered from it is marginal I guess | 18:25 |
| DocScrutinizer | only relevant info wuld be errorcode of bq24150 | 18:26 |
| DocScrutinizer | which I bet is powersource-bad | 18:26 |
| DocScrutinizer | and since I wasn't aware if your script even checks and decodes the errorstate, I didn't suggest | 18:27 |
| ShadowJK | well with blink I mean 20ms long blink, not the glowing thing :) | 18:28 |
| DocScrutinizer | yeah I know | 18:28 |
| *** trumee has joined #maemo | 18:28 | |
| StyXman | FWIW: http://grulicueva.homelinux.net/~mdione/DSC_8733.JPG | 18:28 |
| ShadowJK | It decodes error state to /home/user/MyDocs/charger.log | 18:29 |
| ShadowJK | or charge.log, I forget | 18:29 |
| DocScrutinizer | oooh, nice photo | 18:29 |
| DocScrutinizer | looks OK'ish | 18:29 |
| DocScrutinizer | which isn't the best msg | 18:30 |
| StyXman | the golden tracks look either dirty or ... wared off? | 18:30 |
| StyXman | dang, my english is more broken than usual | 18:30 |
| DocScrutinizer | migth be just a bit of wear | 18:31 |
| StyXman | http://grulicueva.homelinux.net/~mdione/DSC_8734.JPG | 18:31 |
| DocScrutinizer | not really concerning in my book | 18:31 |
| ShadowJK | I'd sugges apt-get install i2c-tools (extras-devel), get my charge21.sh script, unplug charger, stop bme, plug in charger, start ./charge21.sh, paste console output as well as /home/user/MyDocs/charge.log | 18:31 |
| DocScrutinizer | you could try 'polishing' with a wooden toothpick | 18:32 |
| DocScrutinizer | ShadowJK: \o/ | 18:32 |
| *** ArGGu^^ has joined #maemo | 18:33 | |
| *** Free-MG has quit IRC | 18:33 | |
| DocScrutinizer | StyXman: now the guru of charging takes care of you. at the end of this day there's nothing left you could learn about your problem | 18:34 |
| * StyXman enables extras deve; | 18:34 | |
| *** mase76 has joined #maemo | 18:34 | |
| ShadowJK | Also the line you were looking for is: cat /sys/devices/platform/musb_hdrc/charger | 18:34 |
| DocScrutinizer | yeah | 18:34 |
| DocScrutinizer | why didn't friggin find not find it when -iname charg | 18:35 |
| *** machia has quit IRC | 18:35 | |
| DocScrutinizer | ShadowJK: thanks a lot :-) | 18:35 |
| *** machia has joined #maemo | 18:35 | |
| DocScrutinizer | StyXman: above line shall tell you about D+/- short which indicates fastcharger plugged in - unless datalines have a contact issue | 18:36 |
| DocScrutinizer | "1" means fastcharger aka shorted lines | 18:37 |
| DocScrutinizer | if that's 0 for you when wallwart plugged, it'd result in charging @ 100mA only | 18:38 |
| DocScrutinizer | and qould indicate any contact problem in USB | 18:38 |
| DocScrutinizer | would even | 18:39 |
| DocScrutinizer | anyway, now that ShadowJK is here, I'm dispensable and can finally take my shower :-) | 18:40 |
| DocScrutinizer | good luck! | 18:40 |
| *** trx has joined #maemo | 18:44 | |
| *** _federico3 has quit IRC | 18:57 | |
| *** _federico3 has joined #maemo | 19:02 | |
| *** eMHa has quit IRC | 19:09 | |
| *** vblazquez has quit IRC | 19:09 | |
| *** psycho_oreos has joined #maemo | 19:20 | |
| StyXman | ok, cleaning didn't help, last tests | 19:20 |
| *** valdyn has quit IRC | 19:23 | |
| *** MrPingu has joined #maemo | 19:23 | |
| *** geaaru has joined #maemo | 19:24 | |
| *** sq-one has quit IRC | 19:25 | |
| *** sq-one has joined #maemo | 19:25 | |
| *** freemangordon has joined #maemo | 19:29 | |
| *** valdyn has joined #maemo | 19:29 | |
| freemangordon | ~seen jonwil | 19:29 |
| infobot | jonwil <~jonwil@27-33-137-199.static.tpgi.com.au> was last seen on IRC in channel #maemo, 6d 28m 25s ago, saying: 'not'. | 19:30 |
| *** trbs has joined #maemo | 19:33 | |
| *** Roomerlol has joined #maemo | 19:38 | |
| *** eMHa has joined #maemo | 19:39 | |
| *** ced117 has joined #maemo | 19:39 | |
| *** ced117 has quit IRC | 19:39 | |
| *** ced117 has joined #maemo | 19:39 | |
| *** sq-one has quit IRC | 19:45 | |
| *** NIN102 has quit IRC | 19:49 | |
| *** NIN101 has joined #maemo | 19:56 | |
| *** PeterWolf has quit IRC | 19:59 | |
| *** vblazquez has joined #maemo | 20:00 | |
| *** mase_76 has joined #maemo | 20:05 | |
| *** hurbu__ has joined #maemo | 20:07 | |
| *** mase76 has quit IRC | 20:08 | |
| *** Zahra has joined #maemo | 20:09 | |
| *** hurbu_ has quit IRC | 20:11 | |
| *** mase_76 has quit IRC | 20:21 | |
| *** auenf has quit IRC | 20:27 | |
| *** auenf has joined #maemo | 20:29 | |
| *** OkropNick has quit IRC | 20:30 | |
| *** OkropNick has joined #maemo | 20:31 | |
| *** OkropNick has quit IRC | 20:35 | |
| *** OkropNick has joined #maemo | 20:38 | |
| *** Muelli has joined #maemo | 20:46 | |
| *** dos1 has joined #maemo | 20:52 | |
| *** ponyofdeath has joined #maemo | 20:54 | |
| *** ced117 has quit IRC | 20:59 | |
| *** Dibblah has quit IRC | 21:04 | |
| *** Dibblah_ has joined #maemo | 21:04 | |
| *** Dibblah_ is now known as Dibblah | 21:04 | |
| *** mece has joined #maemo | 21:06 | |
| *** mece has left #maemo | 21:06 | |
| *** Dibblah has quit IRC | 21:13 | |
| *** Dibblah has joined #maemo | 21:13 | |
| *** sid__ has joined #maemo | 21:15 | |
| *** sid__ has quit IRC | 21:28 | |
| *** sid__ has joined #maemo | 21:29 | |
| *** thexception is now known as thexception|off | 21:30 | |
| *** rcg has joined #maemo | 21:34 | |
| *** sicelo_ has joined #maemo | 21:35 | |
| *** trumee has quit IRC | 21:43 | |
| *** NIN101 has quit IRC | 21:48 | |
| *** sid__ has quit IRC | 21:52 | |
| *** Dibblah has quit IRC | 21:54 | |
| *** NIN101 has joined #maemo | 21:55 | |
| *** hurbu_ has joined #maemo | 21:56 | |
| *** NishanthMenon has joined #maemo | 21:57 | |
| *** Dibblah has joined #maemo | 21:59 | |
| *** hurbu__ has quit IRC | 22:00 | |
| *** Dibblah has quit IRC | 22:03 | |
| *** Dibblah has joined #maemo | 22:04 | |
| *** Zahra has quit IRC | 22:07 | |
| *** piggz has joined #maemo | 22:08 | |
| *** nox- has joined #maemo | 22:25 | |
| *** Sicelo has quit IRC | 22:28 | |
| *** sicelo_ is now known as Sicelo | 22:28 | |
| *** trumee has joined #maemo | 22:30 | |
| *** dangergrrl has quit IRC | 22:37 | |
| *** sid__ has joined #maemo | 22:40 | |
| *** retro|cz has joined #maemo | 22:45 | |
| *** Muelli has quit IRC | 22:47 | |
| *** Wizzup is now known as mwajer | 23:00 | |
| *** mwajer is now known as wajer | 23:00 | |
| *** wajer is now known as Wizzup | 23:01 | |
| *** mavhc has quit IRC | 23:01 | |
| *** swc|666 has joined #maemo | 23:03 | |
| *** mavhc has joined #maemo | 23:03 | |
| *** piggz has quit IRC | 23:04 | |
| *** javispedro has quit IRC | 23:04 | |
| *** Corsac has left #maemo | 23:14 | |
| *** netkat has quit IRC | 23:15 | |
| *** robink has quit IRC | 23:31 | |
| *** robink_ has joined #maemo | 23:35 | |
| *** piggz has joined #maemo | 23:37 | |
| *** robink_ is now known as robink | 23:39 | |
| *** robink has quit IRC | 23:39 | |
| *** robink has joined #maemo | 23:39 | |
| piggz | can N900 apps in the store use QML/QtQuick? (and does that extend to qt-components) | 23:45 |
| merlin1991 | you can use everything from the -ssu repo | 23:48 |
| merlin1991 | so qt-components yes | 23:48 |
| merlin1991 | the components from extras, no | 23:48 |
| merlin1991 | why would you want to go to the store with an n900 app anyway? | 23:48 |
| merlin1991 | isn't extras more appropriate? | 23:48 |
Generated by irclog2html.py 2.15.1 by Marius Gedminas - find it at mg.pov.lt!
