00:09:55 | | Join mistaRx [0] (mistaX@t5o975p101.telia.com) |
00:10:49 | | Quit Synthe ("Connection Lost - Excess Blood") |
00:11:42 | | Quit mistaRx (Client Quit) |
00:13:27 | | Quit ripnetuk () |
00:13:40 | | Join Lovechild [0] (~david@pc193015.stofanet.dk) |
00:15:00 | | Quit Lovechild (Remote closed the connection) |
00:16:16 | | Join Synthe [0] (Synthe@galt.synthe.net) |
00:17:41 | | Join mistaRx [0] (mistaX@212.181.185.101) |
00:26:23 | | Quit mistaRx () |
00:54:46 | *** | Saving seen data "./dancer.seen" |
02:00 |
02:49:20 | | Quit Synthe (Read error: 104 (Connection reset by peer)) |
02:49:21 | | Join Synthe` [0] (Synthe@galt.synthe.net) |
02:51:45 | | Nick Synthe` is now known as Synthe (Synthe@galt.synthe.net) |
02:54:47 | *** | Saving seen data "./dancer.seen" |
04:00 |
04:54:48 | *** | No seen item changed, no save performed. |
05:00 |
05:00:52 | | Nick dwihn0r is now known as dwihno|gone (dwihno@193.180.246.67) |
06:00 |
06:31:52 | | Quit WetFlax (lerouge.openprojects.net irc.openprojects.net) |
06:31:52 | NSplit | lerouge.openprojects.net irc.openprojects.net |
06:31:52 | | Quit PiotR (lerouge.openprojects.net irc.openprojects.net) |
06:31:52 | | Quit webmind (lerouge.openprojects.net irc.openprojects.net) |
06:31:52 | | Quit matp|work (lerouge.openprojects.net irc.openprojects.net) |
06:32:53 | NHeal | lerouge.openprojects.net irc.openprojects.net |
06:32:53 | NJoin | WetFlax [0] (~wettoad@flax.mbi-berlin.de) |
06:32:53 | NJoin | PiotR [0] (~piotr@212-170-21-172.uc.nombres.ttd.es) |
06:32:53 | NJoin | matp|work [0] (~mpritch@gateway.riversoft.com) |
06:32:53 | NJoin | webmind [0] (webmind@seal.student.utwente.nl) |
06:54:49 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:08:15 | | Join Linus [0] (~linus@193.15.23.131) |
07:08:15 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
07:25:27 | | Join elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
07:36:51 | elinenbe | morning Linus. |
07:36:57 | elinenbe | Linus: you here? |
07:37:44 | Linus | i am |
07:37:57 | Linus | i am loggied in, am i not? :-) |
07:38:09 | elinenbe | I just wanted to say, I used rockbox all day today, and it ran flawlessly. |
07:38:15 | Linus | great |
07:38:21 | elinenbe | it really runs so much better then a few days ago. |
07:38:36 | elinenbe | I think the iram stuff really made it much better. |
07:38:38 | Linus | i think the speedups i made yesterday made a big impact |
07:38:51 | elinenbe | a HUGE impact. everything "feels" so much snapier |
07:38:55 | elinenbe | and that is really important |
07:39:05 | Linus | that is great |
07:39:38 | elinenbe | It just feels right. |
07:39:46 | elinenbe | check this out: http://www.tomshardware.fr/articleav.php?IdArticle=161&NumPage=1 |
07:40:03 | Linus | that will give less MP3 skip/stop problems too |
07:40:34 | elinenbe | what will? |
07:40:48 | | Quit WetFlax ("I like core dumps") |
07:41:31 | Linus | the iram fixes |
07:42:09 | elinenbe | how much space is left in the iram? |
07:43:46 | Linus | about 700 bytes |
07:44:25 | elinenbe | and 3300 bytes are used? |
07:44:59 | elinenbe | how possible is it to load the "current" function in and out of iram as it is being used? |
07:45:38 | Linus | pretty tricky |
07:45:52 | Linus | I wonder why the Multimedia uses USB1.1 only |
07:46:21 | elinenbe | who knows. I read on the site it uses USB 2.0 and firewire. |
07:46:29 | Linus | and having to reencode your video sucks |
07:46:36 | elinenbe | but they are attachments, or they can be switched in and out. |
07:46:42 | Linus | maybe they have tried an early alpha |
07:47:01 | | Join WetFlax [0] (~wettoad@flax.mbi-berlin.de) |
07:47:09 | Linus | attachments? |
07:47:21 | elinenbe | well, I read that in later firmware done by www.divx.com it supports full screen 640x480 and even bigger divx 5.0.2 |
07:47:35 | elinenbe | like minipci −−- they plug in. |
07:47:43 | elinenbe | that is what I understood at least. |
07:48:03 | elinenbe | that would be interesting about the divx as that means archos is getting help from others. |
07:48:10 | Linus | ok, so you attach a video decoder that allows you to use other formats? |
07:48:54 | elinenbe | no, you attach the connector (USB 1.1, USB 2.0 or Firewire) |
07:48:59 | Linus | they stated in the review that they had to run a propgram that recompressed the video files |
07:50:11 | elinenbe | it is just a front end from flask mpeg or another freeware program like that. |
07:50:18 | elinenbe | this is what is on the web site: |
07:50:20 | elinenbe | Transfer Rate:: USB 1.1 (PC & Mac) - 1MB/s Max |
07:50:20 | elinenbe | Optional interfaces sold separately: |
07:50:20 | elinenbe | USB 2.0 (PC) |
07:50:20 | DBUG | Enqueued KICK elinenbe |
07:50:20 | elinenbe | FireWire (PC or Mac) |
07:50:20 | elinenbe | |
07:50:55 | elinenbe | see what I mean. I wonder how these "interfaces" will work with the Multimedia Player |
07:51:32 | elinenbe | anything exciting for the CVS today? I am heading to sleep now, but am leaving for the weekend up north. |
07:52:04 | elinenbe | hopefully when I wake you have commited fixes and new features and rockbox rocks my weekend. :-) |
07:52:13 | elinenbe | g'nite |
07:52:27 | | Nick elinenbe is now known as elinebe|sawingwo (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
07:52:27 | DBUG | Enqueued KICK elinebe|sawingwo |
07:52:27 | *** | Alert Mode level 1 |
07:52:36 | | Nick elinebe|sawingwo is now known as elinenbe|sleep (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
07:52:36 | DBUG | Enqueued KICK elinenbe|sleep |
07:52:36 | *** | Alert Mode level 2 |
07:53:26 | Linus | nite |
08:00 |
08:02:37 | *** | Alert Mode OFF |
08:07:35 | | Quit WetFlax ("I like core dumps") |
08:12:05 | | Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) |
08:12:11 | Linus | yo Bagder! |
08:12:18 | Bagder | hey |
08:14:40 | adi|home | anyone around that would be willing to check out my resume and offer any suggestions? |
08:15:39 | | Join WetFlax [0] (~wettoad@flax.mbi-berlin.de) |
08:15:57 | Linus | adi|home: looking for a job, eh? |
08:17:29 | Ctcp | Ignored 3 channel CTCP requests in 2 minutes and 16 seconds at the last flood |
08:17:29 | * | adi|home nods |
08:17:38 | adi|home | seems my current one has dried up |
08:21:23 | | Quit PsycoXul (Read error: 104 (Connection reset by peer)) |
08:22:35 | Linus | i guess can take a look at the resume, what country do you live in? |
08:23:26 | adi|home | the US |
08:23:36 | adi|home | its the non-technical (HR) version |
08:23:45 | Linus | oh |
08:24:03 | Linus | I tried to help another US guy with his resume once |
08:24:30 | Linus | i guess american companies want to hear different things than swedish... |
08:24:51 | adi|home | *shrugs* |
08:25:02 | adi|home | if you have the time, im always up for suggestions anyways.. |
08:25:18 | Linus | mail it to me: linus at haxx.se |
08:25:39 | Bagder | hey, cc me too daniel at haxx.se |
08:26:19 | adi|home | well.. you want it one email, or just pick it up off the web? |
08:26:27 | adi|home | and is .doc format okay, or you want something else? |
08:26:28 | Bagder | web is fine |
08:26:38 | Linus | same here |
08:27:29 | adi|home | http://orion.ramapo.edu/~rhak/resume/rhak/resume080102.doc |
08:27:32 | adi|home | or just |
08:27:36 | adi|home | http://orion.ramapo.edu/~rhak/resume/rhak |
08:27:42 | adi|home | if you want the html version |
08:27:51 | adi|home | but i thinks thats a bit off.. |
08:27:57 | adi|home | ty guys.. i appreciate it |
08:30:24 | * | Bagder enjoys the scrollbar on the wps |
08:30:53 | adi|home | lol |
08:30:58 | adi|home | i haven't updated.. need to |
08:31:07 | * | adi|home is waiting for charging to be safe |
08:31:40 | adi|home | so when are we going 1.2? |
08:36:18 | Bagder | "soon" ;-) |
08:37:06 | Linus | i'm still worried about the distortion, i hope i can work further on it today |
08:37:23 | | Join MrHad [0] (~chad@sub18-251.member.dsl-only.net) |
08:39:42 | adi|home | nod |
08:39:53 | adi|home | hmmm do either of you know with the scrolling... |
08:39:57 | adi|home | are we doing |
08:39:59 | adi|home | 1. clear |
08:40:01 | adi|home | 2. write |
08:40:06 | adi|home | 3 update |
08:40:18 | adi|home | or are we doing write, clear, update |
08:40:26 | adi|home | or does it not matter which we do? |
08:40:27 | Bagder | it doesn't matter which |
08:40:32 | adi|home | nods |
08:40:37 | adi|home | because of the update right? |
08:40:41 | Bagder | yes |
08:40:58 | MrHad | Just tried the daily build, You guys are doing an excelent job now it plays a playlist the Archos code has always choked on. PLease keep up the good work. |
08:41:41 | Bagder | nicers |
08:42:34 | Bagder | I love playing my full-disk playlist |
08:42:48 | Bagder | it flies |
08:43:54 | MrHad | The bigest list I threw at it was about 580 is the limit still 999 and is that going to chande any time soon? |
08:44:04 | Bagder | I have 3200+ in mine |
08:44:16 | Bagder | the limit is 10000 atm |
08:44:21 | adi|home | nods |
08:44:26 | MrHad | Is that code in the daily build ? |
08:44:27 | adi|home | i have about 3k on mine |
08:44:30 | Bagder | MrHad: yes |
08:44:31 | adi|home | thing loads in seconds |
08:44:47 | adi|home | MrHad it was one of the first things we did... |
08:44:51 | adi|home | we _hated_ the limit |
08:45:13 | MrHad | So what is the limit as of now? |
08:45:25 | Bagder | the limit is 10000 |
08:45:34 | Bagder | file entries |
08:45:52 | Bagder | which most people will have a hard time to fit on their disk ;-) |
08:46:13 | MrHad | Excelent... |
08:47:29 | | Join MeRWiN [0] (~merwin@12-230-192-86.client.attbi.com) |
08:47:34 | MeRWiN | 'morn |
08:47:38 | Bagder | hey MeRWiN |
08:47:47 | MrHad | Is there any way to tag files to be played? or only playlists and individual songs? |
08:47:50 | MeRWiN | thought of a feature addition |
08:48:07 | Linus | kind of like the Archos queue feature? |
08:48:10 | MeRWiN | pressing like... menu+ok during a song displaying a quick info on the player (bitrate & a couple others) |
08:48:33 | MrHad | Yeah like that. |
08:48:45 | MeRWiN | recorder already has that info |
08:48:52 | MeRWiN | right now there's no way to tell bitrate |
08:48:56 | Linus | There is a feature request on that, but it isn't implemented yet |
08:49:11 | Bagder | should be easy enough for someone to add |
08:49:23 | Bagder | the info is already extracted, just not shown |
08:49:36 | Linus | MeRWiN: you mean when playing a song? |
08:49:42 | MeRWiN | Linus/Bagder: I took off the immediate spindown after track changes and haven't implemented your new ata_standby feature, and I tried it on the plane ride home... 5 hours and it was still just above 50% |
08:49:52 | Linus | i can imagine a scroller with all that info |
08:50:11 | Bagder | good idea |
08:50:26 | Linus | MeRWiN: that's good info |
08:50:47 | MeRWiN | Linus: with your ata standby feature it should last 9+ hours then |
08:50:53 | Bagder | yes, I am also for making something more clever than the spindown |
08:51:22 | MeRWiN | Linus: which is well above the archos listed play time |
08:51:51 | MrHad | Is the random setting only for playlists? Playing a song in a dir and hitting next button seems to play next song not a random one? |
08:51:55 | MeRWiN | MrHad: yeah |
08:52:01 | MeRWiN | it si |
08:52:01 | MeRWiN | is |
08:52:28 | Linus | MeRWiN: you mean the use of STANDBY instead of SLEEP? |
08:52:36 | MeRWiN | Linus: yeah |
08:52:53 | Linus | MrHad: we are working on random dir play |
08:52:59 | MeRWiN | Linus: If i had used standby it would probably be at about 55% to 60% instead of 50% |
08:54:05 | Linus | MeRWiN: the funny thing is that STANDBY is what we always have used, until Zagor implemented SLEEP some time ago |
08:54:29 | MeRWiN | Linus: hah... should have stuck with it :) |
08:54:50 | *** | Saving seen data "./dancer.seen" |
08:56:37 | Linus | the HD specs say that the SLEEP power consumption is way lower than STANDBY (0.01W compared to 0.3W for standby) |
08:56:56 | Linus | but in practice it seems to be the opposite |
08:57:07 | Linus | we may have some electrical problems |
08:57:40 | MeRWiN | hmm... why would you have electrical problems? isn't all of that hardware controled |
08:58:28 | MeRWiN | Linus: i accidently removed my code for lcd_pause_scroll and lcd_resume_scroll :P whoops |
08:58:36 | Linus | i'm thinking i terms of "dangling" bus pins |
08:58:42 | Linus | in |
08:58:58 | Linus | the ATA bus is floating in SLEEP mode |
08:59:23 | MeRWiN | ahh |
08:59:31 | Linus | just a theory |
09:00 |
09:04:19 | | Join WetFlax_ [0] (~wettoad@flax.mbi-berlin.de) |
09:05:00 | Bagder | http://bjorn.haxx.se/rockbox/tshirt-contest/ |
09:05:05 | Bagder | going official now |
09:06:44 | | Quit MeRWiN (Read error: 104 (Connection reset by peer)) |
09:07:45 | Mode | "#rockbox +o Bagder " by ChanServ (ChanServ@services.) |
09:07:54 | Topic | "http://bjorn.haxx.se/rockbox/tshirt-contest/" by Bagder (~daniel@as3-3-2.ras.s.bonet.se) |
09:10:33 | | Join merwin [0] (merwin@12-230-192-86.client.attbi.com) |
09:10:44 | merwin | grr... again i hate my laptop |
09:11:09 | | Nick merwin is now known as MeRWiN (merwin@12-230-192-86.client.attbi.com) |
09:13:05 | MeRWiN | does the main page work for everyone? the description of the recent cvs activity? |
09:13:20 | Bagder | ooh |
09:13:32 | Bagder | I bet I screwed up there |
09:13:38 | Linus | big time |
09:13:54 | MeRWiN | this time it's not just the computer :) |
09:14:47 | adi|home | so what gave you the idea for the tshirt contest? |
09:15:11 | Bagder | I want a Rockbox tshirt ;-) |
09:15:42 | Bagder | and I can't make any one that looks good |
09:15:57 | adi|home | fair enough |
09:16:12 | adi|home | you posting a message about it on the mailing list? |
09:16:24 | Bagder | yes, I'm about to |
09:16:33 | Bagder | just mentioned it on the front web page now too |
09:18:20 | Bagder | ok, I found the error in the cvs-script |
09:19:04 | adi|home | so these tshirts... are we to sell them or what? |
09:19:30 | Bagder | maybe |
09:19:38 | Bagder | but first plain donations |
09:19:44 | adi|home | nods |
09:19:49 | * | adi|home wants a shirt too.. |
09:22:32 | Bagder | the main problem with selling shirts would be to collect the money ;-) |
09:22:57 | adi|home | nods |
09:28:08 | MeRWiN | OK, rebuilt the lcd_pause_scroll i think :-) |
09:29:35 | Hes | h |
09:29:44 | Hes | good morning, that is |
09:29:59 | MeRWiN | 'morn |
09:36:37 | Linus | Hes: i want your latest charger patch |
09:38:27 | | Quit WetFlax_ (Remote closed the connection) |
09:39:46 | Hes | just creating it |
09:42:07 | * | MrHad is away: I'm busy |
09:47:14 | Linus | MeRWiN: your real name (for credits)? |
09:47:35 | Linus | Justin? |
09:50:54 | Linus | Hes: bool ata_disk_is_active(void) |
09:50:59 | Bagder | cvs descriptions are back |
09:51:32 | Hes | Wondering what should I do respecting the spinning disk. |
09:52:05 | Linus | you should wait until the disk spind down before measuring |
09:53:07 | Hes | And if it doesnt |
09:53:38 | Hes | and would be good to keep the roughly stabile loop time |
09:53:40 | Linus | if it doesn't spin down? |
09:53:54 | Hes | Yeah. User is browsing directories or something. |
09:54:20 | Linus | they will, eventually |
09:54:38 | Linus | ok, then skip a sample |
09:54:46 | Linus | interpolate |
09:55:08 | Linus | i don't think the disk will be spinning for a very long time |
09:57:53 | Hes | Right |
09:57:59 | Hes | will work on that later |
09:59:25 | Hes | I would appreciate it if someone could measure the peak voltages achieved by the archos charger and compare them to mine's results on the same set of batteries |
10:00 |
10:00:49 | Linus | i will |
10:01:03 | Hes | excellent, thanks |
10:02:28 | Hes | I am pretty sure the logic used is OK now, but that the cutoff parameters (average lenghts and values) should be tuned a little |
10:02:31 | MeRWiN | Linus: sorry, the real name is Justin Heiner |
10:02:55 | Linus | I figured that out... |
10:03:15 | Linus | I just committed the scrolling menu patch |
10:03:32 | MeRWiN | Linus: did I ever send you the updated player code that uses the lcd_pause_scroll? |
10:03:34 | Linus | without mute & time display (that is coming too) |
10:03:54 | Linus | no |
10:04:15 | MeRWiN | Linus: it updates the code for the mute and keylock also a bit... |
10:04:15 | MeRWiN | i'll send you the patch |
10:04:44 | MeRWiN | linus@haxx.se, right? |
10:04:45 | MeRWiN | :) |
10:05:08 | Linus | yes, but sync with CVS, so the menu scroll isn't there |
10:07:11 | Linus | yes it is linus at haxx.se |
10:07:53 | Hes | What was the state of the HD spinup times / power usage levels? |
10:08:14 | Hes | We can 1) sleep, 2) standby, 3) spin down by hd's timer, 4) power off? |
10:08:27 | Linus | We have gone back to STANDBY, because SLEEP sucked the batteries |
10:08:40 | Linus | 2 and 3 are the same |
10:08:52 | Hes | Ok. We don't power off? |
10:08:54 | Linus | 4 works, but may not be gentle on the drive |
10:09:20 | Hes | We could power off after a _long_ time of inactivity, for example during charging without usage |
10:09:20 | Linus | i'm not sure that power cycling is good for tyhe drive |
10:09:35 | MeRWiN | hes: even using 1, it took 5 hours to go down to 50% on my player |
10:10:11 | Hes | It would be good to shut the device off as well as possible after reaching full charge on the batteries |
10:10:26 | Hes | so that the batteries wouldn't wear out and be re-charged all the time |
10:10:32 | Linus | yes |
10:10:53 | Linus | for now, the only thing we can do is shut off the drive, and that only on the recorder |
10:11:08 | MeRWiN | time for me to go to sleep.. have a good day :) |
10:11:17 | Linus | have a good night |
10:11:20 | Hes | Ok... would the CPU sleep & LCD poweroff be hard to do? |
10:11:26 | | Quit MeRWiN () |
10:11:27 | Linus | Hes: yes |
10:11:37 | Linus | LCD poweroff may be easy |
10:11:51 | Linus | but CPU sleep requires a redesing of the threading kernel |
10:12:19 | Hes | Oh. Why? |
10:12:49 | | Join WetFlax_ [0] (~wettoad@flax.mbi-berlin.de) |
10:12:56 | Linus | the kernel spends all its time scheduling the threads in and out |
10:13:08 | Linus | and the threads just yield if they have nothing to do |
10:13:31 | Hes | So it doesn't know if the box is idle? |
10:13:45 | Linus | the kernel needs a way to tell if a thread is busy or not |
10:14:00 | Linus | a set of status flags |
10:14:09 | Hes | Hm. Would the cpu sleep need to be based on that? |
10:14:25 | Linus | yes |
10:14:34 | Linus | the kernel must know when to sleep |
10:15:01 | Linus | it should sleep when all threads are sleeping/waiting |
10:15:09 | Hes | Another thread (say, the power thread) could just decide that hey, the disk has been idle for 20 minutes and none of the keys has been pressed either, and the battery is full,now go to sleep mode until a key is pressed? |
10:15:23 | Hes | I wasn't thinking of cpu sleep while active use. |
10:15:25 | Hes | just yet. |
10:15:41 | | Join PsycoXul [0] (psyco@adsl-63-205-41-80.dsl.lsan03.pacbell.net) |
10:16:08 | Linus | Hes: there is no difference between activa and passive use from the kernel point of view |
10:16:50 | Linus | the cpu is woken up for every interrupt |
10:17:24 | Hes | I wasn't thinking of touching the kernel at all. |
10:18:44 | Linus | still, the CPU will only sleep until the next interrupt |
10:19:12 | Linus | so sleeping in the power thread has only a marginal effect |
10:19:13 | Hes | Hmm. Can we mask all other interrupts except ones generated by a keypress, or must we poll the keyboard |
10:19:29 | Hes | until we get the first keyboard event, and at that point go back to running mode? |
10:19:34 | Linus | we poll the keyboard today, there are no keyboard interrupts |
10:20:13 | Hes | No keyboard interrupts available at all? |
10:20:20 | Linus | and you can't poll while the CPU is sleeping, for apparent reasons |
10:20:29 | Hes | Ok. |
10:21:09 | Linus | so if we want to do CPU sleep, it would have to be done in the kernel |
10:21:27 | Linus | still it's not *that* difficult |
10:22:18 | Linus | the COU will be woken up by the next interrupt, the kernel checks if there's something to do, and then goes to sleep again |
10:22:21 | Linus | CPU |
10:22:46 | Linus | the sleep() timing has to be done in the kernel, though |
10:23:00 | Linus | today it's the threads that checks the timeout |
10:23:59 | Linus | an idle rockbox: 125mA |
10:24:06 | Linus | an idle Archos: 95mA |
10:24:14 | Linus | we're close |
10:24:33 | Linus | an idle rockbox with ATA poweroff: 75mA |
10:24:42 | Bagder | gosh |
10:25:12 | Linus | imagine what and idle rockbox with ATA poweroff and CPU sleep would use... |
10:28:09 | Linus | Hes: you can use ata_disk_is_active() and mpeg_is_playing() for an auto-poweroff check |
10:28:44 | Linus | wait...we must also check the key activity... |
10:29:02 | Hes | I thought about three counters that would be incremented by the power thread every time it runs |
10:29:19 | Hes | and reset by the threads that receive key/ate events |
10:29:35 | Hes | mpeg is probably not playing if there haven't been ATA events for 10 minutes or so |
10:29:51 | Linus | there is an mpeg_is_playing() function |
10:29:55 | Hes | and if the counters pass 20 minutes or so, we can sleep |
10:30:18 | Hes | ata_disk_is_active() only returns true if disk is not in standby? |
10:30:24 | Hes | ... returns false |
10:31:28 | Linus | ata_disk_is_active(){ return !sleeping; } |
10:32:03 | Hes | Seeing an ata event would require polling ata_disk_is_active() every few seconds? |
10:33:26 | Linus | yes |
10:33:37 | Linus | not all that good, maybe |
10:33:44 | | Quit WetFlax_ (lerouge.openprojects.net irc.openprojects.net) |
10:33:44 | NSplit | lerouge.openprojects.net irc.openprojects.net |
10:33:44 | | Quit MrHad (lerouge.openprojects.net irc.openprojects.net) |
10:33:44 | | Quit webmind (lerouge.openprojects.net irc.openprojects.net) |
10:33:44 | | Quit matp|work (lerouge.openprojects.net irc.openprojects.net) |
10:33:44 | | Quit PiotR (lerouge.openprojects.net irc.openprojects.net) |
10:33:58 | NHeal | lerouge.openprojects.net irc.openprojects.net |
10:33:58 | NJoin | WetFlax_ [0] (~wettoad@flax.mbi-berlin.de) |
10:33:58 | NJoin | MrHad [0] (~chad@sub18-251.member.dsl-only.net) |
10:33:58 | NJoin | PiotR [0] (~piotr@212-170-21-172.uc.nombres.ttd.es) |
10:33:58 | NJoin | matp|work [0] (~mpritch@gateway.riversoft.com) |
10:33:58 | NJoin | webmind [0] (webmind@seal.student.utwente.nl) |
10:34:14 | Linus | i guess the counter strategy would be better... |
10:35:03 | Hes | It would get them all without polling, i guess incrementing the counters wouldn't be that cpu-intensive |
10:35:14 | Linus | true |
10:35:41 | Hes | Will look into that stuff later... must go to the office now, bye |
10:35:45 | Linus | bye |
10:37:05 | mbr | Hi |
10:38:24 | mbr | Did som artwork for the status line on the player yesterday .. (http://www.stz-softwaretechnik.de/~mb/status.png) |
10:38:27 | mbr | Comments? |
10:38:49 | Bagder | *neat* |
10:39:32 | mbr | Sorry, it's for the recorder :) |
10:40:25 | Linus | what is it next to the battery? |
10:40:43 | Bagder | charger? |
10:41:01 | mbr | That is a power plug, shows if charging .. |
10:41:56 | Linus | ah... |
10:42:11 | Linus | you can use lcd_fillrect() for the battery |
10:42:26 | Linus | and the volume |
10:43:05 | mbr | I have written some code for the icons. up to now I use DRAW_PIXEL in a for loop |
10:43:24 | mbr | Also for volume |
10:44:17 | Bagder | DRAW_PIXEL is fast, being a macro ;-) |
10:44:59 | mbr | That is why I use it :) |
10:47:09 | mbr | Where should the status line go? Top or bottom? |
10:47:19 | Bagder | top, imho |
10:47:51 | mbr | OK |
10:48:21 | Linus | definitely top |
10:49:52 | Bagder | time to get that font patch applied and tried out |
10:50:00 | * | Bagder starts fiddling |
10:50:03 | Linus | i have tried it |
10:50:11 | Bagder | comments? |
10:50:11 | Linus | it is very slow |
10:50:30 | Bagder | oh |
10:50:48 | Linus | well, it might be faster now, with the IRAM code |
10:51:07 | Bagder | I'm gonna try it out simulated first |
10:51:21 | Linus | do so |
10:54:51 | *** | Saving seen data "./dancer.seen" |
10:55:46 | Bagder | I should setup a windows compiler on labb as well |
10:56:02 | Bagder | would be neat to have that auto-built too |
10:57:39 | Bagder | hm, the recorder simulator builds with propfonts enabled by default |
10:58:26 | Linus | i don't think it should |
10:58:30 | Bagder | me neither |
10:58:38 | Bagder | the real image doesn't |
10:59:01 | Bagder | although the propfont version looks a lot better ;-) |
10:59:47 | Linus | i is not very goodlooking on the target |
10:59:56 | Bagder | ? |
10:59:57 | Bagder | I think so |
11:00 |
11:00:02 | Bagder | I think it looks great |
11:00:03 | Linus | we need a nicer font |
11:00:23 | Linus | 'b' and 'd' are smaller than the others |
11:00:35 | Linus | the '7' is a mirrored 'F' |
11:00:41 | Bagder | yeah, well, there are some details in the font to fix |
11:00:49 | Bagder | but I like the general look anyway |
11:01:11 | | Join edx [0] (OKE60@fapc.kph.uni-mainz.de) |
11:01:12 | Linus | and there is no room for the lower parts (what are they called?) of p, g and j |
11:01:32 | edx | Linus! you fragged the win32 simulator build |
11:01:36 | edx | (hi) |
11:01:37 | Linus | i always do |
11:01:44 | Bagder | hey edx! |
11:02:04 | edx | who edited lcd.c last? :) |
11:02:26 | Linus | Bagder |
11:02:30 | * | Bagder tries to look innocent |
11:02:39 | edx | Bagder! you did it |
11:02:44 | edx | __attribute__ |
11:02:48 | Hes | Hmm, mbr's artworks looks really good. Think you should appoint him the Artistic Director of Graphical User-Interface Design Department. |
11:02:51 | edx | that doesnt exist in windows.. what does it do? |
11:02:53 | Bagder | hah, that's Linus ;-) |
11:02:56 | * | Linus looks away |
11:03:03 | edx | :) |
11:03:13 | Bagder | we should #define that somehow |
11:03:22 | edx | yea |
11:03:24 | Linus | it puts the code in a different section |
11:03:29 | edx | ugh |
11:03:33 | Bagder | Hes: he's already the unofficial master of the pixels ;-) |
11:03:37 | Linus | maybe a FAST_CODE define |
11:04:16 | edx | i think this is the way it works in windows: |
11:04:25 | Linus | I hate that the attribute can't be applied to the function definition, only the declaration |
11:04:26 | edx | .. /SECTION:name,[E][R][W][S][D][K][L][P][X][,ALIGN=#] |
11:05:00 | Linus | edx: we don't need that feature in the simulator |
11:05:08 | edx | true.. |
11:05:12 | Linus | it's a target-only thing |
11:05:39 | Linus | how about FASTCODE(prototype) |
11:05:59 | Linus | like FASTCODE(void lcd_update(void)) |
11:06:17 | Linus | or void lcd_update(void) FASTCODE; |
11:06:50 | Linus | or plain #ifndef SIMULATOR |
11:06:51 | Bagder | I like the last one better |
11:07:12 | Bagder | the last FASTCODE |
11:07:16 | Linus | ok |
11:07:23 | Linus | i'll do that |
11:07:30 | Linus | edx: don't move a finger |
11:07:43 | edx | Linus: thanks! |
11:07:50 | edx | guys, i need your help... |
11:07:57 | * | Bagder listens |
11:08:18 | edx | there's this laptop... 2GHz.. 512megs, 40 Gig hard disk.. 1800 Euros |
11:08:21 | edx | shall i buy? |
11:08:35 | Linus | Bagder: the bdf2ajf prog can't handle CR/LF only |
11:08:49 | Linus | he mentioned that in his mail |
11:08:50 | * | edx fixed the problem with win32 simulator without changing lcd.c |
11:09:00 | Bagder | but... I used his file unmodified |
11:09:08 | Linus | exactly |
11:09:19 | Bagder | and he provides a bad file? |
11:09:20 | Linus | DOS filters CRLF behind the curtains |
11:09:30 | Linus | and his program depends on that |
11:09:40 | Bagder | crap |
11:09:42 | Bagder | thanks |
11:09:50 | Linus | i have a fix for that |
11:10:27 | Bagder | why not simply take away the CRLF from the source file? |
11:11:49 | Linus | we can do that too |
11:12:23 | | Join MeRWiN [0] (merwin@12-230-192-86.client.attbi.com) |
11:12:31 | Linus | but you are supposed to use any font file |
11:12:40 | Bagder | ah right |
11:12:49 | Linus | not just the ones he supplied |
11:12:59 | Bagder | I'll fix the code after I've tried it out |
11:13:15 | Linus | his files use very large characters |
11:13:27 | Linus | well, not very, but still large |
11:13:36 | Linus | and not proportional |
11:15:49 | | Join zebda3 [0] (~zebda3@ns1.guddland.lu) |
11:15:52 | zebda3 | hi all |
11:15:59 | Bagder | hey |
11:16:38 | zebda3 | I just get my new Hd Travelstar 40GB, And When I try to format it as one Big partition under W2K I get the error _Volume size too big ? |
11:16:46 | MeRWiN | fat32? |
11:17:22 | zebda3 | Yes FAT32 with default cluster size ? any advice ? and any comment about which cluster size to choose |
11:17:31 | MeRWiN | default clusters are ok |
11:17:37 | MeRWiN | you may need to partition it first |
11:18:00 | zebda3 | I did partition it as one big partition |
11:18:20 | zebda3 | I m re-trying the format |
11:18:29 | MeRWiN | try at fat32 quick format |
11:18:54 | MeRWiN | if it doesn't work, try to partition one 10GB partition and format it... see if that works. Although 40GB should do fine |
11:19:17 | zebda3 | Another question My old Harddisk was specified as 0.5A and thsi is aspecified as 1A ! do you think it will considerably my battery life time ? |
11:19:39 | MeRWiN | i can't field that one :) |
11:19:45 | MeRWiN | I would assume that it would |
11:20:31 | zebda3 | in which ratio ? has someone already test the IBM travelstar 40 GB , and has any ideqa about the barttery life tinme that I could expoect |
11:20:47 | | Nick Linus is now known as Linus|lunch (~linus@193.15.23.131) |
11:21:53 | zebda3 | MeRWiN: I ll be back after the format and I will give me more infos about my test to format it . |
11:21:57 | zebda3 | by |
11:21:59 | zebda3 | bye |
11:22:00 | MeRWiN | k |
11:22:04 | | Quit zebda3 () |
11:23:45 | Bagder | blah |
11:23:55 | Bagder | didn't work at all |
11:24:44 | MeRWiN | time to make a 2nd attempt at sleeping :) |
11:25:00 | | Nick MeRWiN is now known as MeRWiN|Sleep (merwin@12-230-192-86.client.attbi.com) |
11:26:36 | | Quit WetFlax_ ("I like core dumps") |
11:36:24 | Bagder | anyone else tried the loadable font patch? |
11:41:27 | edx | Linus, commit the changes to lcd.c ;) (or shall i commit my fix?) |
11:42:24 | Bagder | −−- Linus is now known as Linus|lunch |
11:42:33 | edx | doh! |
11:42:36 | | Quit WetFlax (Connection timed out) |
11:42:36 | edx | ok ill commit |
11:42:51 | edx | it wont damage anything anyways because its just one file and one additional line |
11:48:52 | Bagder | uff |
11:49:16 | Bagder | bdf2ajf made me a sompletely blank font |
11:49:21 | Bagder | completely |
11:53:44 | | Join zebda3 [0] (~zebda3@ns1.guddland.lu) |
11:53:48 | zebda3 | hi all I m back |
11:54:30 | zebda3 | ANd after 20 min of formatting my Travelstar 40 GB using 2048 as cluster size _I get the following error message cluster size is too small !! |
11:54:45 | zebda3 | Could someone help me to format thsi harddisk ? |
11:54:52 | Bagder | you're using windows, that's the main problem |
12:00 |
12:01:31 | | Quit Synthe (Read error: 104 (Connection reset by peer)) |
12:01:34 | | Join Synthe` [0] (Synthe@galt.synthe.net) |
12:02:08 | * | edx slaps Bagder around a bit with a large trout |
12:02:18 | * | Bagder ducks |
12:02:26 | * | edx slaps even more |
12:02:35 | edx | windows is not the problem :P |
12:02:47 | zebda3 | Bagder: what do you advice me : to format it under linux ? |
12:02:54 | edx | most often the problem sits right between the monitor and the chair |
12:02:56 | * | edx ducks |
12:03:02 | zebda3 | edx: do you get success to format 40GB under windows |
12:03:09 | edx | yes |
12:03:14 | edx | what version of windows? |
12:03:21 | zebda3 | W2k Pro |
12:03:40 | edx | yes.. that should certainly work |
12:03:49 | edx | what have you done and where does it fail |
12:04:46 | zebda3 | So firstly : I did partition the harddisk as one big partition 37.5GB under the "computer management" and using the USB-cable |
12:05:16 | zebda3 | Then I try to format it from the "computer management" using FAT32 / Default Cluster size −−> FAILED |
12:05:22 | zebda3 | Then I try to format it from the "computer management" using FAT32 / 2048 Cluster size −−> FAILED |
12:05:30 | edx | ah.. so that's a hd inside your jb |
12:05:48 | zebda3 | Yes it is |
12:06:09 | edx | hmm... never tried to format a partitioned disk |
12:06:09 | zebda3 | DO I must to perform It only using the 2.5" 3.5" IDE adaptor? |
12:06:31 | edx | i dont know - i formated a disk using usb calbe but only one partition |
12:07:42 | zebda3 | what do ypu mean by "never tried to format a partitioned disk" ? did you create a parition or no ? or do you simply format the complete harddisk ? and could you give me a step-by-step procedure like you did |
12:08:08 | edx | i mean.. i only formated it having one single partition |
12:08:36 | edx | i just plugged in the jb, right clicked the harddisk and clicked format using the standard settings |
12:09:30 | | Nick Linus|lunch is now known as Linus (~linus@193.15.23.131) |
12:09:35 | zebda3 | ok I see ypu did it from the "exlorer", isn t it |
12:09:48 | edx | yes |
12:10:00 | edx | but the management console uses the same dialog i think |
12:10:05 | edx | plus I used windows xp |
12:10:46 | zebda3 | But I d like to get a partition table on my harddisk to use some of the unused sector of the partition table to storce RockBox settings on the harddisk instead of the RTC |
12:11:29 | edx | hm |
12:11:36 | edx | as i said - i never tried that |
12:11:40 | edx | what error message do you get? |
12:11:42 | zebda3 | ok |
12:12:36 | zebda3 | SO i'm waiting for the current format operation using a biggest cluster size, an then if it failed I will try cour method wihtout disk partion. |
12:13:19 | zebda3 | I get error : "Cluster size too small" and/or "Volume too big" |
12:13:26 | edx | hum |
12:13:39 | edx | that seems like a fat32 problem or something |
12:13:50 | Hadaka | hm |
12:13:52 | edx | ah |
12:13:52 | edx | ok |
12:14:01 | edx | turn the partition size down to 32 / 8 gigs |
12:14:06 | edx | that might work |
12:15:02 | zebda3 | Hum and then I will get only 32 GB available with the Archos Firmware and with RockBox I do not know ? |
12:15:17 | edx | hmmm yes :/ |
12:15:26 | zebda3 | Hadaka: Hi, any advices are welcomed? |
12:15:32 | Linus | i have 40Gb FAT32 on my jb |
12:15:38 | Linus | formatted with win98 |
12:15:51 | edx | if even win98 gets this done .... |
12:16:02 | zebda3 | Linus: As one partition ? |
12:16:28 | Linus | with a partition table |
12:17:08 | zebda3 | Linus: So could you give me how dou performed it ? with or wihout an IDE adaptor ? or within the USB cable ? |
12:17:14 | Linus | USB |
12:17:21 | zebda3 | Ok |
12:17:35 | zebda3 | and you partition it using the calssisc fdisk |
12:17:49 | Linus | i don't remember... :-( |
12:18:29 | zebda3 | Linus: And do you have an idea about the battery life influence of my new HD (IBM Traveklstar 40GB 4200 RPM 5V 1A (the stock HD wa 0.5A!) |
12:19:05 | Hadaka | you won't like my advice |
12:19:34 | zebda3 | Hadaka: why not ? advice me .. lets go |
12:20:04 | Hadaka | my advice is using cfdisk and mkdosfs - and you seem to be using windows |
12:20:27 | Linus | zebda3: i have no idea about the HD battery impact |
12:20:47 | Hadaka | have you tried changing the partitions and formating them with the volume management tools available in w2k instead of fdisk and friends+ |
12:20:59 | zebda3 | But I could get access to a linux box, but I do not know if this machine has the kernel with USB-storage buildin ? |
12:21:17 | zebda3 | Hadaka: yes I did |
12:21:27 | Hadaka | oh well, then I'm out of ideas |
12:21:40 | | Quit edx () |
12:22:06 | zebda3 | Linus: Thanks |
12:22:12 | zebda3 | Hadaka: Thanks too |
12:23:01 | zebda3 | SO i've too go , bye |
12:23:03 | | Part zebda3 |
12:23:20 | | Join edx [0] (OKE60@fapc.kph.uni-mainz.de) |
12:48:52 | edx | Bagder, since when is that t-shirt contest running :D |
12:49:14 | Bagder | since this morning |
12:49:32 | Bagder | number of designs received so far: 0 |
12:49:33 | Bagder | ;-) |
12:50:15 | edx | hehe |
12:50:33 | edx | im not good at graphics stuff unfortunately :/ |
12:54:52 | *** | Saving seen data "./dancer.seen" |
13:00 |
13:07:49 | | Join zebda3 [0] (~zebda3@195.46.231.65) |
13:08:58 | zebda3 | Hi all, I did it . yes I get succes to format my new 40GB HD after many problems, I finnaly use the partition magic and in many clic - right-clic and doppel-clic it format all as I want in 2 min only !! |
13:09:09 | Bagder | hehe |
13:09:30 | Hadaka | oh yes, partition magic is good |
13:09:43 | Hadaka | good to hear it worked |
13:09:46 | zebda3 | SO I advice all people who want to use 40GB HD to make it this maner you' ll win time !! |
13:09:54 | zebda3 | Thanks all |
13:12:00 | zebda3 | NOw I will try to see how the change of HD from 5v 0.5A to 5V 1A will impact ? I see in the ML that tehre was a patch too collect some voltage statistic all minutes and then make some curver ? is it tzhe last cvs , or does it still has a patch ? if so xcould someone send me a compiled verion of the last cvs with this "voltage statistics" patch applied ? thanks |
13:12:40 | Hadaka | A wild guess would be that spinup power required means the most |
13:12:47 | Hadaka | dunno though |
13:14:54 | zebda3 | Ok, but in my case I use my AJB to listen to (at most) some numerized casette of courses / conferences that mean I use the poorest format 16kbps 11kHz (it is quite enough for voice only and it allow me to store about 4000 hours now with my 40 GB !!) |
13:15:14 | zebda3 | All that to say that the HD acces in my case are very frequent |
13:15:48 | zebda3 | For exmaple a file of numerized cassete of 1h30 (90 mins) takes about 6 MB |
13:17:04 | zebda3 | So if comeone could me send a compiled version with the voltage "statistic" pathced appiled I will appreciate my email bmidy@guddland.lu thanks |
13:17:26 | zebda3 | I've to go to lunch now , yes ot is only 13h15 here in luxembourg |
13:17:28 | zebda3 | bye |
13:19:30 | | Quit zebda3 () |
13:22:19 | * | Bagder sets up a win32 cross-compiler |
13:37:12 | | Nick dwihno|gone is now known as dwihno (dwihno@193.180.246.67) |
13:48:37 | Bagder | where is mpeg_is_playing() defined? |
13:48:55 | Linus | it should be mpeg.c |
13:50:37 | | Join Lear [0] (~chatzilla@217.210.238.106) |
13:53:21 | Bagder | edx: does the win32 simular actually build atm? |
13:53:25 | Bagder | simulator |
13:54:35 | Lear | is there an image over all available chars in rockbox somewhere? |
13:55:24 | Bagder | Lear: the player ones are on the web site, the recorder's are very limited but not visible anywhere no |
13:55:40 | Linus | http://bjorn.haxx.se/rockbox/notes.html |
13:56:52 | Bagder | ah, works now |
13:57:02 | Bagder | edx: why is there a mpeg.c in the win32 dir? |
13:58:01 | Bagder | $ file uisw32.exe |
13:58:01 | Bagder | uisw32.exe: MS Windows PE Intel 80386 console executable not relocatable |
13:59:17 | Bagder | how big is the one built with vc++ ? |
14:00 |
14:00:31 | Lear | thanks, was looking for symbols suitable to indicate playlist and shuffle, but I couldn't find any suitable... |
14:12:01 | Bagder | the question is, will I ruin the normal mingw builds if I commit fixes for cross-compiled mingw builds |
14:12:46 | Bagder | I guess there's nothing to do but to commit and see ;-) |
14:12:59 | Bagder | edx: here? |
14:16:21 | Bagder | ok, I'll run ahead and do it my way now and then adjust later if someone objects |
14:19:54 | Lear | just fixed so that changes to the shuffle mode immediately affects the active playlist. |
14:20:08 | Bagder | nice |
14:20:23 | Lear | should I send a patch to the mailing list then? |
14:20:29 | Bagder | please do |
14:20:55 | Lear | ok, but what is the best way to generate a patch for a couple of files? |
14:21:10 | | Join datazone [0] ([KQ6Xc91Im@207.136.36.203) |
14:21:38 | Bagder | Lear: either just one by one and append the diffs to the same output file, or you diff [dir1] [dir2] > output |
14:22:45 | Lear | think I'll take one file at a time then, since I work on the CVS checkout... |
14:23:10 | Bagder | ah, then just do 'diff -u" > patch in the root cvs dir |
14:23:32 | Bagder | cvs diff rather |
14:24:14 | Lear | bad idea; I have other things I'm working on, and should be submitted separately (and a few things not at all) |
14:24:17 | Lear | :) |
14:24:22 | Bagder | ah |
14:25:23 | * | Bagder crosses all his fingers and toes |
14:25:36 | dwihno | *yawn* |
14:25:50 | dwihno | Good afternoon! |
14:25:53 | Bagder | we should have daily-builds of the win32 simulator really soon now |
14:26:16 | dwihno | You got a Win32 cross-compiler ready for linux? |
14:26:23 | Bagder | up and running |
14:27:15 | dwihno | cool :D |
14:27:25 | dwihno | I never did that. What is required to make it possible? |
14:27:47 | Bagder | I got a precompiled cross-compiler and installed it |
14:27:59 | Linus | chicken! |
14:28:22 | Bagder | you're allowed to say that once *you* made one yourself |
14:28:34 | Linus | :-) |
14:28:34 | Bagder | mingw is _not_ plain gcc cross-compile |
14:28:51 | Bagder | so I took a shortcut |
14:29:53 | Bagder | I had to patch a little win32 source too to make it build |
14:29:53 | dwihno | :-) |
14:30:33 | dwihno | I notice a major speed boost in the latest rockbox build btw. |
14:30:43 | Bagder | uh, broke things badly I did |
14:31:21 | Linus | dwihno: yeah, we have speeded it up wuite a lot |
14:35:51 | Bagder | the battery life improved quite a bit too |
14:40:48 | Lear | OK, shuffle patch sent... |
14:41:49 | Lear | speed-up was nice. most notable effect (for me) was that scrolling flashes a lot less (can have higher speed and still look good) |
14:43:27 | Lear | hmmm, forgot to append the patches. oh well... |
14:43:44 | Lear | (as it, append the individual files into one :)) |
14:43:58 | Lear | s/it/in/ |
14:44:09 | * | edx has a 2Ghz laptop!!! |
14:44:33 | dwihno | neato :) |
14:45:02 | Bagder | edx: check out the daily build table |
14:49:23 | edx | Bagder: cool! you added win32 sim |
14:49:29 | edx | ill look at the logs in a sec |
14:49:42 | Bagder | it doesn't quite work yet |
14:49:48 | Bagder | only almost |
14:50:30 | edx | oh lol..the warnings are stupid |
14:51:01 | edx | http://codeforce.d2g.com/rockbox/autocvs/ - here's what my compiler says (it works, but a few warnings, too) |
14:52:31 | Bagder | I've fixed the warnings already here |
14:52:37 | edx | ok |
14:52:51 | Bagder | something else broke though |
14:52:59 | Bagder | /home/dast/src/rockbox/uisimulator/win32/uisw32.c:73: undefined reference to `CreateCompatibleDC@4' |
14:53:17 | edx | huh |
14:53:27 | edx | that's in the gdi library of windows |
14:53:51 | edx | #include <windows.h> at the top and link gid32.lib with it (if there is something alike in linux) |
14:54:54 | *** | Saving seen data "./dancer.seen" |
14:54:55 | Bagder | libgdi32.a seems like it |
14:55:35 | edx | yes |
14:55:40 | edx | that is it |
14:57:48 | Bagder | edx: I renamed the VC++ makefile as you might've seen |
15:00 |
15:00:05 | edx | oh.. uhm oh.. |
15:00:09 | edx | what is the name now? |
15:00:17 | Bagder | Makefile.vc6 |
15:00:39 | edx | what was it before? |
15:00:41 | Bagder | I have a lame excuse for this rename ;-) |
15:00:54 | Bagder | 'makefile' |
15:01:12 | edx | what is your excuse :P |
15:01:43 | Bagder | building the win32 simulator is now using the 'configure' approach like all the other *nix builds |
15:02:02 | Bagder | and it turned a bit too ugly in the script to add a specific Makefile name for one of the particular builds |
15:02:04 | * | edx has to recompile his auto compiler |
15:02:12 | edx | Bagder: ah I see |
15:02:33 | Bagder | now there it is |
15:02:38 | Bagder | 25 warnings! ;-O |
15:03:06 | edx | LOL |
15:04:19 | edx | what i get is: |
15:04:20 | edx | NMAKE : fatal error U1073: don't know how to make '../tetris.c' |
15:04:20 | edx | Stop. |
15:04:45 | Bagder | you have to say 'name -f Makefile.vc6' |
15:04:54 | Bagder | nmake even |
15:05:20 | Linus | nmake can't handle gnu makefiles |
15:05:44 | Linus | and probably not forward slashes either |
15:08:23 | Bagder | at least now we'll see better when we break win32 builds |
15:08:56 | edx | argh! |
15:09:03 | edx | yes i did that -f filename |
15:09:05 | edx | but... |
15:09:06 | edx | still |
15:10:03 | edx | have you just renamed it or also changed anything? |
15:10:26 | Bagder | I haven't changed the VC++ file |
15:10:36 | Bagder | I have changed a few source files |
15:12:43 | | Join jedix [0] (~liam@199.212.21.22) |
15:13:19 | edx | hmm why cant it build tetris.c |
15:13:42 | edx | ah.. because there is no tetris.c |
15:13:43 | edx | lol |
15:15:03 | edx | ok works |
15:18:54 | | Quit PiotR ("BitchX-1.0c19 -- just do it.") |
15:22:04 | Bagder | Lear: applied |
15:22:22 | Lear | great! |
15:22:42 | Bagder | and you made it to the credits as well ;-) |
15:23:12 | Lear | thanks :) |
15:25:12 | mbr | Anyone there who knows the rtc? |
15:25:29 | * | Bagder looks in Linus' direction |
15:26:06 | * | Linus looks away |
15:26:13 | Linus | mbr: what about it? |
15:26:21 | mbr | It seems, that the time data (0x02, 0x03) is not updated ... |
15:26:38 | Linus | yes? |
15:26:59 | | Join PiotR [0] (~piotr@212-170-21-172.uc.nombres.ttd.es) |
15:27:09 | mbr | Counts only if I am in stock firmware?!?! |
15:27:20 | Linus | yes? |
15:27:23 | mbr | Don't understand that. |
15:28:17 | Linus | I haven't even tried to init the RTC timer |
15:28:44 | mbr | I've done some status line code, and the value of the clock is a fix value. |
15:28:48 | Linus | so you run the stock firmware and see it run, then run rockbox and it stops? |
15:29:02 | mbr | Yes. |
15:30:22 | mbr | An when i run stock firmware again it is same time i left it. |
15:31:48 | Linus | what is the status of the HT bit? |
15:32:39 | Linus | bit 6 in 0x0c |
15:33:01 | mbr | One moment please, booting rockbox ... |
15:33:49 | | Part Bagder |
15:33:59 | | Join Bagder [0] (~daniel@as3-3-2.ras.s.bonet.se) |
15:35:30 | mbr | I a little bit confused. Debug screen shows 8 nibble |
15:35:42 | mbr | Sorry my mistake ...:) |
15:35:52 | mbr | bit 6 is zero |
15:36:28 | Linus | and address 0x01 |
15:37:16 | Linus | and address 0x01? |
15:37:22 | dwihno | what's the AV decay time thing btw? |
15:37:27 | mbr | That one updates .. |
15:37:39 | mbr | I am cnfused ... |
15:37:58 | mbr | That are the seconds right? |
15:38:32 | dwihno | yeah |
15:38:38 | dwihno | 2,4,8 or something |
15:39:29 | mbr | Hmm, in the debug menu the clock runs ok. |
15:39:38 | Linus | dwihno: it is the time it takes for the volume to reach it top level again |
15:40:40 | Linus | mbr: are you sure that you read the correct registers in your code? |
15:41:35 | mbr | I have: hour = rtc_read(0x03); and minute = rtc_read(0x02); |
15:42:15 | Bagder | one more win32 build in the compile status table |
15:42:29 | Bagder | they ruin the good look ;-) |
15:42:48 | Linus | mbr: and how often do you read them? |
15:43:28 | elinenbe|sleep | just found a nice easy to fix bug!!!! :-) |
15:43:38 | elinenbe|sleep | and in my sleep!! |
15:43:39 | Linus | elinenbe|sleep: good for you! :-) |
15:43:43 | | Nick elinenbe|sleep is now known as elinenbe (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
15:43:43 | DBUG | Enqueued KICK elinenbe |
15:43:44 | mbr | At the moment every second. |
15:43:45 | Bagder | hehe |
15:43:48 | elinenbe | here is the deal |
15:43:54 | elinenbe | lets say you load a playlist. |
15:44:09 | elinenbe | and then push left (back) it will play the first song |
15:44:13 | mbr | I must look in my code again ... must be my mistake |
15:44:19 | elinenbe | and then if you push back again it will start the first song again... |
15:44:21 | elinenbe | right? |
15:44:38 | elinenbe | but now if you push forward it will play the first song as many times as you pressed back |
15:44:58 | elinenbe | so, the code does not allow you to go back infront of the playlist |
15:45:12 | elinenbe | but the indexer or counter must stay on the first song too |
15:45:14 | Linus | sounds like a bug to me |
15:46:56 | mbr | Just rebooted again. now the seconds stuck, and HT is set |
15:49:02 | Linus | mbr: strange. |
15:52:58 | mbr | Linus: when boot with USB connected it goes into stock firmware, pull usb cable then starts rockbox -> HT is NOT set |
15:53:19 | mbr | when I boot rockbox only HT IS set |
15:54:42 | Linus | try to clear the HT bit at startup |
15:55:04 | mbr | you or me? |
15:55:53 | Linus | you |
15:56:07 | mbr | OK, I'll try it .. |
16:00 |
16:00:12 | Linus | time to go home |
16:00:18 | Linus | bye all! |
16:00:26 | Bagder | bye Linus |
16:00:44 | | Part Linus |
16:30:33 | | Part Bagder |
16:30:42 | elinenbe | later. see you Monday. |
16:30:45 | | Quit elinenbe ("User pushed the X - because it's Xtra, baby") |
16:54:55 | *** | Saving seen data "./dancer.seen" |
17:00 |
17:00:22 | Lear | has anyone tested id2 tracknum? doesn't seem to be set here... |
17:00:32 | Lear | id2=id3v2 |
17:20:13 | | Quit Lear ("ChatZilla 0.8.8 [Mozilla rv:1.1b/20020721]") |
18:00 |
18:00:57 | | Nick edx is now known as edx|weekend (OKE60@fapc.kph.uni-mainz.de) |
18:04:35 | dwihno | are everybody asleep? :) |
18:04:41 | dwihno | "yes we are" |
18:04:41 | dwihno | ah, okay |
18:07:14 | fragglet | heh |
18:24:01 | | Join PrimeSource [0] (Prime@ip68-13-126-168.om.om.cox.net) |
18:51:13 | | Quit PrimeSource ("2.0 Build 1515") |
18:54:59 | *** | Saving seen data "./dancer.seen" |
19:00 |
19:44:42 | | Join Lear [0] (~chatzilla@h106n1fls35o1002.telia.com) |
20:00 |
20:01:30 | | Nick dwihno is now known as dwihno|gone (dwihno@193.180.246.67) |
20:10:19 | | Join ripnetuk [0] (~george@62.137.133.101) |
20:10:32 | | Join gerrger [0] (~george@62.137.133.101) |
20:11:27 | gerrger | ho |
20:11:30 | gerrger | i mean hi :) |
20:13:10 | gerrger | its looking good |
20:31:40 | | Quit ripnetuk () |
20:33:04 | | Quit gerrger () |
20:37:05 | | Join mecraw [0] (~lmarlow@dialup-63.211.246.112.Dial1.Denver1.Level3.net) |
20:37:42 | | Quit mecraw (Client Quit) |
20:48:57 | | Join mecraw [0] (~lmarlow@dialup-63.211.246.112.Dial1.Denver1.Level3.net) |
20:55:02 | *** | Saving seen data "./dancer.seen" |
21:00 |
21:35:06 | | Quit jedix ("going home due to heat") |
21:48:47 | | Quit mecraw (Read error: 104 (Connection reset by peer)) |
21:49:10 | | Quit MeRWiN|Sleep () |
22:00 |
22:06:46 | | Quit Lear ("ChatZilla 0.8.8 [Mozilla rv:1.1b/20020721]") |
22:55:05 | *** | Saving seen data "./dancer.seen" |