00:00:41 | | Quit Remo ("ChatZilla 0.9.61 [Mozilla rv:1.7.3/20040910]") |
00:07:35 | | Quit Nibbler (Read error: 110 (Connection timed out)) |
00:08:42 | preglow | Bagder: you should change your nick for simplicity |
00:10:05 | Bagder | :-) |
00:10:16 | Bagder | I've used this nick for almost 20 years now |
00:10:24 | amiconn | Cassandra_: My comments on your patch: (1) I have to agree with Bagder, this mixes firmware and app level (started_from_rtc variable) |
00:10:31 | preglow | so you agree it's time for change? :P |
00:10:57 | amiconn | (2) The alarm flag is read only, you can't reset it by writing the data back with the flag reset. |
00:12:51 | Cassandra_ | The first I fixed by making rtc_init return the value. |
00:13:04 | Cassandra_ | I'll take out the redundant code in that case. |
00:13:05 | Bagder | -rw-r−−r−− 1 daniel daniel 104064 Feb 5 00:12 libmad.a |
00:13:09 | preglow | woot |
00:13:12 | Bagder | built with m68k |
00:13:15 | preglow | would you care to share the procedure? |
00:13:36 | Bagder | hang on |
00:13:55 | Bagder | (I haven't linked with it yet) |
00:14:07 | preglow | nono, but just building a lib is more than i managed, hehe |
00:14:47 | Bagder | http://daniel.haxx.se/mad-rockbox.txt |
00:15:34 | Cassandra_ | Right, suppose I'd better test this again, just to make sure it still works. |
00:16:05 | amiconn | Cassandra_: If you return the value from rtc_init(), how do you store it? It is needed later, and in another place than the rtc_init() call takes place. |
00:16:25 | Cassandra_ | In a global bool. |
00:16:31 | amiconn | I checked the datasheet, the alarm flag resets itself as soon as the flags register is read. |
00:16:45 | Cassandra_ | That's good. |
00:17:11 | preglow | but yes, now for supporting the emac stuff, which will be more than enough fun, since gcc almost certainly doesn't know about the four accumulator registers |
00:17:34 | Bagder | no it doesn't |
00:17:51 | amiconn | I think a separate function for checking the flag would be more straightforward than a global bool. Plus, since the flag resets itself after being read once, there's no need to reset a separate variable. |
00:18:30 | | Join Nibbler [0] (~sven@port-212-202-78-188.dynamic.qsc.de) |
00:18:40 | amiconn | Cassandra_: Btw, your work is the first step towards a recording timer... |
00:19:08 | Cassandra_ | True - cool |
00:20:29 | Cassandra_ | Actually I think that's fairly trivially implementable in combination with the "start in recording screen" option. |
00:21:10 | amiconn | :) |
00:21:35 | amiconn | The function to check for powerup from alarm can be written as a one-liner: |
00:21:50 | amiconn | bool started_from_alarm(void) |
00:21:50 | amiconn | { |
00:21:50 | amiconn | return (rtc_read(0x0f) & 0x40) != 0; |
00:21:50 | DBUG | Enqueued KICK amiconn |
00:21:50 | amiconn | } |
00:22:44 | Cassandra_ | You're allowed to call rtc_ functions from the app, right. |
00:22:51 | Cassandra_ | Well, of course you are, doh. |
00:22:59 | amiconn | yup. |
00:23:10 | Cassandra_ | OK. Means you don't need the global var either. |
00:23:32 | Cassandra_ | Excuse me while I go implement starting recording from RTC alarm. |
00:24:11 | Bagder | preglow: I tried 'make install' too after that command and it runs fine, making it easier to build rockbox with it later |
00:24:29 | preglow | indeed |
00:28:17 | amiconn | Cassandra_: "Start in recording screen" + "wakeup alarm" => timer recording |
00:28:25 | amiconn | ? |
00:30:17 | Cassandra_ | Exactly |
00:30:38 | Cassandra_ | Just need to add a little patch to the recording screen code. |
00:34:43 | amiconn | Bagder: What means: "make[2]: *** No rule to make target `<<<<<<<', needed by `/home/Administrator/rb-patched/build/fmrecorder/dep-plugins'. Stop." ? |
00:35:11 | amiconn | This happens when I "make clean" |
00:35:21 | preglow | haha |
00:35:26 | Bagder | remove the dep-plugins file |
00:35:43 | Cassandra_ | Damn - I need the state twice. Better to use a static in rtc_check_alarm_started to remember state, or use a global to hold it once it's been read? |
00:36:10 | amiconn | Why do you need it twice? |
00:36:27 | Cassandra_ | Once to make sure I don't resume, once to start recording. |
00:36:44 | amiconn | ??? |
00:37:09 | Cassandra_ | Sorry, |
00:37:37 | Cassandra_ | Once to make sure I don't ask the user whether to resume , once to start recording without user intervention. |
00:37:42 | amiconn | I thought your start-in-recording-screen first checks whether recording screen should be started or normal browser+resume check |
00:38:23 | amiconn | Yes, but you only need either one or the other check per each boot, never both |
00:38:25 | Cassandra_ | Nope, resume can override start in recording screen. |
00:38:33 | Cassandra_ | That seemed like the right way round to do it. |
00:39:17 | amiconn | Really? That way, the "start in recording screen" wouldn't do anything good for me in >90% of all cases. |
00:39:40 | Cassandra_ | You have resume = yes? |
00:40:07 | amiconn | No, I have resume = ask, but I practically always have a stored resume position. |
00:40:36 | Cassandra_ | If you say "no" to resume, it drops into the recording screen. |
00:41:37 | amiconn | Ah ok. Still, for timer recording, this wouldn't do anything useful, because with you resume-from-alarm patch it would always resume playback without asking you |
00:41:52 | Cassandra_ | I thought it best not to have "start in recording screen" disable resume functionality. |
00:42:43 | amiconn | It would have to if started from alarm and "start in recording screen" is on. |
00:43:33 | Cassandra_ | Well yes, resume functionality is overriden when starting from alarm. |
00:43:48 | amiconn | Yes, that's exactly what I mean. |
00:43:53 | Cassandra_ | But in order to do that, you have to check to see whether you're starting from alarm. |
00:44:22 | Cassandra_ | So you need two checks - once to avoid the resume code, and once to start recording. |
00:44:23 | amiconn | You can still do it the other way round. |
00:45:05 | amiconn | On boot, first check whether "start in recording screen" is enabled |
00:45:06 | Cassandra_ | I don't see how that would help. |
00:45:49 | Cassandra_ | Oh, I see, yes. Good plan. |
00:45:54 | amiconn | If yes, then check for startup-from alarm, and if again yes, start the recording screen with a parameter that tells it to start recording immediately |
00:46:45 | amiconn | If the latter says no, then continue with normal resume, and if no resume, then call recording screen |
00:47:14 | Cassandra_ | Ah, that'd involve calling the recording screen from two different points in the code. |
00:47:33 | Cassandra_ | I could just be being dense, but I think it'd screw up the execution flow. |
00:48:46 | amiconn | If you do it the other way, i.e. first call the resume check, the resume check would need to take the start-in-recording-screen setting into account, which is also not very logical |
00:49:47 | *** | Saving seen data "./dancer.seen" |
00:49:56 | Cassandra_ | Sorry, I really am lost now. I don't think so, but I'm too confused to work it out. Sorry. |
00:50:25 | Cassandra_ | The program flow around startup is pretty nightmarish. |
00:51:03 | amiconn | That's because the resume check would need to differentiate 4 conditions |
00:51:25 | amiconn | (1) Not started from alarm, and not start-in-rec-screen: Normal resume request. |
00:51:33 | Cassandra_ | At the moment, the only logic I need in the resume check is whether or not it's started from rtc. |
00:51:53 | Cassandra_ | Oh, hold on. I think I'm getting ther. |
00:52:01 | amiconn | (2) Started from alarm, not start-in-rec-screen: Resume unconditionally. |
00:52:36 | amiconn | (3) Not started from alarm, start-in-rec-screen: Normal resume request, if not resumed, drop to recording screen |
00:52:39 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
00:52:39 | * | Cassandra_ nods. |
00:53:01 | amiconn | (4) Start from alarm, start-in-rec-screen: Start recording screen & recording immediately. |
00:53:19 | Cassandra_ | So you'd suggest changing the logic so that "start in record" overrides resume? |
00:53:19 | Quel|away | if i can give my opinion, i'm with amiconn |
00:53:36 | Cassandra_ | Yeah, he's right. I was just being dense. |
00:53:37 | amiconn | You see, you'll always have two places from where to call the recording screen |
00:54:11 | amiconn | ANd you'll always have to check started-from alarm only once. |
00:54:40 | amiconn | (using a 4-way if-else construct for the 4 possibilities mentioned above) |
00:55:08 | amiconn | There are different ways to implement this though |
00:55:22 | Cassandra_ | Yeah. I think I'll leave it for tonight. |
00:55:35 | Cassandra_ | I need to think more about it. |
00:56:36 | amiconn | And: I have to agree, the startup is nightmarish. |
00:56:57 | Quel|away | i suppose you have to check first of all a *start from alarm* and later on *start in rec screen* |
00:57:15 | Quel|away | just my opinion |
00:57:16 | Quel|away | :) |
00:57:22 | amiconn | The order of these checks doesn't matter |
00:57:52 | Quel|away | of course |
00:58:03 | Quel|away | but i like it that way :D |
00:58:05 | amiconn | If you do it the other way round, you'll have 2 places where the check function is called, but only one would get executed per boot |
00:59:18 | cYmen | which jukeboxes have a built in micro again? |
00:59:44 | amiconn | cYmen: All recorders have that |
01:00 |
01:00:09 | amiconn | (Recorder v1, v2, FM recorder, and Ondio FM) |
01:00:21 | cYmen | \o/ |
01:00:54 | cYmen | i only used it to listen to music and as portable disk but rockbox has a nice dictation function hasnt it? |
01:01:24 | Quel|away | dictation function? |
01:02:03 | cYmen | so i can use it as dictating machine |
01:02:53 | Cassandra_ | Right - bed. |
01:02:55 | Cassandra_ | Night all |
01:03:03 | jyp | night |
01:03:04 | Quel|away | i think i don't understand that in english... you mean recording your voice for a later use? or what? |
01:03:06 | cYmen | night. |
01:03:07 | Quel|away | :/ |
01:03:09 | | Part jyp ("poof!") |
01:03:09 | | Quit Cassandra_ ("Client Exiting") |
01:03:12 | cYmen | Quel|away: yes |
01:03:18 | Quel|away | oh |
01:03:20 | Quel|away | then, it has |
01:03:21 | Quel|away | :) |
01:03:38 | cYmen | Quel|away: what is your mother tongue? |
01:04:00 | Quel|away | spanish |
01:04:12 | cYmen | ah |
01:04:41 | cYmen | voy aprendo espanol |
01:04:55 | Quel|away | more or less :) |
01:04:55 | preglow | soy el diablo |
01:05:05 | preglow | bed for me too |
01:05:06 | preglow | nite |
01:05:11 | Quel|away | nite preglow |
01:05:16 | | Quit preglow ("arf") |
01:05:28 | lolo-laptop | prefiero espanol, pero no sabe mucho :-P |
01:05:46 | Quel|away | i'm going to propose spanish as second language for rockbox. Everyone here seems to know some spanish :) |
01:06:07 | lolo-laptop | muy bien! |
01:06:54 | * | rasher hides under a rock |
01:09:15 | Quel|away | why? |
01:09:39 | lolo-laptop | por que el no habla el espanol? |
01:10:00 | * | lolo-laptop causes trouble |
01:10:15 | * | rasher explodes |
01:10:21 | rasher | :) |
01:11:50 | | Join bagawk [0] (~Lee@bagawk.user) |
01:14:58 | | Quit bagawk (Client Quit) |
01:21:53 | cYmen | lolo-laptop: prefiera el espanol a que? (correct me when i make mistakes!) |
01:23:47 | lolo-laptop | a ingles, por que ingles es muy loco. Yo no se bastante espanol a hace coreciones... (not sure on some of that) |
01:26:50 | cYmen | well... let s stick to english ;P |
01:27:17 | lolo-laptop | good idea |
01:34:19 | | Quit lolo-laptop ("Client exiting") |
01:35:05 | Quel|away | hmm |
01:35:14 | Quel|away | i think i have to correct both of you |
01:35:33 | Quel|away | ;) |
01:35:43 | cYmen | go ahead :) |
01:35:53 | Quel|away | you just made a small mistake |
01:36:23 | Quel|away | its "Prefiere" or "Prefieres", first one is Polite and the second one is coloquial |
01:37:03 | Quel|away | and the answer... well..i don't know what did he want to say :) sounded more or less ok, but... not spanish ;) |
01:37:33 | cYmen | well i know what he wanted to say :) |
01:38:10 | Quel|away | did he wanted to say that english is too crazy? |
01:38:49 | cYmen | yes and that he doesn t know spanish well enough to correct me :) |
01:39:23 | Quel|away | then that was ok |
01:39:42 | Quel|away | the second part is "No se bastante español para hacer correcciones" |
01:39:44 | Quel|away | :) |
01:39:49 | Quel|away | but was ok |
01:40:00 | Quel|away | everyone could understand him |
01:40:10 | Quel|away | (as you do when i speak english) |
01:40:25 | cYmen | english is pretty simple and pretty variable |
01:40:33 | cYmen | whatever you say seems to be right in some way :) |
01:40:37 | Quel|away | :) |
01:50:03 | | Join sdbarker [0] (~sdbarker@pcp02689678pcs.roylok01.mi.comcast.net) |
01:50:37 | sdbarker | Hey. |
01:51:53 | Quel|away | hi |
01:52:23 | sdbarker | I just got my new xs200 as an upgrade from recorder15. |
01:52:23 | sdbarker | Yay! |
01:57:40 | sdbarker | Alright, so, anyway, who do I talk to about getting on the dev team to work on porting rockbox to this thing? |
02:00 |
02:00:19 | cYmen | first you talk to the docs then to some tutorials and when you ve become part of the dev team - to yourself :) |
02:00:42 | sdbarker | I should have worded that differently... |
02:00:58 | sdbarker | I read in one of the email list threads, which I can't find now, that somebody had already started on it. |
02:01:06 | cYmen | yeah it sounded a bit demanding ;) |
02:01:10 | sdbarker | Instead of duplicate efforts, I'd rather contribute. |
02:01:34 | sdbarker | So, does anybody know off hand who that is? |
02:01:45 | Quel|away | hmmm |
02:01:51 | Quel|away | dunno |
02:07:40 | dwihno | anyone got the iriver display width/height handy? |
02:07:53 | sdbarker | Nope. |
02:08:56 | Quel|away | hi dwihno! |
02:09:06 | Quel|away | nice to see you awake |
02:09:07 | Quel|away | :) |
02:09:14 | dwihno | bueno quel |
02:09:34 | Quel|away | mur da bra? |
02:10:17 | rasher | dwihno: 160x128 |
02:11:27 | | Join lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net) |
02:11:30 | dwihno | rasher: thanks |
02:11:52 | dwihno | I'll prep some stuff for the target. |
02:14:30 | rasher | If nothing else, I'll sit and answer questions by learning where stuff hides in the wiki :) |
02:14:48 | rasher | I guess that'll be my contribution for now |
02:15:06 | | Part sdbarker |
02:15:57 | | Join edx_ [0] (edx@p54879843.dip.t-dialin.net) |
02:16:33 | cYmen | ^ |
02:16:35 | cYmen | ^^ |
02:21:12 | * | lostlogic cvs co's rockbox, time to see what people are talking about. |
02:23:25 | Quel|away | hehe |
02:26:20 | | Quit edx (Read error: 110 (Connection timed out)) |
02:27:09 | | Nick edx_ is now known as edx (edx@p54879843.dip.t-dialin.net) |
02:27:47 | | Join Patr3ck [0] (~patr3ck@pD95F736F.dip.t-dialin.net) |
02:28:29 | | Part amiconn |
02:40:04 | lostlogic | bah, just took me 3 tries to get my change in the wiki adding more info about the Vorbis codec right. why is it vorbis.com and not org? |
02:43:12 | ze | why is it oggenc and not vorbisenc and vorbiscomment and not oggcomment |
02:43:48 | lostlogic | ze: to give you something to ask questions about. |
02:43:57 | ze | them vorbis folk seem to make some odd choices |
02:43:58 | ze | heh |
02:44:20 | lostlogic | ze: hehe, it makes little sense to me, because supposedly ogg is a container (has comments and streams) and vorbis is a stream (needs encoding) |
02:44:21 | lostlogic | blah. |
02:44:33 | ze | vorbis is the actual audio codec |
02:44:39 | lostlogic | right |
02:44:49 | ze | ogg can contain any kind of media, whatever audio or video codec |
02:44:56 | ze | sorta like avi can |
02:44:56 | | Join ashridah [0] (ashridah@220-253-119-126.VIC.netspace.net.au) |
02:44:59 | ze | but better |
02:44:59 | ze | heh |
02:45:05 | lostlogic | or so they say |
02:45:06 | lostlogic | :) |
02:45:33 | ze | there's divx rips out there in ogg |
02:45:42 | lostlogic | ooh, I'd like to see that :) |
02:45:55 | ze | although a bunch of misguided people have been naming video oggs .ogm |
02:46:15 | ze | to distinguish them from audio .ogg's |
02:46:22 | lostlogic | *rolleyes* |
02:46:24 | ze | which does make some sense but *shrug* |
02:46:29 | ashridah | ze: .ogm is a container formate similar to .avi last i heard |
02:46:35 | ashridah | .ogg is an audio codec |
02:46:39 | ze | no |
02:46:40 | lostlogic | ashridah: no. |
02:46:41 | lostlogic | you are wrong |
02:46:42 | ze | vorbis is the audio codec |
02:46:45 | lostlogic | you missed the discussion above |
02:46:57 | * | ashridah colours himself corrected |
02:47:00 | ze | heh |
02:47:02 | lostlogic | :-D |
02:47:26 | ze | but yeah are the comments held by the ogg file? i would imagine |
02:47:36 | ze | or are they part of the codec (would be strange) |
02:47:36 | ze | heh |
02:47:39 | lostlogic | that's why the codec as listed on the rockbox wiki is 'OGG/Vorbis' to indicate ogg files containing vorbis streams... kinda like GNU/Linux or something of the sort but different |
02:47:46 | ze | heh |
02:47:52 | lostlogic | ze: hmm, lemme take a look |
02:48:22 | ze | cause ya know if the ogg container held the comments, then 'oggenc' and 'vorbiscomment' are really exactly backwards |
02:48:25 | ze | heh |
02:48:53 | ze | which, i dunno, maybe there's something intentional to that |
02:49:48 | *** | Saving seen data "./dancer.seen" |
02:50:19 | lostlogic | afaics, the ogg container holds a comment section and then a vorbis stream section (which is prefixed amazingly by the ascii characters v o r b i s :-D |
02:50:29 | ze | heh |
02:50:46 | ze | so maybe the whole vorbis.com thing is a part of a greater backwards theme |
02:51:08 | Quel|away | bye! |
02:51:09 | lostlogic | xiph.org is the parent 'company' and vorbis.com is the opensource portion? |
02:51:11 | lostlogic | later |
02:51:12 | ze | interestingly, vorbis.org seems to actually be registered by the same owners of vorbis.com and has the same name servers listed |
02:51:15 | | Quit Quel|away ("KVIrc 3.0.1.99 'Realia'") |
02:51:35 | ze | and yet vorbis.org has nome A record |
02:51:39 | ze | s/nome/no/ |
02:51:39 | ze | heh |
02:51:49 | ze | dunno where that me came from |
02:51:49 | ze | heh |
02:51:49 | lostlogic | yeah, which is why I had to change it when I initially had it wrong on the wiki |
02:51:52 | ashridah | probably to protect against domain squatters |
02:51:58 | lostlogic | nod |
02:52:05 | ze | yeah but why not use vorbis.org at all? |
02:52:13 | ze | i mean not even point it to the same place as vorbis.com |
02:52:26 | ze | ya know google's got google.org and google.com and they both go the same place |
02:52:31 | ze | and theres several others like that |
02:52:39 | ashridah | good question. maybe to distance themselves from the idea that they're an organisation, not a company? |
02:52:55 | ze | but xiph.org |
02:52:55 | ze | heh |
02:53:00 | ashridah | yeah |
02:54:05 | ze | i think maybe lostlogic is right about .org parent company and .com opensource |
02:54:19 | lostlogic | I just think they're nuts. |
02:54:20 | ze | and that going along with some sorta backwards theme |
02:54:21 | ze | heh |
02:55:30 | ze | speaking of xiph |
02:55:57 | ze | whatever happened to the cdparanoia that could extract audio from those horribly mutilated CD's that they had a gallery of |
02:56:46 | lostlogic | ze: was this a special version of cdparanoia? because I've had no problems with my pretty ugly CDs with cdparanoia as it is |
02:57:13 | | Quit mecraw () |
02:58:05 | ze | well i'm more disappointed with that impressive gallery being no more |
02:58:08 | ze | at least as far as i can find |
02:58:38 | ze | it seemed like the more recent versions had more trouble with some of my cd's than the older one that accompanied those pics did, but that could be entirely unfounded |
02:59:03 | ze | all the docs seem to imply that the newer is better |
03:00 |
03:05:52 | * | lostlogic is loving the tech docs for rockbox |
03:07:04 | | Join piratePenguin [0] (~piratepen@dialup1020.ts005.bmt.esat.net) |
03:12:12 | lostlogic | hmm... now I hafta figure out how to build a couple cross-compilers on Gentoo |
03:17:15 | lostlogic | grr, the style documentation says "no tab characters" but the source is full of the gawdamn things |
03:22:34 | ze | tr? |
03:22:35 | ze | heh |
03:22:43 | lostlogic | tr? |
03:22:53 | ze | tr '\t' ' ' |
03:22:54 | ze | heh |
03:23:12 | ze | *shrug* |
03:23:36 | lostlogic | chuckle - in vim - :set tabstop=4 OR :%s/\t/ /g |
03:23:48 | ze | heh |
03:23:59 | ze | i was gonna suggest that 2nd one too |
03:24:08 | ze | but i didn't really think you'd be complaining about tabs if you were using vim |
03:24:12 | ze | heh |
03:24:14 | lostlogic | hehe |
03:24:35 | lostlogic | I default tabstop to 100 so that vim autoindents with spaces... because I'm too dumb to figure out the right way to do that |
03:24:48 | ze | heh |
03:25:02 | ze | i never do anything with tabstop at all |
03:25:07 | ze | i just let tabs do what they do by default |
03:25:08 | ze | heh |
03:31:31 | | Quit Patr3ck ("User pushed the X - because it's Xtra, baby") |
03:43:31 | | Quit Stryke` ("Friends don't let friends listen to Anti-Flag") |
03:44:07 | lostlogic | ack, bloody brackets on their own lines coding style :-P |
03:55:43 | | Part piratePenguin |
04:00 |
04:01:30 | * | ashridah huggles inflated linecounts ;) |
04:01:59 | lostlogic | I use a pretty little sed line to strip such bs when I do LOC counts |
04:06:18 | lostlogic | I lied, it isn't pretty at all. |
04:08:35 | lostlogic | lostlogic@lost ~/rockbox $ ./loc_counter.sh |
04:08:35 | lostlogic | 64341 |
04:10:03 | | Quit QT (Read error: 60 (Operation timed out)) |
04:11:21 | lostlogic | hmm... that would leave in multiline cstyle comments that start on a line with real code, but continue on non-code lines... I'll have to fix that at some point. |
04:26:06 | rasher | or you could use sloccount :) |
04:28:22 | lostlogic | hmm... I suppose |
04:28:33 | lostlogic | sed and grep are fun though |
04:28:37 | lostlogic | and it's good to practice REs |
04:33:58 | lostlogic | I think sloccount overcounts |
04:34:04 | lostlogic | by about 5k on rockbox |
04:34:24 | lostlogic | hmm... maybe it's just counting files I was ignoring like makefiles |
04:34:26 | lostlogic | shrug |
04:34:27 | lostlogic | fun times |
04:34:29 | lostlogic | SPAM |
04:36:46 | rasher | SLEEP |
04:36:54 | * | rasher wanders off |
04:44:32 | lostlogic | sweet, there is a gentoo cross compiling howto, m68k-elf here I go. |
04:49:49 | *** | Saving seen data "./dancer.seen" |
05:00 |
05:05:56 | | Quit cYmen ("leaving") |
06:00 |
06:48:13 | | Join piratePenguin [0] (~piratepen@dialup363.ts527.cwt.esat.net) |
06:49:50 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:06:19 | | Quit MooMaunder (Read error: 110 (Connection timed out)) |
07:13:33 | | Part piratePenguin |
07:14:52 | | Join midk [0] (~midk@c-67-161-124-8.client.comcast.net) |
07:18:10 | | Join Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net) |
07:18:19 | | Quit XShocK (" HydraIRC -> http://www.hydrairc.com <- Go on, try it!") |
08:00 |
08:29:51 | | Quit midk (Read error: 60 (Operation timed out)) |
08:47:17 | | Quit Trevmar (Read error: 110 (Connection timed out)) |
08:49:53 | *** | Saving seen data "./dancer.seen" |
09:00 |
09:00:16 | | Join SoulEata [0] (~937c5499@labb.contactor.se) |
09:00:27 | SoulEata | wow this is amazing. |
09:00:48 | SoulEata | for some reason my college firewall lets me connect to dalnet but here I am on another IRC network. this is exciting. |
09:00:55 | SoulEata | only dalnet* |
09:03:54 | | Join methangas [0] (methangas@0x50a43276.virnxx10.adsl-dhcp.tele.dk) |
09:36:35 | | Join amiconn [0] (~jens@pD95D1342.dip.t-dialin.net) |
09:52:02 | | Nick hile__ is now known as hile (hile@hack.fi) |
09:53:15 | | Join QT [0] (as@dsl-082-082-233-246.arcor-ip.net) |
10:00 |
10:49:56 | *** | No seen item changed, no save performed. |
12:00 |
12:00:27 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
12:18:49 | | Quit edx (Read error: 110 (Connection timed out)) |
12:49:57 | *** | Saving seen data "./dancer.seen" |
12:56:03 | | Join jyp [0] (~jp@40-127.240.81.adsl.skynet.be) |
14:00 |
14:10:01 | | Quit amiconn (" updating client...") |
14:12:22 | | Join Quelsaruk [0] (~kvirc@80.103.128.128) |
14:12:29 | Quelsaruk | hi |
14:14:07 | | Join amiconn [0] (~jens@pD95D1342.dip.t-dialin.net) |
14:24:31 | | Quit Nibbler (Read error: 60 (Operation timed out)) |
14:29:54 | | Join Nibbler [0] (~sven@port-212-202-78-188.dynamic.qsc.de) |
14:43:00 | | Join preglow [0] (thomj@s183a.studby.ntnu.no) |
14:49:59 | *** | Saving seen data "./dancer.seen" |
15:00 |
15:11:11 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") |
15:22:54 | | Part amiconn |
15:34:07 | | Join cYmen_ [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
15:35:21 | | Quit cYmen (Read error: 104 (Connection reset by peer)) |
15:56:07 | preglow | has audiomulch-ross been around lately? |
15:56:12 | preglow | wrong channel |
16:00 |
16:04:02 | | Join lImbus [0] (lImbus@5-174.243.81.adsl.skynet.be) |
16:04:11 | lImbus | uh. hi all |
16:06:57 | Quelsaruk | hi |
16:07:15 | lImbus | buenos dias :) |
16:08:10 | Quelsaruk | :) |
16:08:15 | Quelsaruk | buenas tardes |
16:08:19 | Quelsaruk | at least here |
16:08:45 | lImbus | oh well. tardes must mean something like "late" |
16:09:28 | Quelsaruk | and afternoon |
16:09:51 | lImbus | i see |
16:10:01 | Quelsaruk | tarde is late, but also is how we say to evening and afternoon. |
16:10:30 | lImbus | thats different from french |
16:13:11 | Quelsaruk | i think so |
16:13:14 | Quelsaruk | are you french? |
16:13:31 | | Quit Nibbler (Remote closed the connection) |
16:13:57 | lImbus | I am belgian, so implicit french speaking, working in germany, so implicit german speaking, english speaking by business |
16:14:31 | | Join DMJC-L [0] (~DMJC-L@220-245-162-47-sa-nt.tpgi.com.au) |
16:14:39 | Quelsaruk | hmm |
16:14:59 | Quelsaruk | Maye you could help with French language file... |
16:15:10 | Quelsaruk | our french expert is missing :( |
16:15:37 | lImbus | I can try |
16:15:46 | lImbus | (dcc does not work for me) |
16:16:03 | Quelsaruk | you can submit to sourceforge :) |
16:16:21 | lImbus | kk |
16:17:56 | lImbus | what do you expect for me to do now ? |
16:18:19 | lImbus | do you have a special problem, or should I just go and check for todo in the file ? |
16:20:00 | | Join Nibbler [0] (~sven@port-212-202-78-188.dynamic.qsc.de) |
16:21:11 | | Quit Nibbler (Client Quit) |
16:23:04 | | Join Nibbler [0] (~sven@port-212-202-78-188.dynamic.qsc.de) |
16:23:09 | | Quit Nibbler (Read error: 104 (Connection reset by peer)) |
16:23:46 | | Join Nibbler [0] (~sven@port-212-202-78-188.dynamic.qsc.de) |
16:24:42 | | Join R3nTiL [0] (~zorroz@217.30.249.33) |
16:24:58 | lImbus | Quelsaruk, are you there ? I see a lot of diff between english.lang and francais.lang, but I'm not sure with all of those |
16:25:08 | lImbus | furthermore, I can't submit to cvs |
16:25:11 | Quelsaruk | hmmm |
16:25:21 | lImbus | so I need you to commit |
16:25:55 | Quelsaruk | i can submit, don't worry |
16:26:06 | lImbus | 1. Question: in english.lang there are a few string around line 430 marked deprecated |
16:28:13 | Quelsaruk | yups |
16:31:22 | | Quit ashridah ("sleep") |
16:33:06 | | Quit Nibbler ("blubber") |
16:33:41 | | Join Nibbler [0] (~sven@port-212-202-78-188.dynamic.qsc.de) |
16:45:16 | | Quit R3nTiL () |
16:50:02 | *** | Saving seen data "./dancer.seen" |
17:00 |
17:07:20 | | Quit lImbus (" client restart") |
17:07:27 | | Join lImbus [0] (lImbus@5-174.243.81.adsl.skynet.be) |
17:12:23 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
17:14:13 | | Quit XShocK (Client Quit) |
17:17:11 | | Join Cassandra [0] (~christi@213.78.163.94) |
17:17:51 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
17:27:18 | | Nick gromit` is now known as maison`de`retrai (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
17:27:25 | | Nick maison`de`retrai is now known as maison2retraite (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
17:28:39 | | Nick maison2retraite is now known as gromit` (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
17:39:36 | | Quit XShocK (Read error: 104 (Connection reset by peer)) |
17:41:24 | jyp | When compiling locally, compilation stops on 'lang.h: No such file or directory' |
17:41:45 | jyp | I guess this is a misconfiguration |
17:41:55 | jyp | can anyone tell me how to fix this ? |
17:44:33 | | Quit DMJC-L (Read error: 110 (Connection timed out)) |
17:44:37 | Quelsaruk | hmmm |
17:44:51 | Quelsaruk | the fast way is to use Genlang |
17:45:03 | Quelsaruk | that script will create a lang.c and lang.h |
17:45:15 | Quelsaruk | but when compiling that is done automatically |
17:47:25 | jyp | I guess I did something stupid when hacking the Makefiles in my early days ;) |
17:47:45 | jyp | I'll give it a fresh start |
17:47:58 | Quelsaruk | probably |
17:48:02 | Quelsaruk | :) |
17:49:39 | jyp | bingo |
17:49:40 | jyp | ;) |
17:59:35 | | Join Eodun [0] (~Eodun@80-29-30-95.adsl.nuria.telefonica-data.net) |
17:59:42 | Quelsaruk | hi Eodun |
17:59:50 | Eodun | hi quel / all |
18:00 |
18:00:03 | Eodun | I've seen the new langs |
18:00:17 | Quelsaruk | do you like the translation? |
18:00:27 | Eodun | haven't dl yet |
18:00:30 | Quelsaruk | :) |
18:00:31 | Eodun | my exams... |
18:00:32 | Quelsaruk | only a new string |
18:00:35 | Quelsaruk | i know... |
18:00:38 | Quelsaruk | univ is hard |
18:00:40 | Quelsaruk | :P |
18:00:55 | Eodun | oh... did you modify LANG_DIR string? |
18:01:16 | Eodun | it was still untranslated |
18:01:34 | Eodun | I noticed when I put new music in my box |
18:02:40 | Quelsaruk | did i? |
18:02:42 | Quelsaruk | dunno |
18:02:45 | Quelsaruk | i can't remember |
18:03:39 | Quelsaruk | let me check |
18:04:21 | Eodun | not sure if it was LANG or VOICE_dir, really |
18:06:55 | Quelsaruk | :) |
18:07:24 | Quelsaruk | i'll check when i have a spare moment (bit busy right now) |
18:08:33 | | Join XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net) |
18:08:48 | Eodun | np |
18:13:20 | | Quit Eodun () |
18:50:06 | *** | Saving seen data "./dancer.seen" |
19:00 |
19:07:00 | | Nick Quelsaruk is now known as quel|out (~kvirc@80.103.128.128) |
19:13:28 | XShocK | did somebody test the bootloader besides Linus? |
19:13:34 | preglow | dunno |
19:17:55 | | Join Stryke` [0] (~Chairman8@resnet-241-86.resnet.umbc.edu) |
19:50:19 | | Join Marder [0] (~MArder@lsn-boi-catv-c124-p218.vtx.ch) |
19:55:33 | | Join El_Barto2 [0] (~adsa@p5082EA27.dip0.t-ipconnect.de) |
19:58:18 | El_Barto2 | hi |
19:59:40 | El_Barto2 | do you know how i could see if my player is charging the batteriesß |
19:59:46 | El_Barto2 | jukebox recorder.. |
19:59:52 | El_Barto2 | is there a led? |
20:00 |
20:11:13 | quel|out | hmm |
20:11:20 | quel|out | if the recorder is charging? |
20:11:25 | quel|out | using rockbox? |
20:11:39 | quel|out | check the batt graphic in the top of the screen |
20:11:47 | quel|out | you should see it animated |
20:11:57 | | Join Bluechip [0] (~BlueChip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com) |
20:12:11 | quel|out | or, you can go to Main Menu (F1)−−> Info −−>rockbox Info |
20:12:29 | quel|out | and check wheter the batt: show a level, or Charging |
20:16:30 | | Part Bluechip |
20:17:06 | | Join Eodun [0] (~Eodun@80-29-30-95.adsl.nuria.telefonica-data.net) |
20:17:35 | Eodun | hi again |
20:27:20 | | Join quelsaruk [0] (~kvirc@80.103.129.59) |
20:27:23 | quelsaruk | re |
20:28:41 | El_Barto2 | the problem is... |
20:28:53 | El_Barto2 | the soft hangs |
20:28:59 | El_Barto2 | and i can do nothing |
20:35:07 | quelsaruk | ¿? |
20:35:12 | quelsaruk | i lost the conversation |
20:35:13 | quelsaruk | :) |
20:35:37 | | Join jorbond [0] (~jorbond@dhcp024-209-026-138.cinci.rr.com) |
20:44:45 | | Join thegeek [0] (thegeek@ti521110a080-3006.bb.online.no) |
20:45:50 | | Quit quel|out (Read error: 110 (Connection timed out)) |
20:46:10 | El_Barto2 | no prob |
20:48:49 | | Join lImbus924 [0] (lImbus@5-174.243.81.adsl.skynet.be) |
20:50:07 | *** | Saving seen data "./dancer.seen" |
20:50:47 | | Quit lImbus (" I love my HydraIRC -> http://www.hydrairc.com <-") |
20:51:01 | | Nick lImbus924 is now known as lImbus (lImbus@5-174.243.81.adsl.skynet.be) |
20:51:28 | | Part Marder |
20:58:06 | quelsaruk | lImbus: do you see it? |
21:00 |
21:00:28 | | Quit cYmen_ ("leaving") |
21:00:52 | | Join cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de) |
21:09:47 | quelsaruk | must go |
21:09:50 | quelsaruk | cu! |
21:09:56 | | Quit quelsaruk ("KVIrc 3.0.1.99 'Realia'") |
21:11:03 | | Quit Eodun () |
21:26:34 | | Quit jorbond (Read error: 110 (Connection timed out)) |
21:26:34 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
22:00 |
22:09:31 | | Quit El_Barto2 () |
22:47:47 | | Join Patr3ck [0] (~patr3ck@pD9548C9A.dip.t-dialin.net) |
22:50:10 | *** | Saving seen data "./dancer.seen" |
22:52:14 | Bagder | it feels like a good evening for some good commits! ;-) |
22:52:40 | lImbus | yay |
22:53:29 | Bagder | it seems Rockbox is almost starting the dir browser fine on the iriver |
23:00 |
23:02:31 | preglow | how is the bootloader testing coming along, btw? still only linus and his h120, no? |
23:02:40 | Bagder | yes |
23:03:16 | Bagder | but I hope for some progress in his end |
23:03:36 | preglow | what still needs progress? |
23:04:17 | Bagder | Linus said he tried booting (the real) rockbox |
23:04:32 | Bagder | and it showed the logo, the disk spun and |
23:04:35 | preglow | yeah, and it crashed, but this shouldn't depend on linus anymore? |
23:04:36 | Bagder | then hung |
23:04:47 | preglow | or might this be a bootloader thing? |
23:04:48 | Bagder | it is probably an init issue |
23:04:52 | preglow | ahh |
23:05:11 | preglow | yes, it might of course be that |
23:05:18 | preglow | is all device init put in the bootloader? |
23:05:32 | Bagder | no, it is re-inited by rockbox itself |
23:05:44 | preglow | then why init in the first place? |
23:05:47 | Bagder | both do the same init I think |
23:06:22 | Bagder | the bootloader needs to init all hw to be able to function properly |
23:06:46 | Bagder | rockbox could be made to depend on that, but it currently doesn't |
23:07:09 | preglow | small problem anyway, yes, just an ifdef should do |
23:07:47 | preglow | but this is extremely cool |
23:07:54 | preglow | we're probably not far away from things starting to function |
23:08:03 | Bagder | nope |
23:08:27 | preglow | damn, i'm looking forward to having rockbox boot on my player |
23:09:07 | preglow | only depressing thing is that putting proper emac support in mad is probably going to be a bit hairy |
23:09:26 | Bagder | yes |
23:09:33 | preglow | without having hack the code to pieces, that is |
23:10:18 | preglow | the best thing would be to just have another set of defines in fixed.h, but that won't use the unit optimally |
23:11:58 | | Join webguest00 [0] (~d4b63f66@labb.contactor.se) |
23:12:37 | | Join webguest19 [0] (~d4b63f66@labb.contactor.se) |
23:12:37 | | Quit webguest00 (Client Quit) |
23:13:36 | | Join amiconn [0] (~jens@pD95D1342.dip.t-dialin.net) |
23:13:46 | | Part webguest19 |
23:14:20 | amiconn | hi all |
23:16:15 | Bagder | good evening |
23:17:05 | amiconn | Cassandra: are you there? |
23:22:04 | | Join [IDC]Dragon [0] (~Joerg@pD9512627.dip.t-dialin.net) |
23:22:46 | [IDC]Dragon | hi there |
23:22:55 | Bagder | hi |
23:22:58 | amiconn | hi Jörg |
23:23:47 | [IDC]Dragon | Gerd's charging patch looks promising (without looking into it) |
23:24:39 | Bagder | good to see work happen in that area |
23:24:47 | amiconn | Hmm, I dunno. |
23:25:28 | [IDC]Dragon | it's on my list since a long time, but below "threshold" |
23:25:48 | amiconn | I had some ideas for the power management too, but going into a different direction |
23:26:03 | [IDC]Dragon | I was close to start a wiki document today |
23:26:15 | [IDC]Dragon | to collect proposals |
23:26:32 | [IDC]Dragon | but no time, and then came Gerd |
23:26:40 | amiconn | - Check power much more frequently than now, at least once per second |
23:26:47 | [IDC]Dragon | yes |
23:27:12 | [IDC]Dragon | at least in USB mode |
23:27:27 | [IDC]Dragon | to detect a spinning disk, if it wasn't us |
23:27:30 | Cassandra | amiconn: I'm here, yes. |
23:27:31 | amiconn | - Let the power management gather more info about power states, e.g. whether the hd is spinning, whether the backlight is on |
23:28:02 | [IDC]Dragon | that would have been my 2nd stage: try to model the power situation |
23:28:09 | amiconn | - The external voltage is also available, so the charging algo could estimate the charging current |
23:28:32 | amiconn | Cassandra: I know what that "something" in rtc_init() is that resets the alarm flag. |
23:28:40 | [IDC]Dragon | 1st I would get rid of the startup charging gap, deep discharge, no trickle |
23:28:56 | Bagder | yeah, those options don't make much good |
23:28:58 | Cassandra | Oh, right. I hope it made sense to program around it in the way I did. |
23:29:02 | Cassandra | What is it? |
23:29:43 | [IDC]Dragon | we should always start charging, unless we find later it's not necessary |
23:29:47 | amiconn | rtc_init() calls rtc_enable_alarm(false); in the end, and this in turn reads the alarm flag, thereby resetting it |
23:30:01 | Cassandra | Oh, right. Of course it does. |
23:30:54 | amiconn | [IDC]Dragon: This could be tricky, because charging right away leaves no chance to get the unbiased (by charging current) battery voltage |
23:31:20 | Cassandra | I couldn't figure out how to do record on power on like we were discussing last night. Feel free to leap in if you can see an obvious way to do it. |
23:31:37 | [IDC]Dragon | amiconn, maybe we don't need this |
23:32:21 | amiconn | [IDC]Dragon: My idea for the startup is to check voltage first, and enable charging for a short time first (a minute perhaps) only if the voltage is low. |
23:32:35 | [IDC]Dragon | we should calculate the charging current from the DC and battery voltage |
23:33:08 | [IDC]Dragon | then we know how strong we're pulling |
23:33:18 | amiconn | Yes, but you need the battery voltage without charging current to estimate the battery percentage. |
23:33:23 | Cassandra | btw, speaking of matters power management related, do I misunderstand the code, or could a short idle timeout cause you to lose settings that haven't been flushed to disk (since the idle detection is in firmware and doesn't use the safe shutdown code). |
23:33:26 | [IDC]Dragon | I'd like to prevent the flat battery problem |
23:33:57 | [IDC]Dragon | rather enable charging already in the bootloader |
23:34:18 | amiconn | [IDC]Dragon: Yes, that's why I would charge right from the start for a minute or so if the batteries are low, then stop & check voltage. |
23:35:09 | [IDC]Dragon | ah, ok, but then you've perhaps pulled the cells "above the worst" already |
23:35:09 | amiconn | If battery voltage is high enough, don't enable charging at startup, but immediately calculate battery state, then start charging if needed |
23:36:17 | [IDC]Dragon | measuring while the HD is spinning may give a good estimation |
23:36:25 | amiconn | The battery voltage with charging current applied doesn't tell you much even when you know the current (by also measuring the input voltage), because you don't know the inner resistance of the cells |
23:37:03 | [IDC]Dragon | do you think it greatly varies |
23:37:06 | [IDC]Dragon | ? |
23:37:46 | amiconn | Yes,definitely. It's highly dependent on charging state. Furthermore it varies across manufacturers, depending on temperature etc. |
23:39:16 | [IDC]Dragon | tricky subject |
23:39:23 | amiconn | In fact, I also thought about improving the battery state estimation by also calculating the inner resistance (measuring the delta v caused by a certain delta i) |
23:40:12 | [IDC]Dragon | I'm not too worried about the gauge |
23:40:38 | [IDC]Dragon | that's 2nd, first I'd like to have a reliable charging |
23:41:35 | [IDC]Dragon | our charge current is rather low, we don't need too fancy algorithms like if we'd be a high speed charger |
23:41:39 | amiconn | It's not about the gauge, that's a side effect. It's about the charging algo, since, as Gerd pointed out, the usual delta-v algorithm doesn't work well, because of the variable load |
23:42:11 | [IDC]Dragon | if in doubt, charge ;-) |
23:42:37 | amiconn | Our charging current is certainly higher than what cell manufacturers would allow as permanent charging current |
23:43:20 | [IDC]Dragon | go to trickle after a time/voltage limit or if the filtered voltage doesn't raise any more |
23:43:50 | amiconn | How do you calculate the time? |
23:44:23 | amiconn | You'd need the (net) charging current, the battery capacity, and the current charging state of the cells. |
23:44:27 | [IDC]Dragon | got me, most simple by capacity and current |
23:44:56 | [IDC]Dragon | apart from the start charge, the got me part |
23:45:11 | amiconn | If the cells are about 80% full, and you feed it another 100%, you definitely overcharge |
23:45:36 | [IDC]Dragon | that's where the no-raise detect comes into play |
23:46:08 | [IDC]Dragon | or a cutoff voltage |
23:46:17 | amiconn | Yes, and that's very problematic in the jukebox environment with its highly variable load, as Gerd pointed out |
23:46:53 | amiconn | Cutoff voltage doesn't help at all, because the chage-end voltage also varies with temperature |
23:47:18 | amiconn | (Much more than it varies with charging state, that's the badness with NiCd/NiMH charging) |
23:47:48 | [IDC]Dragon | ok, so we need a reliable no-raise detector |
23:48:09 | amiconn | Believe me, I once built a charger that only relied on cutoff voltage, and it charged with 1/5 C only |
23:48:40 | amiconn | I almost instantly fried 2 sets of almost-new NiCd cells with it.... |
23:49:00 | [IDC]Dragon | bad cells |
23:49:45 | amiconn | No, these were branded cells |
23:50:00 | [IDC]Dragon | actually, I don't understand why 1/10 C should still be allowed for unlimited time |
23:50:19 | [IDC]Dragon | with the capacity rising to 2500 mAh |
23:50:20 | amiconn | No, it shouldn't, it's too much |
23:50:34 | [IDC]Dragon | make it 1/20 C then |
23:50:49 | amiconn | And for our charging current to be <= 1/10 C, we would need 3500 mAh cells... |
23:51:08 | [IDC]Dragon | my point is, this goes up with capacity, but the AA size is the same |
23:51:23 | [IDC]Dragon | it all has to be dissipated as heat |
23:51:59 | [IDC]Dragon | and AA cells started at 500 mAh |
23:52:37 | [IDC]Dragon | (long time ago, when I was playing with motorized toys ;-) |
23:52:46 | | Join amiconn_ [0] (~jens@pD95D115B.dip.t-dialin.net) |
23:53:07 | | Quit amiconn (Nick collision from services.) |
23:53:08 | | Nick amiconn_ is now known as amiconn (~jens@pD95D115B.dip.t-dialin.net) |
23:53:47 | amiconn | (1) AA cells started even lower than 500 mAh, I have seen 450 mAh cells (still working btw!) |
23:53:58 | amiconn | (2) The heat is only part of the problem |
23:54:10 | Cassandra | btw I sort of figured out two ways to implement concurrent sleep timer and wakeup alarm. |
23:54:20 | Cassandra | The problem is they both have drawbacks. |
23:54:51 | | Join Trevmar [0] (~trevor@ca-agoura-cuda2h-53.ventca.adelphia.net) |
23:55:03 | Cassandra | (1) Defer actually setting the rtc until you power off (eg in safe_shutdown) |
23:55:17 | Trevmar | Joerg, did you see the pictures I posted on the Ondio forum today? |
23:55:35 | Cassandra | (2) Set immediately but have a watch thread that switches it off if we ever get closer to it than a minute. |
23:55:52 | [IDC]Dragon | hi Trevor, yes, nice |
23:56:04 | Cassandra | setting the rtc *alarm*, I mean. |
23:56:57 | Trevmar | the hole in front of the mike makes a big difference :) |
23:56:58 | amiconn | [IDC]Dragon: When the cells are full, and you still apply charging current, electrolysis takes place, producing hydrogen and oxygen. This has to be absorbed again by the "charging reserve", otherwise the cell looses electrolyte. |
23:57:23 | amiconn | If the current is too high, this doesn't work fast enough. |
23:58:09 | [IDC]Dragon | we could start to trickle when approaching |
23:58:14 | amiconn | Cassandra: I would prefer option (1) - much more straight forward |
23:58:14 | | Join Digital007 [0] (~acd416ad@labb.contactor.se) |
23:58:22 | Digital007 | hi |
23:58:24 | [IDC]Dragon | so, "high" current to empty cells, less while they fill |
23:58:45 | amiconn | Cassandra: And, yes, you're right, idle poweroff should also use safe_shutdown() (imho) |