00:28:06 | | Join EnnaN [0] (bla@cc53164-b.groni1.gr.nl.home.com) |
00:28:07 | *** | Saving seen data "./dancer.seen" |
00:32:52 | | Join AaronD [0] (~Yepyep@66.81.88.2) |
00:34:44 | AaronD | I found the solution to my corupted file problem woohoo, might actually get to use my player now |
00:37:05 | EnnaN | congrats :) |
00:38:49 | EnnaN | you a rb hero? just installed rb on my 1 day old ajs .. |
00:45:31 | | Quit AaronD (Read error: 104 (Connection reset by peer)) |
01:00 |
01:05:23 | | Quit TotMacher () |
01:09:39 | | Join langhaarrocker [0] (~Philipp@Bdacd.pppool.de) |
01:10:54 | EnnaN | hi |
01:12:32 | langhaarrocker | hugh |
01:17:55 | | Quit EnnaN ("Leaving") |
01:18:23 | | Quit langhaarrocker ("Trillian (http://www.ceruleanstudios.com)") |
02:00 |
02:28:11 | *** | Saving seen data "./dancer.seen" |
02:42:06 | | Join lohap [0] (lohap@213-48-172-137.bra.cvx.blueyonder.co.uk) |
02:44:26 | | Join hardeep [0] (hardeeps@sdf.lonestar.org) |
02:45:01 | | Quit lohap (Client Quit) |
03:00 |
03:36:50 | | Join elinenbe_ [0] (trilluser@user-0cces0l.cable.mindspring.com) |
03:36:50 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
03:56:36 | | Join pist [0] (ident@130.philadelphia-21-22rs.pa.dial-access.att.net) |
03:56:52 | | Part pist |
04:00 |
04:05:44 | | Join rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net) |
04:23:27 | | Part rwood |
04:28:14 | *** | Saving seen data "./dancer.seen" |
04:37:10 | | Quit elinenbe_ () |
05:00 |
05:04:57 | | Join elinenbe [0] (trilluser@user-0cces0l.cable.mindspring.com) |
05:48:50 | | Quit Hes (brunner.openprojects.net irc.openprojects.net) |
05:48:50 | NSplit | brunner.openprojects.net irc.openprojects.net |
05:49:44 | NHeal | brunner.openprojects.net irc.openprojects.net |
05:49:44 | NJoin | Hes [0] (~hessu@hessu.zedi.sonera.fi) |
06:00 |
06:22:45 | | Nick _seb_ is now known as seb-sleep (user@bgp420584bgs.union01.nj.comcast.net) |
06:24:49 | | Nick seb-sleep is now known as seb-away (user@bgp420584bgs.union01.nj.comcast.net) |
06:24:53 | | Nick seb-away is now known as seb-sleep (user@bgp420584bgs.union01.nj.comcast.net) |
06:28:15 | *** | Saving seen data "./dancer.seen" |
06:46:50 | | Nick edx is now known as edx|school (~edx@pD9EAB2DE.dip.t-dialin.net) |
06:55:15 | | Join datazone [0] ([NyzPmBte4@207.136.36.203) |
07:00 |
07:21:49 | | Join rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net) |
07:43:26 | | Quit Hes (brunner.openprojects.net irc.openprojects.net) |
07:43:26 | NSplit | brunner.openprojects.net irc.openprojects.net |
07:43:26 | | Quit fraggle (brunner.openprojects.net irc.openprojects.net) |
07:43:26 | | Quit datazone (brunner.openprojects.net irc.openprojects.net) |
07:43:26 | | Quit elinenbe (brunner.openprojects.net irc.openprojects.net) |
07:43:26 | | Quit adi|home (brunner.openprojects.net irc.openprojects.net) |
07:43:26 | | Quit sylvr (brunner.openprojects.net irc.openprojects.net) |
07:43:26 | | Quit dwihno|gone (brunner.openprojects.net irc.openprojects.net) |
07:43:26 | | Quit laotan (brunner.openprojects.net irc.openprojects.net) |
07:43:26 | | Quit rwood (brunner.openprojects.net irc.openprojects.net) |
07:43:26 | | Quit seb-sleep (brunner.openprojects.net irc.openprojects.net) |
07:43:26 | | Quit edx|school (brunner.openprojects.net irc.openprojects.net) |
07:43:26 | | Quit Synthe (brunner.openprojects.net irc.openprojects.net) |
07:44:15 | NHeal | brunner.openprojects.net irc.openprojects.net |
07:44:15 | NJoin | rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net) |
07:44:15 | NJoin | datazone [0] ([NyzPmBte4@207.136.36.203) |
07:44:15 | NJoin | Hes [0] (~hessu@hessu.zedi.sonera.fi) |
07:44:15 | NJoin | elinenbe [0] (trilluser@user-0cces0l.cable.mindspring.com) |
07:44:15 | NJoin | adi|home [0] (~adiamas@as5300-11.216-194-24-199.nyc.ny.metconnect.net) |
07:44:15 | NJoin | seb-sleep [0] (user@bgp420584bgs.union01.nj.comcast.net) |
07:44:15 | NJoin | edx|school [0] (~edx@pD9EAB2DE.dip.t-dialin.net) |
07:44:15 | NJoin | fraggle [0] (~fraggle@pc2-glfd1-4-cust151.gfd.cable.ntl.com) |
07:44:15 | NJoin | Synthe [0] (Synthe@galt.synthe.net) |
07:44:15 | NJoin | sylvr [0] (silver@typhoon.xnet.com) |
07:44:15 | NJoin | dwihno|gone [0] (dwihno@Bald067.Baldakinen.Umea.SE) |
07:44:15 | NJoin | laotan [0] (~jesse@markham.openflows.org) |
07:46:31 | | Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) |
07:47:31 | Bagder | morning |
07:47:45 | rwood | morning |
07:48:31 | rwood | for what it's worth, I just posted RoLo with a faster descramble routine - the multiply and divides were taking all time time |
07:48:49 | Bagder | neato |
07:55:22 | | Quit hardeep ("Leaving") |
07:57:26 | PsycoXul | so how about a new WPS menu that just gives /.rockbox/*.wps for options... could do the same for *.eq too |
07:58:20 | Bagder | sounds like a nice thing, yes |
08:00 |
08:01:52 | adi|home | Bagder ive got a nice little keyboard going :) |
08:02:16 | adi|home | http://phobos.ramapo.edu/~rhak/misc/kb.png |
08:02:21 | adi|home | that was yesterdays version |
08:02:25 | adi|home | ive come a bit farther... |
08:02:36 | adi|home | got a 256 char buff for the keyboard.. |
08:02:44 | adi|home | scrolls nicely on one line of the screen |
08:11:27 | | Join hardeep [0] (hardeeps@sdf.lonestar.org) |
08:12:39 | Bagder | adi|home: nice |
08:12:51 | adi|home | got a better screen shot in a min |
08:25:57 | | Quit rwood () |
08:28:19 | *** | Saving seen data "./dancer.seen" |
08:41:17 | | Join rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net) |
08:58:36 | | Quit pimlottc (Read error: 110 (Connection timed out)) |
09:00 |
09:06:00 | | Quit hardeep ("Leaving") |
09:10:56 | Hes | Good morning |
09:13:57 | Bagder | hey hes |
09:18:21 | Hes | Ah, new battery specialist in sight, good |
09:20:46 | adi|home | http://phobos.ramapo.edu/~rhak/misc/kb.png |
09:20:50 | adi|home | there ya go bagder |
09:20:54 | adi|home | version .85 |
09:20:54 | adi|home | :) |
09:21:12 | Bagder | hehe |
09:21:25 | adi|home | mind you the del, shift and save don't work yet |
09:21:34 | adi|home | im going to position them on the function buttons |
09:21:36 | Bagder | are those f-keys? |
09:21:38 | adi|home | off to exit |
09:21:39 | adi|home | nods |
09:21:46 | adi|home | i couldn't think of an easier way to do it |
09:21:54 | Bagder | seems cool |
09:21:56 | adi|home | cursor position on the screen is just dirty code wise. |
09:22:11 | adi|home | any other chars that seem nec off hand? |
09:22:23 | adi|home | i can fit 14 more easily :) |
09:23:06 | Bagder | comma and colon I guess |
09:23:26 | Bagder | ,: |
09:23:40 | Bagder | it might depend on what the input is fore |
09:23:43 | Bagder | for |
09:25:51 | PsycoXul | % and | so people can edit their WPS configs |
09:26:09 | Bagder | ah right |
09:26:30 | PsycoXul | maybe newline too in that case heh |
09:26:54 | PsycoXul | or something |
09:39:31 | adi|home | okay.... |
09:39:33 | adi|home | ,: |
09:39:35 | adi|home | are in.. |
09:39:40 | adi|home | %| we can wait on ;) |
09:48:02 | | Join RipnetUK [0] (~george@ripnet.fsnet.co.uk) |
09:58:33 | | Join Zagor [0] (bjst@as9-5-6.k.s.bonet.se) |
09:59:00 | Zagor | hola |
09:59:09 | adi|home | hey zagor |
09:59:16 | adi|home | http://phobos.ramapo.edu/~rhak/misc/kb.png |
09:59:18 | adi|home | :) |
09:59:38 | Bagder | morning zaggie |
09:59:48 | Zagor | adi|home: ooh, looking good! |
09:59:48 | PsycoXul | i've been getting an odd bug lately |
10:00 |
10:00:13 | PsycoXul | where playback will stop for no apparent reason, the WPS goes blank, and it sits there reading the HD and then spinning down over and over a few times |
10:00:41 | PsycoXul | if i press on it goes to the browser and then pressing on again does nothing |
10:00:46 | PsycoXul | but then i can browse around and play another song just fine |
10:01:13 | Zagor | sleeping late is nice... |
10:01:19 | Ctcp | Ignored 2 channel CTCP requests in 5 hours and 55 minutes at the last flood |
10:01:19 | * | Zagor goes to make breakfast |
10:03:58 | adi|home | okay.. enough keyboard for now.. |
10:04:09 | adi|home | Zagor we are going to have to discuss what happens when you go into the keyboard |
10:04:18 | adi|home | as far as what to do with the data that is 'typed' |
10:04:30 | adi|home | right now its all on one line that scrolls the screen as needed. |
10:04:41 | adi|home | with no way to look back at what you typed. |
10:04:58 | adi|home | but i figure we can scroll 'typed data' once you pause for a given time |
10:05:29 | adi|home | PsycoXul: no need for a CR, each line added to WPS can be done by entering into the keyboard again. |
10:05:33 | adi|home | we could have an edit menu |
10:05:38 | adi|home | 'new line' would be an option |
10:05:55 | PsycoXul | ok |
10:06:10 | PsycoXul | oh and # for custom EQ files too btw |
10:07:22 | PsycoXul | or those might better be made by setting it and then saving the settings |
10:07:43 | PsycoXul | so nm heh |
10:08:50 | adi|home | nods |
10:09:04 | adi|home | i figure keyboard will just be called by what ever needs it |
10:09:14 | adi|home | and the 'data' gets returned in a global buffer |
10:09:18 | adi|home | right now its 256 big |
10:09:25 | adi|home | which should be more then enough for nearly anything |
10:09:55 | adi|home | isn't there a quick way to go from lower case to upper case? |
10:10:02 | adi|home | by adding or sub some value? |
10:10:26 | Bagder | yes it is |
10:10:29 | Bagder | 0x20 |
10:10:42 | adi|home | adding that does lower to upper yes? |
10:10:44 | Bagder | 0x61 lower case |
10:10:49 | Bagder | 0x41 upper case A |
10:10:53 | adi|home | okay.. |
10:10:58 | adi|home | subtract that.. got ya.. |
10:10:58 | Bagder | iirc |
10:20:20 | adi|home | do we have an ischar function? |
10:20:27 | adi|home | nm |
10:22:11 | adi|home | heheh shift works now :) |
10:22:13 | adi|home | that was nice and easy |
10:22:47 | Bagder | cool, does all the letters change on screen when you press shift? |
10:23:38 | adi|home | all the a-z |
10:23:45 | adi|home | # and punc don't ;) |
10:28:21 | *** | Saving seen data "./dancer.seen" |
10:36:29 | adi|home | heheh that was a fun bug to fix |
10:36:40 | adi|home | okay.. so now i can shift case w/o losing cursor position |
10:36:48 | adi|home | man... ppl aren't going to like this code.. |
10:36:54 | adi|home | code police are going to want to play :) |
10:37:18 | adi|home | okay.. i DEL going tomorrow.. |
10:37:22 | adi|home | and its as good as ready |
10:37:31 | adi|home | until we decide what SAVE is going to do.. |
10:37:39 | adi|home | give that some thought folks.. im off to sleep |
10:38:02 | Zagor | save should just return the string from keyboard(); |
10:40:58 | adi|home | right, but we if aren't using malloc'd memory.. |
10:41:04 | adi|home | how does that string not get lost? |
10:41:20 | adi|home | or should keyboard() recieve a buffer and buffer size to store to? |
10:45:27 | Zagor | yes |
10:46:35 | adi|home | k |
10:46:46 | adi|home | beta for testing will be ready tomorrow sometime |
10:46:49 | | Join LinusN [0] (~linus@labb.contactor.se) |
10:46:58 | LinusN | Hello! |
10:46:59 | Bagder | hey ho linus |
10:47:41 | LinusN | I ran a very interesting test this weekend |
10:54:19 | Zagor | LinusN: tell us |
10:59:35 | LinusN | I compiled two versions of the Recorder rockbox |
10:59:48 | LinusN | one with ATA_STANDBY, and one with ATA:SLEEP |
10:59:56 | Zagor | ah |
11:00 |
11:00:08 | LinusN | Batterytime: |
11:00:26 | LinusN | ATA_STANDBY: 10.5 hours |
11:00:32 | LinusN | ATA_SLEEP: 6.5 hours |
11:00:44 | Zagor | you have a seriously wacky unit... |
11:00:52 | LinusN | are you sure, Zagor |
11:01:02 | Zagor | yes. since i've tested mine. |
11:01:11 | LinusN | do you think my unit is the only "wacky" one? |
11:01:12 | Zagor | but if you have it, others probably have it too |
11:01:41 | Zagor | so how the heck can we ever detect which sleep to use? |
11:01:53 | LinusN | don't know..... |
11:02:15 | LinusN | i guess we have to read the ROM version number |
11:02:33 | Zagor | ?? we have the same version, don't we? |
11:02:42 | Zagor | i have 1.24 |
11:03:08 | LinusN | 1.25 |
11:03:20 | Zagor | Bagder, what's your rom version? |
11:03:33 | Zagor | we need more measurements |
11:04:07 | adi|home | 36-24-32 |
11:04:10 | adi|home | hows that? |
11:04:10 | Zagor | it's really weird how many hardware bugs there is in these things... |
11:04:22 | Zagor | adi|home: huh? you gf? ;) |
11:04:47 | adi|home | heheh i wish |
11:04:54 | adi|home | my ex was like that at one point |
11:05:12 | adi|home | but more like 36-20-30 |
11:05:14 | adi|home | shrugs |
11:05:20 | adi|home | heads off to bed for real |
11:08:25 | LinusN | I noticed that the scroll thread sometimes outputs too short lines when using proportional fonts |
11:08:41 | Zagor | yes |
11:08:58 | LinusN | and that the cursor highlight in time/date is totally screwed |
11:09:02 | Bagder | I have the same Linus has |
11:09:12 | Zagor | all font bugs await loadable-fonts before fixing |
11:09:15 | Bagder | I gotta go, see ya later |
11:09:18 | | Part Bagder |
11:12:13 | LinusN | i compiled a cgg-3.2 with binutils-2.13 this weekend, and fixed the linker script |
11:12:17 | LinusN | gcc-3.2 |
11:12:44 | LinusN | so now we can use the latest gcc if we want |
11:12:55 | LinusN | but i'm not sure it will work all that well |
11:13:17 | Hadaka | hmm |
11:13:20 | LinusN | got a lot of warnings when compiling the Rtx code |
11:13:29 | Hadaka | so no more illegal instructions from gcc? |
11:14:04 | | Join TotMacher [0] (tot@p508D9BB7.dip.t-dialin.net) |
11:14:10 | Hadaka | gcc-3.0 had broken size optimizations btw, dunno how it works for sh1 but gcc-3.2 should be able to produce smaller code if wanted |
11:14:46 | Hadaka | but good to know - so now I can upgrade my toolchain-src |
11:15:25 | LinusN | 3.2 produces a smaller mod file by default |
11:15:31 | LinusN | about 1k smaller |
11:15:49 | Zagor | ah |
11:16:04 | LinusN | but i haven't had any problems with 3.0.4 |
11:16:37 | LinusN | but i haven't optimized for size |
11:17:39 | Hadaka | oh I mean broken as in not optimizing - not broken as in producing broken code |
11:18:16 | LinusN | you talked about illegal instructions |
11:18:41 | Hadaka | oh that was just a reference to gcc-3.1 - producing sh4 instructions on sh1 |
11:20:11 | LinusN | aha |
11:30:43 | LinusN | Zagor: do you know what that guy is talking about in feature request #605773? |
11:31:14 | Zagor | looking... |
11:32:01 | LinusN | i find it silly, masking a potential bug report in a feature request |
11:32:19 | Zagor | ah, yes. he wants to be able to resume if he accidentally presses STOP in a playlist |
11:32:33 | LinusN | funny, mostly it is the other way around, filing feature requests i bug reports |
11:32:53 | LinusN | Zagor: no, his box is crashing |
11:33:00 | Zagor | ah, read too fast :-) |
11:33:29 | LinusN | the last paragraph is so confusing... |
11:34:17 | LinusN | as far as i can see, his problem is a crashng rockbox on a specific file, not the resume feature itself |
11:34:36 | LinusN | we can't do more that ask if you want to resume |
11:37:41 | LinusN | and why didn't he file a bug report "crashing when playing a file"? |
11:38:01 | Zagor | people are strange.. |
11:39:05 | LinusN | i wish we could add a column on the front page that sais "fixed" on the fixed bug reports |
11:39:34 | Zagor | yeah. i just don't know how to extract that info. |
11:39:55 | LinusN | me neither, hence "wish" :-) |
11:40:00 | Zagor | :) |
11:41:32 | TotMacher | hey |
11:41:41 | TotMacher | where is the recent cvs activity gone ? |
11:42:14 | LinusN | is it gone? |
11:42:23 | TotMacher | whoops |
11:42:24 | TotMacher | no |
11:42:26 | Zagor | it is sometimes missing for a few minutes. it's a glitch. |
11:42:27 | TotMacher | after reload |
11:42:33 | TotMacher | its there |
11:42:40 | TotMacher | ahh |
11:42:41 | TotMacher | ok |
11:46:40 | LinusN | Zagor: are you working on the FAT, or did you just say so? :-) |
11:46:45 | Zagor | i am |
11:47:15 | LinusN | wow |
11:51:40 | | Quit Hes (brunner.openprojects.net irc.openprojects.net) |
11:51:40 | NSplit | brunner.openprojects.net irc.openprojects.net |
11:51:40 | | Quit fraggle (brunner.openprojects.net irc.openprojects.net) |
11:51:40 | | Quit dwihno|gone (brunner.openprojects.net irc.openprojects.net) |
11:51:40 | | Quit sylvr (brunner.openprojects.net irc.openprojects.net) |
11:51:40 | | Quit elinenbe (brunner.openprojects.net irc.openprojects.net) |
11:51:40 | | Quit datazone (brunner.openprojects.net irc.openprojects.net) |
11:51:40 | | Quit laotan (brunner.openprojects.net irc.openprojects.net) |
11:51:40 | | Quit adi|home (brunner.openprojects.net irc.openprojects.net) |
11:51:40 | | Quit rwood (brunner.openprojects.net irc.openprojects.net) |
11:51:40 | | Quit Synthe (brunner.openprojects.net irc.openprojects.net) |
11:51:40 | | Quit seb-sleep (brunner.openprojects.net irc.openprojects.net) |
11:51:40 | | Quit edx|school (brunner.openprojects.net irc.openprojects.net) |
11:57:46 | NHeal | brunner.openprojects.net irc.openprojects.net |
11:57:46 | NJoin | rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net) |
11:57:46 | NJoin | datazone [0] ([NyzPmBte4@207.136.36.203) |
11:57:46 | NJoin | Hes [0] (~hessu@hessu.zedi.sonera.fi) |
11:57:46 | NJoin | elinenbe [0] (trilluser@user-0cces0l.cable.mindspring.com) |
11:57:46 | NJoin | adi|home [0] (~adiamas@as5300-11.216-194-24-199.nyc.ny.metconnect.net) |
11:57:46 | NJoin | seb-sleep [0] (user@bgp420584bgs.union01.nj.comcast.net) |
11:57:46 | NJoin | edx|school [0] (~edx@pD9EAB2DE.dip.t-dialin.net) |
11:57:46 | NJoin | fraggle [0] (~fraggle@pc2-glfd1-4-cust151.gfd.cable.ntl.com) |
11:57:46 | NJoin | Synthe [0] (Synthe@galt.synthe.net) |
11:57:46 | NJoin | sylvr [0] (silver@typhoon.xnet.com) |
11:57:46 | NJoin | dwihno|gone [0] (dwihno@Bald067.Baldakinen.Umea.SE) |
11:57:46 | NJoin | laotan [0] (~jesse@markham.openflows.org) |
12:00 |
12:10:29 | LinusN | hehe, now we have a 400-file limit discussion on Yahoo as well :-) |
12:10:49 | LinusN | and Björn is getting all the credit for Rockbox :-) |
12:10:57 | Zagor | yeah. but it's not as obnoxious as the one on our mailing list |
12:11:08 | Zagor | i am? |
12:11:35 | LinusN | "Björn, your firmware is excellent!! Thanks for a very good job. If you have a |
12:11:36 | LinusN | favorite charity, let |
12:11:36 | LinusN | me know and I will make a donation to them in your name." |
12:11:53 | LinusN | :-) |
12:11:54 | TotMacher | i have 500 albums on one directory ! |
12:12:00 | TotMacher | so i cannot read it |
12:12:06 | Zagor | ah, right. although "your" doesn't necessarily mean mine. it can mean "ours" too. |
12:12:29 | Zagor | he's just speaking to me |
12:13:01 | Zagor | i'm always careful talking about "we have decided" and "we did" or "we feel" so people should not get the feeling it's a one-man project |
12:13:27 | LinusN | Zagor: i'm not blaming you, i just though it was funny |
12:14:08 | LinusN | hehe, i often find myself talking about "the Rockbox" instead of just "Rockbox" :-) |
12:14:40 | LinusN | TotMacher: is this a problem for you? |
12:15:01 | TotMacher | yes i have personal complexes because of this |
12:15:06 | Zagor | hehe |
12:15:12 | LinusN | TotMacher: how long are the dir names? |
12:15:13 | TotMacher | hehe |
12:15:22 | TotMacher | i always have long things :) |
12:15:23 | TotMacher | so |
12:15:27 | LinusN | on average |
12:15:34 | TotMacher | just kidding |
12:15:39 | TotMacher | i dont have so much subdirs |
12:15:44 | LinusN | :-) |
12:15:49 | TotMacher | but i have more that 400 files in one :) |
12:15:51 | TotMacher | :( |
12:16:37 | TotMacher | it is my "too much heard" directory |
12:16:46 | TotMacher | but i want to conserve those mp3 |
12:16:47 | TotMacher | s |
12:18:00 | Zagor | just split it up and make a playlist |
12:18:23 | TotMacher | but then i cannot directly access those files |
12:18:48 | TotMacher | and i am using |
12:18:54 | TotMacher | jukebox synchronizer |
12:19:04 | TotMacher | so my hdd and jukebox are alway synced |
12:19:16 | Zagor | cannot access? |
12:19:27 | TotMacher | yes |
12:19:33 | TotMacher | i want to play just one file |
12:21:00 | Zagor | then do that. navigating through 400 files is much slower than going into one dir and then search among 100 |
12:21:28 | TotMacher | but |
12:21:39 | TotMacher | if i have to search in 6 direactorys a 100 files |
12:21:44 | TotMacher | it is very abusing |
12:21:59 | Zagor | so scrolling through 600 is *better* ??? |
12:22:00 | TotMacher | then its better in one dir |
12:22:06 | TotMacher | yes |
12:22:08 | TotMacher | battery |
12:22:19 | TotMacher | you have to read just one time the directory |
12:22:21 | TotMacher | and |
12:22:23 | TotMacher | go ind |
12:22:25 | TotMacher | and go out |
12:22:31 | TotMacher | suckts |
12:22:34 | TotMacher | in avarage |
12:22:37 | TotMacher | it is more search time |
12:23:47 | Zagor | reading a second dir takes, what, 200ms. then you have 1/6 the files to go through. i'm not buying you arguments. but i don't have to, you are free to change this in your own firmware. |
12:24:59 | TotMacher | but |
12:25:01 | LinusN | Zagor: maybe tools/configure could do this? |
12:25:05 | TotMacher | no ! |
12:25:10 | TotMacher | i have to go one dir up |
12:25:11 | Zagor | LinusN: no |
12:25:14 | TotMacher | takes user intervetion |
12:25:26 | TotMacher | that bothers the user |
12:25:40 | Zagor | LinusN: the people with this problem don't compile their own firmware |
12:25:58 | Zagor | TotMacher: yeah, and searching 600 files takes no user intervention. right. |
12:25:58 | LinusN | Zagor: you just told Totmacher to do that |
12:26:37 | TotMacher | how much more ram does one file take ? |
12:26:59 | LinusN | number of characters in the file name + 9 |
12:27:13 | LinusN | no, |
12:27:15 | LinusN | number of characters in the file name + 7 |
12:27:15 | Zagor | the point is, TotMacher, that no matter how large we set the limit people will still always complain |
12:27:27 | Zagor | 400 is more than 99% ever come close to. so that's what we have. |
12:28:25 | *** | Saving seen data "./dancer.seen" |
12:28:26 | Zagor | those with extreme needs are free to customize their firmware to suit them |
12:29:50 | TotMacher | i think a firmware which is used on a device which easily could contain more than >3000 files in a dir should support at least 1000 |
12:30:04 | Zagor | no |
12:30:22 | Zagor | fat add dir support in 1983. you should try it. |
12:30:26 | Zagor | added |
12:31:00 | TotMacher | but i dont have a criteria to sort my files in those directorys |
12:31:10 | Zagor | how do you find them, then? |
12:33:53 | TotMacher | okok |
12:34:04 | TotMacher | it is not rational to have more |
12:34:09 | TotMacher | than 400 files in a directory |
12:34:36 | TotMacher | the directory i use with those files, is just a garbage diretory for all mp3 i cannot longer hear |
12:34:39 | TotMacher | but |
12:34:47 | TotMacher | all the discussion about it |
12:35:01 | TotMacher | is not good for the popularity |
12:35:10 | LinusN | TotMacher: i agree |
12:35:15 | TotMacher | most of the things |
12:35:19 | TotMacher | are not rational |
12:35:34 | TotMacher | and people mostly |
12:35:38 | TotMacher | act not rational |
12:35:44 | Zagor | you are wrong |
12:35:46 | Zagor | most people do |
12:35:56 | Zagor | most people are perfectly happy with this limit |
12:35:58 | TotMacher | and if they hear about a limitation |
12:36:01 | TotMacher | of the firmware |
12:36:02 | Zagor | most people didn't even know it's there |
12:36:37 | LinusN | "i was thinking about rockbox, but i read a lot about limits, so i didn't try it" |
12:36:39 | TotMacher | they have a bad feeling about it |
12:36:48 | TotMacher | and wont even try it out |
12:38:30 | TotMacher | and i am concerned, that 99% not act rational :) |
12:38:37 | TotMacher | most of the time |
12:38:54 | TotMacher | ok |
12:39:16 | TotMacher | not my problem anymore |
12:39:21 | TotMacher | i will split up my directory |
12:39:25 | TotMacher | with a bad feeling :) |
12:40:47 | | Quit Hes (brunner.openprojects.net irc.openprojects.net) |
12:40:47 | NSplit | brunner.openprojects.net irc.openprojects.net |
12:40:47 | | Quit fraggle (brunner.openprojects.net irc.openprojects.net) |
12:40:47 | | Quit dwihno|gone (brunner.openprojects.net irc.openprojects.net) |
12:40:47 | | Quit sylvr (brunner.openprojects.net irc.openprojects.net) |
12:40:47 | | Quit elinenbe (brunner.openprojects.net irc.openprojects.net) |
12:40:47 | | Quit datazone (brunner.openprojects.net irc.openprojects.net) |
12:40:47 | | Quit laotan (brunner.openprojects.net irc.openprojects.net) |
12:40:47 | | Quit adi|home (brunner.openprojects.net irc.openprojects.net) |
12:40:47 | | Quit Synthe (brunner.openprojects.net irc.openprojects.net) |
12:40:47 | | Quit seb-sleep (brunner.openprojects.net irc.openprojects.net) |
12:40:47 | | Quit rwood (brunner.openprojects.net irc.openprojects.net) |
12:40:47 | | Quit edx|school (brunner.openprojects.net irc.openprojects.net) |
12:41:32 | NHeal | brunner.openprojects.net irc.openprojects.net |
12:41:32 | NJoin | rwood [0] (~rdwrockbo@ca-santaanahub-cuda3-c9b-117.anhmca.adelphia.net) |
12:41:32 | NJoin | datazone [0] ([NyzPmBte4@207.136.36.203) |
12:41:32 | NJoin | Hes [0] (~hessu@hessu.zedi.sonera.fi) |
12:41:32 | NJoin | elinenbe [0] (trilluser@user-0cces0l.cable.mindspring.com) |
12:41:32 | NJoin | adi|home [0] (~adiamas@as5300-11.216-194-24-199.nyc.ny.metconnect.net) |
12:41:32 | NJoin | seb-sleep [0] (user@bgp420584bgs.union01.nj.comcast.net) |
12:41:32 | NJoin | edx|school [0] (~edx@pD9EAB2DE.dip.t-dialin.net) |
12:41:32 | NJoin | fraggle [0] (~fraggle@pc2-glfd1-4-cust151.gfd.cable.ntl.com) |
12:41:32 | NJoin | Synthe [0] (Synthe@galt.synthe.net) |
12:41:32 | NJoin | sylvr [0] (silver@typhoon.xnet.com) |
12:41:32 | NJoin | dwihno|gone [0] (dwihno@Bald067.Baldakinen.Umea.SE) |
12:41:32 | NJoin | laotan [0] (~jesse@markham.openflows.org) |
12:46:20 | Zagor | don't |
12:46:20 | Zagor | i'm running a software development project here, not a presidential election |
12:46:21 | Zagor | as the faq says, people used big dirs because playlists sucked. they don't suck any more, so people can stop using big dirs. |
12:46:30 | Zagor | it's very simple to change for those who want it different |
12:46:32 | TotMacher | hehe |
12:46:34 | Zagor | the HUGE majority don't need it changed, and should not suffer for the demands of a tiny minority |
12:46:48 | Zagor | am I wrong? |
12:46:58 | TotMacher | hat is DISCRIMINATION ! |
12:47:02 | TotMacher | you nazi |
12:47:06 | TotMacher | :)= |
12:47:26 | TotMacher | yeah |
12:47:28 | TotMacher | its ok |
12:47:59 | LinusN | the main question is "how much is enough" |
12:48:08 | TotMacher | 1000 |
12:48:31 | LinusN | ok, how many users do you thing have 1000 file/dirs? |
12:48:36 | LinusN | think |
12:48:42 | TotMacher | 1 |
12:48:44 | TotMacher | me |
12:48:50 | TotMacher | at least ! |
12:49:00 | Zagor | first, estimate how many people have tried rockbox so far. i'd say 300-500. |
12:49:15 | TotMacher | only ? |
12:49:16 | Zagor | how many of those have complained about the dir limit? 3. |
12:49:27 | TotMacher | hehe |
12:49:33 | TotMacher | but they complain hard |
12:49:33 | Zagor | i'm being conservative. maybe it's several thousand who has tried it. |
12:49:36 | LinusN | Zagor: then maybe there are lots of people with 600-file dirs just waiting to try rockbox :-) |
12:49:48 | TotMacher | YES ! |
12:49:50 | TotMacher | :) |
12:50:02 | | Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) |
12:50:04 | TotMacher | ok |
12:50:09 | | Nick TotMacher is now known as tot|klausur (tot@p508D9BB7.dip.t-dialin.net) |
12:50:11 | Zagor | can you see my point now? |
12:50:20 | LinusN | so, how may people will we shut up if we raise to 600 files? |
12:50:26 | | Nick tot|klausur is now known as TotMacher (tot@p508D9BB7.dip.t-dialin.net) |
12:50:26 | LinusN | 1, maybe |
12:50:27 | Zagor | 1 or 2 |
12:50:33 | TotMacher | i always saw your point |
12:50:38 | TotMacher | but i have to go now |
12:50:53 | TotMacher | you are too rational :) |
12:51:03 | LinusN | those people don't complain about the 400-file limit |
12:51:16 | LinusN | they complain about that there is a limit at all |
12:51:23 | TotMacher | bad for the rockbox marketing |
12:51:25 | TotMacher | this limit |
12:51:34 | Bagder | I disagree |
12:51:38 | LinusN | rockbox isn't marketing |
12:51:41 | Bagder | its good marketing |
12:51:45 | LinusN | it's software development |
12:51:54 | Bagder | we prefer big mp3 buffer |
12:51:57 | Bagder | that's goodness |
12:52:28 | LinusN | but if we had a dynamic handling somehow, we would have the cake and eat it |
12:52:49 | Bagder | yes |
12:53:03 | Bagder | let's do that in version 1.8 B-] |
12:53:12 | LinusN | i say let the one who complains write the code |
12:53:19 | Bagder | amen |
12:53:27 | LinusN | 1-2-3: |
12:53:31 | LinusN | SHOW ME THE CODE! |
12:53:49 | Bagder | :-) |
12:54:23 | LinusN | i wonder what happened to the dynamic memory discussion |
12:54:28 | LinusN | it just died |
12:54:37 | Bagder | I don't miss it |
12:54:45 | LinusN | i miss it |
12:54:49 | | Join lohap [0] (lohap@213-48-76-207.bra.cvx.blueyonder.co.uk) |
12:55:04 | LinusN | i want to see how mr Wood will solve it |
12:58:31 | | Quit lohap (Client Quit) |
12:59:20 | LinusN | by the way, i like this: |
12:59:24 | LinusN | text = (char*)realloc(text, strlen(text)+1); |
12:59:31 | LinusN | :-) |
13:00 |
13:00:11 | Bagder | hahaha |
13:00:27 | LinusN | efficient, dynamic memory usage |
13:01:12 | Bagder | well, most of the times the same pointer will be returned ;-) |
13:07:31 | Zagor | Bagder: if you feel like some extra web hacking, we can extract the whole SF tracker contents here: http://sourceforge.net/export/xml_export.php?group_id=44306 |
13:07:42 | Zagor | would be good to mark bugs as "fixed" etc. |
13:07:43 | Bagder | I know |
13:07:45 | Zagor | ok |
13:08:07 | Bagder | I made an automatic script that can download it |
13:08:15 | Bagder | as you need to login as admin to do it |
13:08:22 | LinusN | rocking |
13:08:34 | Bagder | but I'm not quite sure what to do with it ;-) |
13:09:14 | Zagor | i'd like a "Resolution" row in the bug list, for starters |
13:09:28 | Bagder | heh |
13:09:40 | LinusN | me too |
13:09:49 | Zagor | and we could have a much better list of feature requests |
13:09:59 | LinusN | categorized |
13:10:00 | Bagder | true |
13:10:15 | Bagder | catgorized only if we introduce good categories |
13:10:27 | Bagder | but we'd need a hell of a xml parser |
13:10:40 | Zagor | just having all on one page would be an improvement |
13:12:09 | Bagder | Zagor: can you get the helvR08.bdf font showing? |
13:12:16 | Bagder | it occurred to me I never actually used that font |
13:12:24 | Zagor | can't remember. i'll try |
13:12:26 | Bagder | the makefile overrides it with that other one |
13:12:45 | Bagder | and when I carefully made sure I got the helv-one, it doesn't work |
13:13:20 | LinusN | Bagder: how far have you come with the font stuff? |
13:13:26 | Bagder | nowhere |
13:13:31 | LinusN | :-) |
13:13:39 | Bagder | I have no working prop font |
13:13:57 | Bagder | I wanted to get the ajf work first with prop |
13:14:24 | Bagder | as the .bdf parser will need some "fgets()" function or similar |
13:14:56 | Zagor | right |
13:15:37 | Bagder | I thought about doing a full fopen(), fgets(), fclose() layer |
13:15:58 | Bagder | but I'm not sure if anything else will need it |
13:17:31 | Zagor | text file handling usually gets a lot easier with an fgets(), so it might be a good idea. i'm not sure if we should make a full f* layer or simply a gets() though. |
13:18:06 | Bagder | well, fopen() and fclose() would make the fgets() nicer |
13:18:17 | Bagder | but those three would probably be enough |
13:18:18 | Zagor | yes |
13:18:47 | LinusN | i think fputs() will be nice later on |
13:18:59 | Bagder | ? |
13:19:04 | Bagder | why? |
13:19:04 | LinusN | for config files and stuff |
13:19:12 | LinusN | just handy, not necessary |
13:19:18 | Bagder | but writing is pretty easy with write() anyway |
13:19:23 | LinusN | it is |
13:19:51 | LinusN | it's just easier without caring about LF |
13:24:58 | LinusN | Zagor: do you have permission to publish the ISD-200 specs? |
13:27:57 | Zagor | not explicitly. but cypress doesn't even sell the isd200 or isd300 any more, so I figured I might just aswell publish it and see if they complain |
13:28:08 | LinusN | and the ata specs? |
13:28:30 | Zagor | that's downloaded from the web, so that should be no problem. it's a draft. |
13:29:01 | LinusN | yes, but i think they may dislike that we redistribute working drafts |
13:29:16 | Zagor | "Any commercial or for-profit replication or republication is prohibited." we are neither. |
13:29:42 | Zagor | they might. if they complain, i will remove it |
13:29:51 | LinusN | Permission is granted to members of NCITS, its technical committees, and their associated task groups to |
13:29:51 | LinusN | reproduce this document for the purposes of NCITS standardization activities |
13:29:58 | LinusN | we are neither .-) |
13:30:31 | LinusN | has anyone tried the digital out from the recorder? |
13:30:39 | Zagor | not me |
13:31:02 | LinusN | i don't even know how to connect it :-) |
13:31:14 | Zagor | i think it's described in the yahoo faq |
13:32:37 | LinusN | where is that? |
13:33:11 | Zagor | http://groups.yahoo.com/group/archosjukebox6000/files/AJBR%20Quick%20Reference%20Guide |
13:33:50 | Zagor | there wasn't much in it, though |
13:44:43 | Bagder | Zagor: tried the font? |
13:44:51 | Zagor | uh, no |
13:46:28 | Zagor | is there some way to stop gcc from complaining about differing const in function parameters? I can't compile the ata-sim because linux uses const* filename and we dont (and no, we don't want to have it) |
13:47:58 | Bagder | I don't think so |
13:48:45 | Bagder | -Wno-conversion perhaps |
13:48:48 | Zagor | Bagder: nope, that font is bugging bad for me |
13:49:06 | Bagder | yeah, for me too |
13:49:24 | Bagder | I guess that's a problem in the bdf2ajf converter or something |
13:49:41 | Zagor | yup |
13:49:46 | Zagor | Hes: you alive? |
13:51:14 | Bagder | so I guess I need to fix that first, so that we know we understand the bjf format properly |
13:51:38 | Zagor | yes |
13:52:28 | Zagor | I hate it when people hit "reply" when they post a new subject to the mailing list. messes up my threading. |
13:55:02 | | Join Tsd [0] (Tsd@193.209.142.9) |
13:56:58 | Hes | I'm here |
13:57:21 | Hes | I've been quite busy lately, haven't had time to listen to the jukebox too much... |
13:57:27 | Hes | or update from cvs |
13:57:51 | Zagor | ok. i made the sleep handling a bit more relaxed a few days ago. you should try it and see if it improves skipping. |
13:58:17 | Hes | Willd o. |
13:58:31 | Hes | I will try to cough up a build today. |
14:00 |
14:01:43 | | Quit Tsd () |
14:03:28 | | Join pimlottc [0] (~pimlottc@a1-1b012.neo.rr.com) |
14:10:14 | LinusN | Zagor: about the "poor man's ROR", why not use asm(" rotr %0" : "+r" (data)); |
14:10:43 | LinusN | ? |
14:10:43 | Zagor | because it's taken directly from descramble.c, which is ran on many platforms |
14:11:05 | Zagor | feel free to fix it in rolo.c |
14:11:08 | LinusN | ok |
14:23:34 | LinusN | i am silly |
14:23:45 | LinusN | the rotr instruction is 32 bit only |
14:23:50 | Zagor | boo :-) |
14:28:27 | *** | Saving seen data "./dancer.seen" |
14:42:54 | | Nick seb-sleep is now known as seb-school (user@bgp420584bgs.union01.nj.comcast.net) |
14:47:23 | | Nick Zagor is now known as Zagor|lunch (bjst@as9-5-6.k.s.bonet.se) |
14:47:34 | webbie_ | hiya |
14:51:16 | LinusN | yo |
14:51:23 | webbie_ | sup ? |
14:51:47 | LinusN | not much, working |
14:52:25 | webbie_ | hmk |
14:52:28 | webbie_ | school here |
14:53:07 | pimlottc | speaking about rolo shorten 'descrambling' to 'descramble' |
14:53:12 | pimlottc | (11 chars on player ya know) |
14:53:48 | Hadaka | hey, have you guys gotten your hands on a multimedia jukebox yet? |
14:56:03 | LinusN | nope |
14:56:47 | Hadaka | hm, I wonder how similar that is |
14:57:02 | LinusN | it is a totally different beast |
14:57:16 | LinusN | i think it is an ARM CPU |
14:57:21 | Hadaka | Ohh |
14:57:40 | Hadaka | I wonder if they'll keep the same firmware system for that though |
14:59:01 | LinusN | pimlottc: done |
14:59:24 | LinusN | Hadaka: maybe, meybe not |
14:59:48 | LinusN | they still load the firmware from disk, for what i know |
15:00 |
15:00:16 | LinusN | but i don't know if they scramble the firmware |
15:01:16 | Hadaka | hm, well loading the firmware from disk is a good thing - and if the scrambling isn't difficult to handle, then it's good |
15:06:20 | | Join champi [0] (~champi@AVelizy-108-1-1-190.abo.wanadoo.fr) |
15:06:26 | champi | hi |
15:06:40 | champi | I can't get the simulator working |
15:06:52 | LinusN | win or linux? |
15:07:05 | champi | linux |
15:07:16 | champi | ./rockbox-1.3-recorder-sim |
15:07:17 | champi | X error in rockbox-1.3-recorder-sim: |
15:07:17 | champi | X Error of failed request: BadAccess (attempt to access private resource denied) |
15:07:17 | DBUG | Enqueued KICK champi |
15:07:17 | champi | Major opcode of failed request: 2 (X_ChangeWindowAttributes) |
15:07:17 | champi | Serial number of failed request: 34 |
15:07:18 | *** | Alert Mode level 1 |
15:07:18 | champi | Current serial number in output stream: 38 |
15:07:33 | LinusN | woo |
15:07:45 | champi | yeah :-) |
15:07:47 | LinusN | i've never seen that |
15:07:49 | | Join wagonr [0] (8055@m252.net195-132-255.noos.fr) |
15:08:13 | champi | neither do I |
15:08:29 | Bagder | did you build it yourself? |
15:08:41 | champi | nut I just downloaded the executable |
15:09:30 | champi | I'm gonna try to build it myself |
15:09:33 | Bagder | I wouldn't be surprised if there's some library somewhere that differ or something like that |
15:09:40 | wagonr | buy an Archos to try it in real :p |
15:09:40 | Bagder | try building it |
15:09:55 | Bagder | the sim is still very useful for development |
15:10:42 | champi | wagonr: tu sux |
15:15:10 | | Quit PsycoXul (Read error: 104 (Connection reset by peer)) |
15:17:19 | *** | Alert Mode OFF |
15:18:48 | champi | wow it's not so easy to build ;) |
15:18:53 | champi | but same error |
15:18:59 | champi | with my own build |
15:19:40 | Bagder | why isn't it easy to build? |
15:21:13 | champi | just kidding : you have to create a directory and run de configure script that is in another one :) |
15:21:27 | champi | but it build without any error |
15:22:00 | Bagder | so then I guess you need to check which X-function that fails |
15:23:00 | champi | I gues it has something to do with : X_ChangeWindowAttributes |
15:23:51 | Bagder | XChangeProperty possibly, yes |
15:27:51 | | Quit wagonr (" http://www.Web-Tricheur.net -= Des tonnes d'antisèches, techniques de triche, fausses excuses, cour") |
15:30:39 | | Join EnnaN [0] (nanne@fmf01.fwn.rug.nl) |
15:31:08 | EnnaN | hi |
15:31:18 | EnnaN | any1 here? |
15:31:22 | LinusN | yo |
15:31:57 | EnnaN | :) just wanted to say "this is great" to anyone associated with rockbox... |
15:31:58 | EnnaN | :) |
15:32:07 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
15:32:07 | * | EnnaN happy |
15:32:13 | LinusN | thankx |
15:32:16 | | Nick Zagor|lunch is now known as Zagor (bjst@as9-5-6.k.s.bonet.se) |
15:32:34 | * | Bagder bows |
15:32:40 | EnnaN | just got a ajs 10 saturday |
15:32:46 | EnnaN | installed rockbox yesterday |
15:32:49 | EnnaN | smiled today |
15:32:57 | Bagder | hehehe |
15:33:05 | Bagder | that's the spirit! |
15:33:33 | EnnaN | couldn't find it, but is the "queue in playlist" option in development? |
15:33:41 | LinusN | not yet |
15:33:47 | EnnaN | too bad.. |
15:33:59 | LinusN | how would you want such an option? |
15:34:13 | LinusN | insert the selected song in the list? |
15:34:15 | EnnaN | ...how as in "how could we code that for heavens sake? |
15:34:21 | LinusN | ir append to the end of the playlist? |
15:34:21 | EnnaN | or 'what should it do.. |
15:34:26 | LinusN | or both? |
15:34:38 | EnnaN | well, what i would really like myself, is a "play next" option |
15:34:47 | EnnaN | i like to play just a really big playlist at random |
15:34:57 | EnnaN | but sometimes you feel like 1 certain song |
15:35:00 | EnnaN | ... |
15:35:10 | EnnaN | just play song next, and then continue with random playlist |
15:35:15 | LinusN | ok, and the continue the the shuffled list? |
15:35:27 | EnnaN | yep |
15:35:30 | LinusN | do you need to queue several songs? |
15:35:55 | EnnaN | could be usefull, but i think coding that would be harder... |
15:36:04 | LinusN | don't worry about the code |
15:36:23 | LinusN | we need to sort out the wishlist first |
15:36:25 | EnnaN | :) well, if it is too hard, nobody is gonna implement it, cause other shit might be usefull... |
15:36:49 | EnnaN | well, it would be great if you could just say play this next, and than this, etc.. |
15:36:50 | champi | I'm not sure but I think there's an option like this one in the official firmware (but it's really really buggy) |
15:37:00 | LinusN | queuing one song won't be difficult |
15:37:03 | EnnaN | there is an "queue" option |
15:37:15 | EnnaN | but i don't know if it plays it as next song |
15:37:50 | EnnaN | the nice thing about an option like this is that you will never have a silence, and you still can handpick your songs.... |
15:37:51 | LinusN | i wonder how we should do it button-wise... |
15:38:07 | Zagor | BUTTON_PLAY | BUTTON_REPEAT |
15:38:15 | EnnaN | well, while playing, you can go to the browser... |
15:38:24 | LinusN | Zagor: good idea |
15:38:28 | EnnaN | then you have a lot of buttons that are nog used.. |
15:38:29 | Zagor | and replace normal play with BUTTON_PLAY | BUTTON_RELEASE |
15:38:44 | EnnaN | (*wtf is button repeat?*)( |
15:38:47 | LinusN | with no repeat in between |
15:38:51 | Zagor | right |
15:38:59 | LinusN | EnnaN: hold the button and it repeats |
15:39:00 | Zagor | lastbutton strikes again :-) |
15:39:08 | LinusN | Zagor: :-) |
15:39:15 | EnnaN | ? |
15:39:32 | LinusN | EnnaN: we are talking about a tricky handling of the keys |
15:39:39 | LinusN | a famous bug |
15:39:41 | LinusN | in rockbox |
15:40:00 | champi | in the official firmware that's what you do, you can queue a song by pressing play, but I repeat : it sux ! It plays something than the song you have selected ! |
15:40:18 | EnnaN | i know.. |
15:40:27 | LinusN | champi: rockbox would never do such a thing :-) |
15:40:39 | EnnaN | but does it play that song NEXT? or just cat it to the playlist... |
15:40:39 | champi | lol sure :) |
15:40:59 | LinusN | we haven't had *any* bugs that would play the wrong file :-) |
15:41:09 | champi | it plays it next but does not return to the playlist after it |
15:41:10 | * | LinusN is looking in the other direction, whistling |
15:41:21 | EnnaN | except for the luser=1d10t error? |
15:41:35 | EnnaN | :) |
15:41:50 | EnnaN | would it be hard to implement it to play the playlist afterwards? |
15:41:54 | champi | in the officiaf firmware, it displays the name of the song you wanted, but it plays another one ! strange bug... |
15:42:08 | LinusN | EnnaN: no |
15:42:14 | | Join langhaarrocker [0] (~Philipp@Bdf03.pppool.de) |
15:42:25 | EnnaN | btw: i didn't actually come in here to add to the wishlist at first, but just to say tnx :) |
15:42:31 | LinusN | i would implement it as two playlists, with priority |
15:42:43 | EnnaN | should i submit this anywhere? |
15:42:51 | EnnaN | or is mentionning it here enough... |
15:42:55 | LinusN | EnnaN: there is already a feature request on that |
15:43:04 | EnnaN | nice :))) |
15:43:57 | LinusN | Zagor: how about implementing it as two playlists, one which is "consumed", and has priority? |
15:44:15 | LinusN | the problem is of course memory |
15:44:15 | Zagor | consumed? |
15:44:25 | Zagor | ah, a stack |
15:44:30 | LinusN | sort of |
15:44:39 | LinusN | rather, a queue |
15:44:50 | LinusN | FIFO |
15:45:20 | LinusN | memory isn't a problem |
15:45:21 | Bagder | no, that queue would be a stack |
15:45:31 | Zagor | sounds ok to me. a problem is that even small numbers of songs eat up a lot of space when we have to store full path |
15:45:34 | Bagder | since you could queue more files |
15:45:38 | LinusN | you just malloc() a block for each file :-) |
15:45:40 | EnnaN | linusN: so if the priority playlist is empty, the "standard' is played? and as soon as you insert one in the prio, it plays that next...thats your idea? |
15:45:43 | Zagor | haha |
15:45:48 | LinusN | EnnaN: yes |
15:45:55 | LinusN | Bagder: a FIFO |
15:46:02 | EnnaN | that would be EXACTLY what i want!!! |
15:46:16 | Bagder | LinusN: lifo |
15:46:29 | Bagder | or? |
15:46:29 | EnnaN | i've been screaming for that in winamp for a long time, and now in #3 it is finaly there :) |
15:46:30 | LinusN | why, then you can't queue a file after the queued one |
15:46:34 | Bagder | whatever |
15:46:34 | Zagor | LinusN: FIFO or LIFO should probably be configurable. otherwise we'll get bug report "queued file was not played next" |
15:46:42 | Bagder | right |
15:46:42 | LinusN | Zagor: i suppose |
15:46:56 | LinusN | i can see the setting before me: |
15:46:58 | Bagder | Zagor: possibly the hold-play pop-up could offer both ways |
15:47:01 | LinusN | Queue Stack: |
15:47:03 | LinusN | LIFO/FIFO |
15:47:05 | LinusN | :-) |
15:47:07 | Bagder | hehehe |
15:47:11 | LinusN | clear as mud |
15:47:26 | Bagder | nono, ?IFO: |
15:47:29 | Bagder | L/F ? |
15:47:31 | Bagder | hehe |
15:47:37 | langhaarrocker | :) |
15:47:48 | EnnaN | LinusN: clear as water! at least, i'd want it that way.. :) |
15:47:49 | LinusN | %cIFO, type?"L":"F"; |
15:48:00 | | Nick elinenbe is now known as elinenbe|here (trilluser@user-0cces0l.cable.mindspring.com) |
15:48:11 | langhaarrocker | Jepp, that' readable! |
15:48:20 | elinenbe|here | morning ... well, good afternoon all. |
15:48:23 | EnnaN | you could do it fifo/lifo/filo/lilo (for the redundency ;) |
15:48:41 | LinusN | :-) |
15:48:49 | langhaarrocker | in SIMD? |
15:48:58 | LinusN | can we have a fixed length queue? |
15:49:10 | LinusN | like, 5 songs? |
15:49:16 | Zagor | yes, I think we should |
15:49:24 | LinusN | at least for now |
15:49:24 | Zagor | 4 songs is 1KB... |
15:49:34 | champi | EnnaN: there IS a lilo for the archos, it's called ROLO ;) |
15:50:02 | EnnaN | champi: i know, but i do not think it loads "li".. :) |
15:50:43 | EnnaN | general: what time would there people be around here? (and especially, in what timezone would that time be?) |
15:51:14 | LinusN | there are people here 24/24 |
15:51:41 | langhaarrocker | Mostly when I have to work or sleep ... :( |
15:51:53 | Bagder | but be aware, most of the people here have no life ;-P |
15:52:18 | EnnaN | bagder: well, i'm a CS student, so i'm not supposed to have a life either :) |
15:52:35 | Bagder | ok, you may fit well here then ;-) |
15:52:49 | langhaarrocker | Not life but at least an instance. |
15:53:31 | LinusN | Zagor: or maybe the same approach as the dir buffer? |
15:53:47 | langhaarrocker | But that doesn't matter: we don't use dynamic memory -> no garbage collection -> the instance is forever. |
15:53:53 | EnnaN | langhaarrocker: i bet you're from holland, seeing your name? |
15:54:00 | Zagor | LinusN: the dir buffer assumes a single dir path |
15:54:02 | langhaarrocker | No, germany. |
15:54:51 | langhaarrocker | EnnaN: But you're not the first to guess wrong. And I in fact understand and speak a very little bit dutch. |
15:55:02 | EnnaN | ? your name looks dutch.... |
15:55:08 | LinusN | Zagor: i meant the allocation of name data |
15:55:19 | LinusN | a name buffer and an index array |
15:55:28 | Zagor | LinusN: right. but it still means potentially max 4 files/KB |
15:55:44 | LinusN | yes, but few people have that long paths |
15:55:58 | Zagor | but yeah, null termination is a better way than a static MAX_PATH array |
15:56:01 | LinusN | so a 16 file queue with a 1k buffer, or something like that |
15:56:16 | Zagor | yup |
15:56:24 | LinusN | i'm on the job |
15:56:41 | EnnaN | nother general question (if i'm not anoying you too much); how hard is the rockbox code? how long would a reasenable coder take to understand some.....? |
15:56:51 | LinusN | it's easy |
15:56:58 | LinusN | plain, simple C |
15:57:25 | LinusN | we work a lot to keep it simple, it's one of our main objectives |
15:57:26 | langhaarrocker | The hard thing is to find out wether the SYNC pin of the MAS is connected to any interrupt or not. |
15:57:32 | LinusN | langhaarrocker: hahaha |
15:57:34 | EnnaN | that i knew, but if it is too lengthy and/or random written... |
15:57:40 | Bagder | a reasonable coder grasps it pretty quick |
15:57:49 | LinusN | lots of people have |
15:58:01 | Bagder | EnnaN: dive in and check for yourself! |
15:58:05 | EnnaN | think i'm gonna take a look at the code tonight when i get home... |
15:58:07 | EnnaN | :) |
15:58:25 | langhaarrocker | I admit that it was _very_ easy to do the first steps. Contrats to the source scouts! |
16:00 |
16:00:23 | LinusN | how should prev/next work? |
16:00:41 | elinenbe|here | I see you are talking about queuing songs. |
16:00:41 | * | LinusN sees complications |
16:01:05 | elinenbe|here | I think a great way is to hold play on a song ofr a few seconds, then 2 options come up insert/appent |
16:01:26 | LinusN | elinenbe|here: append to the list or to the queue? |
16:01:32 | elinenbe|here | insert will insert right after the current song playing, and append will append to the current list of songs playing |
16:01:57 | LinusN | elinenbe|here: and if you insert twice? |
16:02:09 | elinenbe|here | list goes like this 1,2,3,4,5,6 |
16:02:14 | champi | I think to many options will lead to a too much comlex interface |
16:02:19 | LinusN | my list is 3000 songs |
16:02:22 | elinenbe|here | while plying song 2 you instert song 7 |
16:02:31 | elinenbe|here | now it looks like this 1,2,7,3,4,5,6 |
16:02:42 | elinenbe|here | now before 3 ends you instert 8 |
16:02:53 | elinenbe|here | then it looks like 1,2,8,7,3,4,5,6 |
16:02:55 | LinusN | elinenbe|here: and if you insert song 8 before song 2 has played? |
16:03:11 | LinusN | ok, your a LIFO guy |
16:03:14 | elinenbe|here | well, it is only a feature WHILE songs are playing |
16:03:24 | elinenbe|here | LinusN: that is the insert option |
16:03:39 | elinenbe|here | then there is the append option, where if you did the same thing it would be 1,2,3,4,5,6,7,8 |
16:03:43 | champi | The idea with two playlist and priorities would be much more logical and easier to understand for the user |
16:03:56 | LinusN | i want 8 to appear after 7 aven when inserting |
16:04:00 | elinenbe|here | the empeg car player has this options and it works GREAT! |
16:04:23 | EnnaN | well, if some1 is here in a couple of hours, ill check back.. have a meeting now.. |
16:04:27 | EnnaN | latorz :) |
16:04:40 | | Quit EnnaN ("Leaving") |
16:05:03 | LinusN | langhaarrocker: why do you want the sync? |
16:05:29 | langhaarrocker | I want to detect when the MAS plays which mp3 frame. |
16:05:45 | LinusN | why? |
16:05:55 | langhaarrocker | Need that to know which volumie info belongs to which frame for a split editor. |
16:06:16 | LinusN | a split editor in realtime? |
16:07:05 | elinenbe|here | what do you guys think about Hardeep |
16:07:16 | LinusN | and how do you know that the volume info isn't an average over several frames? |
16:07:19 | langhaarrocker | No, press pause, go into split editor -> it buffers some mp3 data and works on that. When playing back this buffer 1st time it collects volume info. Voila: a graphical split editor. |
16:07:27 | elinenbe|here | what do you guys think about Hardeep's patch (where the cursor switches to the current playing song) |
16:07:40 | LinusN | elinenbe|here: i can see a good use for it |
16:07:50 | LinusN | i want it optional though |
16:08:14 | elinenbe|here | well, he made it as an option. I really like it here. |
16:08:41 | elinenbe|here | I think someone should commit it. |
16:08:52 | | Nick elinenbe|here is now known as elinenbe (trilluser@user-0cces0l.cable.mindspring.com) |
16:10:04 | langhaarrocker | How long might an mp3 frame be at least? |
16:10:07 | langhaarrocker | (time) |
16:10:21 | LinusN | at least 24ms |
16:10:30 | Zagor | i think it's good, since it's optional. elinenbe, will you commit it? |
16:10:32 | LinusN | up to 72 |
16:10:45 | elinenbe | also, the oscilloscope demo is pretty cool −− the second one posted is much more effective then the first |
16:10:59 | elinenbe | Zagor: only with your permission |
16:11:03 | langhaarrocker | I used lcd hardware scroll for that. |
16:11:14 | * | Zagor hands elinenbe permission on a silver plate |
16:11:25 | Bagder | ooo silver... |
16:11:35 | Zagor | hehe |
16:11:39 | elinenbe | it would be cool to have a definiable oscilloscope box for the WPS −− something like the status bar :) |
16:11:49 | langhaarrocker | I've got an updated oszi demo version that's switchable from scrolling to rolling. |
16:12:27 | langhaarrocker | elinenbe: that's difficult because the entire lcd must be scrolled. |
16:12:36 | langhaarrocker | (due to hardware scrolling) |
16:12:51 | elinenbe | langhaarrocker: did you do the original oscilloscope? |
16:12:58 | langhaarrocker | yep |
16:13:16 | elinenbe | langhaarrocker: it would be nice to just have the peak values instead of filling it in. |
16:13:17 | langhaarrocker | I had to extend lcd.* for that. |
16:13:22 | elinenbe | I saw that. |
16:13:32 | elinenbe | it runs nicely though... the 2nd version. |
16:13:42 | langhaarrocker | That can be done easily. |
16:14:04 | elinenbe | langhaarrocker: could you try to do that? |
16:14:37 | langhaarrocker | Ok: Ill do that and post a 3rd version with filled / hollow, scrollable / rollable, adjustable speed. |
16:14:51 | elinenbe | adjustable speed? |
16:15:08 | elinenbe | is that instead of scrolling by one pixel, it scrolls by x pixels? |
16:15:09 | langhaarrocker | I can make it slower. |
16:15:22 | langhaarrocker | no, that's no fun |
16:15:24 | elinenbe | well, slower does not make it go with the music. |
16:15:37 | langhaarrocker | elinenbe: less updates. |
16:15:49 | langhaarrocker | like 1 sample per more time |
16:17:44 | elinenbe | langhaarrocker: well, then it will not go with the music as well, I think it will look worse −− real time updates would be the best |
16:18:21 | langhaarrocker | It stays realtime - it just scrolls slower. |
16:18:35 | elinenbe | ah... I see. |
16:21:22 | langhaarrocker | Do you realliy write "oscillosgraph"? Dear me, my faulty english! |
16:22:21 | langhaarrocker | Or are there any suggestions for a better name? |
16:23:25 | langhaarrocker | gone coding. |
16:23:31 | | Quit langhaarrocker ("Trillian (http://www.ceruleanstudios.com)") |
16:26:14 | LinusN | what would we want prev/next to do when having added/inserted a file? |
16:26:30 | LinusN | act if the added files are part of the playlist? |
16:26:47 | Zagor | yes. except prev of course can't go to the previously queued |
16:26:50 | elinenbe | yes. |
16:27:37 | Bagder | the helvR08.bdf font gets all wrong when ajf'ified |
16:27:53 | Bagder | but is pretty useful to point out flaws in the format |
16:28:09 | Bagder | it is gonna be hard to support a "static" font height |
16:28:28 | *** | Saving seen data "./dancer.seen" |
16:28:46 | Bagder | I'll have to write something down to explain this mess |
16:29:03 | Zagor | how do you mean, static font height? |
16:29:09 | Bagder | one set height |
16:29:13 | elinenbe | LinusN: lookie here: http://www.riocar.org/modules.php?op=modload&name=FAQ&file=index&myfaq=yes&id_cat=4#32 |
16:29:22 | elinenbe | read the LAST section on that page. |
16:29:37 | Bagder | Zagor: this font is said to use a 12x16 sized "box" |
16:29:49 | Bagder | Zagor: but each single letter is a lot smaller, within that set box |
16:29:51 | elinenbe | or you can just do a search for: "Insert/append from playlists menu" without the quotes. |
16:30:24 | Bagder | each letter has its own height |
16:30:55 | elinenbe | LinusN: people absoutly love this method. |
16:31:23 | Zagor | elinenbe: it's not like "people" have tried a lot of different methods, is it? |
16:31:42 | Zagor | they probably just love the feature |
16:32:11 | elinenbe | Zagor: I assume, but the way this is set up, it satisfies nearly everyone. |
16:32:16 | Zagor | Bagder: right, so do we really need to care about the box? |
16:32:27 | elinenbe | Zagor: people just praise it... |
16:32:41 | Zagor | elinenbe: this is what we are about to fix, too. but without "append" for starters |
16:32:50 | Bagder | Zagor: not really, but that's the only "static" height we know about. To figure out font height, we need to check all letters in a defined string. |
16:33:03 | Zagor | what we are discussing is what happens with the *next* item you enqueue |
16:33:03 | Bagder | which might make things tricky |
16:33:30 | Zagor | Bagder: we alredy did that, until I hardcoded a height just a few days ago... |
16:33:50 | Bagder | Zagor: but this would theoreticly make different lines use different heights... |
16:33:58 | Zagor | Bagder: yes |
16:34:15 | Bagder | and we need to modify the ajf format ;-) |
16:34:24 | elinenbe | this is what the page says about the next enqueue: Enqueue: The first time you select this option, it inserts the selected item immediately after the current song. If you do this multiple times, it will insert the results after your last insert. Sort of like queing up songs on a jukebox. |
16:34:26 | Zagor | so probably there should be a "max height" and "max width" entry remembered for the font |
16:35:03 | Bagder | Zagor: possibly, but the max won't be very interesting for most things |
16:35:19 | Bagder | ah, you mean for a given string? |
16:35:27 | Zagor | elinenbe: right. and we want that configurable. some people want enqueued files to always be played next |
16:35:47 | Zagor | Bagder: no, I mean for the font. to use for line height in the dir browser for instance |
16:36:11 | Bagder | Zagor: well, in this font most letters are 8 or less pixels high, but the max is 16... |
16:36:22 | Zagor | what is 16? |
16:36:28 | LinusN | elinenbe: then it isn't like you described it |
16:36:28 | Bagder | the max size |
16:36:40 | Zagor | yeah, but is any glyph actually 16 pixels high? |
16:36:42 | LinusN | you said that songe were always inserted |
16:36:44 | Bagder | Zagor: I don't know if any letter actually uses the full height, no |
16:36:58 | Zagor | we should have the max used, not the max stated :-) |
16:37:03 | elinenbe | Zagor: well, I have used quite a number of hardware mp3 players and this feature on the empeg is incredible. Having this option with these features would be incredible. |
16:37:26 | elinenbe | LinusN: yes, I did explain it worng earlier |
16:37:38 | elinenbe | incredible :) |
16:37:39 | elinenbe | hehe |
16:38:02 | | Join bobTHC [0] (~bobTHC@AMarseille-206-2-1-9.abo.wanadoo.fr) |
16:38:18 | bobTHC | hi all |
16:40:38 | LinusN | hi |
16:40:46 | | Join quelsaruk [0] (~zaknafein@faerun.ugr.es) |
16:40:51 | quelsaruk | hi |
16:43:51 | | Nick edx|school is now known as edx (~edx@pD9EAB2DE.dip.t-dialin.net) |
16:46:13 | elinenbe | hi |
16:46:16 | elinenbe | hello edx |
16:46:34 | edx | hi |
16:52:44 | edx | Zagor, don't forget to update the sh-win page ;) |
16:56:48 | elinenbe | brb |
16:56:50 | | Part elinenbe |
16:56:57 | Zagor | edx: ah, will do that now |
16:57:01 | edx | k |
16:57:33 | | Part Bagder |
17:00 |
17:04:33 | | Join elinenbe [0] (trilluser@user-0cces0l.cable.mindspring.com) |
17:05:14 | elinenbe | LinusN: are you working on enqueue and append lilo/filo/fifo/lifo ? |
17:05:55 | | Join edx|notebook [0] (~edx@pD9EAB531.dip.t-dialin.net) |
17:06:32 | LinusN | elinenbe: i stopped, when i got too much to do with other stuff |
17:07:23 | elinenbe | LinusN: oh... I am quite excited about it. I will patiently wait. |
17:23:01 | | Quit edx (Read error: 110 (Connection timed out)) |
17:27:48 | LinusN | i think i just beat the world record in fast feature-request additions |
17:29:01 | elinenbe | LinusN: what do you mean? |
17:29:24 | | Join EnnaN [0] (bla@cc53164-b.groni1.gr.nl.home.com) |
17:29:26 | LinusN | the mono/stereo option posted to the feature-request database 30 minutes ago |
17:29:35 | EnnaN | hi again |
17:29:38 | LinusN | hi |
17:29:43 | LinusN | elinenbe: i just implemented it |
17:29:53 | LinusN | :-) |
17:29:59 | LinusN | took 33 minutes |
17:30:14 | elinenbe | ahh... that's nice. |
17:30:20 | quelsaruk | wau.. a record, LinusN |
17:30:23 | quelsaruk | :) |
17:30:25 | LinusN | i have to catch my train now |
17:30:29 | LinusN | cu later guys |
17:30:54 | | Part LinusN |
17:31:48 | | Quit mecraw (Read error: 54 (Connection reset by peer)) |
17:33:17 | | Join hardeep [0] (hardeeps@sdf.lonestar.org) |
17:33:33 | EnnaN | hmm, is it normal for my original headset to distord much more that a *normal* 1? |
17:38:28 | hardeep | hmmmm, red build |
17:38:38 | elinenbe | Zagor: how is the fat32 writing coming? |
17:38:49 | elinenbe | hardeep: I submitted your patch |
17:39:12 | hardeep | elinenbe: thanks. |
17:39:13 | elinenbe | hardeep: but there is a bug when you turn file resume on. |
17:39:31 | elinenbe | hardeep: te cursor is always on the first file which gives some interesting results. |
17:39:44 | elinenbe | try it on a file that is in the last few of a directory |
17:39:59 | elinenbe | that has both more then and less then 8 files in it. |
17:40:09 | elinenbe | then try hitting up/down |
17:40:29 | hardeep | elinenbe: yeah, that's what magnus also reported. |
17:40:37 | hardeep | i'll fix it |
17:40:57 | elinenbe | hardeep: I really like that patch :) |
17:43:55 | hardeep | me too. :) it's one of those minor things that annoyed me on rockbox |
17:45:02 | elinenbe | hardeep: now when you reboot though, the cursor is not on the correct file unless you go to that setting in the menu again. |
17:46:00 | elinenbe | hardeep: hit on twice to get back to the song, then hit on again, and you get back to the correct position in the menu |
17:46:17 | elinenbe | s/menu/tree |
17:46:21 | elinenbe | and this is when rebooting. |
17:47:31 | hardeep | hmmm, i don't quite follow. 1. enable browse current, 2. hit on 3 times, 3. reboot jukebox ? |
17:47:53 | elinenbe | hardeep: no. let me explain. |
17:48:57 | hardeep | ah, i see it. when you resume a file after reboot |
17:49:14 | elinenbe | hardeep: 1) enable browse current 2) play some song 3) turn off 4) turn on 5) press on to get to tree (on first file in root dir (wrong file!)) 6) press on to get back to song 7) press on again (now on right song!!) |
17:50:20 | elinenbe | hardeep: see this behavior? |
17:50:53 | hardeep | yep, will fix this also. :) it's related to resume |
17:51:31 | elinenbe | hardeep: awesome! |
17:54:01 | elinenbe | I know langharrocker is not around who did the oscilloscope code, but I was wondering something. Couldn't the max values that the oscilloscope puts out be read and then a dynamic normalization be done to adjust the volume on the fly? Like a software based auto volume? |
17:55:18 | elinenbe | also, there is a problem with the oscilloscope code. When I am playing music and just watching the oscilloscope every few songs, then music just stops. I can go back to the directory browser and start the song over, but this is reproducable and kind of annoying. |
17:55:47 | | Nick edx|notebook is now known as edx (~edx@pD9EAB531.dip.t-dialin.net) |
18:00 |
18:13:15 | | Nick Zagor is now known as Zagor|out (bjst@as9-5-6.k.s.bonet.se) |
18:14:58 | | Join sesam [0] (~edx@pD9EAB531.dip.t-dialin.net) |
18:15:01 | | Quit sesam (Remote closed the connection) |
18:18:31 | | Nick elinenbe is now known as elinenbe|out (trilluser@user-0cces0l.cable.mindspring.com) |
18:28:30 | *** | Saving seen data "./dancer.seen" |
18:30:34 | | Join langhaarrocker [0] (~Philipp@Bdf92.pppool.de) |
18:31:14 | langhaarrocker | Hm. Now that Im here again elinenbe is gone :( |
18:34:11 | langhaarrocker | Well, I've sent the desired osci code to the mailing list, that's all I can do by now. CU later I've got to visit the practise room. |
18:34:27 | | Quit langhaarrocker (Client Quit) |
18:36:23 | bobTHC | quelsaruk : u always work on the multilangual ? |
18:36:36 | | Join LinusN [0] (~linus@labb.contactor.se) |
18:37:20 | LinusN | hehe, of course i broke the sim builds :-) |
18:37:30 | bobTHC | as usual... ;) |
18:37:35 | edx | grmbl |
18:38:14 | edx | `MAS_BANK_D1' undeclared (first use in this function) |
18:38:30 | LinusN | i'm on it |
18:38:39 | edx | k :) |
18:39:13 | bobTHC | oscilo function is in the last daily ? |
18:40:40 | elinenbe|out | bobTHC: nope. it has not been comitted yet |
18:41:14 | quelsaruk | sorry bobTHC?? |
18:41:40 | quelsaruk | did u ask if i'm working on the multilingual support? |
18:42:09 | bobTHC | yep |
18:43:39 | quelsaruk | not now, as Bagder said we would use a tool to "translate" from .lang file to language.h, we must first know how will this .lang files be.... |
18:43:49 | quelsaruk | so i've found another interesting thing to do |
18:43:56 | quelsaruk | non-continuous play |
18:44:19 | bobTHC | ok.... i |
18:44:31 | quelsaruk | i wan't my jukebox to stop playing once all my files have been played :) |
18:45:02 | bobTHC | like me |
18:45:10 | quelsaruk | LinusN: none has worked before on this, no? |
18:45:36 | quelsaruk | just to know if there is something like this... |
18:47:53 | elinenbe|out | quelsaruk: http://rockbox.haxx.se/TODO no one is working on repeat on/off yet |
18:49:49 | bobTHC | C U later ... bye |
18:49:53 | | Part bobTHC |
18:51:02 | quelsaruk | thx elinenbe|out |
18:56:02 | hardeep | i think mecraw was looking into it. re: repeat on/off |
18:57:47 | quelsaruk | ok, thx hardeep, i'll ask him, |
19:00 |
19:03:20 | | Part LinusN |
19:34:21 | hardeep | cvs is sloooooowwww today |
19:38:20 | | Quit champi ("Fermeture du client") |
19:52:41 | | Quit RipnetUK () |
20:00 |
20:06:02 | | Quit hardeep ("Leaving") |
20:28:34 | *** | Saving seen data "./dancer.seen" |
20:39:23 | | Quit sylvr (Remote closed the connection) |
20:54:31 | | Join hardeep [0] (hardeeps@sdf.lonestar.org) |
21:00 |
21:09:34 | | Join xam_ [0] (~chatzilla@tqpc.ucc.ie) |
21:09:44 | xam_ | hi |
21:09:54 | xam_ | you guys are sooooo crazy! |
21:10:13 | xam_ | rockbox rules. It's so much better than the original firmware |
21:11:19 | xam_ | I just miss the recording option ... that's all ... and if there was .ogg support it would be perfect |
21:13:50 | edx | we are working on the recording stuff... there's a long way to go.. and there where discussions about .ogg support - it is out of reach as it seems |
21:14:34 | xam_ | I know ... missing manuals |
21:15:23 | xam_ | what about deleting/moving/renaming files and creating/deleting/moving/renaming directories? |
21:15:37 | Hes | that'll come with filesystem writing, eventually |
21:15:43 | edx | we do not yet support writing to the fat filesystem |
21:15:48 | Hes | filesystem writing is being worked on (it's a prerequisite for recording) |
21:15:48 | edx | yup. |
21:16:25 | xam_ | mhh, itsn't it a hitachi zh-1 processor? doesn't linux run on these cpus? ;) |
21:17:04 | xam_ | at least the zh-3 |
21:17:15 | Hes | sh-1... doesn't run on it |
21:17:25 | Hes | runs on the sh-3 |
21:17:56 | elinenbe|out | hardeep: great fix! |
21:18:17 | | Nick elinenbe|out is now known as elinenbe (trilluser@user-0cces0l.cable.mindspring.com) |
21:22:09 | xam_ | even the music sounds better! |
21:22:10 | | Nick edx is now known as edx|sleep (~edx@pD9EAB531.dip.t-dialin.net) |
21:22:29 | elinenbe | xam_ : and looks better too! |
21:22:37 | elinenbe | xam_ : do you have a recorder or player? |
21:22:43 | xam_ | elinenbe recorder 20 |
21:24:46 | | Quit quelsaruk ("KVIrc 3.0.0-beta1 "Eve's Avatar"") |
21:24:50 | elinenbe | ah... then try this as the firmware: www.umich.edu/~elinenbe/ajbrec.ajz |
21:25:04 | xam_ | elinenbe what's the difference? |
21:25:18 | elinenbe | play a song and then go back to the menu, then to Demos, then to oscilloscope. |
21:26:02 | xam_ | elinenbe ;) |
21:26:11 | xam_ | elinenbe got it ... |
21:26:17 | elinenbe | press the F2 button for different option |
21:26:25 | elinenbe | I did not program this, but it is very nice. |
21:26:40 | elinenbe | F1 button for different modes. |
21:26:54 | elinenbe | up/down for speedup/slowdown |
21:27:31 | elinenbe | it may crash −− it is not completly stable yet :) (but it will not do anything bad - just hold down the off button) |
21:28:50 | xam_ | elinenbe the font is different aswell ... |
21:29:49 | elinenbe | yeah −− that is the proportional font. you can see much more on the screen :) |
21:29:58 | xam_ | whoaaaaa - the oscillograph is coooool |
21:31:36 | xam_ | elinenbe and if you press up/down you can slow the oscillograph down/up if you want |
21:34:24 | xam_ | elinenbe where did you get this firmware? from the CVS? |
21:36:17 | | Nick seb-school is now known as _seb_ (user@bgp420584bgs.union01.nj.comcast.net) |
21:36:56 | elinenbe | yes, and from a patch on the mailing list. |
21:37:41 | xam_ | elinenbe you know where to get the sh-elf gcc? I already have proper binutils |
21:37:56 | xam_ | elinenbe sh-elf-gcc debian packages |
21:38:31 | xam_ | elinenbe I don't feel like wanting to bootstrap a crosscompiler right now |
21:39:41 | xam_ | there is something in the debian repository called gcc-h8300-hms, but I don't think it's the right .deb |
21:40:46 | xam_ | does anybody know whether these changes are already in the CVS? |
21:40:51 | | Nick Zagor|out is now known as Zagor (bjst@as9-5-6.k.s.bonet.se) |
21:40:54 | Zagor | no they're not |
21:42:40 | | Nick xam_ is now known as xam (~chatzilla@tqpc.ucc.ie) |
21:44:28 | xam | Zagor will they be integrated in 1.4? |
21:46:58 | xam | mhh, finally found that there are instructions for building a crosscompiler on the rockbox webpage ... seems I have to do it anyway ... |
21:55:41 | Zagor | xam: possibly |
21:56:15 | xam | sorry for all the questions, but what does the option "General Settings -> File View -> Browse Current" do on the patched version? |
21:59:53 | | Nick _seb_ is now known as seb-away (user@bgp420584bgs.union01.nj.comcast.net) |
22:00 |
22:00:14 | Zagor | it toggles whether the browser should change dir to currently-playing song or stay still |
22:02:36 | xam | Zagor don't get it (/me too stupid?). "Browse Current Song" is default "no", but when change it to "yes" I don't see a difference |
22:02:52 | xam | Zagor what do you mean by stay still? |
22:03:38 | xam | Zagor what is the default action? I mean if I select/play a song, it automatically changes the directory ... |
22:03:49 | Zagor | xam: you only notice a difference when you play OFF or ON (go to dir browser). with "Browse current song" active, the dir browser will be positioned at the last played file |
22:04:48 | xam | Zagor I see, thanks alot ! |
22:13:46 | xam | I see you have implemented you own powermanagement, and battery recharge is using delta U detection (voltage drop). Do you know how it was done before or whether the battery life is better with rockbox? |
22:14:54 | Zagor | battery life is better with some versions. some versions of some models seem not to like our power saving tricks, however |
22:18:45 | elinenbe | Zagor: how is file writing progressing? making any improvements yet? |
22:19:22 | Zagor | still laying the groundwork. there's lots of stuff to write (time/date handling, to just name one) |
22:28:36 | *** | Saving seen data "./dancer.seen" |
22:29:30 | elinenbe | Zagor: good luck with it. |
22:31:01 | Zagor | luck is not a factor ;) |
22:31:42 | elinenbe | Zagor: it may be when you are testing it :) |
22:32:16 | Zagor | yup. that's just an old movie quote I enjoy using. from some NASA/space movie. |
22:36:24 | adi|home | heheheh i like the osilligraph |
22:37:24 | Zagor | it sounds cool. i haven't tested it yet. |
22:39:26 | elinenbe | Zagor: did you see what I wrote about the oscillograph a while back? |
22:41:21 | elinenbe | Zagor: we know the max of each bit of music. Why can't we take an average of the past X number of samples, and then normalize it on the fly or something like that? |
22:42:21 | elinenbe | Zagor: adjust the volume acordingly. |
22:43:14 | Hes | We could, yes. |
22:44:38 | elinenbe | Hes: I think that could be a neat idea. |
22:44:45 | elinenbe | Hes: something worth investigating |
22:48:27 | Zagor | elinenbe: how does that differ from the AVC? |
22:48:42 | hardeep | player doesn't have AVC does it? |
22:48:59 | Zagor | right. good point :-) |
22:49:49 | elinenbe | but, can we read the max values of each sample on the player? |
22:50:03 | hardeep | actually, how many people actually use AVC? I personally don't like it |
22:50:15 | hardeep | too many actually's :) |
22:50:22 | elinenbe | I don't use it either |
22:50:22 | Hes | I don't like AVC, but might like it if it had longer decay times |
22:50:43 | elinenbe | same here. I think it is too quick. You can "hear" the changes. |
22:50:49 | Zagor | i use it sometimes when randomising my entire collection. it's good to avoid having to reach for my amp remote |
22:51:15 | elinenbe | What I would be looking for is somehting that can adjust for most of the song. |
22:51:30 | xam | hardeep I don't like AVC |
22:52:46 | xam | mhh, a notebook/adressbook function and a textviewer (even graphicviewer?) would be nice aswell once we can write to the filesystem |
22:53:00 | Zagor | elinenbe: we still won't know the level until we've played it |
22:53:12 | Zagor | xam: i'm sure someone will write it :-) |
22:53:34 | elinenbe | Zagor: hopefully we could adjust the level throughout the song... slowly −− like the battery charging −− using deltas |
22:53:38 | xam | zagor hehe openoffice on archos |
22:54:13 | Zagor | elinenbe: yes |
22:54:18 | elinenbe | as we aquire mor samples in the song, as it plays, we would know more about the volume of the song. |
22:54:48 | Zagor | the problem with both oscillator and soft-avc is that it kills our power-save plans. we've have to keep busy and sleep much less. |
22:55:23 | elinenbe | in the beginning of a song it would most likely be inaccurate so we do not adjust the volume there. Only as it gets a certain percentage into the song can we start modifying the volume, and even then it would only be by such a little bit in most cases. |
22:55:28 | hardeep | you could save the data to disk and re-use it the next time the song is played... |
22:55:43 | adi|home | jesus.. this whole wrap issue is turning into the 400 file issue all over again.. |
22:55:53 | elinenbe | Zagor: that and the oscillator carshes my recorder after a song or 2. CPU:blahblah error |
22:56:19 | Zagor | ah, "Luck is not a factor" is actually from The Abyss. (gotta love IMDB) |
22:56:34 | Zagor | elinenbe: yeah, but that's just a bug. bugs get fixed. |
22:56:52 | xam | Zagor someone should tell this microsoft |
22:57:11 | elinenbe | Zagor: if IMDB ever goes down that will be a sad day. They should sell their database. But at least it is backed by amazon.com |
22:57:35 | elinenbe | adi: you get annoyed quite easily. You hvae to learn to ignore. |
22:57:58 | hardeep | i don't know if it's still the case but you used to be able to download the entire imdb database |
22:58:24 | Zagor | i agree with you adi. this option would be much more confusing than helpful |
22:59:02 | Zagor | hardeep: i would be surprised if that's still the case. they have built a nice business around that database these days. |
22:59:12 | elinenbe | Since there already is a patch and the code is written, it could be an option. |
22:59:53 | adi|home | elinenbe: im not annoyed.. I just find it said. |
23:00 |
23:00:02 | adi|home | the project leader has said _no_ and they still fight |
23:00:09 | Zagor | elinenbe: just because code is written doesn't mean it should be added |
23:00:15 | * | adi|home nods |
23:00:38 | elinenbe | Zagor: agreed. That is what the Rockbox Unofficial Fanpage is for. :) |
23:00:58 | elinenbe | where people hack the hack |
23:01:05 | | Join _Dino_ [0] (~dan@213.121.252.30) |
23:01:48 | elinenbe | everything will be compiletime, and you can set all the option in a form on the web page, and then it will compile your binary. |
23:02:04 | elinenbe | then you download it and save it to your jukebox |
23:02:22 | Zagor | not a bad idea. start hacking perl scripts :-) |
23:03:09 | _Dino_ | Nice work people, I was very impressed when I tried rockbox today... very very impressed |
23:03:11 | Zagor | still. too much options, even compile time ones, makes the code messy |
23:03:19 | Zagor | _Dino_: thanks |
23:04:06 | elinenbe | _Dino_: please send money! :) |
23:04:08 | _Dino_ | archos should ditch their own os and go with this one, I wont use archos' again, unless this one crashes my hd! |
23:04:11 | _Dino_ | lol |
23:04:37 | _Dino_ | how much do you want?! |
23:04:50 | elinenbe | _Dino_: I am just kidding |
23:04:51 | Zagor | _Dino_: oh, then don't press STOP+MENU+PLAY... ;-P |
23:04:56 | _Dino_ | set up a pay pal account or something |
23:05:00 | _Dino_ | lol! |
23:05:09 | Zagor | _Dino_: paypal only works in the us |
23:05:28 | _Dino_ | oh, damn you blew my excuse already! |
23:06:23 | elinenbe | _Dino_: on the recored if you press up,up,down,down,left,right,left,right,B,A,B,A,select,start then you can play Tetris, Sokoban, or Wormlet! |
23:06:35 | Zagor | lol |
23:06:53 | _Dino_ | yeah right!Not om my Studio20... |
23:06:57 | elinenbe | Zagor: have you seen the other nibbler game (eat the dots game) that is out there for rockbox? It is really nice |
23:07:35 | _Dino_ | Got a background in games, might get stuck into the src tomorrow... it looked pretty tidy |
23:07:54 | Zagor | nope, haven't seen it. I have 21 fricking patches in my queue, and a fat driver to write... :-) |
23:08:18 | elinenbe | 21 patches in your queue? |
23:08:38 | Zagor | yup. from the mailing list. |
23:08:54 | elinenbe | ahh... |
23:11:34 | EnnaN | ba |
23:12:27 | | Join idefx [0] (~idefx@ABrest-103-1-4-234.abo.wanadoo.fr) |
23:13:14 | idefx | Hi, i'm living tomorow (for paris, for those who read my mail...), well, before i go, how does the playlist work in latest build ?? |
23:13:29 | elinenbe | it works good. |
23:13:44 | idefx | elinenbe : and how do I use it ?? |
23:14:34 | idefx | last time i tried (2 hours ago), when I hited play on a playlist, it displayed me the number of files, and then it didn't do anything. |
23:15:05 | idefx | maybe my playlist format wasn't good ?? |
23:16:25 | elinenbe | I guess. That is the way it should work |
23:18:38 | idefx | elinenbe : i've checked, in fact, i used a xmms playlist, and the file format isn't the same as the one i used before ;) |
23:22:07 | idefx | whahou!, it's thousand's time faster than stock-playlist gestion ! |
23:22:18 | Zagor | yes |
23:22:39 | | Join TotMach3r [0] (tot@p508D9FFA.dip.t-dialin.net) |
23:23:20 | EnnaN | hmm, seems that if i press menu-play i find a mute mode? didn't find that in any of the faqs or other files..any other surprises 2b found? |
23:23:42 | Zagor | EnnaN: MENU+STOP is keylock |
23:23:57 | EnnaN | yep, found that out also :) |
23:24:05 | | Nick seb-away is now known as _seb_ (user@bgp420584bgs.union01.nj.comcast.net) |
23:24:16 | Zagor | keylock is in the manual, though |
23:24:24 | EnnaN | zagor: that's why i tried menu+play in the first time.. |
23:24:33 | Zagor | ok |
23:24:39 | EnnaN | (**that was not really correct english though..**) |
23:24:43 | Zagor | try MENU+ON |
23:25:00 | EnnaN | lemme see |
23:25:08 | Zagor | that's an id3 tag browser |
23:25:37 | Zagor | our manual is embarassingly behind |
23:25:45 | EnnaN | kickass! |
23:25:54 | _Dino_ | SWEET! |
23:26:19 | EnnaN | but i like the 2-line id3 tag thing better...artist first line, trackname 2nd.. |
23:26:34 | Zagor | roll your own in /.rockbox/default.wps |
23:26:34 | EnnaN | only thing, is it normal the artist doesnt scroll? |
23:26:47 | _Dino_ | yeah, no artist scroll :( |
23:27:08 | EnnaN | zagor: could xplain that default.wps or point me to a file with info? |
23:27:39 | _Dino_ | did archos have a key lock? |
23:27:49 | Zagor | _Dino_: yes they do |
23:28:02 | Zagor | EnnaN: http://rockbox.haxx.se/docs/custom_wps_format.html |
23:28:07 | EnnaN | check |
23:28:07 | _Dino_ | oh, well I never read the manual anyway... |
23:28:18 | EnnaN | like -that- is in the manual? |
23:29:56 | _Dino_ | can I feel the hd spin when it is charging, or am I going mad, always seems too loud when it's charging.. do you have any control over this? |
23:30:36 | Zagor | _Dino_: the archos firmware spins up the disk when charging is complete, to try to minimize battery damage. the players can't turn off the charger... |
23:31:09 | * | EnnaN still in love with rockbox for being ULTRA fast with playlists loading |
23:31:10 | | Quit xam ("ChatZilla 0.8.7 [Mozilla rv:1.0.0/1]") |
23:31:44 | EnnaN | how is this playlist speed done? first day: more than a minute to load 999 file-playlist... |
23:31:48 | Zagor | it's not just fast. we support 10x larger lists too |
23:31:48 | EnnaN | now, sec or so.... |
23:31:57 | EnnaN | :) i know and like |
23:32:20 | Zagor | the question is not "how can we load lists so fast". the question is "wtf was archos doing" |
23:32:43 | idefx | ;)) |
23:33:13 | idefx | well, before going to bed, nothing yet to create/modify playlist on device ?? |
23:33:15 | Zagor | actually, I know what they are doing. they are looking up the position of each single file while loading the list. |
23:33:29 | Zagor | idefx: not yet. i'm working on the necessary file writing code |
23:33:40 | _Dino_ | Zagor : so that's a good thing then?! |
23:34:04 | Zagor | _Dino_: the spin-up, yes. but you should probably disconnect the charger when it happens. |
23:34:20 | _Dino_ | Zagor: Will do.. |
23:34:38 | EnnaN | zagor: why should you want to do that? to see if a file is there, and if not, remove it? |
23:35:06 | _Dino_ | When will I be able to use some crazy piece of kit to flash the os in my player so it boots faster? |
23:35:15 | _Dino_ | or is it rom? |
23:35:42 | Zagor | EnnaN: I don't know why they do it this way. obviously, we didn't think it was the best method... :-) |
23:35:55 | idefx | Zagor : i forgot, nothing yet to write files ;) Ok, thanks, the playlist support may be sufficient to make me happy during my 'trip' ;). After that, i will add a good database and an efficient search function, for the next time i'll get an internet connection ;) |
23:35:56 | idefx | Bye |
23:36:05 | Zagor | _Dino_: we're not planning that. it's a bit too risky. |
23:36:08 | EnnaN | zagor: vvery big DUH |
23:36:25 | | Quit idefx ("(long life to rockbox)") |
23:36:34 | _Dino_ | Zagor: Doable though? |
23:37:03 | _Dino_ | Sorry i should read some stuff before I ask these questions... |
23:37:12 | Zagor | _Dino_: everything is possible... you'd have to desolder the ROM chip (surface mounted) and flash it outside the device. |
23:37:29 | _Dino_ | Zagor: Funk that! |
23:37:31 | EnnaN | i was in here earlier, talking about enqueueing numbers as "next" in playlist ... i know that it is in the request-list, but if i should help/think about it..... |
23:37:33 | Zagor | major hassle for just a few seconds faster boot |
23:37:43 | _Dino_ | indeed |
23:39:45 | Zagor | EnnaN: we've pretty much decided how that will be implemented |
23:40:07 | EnnaN | zagor: you did?? yez! how, when, feed me info! :) |
23:40:35 | | Quit TotMacher (Read error: 110 (Connection timed out)) |
23:41:39 | Zagor | we'll create a queue playlist. enqueued files go into that, and each next-track first checks the queue list before the regular list |
23:42:13 | Zagor | the queue playlist will work just like the ram (dir) playlist, only smaller. max 16 tracks or 1KB paths |
23:44:18 | _Dino_ | does the ram have any distinction between code and data space? Does a smaller executable mean a bigger buffer? |
23:45:07 | Zagor | yes |
23:45:14 | Zagor | (to the last question) |
23:45:17 | EnnaN | zagor: any prognosses when someone is being a hero and implement this? |
23:45:42 | _Dino_ | Zagor: cheers |
23:45:49 | Zagor | EnnaN: linus expressed interest, but had other things with higher prio right now. |
23:46:29 | Zagor | _Dino_: the executable is only a small portion though. the ram used by the program for other things than mp3 buffering is more important |
23:46:56 | Zagor | we currently spend almost 250 KB on code and non-mp3 data |
23:47:07 | Zagor | while the executable is just 90 KB or so |
23:47:22 | _Dino_ | Zagor: that's no good |
23:47:42 | _Dino_ | Zagor: get rid of malloc, it's rubbish and a pain in the arse to debug |
23:47:49 | Zagor | it's still a lot better than archos :-) (who spend more than 512KB) |
23:47:56 | Zagor | we have no malloc |
23:48:18 | _Dino_ | Zagor: swear I saw it in the src, sorry |
23:48:20 | Zagor | or, we have it in cvs but we don't link it |
23:48:28 | _Dino_ | Zagor: good |
23:49:16 | | Quit Synthe ("Connection Lost - Excess Blood") |
23:49:21 | _Dino_ | Zagor: gcc3.1's made some savings for me lately..(on another processor) have you given it a go yet |
23:49:55 | Zagor | someone tested it and gained a few hundred bytes |
23:50:19 | Zagor | most of the ram is used for data structures, such as the much-debated dir buffer |
23:54:01 | | Join PsycoXul [0] (psyco@adsl-63-205-41-157.dsl.lsan03.pacbell.net) |
23:55:16 | | Join Synthe [0] (Synthe@galt.synthe.net) |
23:58:13 | _Dino_ | Zagor: Dissapointing saving... still as long as the situation is better than archos' |