00:01:51 | | Quit edx () |
00:15:16 | | Join gromit``` [0] (~gromit@ALagny-151-2-2-23.w82-121.abo.wanadoo.fr) |
00:22:19 | | Quit gromit`` (Read error: 110 (Connection timed out)) |
00:55:28 | *** | Saving seen data "./dancer.seen" |
01:00 |
01:02:34 | | Quit plok ("I'm outta here!") |
01:15:46 | | Quit AciD (Remote closed the connection) |
01:45:25 | | Quit mecraw ("Trillian (http://www.ceruleanstudios.com)") |
02:00 |
02:06:38 | | Join bagawk [0] (~80c10006@labb.contactor.se) |
02:06:53 | bagawk | hey :) |
02:07:02 | bagawk | my RTC alarm mod is done |
02:08:18 | bagawk | amiconn: are you there? |
02:08:28 | amiconn | yup |
02:08:47 | bagawk | amiconn: could you do me a BIG favor? |
02:09:00 | amiconn | Do you realize what you've started with your Ondio firmware check? ;) |
02:09:13 | bagawk | hehe yes |
02:09:36 | | Join ashridah [0] (ashridah@220.253.118.86) |
02:09:45 | amiconn | bagawk: What can I do? |
02:11:13 | bagawk | amiconn: could you do a fresh cvs checkout, compile it with -DHAVE_ALARM_MOD in the EXTRA_DEFINES section of the makefile, and do a make zip (fonts included) and send it to me? |
02:11:44 | amiconn | No build environment? |
02:11:49 | bagawk | nope |
02:11:56 | bagawk | and a 28.8k modem hehe |
02:12:08 | amiconn | Urgs |
02:12:41 | amiconn | bagawk: This is recorder v1, right? |
02:12:47 | bagawk | amiconn: yes |
02:16:38 | * | amiconn is wondering where those EXTRA_DEFINES are hiding.. |
02:17:49 | bagawk | humm no idea |
02:18:10 | bagawk | it may have changed, since the build system was changed not to long ago |
02:18:33 | amiconn | Found it - had to add an extra "export ...." line to the generated Makefile, let's see if it works |
02:20:08 | amiconn | Looks like it worked... the alarm_menu.o is significantly larger |
02:20:18 | bagawk | :) |
02:24:13 | amiconn | bagawk: Got the link? |
02:24:49 | bagawk | yes, did not see your privmsg in CGIIRC |
02:39:42 | bagawk | i am waiting now to see if it works |
02:40:10 | bagawk | it only works in incrimments of 5 mins |
02:40:29 | midk | 'increments'. |
02:40:36 | bagawk | ok |
02:41:15 | amiconn | bagawk: At least it works... and there is room for improvement ;) |
02:45:21 | bagawk | I already see a few things to change |
02:47:37 | amiconn | New voice files upped... now its tts (time to sleep) |
02:48:03 | | Quit amiconn (" nite") |
02:50:32 | bagawk | I need to find some time to make the alarm better |
02:50:43 | bagawk | possibly make it a plugin |
02:51:28 | midk | put it up there with 'making my own version of rockbox' and 'center aligning in wps' |
02:51:33 | midk | 'checkers' |
02:51:55 | bagawk | yeah |
02:52:07 | bagawk | i have the checkers source at home |
02:52:15 | bagawk | i doubt i will finish it |
02:52:29 | bagawk | ill post it on the mail ist some time, mabe someone will finish it |
02:52:41 | bagawk | i am started that milage calc |
02:52:46 | midk | 'maybe', 'i'll', good luck |
02:52:47 | bagawk | but did not finish |
02:52:51 | midk | 'i have' |
02:53:53 | bagawk | center alinging in the wps is something i just put on a list, not that i will ever get to it :P |
02:55:29 | *** | Saving seen data "./dancer.seen" |
03:00 |
03:03:58 | | Quit bagawk ("CGI:IRC (EOF)") |
04:00 |
04:55:33 | *** | Saving seen data "./dancer.seen" |
05:00 |
05:40:48 | | Join webguest75 [0] (~3fe4cfee@labb.contactor.se) |
05:41:49 | | Quit webguest75 (Client Quit) |
05:42:18 | | Join webguest39 [0] (~3fe4cfee@labb.contactor.se) |
05:43:59 | webguest39 | Hi, I am looking for some help. I have a corrupted file on my Studio 20, I can't delete it. I am willing to try to write the hard drive clean and start over but can't get that to work. Any suggestions? Thanks. |
05:46:16 | | Quit webguest39 (Client Quit) |
06:00 |
06:38:41 | | Quit scott666 ("i'll be back...eventually...") |
06:55:35 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:03:53 | | Join LinusN [0] (~linus@labb.contactor.se) |
07:06:11 | | Quit ashridah (Remote closed the connection) |
07:06:16 | | Join ashridah [0] (ashridah@220-253-118-86.VIC.netspace.net.au) |
07:39:33 | midk | my LinAV snake port is near complete! now i just have to figure out why it keeps crashing the archos.. :) |
07:39:43 | LinusN | :-) |
07:39:57 | | Join Lurkski [0] (~Miranda@24.30.163.142) |
07:40:06 | midk | they better come out with devices later on that fix things like this for you. |
07:40:30 | LinusN | damn, i can't figure out how to format my jukebox without a partition table in Win2k... |
07:40:56 | midk | without a partition table? why? |
07:41:03 | LinusN | bug hunt |
07:41:41 | midk | first fix the bug that is win2k :) |
07:41:54 | LinusN | i have found that silly disk manager, but it won't let me do what i want |
07:42:08 | midk | googel! |
07:43:37 | midk | maybe efnet #windows2000 can help or something |
07:45:01 | midk | I HATE THIS! just tell me what's wrong, stupid thing! |
07:46:39 | midk | it's so incredibly harder to debug code that isn't your own, i've come to understand |
07:46:55 | midk | pff, i remember when i wanted to rewrite rockblox because i didn't understand it too well |
08:00 |
08:04:52 | | Quit einhirn (burroughs.freenode.net irc.freenode.net) |
08:04:52 | NSplit | burroughs.freenode.net irc.freenode.net |
08:04:52 | | Quit MoGl53 (burroughs.freenode.net irc.freenode.net) |
08:04:52 | | Quit midk (burroughs.freenode.net irc.freenode.net) |
08:04:52 | | Quit ze (burroughs.freenode.net irc.freenode.net) |
08:04:52 | | Quit gromit``` (burroughs.freenode.net irc.freenode.net) |
08:04:52 | | Quit silencer_ (burroughs.freenode.net irc.freenode.net) |
08:04:52 | | Quit Tron|Uni (burroughs.freenode.net irc.freenode.net) |
08:04:52 | | Quit ashridah (burroughs.freenode.net irc.freenode.net) |
08:04:52 | | Quit dwihno (burroughs.freenode.net irc.freenode.net) |
08:04:52 | | Quit Sebulba02 (burroughs.freenode.net irc.freenode.net) |
08:04:52 | | Quit LinusN (burroughs.freenode.net irc.freenode.net) |
08:06:15 | NHeal | burroughs.freenode.net irc.freenode.net |
08:06:15 | NJoin | gromit``` [0] (~gromit@ALagny-151-2-2-23.w82-121.abo.wanadoo.fr) |
08:06:15 | NJoin | silencer_ [0] (~silencer@zen.via.ecp.fr) |
08:06:15 | NJoin | Tron|Uni [0] (~tron@hobbit.chemie.uni-hamburg.de) |
08:06:16 | NJoin | LinusN [0] (~linus@labb.contactor.se) |
08:06:55 | NJoin | ze [0] (psyco@adsl-63-205-44-84.dsl.lsan03.pacbell.net) |
08:06:55 | NJoin | midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com) |
08:06:55 | NJoin | MoGl53 [0] (mogle3@213.177.236.210.adsl.griffin.net.uk) |
08:06:55 | NJoin | einhirn [0] (~Miranda@carlsberg.heim2.tu-clausthal.de) |
08:07:28 | NJoin | dwihno [0] (~dw@81.8.224.89) |
08:13:16 | | Join amiconn [0] (~jens@pD95D1937.dip.t-dialin.net) |
08:13:30 | amiconn | Good morning |
08:13:54 | midk | morning, amiconn |
08:15:08 | NJoin | ashridah [0] (ashridah@220-253-118-86.VIC.netspace.net.au) |
08:16:08 | amiconn | LinusN: What an irony: You are trying to do the opposite of what I had to do last week (I had to reformat my Ondio *with* a partition table, after I half-accidentally ditched it), without much luck with the WinXP disk manager either |
08:17:08 | | Join Sebulba02 [0] (~Sebulba02@20.77.33.65.cfl.rr.com) |
08:22:23 | amiconn | LinusN: What bug are you trying to catch? |
08:34:52 | midk | i'm headed to bed, nite all |
08:35:00 | amiconn | nite midk |
08:35:09 | midk | see you later |
08:55:39 | *** | Saving seen data "./dancer.seen" |
09:00 |
09:04:29 | LinusN | amiconn: hi |
09:04:51 | LinusN | i'm looking into the disk:null messages people are getting when installing 2.2 on a virgin box |
09:05:09 | LinusN | i suspect that the boot sector gets overwritten |
09:05:29 | LinusN | and i also suspect it has to do with "super floppy" formatted drives |
09:05:30 | | Quit Tron|Uni (Remote closed the connection) |
09:05:43 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
09:30:30 | | Join einhirn [0] (Miranda@bsod.rz.tu-clausthal.de) |
09:35:25 | | Join plok [0] (s336156@student.uq.edu.au) |
09:59:29 | amiconn | (back again) |
10:00 |
10:00:28 | amiconn | LinusN: The boot sector should not get overwritten, however, theconfig sector may cause problems... |
10:03:32 | | Join [IDC]Dragon [0] (~d90a3255@labb.contactor.se) |
10:04:59 | [IDC]Dragon | good morning folks |
10:05:37 | [IDC]Dragon | (morning to europeans, that is) |
10:05:50 | Bagder | good eurorning! |
10:05:57 | Bagder | ;-) |
10:07:19 | [IDC]Dragon | amiconn: I fooled myself looking for the "can't rolo archos ajz" you reported |
10:08:23 | | Join webguest78 [0] (~8446db96@labb.contactor.se) |
10:08:31 | [IDC]Dragon | I revived the startup port save/load feature, made snapshots with cold and warm boot, etc. |
10:09:03 | [IDC]Dragon | then I found the Archos .ajz I've been trying was the SP one! |
10:09:47 | | Join methangas [0] (methangas@0x50a476ab.virnxx10.adsl-dhcp.tele.dk) |
10:11:12 | LinusN | from the Misticriver forum regarding rockbox donations: |
10:11:15 | LinusN | "Sorry if this sounds a bit harsh, but i really can't stand freeloaders who leech of the expense of others." |
10:11:43 | Bagder | and who are the freeloaders in this case? |
10:11:49 | LinusN | we are |
10:11:53 | Bagder | ah |
10:11:57 | Bagder | we are bad persons |
10:12:01 | Bagder | baaaad |
10:12:14 | LinusN | i'm rich, thanks to rockbox! |
10:12:21 | Bagder | hahaah |
10:12:26 | methangas | i feel quilty just using rockbox |
10:12:41 | methangas | i should go and spend my life caring for the poor |
10:12:52 | LinusN | not sure if i should reply to that, i don't know if he deserves it |
10:13:01 | Bagder | I think you shouldn't |
10:13:33 | * | LinusN clicks on "cancel" |
10:13:36 | Bagder | let them have their own little universe in there |
10:14:26 | Bagder | it is hard to see how you freeload |
10:14:37 | Bagder | but let's not confuse their reaction with facts |
10:18:08 | LinusN | well, it's not "their" reaction, it's just a jerk who always moans and bitches about everything |
10:18:32 | LinusN | he's their local asshole, every forum has one |
10:18:34 | Bagder | right |
10:18:47 | Bagder | a troll |
10:18:57 | LinusN | and the other guys are defending us quite well :-) |
10:18:57 | Bagder | "don't feed the trolls" |
10:23:54 | ashridah | LinusN: yeah. those leechers are horrible. you obviously need to start charging for rockbox |
10:23:59 | Bagder | LinusN: URL? |
10:24:32 | [IDC]Dragon | LinusN: I'm about to change the voice code a bit for Ondio, such that not the whole voice file is loaded, only the tables, and the rest on demand |
10:24:37 | LinusN | http://www.misticriver.net/boards/showthread.php?t=4909 |
10:24:51 | LinusN | [IDC]Dragon: sounds fair. drawbacks? |
10:25:03 | [IDC]Dragon | because we're not afraid of spinups, but about loading the large chunk |
10:25:30 | [IDC]Dragon | no drawback, just a question: |
10:25:52 | LinusN | aha, the change is only for ondio |
10:26:00 | [IDC]Dragon | would it be OK to leave the file open all the time, until the buffer gets claimed again? |
10:26:16 | LinusN | probably, why? |
10:26:41 | [IDC]Dragon | dunno, shortness of file handles, or side effects I'm unaware of |
10:26:53 | LinusN | no, i mean why keep it open |
10:27:18 | [IDC]Dragon | then a clip playback is just a seek and read |
10:27:31 | LinusN | so it saves time |
10:27:44 | [IDC]Dragon | else I have to open the file each time, causing dir and fat walk |
10:27:53 | LinusN | i see |
10:28:04 | [IDC]Dragon | for every word, that is |
10:28:13 | LinusN | today we have a maximum of 4 open files |
10:28:28 | LinusN | so i think it should be ok |
10:28:38 | [IDC]Dragon | one of them is the playback, I guess |
10:29:05 | [IDC]Dragon | so if I close before that's opened, we may not even need an extra handle |
10:29:06 | LinusN | yes, and then you might do other stuff while playing, like running plugins, loading configs etc |
10:29:58 | LinusN | go ahead, if it turns out to be a problem, we'll just increase the file handle limit |
10:30:32 | [IDC]Dragon | I'll try |
10:31:54 | Bagder | LinusN: a full-fledged troll indeed (that misticriver dude) |
10:32:02 | LinusN | yup |
10:32:12 | LinusN | and a quite verbal one too |
10:32:43 | amiconn | [IDC]Dragon: I couldn't find the that startup port save/ load in cvs... |
10:32:54 | ashridah | bit sad, really. it's not like donating a BROKEN iriver is actually a burden, past shipping. |
10:33:30 | Bagder | amen |
10:33:33 | ashridah | which reminds me, did that moglen fellow talk to you or zagor? |
10:33:44 | Bagder | I think he did |
10:33:47 | [IDC]Dragon | amiconn: don't worry, I did |
10:33:51 | Bagder | ashridah: I read something in the logs |
10:34:35 | [IDC]Dragon | If Zagor doesn't mind, I commit it again, while Ondio and possibly Player is ongoing |
10:34:38 | ashridah | cool. |
10:40:37 | LinusN | he's sending the iriver board to me |
10:41:22 | amiconn | [IDC]Dragon: I checked the bus controller inits on the player (BCR and WCR1..WCR3) |
10:41:31 | ashridah | LinusN: cool. |
10:42:33 | amiconn | [IDC]Dragon: BCR, WCR1 and WCR2 are identical to recorder (apart from BCR being different for me, caused by your bootloader enabling warp mode, while the archos loader doesn't) |
10:43:15 | amiconn | WCR3 is different, but I doubt that it is for a reason. Recorder and Ondio initialize it to 0x8000, while player initializes it to 0xE000 |
10:43:36 | amiconn | That adds 4 wait states for area 02 (flash rom) instead of 1 |
10:44:43 | amiconn | Flash rom is always 90 ns or faster, so 1 wait state should be sufficient (Linus? Did you find slower ROMs in very old players?) |
10:45:42 | amiconn | I tested the 0x8000 setting on my player - no problems so far |
10:45:53 | [IDC]Dragon | I |
10:46:07 | [IDC]Dragon | I think 90 ns is the slowest you can get |
10:46:39 | LinusN | i haven't looked at the ratings of the ROM's |
10:46:58 | LinusN | but i doubt that they're slower than 90ns |
10:47:34 | amiconn | Even 1 wait state allows for more than 90ns, so I think we can use the WCR1 and WCR3 inits for all archos models |
10:47:43 | [IDC]Dragon | confimendm 90 is the max |
10:48:04 | [IDC]Dragon | confirmed, I mean (from the datasheets) |
10:55:41 | *** | Saving seen data "./dancer.seen" |
10:57:53 | [IDC]Dragon | can we do 0 waitstates? |
11:00 |
11:02:32 | amiconn | No, it's not possible |
11:03:22 | [IDC]Dragon | yeah, figured that |
11:04:12 | amiconn | So I think we can remove the conditionals around the WCR1/WCR3 init (and correct the WCR1 init according to the datasheet) |
11:05:15 | [IDC]Dragon | I'm all for it, yes |
11:05:52 | amiconn | I already did it locally... |
11:05:59 | LinusN | go ahead |
11:06:36 | [IDC]Dragon | it's rare to see an #if removed, these days ;-) |
11:08:25 | LinusN | :-) |
11:10:22 | LinusN | amiconn: got my email? |
11:10:35 | amiconn | yup :) |
11:11:33 | amiconn | Another topic - is it still desired to implement logarithmic scroll speed settings? (Discussed that on 2004-07-30 on irc) |
11:11:41 | LinusN | think so |
11:12:20 | amiconn | What unit should we use for the settings? Or should the settings dialog display the Hz values? |
11:15:28 | LinusN | not sure, maybe just a generic "speed" setting, without unit |
11:18:43 | | Join MisticJeff [0] (~MisticJef@lv-65-173-87-243.dyn.sprint-hsd.net) |
11:19:01 | MisticJeff | Good Morning one and all... |
11:19:07 | LinusN | hi |
11:19:17 | LinusN | nice trolling on the misticriver board :-) |
11:19:33 | MisticJeff | Just wanted you all to know that the Rockbox project has 100% support from MisticRiver |
11:19:41 | MisticJeff | just ignore Flame Grilled |
11:19:48 | LinusN | don't worry |
11:20:00 | LinusN | he's such an obvious troll |
11:20:27 | MisticJeff | not really a troll... he's been with me since the inception... just misguided |
11:20:42 | LinusN | and verbal :-) |
11:20:51 | MisticJeff | oh yes, very verbal! |
11:21:22 | LinusN | too bad he doesn't have the facts to back his statements |
11:21:53 | MisticJeff | that's just the way he is unfortunately, just had a little conversation with him via PM |
11:22:40 | MisticJeff | Zagor here? |
11:22:44 | LinusN | nope |
11:23:02 | LinusN | bet he's at home feeling sorry for himself :-) |
11:23:02 | MisticJeff | When you see him have him check his email and get back to me |
11:23:13 | LinusN | (broken rib) |
11:23:14 | amiconn | LinusN: Next one: How/ when is SYS_POWEROFF coming? |
11:23:31 | LinusN | amiconn: i can do that now |
11:24:10 | LinusN | lots of plugins don't call the default handler though |
11:24:31 | LinusN | MisticJeff: will do |
11:26:23 | [IDC]Dragon | MisticJeff: is everybody else happy with the forum tree? |
11:26:39 | [IDC]Dragon | I still find it very diverse |
11:26:59 | [IDC]Dragon | with the sub-boards |
11:27:29 | MisticJeff | no complaints so far, much more diverse than the old site was |
11:27:34 | LinusN | ...and i still miss the "new posts" feature, it's too hidden as it is now |
11:27:37 | amiconn | LinusN: So they have to be adapted... We Ondio guys have to look into each plugin anyway, to either adapt them to the limited keyboard or ditch them for Ondio (e.g. calendar makes no sense without RTC) |
11:28:01 | LinusN | i'll have a go at it |
11:28:14 | LinusN | (sending the POWEROFF event, that is) |
11:28:28 | amiconn | MisticJeff: The css is still a bit odd, imho. It is rather different from the ordinary rockbox site |
11:28:44 | MisticJeff | LinusN: yeah i need to move that link button still... *kicks self in arse* |
11:29:09 | MisticJeff | Yes a little different |
11:30:05 | MisticJeff | I've been around mailing lists for a long time, I'm new to this IRC stuff but nowadays if you want participation you really must have a forum |
11:30:36 | [IDC]Dragon | forum is fine, thank you very much |
11:31:13 | | Quit Lurkski (Read error: 110 (Connection timed out)) |
11:31:18 | [IDC]Dragon | I just think we don't need that many sub-forums |
11:31:33 | LinusN | i agree |
11:31:53 | [IDC]Dragon | One per main model should be enough |
11:32:32 | [IDC]Dragon | it's not like the FM users have different interests than the Recorder users |
11:35:49 | | Join Pillo [0] (~Miranda@navlab03.dei.unipd.it) |
11:41:53 | | Quit webguest78 ("CGI:IRC") |
11:44:20 | * | [IDC]Dragon sees a showstopper for the Ondio voice on demand loading |
11:44:54 | LinusN | ouch |
11:45:25 | MisticJeff | Forums edited down!! Done! |
11:45:34 | [IDC]Dragon | the clips have to be available in memory, else we can't schedule them in a queue |
11:46:14 | [IDC]Dragon | MisticJeff: Thanks! (you're too easy to influence) |
11:47:04 | [IDC]Dragon | if you add FM and V2 to the Recorder forum description, it'll be perfect, imho |
11:47:17 | MisticJeff | i'm just the gatekeeper, you guys run the show |
11:47:57 | [IDC]Dragon | ahem and the Ondio line features the models FM and SP |
11:50:26 | [IDC]Dragon | LinusN: speaking of model, I added a "Storage" row to http://www.rockbox.org/docs/devicechart.html |
11:50:58 | [IDC]Dragon | mainly to state that the Ondio has no HD but MMC |
11:51:38 | [IDC]Dragon | I'm not sure about the HD sizes of the older models, can you please check if I didthat wrong? |
11:51:44 | LinusN | [IDC]Dragon: sure |
11:51:45 | amiconn | [IDC]Dragon: You *can* schedule the clips, loading one after the other in memory, and resetting to the start address when the queue is empty. |
11:52:15 | [IDC]Dragon | amiconn: with some kind of dynamic memory management |
11:52:32 | amiconn | I doubt that we schedule so many clips that we run past the end of the mp3 buffer |
11:52:55 | [IDC]Dragon | how about duplicates? do you want them twice in memory? |
11:53:11 | LinusN | [IDC]Dragon: the oldest recorders had 6Gb |
11:54:14 | [IDC]Dragon | up to 15 is correct? |
11:54:29 | LinusN | i believe so yes |
11:54:47 | amiconn | [IDC]Dragon: Should be no problem, simply place them in memory in playing sequence. Should be even easier to play that... |
11:55:35 | [IDC]Dragon | yes, that's a simple solution |
11:56:19 | amiconn | You can add an end-of-buffer check, just in case |
11:56:33 | [IDC]Dragon | and a very different talk module, without the queue |
11:57:04 | [IDC]Dragon | I was thinking about some kind of caching, but too much code |
11:57:32 | [IDC]Dragon | I need an upper limit, the file clip goes behind that |
12:00 |
12:00:23 | amiconn | Why not use the same clip queue for the file/dir clip? |
12:00:43 | [IDC]Dragon | I do |
12:01:02 | [IDC]Dragon | just have a different idea: |
12:01:42 | [IDC]Dragon | I could reserve the space for the full voice file as usual, but load the pieces into their place when needed |
12:01:54 | [IDC]Dragon | lunchtime, away |
12:05:12 | LinusN | [IDC]Dragon: that sounds better |
12:05:27 | amiconn | Doing it this way may need fewer changes, and it avoids loading the same clip twice. On the downside you have to maitain the clip-loaded state for every clip |
12:43:37 | | Join Zagor [242] (~bjst@labb.contactor.se) |
12:55:45 | *** | Saving seen data "./dancer.seen" |
12:55:47 | LinusN | SYS_POWEROFF works fine |
13:00 |
13:02:02 | LinusN | lunch time |
13:02:09 | | Quit MisticJeff (Read error: 238 (Connection timed out)) |
13:07:33 | [IDC]Dragon | back again |
13:09:17 | [IDC]Dragon | amiconn: in the voice file way described as above, I just need a tag bit per clip, this could be the MSB of a table entry |
13:11:52 | amiconn | [IDC]Dragon: Isn't the MSB used for lang<->voice only clip separation? |
13:12:20 | [IDC]Dragon | no, within the clip "directory", I mean |
13:12:34 | [IDC]Dragon | struct clip_entry |
13:14:02 | [IDC]Dragon | I could e.g. use the MSB of the size member, plenty of room there |
13:14:54 | [IDC]Dragon | when loaded, the MSBs of all entries will be 0 |
13:15:28 | [IDC]Dragon | so I can gradually set them, to indicate a loaded clip |
14:00 |
14:01:51 | | Part LinusN |
14:30:23 | | Join LinusN [0] (~linus@labb.contactor.se) |
14:43:04 | | Join elinenbe [0] (~elinenbe_@65.115.46.225) |
14:46:31 | | Join Lurkski [0] (~Miranda@24.30.163.142) |
14:55:47 | *** | Saving seen data "./dancer.seen" |
15:00 |
15:15:52 | [IDC]Dragon | amiconn: r u there? |
15:18:33 | | Quit Bagder ("Off to search for that connect-resetting peer guy!") |
15:18:37 | | Join Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se) |
15:31:42 | LinusN | [IDC]Dragon: can you test the SYS_POWEROFF change? |
15:32:17 | LinusN | btw, which key to use for the ondio? |
15:34:42 | | Quit Lurkski (Read error: 110 (Connection timed out)) |
15:37:15 | [IDC]Dragon | LinusN: can't test now, perhaps not even tonight |
15:37:40 | [IDC]Dragon | off is holding the On/Off button |
15:38:17 | * | [IDC]Dragon has to admit he doesn't understand the SYS_POWEROFF business |
15:38:30 | [IDC]Dragon | haven't followed that |
15:38:45 | LinusN | easy, a held OFF key sends a SYS_POWEROFF event to the button queue |
15:39:09 | [IDC]Dragon | and then? only button queue? |
15:39:12 | LinusN | which is handled by default_handler(), which turns off the unit |
15:39:37 | [IDC]Dragon | and saves to RTC, etc. ? |
15:39:43 | LinusN | just like the OFF-OFF click does today |
15:40:22 | LinusN | the OFF-OFF handling is removed on the platforms that supports "soft poweroff" |
15:40:34 | LinusN | fm, v2 and ondio |
15:40:49 | LinusN | now you hold OFF, and the player is cleanly shut down |
15:41:22 | [IDC]Dragon | I have never used OFF-OFF, was that for recorders as well? |
15:41:27 | LinusN | yes |
15:41:33 | [IDC]Dragon | :-/ |
15:41:33 | LinusN | recorders still have it |
15:41:47 | LinusN | the player has it as a menu choice |
15:42:10 | [IDC]Dragon | "cleanly" means disk power down, or what? |
15:42:39 | LinusN | cleanly means "saves settings to disk/rtc, spins down and turns off" |
15:43:10 | [IDC]Dragon | ah, ok |
15:43:33 | [IDC]Dragon | because when not holding off, we're not racing against the hardwareoff |
15:43:47 | LinusN | exactly |
15:44:06 | LinusN | the user will probably let go off the OFF button the the "shutting down" message appears |
15:44:18 | LinusN | s/the the/when the/ |
15:44:37 | [IDC]Dragon | vs. for fm, v2 and ondio we will? |
15:44:43 | [IDC]Dragon | (race) |
15:45:11 | LinusN | the fm/v2/ondio has such a long OFF timeout in hardware that the user has time to let go off the button |
15:45:38 | [IDC]Dragon | but long enough for the disk to spin up and save settings? |
15:45:40 | LinusN | the recorder and player has such a short timeout that the SYS_POWEROFF event is useless |
15:46:09 | LinusN | i don't think the hardware timeout is long enough to spin up, save and spin down again |
15:46:18 | LinusN | but the user won't hold it that long |
15:46:37 | LinusN | try it yourself, you will release the button when the message appears |
15:46:46 | [IDC]Dragon | because you issue a splash first? |
15:46:46 | LinusN | just like the original firmware |
15:46:49 | [IDC]Dragon | ok |
15:47:04 | LinusN | this is the "shutting down" message i mentioned |
15:47:38 | [IDC]Dragon | that's excellent for the Ondio, because you can't power it down in software while the button is pressed |
15:47:53 | LinusN | good |
15:48:02 | LinusN | a builtin safety net |
15:48:32 | LinusN | gotta go |
15:48:34 | LinusN | cu guys |
15:48:40 | [IDC]Dragon | I think it's annoying, requires such a message |
15:48:48 | LinusN | what is? |
15:48:55 | LinusN | ah |
15:49:16 | [IDC]Dragon | for Ondio, we have to "force" the user away from the button |
15:49:26 | LinusN | i see, |
15:49:29 | LinusN | ok gott arun |
15:49:31 | LinusN | gotta run |
15:49:32 | [IDC]Dragon | cu |
15:49:34 | | Part LinusN |
15:50:34 | amiconn | [IDC]Dragon: I'm here noew |
15:50:38 | amiconn | *now |
16:00 |
16:14:16 | [IDC]Dragon | now I am, too |
16:14:25 | [IDC]Dragon | what was I about to ask? |
16:15:03 | [IDC]Dragon | ah, about SYS_POWEROFF |
16:15:23 | [IDC]Dragon | we should use it to save the delayed sector |
16:16:04 | [IDC]Dragon | perhaps not write it at "spinup", to minimize wear |
16:17:13 | [IDC]Dragon | or at spinup, too, but not before a certain timeout |
16:18:13 | amiconn | Iiuc the safe shutdown does the config save already |
16:21:19 | [IDC]Dragon | ok, then we're only left to think about delaying the delay |
16:26:17 | amiconn | Another idea: We could "fake" a real poweroff while the user is still holding the button, by blanking the display |
16:26:34 | [IDC]Dragon | hehe |
16:28:24 | Zagor | not a bad idea, if it feels good for the user. most mobile phones do that. |
16:29:13 | [IDC]Dragon | they do? interesting. but the feedback is good, because it's the desired |
16:31:26 | [IDC]Dragon | so, amiconn: good idea |
16:32:12 | [IDC]Dragon | set the contrast to lightmost, to make it look more real |
16:34:23 | amiconn | The player already does something like that (half-way) - it switches off the backlight |
16:55:50 | *** | Saving seen data "./dancer.seen" |
16:57:06 | | Join Lurkski [0] (~Miranda@24.30.163.142) |
17:00 |
17:05:50 | | Part Zagor |
17:17:00 | | Join mecraw [0] (~lmarlow@69.2.235.2) |
17:20:46 | amiconn | [IDC]Dragon: Still there? |
17:20:53 | [IDC]Dragon | yes |
17:22:47 | [IDC]Dragon | just checking, or what? ;-) |
17:23:41 | amiconn | The "Storage" row in the device comparison table is now complete. The Player/Studio are available from 6 to 20 GB |
17:23:49 | amiconn | *is not complete |
17:24:27 | [IDC]Dragon | aha, I guess only the newer ones? |
17:25:15 | amiconn | I don't know about the older ones, but there are Studio 10 and Studio 20. I should know as I have a Studio 10... |
17:25:29 | [IDC]Dragon | ;-) |
17:25:54 | [IDC]Dragon | do you have cvs right now? I don't. |
17:26:18 | [IDC]Dragon | Linus also pointe dout the Recorder started at 6 GB. |
17:26:26 | [IDC]Dragon | pointed out |
17:27:08 | [IDC]Dragon | (the above looked french) |
17:27:15 | amiconn | Yes indeed. And there are rumours that *some* 15 GB recorders also have USB2... |
17:27:41 | amiconn | I'm not sure about that |
17:27:51 | [IDC]Dragon | I was betting on that when I go one fo my gf, but lost |
17:27:51 | amiconn | Me fix. |
17:28:11 | [IDC]Dragon | let's neglect the very exotic combos |
17:28:22 | amiconn | If the recorder is USB2, it is clearly printed on the front (in red) |
17:30:50 | amiconn | fix committed |
17:36:19 | [IDC]Dragon | thanks |
17:36:53 | [IDC]Dragon | I knew that row is most likely wrong, but it was a start |
17:45:28 | | Quit Lurkski (Read error: 104 (Connection reset by peer)) |
17:46:45 | [IDC]Dragon | leaving... |
17:46:52 | | Quit [IDC]Dragon ("CGI:IRC") |
17:48:13 | | Quit ashridah ("gone") |
18:00 |
18:22:04 | | Quit einhirn (Read error: 54 (Connection reset by peer)) |
18:40:05 | | Part Pillo |
18:45:31 | | Join AciD [0] (~acid@longchamp44-1-82-67-133-87.fbx.proxad.net) |
18:53:59 | | Join _aLF [0] (Alexandre@mutualite-3-82-67-66-128.fbx.proxad.net) |
18:54:01 | _aLF | hi |
18:55:54 | *** | Saving seen data "./dancer.seen" |
19:00 |
19:41:59 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- :P") |
20:00 |
20:00:53 | | Join webguest53 [0] (~d5f0ca38@labb.contactor.se) |
20:16:39 | | Join marc77 [0] (~marc@pub212004076150.hfc.datazug.ch) |
20:21:25 | | Quit marc77 (Client Quit) |
20:37:54 | | Quit webguest53 ("CGI:IRC (EOF)") |
20:49:54 | amiconn | Bagder: Are you there? |
20:55:57 | *** | Saving seen data "./dancer.seen" |
21:00 |
21:07:52 | | Join iRiverMan [0] (~acba865f@labb.contactor.se) |
21:08:13 | iRiverMan | hiya |
21:08:42 | iRiverMan | what kind of hardware decoder does the iriver have? |
21:10:34 | iRiverMan | a mas? |
21:11:00 | amiconn | Erm, the iRiver has *no* hardware decoder |
21:11:40 | iRiverMan | it must have |
21:11:54 | iRiverMan | archos has hardware decoder |
21:14:10 | amiconn | Yes, but then the archos CPU is only 12 MHz SH1, while the iRiver CPU is >100 MHz Coldfire |
21:14:44 | iRiverMan | cool |
21:14:53 | iRiverMan | so where is the decoder "stored"? |
21:15:18 | amiconn | It's a software decoder, part of the firmware |
21:15:55 | _aLF | http://www.rockbox.org/twiki/pub/Main/DataSheets/Philips_UDA1380TT_Datasheet.pdf should be spec of the DAC ? |
21:17:13 | amiconn | yup |
21:18:40 | iRiverMan | ok |
21:18:51 | iRiverMan | hope rockbox can make it play aac or atrac3 |
21:18:57 | iRiverMan | as well as wma, ogg and the others |
21:38:27 | amiconn | Yay! Grayscale, jpeg viewer and video run on Ondio! |
21:41:13 | | Join scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
21:42:58 | | Join scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com) |
21:44:18 | iRiverMan | boo |
21:44:27 | iRiverMan | add backlight for the ondio |
21:44:28 | iRiverMan | lol |
21:45:27 | amiconn | The PCB is prepared for backlight... |
21:45:51 | iRiverMan | so where is it? |
21:46:00 | iRiverMan | on the archos website it shows the Ondio having a BLUE backlite |
21:47:47 | amiconn | These pictures look very artificial, but the PCB looks like it was planned to ship the Ondio with an EL backlight. So if we can figure what chip belongs in the empty space, we could add it ourselves. It may even be that early Ondio actually have that backlight |
21:48:48 | iRiverMan | cool |
21:48:58 | iRiverMan | I know the Iriver has an EL backlight on its remote |
21:49:09 | iRiverMan | the LCD on the iriver itself uses blue LEDS for the backlight |
21:49:38 | amiconn | I have modded my recorder with white LEDs... |
21:49:58 | iRiverMan | :D |
21:50:09 | iRiverMan | man i was this close to buying an ipod before choosing the iriver |
21:54:36 | | Quit mecraw (Read error: 104 (Connection reset by peer)) |
21:55:09 | | Join mecraw [0] (~lmarlow@69.2.235.2) |
22:00 |
22:05:35 | | Quit scott666 (Read error: 110 (Connection timed out)) |
22:11:30 | | Join mecraw_ [0] (~lmarlow@69.2.235.2) |
22:11:57 | | Quit mecraw (Read error: 104 (Connection reset by peer)) |
22:15:25 | | Quit mecraw_ (Read error: 54 (Connection reset by peer)) |
22:15:27 | | Join mecraw__ [0] (~lmarlow@69.2.235.2) |
22:16:55 | | Join uski [0] (~uski@lns-th2-5f-81-56-234-40.adsl.proxad.net) |
22:17:05 | uski | hi * |
22:18:43 | amiconn | hi uski |
22:20:02 | Bagder | here now |
22:20:10 | iRiverMan | hey Bagder |
22:20:18 | iRiverMan | there is something i feel i should ask |
22:20:44 | amiconn | Bagder: I have a problem with the default_event_handler() ... |
22:20:59 | iRiverMan | wouldn't rockbox face legal action from iriver if Rockbox enabled it to play aac, or aiff, or atrac3? |
22:21:22 | Bagder | iRiverMan: why would it/we? |
22:21:39 | iRiverMan | dunno |
22:21:48 | amiconn | Probably not from iRiver, but maybe from the patent holders if patented formats are supported |
22:21:52 | iRiverMan | ok |
22:21:58 | Bagder | ah, right |
22:22:04 | Bagder | unless we pay the fee |
22:22:06 | iRiverMan | i think atrac3 or aac would be good formats to implement |
22:22:09 | Bagder | or similar |
22:22:53 | iRiverMan | someone recons the ondio may actually have a backlight in the hardware, yet its not enabled yet |
22:23:36 | amiconn | iRiverMan: It's *prepared*, i.e. the pads & traces on the PCB are there, but empty |
22:23:42 | iRiverMan | oh |
22:26:34 | amiconn | iRiverMan: Look at http://www.rockbox.org/twiki/bin/view/Main/ArchosOndio , images under "Front of PCB, with LCD bent away". Top-left from the buttons there are some places for bigger passive parts, and an 8-pin chip. [IDC]Dragon says this look like a preparation for an EL circuit |
22:29:56 | iRiverMan | yea |
22:30:50 | amiconn | Bagder ? |
22:31:37 | Bagder | amiconn: what the problem with it? |
22:31:41 | Bagder | what's |
22:32:45 | amiconn | I'm currently trying to enable several plugins to be built on the Ondio, and wanted to change them to use the default_event_handler() on the way |
22:33:00 | iRiverMan | will iriver-rockbox have plugins/ |
22:33:01 | iRiverMan | ? |
22:33:10 | Bagder | iRiverMan: of course, rockbox has plugins |
22:33:13 | amiconn | This is actually necessary because the handler has to do additional things on Ondio (MMC inserted check) |
22:33:15 | iRiverMan | cool |
22:33:20 | iRiverMan | can't wait |
22:33:22 | iRiverMan | :-) |
22:33:46 | Bagder | amiconn: ok, sounds reasonable |
22:33:58 | amiconn | However, quite a number of plugins has to do something *before* the usb screen *in case* an event is captured by the handler. |
22:34:30 | amiconn | The only solution I can see is adding a callback function pointer to the handler... |
22:35:00 | Bagder | hm |
22:35:08 | amiconn | For example, all grayscale plugins have to switch off the grayscale interrupt beforehand |
22:37:02 | amiconn | Evaluating the individual events beforehand, doing the necessary stuff and then calling the handler does question the handler concept itself, imho |
22:37:41 | Bagder | I can only think of either making a callback or splitting the default handler into two functions, one for checking for a signal and the other for running the function |
22:38:38 | | Join mecraw_ [0] (~lmarlow@69.2.235.2) |
22:38:40 | amiconn | Those plugins that don't have to do own stuff beforehand could call the handler with a NULL pointer |
22:39:03 | Bagder | yes |
22:42:07 | amiconn | The 2-function concept should work too, the first function would have to check whether this is a handled sys-default event, and the second would handle it. However, this does look less elegant imho |
22:43:24 | Bagder | it would be a means to avoid the callback |
22:45:04 | amiconn | What would be bad with the callback? I'm not concerned about the callback itself, just want a solution that fits into the core concept |
22:45:20 | amiconn | Callbacks are used in a number of other places too |
22:45:54 | Bagder | heck, make it callback now and if we ever think different then let's change it then |
22:46:10 | amiconn | okay |
22:46:15 | Bagder | but I think you should allow for a custom pointer to get passed to the callback function |
22:46:22 | Bagder | to allow local data to get passed |
22:46:47 | amiconn | What data could that be? The event id? |
22:47:13 | Bagder | nah, I meant that the plugin might want to pass in, like handler(myfunc, &mystruct); |
22:47:42 | Bagder | then the myfunc would be called with the &mystruct pointer |
22:47:44 | amiconn | Ah, yes. Just wanted to ask that. This would be a void *, right? |
22:47:49 | Bagder | yeps |
22:49:04 | amiconn | Then this would be handler(event, myfunc, &mystruct); |
22:49:21 | Bagder | seems right |
22:50:18 | | Quit mecraw__ (Read error: 110 (Connection timed out)) |
22:50:32 | amiconn | Okay, I'll go ahead. This will break the plugin api albeit no function is added or removed |
22:51:33 | Bagder | yes |
22:51:47 | Bagder | but it'll improve things |
22:52:45 | amiconn | Yes. As it is now many plugins do their own default event handling (and fail on the Ondio when USB gets connected and an MMC is inserted) |
22:56:01 | *** | Saving seen data "./dancer.seen" |
23:00 |
23:00:15 | amiconn | Argh. I'm obligated to sort functions.... :( |
23:01:04 | | Quit methangas (" HydraIRC -> http://www.hydrairc.com <- Get hot chicks here!") |
23:03:49 | | Join mecraw__ [0] (~lmarlow@69.2.235.2) |
23:04:12 | | Quit mecraw_ (Read error: 104 (Connection reset by peer)) |
23:07:55 | amiconn | Bagder: still there? |
23:08:33 | Bagder | yes |
23:09:20 | amiconn | The default event handler is used in quite a number of places from core code where these extended features are not necessary. Should I provide 2 handlers instead? |
23:09:37 | Bagder | yes, I think so |
23:09:39 | amiconn | (the simple one calling the extend one with 2 NULL pointers) |
23:12:49 | | Quit uski (Remote closed the connection) |
23:21:40 | | Join djtremolo [0] (~51d12280@labb.contactor.se) |
23:23:58 | | Quit djtremolo (Client Quit) |
23:38:08 | Bagder | "The Karma is the ONLY HD based player which does gapless playback properly." |
23:38:12 | Bagder | blah |
23:38:16 | Bagder | http://slashdot.org/article.pl?sid=04/10/09/1813228 |
23:38:59 | amiconn | Haha! They obviously don't know about rockbox :-/ |
23:39:16 | Bagder | that was a quote from a comment, and we all know how they can be |
23:40:26 | Bagder | rockbox is mentioned several times at least |
23:40:42 | amiconn | Btw: The extended handler works :) grayscale.rock already adapted, jpeg.rock and video.rock to follow |
23:41:19 | Bagder | neato |
23:41:51 | amiconn | video.rock unfortunately needs workaround for the (a bit) short-sighted .rvf format definition. Ondio has a different CPU clock... |
23:42:06 | Bagder | oh |
23:42:15 | Bagder | hehe, how lame ;-) |
23:42:32 | amiconn | ...and the time delta between 2 video frames is stored in CPU clocks |
23:42:42 | iRiverMan | is there any freeware ogg rippers available? |
23:42:57 | Bagder | grip/oggenc! |
23:43:05 | * | Bagder lives in linux land |
23:43:09 | iRiverMan | cheers bag |
23:44:26 | | Quit iRiverMan ("CGI:IRC") |
23:52:33 | | Join einhirn [0] (~Miranda@carlsberg.heim2.tu-clausthal.de) |
23:56:25 | | Join webguest79 [0] (~c7e73280@labb.contactor.se) |
23:56:35 | | Join gromit`` [0] (~gromit@ALagny-151-2-6-183.w82-121.abo.wanadoo.fr) |