| 00:01.44 | *** join/#maemo Vanadis (~vanadis@let-vpn-120.ethz.ch) |
| 00:26.41 | *** join/#maemo triggerhappy (~quassel@58.69.194.133) |
| 00:40.20 | *** join/#maemo ketas (ketas@248.214.191.90.dyn.estpak.ee) |
| 01:24.27 | *** join/#maemo hardfalcon (~hardfalco@g228167164.adsl.alicedsl.de) |
| 01:29.03 | *** join/#maemo cehteh (~cehteh@pipapo.org) |
| 01:45.46 | *** join/#maemo b0unc3 (~b0unc3@dynamic-adsl-84-220-63-208.clienti.tiscali.it) |
| 02:00.36 | *** join/#maemo maybeArgh (~cl@p5B164E8C.dip0.t-ipconnect.de) |
| 02:24.35 | *** join/#maemo triggerhappy (~quassel@58.69.194.133) |
| 02:42.44 | *** join/#maemo b0unc3 (~b0unc3@dynamic-adsl-84-220-62-176.clienti.tiscali.it) |
| 02:45.36 | *** join/#maemo npm (~npm@cpe-198-72-191-253.socal.res.rr.com) |
| 02:51.20 | *** join/#maemo unclouded (~neil@2001:4428:200:80fc:b529:73b4:9b37:14f1) |
| 03:00.21 | *** join/#maemo phunguy (santas@dhcp.i-p.org.uk) |
| 03:00.41 | *** join/#maemo dockane (~dockane@dsdf-4db5ebfc.pool.mediaWays.net) |
| 03:00.56 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 03:01.54 | *** join/#maemo lxp1 (~lxp@193-83-211-210.adsl.highway.telekom.at) |
| 03:06.21 | *** join/#maemo phunguy (santas@dhcp.i-p.org.uk) |
| 03:28.59 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 03:39.27 | *** join/#maemo disco_stu (~wrt54gl@190.211.81.139) |
| 03:54.02 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 04:05.52 | *** join/#maemo b0unc3 (~b0unc3@dynamic-adsl-62-10-95-97.clienti.tiscali.it) |
| 04:19.53 | *** join/#maemo ketas- (ketas@ketas6-sixxs.si.pri.ee) |
| 04:27.55 | *** join/#maemo utanapischti (~username@p4FF2F437.dip0.t-ipconnect.de) |
| 04:29.31 | *** join/#maemo b0unc3 (~b0unc3@dynamic-adsl-84-220-57-202.clienti.tiscali.it) |
| 04:34.08 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 04:44.32 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 05:04.34 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 05:06.41 | *** join/#maemo GI_Jack (~GI_Jack@pdpc/supporter/active/gi-jack) |
| 05:09.19 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 05:10.53 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 05:12.25 | *** join/#maemo phunguy (santas@dhcp.i-p.org.uk) |
| 05:14.41 | *** join/#maemo VDVsx (~VDVsx@188-67-175-88.bb.dnainternet.fi) |
| 05:15.03 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 05:15.40 | *** join/#maemo disco_stu (~wrt54gl@190.211.81.139) |
| 05:21.39 | *** join/#maemo LaoLang_cool (~LaoLang_c@117.63.101.144) |
| 05:25.31 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 05:40.13 | DocScrutinizer05 | is idly watching a sftp:// c&p from n900:MyDocs to PC (in konqueror) |
| 05:40.44 | *** join/#maemo mvp (~mvp@152.66.10.11) |
| 05:41.26 | DocScrutinizer05 | also noticed that BM obviously NOT does updates of /home/user |
| 05:43.54 | DocScrutinizer05 | obviously copying 16403 files / 15GB from MyDocs to PC via sftp and wlan takes ~3:30 |
| 05:44.06 | DocScrutinizer05 | 3:30:00 |
| 05:45.29 | DocScrutinizer05 | maybe I should augment my rsync cronjob to include MyDocs |
| 05:49.34 | *** join/#maemo vblazquez (~vic@56.14.77.188.dynamic.jazztel.es) |
| 06:09.19 | *** join/#maemo Vanadis_ (~vanadis@84-73-148-72.dclient.hispeed.ch) |
| 06:19.40 | *** join/#maemo dhbiker (~dhbiker@95.87.145.172) |
| 06:24.09 | *** join/#maemo norrsken_ (~quassel@tmo-110-110.customers.d1-online.com) |
| 06:41.01 | *** join/#maemo brzys (~brzys@86-63-126-137.sta.asta-net.com.pl) |
| 06:45.34 | *** join/#maemo XATRIX (~xatrix@77.88.209.171) |
| 06:50.27 | divVerent | anyway, to everyone: I figured out the openmediaplayer issue |
| 06:50.39 | freemangordon | divVerent: hmm? |
| 06:50.45 | divVerent | 1. it is not fault of omap stuff... it happens for ffmpeg decoded stuff too |
| 06:50.50 | divVerent | u/v plane swap |
| 06:50.53 | divVerent | i.e. red blue swap |
| 06:51.13 | divVerent | and it only happens in openmediaplayer's zoomed in view |
| 06:52.10 | divVerent | so basically, the mafw-gst-renderer video overlay can break in this way when zooming in |
| 06:52.44 | divVerent | it probably was always like that, I normally did not use the zoomed in view |
| 06:53.02 | divVerent | I did once, and the bug happens for some but nolt all videos then |
| 06:53.11 | divVerent | is there interest in an affected video? |
| 06:53.39 | divVerent | PROBABLY the only thing that triggers the bug is the resolution of the video |
| 06:54.17 | *** part/#maemo valeriusN (root@icq.jabber.tsure.ru) |
| 06:54.28 | *** join/#maemo valerius2k (root@yahoo.jabber.tsure.ru) |
| 06:54.49 | n900-dk_ | Anyone experienced spontanous reboot when you disable wifi? |
| 06:55.09 | divVerent | never... and I did that a lot |
| 06:55.47 | divVerent | does it hang before the reboot for 1 min? |
| 06:56.09 | divVerent | and did you try "the other kernel"? |
| 06:56.42 | divVerent | i.e. kernel-power if you used the default one and vice versa |
| 06:57.01 | *** join/#maemo LauRoman (~LauRoman@5-14-93-119.residential.rdsnet.ro) |
| 07:02.40 | divVerent | but that bug was annoying... I almost would have reflashed |
| 07:03.07 | n900-dk_ | it reboots imidiately, when I press the wifi icon |
| 07:03.37 | *** join/#maemo edheldil (~edheldil@2001:1488:ac14:1400:222:19ff:fe31:415e) |
| 07:03.47 | divVerent | even with other kernel? |
| 07:05.19 | n900-dk_ | I'm not sure, what you mean by other kernel.. I'm on power52 |
| 07:05.23 | *** join/#maemo mvp (~mvp@dhcp-1.q.wlan.net.bme.hu) |
| 07:05.54 | divVerent | then try the nokia kernel |
| 07:06.00 | divVerent | just once, to rule out it is the issue |
| 07:06.20 | divVerent | or are you on CSSU-thumb? then you do not have this choice any more I think |
| 07:06.23 | n900-dk_ | Dont want to reflash just because of this issue. |
| 07:06.29 | divVerent | no need to reflash for that |
| 07:06.33 | divVerent | on which CSSU level are you? |
| 07:06.34 | n900-dk_ | Running CSSU-Testing |
| 07:06.37 | divVerent | ok |
| 07:06.45 | divVerent | in your applications list there is an icon called "Nokia Kernel" |
| 07:06.49 | divVerent | right? |
| 07:06.55 | n900-dk_ | yes |
| 07:06.59 | divVerent | run that |
| 07:07.07 | divVerent | then reboot (it probably does that for you) |
| 07:07.15 | divVerent | then it changes the kernel to the default one and reboots |
| 07:07.17 | *** join/#maemo topro (~topro@host-62-245-142-50.customer.m-online.net) |
| 07:07.21 | n900-dk_ | but this issue doesn't show up every time, I disable wifi |
| 07:07.22 | divVerent | if that fixes it, you know it is a kernel-power bug |
| 07:07.29 | divVerent | then try running with nokia kernel for a few days |
| 07:07.38 | divVerent | BTW, when you do that |
| 07:07.42 | divVerent | the icon will change to Power Kernel |
| 07:07.46 | divVerent | which will allow you to go back |
| 07:08.14 | divVerent | also, did you do any settings for kernel-power? |
| 07:08.17 | divVerent | like overclocking? |
| 07:08.20 | divVerent | if yes, try undoing that first |
| 07:08.27 | n900-dk_ | Ok, I will |
| 07:09.14 | divVerent | even this smartreflex thing may be worth trying to turn off |
| 07:09.24 | divVerent | speaking of which, I have not turned it ON since last reflash yet :P |
| 07:09.45 | n900-dk_ | smartreflex? |
| 07:09.53 | *** join/#maemo norrsken___ (~quassel@tmo-106-161.customers.d1-online.com) |
| 07:10.10 | divVerent | n900-dk_: if you do not know what it is, you did not touch it |
| 07:10.12 | divVerent | so that is good |
| 07:10.28 | divVerent | it is a checkbox in e.g. QCpuFreq or the kernel-power settings file |
| 07:10.32 | divVerent | which should save some battery |
| 07:10.43 | divVerent | by more intelligently selecting the CPU core voltages |
| 07:11.40 | n900-dk_ | aha |
| 07:12.43 | divVerent | I just know that when enabling it I get a warning that it makes some N900s randomlyh crash |
| 07:12.52 | divVerent | it works for mine though |
| 07:21.07 | *** join/#maemo OkropNick (kuba@host-n2-75-80.telpol.net.pl) |
| 07:23.12 | *** join/#maemo disco_stu (~wrt54gl@190.211.81.139) |
| 07:23.38 | *** join/#maemo eijk (~eijk@e178229192.adsl.alicedsl.de) |
| 07:25.02 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 07:30.31 | *** join/#maemo drussell (~dave@210.136.228.161) |
| 07:34.46 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 07:36.08 | *** join/#maemo eMHa (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 07:37.23 | *** join/#maemo Martix (~martix@dhcp-236-122.eduroam.muni.cz) |
| 07:44.31 | *** join/#maemo Martix (~martix@dhcp-236-122.eduroam.muni.cz) |
| 07:45.51 | DocScrutinizer05 | divVerent: or not |
| 07:47.13 | divVerent | DocScrutinizer05: which part? the battery saving? indeed never measured |
| 07:47.34 | divVerent | but I do like using lower voltages, and if that only means better life time of the CPU (and THAT one is obvious) |
| 07:58.26 | *** join/#maemo mvp (~mvp@dhcp-1.q.wlan.net.bme.hu) |
| 07:58.28 | *** join/#maemo VDVsx (~VDVsx@188-67-52-77.bb.dnainternet.fi) |
| 08:09.44 | *** join/#maemo florian (~fuchs@Maemo/community/contributor/florian) |
| 08:13.56 | *** join/#maemo ssvb (~ssvb@212.16.98.80) |
| 08:30.04 | *** join/#maemo kolp (~quassel@212.255.238.115) |
| 08:33.06 | *** join/#maemo futpib (~futpib@89.106.197.20) |
| 08:35.20 | *** join/#maemo leochencipher (~leochenci@phd-sby-41.cis.utas.edu.au) |
| 08:35.52 | *** join/#maemo leochencipher (~leochenci@phd-sby-41.cis.utas.edu.au) |
| 08:43.42 | DocScrutinizer05 | well... |
| 08:44.27 | DocScrutinizer05 | so far nobody has done tests with SR afaik |
| 08:44.52 | freemangordon | DocScrutinizer05: wrong, vi did it |
| 08:44.58 | DocScrutinizer05 | *decent* tests particularly |
| 08:45.19 | DocScrutinizer05 | ooh, and where are the docs describing the test setup and the results? |
| 08:45.38 | DocScrutinizer05 | I'd be *really* extremely interested in them |
| 08:47.35 | freemangordon | DocScrutinizer05: sorry, it was caveman, not vi |
| 08:47.36 | freemangordon | http://talk.maemo.org/showthread.php?t=81580 |
| 08:47.43 | DocScrutinizer05 | should be rather easy to run a nice A/B compare test, switching off WLAN and GSM, then running bq27200.sh 5 >with-SR.log, and another without-SR.log |
| 08:47.55 | freemangordon | DocScrutinizer05: see that thread |
| 08:54.35 | DocScrutinizer05 | wtf, profiles |
| 08:54.45 | DocScrutinizer05 | that tells zilch, in the end |
| 08:55.37 | DocScrutinizer05 | since I have no clue what those profiles actually do, I'd bet they do more than just enabling SR while keeping same core voltage as without SR |
| 08:55.39 | freemangordon | DocScrutinizer05: dsp profile has SR enabled, min-max 250-805 |
| 08:56.26 | freemangordon | DocScrutinizer05: it is not like that, she couldn't be half pregnant :) |
| 08:57.02 | DocScrutinizer05 | nonsense |
| 08:57.14 | freemangordon | SR is eigher enabled or not. once enabled it controls the voltages for all OPPS |
| 08:57.33 | DocScrutinizer05 | you don't need to run bogus undervolt profile youst to enable SR |
| 08:57.50 | DocScrutinizer05 | yes, so what? |
| 08:57.51 | *** join/#maemo futpib (~futpib@89.106.197.20) |
| 08:58.51 | freemangordon | *either |
| 08:58.53 | DocScrutinizer05 | that's the idea of SR (this small part of SR) that the core voltage gets controlled by hardware via dedicated I2C rather than by software via general purpose I2C |
| 08:59.06 | freemangordon | DocScrutinizer05: sure. what is your point? |
| 08:59.46 | freemangordon | DocScrutinizer05: the difference is that with SR enabled it: |
| 09:00.07 | DocScrutinizer05 | that doesn't stop you from setting SR profile to use same voltage on max closckspeed that the system would use when SR was disabled |
| 09:00.27 | freemangordon | 1. uses calibration values to calculate the "correct" voltages for that particular device |
| 09:00.41 | freemangordon | 2. voltage "oscilates" around that pont |
| 09:00.47 | DocScrutinizer05 | since otherwise you would test undervolting more than SR |
| 09:00.49 | freemangordon | *point |
| 09:01.39 | *** join/#maemo thuttu77 (~thuttu77@178-75-147-229.bb.dnainternet.fi) |
| 09:01.53 | DocScrutinizer05 | anyway that article with those friggin profiles even seems to introduce OC |
| 09:02.35 | freemangordon | DocScrutinizer05: SR doesn't work like that, you just give him calibrations and initial voltage for a particular OPP |
| 09:03.01 | DocScrutinizer05 | and, on a sidenote, I think mp3 is not a generally valid test for all usecases |
| 09:03.08 | DocScrutinizer05 | particularly via mplayer |
| 09:03.37 | DocScrutinizer05 | doesn't work like what? |
| 09:03.59 | freemangordon | no matter what the initial voltage is (assumming it is not too low, so the MPU would block before SR has chance to increase it). you end up in similar voltages for an OPP every time |
| 09:04.18 | DocScrutinizer05 | eh? |
| 09:04.32 | DocScrutinizer05 | my logic doesn't work like that |
| 09:04.52 | freemangordon | DocScrutinizer05: no idea about your logic, but this is how SR works |
| 09:05.01 | DocScrutinizer05 | meh |
| 09:05.08 | freemangordon | hmm? |
| 09:05.24 | DocScrutinizer05 | when you suggest SR works like an unparsable statement then I have to disagree |
| 09:05.55 | freemangordon | DocScrutinizer05: no point to argue, I know what I am talking about, I spent more than half an year reading docs etc |
| 09:06.08 | freemangordon | and playing with the driver in the meanwhile |
| 09:06.32 | DocScrutinizer05 | so what? you're not even able to post a parsable statement here then? |
| 09:06.34 | freemangordon | DocScrutinizer05: imagine PID regulator |
| 09:07.45 | freemangordon | which exactly part you cannot parse? I can elaborate or rephrase |
| 09:09.35 | *** join/#maemo futpib (~futpib@89.106.197.20) |
| 09:10.02 | DocScrutinizer05 | I *know*: there's a dedicated I2C labeled "SR" from CPU to Power management chip. The CPU adjusts the LDO for core voltage (and others?) via that dedicated SR-I2C automatically, when SR is enabled. There's also a "general purpose" I2C to PM chip that is used to configure same LDOs under software control, when SR is disabled (e.g. during bootup) |
| 09:10.41 | *** join/#maemo futpib (~futpib@89.106.197.20) |
| 09:10.55 | freemangordon | DocScrutinizer05: wrong, it is not CPU that adjust voltages, there is dedicated HW to do that |
| 09:11.04 | DocScrutinizer05 | I *think* the voltage steps for SR are in a table in RAM, and CPU clock generator decides which entry from that table to use , based on CPU clock speed |
| 09:11.12 | DocScrutinizer05 | BS |
| 09:11.26 | DocScrutinizer05 | CPU aka SoC is adjusting the woltage |
| 09:11.41 | rikanee | freemangordon: IIRC there are different generations of SR |
| 09:11.42 | DocScrutinizer05 | actually the PRM in SOC |
| 09:12.09 | *** join/#maemo futpib (~futpib@89.106.197.20) |
| 09:12.45 | DocScrutinizer05 | look at schematics to find the I2C labeled "SmartRefelx" |
| 09:13.10 | rikanee | there's one that has SR under full software control, then a newer one with the AP telling the power reg that it's going into LP mode, and Reg deciding in voltage, and the newest one has SR fully automatic within the SoC, as long as you toggle the sysfs entry. |
| 09:15.20 | *** join/#maemo DHR (~hugh@CPE00606767ed59-CM000f9fa81660.cpe.net.cable.rogers.com) |
| 09:15.22 | divVerent | way more interesting than benchmarking SR battery use, would be finding out which components ACTUALLY use the battery how much |
| 09:15.28 | divVerent | like, is the CPU even a relevant contribution |
| 09:15.36 | divVerent | or is it usually the screen |
| 09:15.37 | DocScrutinizer05 | GAIA N4200, pins I2C.SR.SDA I2C.SR.SCL |
| 09:16.35 | rikanee | divVerent: powertop running while locked vs powertop running while "make -j128" ;) |
| 09:16.36 | DocScrutinizer05 | of course the screen, divVerent |
| 09:17.01 | divVerent | DocScrutinizer05: basically, I wonder under which workload CPU use matters |
| 09:17.13 | *** join/#maemo futpib (~futpib@89.106.197.20) |
| 09:17.18 | divVerent | sure, playing mp3s with mplayer with screen turned off and offline mode, but who does that |
| 09:17.24 | freemangordon | DocScrutinizer05: exactly, it is SoC, not CPU |
| 09:17.25 | DocScrutinizer05 | and the general purpose for software control of LDOs are directly above I2C.CTL.SDA I2C.CTL.SCL |
| 09:17.33 | rikanee | divVerent: power = heat, and when your palms start to sweat running Debian on N900, then you may be burning power. |
| 09:17.42 | divVerent | rikanee: yes |
| 09:17.49 | divVerent | but CPU heat and display backlight heat are still the same heat |
| 09:17.54 | freemangordon | rikanee: and what is used in n900 is pure WH control |
| 09:18.03 | divVerent | I doubt the backlight has a good efficiency |
| 09:18.10 | freemangordon | *HW |
| 09:18.16 | *** join/#maemo futpib (~futpib@89.106.197.20) |
| 09:18.41 | DocScrutinizer05 | freemangordon: ok, if you wanna play smartass then take this: YES it IS a cpu: the Power and Reset Management CPU |
| 09:18.44 | rikanee | freemangordon: ah, thanks for clarifying that |
| 09:18.49 | SpeedEvil | http://wiki.maemo.org/N900_Hardware_Power_Consumption |
| 09:19.06 | SpeedEvil | The backlight generally iumplies other stuff. |
| 09:19.25 | divVerent | fmtx just 19mA? wow |
| 09:19.28 | rikanee | divVerent: the LCD and backlight are naturally, large power burners. |
| 09:19.42 | SpeedEvil | Namely that the LCD panel is active, and the OMAP GPU unit is fething data from RAM, and painting it to screen constantly. |
| 09:20.00 | DocScrutinizer05 | divVerent: THAT MUCH, for a friggin 5nW? |
| 09:20.02 | SpeedEvil | The actual LEDs that illuminate the screen - unless on maximum brightness - may not be a large component |
| 09:20.10 | freemangordon | rikanee: on OPP switch - SR is disabled, new initial voltage is loaded in twl, calibration values are loaded in the appropriate regs, SR is enabled. that's all |
| 09:21.08 | divVerent | DocScrutinizer05: 5nW? really that low? |
| 09:21.15 | DocScrutinizer05 | maybe uW |
| 09:21.20 | SpeedEvil | It's nW |
| 09:21.22 | DocScrutinizer05 | but really low |
| 09:21.26 | SpeedEvil | And I think it's 30/50 or so |
| 09:21.31 | freemangordon | DocScrutinizer05: last time I checked CPU stands for Central Processing Unit |
| 09:21.48 | divVerent | wait, the fmtx is that low... so using higher tx power is sure legal then :P |
| 09:21.53 | freemangordon | in my book power management processor is not CPU |
| 09:21.54 | SpeedEvil | divVerent: No |
| 09:22.07 | freemangordon | (in n900 that is) |
| 09:22.08 | divVerent | the legal limit is something in mW |
| 09:22.28 | SpeedEvil | http://wiki.maemo.org/N900_FM_radio_transmitter#Typical_Range |
| 09:22.32 | SpeedEvil | divVerent: nW |
| 09:22.37 | DocScrutinizer05 | uhuh, in freemangordon's book a asymmetrical multiprocessing environment has only one CPU |
| 09:22.40 | SpeedEvil | 15/50nW |
| 09:22.48 | SpeedEvil | divVerent: Read above |
| 09:22.58 | SpeedEvil | There are around a dozen CPUs in the n900. |
| 09:23.11 | DocScrutinizer05 | that's what I'd bet on |
| 09:23.17 | rikanee | anyone able to tap into the on-board FM antenna and hook it up to a RF amplifier? |
| 09:23.23 | DocScrutinizer05 | half of them in SoC |
| 09:23.29 | SpeedEvil | Taking as CPU - a turing complete machine able to run stored programs. |
| 09:23.45 | SpeedEvil | Including the LED controller. |
| 09:23.52 | DocScrutinizer05 | there's even a security CPU in SoC |
| 09:25.31 | divVerent | I see |
| 09:25.36 | DocScrutinizer05 | well, when freemangordon tries to educate me about it's not (the ALU or stackpointer register of) the main CPU that controls SR, then ... |
| 09:25.48 | HtheB | hi all |
| 09:27.18 | rikanee | ohai HtheB. |
| 09:27.20 | DocScrutinizer05 | rikanee: sorry? |
| 09:27.30 | DocScrutinizer05 | "tap into"? |
| 09:27.30 | HtheB | o/ |
| 09:27.32 | HtheB | sup |
| 09:28.00 | rikanee | DocScrutinizer05: it seems that it's difficult to expose the copper and attach an antenna to the N900's on-board FM antenna. |
| 09:28.50 | rikanee | HtheB: got off uni early because of flood warnings, but I'm now stuck with reading up journals for a paper D: |
| 09:28.59 | divVerent | anyway... display is probably still a huge waste :P typically only 10% of the energe become light |
| 09:28.59 | DocScrutinizer05 | err, last time I read about it (2 days ago) I seen a copper stripe aerial in case that's touching a contatc pad on PCB with a spring |
| 09:30.01 | DocScrutinizer05 | hmm, with LED this might be a tad better, until most of the light gets absorbed by shut LCD cells |
| 09:30.08 | DocScrutinizer05 | and color filters |
| 09:30.10 | HtheB | flood warning?! |
| 09:30.26 | DocScrutinizer05 | hmm? |
| 09:30.26 | HtheB | flood as in: tsunami? |
| 09:30.36 | rikanee | DocScrutinizer05: mmm. time to retrace the aerial array on the N900 when I have time. the FM antenna sucks, big time. |
| 09:30.53 | DocScrutinizer05 | the TX power sucks |
| 09:30.59 | SpeedEvil | DocScrutinizer05: polarisers - another half |
| 09:31.00 | rikanee | RX is pretty bad too. |
| 09:31.08 | DocScrutinizer05 | SpeedEvil: indeed |
| 09:31.23 | DocScrutinizer05 | RX is via headphone cable |
| 09:31.25 | rikanee | HtheB: tropical storm, gets up to 3-4 feet at the uni. |
| 09:31.25 | SpeedEvil | The ideal best case is 1/6th of the light gets out. |
| 09:31.47 | DocScrutinizer05 | rikanee: where are youß |
| 09:31.54 | DocScrutinizer05 | ? |
| 09:31.57 | rikanee | DocScrutinizer05: Philippines. |
| 09:32.02 | DocScrutinizer05 | mhm |
| 09:32.16 | SpeedEvil | REad the links in the FMTX page - there are unfortunately good reasons to only allow truly tiny powers. |
| 09:32.19 | DocScrutinizer05 | I seen a minor storm in Taipei |
| 09:32.37 | DocScrutinizer05 | no real fun |
| 09:32.53 | rikanee | SpeedEvil: regulatory agencies aren't fun :( |
| 09:33.19 | *** join/#maemo eijk (~eijk@e178229192.adsl.alicedsl.de) |
| 09:33.25 | DocScrutinizer05 | SpeedEvil: I still doubt that's any sensible rationale |
| 09:34.26 | HtheB | rikanee, so is it false alarm? |
| 09:34.37 | HtheB | i mean, did the storm happen? |
| 09:34.56 | rikanee | HtheB: it's raining hard atm, in 30 minutes I wouldn't leave the flat ;) |
| 09:34.58 | SpeedEvil | DocScrutinizer05: It is actually. The amount of power needed to disrupt a FM receiver listening to a good signal at the edge of its coverage is quite tiny. |
| 09:35.14 | HtheB | rikanee, hmmm :( |
| 09:35.31 | HtheB | hey rikanee, a bit offtopic though. can you compile harmattan apps? |
| 09:35.52 | DocScrutinizer05 | SpeedEvil: yes, but still the power of a TX goes down exponentially with distance |
| 09:36.03 | rikanee | HtheB: unfortunately, even since the Nokia wiki went down, I'm left with a broken Harmattan SDK. |
| 09:36.05 | DocScrutinizer05 | rather **3 |
| 09:36.08 | DocScrutinizer05 | iirc |
| 09:36.10 | SpeedEvil | DocScrutinizer05: Sure - so does the other transmitter. |
| 09:36.12 | SpeedEvil | err - 2 |
| 09:36.26 | rikanee | I'll get around to fixing it this weekend, and snapshotting the build VM for future reference. |
| 09:36.26 | SpeedEvil | Unless it's a near-field magnetic transmitter. |
| 09:36.29 | DocScrutinizer05 | the other transmitter is km away |
| 09:36.36 | HtheB | rikanee, there is a mirror... |
| 09:36.46 | HtheB | :P |
| 09:36.55 | DocScrutinizer05 | that's why those transmitters use hundreds of watts output |
| 09:37.09 | SpeedEvil | DocScrutinizer05: yes - and if you are talking about a reciever at the edge of its reception zone, you can actually disrupt that with nanowatts of signal. |
| 09:37.32 | SpeedEvil | The OFGEN presentation on this is good, and to the point. |
| 09:37.37 | DocScrutinizer05 | sure, when the nW transmitter is as close as a few meters |
| 09:38.59 | DocScrutinizer05 | franksly, every hairdryer motor emits a few nW real noise on that particular frequency |
| 09:39.11 | HtheB | lol |
| 09:39.42 | DocScrutinizer05 | to me that regulation is biased |
| 09:40.47 | divVerent | sure it is |
| 09:40.55 | divVerent | the distance of the fmtx is barely sufficient for car use |
| 09:41.00 | divVerent | does not even always work properly there |
| 09:41.06 | DocScrutinizer05 | yep |
| 09:41.08 | *** part/#maemo leochencipher (~leochenci@phd-sby-41.cis.utas.edu.au) |
| 09:41.34 | divVerent | works better in Switzerland than in Germany though |
| 09:41.36 | DocScrutinizer05 | the intention of that regulation been to render those transmitters basically useless |
| 09:41.38 | divVerent | less clogged frequencies |
| 09:42.00 | divVerent | rephrase: to make those transmitters unable to disturb radio receivers of others |
| 09:42.08 | divVerent | this basically sets a 4m distance limit already |
| 09:42.17 | divVerent | so you cannot force your neighbor's radio to rickroll them |
| 09:42.35 | divVerent | basically, IMHO this was solved the wrong way |
| 09:42.36 | DocScrutinizer05 | :nod: even the radio of the car next to yours, at the traffic light |
| 09:42.55 | divVerent | the real solution would have been reserving a frequency band for those transmitters |
| 09:43.03 | divVerent | and maybe 10x the power (for 3x the distance) |
| 09:43.03 | DocScrutinizer05 | sure, should've used collision detect |
| 09:43.06 | SpeedEvil | The intention is so that it doesn't screw up people listening to distant stations. |
| 09:43.09 | divVerent | not even needed there |
| 09:43.18 | divVerent | just reserve a few frequencies FM stations no longer use |
| 09:43.30 | divVerent | just, exactly this was not possible in e.g. Germany |
| 09:43.35 | divVerent | because ALL the frequencies are used |
| 09:43.36 | rikanee | I can imagine the chaos a guy with a high-power RF frontend and a USRP can do. |
| 09:43.56 | divVerent | just look at the FM frequency table for e.g. frankfurt |
| 09:44.05 | divVerent | the largest distance between two adjacent stations is 0.2 MHz |
| 09:44.33 | DocScrutinizer05 | meh, back when we did pirate radio, we had severe problems to cover a 3km radius with a 15W FM transmitter |
| 09:44.37 | divVerent | still, using the FM radio band for such purposes is plain abuse, we all agree on that |
| 09:44.51 | divVerent | if only car radios had Line-In |
| 09:44.59 | *** join/#maemo stef_204 (~kvirc@unaffiliated/stef-204/x-384198) |
| 09:45.02 | DocScrutinizer05 | some do |
| 09:45.07 | divVerent | very few, yes |
| 09:45.28 | DocScrutinizer05 | checkout motorola usb carkit |
| 09:45.29 | rikanee | divVerent: in-car BT, line-in or USB are essentials for head units nowadays. |
| 09:45.34 | DocScrutinizer05 | and cry |
| 09:46.02 | divVerent | rikanee: in the long run, this could indeed solve it |
| 09:46.08 | divVerent | just most people do not have brand new cars |
| 09:46.30 | divVerent | mine is from 2007, has CD and MP3, no line in, no USB |
| 09:46.34 | divVerent | also... many car radios don' |
| 09:46.43 | divVerent | t even have real USB but just "ipod dock" |
| 09:46.47 | rikanee | divVerent: I'm currently saving up $250 to buy a nice, factory-looking replacement head unit. |
| 09:47.02 | DocScrutinizer05 | actually line-in on car radio has its very own idiosyncrasies (topic ground loop) |
| 09:47.04 | chainsawbike | thinks all you need is an amp connected to the headphone jack... |
| 09:47.24 | divVerent | DocScrutinizer05: ground loop? the thing that shouldn't even happen if it were built right? |
| 09:47.32 | DocScrutinizer05 | yep |
| 09:47.54 | rikanee | slight annoyance from Toyota integrating the head unit panel with the rest of the console. |
| 09:47.55 | divVerent | as in, a single capacitor at the right point would already fix it? |
| 09:48.04 | divVerent | (apart from a pop noise when plugging in) |
| 09:48.34 | divVerent | how stable is the 12V voltage in the car' |
| 09:48.34 | DocScrutinizer05 | divVerent: alas not since car ground"-plane" has lots of noise |
| 09:48.37 | divVerent | s connector BTW? |
| 09:48.43 | divVerent | "very unstable" or "white noise"? |
| 09:48.50 | DocScrutinizer05 | very instable |
| 09:48.56 | DocScrutinizer05 | with extreme spikes |
| 09:49.04 | divVerent | spikes, even? ugh |
| 09:49.25 | DocScrutinizer05 | yeah, it fried several GTA02 via cheap USB car chargers |
| 09:49.38 | DocScrutinizer05 | particularly when starting engine |
| 09:49.55 | divVerent | as for audio transmission though... is it so hard to use the voltage DIFFERENCE between the 3.5mm GND and L/R pins? |
| 09:50.10 | DocScrutinizer05 | usually not |
| 09:50.18 | divVerent | (ok, this would mean not grounding the GND... which should be allowed, though, or a battery based walkman would already violate it) |
| 09:50.42 | DocScrutinizer05 | but to make absolutely sure your mobile device doesn't smoke up, you need galvanically decoubled GND |
| 09:50.50 | DocScrutinizer05 | decoupled |
| 09:50.51 | divVerent | yes, i.e. not grounding it |
| 09:51.00 | divVerent | like e.g. the tape deck adaptors do |
| 09:51.02 | DocScrutinizer05 | :nod: |
| 09:51.21 | divVerent | too bad there are no "CD deck adaptors" :P |
| 09:51.23 | DocScrutinizer05 | alas many 'cheap' line-in devices don't do this |
| 09:51.27 | divVerent | wonder how these even COULD work, if at all |
| 09:51.36 | DocScrutinizer05 | LOL |
| 09:51.41 | divVerent | probably not at all |
| 09:51.45 | DocScrutinizer05 | good joke |
| 09:51.48 | divVerent | as making an infite looped CD is simply not possible |
| 09:51.50 | DocScrutinizer05 | lemme think |
| 09:51.51 | divVerent | given the head moves during playback |
| 09:52.02 | DocScrutinizer05 | maybe a IR-LED would already suffice? |
| 09:52.03 | divVerent | the tape adaptors avoid it by not having a tape to be turned :P |
| 09:52.14 | divVerent | IR-LED with proper circuitry would work... for 74 minutes :P |
| 09:52.25 | divVerent | it also would need to move together with the reading head of the drive |
| 09:52.35 | *** join/#maemo jon_y (~enforcer@2002:af91:8163::af91:8163) |
| 09:52.48 | *** join/#maemo Martix (~martix@static-84-242-103-180.net.upcbroadband.cz) |
| 09:53.00 | divVerent | and I see no way to avoid the "CD size" limit, no matter how clever the CD emulating circuit is |
| 09:53.02 | DocScrutinizer05 | well, the head is moved by guiding gap |
| 09:53.11 | DocScrutinizer05 | so you could keep it stationary |
| 09:53.30 | divVerent | wait, a sufficiently broken CD-ROM can make the CD drive not move its head? |
| 09:53.46 | DocScrutinizer05 | yes |
| 09:53.58 | divVerent | I know this works for Vinyl disks, but for CD? |
| 09:54.14 | DocScrutinizer05 | commonly known as "your CD hangs" |
| 09:54.18 | divVerent | for vinyl, all you need is a ring instead of a spiral |
| 09:54.37 | divVerent | oh right, CDs are recorded as spirals too... |
| 09:54.43 | divVerent | so chances are the drive would indeed never notice |
| 09:54.51 | DocScrutinizer05 | for CD all you need is a scratch and a poorly adjusted CD-player |
| 09:54.59 | DocScrutinizer05 | yes |
| 09:55.09 | divVerent | so emulating an infinite CD may even be possible |
| 09:55.16 | DocScrutinizer05 | yes |
| 09:55.20 | divVerent | well, almost... there is this addressing info on the CD sectors |
| 09:55.24 | divVerent | by which the drive knows where it is |
| 09:55.35 | divVerent | this has to be incremented at each sector... wonder how high that limit is |
| 09:55.59 | DocScrutinizer05 | but the drive readout logic resyncs when the head forcefully is relocated to the start of CD |
| 09:56.05 | divVerent | also, what would happen when trying to seek :P |
| 09:56.30 | DocScrutinizer05 | trying to seek gets nasty |
| 09:56.50 | divVerent | these tape deck adaptors kinda can take that |
| 09:56.51 | DocScrutinizer05 | it would detect end of CD and stop playback |
| 09:56.56 | divVerent | except that the seeking will never stop :P |
| 09:57.54 | DocScrutinizer05 | you could copy a normal audio CD to a mini-CD and then try to seek to last take on the original CD |
| 09:58.03 | DocScrutinizer05 | you'll see what your drive does |
| 09:59.20 | DocScrutinizer05 | the better / smarter drives (nowadays all) extrapolate physical destination location of head from cueuesheet |
| 10:00.11 | DocScrutinizer05 | so the drive will locate the head to an area where there is no more physical CD when you playback that mini-CD and try to seek to end |
| 10:00.44 | DocScrutinizer05 | then drive readout logic detects there's no optical input anymore and will abort, after some retries |
| 10:01.04 | DocScrutinizer05 | particularly focus retries |
| 10:01.35 | *** join/#maemo Ex-Opesa (~Ex-Opesa@unaffiliated/ex-opesa) |
| 10:01.39 | DocScrutinizer05 | some smarter drives will step back a few millimeters and try again |
| 10:02.36 | DocScrutinizer05 | eventually every drive stops playback, or resumes at a point on CD closed to the beginning resp inner tracks |
| 10:03.54 | DocScrutinizer05 | btw all this and particularly the cue-sheet make it possible that you have a track -1 on CD. you can seek to this track when seeking backward immediately after starting playback |
| 10:04.19 | jon_y | secret track!? |
| 10:04.25 | DocScrutinizer05 | yep |
| 10:04.36 | jon_y | ooh |
| 10:05.01 | *** join/#maemo drussell (~dave@119.245.225.217) |
| 10:05.02 | DocScrutinizer05 | I think some commercial music CDs already did that gimmik |
| 10:05.19 | jon_y | is that like some DRM scheme? |
| 10:05.30 | DocScrutinizer05 | err, no? |
| 10:06.24 | DocScrutinizer05 | it's more like the really funny vinyl records that had two grooves instead of one, on one side |
| 10:06.45 | divVerent | nice trick |
| 10:06.49 | DocScrutinizer05 | depending on "random" you get to hear one or the other |
| 10:06.58 | rikanee | some bands hide sekrit tracks, IIRC. |
| 10:07.08 | DocScrutinizer05 | yes |
| 10:07.31 | rikanee | others abuse multi-session support to hide them, last I remember. |
| 10:07.33 | DocScrutinizer05 | I think you also can have tracks after cue-sheet end of record |
| 10:08.23 | DocScrutinizer05 | you might have noticed some tracks on some CDs start with minus-seconds counting up to zero |
| 10:08.51 | DocScrutinizer05 | when you do this on first track, then there's a part of audio track you usually never get to hear |
| 10:09.01 | divVerent | right, basically the first track's "lead-in" |
| 10:09.13 | DocScrutinizer05 | you however can seek back from "start" into this "hidden" negative time track |
| 10:09.17 | divVerent | but... a track -1? that "track backwards" hits when at 1? that would be weird |
| 10:09.25 | divVerent | time-seeking can reach this area often, though |
| 10:09.36 | *** join/#maemo orson (~orson@AAnnecy-257-1-73-210.w90-36.abo.wanadoo.fr) |
| 10:09.37 | divVerent | i.e. holding the seek button |
| 10:09.48 | DocScrutinizer05 | yes, that's what I said |
| 10:10.03 | DocScrutinizer05 | it's the lead in of track one |
| 10:10.08 | divVerent | oh, I thought you meant one can reach this by pressing the seek backwards button... but that would mean the player would count to 0 from 1 :P |
| 10:10.27 | divVerent | and yes, indeed some players seem to play the lead-in of track 1, and some do not |
| 10:10.28 | DocScrutinizer05 | and you only can access it by seeking linear backward from start of record |
| 10:11.08 | divVerent | 1. sell CDs with secret track hidden on lead-in |
| 10:11.14 | divVerent | 2. wait for it to appear on pirate sites |
| 10:11.17 | divVerent | 3. let them download |
| 10:11.24 | divVerent | 4. tell everyone about secret track |
| 10:11.28 | DocScrutinizer05 | check cue-sheet syntax of cdrdao/cdrecord/xcdroast/whatever |
| 10:11.45 | divVerent | I know cdrdao can do this :P I did this abuse before, but not on track 1 :P |
| 10:12.12 | divVerent | I saw also some CDs do this between track n-1 and track n |
| 10:12.16 | divVerent | label has |
| 10:12.32 | divVerent | "track n: bonus track", but the real fun is the area between n-1 and n |
| 10:12.56 | DocScrutinizer05 | awesome huge lead-in? |
| 10:13.09 | DocScrutinizer05 | of bonus track N? |
| 10:13.14 | divVerent | yes |
| 10:13.21 | DocScrutinizer05 | :nod: |
| 10:13.29 | divVerent | basically, a variant of the typical "bonus track after long pause" |
| 10:14.01 | divVerent | putting it in lead-in hides it from the pirate sites, mostly :P |
| 10:14.20 | DocScrutinizer05 | I hate all the mp3 shit for not properly supporting any of that, particularly MAFW which can't do gapfree |
| 10:15.40 | DocScrutinizer05 | I honestly would prefer raw disc image files, incl cue-sheet, and a player that pretends to playback CD |
| 10:15.58 | DocScrutinizer05 | maybe flac |
| 10:16.03 | DocScrutinizer05 | with cuesheet |
| 10:16.49 | divVerent | on certain sites, ape+cue is common |
| 10:18.51 | DocScrutinizer05 | i'd like to learn about those sites, then :-) |
| 10:18.58 | *** join/#maemo jon_y (~enforcer@2002:af91:8163::af91:8163) |
| 10:19.10 | ShadowJK | I've seen flac+cue too |
| 10:20.12 | DocScrutinizer05 | basically since that fire ate my Sony 250 (or was it 400?) CD changer player, I stopped listening music |
| 10:24.32 | DocScrutinizer05 | divVerent: the problem with "CD adapter" is the mechanics |
| 10:27.15 | DocScrutinizer05 | you maybe could even create a acryl lightchannel ring thingie in that adapter that would giude the LED's light to the head no matter which orientation the CD is inserted and where the head actually is positioned. but the rotation that the drive allpies to your "CD" will give you severe headache ;-P |
| 10:27.28 | DocScrutinizer05 | s/allpies/applies/ |
| 10:30.25 | DocScrutinizer05 | idly wonders what the spindle motor control would do when the clock of the read-in signal is too high no matter how much the spindle motor gets throttled |
| 10:30.43 | *** join/#maemo arcean (~arcean@aacs194.neoplus.adsl.tpnet.pl) |
| 10:32.25 | *** join/#maemo trx (~ns-team@93.87.57.108) |
| 10:32.25 | *** join/#maemo trx (~ns-team@devbin/founder/trx) |
| 10:35.36 | *** join/#maemo ashley (~ashley@MediaWiki/Jack-Phoenix) |
| 10:36.03 | *** join/#maemo AndrewX192 (~andrew@unaffiliated/andrewx192) |
| 10:52.31 | *** join/#maemo eijk (~eijk@e178229192.adsl.alicedsl.de) |
| 10:53.54 | jon_y | DocScrutinizer05: by DRM scheme I mean whatever autorun exe for windows on the 1st data track will try to go to -1 and scan |
| 10:55.10 | *** join/#maemo dos1 (~dos@unaffiliated/dos1) |
| 10:57.44 | jon_y | DocScrutinizer05: so if the track was missing, it would screw up your drive hardware or something |
| 10:58.01 | jon_y | eg try to flash your drive with /dev/random |
| 10:58.19 | DocScrutinizer05 | data track? |
| 10:58.46 | jon_y | well, whatever track that windows picks up the autorun stuff from |
| 10:58.46 | DocScrutinizer05 | autorun? |
| 10:59.10 | jon_y | think sony rootkit, but abrasive upfront :) |
| 10:59.22 | DocScrutinizer05 | you ever seen windows load any autorun from an audio CD (redbook?)? |
| 10:59.40 | jon_y | if it has a data track, yes |
| 10:59.49 | jon_y | maybe they were called mixed mode |
| 11:00.04 | jon_y | most CD players would ignore the data track anyway |
| 11:00.32 | DocScrutinizer05 | or so hoped Sony, eh? |
| 11:00.40 | jon_y | windows would still look for autorun on the data (non-audio) track |
| 11:01.07 | jon_y | I don't know if CD players can go to -1 track |
| 11:01.39 | DocScrutinizer05 | there are no tracks as you use the term |
| 11:02.35 | jon_y | Nero calls then data tracks, as opposed to audio tracks |
| 11:02.41 | jon_y | not sure what the correct term is |
| 11:03.05 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 11:03.19 | jon_y | what are non-audio tracks technically called anyway? |
| 11:03.49 | DocScrutinizer05 | what are non-audio tracks? |
| 11:04.24 | jon_y | tracks that contain computer files? |
| 11:05.02 | DocScrutinizer05 | on a audio-CD a track is a segment out of the continuous data stream that has basically PCM data, defined by start and end timestamp (simplified picture) |
| 11:06.02 | DocScrutinizer05 | so there's no way to have non-audio tracks on a audio CD, afaik |
| 11:06.26 | jon_y | hmm, I've seen CDs with both audio and data |
| 11:06.29 | DocScrutinizer05 | (it has cue-sheet aka index, but that's besides the point here) |
| 11:06.43 | jon_y | game CDs from 1997 |
| 11:07.21 | DocScrutinizer05 | yes, you can have multisession CD but that's already no true audio-CD anymore |
| 11:07.40 | jon_y | ah ok, those are called multisession CDs |
| 11:07.49 | DocScrutinizer05 | most players are able to playback multisession CD when first session is an audio-CD format |
| 11:08.40 | DocScrutinizer05 | some can even jump a data session I guess |
| 11:08.42 | jon_y | ok, so 2 sessions, where the 2nd session are all audio tracks? |
| 11:10.02 | DocScrutinizer05 | but again, that's not a true CDDA http://de.wikipedia.org/wiki/Rainbow_Books#Red_Book compatible audio-CD anymore |
| 11:10.14 | DocScrutinizer05 | and not what we were talking about |
| 11:10.37 | jon_y | ok |
| 11:11.30 | DocScrutinizer05 | we were talking about audio tracks which as I already mentioned are defined by start and end point, but also have an entry point, and if that entry point is not == start point, you got a lead-in on that particular audio track |
| 11:14.58 | DocScrutinizer05 | ~wiki bluebook |
| 11:15.49 | *** join/#maemo MikaT (~mtapoja@projects.sse.fi) |
| 11:16.13 | DocScrutinizer05 | http://en.wikipedia.org/wiki/Blue_Book_(CD_standard) |
| 11:21.27 | *** join/#maemo BCMM (~BCMM@unaffiliated/bcmm) |
| 11:37.27 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 11:37.44 | *** join/#maemo lizardo (lizardo@nat/indt/x-mulqbrmpigmohfjb) |
| 11:39.21 | *** join/#maemo Natch (~Natch@c-10cfe155.25-4-64736c10.cust.bredbandsbolaget.se) |
| 11:39.30 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 11:40.15 | DocScrutinizer05 | sorry, it's not called lead-in but pre-gap |
| 11:52.16 | SpeedEvil | I have wondered if gapless playback is patented |
| 11:52.35 | SpeedEvil | So the lack of it is to avoid a licence fee. |
| 12:13.42 | *** join/#maemo Pali (~pali@Maemo/community/contributor/Pali) |
| 12:14.01 | *** join/#maemo FIQ (~fiq@unaffiliated/fiq) |
| 12:14.58 | *** join/#maemo jmlich (jmlich@nat/redhat/x-jjgrxcvtnfomdooe) |
| 12:21.06 | *** join/#maemo triggerhappy (~quassel@58.69.194.133) |
| 12:21.53 | teotwaki | SpeedEvil: http://www.google.com/patents/US20100165815 |
| 12:27.45 | *** join/#maemo triggerhappy (~quassel@58.69.194.133) |
| 12:30.24 | Shapeshifter | Are the maps stored in mydocs or somewhere on rootfs when caching maps for apps like cloud gps? |
| 12:31.45 | Shapeshifter | and what's the best maps/navi app for the n900 anyway, these days? cloud gps is super smooth indeed but it seems really buggy. Keeps crashing and when searching for something in portrait mode, it gets the orientation of the text the wrong way. |
| 12:33.18 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 12:38.11 | SpeedEvil | teotwaki: Sigh. Though that patent seems easily sidestepped |
| 12:39.27 | DocScrutinizer05 | meh, filter graphs. We don't need friggin filter graphs, we use software instead ;-P |
| 12:52.27 | DocScrutinizer05 | ok, this is weird BS actually assuming a detection method for EOF generic to the audio and capable of cutting silence at end of a media track, no matter if that's intentional silence or not (padding). Furthermore it does same for the queued next "filter graph" aka playback stream/process and puts that one on hold where it thinks audio actually starts. We don't need either, we just need a command cueue in MAFW that sets up next gstreamer |
| 12:52.29 | DocScrutinizer05 | pipe while current pipe plays back, and starts that pre-setup gstreamer process when current process exits (no filters or nifty detections involved!). Then it immediately sets up next gstreamer pipe after SIGSTARTing the preloaded one, and puts that one on SIGSTOP |
| 12:52.58 | *** join/#maemo HtheB (~HtheB@62.140.137.48) |
| 12:54.02 | HtheB | whatsup doc |
| 12:54.22 | DocScrutinizer05 | hmmß |
| 12:54.32 | DocScrutinizer05 | http://www.google.com/patents/US20100165815 |
| 12:55.10 | DocScrutinizer05 | Shapeshifter: maps are generally stored on MyDocs |
| 12:55.13 | DocScrutinizer05 | see |
| 12:55.20 | DocScrutinizer05 | ~optification |
| 12:55.20 | infobot | optification is a inventive duct tape workaround to reclaim space in fs root, done due to the fact the systeminit *and* partitioning is FUBAR, http://wiki.maemo.org/Documentation/Maemo_5_Developer_Guide/Packaging,_Deploying_and_Distributing/Installing_under_opt_and_MyDocs, or ""OMG - I wish they looked into FHS and moved /usr to eMMC"", http://www.pathname.com/fhs/pub/fhs-2.3.html#PURPOSE2 bullet1,2 and fhs-2.3.html#PURPOSE16 dot3" |
| 12:56.19 | Shapeshifter | DocScrutinizer05: is marble any good? |
| 12:56.32 | divVerent | haha, FHS and /usr... |
| 12:56.43 | DocScrutinizer05 | well, I'm using it |
| 12:56.53 | divVerent | I am not using it any more... damn Poettering |
| 12:57.05 | DocScrutinizer05 | tzzz |
| 12:57.10 | divVerent | /bin, /sbin, /usr/sbin are now all symlinks to /usr/bin because systemd is retarded |
| 12:57.22 | divVerent | so much for "/usr separation" |
| 12:57.24 | DocScrutinizer05 | indeed |
| 12:57.38 | divVerent | if we put everything in /usr now... what did we need the separation for anyway? |
| 12:57.42 | DocScrutinizer05 | and that shit will never make it on my machines! |
| 12:57.52 | DocScrutinizer05 | exactly |
| 12:58.05 | divVerent | reason for this is that systemd guys were too stupid to make early boot scripts not use stuff from /usr |
| 12:58.10 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 12:58.18 | divVerent | or e.g. stuff in /bin using libs from /usr/lib |
| 12:58.38 | divVerent | in Various Distros |
| 12:58.46 | DocScrutinizer05 | that's basically what we seen on maemo as well |
| 12:59.02 | divVerent | no distro ever got this right... but instead of actually trying for once |
| 12:59.09 | divVerent | the Lennarts rather wanty to throw away this |
| 12:59.31 | divVerent | also a nice one, PAM modules using stuff from /usr |
| 12:59.36 | divVerent | pam_encfs, pam_sshsomething |
| 12:59.39 | DocScrutinizer05 | idiots never will extinguish |
| 12:59.49 | divVerent | in case of these pam modules, it can't really be avoided |
| 12:59.59 | divVerent | instead, pam libs should have been moved below /usr for this :P |
| 13:00.02 | DocScrutinizer05 | extinct I meant |
| 13:00.26 | divVerent | too bad they have influence... |
| 13:00.39 | *** join/#maemo eijk (~eijk@e178229192.adsl.alicedsl.de) |
| 13:00.48 | divVerent | systemd itself is quite ok, but... I really don't want poettering to have that power |
| 13:00.52 | divVerent | he ruined linux audio, isn't that enough? |
| 13:01.05 | DocScrutinizer05 | ack |
| 13:01.24 | *** join/#maemo NIN101 (~NIN@p57B9ED88.dip0.t-ipconnect.de) |
| 13:01.54 | DocScrutinizer05 | it's about time for a large movement towards poettering-free distros |
| 13:02.02 | divVerent | I mean... why AM I even on systemd? because arch linux tries to avoid patching upstream (good) and there is no more upstream udev outside systemd (BAD BAD BAD) |
| 13:02.06 | HtheB | damn |
| 13:02.12 | HtheB | my rootfs is somehow full |
| 13:02.17 | HtheB | 0% left |
| 13:02.30 | HtheB | how can I clean left over files? |
| 13:02.39 | DocScrutinizer05 | rm? |
| 13:02.50 | HtheB | sure rm |
| 13:02.55 | DocScrutinizer05 | have a look into /var/log |
| 13:02.58 | HtheB | but which files are safe to rm |
| 13:03.34 | divVerent | how did you fill it up? maybe that helps |
| 13:04.41 | HtheB | upgraded the cssu |
| 13:04.53 | HtheB | but dont know if that was the reason |
| 13:06.06 | DocScrutinizer05 | a du -x /|sort -n my also help |
| 13:06.30 | Shapeshifter | Dammit... What's the correct sources line for the marble repository located here? https://files.kde.org/marble/downloads/maemo/fremantle/ ? I tried just about everything and I always either get an invalid syntax error or a 404 |
| 13:06.57 | DocScrutinizer05 | hm, you might have hidden files under mountpoints (old unix admin prank) |
| 13:07.13 | HtheB | DocScrutinizer05 still 0% |
| 13:07.24 | DocScrutinizer05 | still? |
| 13:07.31 | HtheB | let me show u the outpur of ls * -i |
| 13:07.34 | HtheB | output |
| 13:10.00 | DocScrutinizer05 | wouldn't know how that helps |
| 13:10.32 | DocScrutinizer05 | anyway ubifs has a garbage collection that doesn't kick in instantly |
| 13:11.14 | DocScrutinizer05 | usually deleting files doesn't instantly free disk space, though after a boot you suddenly have several % free again |
| 13:11.38 | DocScrutinizer05 | I guess there are other occasions too on which GC kicks in |
| 13:11.50 | DocScrutinizer05 | you may try a sync for example |
| 13:12.15 | DocScrutinizer05 | though I'm not sure it helps to kick off GC |
| 13:12.39 | HtheB | oke let me reboot it |
| 13:12.47 | HtheB | altough, here is the pastebin |
| 13:12.56 | HtheB | www.pastebin.com/KXd1B5Ne |
| 13:14.47 | DocScrutinizer05 | fine, when I find a duplicate inode, may I win sth? |
| 13:15.45 | HtheB | like? :P |
| 13:15.49 | HtheB | a free hug? |
| 13:16.15 | DocScrutinizer05 | LOL @ negative inode numbers starting at >>-268434770 asound<< though |
| 13:16.33 | HtheB | oh darn ir |
| 13:16.35 | HtheB | it |
| 13:16.39 | HtheB | i did ls -i right |
| 13:16.52 | HtheB | had to do ls to show the filesizes |
| 13:17.12 | HtheB | fails |
| 13:17.21 | *** join/#maemo arcean_ (~arcean@aaeu40.neoplus.adsl.tpnet.pl) |
| 13:17.41 | DocScrutinizer05 | I guess negative means virtual? |
| 13:17.50 | HtheB | i dont know :D |
| 13:18.42 | DocScrutinizer05 | well, all those negative inodes are in /proc |
| 13:19.12 | DocScrutinizer05 | so I wouldn't be too surprised that they use negative inode numbers there to not collide with real inodes |
| 13:21.55 | DocScrutinizer05 | hey I built an awesome braindead simple movement detector :-D |
| 13:22.08 | *** join/#maemo Martix_ (martix@nat/redhat/x-asdwktyyhoojwjna) |
| 13:22.11 | HtheB | doc |
| 13:22.18 | *** join/#maemo sheepbat (~lev3k@c-98-238-227-32.hsd1.ca.comcast.net) |
| 13:22.27 | HtheB | www.pastebin.com/rekCSNZG |
| 13:22.32 | HtheB | hope this is more useful lol |
| 13:22.34 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 13:23.24 | DocScrutinizer05 | (actually I build it to detect random resets of my water heater that result in it shutting down LCD backlight for 1s. I simply used my t900 and polled /sys/*/*/*/lux comparing the reading to last one) |
| 13:24.55 | DocScrutinizer05 | -rw------- 1 root root 296.0k Jan 1 1970 core |
| 13:24.59 | DocScrutinizer05 | cruft |
| 13:26.28 | HtheB | ? |
| 13:27.32 | HtheB | oke deleted it |
| 13:29.03 | DocScrutinizer05 | for the rest I can't say anything. again: look into /var/log7* |
| 13:29.09 | *** join/#maemo eijk (~eijk@e178229192.adsl.alicedsl.de) |
| 13:29.12 | DocScrutinizer05 | err /var/log/* |
| 13:29.36 | HtheB | there are only 2 files |
| 13:29.48 | HtheB | each just like 1/2kb or se |
| 13:29.49 | HtheB | or so* |
| 13:29.50 | DocScrutinizer05 | and if you had trouble with cssu-t8 you *might* have hidden files covered under /opt |
| 13:29.55 | DocScrutinizer05 | or /home |
| 13:30.00 | Shapeshifter | DocScrutinizer05: how does you battery hold up by the way? I keep having a major problem with battery life. It holds up more or less well for 1 day of use (while being online in 2 sip accounts and one gtalk account, checking emails every 30min), but as soon as I turn on 3G, it takes about 20 minutes and then I get battery warnings and the phone turns off. When I turn it on again and switch back to 2G, I can get several more hours out ... |
| 13:30.06 | Shapeshifter | ... of it. It seems like it's overreacting when the drain increases... |
| 13:30.17 | HtheB | but /opt isn't a part of root? |
| 13:30.25 | HtheB | or am i wrong |
| 13:30.49 | DocScrutinizer05 | Shapeshifter: that indicates aged cell that has increased ESR |
| 13:30.56 | Shapeshifter | ESR? |
| 13:30.59 | DocScrutinizer05 | get a new battery |
| 13:31.01 | SpeedEvil | Quite. |
| 13:31.05 | DocScrutinizer05 | effective series resistance |
| 13:31.20 | DocScrutinizer05 | HtheB: that's the point |
| 13:31.41 | HtheB | no hidden files btw within /opt |
| 13:31.44 | Shapeshifter | DocScrutinizer05: can you recommend a place to buy a replacement battery in europe? |
| 13:32.04 | DocScrutinizer05 | when you create a file in /opt before the real /opt volume gets mounted to /opt, then that file is hidden and I dunno how to detect it other than umounting /opt again |
| 13:32.08 | Shapeshifter | I once bought a replacement battery from hong kong for 2.50 USD but I haven't had the nerve to use it >.> |
| 13:32.14 | HtheB | oh hang on |
| 13:32.20 | HtheB | i think i found out the reason now |
| 13:32.24 | HtheB | >.> |
| 13:32.30 | HtheB | now that youve said it |
| 13:32.37 | DocScrutinizer05 | var/log/syslog 40MB? |
| 13:33.28 | DocScrutinizer05 | Shapeshifter: I buy my replacement batteries in my second hand phone store next house |
| 13:33.49 | DocScrutinizer05 | if they sell me a lemon, they get some bitching and give me a replacement |
| 13:34.11 | DocScrutinizer05 | usually genuine Nokia batteries, though "used" |
| 13:34.14 | *** join/#maemo eMHa (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 13:34.43 | Shapeshifter | mh. I'm not sure if I could trust ebay sellers that they're selling genuine ones |
| 13:34.52 | DocScrutinizer05 | since they are "used" I have no trouble when asking for a better one |
| 13:35.25 | HtheB | ive installed like 30 libs |
| 13:35.28 | Shapeshifter | well there aren't really any shops like that in switzerland ;-) |
| 13:35.40 | HtheB | (libs that are actually made for harmattan) |
| 13:35.41 | DocScrutinizer05 | (I suspect the guy to sell the bad battery to next idiot ;-P) |
| 13:35.58 | DocScrutinizer05 | LOL |
| 13:36.36 | DocScrutinizer05 | Shapeshifter: what? no turkish shops in la suisse? |
| 13:36.50 | HtheB | :D |
| 13:36.51 | DocScrutinizer05 | pakistani maybe? |
| 13:36.52 | Shapeshifter | DocScrutinizer05: not too many. There are a few... |
| 13:36.56 | Shapeshifter | greeks, too |
| 13:36.57 | Shapeshifter | ^^ |
| 13:37.06 | HtheB | Shapeshifter, cant be |
| 13:37.15 | HtheB | turkish phone shops are everywhere |
| 13:37.41 | Shapeshifter | is it even possible to tell if a battery is genuine by that 'hologram' ? |
| 13:37.42 | DocScrutinizer05 | sounds like "we can't get doener here" |
| 13:37.55 | divVerent | there is clearly a lot of such shops in Zürich... but these shops look like I don't want to enter |
| 13:38.02 | divVerent | small shop, huge mobile carrier name, looks dirty |
| 13:38.16 | divVerent | DocScrutinizer05: haha, we can, at 3x normal price and 75% doener size |
| 13:38.23 | Shapeshifter | divVerent: true that. |
| 13:38.23 | DocScrutinizer05 | that's exactly the kind of shop ;-) |
| 13:38.29 | HtheB | divVerent real Halal? |
| 13:38.39 | divVerent | I don't care, I am not paying SFr 10 for a doener |
| 13:39.02 | divVerent | probably equally halal as elsewhere... |
| 13:39.16 | HtheB | real halal meat cost a lot |
| 13:39.17 | divVerent | I mean, a muslim CAN eat horses :P |
| 13:39.22 | HtheB | lol! |
| 13:39.26 | HtheB | well... |
| 13:39.33 | HtheB | its not the best though |
| 13:39.36 | HtheB | :P |
| 13:39.38 | divVerent | (actually, I am not so sure about that part... |
| 13:39.40 | HtheB | i rather have cow.. |
| 13:39.52 | HtheB | it's not haram (forbidden) but uhmmm |
| 13:39.58 | divVerent | would first have to look up the weird rules from the old testament the Muslims based theirs on) |
| 13:40.01 | HtheB | you can't eat it untill you really starf |
| 13:40.08 | HtheB | and you may only eat 1 leg |
| 13:40.23 | divVerent | like, for knowing if you can eat it, you need to look at the hooves firts :P |
| 13:40.27 | DocScrutinizer05 | rotfl |
| 13:40.28 | *** join/#maemo eMHa (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 13:40.32 | HtheB | lol |
| 13:40.54 | HtheB | well, every animal that you slaught should be healthy |
| 13:41.37 | teotwaki | slaughter |
| 13:41.38 | DocScrutinizer05 | well, at McDo I'd rather worry about the packaging ;-P |
| 13:41.50 | teotwaki | DocScrutinizer05: when you say packaging, you mean the fat around the food? |
| 13:41.57 | Shapeshifter | I also often have problems with the SIM card. Becomes 'unrecognized' and I have to reboot the phone. Have cleaned the connectors and card several times over... |
| 13:42.09 | Shapeshifter | really, the n900 isn't exactly holding up to nokia rep |
| 13:42.17 | teotwaki | it isn't? |
| 13:42.21 | Shapeshifter | At least the usb port problem is easily fixed. |
| 13:42.25 | Shapeshifter | (in advance) |
| 13:42.27 | DocScrutinizer05 | I mean the wrapper or box that allegedly is the only valuable nutrition in their food |
| 13:42.29 | teotwaki | I've had one since late 2009, been in use since then, nothing's failed. |
| 13:42.39 | divVerent | DocScrutinizer05: this has an advantage too |
| 13:42.43 | DocScrutinizer05 | but might not be halal ;-) |
| 13:42.45 | divVerent | as a vegan, you can eat anything as McD's |
| 13:42.56 | divVerent | I mean, they cannot put any animals in there, they use cheap chemical stuff :P |
| 13:43.50 | DocScrutinizer05 | teotwaki: same here |
| 13:44.03 | DocScrutinizer05 | except that early flex cable issue |
| 13:44.23 | teotwaki | my nokia uUSB cable is still my main cable |
| 13:44.26 | teotwaki | for all my devices. |
| 13:44.44 | teotwaki | I literally have it with me everywhere. |
| 13:44.56 | DocScrutinizer05 | I mean the flex connector aka display PCB |
| 13:45.09 | teotwaki | ah |
| 13:45.19 | teotwaki | had that issue on the n810 |
| 13:45.28 | teotwaki | never had it on the n900 |
| 13:45.36 | teotwaki | though iirc, lcuk had it happen to him twice. |
| 13:45.47 | DocScrutinizer05 | well, I triggered it by disassembly |
| 13:46.26 | DocScrutinizer05 | must've been semi-broken before, since... EE... you know. I'm not using sledge hammer usually |
| 13:46.51 | *** join/#maemo eMHa (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 13:47.15 | *** join/#maemo sunny_s (~sunny_s@business-092-079-020-027.static.arcor-ip.net) |
| 13:47.54 | DocScrutinizer05 | and, well, it returned from Nokia repair with power button quite defect |
| 13:48.08 | DocScrutinizer05 | which funny enough repaired itself over the years |
| 13:49.05 | DocScrutinizer05 | glares at those 25 pcs 0.06F capacitors, coin type |
| 13:49.30 | DocScrutinizer05 | PAS414 |
| 13:49.51 | DocScrutinizer05 | PAS414HR even |
| 13:50.09 | HtheB | doc |
| 13:50.13 | HtheB | time to flash i guess |
| 13:50.16 | HtheB | it's dead |
| 13:50.20 | DocScrutinizer05 | that's no highlight here |
| 13:50.32 | DocScrutinizer05 | hmm? |
| 13:50.54 | DocScrutinizer05 | you removed all your harmattan libs and a few more? |
| 13:51.03 | HtheB | i cant remove them |
| 13:51.05 | HtheB | thats the point |
| 13:51.11 | DocScrutinizer05 | o.O |
| 13:51.22 | HtheB | =( |
| 13:51.53 | DocScrutinizer05 | how's that? |
| 13:51.55 | HtheB | (by dead, i mean the n900 is in coma) |
| 13:51.59 | HtheB | i try to delete |
| 13:52.04 | HtheB | but it gives me errors like |
| 13:52.59 | HtheB | <package> depends on <package>; however: package <package> is to be removed. |
| 13:53.25 | DocScrutinizer05 | err what? you installed harmattan libs via apt? |
| 13:53.28 | HtheB | but i did just dpkg -r <packages> |
| 13:53.38 | HtheB | :nod: |
| 13:53.57 | HtheB | well, they are .deb files... |
| 13:54.00 | HtheB | how else was it going to be? |
| 13:54.00 | DocScrutinizer05 | sorry, no clue how to fix that |
| 13:54.19 | HtheB | fml |
| 13:54.21 | DocScrutinizer05 | I'm just surprised it worked |
| 13:54.31 | HtheB | i tried meecolay |
| 13:54.52 | HtheB | to run harmattan apps on maemo |
| 13:54.59 | HtheB | somehow, all libs installed |
| 13:55.00 | DocScrutinizer05 | mhm |
| 13:55.23 | HtheB | the libs that I couldnt find, i just ripped them off, of harmattan /usr/lib |
| 13:55.23 | HtheB | and pasted in the N900 one |
| 13:55.38 | *** join/#maemo eMHa (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 13:55.51 | jaska | O.o |
| 13:55.55 | DocScrutinizer05 | well, and if you just rm them now? |
| 13:57.15 | DocScrutinizer05 | I guess meecolay would use some ld_preload or LD_LIBRARAYPATH or whatever to load the meego libs, and not expect them in default location for maemo libs |
| 13:57.47 | HtheB | wrong |
| 13:58.00 | HtheB | somehow everytime i try to run it, it told me that I miss a library |
| 13:58.11 | DocScrutinizer05 | anyway, I hardly can give any reasonable advice how to fix that |
| 13:58.15 | HtheB | at the end, i was done collecting like 30 libraries :D |
| 13:58.21 | HtheB | no prob |
| 13:58.53 | DocScrutinizer05 | and now I'm afk and busy with RL |
| 14:01.52 | HtheB | thx doc, i think my problem is solved with apt-get install -f |
| 14:02.29 | DocScrutinizer05 | sometimes that helps, yeah |
| 14:02.49 | DocScrutinizer05 | sometimes it does more damage than good |
| 14:03.47 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 14:04.26 | DocScrutinizer05 | HtheB: maybe this comes in handy for you: |
| 14:04.28 | DocScrutinizer05 | IroN900:~# cat `which what-installed-when` |
| 14:04.30 | DocScrutinizer05 | #!/bin/sh |
| 14:04.31 | DocScrutinizer05 | ls -l /var/lib/dpkg/info/*.list | awk '{print $6 " "$7" "$8}' | sed s/.list// | sort |
| 14:04.59 | *** join/#maemo FIQ (~fiq@unaffiliated/fiq) |
| 14:05.23 | DocScrutinizer05 | and yeah, i know it's parsing ls output, which is an absolute nogo usually |
| 14:07.23 | *** join/#maemo eMHa (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 14:08.27 | HtheB | woohoo |
| 14:08.31 | HtheB | 86% used |
| 14:08.41 | HtheB | instead of 100% after apt-get install -f |
| 14:09.01 | HtheB | also, removed all libs manually that were copy pasted |
| 14:09.32 | Shapeshifter | http://www.jabawok.net/wp-content/uploads/2012/07/20120726_N900-gsm-chips-spring-fix03.jpg >.> |
| 14:09.44 | Shapeshifter | Why exactly does this work? |
| 14:11.06 | Shapeshifter | GSM chips coming off from the board? |
| 14:12.19 | DocScrutinizer05 | LANG=en_EN ls -l /var/lib/dpkg/info/*.list | awk '{print $6 " "$7" "$8}' | sed s/.list// | sort |
| 14:12.27 | DocScrutinizer05 | LANG=en_EN ls -l /var/lib/dpkg/info/*.list | awk '{print $6 " "$7" "$8}' | sed s/.list// | sort | less |
| 14:12.51 | DocScrutinizer05 | Shapeshifter: basically yes, though I think none of the chips shown there *is* the BB5 |
| 14:13.02 | Shapeshifter | mh |
| 14:13.18 | DocScrutinizer05 | and WTF doe maemo ignore LANG=C ?! |
| 14:13.38 | Shapeshifter | I also keep having this problem https://bugs.maemo.org/show_bug.cgi?id=7060 (totally green and dark pictures under low light conditions when using flash) |
| 14:13.40 | povbot_ | 04Bug 7060: Sometimes photos are very green |
| 14:13.48 | Shapeshifter | It says this was fixed but it clearly isn't. |
| 14:14.08 | Shapeshifter | https://bugs.maemo.org/attachment.cgi?id=2541 |
| 14:14.25 | DocScrutinizer05 | it's fixed in cam module firmware or drivers |
| 14:15.44 | Shapeshifter | It's still taking green pictures is what I'm saying. |
| 14:18.38 | Shapeshifter | DocScrutinizer05: how much do you usually pay for your 'used' batteries? |
| 14:18.48 | DocScrutinizer05 | hmm OK the big one indeed is rapuyama |
| 14:19.05 | DocScrutinizer05 | ~8 bucks |
| 14:23.09 | DocScrutinizer05 | ~#maemo cmtfix is http://www.jabawok.net/wp-content/uploads/2012/07/20120726_N900-gsm-chips-spring-fix03.jpg |
| 14:23.09 | infobot | DocScrutinizer05: okay |
| 14:24.12 | DocScrutinizer05 | Shapeshifter: mine works now, after I think PR.1.1.1 update |
| 14:24.22 | Shapeshifter | DocScrutinizer05: ever heard of "powercell"? apparently a german producer (certainly made in china...) but apparently they don't explode. |
| 14:24.26 | DocScrutinizer05 | (camera) |
| 14:24.29 | Shapeshifter | DocScrutinizer05: mhh. |
| 14:25.09 | DocScrutinizer05 | well, there are not many cell manufs |
| 14:25.28 | Shapeshifter | "polarcell" actually. |
| 14:25.32 | DocScrutinizer05 | and they got better regarding exploding cells |
| 14:26.20 | *** join/#maemo eMHa_ (~mh@et-0-30.gw-nat.bs.kae.de.oneandone.net) |
| 14:26.43 | DocScrutinizer05 | I killed one noname battery when I heated it up to check the BSI resistor for NTC properties |
| 14:27.01 | DocScrutinizer05 | it became quite hot and then "pregnant" |
| 14:27.21 | Shapeshifter | ouch |
| 14:27.31 | DocScrutinizer05 | but didn't even vent |
| 14:27.43 | Shapeshifter | just realized that his current battery isn't an original. Came with the phone (second hand N900) |
| 14:28.02 | DocScrutinizer05 | well, then... |
| 14:28.12 | DocScrutinizer05 | no surprise it has high ESR |
| 14:28.18 | Shapeshifter | I need to find one of those turkish shops and check out their batteries |
| 14:28.52 | DocScrutinizer05 | all my supposedly genuine nokia bl-5j are still in pretty good condition |
| 14:28.53 | *** join/#maemo mnzaki (~mnzaki@62.135.104.205) |
| 14:29.17 | DocScrutinizer05 | charging the one in use daily |
| 14:29.24 | Shapeshifter | DocScrutinizer05: does it matter how old unused batteries are? I.e. if I buy one off ebay it could be that it's been sitting in storage for 5 years or more. |
| 14:29.35 | DocScrutinizer05 | the trick is to never deplete them completely |
| 14:30.02 | DocScrutinizer05 | hmm, *usually* they should survive that |
| 14:31.02 | DocScrutinizer05 | otoh the urban legend is that a LiIon is considered dead after 5 years no matter what you did to them |
| 14:31.44 | DocScrutinizer05 | I guess when it still has voltage, then it's probably still ok |
| 14:32.15 | DocScrutinizer05 | when it can't start your phone when unpacked and inserted, then better don't even try to charge it |
| 14:32.50 | DocScrutinizer05 | reminds me to recharge all my gta02-batteries |
| 14:33.57 | Shapeshifter | I just noticed my trusted retailer has one in stock. Ordered it, 19chf. At least like this I know it's certainly genuine. |
| 14:34.20 | Shapeshifter | yay, long live my N900 ^^ |
| 14:34.52 | *** join/#maemo teotwaki (~teotwaki@Maemo/community/contributor/crashanddie) |
| 14:35.59 | DocScrutinizer05 | ~weather EDDN |
| 14:37.03 | Shapeshifter | DocScrutinizer05: You live in nürnberg? |
| 14:37.37 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 14:38.23 | Shapeshifter | Now I understand why you visit turkish shops. I've never met nicer turkish people than in nürnberg for some reasons. Nice place. Good döner, too. There's at least one that makes their own bread for dürüm. None of that pre packaged stuff. |
| 14:38.48 | Shapeshifter | mhh, nice. marble with monav navigation actually works rather well. |
| 14:38.53 | Shapeshifter | offline, that is |
| 14:43.30 | *** join/#maemo jmlich (jmlich@nat/redhat/x-zcyyfgamgghflvov) |
| 14:46.41 | *** join/#maemo Martix_ (martix@nat/redhat/x-ffhsitnbevffopdq) |
| 14:47.51 | *** join/#maemo Pilke (~Pilke@188-67-217-209.bb.dnainternet.fi) |
| 14:56.41 | *** join/#maemo Wizzup (~Wizzup@old.villavu.com) |
| 15:01.41 | *** join/#maemo mvp (~mvp@dhcp-1.q.wlan.net.bme.hu) |
| 15:09.49 | *** join/#maemo strohalm (~smoofi@cpe-0018f841fb5c.ip-pool.rftonline.net) |
| 15:09.50 | *** join/#maemo strohalm (~smoofi@unaffiliated/strohi) |
| 15:13.05 | BCMM | i've booted rescueOS on my messed up n900 and executed mass-storage-enable.sh. i'm only seeing one USB MSC disk, no MyDocs. am i doing someting wrong? |
| 15:13.24 | *** join/#maemo oldtopman (~oldtopman@unaffiliated/oldtopman) |
| 15:16.13 | *** join/#maemo guerby (~guerby@ip165-ipv6.tetaneutral.net) |
| 15:27.01 | DocScrutinizer05 | well, check the mass-storage-enable.sh, it might fail for e.g. no /home/user/MyDoc available to umount, or whatever |
| 15:27.51 | DocScrutinizer05 | you might execute the cmdlines in mass-storage-enable.sh manually, one by one, and see what you get from stderr and return code |
| 15:28.17 | *** join/#maemo MetalGearSolid (~MetalGear@39.244.50.60.brf03-home.tm.net.my) |
| 15:28.22 | *** join/#maemo NIN101 (~NIN@p57B9ED88.dip0.t-ipconnect.de) |
| 15:29.31 | DocScrutinizer05 | eeeek, vulnerabilities in VLC |
| 15:30.03 | DocScrutinizer05 | <PROTECTED> |
| 15:32.59 | BCMM | DocScrutinizer05: i got it mounted on the device and ftp working over USB networking. any idea how much slower than MSC that's going to be? |
| 15:33.53 | Shapeshifter | DocScrutinizer05: talking of vulnerabilities, this is a fun read http://www.webhostingtalk.com/showthread.php?s=517e3042992452b90e20ff8464130ac6&t=1275572 |
| 15:35.03 | Shapeshifter | http://www.zamfoo.com/updatezamfoo this is especially funny |
| 15:35.26 | BCMM | heh |
| 15:36.04 | BCMM | since it's burried deep in the thread, the vuln is something like blah.php?date=`command goes here` |
| 15:37.34 | *** join/#maemo Wizzup_ (~Wizzup@old.villavu.com) |
| 15:39.12 | Shapeshifter | DocScrutinizer05: anything I need to do to "break in" a new battery so that it lasts longer? |
| 15:49.32 | *** join/#maemo frafl (~Thunderbi@e178073071.adsl.alicedsl.de) |
| 15:50.15 | BCMM | DocScrutinizer05: do i need to take some action to make the phone charge while i'm moving data over MSC? |
| 15:53.05 | *** join/#maemo FIQ (~fiq@unaffiliated/fiq) |
| 15:58.30 | DocScrutinizer05 | BCMM: actually I don't know |
| 15:59.03 | DocScrutinizer05 | (sftp) I copied 15GB from device last night, took ~3..4h |
| 15:59.25 | *** join/#maemo wmarone (~wmarone@c-67-174-151-253.hsd1.ca.comcast.net) |
| 16:00.18 | BCMM | DocScrutinizer05: i just realised i need MSC anyway |
| 16:00.34 | BCMM | there's no ssh, and i don't think rsync works over ftp |
| 16:04.17 | DocScrutinizer05 | I dount there even is any ftp. I however wonder why there's no sshd |
| 16:04.28 | DocScrutinizer05 | doubt* |
| 16:04.51 | *** join/#maemo Martix_ (martix@nat/redhat/x-unrwsgxrgidnwxcb) |
| 16:06.45 | BCMM | DocScrutinizer05: thanks, i took apart the shell script and told it to export only mydocs, not home and mydocs. looks to be working fine |
| 16:07.12 | DocScrutinizer05 | thought as much :-) |
| 16:07.15 | DocScrutinizer05 | yw |
| 16:13.41 | *** join/#maemo sq-one (~sq-one@p549A9A13.dip0.t-ipconnect.de) |
| 16:17.33 | *** join/#maemo Martix_ (martix@nat/redhat/x-sktpsfkwszfrzsie) |
| 16:20.10 | *** join/#maemo mvp (~mvp@152.66.10.11) |
| 16:21.11 | *** join/#maemo Sc0rpius (~naikel@190.38.247.115) |
| 16:24.58 | *** join/#maemo shanttu (~shanttu@dsl-hkibrasgw3-50ddce-164.dhcp.inet.fi) |
| 16:25.10 | *** join/#maemo thedead1440_ (~thedead14@unaffiliated/thedead1440) |
| 16:26.25 | *** join/#maemo thedead1440 (~thedead14@unaffiliated/thedead1440) |
| 16:47.38 | *** join/#maemo Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
| 16:57.00 | *** join/#maemo eMHa_ (~mh@HSI-KBW-149-172-0-168.hsi13.kabel-badenwuerttemberg.de) |
| 16:57.38 | *** join/#maemo SmilyOrg (Smily@BSN-182-149-84.dial-up.dsl.siol.net) |
| 16:57.43 | *** join/#maemo Martix_ (martix@nat/redhat/x-qypkmnyhlqgbuuzm) |
| 17:16.08 | *** join/#maemo VDVsx (~VDVsx@a88-114-88-95.elisa-laajakaista.fi) |
| 17:25.33 | *** join/#maemo valeriusN (root@80.250.181.195) |
| 17:26.57 | *** join/#maemo VDVsx (~VDVsx@a88-114-88-95.elisa-laajakaista.fi) |
| 17:26.59 | sixwheeledbeast | DocScrutinizer05: Sorry I didn't spot the typo :( |
| 17:29.42 | *** join/#maemo shamus (~shmaus@ip-206-192-195-49.marylandheights.ip.cablemo.net) |
| 17:46.17 | *** join/#maemo uen| (~uen@p5DCB1898.dip0.t-ipconnect.de) |
| 18:15.23 | DocScrutinizer05 | p |
| 18:15.26 | DocScrutinizer05 | np |
| 18:22.19 | *** join/#maemo saidinesh5 (~quassel@argon247.server4you.de) |
| 18:22.21 | *** join/#maemo valdyn (valdyn@host-88-217-143-53.customer.m-online.net) |
| 18:22.22 | *** join/#maemo Dynamit (~Mohamed@84-55-71-22.customers.ownit.se) |
| 18:22.27 | *** join/#maemo keithzg (~quassel@75.152.215.64) |
| 18:22.29 | *** join/#maemo jpinx (~jpinx@unaffiliated/jpinx) |
| 18:22.51 | *** join/#maemo StyXman (~mdione@82.242.111.163) |
| 18:22.51 | *** join/#maemo StyXman (~mdione@grulic/root/StyXman) |
| 18:22.56 | *** join/#maemo Vlad_on_the_road (~Vlad_on_t@ip-66.net-82-216-1.versailles2.rev.numericable.fr) |
| 18:23.29 | *** join/#maemo tg (~x@unaffiliated/tg) |
| 18:24.23 | *** join/#maemo vblazquez (~vic@56.14.77.188.dynamic.jazztel.es) |
| 18:24.49 | *** join/#maemo pcfe (~pcfe@37-5-10-88-dynip.superkabel.de) |
| 18:24.50 | *** join/#maemo pcfe (~pcfe@redhat/pcfe) |
| 18:32.18 | *** join/#maemo woodong50- (~woosung@211.197.45.23) |
| 18:36.11 | *** join/#maemo sq-one (~sq-one@p549A9A13.dip0.t-ipconnect.de) |
| 18:36.35 | *** join/#maemo jeverling (~quassel@jeverling.de) |
| 18:43.54 | *** join/#maemo RP_ (~richard@93-97-173-237.zone5.bethere.co.uk) |
| 18:48.30 | *** join/#maemo Martix_ (~martix@static-84-242-103-180.net.upcbroadband.cz) |
| 18:57.45 | *** join/#maemo sixwheeledbeast (~paul@cl-1547.lon-02.gb.sixxs.net) |
| 19:05.58 | *** join/#maemo dhbiker (~dhbiker@95.87.145.172) |
| 19:13.46 | *** join/#maemo Mike11 (~Mike@178.253.77.203) |
| 19:25.40 | *** join/#maemo xray256 (~xray256@149.241.43.82) |
| 19:33.32 | *** join/#maemo b0unc3 (~b0unc3@dynamic-adsl-84-220-57-85.clienti.tiscali.it) |
| 19:38.09 | *** join/#maemo piggz (~piggz@host-92-18-179-21.as13285.net) |
| 19:43.58 | *** join/#maemo arcean__ (~arcean@aaeu40.neoplus.adsl.tpnet.pl) |
| 19:57.04 | BCMM | DocScrutinizer05: uh, how do i restore a CSSU n900 from backups anyway? do i need to enable CSSU before i restore the backup? |
| 19:57.09 | BCMM | (using osso-backup) |
| 19:57.40 | DocScrutinizer05 | yes |
| 19:57.51 | DocScrutinizer05 | you should |
| 19:58.46 | DocScrutinizer05 | since otherwise you probably will either miss apps that gpt installed from cssu repos, or you enable repos by the backup that should get enabled by cssu-enabler |
| 19:59.00 | DocScrutinizer05 | got* |
| 20:02.28 | BCMM | thx |
| 20:19.55 | *** join/#maemo Win7Mac (Win7Mac@e177211230.adsl.alicedsl.de) |
| 20:20.30 | *** join/#maemo LauRoman (~LauRoman@5-14-93-119.residential.rdsnet.ro) |
| 20:23.39 | DocScrutinizer05 | BCMM: and you probably should install backupmenu then before you restroe anything, and make a backup of a clean fresh system. Restore might be easier then new installation, if you ever whant to roll back |
| 20:24.16 | DocScrutinizer05 | than* |
| 20:25.23 | *** join/#maemo piggz (~piggz@host-92-18-179-21.as13285.net) |
| 20:26.25 | *** part/#maemo valeriusN (root@80.250.181.195) |
| 20:26.35 | *** join/#maemo valerius2k (root@80.250.181.195) |
| 20:31.04 | *** join/#maemo mvp (~mvp@152.66.10.11) |
| 20:59.43 | *** join/#maemo piggz (~piggz@host-92-18-179-21.as13285.net) |
| 21:01.11 | *** join/#maemo valerius (~user@85.26.180.156) |
| 21:05.59 | BCMM | DocScrutinizer05: why would i want a clean install rather than a restored install? |
| 21:06.46 | DocScrutinizer05 | sorry, I don't get that. Any way that's not what I suggested |
| 21:06.51 | *** part/#maemo valerius2k (root@80.250.181.195) |
| 21:07.07 | chem|st | cssu-s 6.1... |
| 21:08.14 | BCMM | DocScrutinizer05: sorry, i mean a backup of a clean install |
| 21:08.32 | *** join/#maemo GI_Jack (~GI_Jack@pdpc/supporter/active/gi-jack) |
| 21:09.13 | DocScrutinizer05 | because a restore of a clean system can get done locally, while to install cssu anew you need internet etc |
| 21:09.45 | DocScrutinizer05 | also you can do partial restores of single files etc from a BM backup |
| 21:11.19 | DocScrutinizer05 | so if e.g. your rcS-late got messed up and you want to restore the original CSSU version, you don't need to do a full reflash plus cssu install, you simply pick rcs-late from your BM backup |
| 21:12.19 | DocScrutinizer05 | and generally there's a golden rule: always make a backup *before* you restore sth, so you can undo the restore |
| 21:13.16 | DocScrutinizer05 | likewise always make a backup before you install sth, so you can roll back the installation |
| 21:25.41 | *** join/#maemo _rd (~rd@p5088F4AF.dip0.t-ipconnect.de) |
| 21:31.57 | *** join/#maemo lowkyalur (~low@dslb-088-071-242-005.pools.arcor-ip.net) |
| 21:36.40 | *** join/#maemo lowkyalur (~low@dslb-088-071-242-005.pools.arcor-ip.net) |
| 21:39.36 | *** part/#maemo lowkyalur (~low@dslb-088-071-242-005.pools.arcor-ip.net) |
| 21:51.46 | *** join/#maemo npm (~npm@cpe-198-72-191-253.socal.res.rr.com) |
| 21:53.08 | BCMM | DocScrutinizer05: does osso-backup remove files at all? or just add? |
| 21:53.40 | BCMM | cause i'm pretty sure there's things missing from the backup taken after things went wrong, but i have an older backup |
| 21:56.04 | Pali | do not know, osso-backup is close source |
| 22:01.48 | *** join/#maemo lowkyalur (~low@dslb-088-071-242-005.pools.arcor-ip.net) |
| 22:15.29 | *** join/#maemo nox- (noident@freebsd/developer/nox) |
| 22:20.49 | *** join/#maemo GI_Jack (~GI_Jack@pdpc/supporter/active/gi-jack) |
| 22:23.03 | *** join/#maemo RST38h (marat@wsip-184-180-40-182.ri.ri.cox.net) |
| 22:53.25 | *** join/#maemo xray256 (~xray256@149.241.43.82) |
| 23:00.43 | *** join/#maemo edheldil (~edheldil@2001:1488:ac14:1400:222:19ff:fe31:415e) |
| 23:18.59 | *** join/#maemo raid__ (~raid@adsl-76-242-190-90.dsl.okcyok.sbcglobal.net) |
| 23:22.29 | *** join/#maemo robbiethe1st (~robbiethe@50-37-83-105.mscw.id.frontiernet.net) |
| 23:33.24 | *** join/#maemo Win7Mac (Win7Mac@e177211230.adsl.alicedsl.de) |
| 23:33.52 | *** join/#maemo StyXman (~mdione@ant06-1-82-242-111-163.fbx.proxad.net) |
| 23:33.54 | *** join/#maemo StyXman (~mdione@grulic/root/StyXman) |
| 23:42.18 | *** join/#maemo raid__ (~raid@adsl-76-242-190-90.dsl.okcyok.sbcglobal.net) |
