| 00:02:06 | g003y | I think I might be on crack today or something :D |
| 00:05:28 | Linus | really? |
| 00:05:48 | g003y | nah... it's probably just too much coffee :D |
| 00:10:31 | | Quit adi|home ("Client Exiting") |
| 00:10:52 | | Join adiamas [0] (~adiamas@as5300-9.216-194-23-7.nyc.ny.metconnect.net) |
| 00:11:16 | | Nick adiamas is now known as adi|home (~adiamas@as5300-9.216-194-23-7.nyc.ny.metconnect.net) |
| 00:11:40 | | Part g003y |
| 00:20:53 | Linus | c |
| 00:27:16 | Linus | rock'n'roll! Now we can use ON+LEFT and ON+RIGHT for volume control on the Players |
| 00:35:20 | Linus | ok, night everyone! |
| 00:35:25 | mecraw12 | night |
| 00:35:37 | | Part Linus |
| 00:50:23 | *** | Saving seen data "./dancer.seen" |
| 00:51:11 | | Quit ironi__ (lerouge.openprojects.net irc.openprojects.net) |
| 00:51:11 | NSplit | lerouge.openprojects.net irc.openprojects.net |
| 00:51:20 | NHeal | lerouge.openprojects.net irc.openprojects.net |
| 00:51:20 | NJoin | ironi__ [0] (~ironi@80.88.116.93) |
| 01:00 |
| 01:29:18 | | Nick mecraw12 is now known as mecraw (~mecraw@ip68-4-92-30.oc.oc.cox.net) |
| 02:00 |
| 02:48:21 | | Join g003y [0] (~foo@m198-187.dsl.rawbw.com) |
| 02:49:48 | g003y | bunch of idlers? |
| 02:50:24 | *** | Saving seen data "./dancer.seen" |
| 02:51:16 | mecraw | :p |
| 02:51:23 | g003y | heh |
| 04:00 |
| 04:47:19 | adi|home | im not idling... |
| 04:47:27 | adi|home | im counting seconds till the next millenium |
| 04:47:37 | * | adi|home loses count and starts over |
| 04:48:45 | g003y | I was idling :D |
| 04:50:26 | *** | No seen item changed, no save performed. |
| 05:00 |
| 05:01:30 | PsycoXul | adi|home: somewhere around 31 billion |
| 05:07:26 | datazone | i am not an idea |
| 05:15:19 | | Quit g003y ("Trillian (http://www.ceruleanstudios.com)") |
| 05:19:00 | PsycoXul | if you're not an idea, then what are you? |
| 05:33:00 | | Quit ironi__ (Read error: 110 (Connection timed out)) |
| 05:42:30 | | Join ironi_ [0] (~ironi@80.88.116.93) |
| 05:45:02 | datazone | i dont know |
| 06:00 |
| 06:33:11 | | Join aakil [0] (~anon007@adsl-63-195-51-251.dsl.snfc21.pacbell.net) |
| 06:50:27 | *** | Saving seen data "./dancer.seen" |
| 08:00 |
| 08:50:30 | *** | No seen item changed, no save performed. |
| 09:00 |
| 09:12:13 | | Join Linus [0] (~linus@193.15.23.131) |
| 09:18:23 | webmind | morning |
| 09:18:44 | Linus | morn |
| 09:29:47 | | Quit aakil (Read error: 110 (Connection timed out)) |
| 09:29:55 | Hes | morning |
| 09:29:58 | webmind | ej |
| 09:32:16 | Linus | is Alex Gitelman ever on IRC? |
| 09:32:30 | webmind | what's his nick ? |
| 09:32:41 | Linus | i don't know... |
| 09:32:53 | Linus | that's my problem |
| 09:32:57 | webmind | hm k |
| 09:33:06 | webmind | /who #rockbox ? |
| 09:33:08 | Linus | i want to discuss his loadable font monster patch |
| 09:33:15 | webmind | hm k |
| 09:35:28 | Linus | Hes, how's the battery stuff going? |
| 09:36:47 | Hes | The graph part works |
| 09:37:02 | Hes | i was thinking about submitting that as such for a starting point |
| 09:37:17 | Hes | then looking into the charging logic |
| 09:37:40 | Hes | The patch at the moment adds the thread for keeping statistics and a debug menu item for looking at the real-time graph |
| 09:38:32 | Hes | Could make the graph viewer enable/disable charging with a function key press too, and tell the user if charging is enabled or not |
| 09:39:02 | Linus | Hes: you could export a function that exports the filtered battery status, for the battery icon |
| 09:39:16 | Linus | today it flickers too much |
| 09:39:22 | Hes | Yes... |
| 09:39:56 | Hes | Btw... i did the thread in firmware/powermgmt.[hc] since power.c and power.h already existed in drivers/ |
| 09:40:00 | Linus | maybe even replace the battery_level() function... |
| 10:00 |
| 10:02:52 | adi|home | LINUS! |
| 10:03:01 | * | adi|home pokes you in the side with a wet noodle |
| 10:03:16 | Linus | ouch! |
| 10:04:05 | adi|home | do you happen to know of anything off hand this is not low level driver/battery issues that needs work? |
| 10:04:16 | * | adi|home may have a wee bit of time opening up. |
| 10:04:37 | Linus | what are you talking about? |
| 10:04:59 | adi|home | issues/ideas that need attention/poking... |
| 10:05:01 | Linus | you need something to do? |
| 10:05:05 | * | adi|home nods |
| 10:05:09 | Linus | yes i do |
| 10:05:10 | adi|home | been away for a bit... |
| 10:05:15 | Linus | do you have recorder or player? |
| 10:05:20 | adi|home | recorder |
| 10:05:26 | adi|home | but no cross compiler :( |
| 10:05:34 | Linus | buah! |
| 10:05:55 | adi|home | for some reason.. couldn't get gcc to play nice on my last attempt... |
| 10:06:09 | * | adi|home will be flushing his box and starting clean in a week or two |
| 10:06:14 | Linus | win32 or linux? |
| 10:06:22 | adi|home | linux |
| 10:06:28 | Linus | what was the gcc problem? |
| 10:06:33 | adi|home | gill bates is evil |
| 10:07:05 | adi|home | don't remember just off hand... |
| 10:07:43 | adi|home | does gcc have to be 3+ to play nice? or think i could re-work the 2.95 I have? |
| 10:08:16 | Linus | you mean that you have problems with your native compiler? |
| 10:10:25 | Hes | The native 2.95 should be just fine to compile the cross-compiler using the instructions on the web site. |
| 10:17:46 | adi|home | thanks Hes |
| 10:17:50 | adi|home | trying now |
| 10:19:10 | adi|home | hmmm.. the sims seem to be broken on the daily build.. anyone notice that? |
| 10:20:31 | Linus | i hate those sims |
| 10:20:52 | Linus | they always fail... |
| 10:21:03 | Linus | and it is always my fault. :-) |
| 10:21:57 | adi|home | lol |
| 10:22:08 | adi|home | thats fun.. cause I loved those sims when we first started :) |
| 10:23:41 | Linus | yeah, those who use them and work on them probably love them |
| 10:24:09 | Linus | i am one of the lucky few who can debug on target |
| 10:25:41 | Hadaka | hm, what do you lose when you make the mod for the debugging btw? |
| 10:25:58 | Hadaka | warranty, obviously - but line in, too? |
| 10:27:57 | adi|home | heheh if i knew how to solder properly.. id fix my batteries first ;) |
| 10:28:54 | Linus | Hadaka: you will in many cases have to cut the Line-In wires, because the termination interferes with the serial communication |
| 10:29:27 | Hadaka | ookay |
| 10:29:35 | Linus | other than that, nothing |
| 10:30:27 | Hadaka | well as soon as my warranty goes, I think I'm taking that thing apart |
| 10:30:35 | Linus | i also had to remove the remote control connector pin to be able to listen to music while debugging |
| 10:31:01 | Linus | the ear plug connector shorts the Rx pin |
| 10:31:36 | Hadaka | hm |
| 10:32:57 | Hes | Where does the remote control go? |
| 10:33:27 | Linus | to the rx pin of serial port 1 |
| 10:33:34 | Hes | i mean, to what connector? |
| 10:33:43 | Linus | the ear plug |
| 10:33:58 | Hes | it's a 4-pin jack actually? |
| 10:34:02 | Linus | yes |
| 10:34:16 | Hes | the line in isn't? |
| 10:34:23 | Linus | no |
| 10:34:26 | webmind | no ? |
| 10:34:33 | Linus | line in is 3-pin |
| 10:34:34 | Hes | hm, you need two wires for the gdb serial line anyway |
| 10:34:47 | webmind | remote goes into earpohone? |
| 10:35:03 | Hes | I wouldn't like to loose the line in, so i think i'll stick with writing bugfree code instead. |
| 10:35:13 | webmind | so line in isn't really used usefull ? |
| 10:35:18 | Linus | remote uses the extra pin in the ear connector for the serial communication |
| 10:35:26 | webmind | hm k |
| 10:35:46 | webmind | Hes, where would u use line in for? or do u have a recorder ? |
| 10:35:48 | Linus | line in is not useful at all on the Player/Studio |
| 10:35:56 | Hes | Recorder 20. |
| 10:46:17 | PsycoXul | Linus: sure it is |
| 10:46:38 | PsycoXul | it's a patchthrough to not block inputs on stuff you hook it up to |
| 10:47:12 | PsycoXul | and i'd still like to listen to stuff in the line in along with mp3's in certain situations (like for voice comms in online gaming) |
| 10:47:46 | Linus | PsycoXul: ok. finally i have found a use for it |
| 10:48:37 | Hes | posted a work-in-progress patch for the power graph |
| 10:49:37 | Hes | Made the patch mainly to merge the changes to the current cvs state for my own use |
| 10:49:38 | Linus | i just read it |
| 10:50:01 | Hes | posted just for fun although it isn't of much use yet |
| 10:50:10 | Linus | why would we want to calculate the point where the hard disk starts malfunctioning? |
| 10:50:29 | Hes | to write protect it before it starts doing it |
| 10:50:31 | *** | Saving seen data "./dancer.seen" |
| 10:50:39 | Hes | so that we won't get a garbled FAT |
| 10:50:46 | Linus | i know that |
| 10:50:53 | Linus | but why *calculate* it? |
| 10:50:59 | Linus | read the data sheets |
| 10:51:04 | Linus | 4.75V |
| 10:51:08 | Hes | I thought it might vary in practice? |
| 10:51:22 | Linus | yes, but as soon as we go outside the specs we are in danger |
| 10:51:51 | Hes | Right, on the write side, yes. Also, based on the actual value and the average voltage drop rate we can estimate how long the battery will last |
| 10:52:02 | Linus | i suggest we write protect at 4.75V |
| 10:52:18 | Hes | that's probably the safest thing to do |
| 10:52:27 | Linus | the estimated time left is a good thing |
| 10:53:07 | Hes | of course, on the players, we'll never get to save the actual value to the disk... |
| 10:53:14 | Linus | but i think we can base it on 4.5V, the shutdown level |
| 10:59:24 | | Join Fridolin [0] (~Fridolin@wlan010.tzl.mu-luebeck.de) |
| 10:59:39 | * | adi|home screams |
| 10:59:44 | adi|home | im getting the compiler issue again. |
| 10:59:46 | Linus | hi Fridolin! |
| 10:59:54 | Linus | adi|home: open your heart |
| 11:00 |
| 11:00:07 | Fridolin | hi ! |
| 11:00:25 | adi|home | /bin/sh ./fixinc.sh `pwd`/include /home/rhak/sh1/sh-elf/sys-include |
| 11:00:26 | adi|home | ./fixinc.sh: ./fixinc.sh: No such file or directory |
| 11:00:26 | adi|home | make[1]: *** [stmp-fixinc] Error 127 |
| 11:00:26 | DBUG | Enqueued KICK adi|home |
| 11:00:26 | adi|home | make[1]: Leaving directory `/home/rhak/build/gcc/gcc' |
| 11:00:26 | adi|home | make: *** [all-gcc] Error 2 |
| 11:00:28 | adi|home | wtf |
| 11:00:32 | adi|home | thats on the gcc build |
| 11:00:37 | adi|home | the binutil build goes fine |
| 11:02:37 | Linus | did you do exactly as the wep page tells you to? |
| 11:05:07 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 11:05:07 | * | adi|home nods |
| 11:05:24 | Fridolin | hi linus ! |
| 11:05:26 | Linus | ok. what versions of gcc/binutils? |
| 11:05:32 | Linus | Fridolin: hi |
| 11:05:53 | adi|home | gcc-2.95.3.tar.gz |
| 11:05:58 | Fridolin | i was just browsing the mas 3507 documentation when i stumbled about a thing called PLLOffset. |
| 11:06:01 | adi|home | binutils-2.11.tar.gz |
| 11:06:13 | Linus | Fridolin: yes |
| 11:06:24 | Fridolin | then i remembered bug 578015 - mp3 playback too slow. |
| 11:07:01 | Linus | yes, i have looked at that |
| 11:07:07 | Fridolin | it seems that the mas must be told at which frequency it runs to playback at the right speed. |
| 11:08:22 | Fridolin | i didn't have the time to check if the softare already sets the right values for the PLLOffsets. |
| 11:08:36 | Fridolin | is it possible that this solves the problem ? |
| 11:08:55 | Linus | i have considered if some units have a different crystal than others |
| 11:09:08 | Fridolin | maybe... |
| 11:09:26 | Linus | and the stock firmware recalculates the offsets |
| 11:09:31 | Fridolin | i don't know if the playback is always too slow or only an certain models. |
| 11:10:03 | Linus | only certain models |
| 11:10:16 | Linus | most players work perfectly |
| 11:10:19 | Fridolin | there was also an issue telling that the problem only occured at 100 % volume |
| 11:10:26 | Fridolin | hmmmm... |
| 11:10:33 | Linus | yeah, that is what puzzles me the most |
| 11:11:33 | Fridolin | so you already set an offset or does the default simply work well on the most players ? |
| 11:11:34 | Linus | adi|home: the web page says gcc-3.0.4 |
| 11:11:40 | adi|home | i know... |
| 11:11:47 | adi|home | ive tried it with that before |
| 11:12:00 | Linus | with the same result? |
| 11:12:20 | Linus | Fridolin: the default works on most players |
| 11:12:27 | Linus | i have another theory |
| 11:12:42 | * | adi|home nods |
| 11:12:45 | Fridolin | did you ever check if the default values are the same on all models ? |
| 11:12:46 | adi|home | im trying again right now |
| 11:12:49 | Linus | it may be that the CLKI signal isn't properly terminated |
| 11:13:00 | Fridolin | maybe tehre are divverent versions of the mas in different players... |
| 11:13:14 | Linus | and when the volume goes up, the CLKI signal goes weak |
| 11:13:26 | Fridolin | hmmmm. |
| 11:14:04 | Fridolin | so we might have a hardware problem and not a software bug... |
| 11:15:29 | Fridolin | i'm sorry, i don't have the time to stay... but i'll have a closer look at the current software till monday when i'll be back. |
| 11:15:47 | Fridolin | bye... |
| 11:16:20 | | Join yro [0] (~yves@ns1.alcove-solutions.com) |
| 11:16:36 | yro | Hi there |
| 11:16:52 | Linus | hi |
| 11:19:55 | ironi_ | hey ppl |
| 11:20:06 | | Quit Fridolin ("ChatZilla 0.8.8 [Mozilla rv:1.1b/20020722]") |
| 11:20:17 | adi|home | this is SO not my day.. |
| 11:20:34 | ironi_ | heh why, adi|home |
| 11:20:37 | adi|home | now i go to mount my archos.. and i get "mount: /dev/sda1 is not a valid block device" |
| 11:20:39 | adi|home | any ideas? |
| 11:21:03 | adi|home | ive had it before.. i just cna't remember how i fixed it |
| 11:21:20 | yro | hum, what tell you the end of dmesg |
| 11:23:10 | PsycoXul | either sd_mod or usb-storage not loaded? |
| 11:23:21 | adi|home | well.. i have a series of "WARNING: USB Mass Storage data integrity not assured |
| 11:23:21 | adi|home | USB Mass Storage device found at 27 |
| 11:23:21 | adi|home | usb.c: USB disconnect on device 27 |
| 11:23:21 | adi|home | hub.c: USB new device connect on bus1/2, assigned device number 28 |
| 11:23:21 | adi|home | WARNING: USB Mass Storage data integrity not assured |
| 11:23:22 | *** | Alert Mode level 1 |
| 11:23:22 | adi|home | USB Mass Storage device found at 28 |
| 11:23:23 | *** | Alert Mode level 2 |
| 11:23:23 | adi|home | " |
| 11:23:27 | adi|home | nope.. they should be loaded... |
| 11:23:32 | adi|home | i was using the archos the other day |
| 11:24:12 | yro | adi|home: did you use the same kernel ? |
| 11:24:19 | adi|home | yup |
| 11:24:29 | adi|home | nothing on my machine has been changed since last usage |
| 11:25:25 | yro | If u look at the logs, do you see eventually a new scsi dev, say sdb for instance ??? |
| 11:25:37 | yro | instead of sda. |
| 11:25:48 | adi|home | well.. each time i restart the archos.. the dmesg updates |
| 11:25:57 | adi|home | and the device found increments by 1 |
| 11:26:24 | yro | ok, I try... |
| 11:26:51 | adi|home | ty anyways |
| 11:27:19 | matp|work | hi all |
| 11:27:37 | yro | Hum, problem with my ac adaptor... |
| 11:29:14 | Linus | matp|work: hi |
| 11:29:21 | Linus | yro: what problems? |
| 11:30:21 | matp|work | I've been looking at the various WPS modes today. I've not really looked at them before. |
| 11:30:24 | yro | resolved... The wires near the adaptor are in bad states... Very bad... |
| 11:31:58 | matp|work | I've got some issues :) |
| 11:32:52 | yro | adi|home: have you loaded scsi_mod module ??? |
| 11:33:00 | * | adi|home nods |
| 11:33:08 | adi|home | like i said.. nothing has changed since the last use.. |
| 11:33:14 | adi|home | thus my confusion.. |
| 11:33:24 | *** | Alert Mode OFF |
| 11:33:34 | adi|home | brb |
| 11:33:35 | | Quit adi|home ("Client Exiting") |
| 11:33:46 | Linus | adi|home: i hope you connected your archos before powering it up |
| 11:33:47 | yro | If you have usb/scsi_mod in modules, you may try to reload all of them... |
| 11:34:17 | yro | He is leaving quickly ;-) |
| 11:34:20 | Linus | Björns deep sleep patch has killed the Rockbox USB supporet |
| 11:35:00 | yro | Linus, a few questions (I will try the new cvs in a few minutes): |
| 11:35:25 | Linus | shoot |
| 11:35:27 | yro | What's the Hold entry in the menu ??? |
| 11:35:57 | Linus | g003y added a primitive key locking feature for the wps |
| 11:36:12 | Linus | he called it "hold" for some reason |
| 11:36:17 | yro | And, is there a patch to try the write on disk settings ?? (hum, if there is, where) |
| 11:36:30 | Linus | there is no such patch |
| 11:36:36 | yro | ok, for hold, but are u sure it's working ??? |
| 11:36:44 | Linus | i haven't tried it |
| 11:37:17 | Linus | it seems to work for me |
| 11:37:38 | yro | My mistake, I don't know how I tested it yesterday, it's working right now... |
| 11:37:38 | Linus | i just tried it |
| 11:38:17 | Linus | yro: are you willing to test the disk writes? |
| 11:38:36 | yro | I must drink more coffee... |
| 11:38:56 | yro | Yes, but I need to learn more before writting the code... |
| 11:39:02 | Linus | you will need to drink stronger things than that to dare to test the disk writes... :-) |
| 11:39:17 | yro | I'd love to have persistents settings.... |
| 11:39:34 | Linus | seriously, there is no code except raw disk I/O |
| 11:39:54 | Linus | so if we stick to the Archos way of saving stuff, we can implement it right away |
| 11:40:18 | yro | After having tested a 2.5 at home, I think I can take a look, it cannot be such a nightmare ;-) |
| 11:40:38 | Linus | a 2.5? |
| 11:40:45 | yro | Linux kernel... |
| 11:40:49 | Linus | ah |
| 11:41:08 | yro | beware to the ide layer in 2.5 kernel... |
| 11:41:28 | Linus | it is completely rewritten, for what i know |
| 11:42:09 | yro | Yep, and quite dangerous... I will wait the Halloween freeze before trying it again ;-) |
| 11:42:20 | Linus | hehe |
| 11:44:18 | yro | I will read more rockbox code before trying something new... |
| 11:44:29 | yro | Well, I'm gonna drink my coffee now ;-) |
| 11:45:31 | | Join adiamas [0] (~adiamas@216.194.26.3) |
| 11:45:57 | | Nick adiamas is now known as adi|home (~adiamas@216.194.26.3) |
| 11:47:23 | * | mecraw heads to bed |
| 11:47:43 | | Nick mecraw is now known as mecraw|sleeping (~mecraw@ip68-4-92-30.oc.oc.cox.net) |
| 11:49:21 | matp|work | linus, wanna chat about the wps? |
| 11:49:28 | Linus | indeed |
| 11:49:34 | yro | Hum, what happened with the menus ??? It intercept key down _and_ key up (impossible to switch from "on" to "off", it goes to off when pressing the key, et back to on when releasing it...!!! |
| 11:50:08 | matp|work | i'll go mode by mode. |
| 11:50:32 | | Nick Linus is now known as Linus|brb (~linus@193.15.23.131) |
| 11:51:22 | | Nick Linus|brb is now known as Linus (~linus@193.15.23.131) |
| 11:51:39 | matp|work | id3: I think it's too cluttered (even on my recorder). I think we need to show Artist, Album, Track Title, Track# / Track Total, Time Elapsed. |
| 11:52:13 | matp|work | Do we need Filename, kbit and hz info. Maybe that should go on an extended info screen |
| 11:52:24 | Linus | yro: it seems that the boolean settings fails. hang on. |
| 11:52:52 | matp|work | Also, they should all scroll if possible. |
| 11:53:34 | matp|work | File mode: show Dirname, Filename, Time Elapsed. (Again, all scrolling). |
| 11:53:47 | matp|work | Parse Mode: I'm not sure what this is ...? |
| 11:54:41 | matp|work | Also, I've noticed that sometimes the time elapsed info disappears when I change modes. |
| 11:54:57 | Linus | yro: the set_bool() function was silly. i'll correct it. |
| 11:55:42 | matp|work | And finally, to change modes in the WPS menu, we use UP and DOWN. Is this consistent with the rest of the UI? |
| 11:56:09 | yro | Linus: ok. Thx |
| 11:56:19 | | Nick yro is now known as yro|work (~yves@ns1.alcove-solutions.com) |
| 11:57:37 | Linus | matp|work: i agree that the technical info is of little interest in the id3 screen |
| 11:57:56 | Linus | i have a suggestion: |
| 11:58:58 | matp|work | shoot |
| 12:00 |
| 12:00:38 | Linus | use one line to toggle the tech info: bitrate...pause...sampling rate...pause... |
| 12:00:58 | Linus | also, i think the file name isn't necessary |
| 12:01:43 | Linus | i think we should switch to file name mode if no id3 info is found |
| 12:01:52 | matp|work | yeah, drop the filename, it's irrelevant in id3 mode |
| 12:02:00 | matp|work | agreed |
| 12:02:10 | Linus | Parse mode tries to extract the artist/song name from the file name |
| 12:02:41 | Linus | first of all, we should implement a multi-line scroll mode |
| 12:03:16 | matp|work | we can only scroll 1 line at the moment? |
| 12:03:57 | Linus | yes |
| 12:04:46 | matp|work | my mp3s are sorted artist/album/track.mp3. parse mode displays artist and track, but not album |
| 12:05:21 | Linus | well, fix it then :-) |
| 12:05:33 | matp|work | sure, i'm just clarifying |
| 12:05:34 | Linus | seriously, the Parse mode is a nightmare |
| 12:06:06 | Linus | there are as many ways to organize a song library as there are rockbox users |
| 12:06:24 | matp|work | maybe we should drop it then |
| 12:06:39 | Linus | or make it even more intelligent |
| 12:06:56 | Linus | someone must have wanted it, since it's there |
| 12:07:25 | matp|work | yeah, maybe a format string in the options representing how you've organised your library |
| 12:09:20 | matp|work | but not everyone has their library uniformly organised |
| 12:09:50 | Hadaka | a file in each directory telling how the directory is organized |
| 12:10:01 | matp|work | how hard is multi-line scroll to implement? |
| 12:10:03 | Hadaka | if one wants to go all the way, that is |
| 12:10:17 | Linus | matp|work: it shouldn't be too hard |
| 12:10:29 | matp|work | Hadaka: good idea, or 1 for each song :) |
| 12:10:49 | Hadaka | no |
| 12:11:04 | matp|work | Hadaka: a joke |
| 12:11:22 | Hadaka | matp|work: when a song is playing, ID3v2 should be used - when browsing a directory, the directory format should be used |
| 12:11:22 | Linus | I believe that people who put that much effort in organizing their files also tend to keep their ID3 info correct |
| 12:11:40 | Hadaka | ofcourse fallbacking to previous directories for searching it |
| 12:16:53 | matp|work | ok, well, i'll try and take a look and tidy up what I can. |
| 12:17:23 | * | matp|work is away: I'm busy |
| 12:17:50 | | Nick Linus is now known as Linus|lunch (~linus@193.15.23.131) |
| 12:31:54 | | Nick yro|work is now known as yro|lunch (~yves@ns1.alcove-solutions.com) |
| 12:49:05 | | Nick edx|disconnected is now known as edx (OKE60@fapc.kph.uni-mainz.de) |
| 12:50:35 | *** | Saving seen data "./dancer.seen" |
| 13:00 |
| 13:01:22 | elinenbe | I was just reading the logs about file orgainization. I would think everyone should use {artist} - [album] - (track number) - trackname - ~remix and other info~ - IyearI ^bitrate^.mp3 that will solve all problems |
| 13:09:36 | | Join elinenbe2 [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
| 13:09:36 | | Quit elinenbe (Read error: 104 (Connection reset by peer)) |
| 13:33:54 | | Nick Linus|lunch is now known as Linus (~linus@193.15.23.131) |
| 13:42:00 | | Join wodokm [0] (wodokm@sunhalle13.informatik.tu-muenchen.de) |
| 13:42:33 | wodokm | can someone tell me how to add the cvsroot setting to my .profile ? |
| 13:46:17 | Linus | export CVSROOT=':ext:loginname@cvs.rockbox.sourceforge.net:/cvsroot/rockbox' |
| 13:47:05 | Linus | if you use bash of course |
| 13:47:31 | wodokm | ah hey ho linus, thanks.. if everything is installed corectly and set up, it's quite convenient to work with =) |
| 13:49:01 | Linus | oh sorry |
| 13:49:05 | Linus | in your case it is: |
| 13:49:21 | Linus | export CVSROOT=':pserver:anonymous@cvs.rockbox.sourceforge.net:/cvsroot/rockbox' |
| 13:51:18 | wodokm | np. i already thought i had to replace that... i'll test it now.. |
| 13:52:10 | wodokm | but i cant store the -dP options somewhere? okay, i could do a macro/batch for that update command.. |
| 13:52:25 | | Nick yro|lunch is now known as yro|work (~yves@ns1.alcove-solutions.com) |
| 14:00 |
| 14:01:41 | mbr_ | create `~/.cvsrc' with "update -dP" in it |
| 14:03:33 | Linus | mbr_: thanks! |
| 14:03:51 | wodokm | in my home or in the dir where i normally call the "update -dP" ? |
| 14:04:11 | mbr_ | in your home |
| 14:04:30 | | Quit adi|home (Read error: 110 (Connection timed out)) |
| 14:04:44 | wodokm | okay thanx mbr_ |
| 14:09:24 | wodokm | linus: as you're with the lcd-icons, you can turn the param, audio, etc. displays on when they should be, so the display ain't that empty.. shouldn't be too much work either.. |
| 14:10:04 | Linus | ok, so when should the "param" and "audio" icons be on then? |
| 14:10:26 | PsycoXul | hey and usb icon in usb mode.. |
| 14:10:51 | wodokm | hmm i guess it's when playing mp3 - audio is on, and param i think when in menu mode, right forgot that usb one - in usb mode of course... |
| 14:10:53 | Linus | i have always wondered what that icon would add to the already present info? |
| 14:10:59 | Linus | the usb icon |
| 14:11:18 | PsycoXul | a fuller, more impressive screen |
| 14:11:22 | PsycoXul | :p |
| 14:11:31 | Linus | ok, so the Play icon doesn't tell it all? |
| 14:11:32 | wodokm | nothing, but when it's there, light it heheh yeah pycoXul's opinion hehehe |
| 14:12:05 | wodokm | well, could be paused or whatever. just turn audio on while in playmode.. |
| 14:12:21 | Linus | pause has another icon |
| 14:12:22 | PsycoXul | well you know, at some point we may be playing text, images, etc... |
| 14:12:31 | Linus | :-) |
| 14:12:39 | wodokm | it's all kinda redundant, but hey - it's there... |
| 14:12:48 | PsycoXul | its just unfortunate that we dont have icons there for them :p |
| 14:13:20 | PsycoXul | though images are only on the recorder where you make your anyways, but heh |
| 14:13:59 | Linus | i would appreciate if any of you guys could add those status updates to the appropriate files, i have so much to do |
| 14:14:43 | Linus | the audio icon is easy, just change status.c |
| 14:15:23 | Linus | the param icon is just plain unnecessary |
| 14:15:42 | Linus | or wait... |
| 14:16:09 | Linus | it could be used to signal the ON key combination state |
| 14:16:31 | wodokm | what combination state? |
| 14:16:39 | Linus | hold ON in WPS and param lights up, telling you that you now can change parameters with another key |
| 14:16:52 | Linus | currently it's only the volume |
| 14:17:16 | Linus | on+left decreases volume and on+right increases it |
| 14:17:21 | wodokm | i thought ON changes to fileselector from WPS and vice versa? |
| 14:17:33 | Linus | i can imagine that we might want the keylock to work like that too |
| 14:17:34 | wodokm | yeah like on archos... |
| 14:17:48 | Linus | on+menu locks/unlocks the keys |
| 14:18:02 | wodokm | u know how hold workx on archos? i think it's better than the menu thing you now did... |
| 14:18:22 | | Join Evil_Mind [0] (~StealthWa@212.199.34.217) |
| 14:18:28 | Linus | wodokm: ON goes back to dir browse only if it is released without pressing any other keys in between |
| 14:18:39 | wodokm | so wherefore do you need the param light? it's pessing on & the other button TOGETHER, ain't it? |
| 14:18:59 | Linus | wodokm: i think the stock firmware locks the keys if you hold on for a long time |
| 14:19:29 | Linus | nobody is that precise |
| 14:19:33 | wodokm | aehmm.. mine does if you press ON+stop, and ON+stop again for un-holding... |
| 14:19:46 | Linus | ah, ok |
| 14:19:50 | Linus | let's do the same |
| 14:20:04 | wodokm | i think you should keep that combination... |
| 14:20:08 | Linus | i don't like the term "hold", i prefer "lock" |
| 14:20:32 | wodokm | rockbox will be VERY perfect.. it almost is already ;9 i'm so glad... |
| 14:20:43 | wodokm | well, as you like... |
| 14:20:44 | Linus | the param icon isn't needed, i just thought it could give some feedback |
| 14:21:27 | Linus | push ON and keep it down. param lights up. then push another button. |
| 14:21:45 | Linus | maybe it is a silly idea after all |
| 14:21:56 | PsycoXul | it sounds good to me |
| 14:22:17 | wodokm | you mean when i hold down the ON, you it tells one can change volume/lock now? hmm well, do so. but then also light in when in menu, it doesn't hurt - and it's both when you can change paramters... or just when in parameter changing in menu, no t |
| 14:22:31 | Linus | i am thinking of using the Record icon to signal the key lock state |
| 14:22:39 | wodokm | not the menu itself... |
| 14:22:52 | wodokm | what record icon ? =) |
| 14:23:09 | PsycoXul | the one the player has but the stock firmware doesn't use |
| 14:23:09 | PsycoXul | heh |
| 14:23:26 | Linus | for obvious reasons |
| 14:23:35 | Evil_Mind | is there's a way to make the JBP record as it was meant to be by archos ....? |
| 14:23:37 | wodokm | heheh cool, they wanted to use for ecording, but then they gave the recoder a brand new display hehehehe... |
| 14:23:47 | wodokm | you you gotta use that one too somehow... |
| 14:23:57 | Linus | Evil_Mind: i think they planned on using the same display for the recorders |
| 14:24:02 | wodokm | maybe in a hidden part to fake ppl tthat we can record hahaha |
| 14:24:37 | wodokm | linus: yeah, planned, but then eveything changed (as always) |
| 14:24:47 | Evil_Mind | so thers no way the player will be able to record? |
| 14:24:53 | Linus | so you think we should light the param icon when in the settings menu? |
| 14:24:59 | Linus | Evil_Mind: no |
| 14:25:04 | Evil_Mind | so the player is ready ...its just a frimware issue? |
| 14:25:17 | Linus | Evil_Mind: no |
| 14:25:22 | wodokm | linus: well, yes, not in the menu selection, but when you're really changing values! |
| 14:25:23 | | Quit Hes (Read error: 60 (Operation timed out)) |
| 14:25:49 | Linus | ok |
| 14:26:23 | wodokm | i think that's quite understandable then! (kinda warning light - you're about to change something with the next press of a key) |
| 14:26:58 | Linus | hehe. but is it intuitive? i think not. |
| 14:27:49 | Linus | going into a menu called "settings" kind of tells you something... :-) |
| 14:28:00 | wodokm | well, it's just for information, normally we could (and can) live without it - no problem - we just want to use it sensibly? |
| 14:28:17 | Linus | i have no problems using it |
| 14:28:47 | Linus | i'm just questioning the value of it |
| 14:29:02 | Linus | but it sure doesn't make things worse |
| 14:29:15 | Linus | let's add it |
| 14:29:48 | wodokm | yeah sure, there's no big value, but as with the ON discussion i think it's okay when it lits the param (waiting for other key to come), and so it's also okay when setting values from the menu.. so.... yeah - add it! ;) |
| 14:30:00 | Linus | what does the stock firmware do when you press a key in the locked state? |
| 14:30:32 | wodokm | i think nothing, wait - i gott aget it from my car (anyway) |
| 14:32:34 | Linus | how do we want to lock the keys on the recorder? |
| 14:32:41 | Linus | a function key? |
| 14:32:49 | Linus | or ON+DOWN? |
| 14:32:55 | Linus | or...? |
| 14:33:12 | PsycoXul | well it should be a key combo... a bumpable unlock key isn't that useful |
| 14:33:30 | Linus | ok. on+down then |
| 14:33:37 | wodokm | when holding ON down on the player the following appears: |
| 14:33:42 | wodokm | > SELECT |
| 14:33:51 | wodokm | # HOLD Off |
| 14:33:54 | wodokm | resp. |
| 14:33:57 | wodokm | #HOLD On |
| 14:34:24 | wodokm | so ppl see they have a choice now! (but the volume thing is not described - the 2 lines problem) |
| 14:35:27 | PsycoXul | yeah but i don't think people need to see 2 lines of choices for 5 possible other buttons for the rest of their lives.. heh |
| 14:35:27 | | Quit Hadaka (Connection timed out) |
| 14:36:23 | PsycoXul | maybe a built-in help? or configurable verbose mode? or maybe just tell people to read the docs, and put it in there? |
| 14:37:15 | wodokm | well, it's not too much functions in there, so a short doc should do i guess.. of course best would be to dont need docs, but hey, with to lines of text and some simply icons, that's NOt POSSIBLE::: |
| 14:37:31 | wodokm | sorry fuck capslock |
| 14:38:22 | | Join notch [0] (hidden-use@arthur.techprt.co.uk) |
| 14:38:37 | wodokm | the stock f/w has in stopped mode always the pause symbol, so they need to have the AUDIO icon, so we see it's not lighted, so we're not really in pause mode... dunno why they don't just simpy don't lite the pause symbol... |
| 14:38:47 | notch | Latest Build: Problems with on/off menu's , |
| 14:38:56 | notch | You know about this? |
| 14:39:05 | Linus | notch: it is fixed in CVS |
| 14:39:10 | notch | cool |
| 14:40:24 | wodokm | linus: maybe you should write on the homepage that there's soo much fixed/added in the CVS than in v1.1 .. i first also tried the 1.1 (so did notch it seems), would stop too many ppl questioning you about fixed stuff... |
| 14:40:44 | | Join Hadaka [0] (naked@graywolf.onnanifujiyuu.org) |
| 14:41:09 | wodokm | linus: or the webmaster ;) |
| 14:41:36 | Linus | which is me at the moment |
| 14:41:54 | wodokm | linus: you don't need the > SELECT info, so we would have 2 lines: VOLUME and LOCK to describe in the ON-key-hold-position... |
| 14:42:02 | wodokm | urgs ;8 hehehe |
| 14:43:44 | Linus | how about this: |
| 14:44:16 | | Join jedix` [0] (~liam@fwott1-1.cis.ec.gc.ca) |
| 14:44:23 | Linus | STOP: Lock |
| 14:44:29 | Linus | <>: Volume |
| 14:44:45 | Linus | <> are of course the arrow characters |
| 14:45:10 | wodokm | rite, principially my idea! |
| 14:45:40 | wodokm | well we could use the square icon for STOP or write STOP, but that's not too impotant now i guess... |
| 14:45:45 | Linus | the problem is of course that if the user doesn't select anything, it will leave the WPS |
| 14:46:35 | Linus | there is no square character on the older displays |
| 14:47:58 | wodokm | ahh.. the characters are not programmable on the older displays? on the newer they are, you have the rockbox "logo"... |
| 14:48:36 | | Join Evil_Mind1 [0] (~StealthWa@212.199.34.98) |
| 14:48:44 | wodokm | hmm maybe only a short ON-pressing turns to file-selector.. but that's really un-intuitive... |
| 14:50:38 | *** | Saving seen data "./dancer.seen" |
| 14:51:29 | Linus | wodokm: the rockbox "logo" is nothing but normal characters in the double-height mode (which isn't available on the older displays either) |
| 14:51:32 | wodokm | or well, it's ppls fault then when not selecting anything.. they can return to WPS with simply pressing ON again, not that prob' |
| 14:51:34 | wodokm | ? |
| 14:51:52 | Linus | no, not a problem. but is it intuitive? |
| 14:52:08 | wodokm | wow, double height mode? really - per hardware? wow what a display.... |
| 14:52:30 | Linus | i was thinking of using the MENU key instead |
| 14:52:44 | Linus | holding menu gives a "fast" choice |
| 14:52:49 | Linus | releasing it goes to the menu |
| 14:52:56 | wodokm | no, but the only solution i found for now... archos changes to files mode with ON+PLAY.. but i like the ON-switching the way it is now... |
| 14:53:21 | wodokm | linus: that's a GREAT idea!!!! |
| 14:53:49 | wodokm | because these 2 things ae pactically menu points, just a shortcut... GREAT - that's it..!! |
| 14:53:59 | Linus | i think so too |
| 14:54:51 | wodokm | it's always good to discuss such things with many ppl, at the end there's mostly a good solution at the beginning no one thinks about... |
| 14:55:12 | wodokm | i've had 2 ergonomics classes at the university.. ;-) i' |
| 14:55:29 | wodokm | i'm aware of the UI problem... |
| 14:56:11 | wodokm | and in the course they said no unit should need an documentation.. well, that's be the best, but not when limited with small displays etc.. it's not always possible then =( |
| 14:56:34 | Linus | it is indeed a fascinating area |
| 14:56:51 | Linus | i also liked the psycology classes |
| 14:58:34 | wodokm | so now we shoq ppl how it can be done. yeah =) |
| 15:00 |
| 15:02:41 | | Quit Evil_Mind (Read error: 110 (Connection timed out)) |
| 15:03:31 | | Join Hes [0] (~hessu@hessu.zedi.sonera.fi) |
| 15:05:33 | wodokm | linus: it the settings saving to hdd hard to do? |
| 15:05:44 | Linus | no |
| 15:06:03 | Linus | save a 512 byte block to sector 62 |
| 15:06:33 | wodokm | so it'll be done soon? ;-) |
| 15:06:38 | Linus | but only if the battery status is above BATTERY_LEVEL_DANGEROUS |
| 15:06:59 | wodokm | sure, what would happen else? |
| 15:07:01 | Linus | yes, it will be done soon, as all the other things. :-) |
| 15:07:23 | wodokm | at least it's no miracle how to do, so yippie it'll be done soon ;9 |
| 15:07:33 | Linus | :-) |
| 15:07:49 | Linus | in the future, we would like the settings to be saved in a file |
| 15:08:16 | wodokm | hmm well, yea - future... =) |
| 15:08:41 | wodokm | did you write the whole fat readin yourself or did u use some fat-eading source from somewhere? |
| 15:08:46 | wodokm | reading |
| 15:08:58 | Linus | i wrote it from scratch |
| 15:09:13 | Linus | but it was FAT16 |
| 15:09:19 | wodokm | not a problem when you have the ATA running for reading sectors? |
| 15:09:30 | Linus | actually i simulated the ATA |
| 15:09:34 | wodokm | so i guess FAT16 is quite simply, if it's only for reading? |
| 15:09:45 | Linus | FAT16/12 is much worse |
| 15:09:48 | wodokm | whoha |
| 15:10:00 | wodokm | 12? |
| 15:10:01 | Linus | lots of silly bit shifting and stuff |
| 15:10:07 | Linus | FAT12 is for floppies |
| 15:10:15 | wodokm | heheh you c64 guy are used to that, no complaints! |
| 15:10:16 | wodokm | ;) |
| 15:10:34 | Linus | Björn adapted my FAT16 code to FAT32 and removed the FAT16/12 support |
| 15:10:38 | wodokm | aaaargs floppies hehehe what's that? ;)) |
| 15:11:07 | Linus | It was originally intended for FAt support for ATA-flash cards |
| 15:11:14 | Linus | to Ecos |
| 15:11:32 | wodokm | so with the ATA thing there was more than just send a read "sector x to memory yyy" command? |
| 15:11:45 | Evil_Mind1 | such things with many ppl, at the end there's mostly a good solution at the beginning no one thinks about... |
| 15:11:46 | Evil_Mind1 | <wodokm> i've had 2 ergonomics classes at the university.. ;-) i' |
| 15:11:46 | Evil_Mind1 | <wodokm> i'm aware of the UI problem... |
| 15:11:50 | Evil_Mind1 | opppss...... |
| 15:12:17 | Linus | ATA is not much more that reading and writing of sectors |
| 15:12:26 | wodokm | evil: got what your responding to ;) |
| 15:13:09 | wodokm | ah okay.. i know that stuff from amiga disks.. lowlevel-reading and decoing of sectors and stuff heheeh oldskool |
| 15:21:35 | | Join Lear [0] (~chatzilla@h106n1fls35o1002.telia.com) |
| 15:21:51 | Linus | hi Lear! |
| 15:22:10 | Lear | Hi |
| 15:22:56 | Lear | trying to build rockbox on Win32, but need a better mkdir. Anyone know a good resource for that? |
| 15:23:10 | Linus | better mkdir? |
| 15:23:12 | Lear | (Maybe I should just switch to Linux... :)) |
| 15:23:33 | Lear | yeah, cmd.exe contains one, but zsh can't find it. And it doesn't support -p. |
| 15:23:39 | wodokm | lear: cygwin works fine for me... |
| 15:25:02 | Lear | wodokm: sure, but a bit of overkill just to get mkdir... |
| 15:26:50 | wodokm | lear: that's right, if the rest works except mkdir... |
| 15:27:33 | Lear | wodokm: I don't know yet... :) |
| 15:28:29 | Linus | Lear: http://unxutils.sourceforge.net |
| 15:29:28 | Lear | linus: thanks, downloading... |
| 15:32:26 | wodokm | okay guys, c ya 2morrow... (linus: so v1.2 is quite ahead now ;-) waitin' for it to be eady tomorow hhehehe ;-) |
| 15:33:15 | Linus | wodokm: sure. |
| 15:33:31 | wodokm | okay great, have a nice evening.. bye |
| 15:33:38 | | Part wodokm |
| 15:43:43 | Linus | i am wondering about the key repeating...do we really want key repeat for all keys? |
| 15:44:38 | Hes | I don't think I'd want it except for left/right while rewinding/fast forwarding and for up/down in menus and directories |
| 15:44:47 | Linus | same here |
| 15:44:58 | Linus | maybe the games would want something else |
| 15:45:15 | Hes | it should probably be enabled/disabled by the app in the foreground |
| 15:45:34 | Linus | i was thinking of some kind of button_set_repeat() call |
| 15:46:17 | Linus | default would be up/down/left/right on recorder and left/right on Player |
| 15:46:49 | | Join Gissehel [0] (gissehel@AFontenayssB-105-1-4-8.abo.wanadoo.fr) |
| 15:46:50 | | Quit Evil_Mind1 ("Live the rest, die like the best §TEÅLTH WÅR §©®|PT B¥ NIGHTWOLF") |
| 15:48:02 | Linus | then another question comes: |
| 15:48:36 | | Quit edx (Read error: 104 (Connection reset by peer)) |
| 15:49:21 | Hes | Does sourceforge provide automated emails on CVS changes? |
| 15:50:35 | Linus | yes |
| 15:50:52 | Linus | what to do when several keys are depressed at once? |
| 15:51:06 | | Join pyvasene [0] (~pyvasene@ns1.alcove-solutions.com) |
| 15:51:10 | Linus | should we repeat if one of them is a repeated key? |
| 15:51:30 | Linus | or should we repeat only if all keys are repeated keys? |
| 15:51:34 | Linus | or not at all? |
| 15:51:48 | Linus | i would go for alternative 2 |
| 15:52:14 | | Part pyvasene |
| 15:53:21 | Hes | option 2 should be right. |
| 15:53:39 | Linus | yeah, i think it makes most sense |
| 15:59:24 | | Join elinenbe [0] (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
| 15:59:30 | Linus | yo elinenbe! |
| 15:59:36 | | Quit elinenbe (Client Quit) |
| 16:00 |
| 16:01:20 | | Quit ironi_ (Remote closed the connection) |
| 16:02:38 | | Quit Gissehel ("Bye!") |
| 16:03:32 | Lear | So I installed cygwin, but it won't build anyway. undefined reference to memcmp |
| 16:10:15 | | Join pyvasene [0] (~pyvasene@ns1.alcove-solutions.com) |
| 16:11:24 | Linus | Lear: how did you build it? |
| 16:11:53 | Linus | and what did you build? |
| 16:12:46 | Lear | just typed "make" in rockbox/apps. I suspect it may be caused by my choice of downloading GnuSH 0203... |
| 16:13:01 | yro|work | Linus: The sector for prefs is the 62 ? (I'm not sure...) |
| 16:13:14 | Linus | no, it is an effect of you not reading the README |
| 16:13:15 | Linus | :-) |
| 16:13:24 | Linus | yro|work: archos uses that |
| 16:14:09 | Linus | Lear: you are supposed to create a directory and run tools/configure in that dir |
| 16:14:18 | yro|work | Ok. I will try to figure how it stores its setting in this sector... |
| 16:14:25 | Lear | linus: yep, didn't read that... |
| 16:14:28 | Linus | yro|work: why? |
| 16:14:48 | Linus | Lear: and don't forget to run "make" in the tools dir first |
| 16:14:57 | yro|work | Linus: to try to make a saving settings on my jb... |
| 16:15:19 | Hes | yro|work: probably the way to go would be modifying settings.c to write the rtc_config_block in that sector |
| 16:15:20 | Linus | you don't need to look at how archos saves the settings |
| 16:15:24 | Linus | we have our own settings |
| 16:16:20 | Hes | load_config_buffer() and save_config_buffer() should be modified basically |
| 16:16:30 | Hes | to save/load in the disk sector instead of the rtc |
| 16:16:37 | Lear | linus: no settings for player yet though, or? |
| 16:18:27 | Linus | Lear: no, but it seems that yro is on his way to implement it... |
| 16:20:01 | yro|work | If I find sufficent time... |
| 16:24:01 | | Join aakil [0] (~anon007@adsl-63-195-51-251.dsl.snfc21.pacbell.net) |
| 16:24:24 | elinenbe2 | hey there! My wireless is hurting today - I keep getting logged off and on! |
| 16:25:15 | | Nick elinenbe2 is now known as elinenbe (trilluser@pcp02254422pcs.wanarb01.mi.comcast.net) |
| 16:26:39 | Lear | now what... make in tools fails: make (e=2): The system cannot find the file specified. |
| 16:27:12 | Linus | do you have the native gcc in the path? |
| 16:27:24 | Lear | just added that... |
| 16:28:14 | Lear | wonder if I have the right make though (I use the gnu-sh one now) |
| 16:28:36 | Linus | that one may have other default rules |
| 16:28:56 | Linus | btw, you should have both gcc and sh-elf-gcc in the path |
| 16:28:58 | Lear | my thought exactly; installing cygwin's now |
| 16:30:09 | Lear | ah, that worked better... |
| 16:31:25 | | Join ironi_ [0] (~ironi@80.88.116.93) |
| 16:32:45 | Lear | argh. normal build fails: FATAL: can't create /cygdrive/d/Source/C/Rockbox/build/drivers/adc.o: No such file or directory |
| 16:32:51 | Lear | but the directory is there... |
| 16:33:31 | Linus | strange |
| 16:33:46 | Moofle | Just a quick question : where in the code is the version number displayed at splash? Could'nt grep it anywhere (ex : 020723) |
| 16:33:49 | Lear | if I create the file first, it works... |
| 16:34:40 | Linus | Moofle: the version number is generated by the build script |
| 16:34:52 | notch | What do you windows users use to view the rockbox source files? |
| 16:35:04 | aakil | Lear: Change /cygdrive/d to d:/ |
| 16:35:13 | Linus | notch: emacs |
| 16:35:18 | notch | thanks! |
| 16:35:24 | Lear | aakil: where? in the generated makefile? |
| 16:35:30 | Moofle | Linus: thx |
| 16:35:32 | aakil | Yes |
| 16:35:51 | Lear | aakil: thanks, that helped |
| 16:37:55 | Lear | what the... still missing memcmp! |
| 16:38:06 | Linus | notch: any sensible Windows user would use emacs, most of them don't |
| 16:38:20 | aakil | Lear: That's a problem with GnuSH v0203 |
| 16:38:33 | Linus | aakil: aha! |
| 16:38:34 | aakil | Lear: Go back to v0202 and you'll be fine |
| 16:39:08 | Lear | aakil: typical. otoh, writing a new memcmp shouldn't be that hard. :) |
| 16:39:26 | aakil | Lear: Yeah, but why bloat unnecessarily :) |
| 16:39:34 | aakil | Lear: esp. for Windows!! |
| 16:39:58 | notch | Linus: know where I would find a windows exe, or will I have to build it... |
| 16:40:49 | Lear | aakil: but isn't gcc 3.1 much better? |
| 16:41:03 | Linus | notch: http://ftp.sunet.se/pub/gnu/windows/emacs/ |
| 16:41:23 | Linus | Lear: you can build your own compiler |
| 16:42:07 | Lear | linus: perhaps, but I'd rather not... |
| 16:42:09 | notch | Linus: Great! that just saved me an hour of searching :-)) |
| 16:45:55 | yro|work | must go, bye all, see ya |
| 16:45:57 | | Quit yro|work ("ircII EPIC4-1.1.5 -- Are we there yet?") |
| 16:50:36 | Lear | aakil: he, quicker to write memcmp than do download gnu sh 0202. :) |
| 16:50:39 | *** | Saving seen data "./dancer.seen" |
| 16:53:06 | aakil | :) |
| 16:56:42 | Lear | hm... want to change defaults for a build (due to lack of persistant settings on player), but it is placed in (at least) 3 different files... |
| 16:57:28 | Linus | what? |
| 16:58:23 | Lear | what what? :) the default settings (as set in settings.c:settings_reset) |
| 16:58:56 | Linus | the default values should be in settings.h |
| 16:59:14 | Lear | not quite. some are set in settings.h, others in settings.c, and yet some in mpeg.c (despite some defines in settings.h) |
| 16:59:30 | Linus | which settings do you mean? |
| 16:59:54 | Linus | aha. i see |
| 17:00 |
| 17:00:22 | notch | where are the button pushes handled in the firmware? |
| 17:00:29 | notch | Can't seem to find it... |
| 17:00:33 | Linus | drivers/button.c |
| 17:00:41 | notch | oh !! |
| 17:00:43 | Linus | firmware/drivers/button.c |
| 17:00:58 | notch | :-) |
| 17:01:18 | Linus | Lear: the MPEG defaults are hard to have in settings.h |
| 17:02:03 | Linus | the other are hard coded because some developers have been lazy |
| 17:02:09 | Linus | i'll fix that |
| 17:02:26 | Lear | linus: why? |
| 17:02:33 | Linus | why fix it? |
| 17:02:47 | Lear | linus: no, why hard to have mpeg defaults in settings.h |
| 17:03:23 | Linus | because those depend on the hardware configuration, something the application shouldn't care about |
| 17:04:36 | Linus | but yes, it is of minor importance |
| 17:05:27 | Lear | linus: but they seem to be the same for all targets... and shouldn't the API be the same for all configurations? :) |
| 17:05:57 | Linus | bass and treble are not the same for all targets |
| 17:06:29 | Lear | only one defaultval struct that I can see... |
| 17:06:38 | Linus | with #ifdefs |
| 17:06:48 | Lear | sorry, looked at uisimulator. :) |
| 17:08:34 | Linus | actually, i think the DEFAULT_XXX macros are useless |
| 17:08:48 | Linus | settings.c should be the only file that uses them |
| 17:42:28 | | Nick mecraw|sleeping is now known as mecraw (~mecraw@ip68-4-92-30.oc.oc.cox.net) |
| 17:44:44 | | Quit Moofle (Remote closed the connection) |
| 17:46:32 | | Join Zagor [0] (~bjst@as9-5-6.k.s.bonet.se) |
| 17:46:51 | Zagor | hey guys, what's up? |
| 17:46:56 | Linus | Wohoooo! ZAGOR! |
| 17:47:25 | Linus | everything is going smooth without you! |
| 17:47:27 | Linus | :-) |
| 17:47:29 | Zagor | hehe |
| 17:48:02 | Linus | bonet? |
| 17:48:20 | Linus | where are you? |
| 17:48:26 | Zagor | back home again |
| 17:48:48 | Linus | and where is home nowadays? |
| 17:48:50 | Zagor | but you'll have to do without me the next few more days. I'm moving on saturday. |
| 17:48:57 | Linus | aha! |
| 17:50:44 | Linus | the player can finally change volume in WPS with ON+LEFT/RIGHT |
| 17:50:55 | Linus | soon to be MENU+LEFT/RIGHT |
| 17:51:27 | Zagor | yeah, I saw that in the cvs log. nice! |
| 17:55:27 | Linus | and MENU+STOP keylocking is coming up |
| 18:00 |
| 18:01:04 | | Quit aakil (Read error: 110 (Connection timed out)) |
| 18:04:17 | Linus | Zagor: i tested the loadable fonts patch |
| 18:04:43 | Zagor | ok. opinions? |
| 18:04:51 | Linus | slow as molasses |
| 18:05:05 | Linus | it took me a while to make it compile |
| 18:05:15 | Linus | but it's cool |
| 18:06:35 | Zagor | slow? what part of it? |
| 18:06:42 | Linus | the text output |
| 18:06:50 | Zagor | oh |
| 18:07:13 | Linus | yeah, there is some data copying going on that isn't very fast |
| 18:07:30 | Linus | i wonder if he really tested it on target |
| 18:09:06 | Zagor | good question |
| 18:09:57 | Linus | there were a zillion warnings about missing prototypes and such, so i guess he only simulated it |
| 18:10:17 | Linus | not a zillion, that was unfair |
| 18:10:32 | Linus | he has done a great job |
| 18:14:12 | Zagor | I'm not looking forward to my coming "black out" period while Bonet is moving my ADSL connection... :-( |
| 18:18:00 | | Quit notch () |
| 18:33:09 | elinenbe | Zagor: hello |
| 18:33:50 | elinenbe | I thought the lodable font patch was pretty good. |
| 18:34:33 | Linus | elinenbe: do you develop on Windows? |
| 18:34:38 | elinenbe | under cygwin |
| 18:34:55 | Linus | that probably explains it |
| 18:35:20 | elinenbe | ...for rockbox, most my stuff is on Sun machines for school and MSVC for other stuff. |
| 18:35:35 | elinenbe | I have been playing around with QT under windows. Pretty nice stuff there. |
| 18:35:45 | | Nick Tumm is now known as tumm (coyote@212.85.67.96) |
| 18:36:01 | Linus | elinenbe: so you don't find the character output slow? |
| 18:36:07 | elinenbe | Linus: with all this button stuff, now I can program Street Fighter for the Rockbox |
| 18:36:23 | elinenbe | Linus: lemme check again. I will load it up and tell you what I think. |
| 18:36:23 | elinenbe | ok |
| 18:37:48 | Linus | all those #ifdefs in wps.c makes me crazy |
| 18:38:09 | Linus | we need to rewrite some parts there |
| 18:39:13 | elinenbe | okay. scrolling is quite slow (as in up and down through a directory) |
| 18:39:23 | elinenbe | this needs to be faster in rockbox too though. |
| 18:39:24 | Linus | yes |
| 18:40:15 | elinenbe | I think your goal should be 5x faster directory browsing. :) |
| 18:42:09 | elinenbe | Linus: I think you should send an email out to the font developer telling him it needs to be faster. |
| 18:42:22 | elinenbe | He is wondering why it has not been submitted. |
| 18:43:02 | Linus | i have |
| 18:43:10 | elinenbe | that is great. |
| 18:44:29 | Linus | i think saying "for unknown reasons it still didn't make it into CVS" is a little unfair |
| 18:44:38 | Linus | it is a huge patch |
| 18:44:55 | Linus | and we are on vacation |
| 18:45:06 | elinenbe | I agree. I also agree that there are bugs in the current CVS |
| 18:45:19 | elinenbe | try going into Info, or Verison |
| 18:45:21 | elinenbe | Version |
| 18:45:39 | elinenbe | can't do it. |
| 18:45:50 | Linus | oooops. |
| 18:46:27 | Linus | the button driver has changed |
| 18:46:53 | Linus | and all info screens just wait for any button event |
| 18:47:24 | Linus | which will be the key-up event of the key that selected the menu item |
| 18:50:43 | *** | Saving seen data "./dancer.seen" |
| 18:59:20 | Linus | fixed and committed |
| 19:00 |
| 19:01:18 | Linus | Zagor: your deep sleep has broken the USB mode |
| 19:02:17 | Zagor | really? any idea how? |
| 19:02:23 | Zagor | ah, of course. |
| 19:02:31 | Zagor | we need to reset the disk when entering usb mode. |
| 19:02:48 | Linus | i don't think the ISDx00 likes that the disk sleeps when we enter the USB mode |
| 19:02:56 | Zagor | nope |
| 19:03:07 | Linus | i tried that, but it doesn't help |
| 19:03:33 | Zagor | tried what? resetting? after reset the disk is in normal state, so that should be enough |
| 19:04:06 | Linus | yeah, i thought so too |
| 19:06:51 | Linus | aha. |
| 19:07:10 | Linus | ata_soft_reset() followed by ata_init() solved the problem |
| 19:07:38 | Linus | interesting that the disk doesn't spin up when doing a soft reset |
| 19:09:49 | Zagor | well, why should it? maybe you just want to query it something. |
| 19:10:18 | Linus | true |
| 19:11:44 | | Part pyvasene |
| 19:11:54 | Linus | i better head on home |
| 19:12:41 | Linus | and continue rockboxing... :-) |
| 19:12:54 | Zagor | bye |
| 19:13:12 | Linus | bye |
| 19:13:14 | | Part Linus |
| 19:41:54 | | Join mecraw12 [0] (~mecraw@ip68-4-92-30.oc.oc.cox.net) |
| 19:41:54 | | Quit mecraw (Read error: 104 (Connection reset by peer)) |
| 19:42:10 | | Nick mecraw12 is now known as mecraw (~mecraw@ip68-4-92-30.oc.oc.cox.net) |
| 19:46:01 | | Join mecraw12 [0] (~mecraw@ip68-4-92-30.oc.oc.cox.net) |
| 19:46:02 | | Quit mecraw (Read error: 104 (Connection reset by peer)) |
| 20:00 |
| 20:04:18 | * | mecraw12 moves 1000 miles |
| 20:05:03 | | Part mecraw12 |
| 20:26:28 | Lear | hm... in settings_load, don't you need to call stuff like lcd_scroll_speed to make the settings take effect? |
| 20:40:22 | Lear | yep, seems like that did the trick. |
| 20:43:45 | Lear | that means calls to lcd_scroll_speed(), backlight_time() and 3-5 calls (depending on model) to mpeg_sound_set(), AFAICS. |
| 20:45:43 | Hes | Someone tell Linus he broke tetris. |
| 20:45:57 | Hes | Just as I was demonstrating the coolness of rockbox to my girlfriend |
| 20:48:10 | Hes | and failed miserably since I updated the code from CVS just before that. |
| 20:48:17 | Hes | I blame Linus! |
| 20:48:42 | Lear | hes: could be the button updates (to report button releases as well as presses) |
| 20:48:52 | Hes | Right. |
| 20:50:27 | Lear | btw, anyone knows if rockbox is better than archos firmware with regards to gaps during playback? |
| 20:50:45 | *** | Saving seen data "./dancer.seen" |
| 20:51:00 | Lear | when I used Lame −−alt-preset standard, I'd get occasional short dropouts of sound (half a second perhaps) every now and then. |
| 20:51:52 | Lear | when I changed to Lame −−abr 160 they dissapeared, so I suspect the buffering wasn't good enough... |
| 20:54:52 | Zagor | gaps are inherent in mp3, since frames depend on each other |
| 20:55:43 | Lear | I'm not talking between tracks or anything |
| 20:56:28 | Zagor | oh, ok. you get skipping mid-song? that shouldn't happen with Rockbox anyway. |
| 20:57:34 | | Quit jedix` (Remote closed the connection) |
| 20:59:30 | Lear | Hm.. The key lock doesn't block volume changes (with "menu" and "+" and "-"). Is that correct? |
| 21:00 |
| 21:00:14 | Zagor | i don't know. I'm still on vacation :-) |
| 21:29:14 | | Join Linus [0] (~linus@193.15.23.131) |
| 21:29:23 | | Part Linus |
| 21:29:26 | | Join Linus [0] (~linus@193.15.23.131) |
| 21:29:33 | Linus | hola! |
| 21:29:49 | Hes | yo. |
| 21:45:12 | Linus | i have fixed the top-priority bug now |
| 21:45:33 | Hes | Excellent. |
| 21:45:45 | Hes | I found the bug as I was demonstrating the coolness of rockbox to my girlfriend |
| 21:45:50 | Hes | and failed miserably since I updated the code from CVS just before that. |
| 21:46:10 | Linus | sorry about that... |
| 21:46:28 | Hes | Thanks for the fix. 8-) |
| 21:46:42 | Linus | well, i caused it, so... |
| 21:47:17 | Hes | My fault, demonstrated bleeding-edge code before testing it. Demo effect hit me right away. |
| 21:47:29 | Linus | hehe |
| 21:47:46 | Linus | that's the beauty of being a programmer |
| 21:47:47 | Hes | Okay, bed time, good night. I'm off for the weekend. |
| 21:47:57 | Linus | you can make awful mistakes |
| 21:48:05 | Linus | but you become a hero when you fix them |
| 21:48:15 | Linus | bye Hes! |
| 21:48:40 | Linus | Zagor: are you there? |
| 22:00 |
| 22:25:27 | Zagor | yup |
| 22:25:52 | * | Zagor is packing frenetically |
| 22:25:59 | Linus | hehe |
| 22:26:14 | Linus | do you have time? |
| 22:26:35 | Zagor | always for you.. ;) what is it? |
| 22:26:46 | Linus | i am thinking about the UI |
| 22:27:10 | Linus | and the status information |
| 22:27:18 | Linus | what do we want? |
| 22:27:37 | Zagor | we want options :-) |
| 22:27:44 | Linus | i can imagine a status bar at the top of the screen |
| 22:27:57 | Linus | (yes, yes, confugirable) |
| 22:28:17 | Zagor | yeah, I think an archos-style status row at the top is a good idea |
| 22:28:19 | Linus | and a function key bar at the bottom |
| 22:28:37 | Linus | so how would we want to update it? |
| 22:29:05 | Linus | a status_draw() call once in a while? |
| 22:29:06 | Zagor | the function keys are definitely a configurable option |
| 22:29:18 | Zagor | hmm. a thread? |
| 22:29:30 | Linus | a thread that calls lcd_update() |
| 22:29:48 | Linus | or maybe we need an lcd_update_rect() |
| 22:30:56 | Zagor | an optimised lcd_update() would probably be good, yes |
| 22:31:30 | Zagor | but the question is more about who calls the update code, I guess? |
| 22:32:24 | Linus | if we have lcd_update_rect() we wouldn't have to care |
| 22:32:40 | Linus | the two threads would be updating different parts of the lcd |
| 22:33:55 | Zagor | possibly. but otoh i'm not sure it's very nice having every thread use update_rect(). only those updating small things should use it, IMHO. |
| 22:34:21 | Linus | i can imagine another solution |
| 22:34:50 | Zagor | btw, did you fix the logbot cronjob? |
| 22:34:55 | Linus | let's say that the main thread receives a TICK_MSG every once in a while |
| 22:35:04 | Linus | and then calls status_draw() |
| 22:35:13 | Linus | no, i didn't fix it |
| 22:35:23 | Linus | i think you have a syncronization problem |
| 22:35:35 | Linus | dancer renames the log too late |
| 22:35:37 | Linus | i think |
| 22:36:15 | Zagor | the rename only happens after we try and copy it, so I don't use the renamed name |
| 22:36:24 | Linus | aha |
| 22:36:39 | Zagor | it happens on the first event after midnight, while I copy 23:59 |
| 22:36:46 | Linus | ok, so it copies, and then renames? |
| 22:37:05 | Zagor | no the cronjob copies to a different destination name |
| 22:37:37 | Linus | ok so one job renames it at 00:00, and another copies it at 23:59? |
| 22:42:43 | Zagor | no, there's only one job: 23:59 cp logfile `date +rockbox-%Y%m%d.log` |
| 22:43:05 | Zagor | dancer renames it's logfile on the first irc event after midnight |
| 22:43:10 | Zagor | that's not a cron job |
| 22:43:22 | Linus | and how well does dancer know the time |
| 22:43:24 | Linus | ? |
| 22:43:37 | Zagor | it's running on the same host as the cron job |
| 22:44:00 | Linus | no mail from cron? |
| 22:44:17 | Zagor | doh! i have them turned off :) |
| 22:50:48 | *** | Saving seen data "./dancer.seen" |
| 22:51:55 | Linus | so what do you think about the TICK_MSg idea? |
| 22:55:00 | Zagor | the problem is there are so many places in the code where we need to handle such a message |
| 22:55:12 | Linus | yes |
| 22:55:21 | Zagor | is there any reason why we don't just chuck another thread at it? |
| 22:55:34 | Linus | not rally |
| 22:55:37 | Linus | really |
| 22:56:10 | Zagor | then I think we should do it that way |
| 22:56:31 | Linus | ok, so a status thread that updates the top of the screen |
| 22:56:35 | Zagor | yup |
| 22:56:46 | Linus | with or without lcd_update()? |
| 22:57:13 | Zagor | with. there's no telling when the main thread will call it next time |
| 22:57:27 | Linus | so maybe even an lcd_update_rect()? |
| 22:57:37 | Zagor | that'd be a bonus, yes |
| 22:59:06 | Linus | by the way, an average lcd_update() takes 8.5ms today |
| 22:59:40 | Linus | and tree.c does 3 of those for every cursor move |
| 23:00 |
| 23:01:50 | Zagor | ooh, bad tree.c :-) |
| 23:25:10 | | Join mecraw [0] (ioctrl@ip68-4-92-30.oc.oc.cox.net) |
| 23:26:39 | Lear | linus: don't know if you saw it, but at the very end of load_setting(), there should be calls to lcd_scroll_speed(), backlight_time() and mpeg_sound_set(). At least, I think that covers all... |
| 23:29:35 | mecraw | Linus: why not just swallow button presses in button_tick() when in lock-mode instead of checking for it in wps and other places? |
| 23:35:28 | | Join adiamas [0] (~adiamas@as5300-9.216-194-23-19.nyc.ny.metconnect.net) |
| 23:36:06 | | Nick adiamas is now known as adi|home (~adiamas@as5300-9.216-194-23-19.nyc.ny.metconnect.net) |
| 23:36:22 | Linus | mecraw: because we don't want to swallow it all |
| 23:37:07 | Linus | but maybe we can use a filter mask just like the repeat mask |
| 23:37:24 | Lear | linus: like to allow volume change? |
| 23:37:55 | Linus | Lear: yeah, at leat to allow the qualifier (MENU or F1) |
| 23:38:28 | Linus | Lear: those calls can't be in settings.c |
| 23:38:48 | Linus | because that may be called before the mpeg is initialized |
| 23:38:49 | Lear | linus: why? they're needed. and I have a build with them... |
| 23:39:22 | Linus | look at main.c |
| 23:40:46 | Linus | actually, a filter mask isn't stupid at all... |
| 23:40:56 | Lear | linus: ah, so ditch mpeg_sound_set() then. the others are needed. could be in main.c instead... |
| 23:43:42 | Linus | actually, the scroller should use global_settings.scroll_speed directly |
| 23:44:25 | Linus | the same goes for backlight |
| 23:44:31 | Lear | weird, when I paste a new build to the archos drive, the old archos.mod is deleted, but the new one isn't copied... |
| 23:45:07 | Linus | how do you see that? |
| 23:45:54 | Linus | i hope you removed the unit safely |
| 23:46:26 | Lear | It just disappears (in Windows Explorer that is). And I always disconnect properly... |
| 23:46:55 | Linus | wow |
| 23:47:11 | Linus | or are you fooled by the fact that it appears at the bottom of the list? |
| 23:47:35 | Lear | nope, not that many files in the root... |
| 23:47:59 | Linus | maybe windows has opinions on what .MOD files should do? |
| 23:48:34 | Lear | but there's something fishy with my USB... Noticed that certain MP3's wouldn't copy to the archos, no matter what I did |
| 23:48:58 | | Join wodokm [0] (wodokm@sunhalle13.informatik.tu-muenchen.de) |
| 23:49:10 | Lear | then I discovered that I could fix that - by disconnecting my USB printer. Somehow, some data got re-directed there (saw activity on the hub) |
| 23:49:16 | Linus | that *really* sounds like unsafe removel to me |
| 23:50:12 | Lear | what, the USB printer? USB is hot-plug after all... |
| 23:50:55 | Lear | Another thing; when Archos is connected and doing something (like copying a file), the keyboard (also USB) goes dead for a little while. Not the mouse though. |
| 23:50:59 | Linus | i wrote that before i saw your text about the printer |
| 23:51:26 | Linus | wow |
| 23:51:36 | Linus | you are an USB guy for sure... :-) |
| 23:52:12 | Lear | but I wonder if it is such a good idea... |
| 23:52:54 | Lear | funny, that disappearing .mod file *only* happens the first time after connect, it seems. |
| 23:57:41 | Lear | another bug perhaps: when entering certain (largish) directories, the cursor is located on the last entry, rather than the first... |
| 23:58:03 | Linus | wow |
| 23:58:06 | Linus | repeatable? |
icon identifies that the person is a core developer (has commit access).