| 00:02:01 | XShocK | not expensive at all. |
| 00:02:23 | XShocK | actually to be exact, making wakeup will be much harder. |
| 00:02:37 | lokki | hmmm |
| 00:02:49 | lokki | anyhow, a calendar and a clock |
| 00:02:55 | lokki | thats just amazing |
| 00:03:11 | XShocK | just regular clock+calendar is just an RTC chip, capacitor(you can actually ommit it too), resistor. |
| 00:03:37 | XShocK | maxim.com actually even send free samples of their RTCs. |
| 00:04:49 | XShocK | to make wakeup you will also need progmrammable counter, another chip. |
| 00:05:10 | lokki | which will probably not fit into the case |
| 00:05:43 | XShocK | not really. rtc is a 4 pin, 2 by 2 mm chip. counter is also pretty mauch the same size. |
| 00:05:51 | XShocK | rtc is a 8 pin ... |
| 00:06:31 | XShocK | you also need a 32.768khz quartz |
| 00:06:45 | lokki | ok |
| 00:09:30 | amiconn | XShocK: Many rtc chips have an alarm function |
| 00:11:07 | XShocK | true. ijust used the one that don't :) |
| 00:11:58 | XShocK | since i don't really need alarm,but will probably alter it to have it anyway, will change chip.. |
| 00:16:50 | | Quit lokki ("CGI:IRC") |
| 00:16:53 | XavierGr | and how the clock stores the time, when the unit shuts down? |
| 00:17:15 | XavierGr | Doesn't it need a battery? |
| 00:18:04 | XavierGr | or it will draw power for its need from the main battery? |
| 00:18:29 | XavierGr | and what current consumption does it have, if it draws power from mains? |
| 00:18:31 | XShocK | yes. it draws power from main battery |
| 00:19:15 | XShocK | when main 3.3 volts are disconnected, it switch directly to battery and turns into lower consumption mode. |
| 00:19:20 | XavierGr | I mean, will it have a major difference in battery consumption? |
| 00:19:31 | XavierGr | which is? |
| 00:19:59 | XShocK | i actually couldn't measure power, my ,multimeter somehow measured 0. :) while i crearly saw a since wave on the quartz which meant it was working. |
| 00:20:15 | XavierGr | it must be lower than 1-2mA to say that it will not make a difference |
| 00:20:27 | XavierGr | I guess I am not sure |
| 00:20:36 | XavierGr | anyway have to eat now |
| 00:21:03 | XavierGr | Plaese make a wiki tutorial on how to do it, I am very interested into this. Please..... |
| 00:21:14 | XShocK | it is 100microampere |
| 00:21:53 | XavierGr | then great |
| 00:22:27 | XShocK | hmm.. it is actually even less. 800-1200nA |
| 00:22:44 | | Join arkascha_ [0] (n=arkascha@xdsl-195-14-221-116.netcologne.de) |
| 00:23:06 | XShocK | 100microA is a standby current. 800-1200nA is on BACKUP battery |
| 00:27:27 | XShocK | 0.0008 mA looks really scary. :) |
| 00:28:44 | amiconn | The RTC chip used in the archos recorders has a backup battery current of < 500nA |
| 00:31:53 | XShocK | I liked that Tektronix TDS2024 osciloscope so much... |
| 00:32:53 | amiconn | linuxstb: This rrockbox devkit uses a stone-age sh-elf-gcc ... |
| 00:33:01 | | Quit _arkascha (Read error: 110 (Connection timed out)) |
| 00:36:05 | linuxstb_ | amiconn: Yes, but the ipod_fw.c errors are caused by the native compiler. |
| 00:36:11 | amiconn | yes |
| 00:36:39 | linuxstb_ | I've emailed bluechip. I don't know if he actively maintains his devkit. |
| 00:37:25 | amiconn | Current native gcc on cygwin is 3.4.4. Currently recommended sh-elf-gcc is 3.3.6 |
| 00:39:08 | | Quit ashridah ("gone") |
| 00:39:08 | amiconn | What's the recommended arm-elf-gcc? |
| 00:39:11 | | Join ghode|afk [0] (n=garudin@host-84-9-104-184.bulldogdsl.com) |
| 00:40:15 | linuxstb | I'm using 3.4.4 |
| 00:40:29 | amiconn | ok |
| 00:41:43 | linuxstb | IPL still use 2.95 for the kernel, so I have no idea if 3.4.4 is the best choice. I just decided to try the newest version (ignoring gcc4) |
| 00:42:07 | amiconn | Yeah, rockbox code isn't really up to be build under gcc 4 |
| 00:42:18 | amiconn | Loads of signedness warnings... |
| 00:44:54 | | Quit ender` (Read error: 113 (No route to host)) |
| 00:54:51 | | Quit arkascha_ (Remote closed the connection) |
| 00:57:53 | *** | Saving seen data "./dancer.seen" |
| 01:00 |
| 01:14:40 | | Join tucoz [0] (n=50ca6645@labb.contactor.se) |
| 01:16:18 | | Quit tucoz (Client Quit) |
| 01:16:20 | | Join tucoz [0] (n=50ca6645@labb.contactor.se) |
| 01:16:59 | tucoz | Hi, I had not updated rockbox for some time and just notice that the shut down splash is now not gray scale anymore? is this intended? |
| 01:18:43 | | Quit tucoz (Client Quit) |
| 01:20:42 | | Join DJDD [0] (n=DJDD@CPE-143-238-11-25.vic.bigpond.net.au) |
| 01:21:22 | | Join tucoz [0] (n=martin@69.80-202-102.nextgentel.com) |
| 01:23:53 | tucoz | I just thought that the amount of commits made recently may have caused this. |
| 01:29:14 | tucoz | Anyway, it is all the splashes. I just thought I mention it in case it is an unwanted behaviour. |
| 01:32:28 | linuxstb_ | tucoz: Yes, I think I caused that with one of my commits. It was not intended. |
| 01:34:54 | tucoz | ok, seems like the ipod port is moving in the right directon though |
| 01:35:37 | tucoz | Nice work. Btw, I had a look at a friends nano the other day. Have to say that it is pretty mp3-player |
| 01:35:50 | tucoz | *a |
| 01:36:04 | tucoz | good night |
| 01:36:06 | | Part tucoz ("Leaving") |
| 01:40:57 | | Quit paugh ("whoops") |
| 01:43:11 | amiconn | linuxstb: Turns out this splash() background problem was indeed introduced by one of your commits - but due to my wrong hint :-( |
| 01:43:46 | linuxstb_ | I realised that. |
| 01:43:49 | amiconn | Only the old splashes are affected |
| 01:44:28 | amiconn | Obviously I didn't look closely enough. LCD_MAX_LEVEL-1 != LCD_WHITE ... |
| 01:44:32 | linuxstb_ | But the old code - using LCD_MAX_RED-1 for example wasn't very intuitive. |
| 01:44:52 | linuxstb_ | I mistakenly read that as being the maximum... |
| 01:45:05 | amiconn | Yes, even the -1 isn't intuitive. It only works nicely for 2bit greyscale |
| 01:45:35 | amiconn | For higher depths -1 would only give a very faint effect |
| 01:46:02 | amiconn | (2*LCD_MAX_LEVEL/3) would be more appropriate |
| 01:46:31 | linuxstb_ | The plugins use that in some places. |
| 01:46:42 | amiconn | ...but for colour lcd, maybe a coloured background would be even better? |
| 01:47:29 | linuxstb_ | For the colour LCDs, I think we'll need some kind of (user-configurable) colour scheme. But I'm happy to ignore that for now. |
| 01:48:00 | amiconn | Hmm. |
| 01:48:45 | amiconn | Support for custom colours (and greyscales) needs some work in the scrolling functions |
| 01:54:59 | linuxstb_ | So should I define LCD_LIGHTGRAY and LCD_DARKGRAY in lcd.h and just use those for now? |
| 02:00 |
| 02:08:29 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 02:09:27 | | Quit Moos ("Glory to Rockbox") |
| 02:22:30 | | Nick Rick is now known as Gibbed (i=rick@unaffiliated/Rick) |
| 02:22:43 | | Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 02:22:58 | | Quit gromit` (Remote closed the connection) |
| 02:35:42 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 02:35:49 | | Quit gromit` (Remote closed the connection) |
| 02:36:04 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 02:41:59 | | Part linuxstb_ |
| 02:42:44 | | Quit solexx_ (Read error: 110 (Connection timed out)) |
| 02:57:54 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:07:13 | | Join _user_ [0] (n=18d79b85@labb.contactor.se) |
| 03:14:49 | | Join solexx [0] (n=jrschulz@d020180.adsl.hansenet.de) |
| 03:15:59 | | Quit _user_ ("CGI:IRC (EOF)") |
| 03:17:32 | | Quit dpassen1 () |
| 03:27:36 | | Join Zezayer [0] (n=8fa7e3d0@labb.contactor.se) |
| 03:31:24 | | Join actionshrimp [0] (i=dave@dhcp-163-1-214-173.seh.ox.ac.uk) |
| 03:39:31 | | Quit Zezayer ("CGI:IRC") |
| 03:57:18 | | Quit actionshrimp ("a bird in the bush is worth two in your house") |
| 04:00 |
| 04:01:57 | | Part XavierGr |
| 04:26:51 | | Join whatboutbob [0] (n=cbd60719@labb.contactor.se) |
| 04:32:57 | whatboutbob | how do you guys (rb devs) feel about press coverage? |
| 04:35:07 | whatboutbob | to clarify, i can prolly get an article written about rockbox for some aussie newspapers...just wanna know if that'd be ok with y'all? |
| 04:47:26 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 04:54:13 | thegeek_ | I know there have been articles about rockbox before |
| 04:54:21 | thegeek_ | so I think it would be ok |
| 04:54:33 | thegeek_ | but I am in no way offically part of the rockbox team |
| 04:57:56 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:01:21 | XShocK | btw, is it normal that ihp120 target does not build with DEBUG option? |
| 05:02:00 | XShocK | /home/rinat/rockbox/apps/codecs/libmad/global.h:36:4: error: #error "cannot define both DEBUG and NDEBUG" |
| 05:02:47 | Paul_The_Nerd | I dunno, but it sounds kinda unlikely |
| 05:04:02 | | Quit DJDD ("Trillian (http://www.ceruleanstudios.com") |
| 06:00 |
| 06:11:43 | | Join DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 06:33:38 | | Quit whatboutbob ("CGI:IRC (EOF)") |
| 06:44:26 | | Quit ehntoo (Remote closed the connection) |
| 06:57:58 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:00:56 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
| 07:09:24 | | Quit RotAtoR () |
| 07:46:17 | | Quit XShocK (Remote closed the connection) |
| 07:52:16 | | Join Jungti1234 [0] (n=jungti12@58.77.81.75) |
| 07:52:36 | Jungti1234 | hi |
| 08:00 |
| 08:00:18 | Jungti1234 | How do you become if apply H100 rockbox firmware to H300? |
| 08:14:36 | | Join ashridah [0] (i=ashridah@220-253-122-10.VIC.netspace.net.au) |
| 08:16:56 | Jungti1234 | Is no there a person to answer on my question? |
| 08:18:18 | ashridah | Jungti1234: what was the question? |
| 08:18:27 | Jungti1234 | How do you become if apply H100 rockbox firmware to H300? |
| 08:19:59 | ashridah | bricked |
| 08:20:08 | ashridah | i doubt the H300 would even accept the H100 firmware |
| 08:20:23 | ashridah | but the LCD and probably other components are different |
| 08:21:28 | ashridah | so the unit would fail to restart at best, and would probably be unfixable. |
| 08:23:30 | Jungti1234 | oh.. |
| 08:23:38 | Jungti1234 | Thank answer. |
| 08:26:20 | Slasheri | hi :) |
| 08:26:54 | Slasheri | amiconn: now the player works fine again, it took something over 10h with hdd spinning do completely discharge the battery |
| 08:27:09 | Slasheri | *to |
| 08:27:32 | ashridah | Slasheri: rofl. |
| 08:27:36 | Slasheri | :) |
| 08:57:59 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:16:51 | | Join itsjohnc [0] (n=nobody@ool-457ac5fc.dyn.optonline.net) |
| 09:17:04 | | Part itsjohnc |
| 09:33:07 | amiconn | Slasheri: Nice to hear :-) |
| 09:36:34 | amiconn | I think there are 2 reasons why the battery lasted so long: The hdd was spinning but not accessed, it auto-parked the heads and that lowers power consumption. And the cpu ran at 11 MHz. |
| 09:43:54 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
| 09:57:18 | | Quit Maxime (Read error: 110 (Connection timed out)) |
| 10:00 |
| 10:09:16 | | Quit Mxm`Pas`Bien (Read error: 110 (Connection timed out)) |
| 10:42:10 | Bagder | having mat holton set to moderated on the rockbox list was a good idea |
| 10:42:34 | Bagder | we get viruses with his From: address sent to the list several times a week |
| 10:53:08 | | Quit Jungti1234 ("Bye Bye~ http://cafe.naver.com/iriverh300") |
| 10:57:35 | amiconn | Bagder: What is bad (for him) is that these viruses are very likely sent from elsewhere |
| 10:57:41 | Bagder | indeed |
| 10:57:45 | amiconn | Isn't there a better method to filter? |
| 10:57:51 | Bagder | yes there is |
| 10:58:00 | Bagder | we should run a proper viruscheck on all incoming mails |
| 10:58:02 | *** | Saving seen data "./dancer.seen" |
| 10:58:11 | Bagder | we that is still on the todo |
| 10:58:14 | Bagder | but that |
| 11:00 |
| 11:12:23 | | Join amiconn_ [0] (n=jens@p54BD4395.dip.t-dialin.net) |
| 11:14:52 | | Quit amiconn (Nick collision from services.) |
| 11:14:52 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD4395.dip.t-dialin.net) |
| 11:16:29 | | Join mashalla [0] (n=dj-dave@p5498EFA4.dip.t-dialin.net) |
| 11:18:03 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
| 11:20:55 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 11:42:42 | | Quit Mxm`Pas`Bien (Read error: 104 (Connection reset by peer)) |
| 11:42:44 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
| 11:46:38 | | Join len0x [0] (n=len0x@mobileweb02.london.02.net) |
| 11:46:48 | | Quit mashalla (Read error: 110 (Connection timed out)) |
| 11:48:28 | linuxstb | Morning all. How do people feel about splitting crt0.S into CPU specific files? i.e. crt0-sh.S, crt0-m68k.S, crt0-arm.S and crt0-calmrisc16.S |
| 11:49:25 | Bagder | if you think that improves readability and not hinders maintainability, then sure |
| 11:52:18 | | Part len0x |
| 11:54:21 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 12:00 |
| 12:04:54 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 12:04:56 | linuxstb_ | Bagder: I don't feel that strongly about it, so unless others say "yes, good idea", I'll just leave it. |
| 12:05:31 | Bagder | LinusN might have an opinion? |
| 12:05:37 | LinusN | not really |
| 12:05:48 | Bagder | then lets leave it as-is for now |
| 12:06:01 | linuxstb_ | OK, no problem. |
| 12:06:02 | LinusN | the linker cmd files might have to be changed though |
| 12:06:26 | linuxstb_ | But is that simply changing the INPUT()? |
| 12:06:50 | LinusN | hmm, looks like they are prepared for that already |
| 12:08:33 | LinusN | len0x is planning to let the playback status icon reflect the radio status too |
| 12:08:51 | LinusN | so that the Play icon is shown when playing radio |
| 12:09:07 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 12:09:58 | LinusN | i don't really mind, but i'm not sure i like the way it is implemented |
| 12:10:54 | linuxstb_ | On a different subject, the iPod builds are now clean enough to add to the automatic builds. But I'm not sure how many we need to add - currently there is bootloader/normal/simulator for Nano and Color/Photo. |
| 12:11:10 | linuxstb_ | Shouldn't we have a radio icon instead of re-using the play icon? |
| 12:11:26 | LinusN | i think i'd like that better |
| 12:12:08 | Bagder | linuxstb_: we could start with a few |
| 12:12:13 | Bagder | and expand later if need be |
| 12:13:07 | Bagder | what's the binary name of rockbox on ipod? |
| 12:13:11 | Bagder | rockbox.ipod ? |
| 12:13:13 | linuxstb_ | rockbox.ipod |
| 12:13:33 | | Join Jungti1234 [0] (n=jungti12@58.77.81.75) |
| 12:13:44 | linuxstb_ | I'm not sure if we should have different extensions for the different builds though. |
| 12:14:01 | linuxstb_ | s/builds/targets/ |
| 12:14:02 | Bagder | on iriver we don't |
| 12:14:08 | Bagder | we just store the model name in the file |
| 12:14:12 | Bagder | and have the bootloader check it |
| 12:14:20 | linuxstb_ | That's the approach I've adopted so far. |
| 12:16:10 | Hadaka | what?? rockbox for ipod in development? wow |
| 12:16:32 | Hadaka | can a nano be made to play ogg? |
| 12:17:23 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 12:17:23 | Bagder | I believe it already can with ipl |
| 12:18:48 | Hadaka | (I didn't even know ipod linux ran on nano yet) |
| 12:19:08 | Bagder | it does |
| 12:19:23 | Hadaka | but that's way nice, seems like I have to get one of those then |
| 12:19:29 | | Join Maxime` [0] (n=flemmard@fbx.flemmard.net) |
| 12:20:41 | Bagder | now commit something! |
| 12:21:41 | | Join _FireFly_ [0] (n=FireFly@p54A4554B.dip.t-dialin.net) |
| 12:21:52 | Hadaka | I think I might commit myself to installing rockbox 2.5 on my archos today ;) |
| 12:21:58 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 12:26:17 | Bagder | ipod builds added |
| 12:26:40 | Hadaka | on that note, I seem to have trouble locating where are the instructions for rockbox 2.5 in flash |
| 12:26:43 | Bagder | I'm sure I messed up something, but that'll show soon :-) |
| 12:27:43 | Hadaka | ah, bootbax, found it |
| 12:27:46 | | Quit Kohlrabi ("Leaving") |
| 12:27:47 | Hadaka | s/bax/box/ |
| 12:28:20 | | Quit Mxm`Pas`Bien (Read error: 110 (Connection timed out)) |
| 12:28:29 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net) |
| 12:28:39 | | Quit Kohlrabi (Client Quit) |
| 12:28:44 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net) |
| 12:28:54 | | Quit Kohlrabi (Client Quit) |
| 12:29:08 | linuxstb | A change has been committed.... |
| 12:29:33 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net) |
| 12:32:59 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 12:33:09 | | Join mashalla [0] (i=mashalla@p5498E1D2.dip.t-dialin.net) |
| 12:38:38 | | Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
| 12:45:45 | Bagder | dang |
| 12:45:58 | Bagder | now that is a table |
| 12:46:03 | _FireFly_ | ?? |
| 12:46:10 | Bagder | check the cvs build table |
| 12:47:04 | _FireFly_ | wow who was the elefant which had sit down on the table;) |
| 12:47:56 | linuxstb | Nice :) |
| 12:48:20 | linuxstb | I'm thinking of disabling the building of the plugins for now - that's what is causing all the errors in the main build. |
| 12:48:55 | Bagder | sure, we did that in the iriver beginning too |
| 12:49:13 | linuxstb | OK, another commit on the way. |
| 12:49:42 | Bagder | LinusN: seeing we miss a h300 boot build there, you think it is premature to add one? |
| 12:50:55 | | Join actionshrimp [0] (i=dave@dhcp-163-1-214-173.seh.ox.ac.uk) |
| 12:51:29 | linuxstb | If I make two commits in quick succession, will only the first commit be used in the build? Or do I have a few seconds to do the second one? |
| 12:51:47 | Bagder | it checks for new changes every 60 seconds |
| 12:52:06 | Bagder | so you have 0-60 seconds for a second commit ;-) |
| 12:52:31 | linuxstb | OK, I'll just separate them by a semi-colon on the same line. |
| 12:53:27 | linuxstb | OK, the next builds should be yellow for the main targets. |
| 12:53:28 | Bagder | I'm leaning towards a system that will require N seconds of no commits before it actually starts the rebuild |
| 12:53:39 | Bagder | to allow a series of commits better |
| 12:53:43 | | Join andy_ [0] (i=andy@h72n2fls304o1033.telia.com) |
| 12:54:05 | _FireFly_ | this shouldn't be so hard to implement |
| 12:54:21 | | Join ep0ch| [0] (n=ep0ch|@84.12.168.31) |
| 12:54:22 | Bagder | not really, it just conflicts somewhat with how the scripts work atm |
| 12:54:33 | linuxstb | Maybe just increase the gap from 60 seconds to 2 or 3 minutes. |
| 12:54:43 | andy_ | is it only me who would like line-selector to default to inverse bar instead of pointer? |
| 12:54:57 | ep0ch| | the new memcpy doesnt seem to affect the codecs boost ratio at all :( |
| 12:55:11 | linuxstb | ep0ch|: The codecs probably don't use it yet. |
| 12:55:19 | ep0ch| | ohhh |
| 12:55:27 | ep0ch| | they have to be written to use it? |
| 12:55:29 | _FireFly_ | Bagder: what have you done to the wps-code ;) i have to update my wps-widget again ;) |
| 12:55:47 | Bagder | my change was very small |
| 12:55:56 | ep0ch| | i thought the new memcpy would override the standard one |
| 12:56:27 | linuxstb | ep0ch|: I was wrong, looking at the code, I think they do use the new memcpy. But obviously not enough for it to be noticable. |
| 12:56:47 | linuxstb | It's only memmove that's implemented locally for the codecs. |
| 12:56:55 | Bagder | gone |
| 12:57:02 | ep0ch| | oh ok |
| 12:57:23 | ep0ch| | how's the ipod coming along? :) |
| 12:57:52 | linuxstb | http://www.rockbox.org/daily.shtml |
| 12:58:05 | *** | Saving seen data "./dancer.seen" |
| 12:58:16 | ep0ch| | i see lots of red |
| 12:58:17 | linuxstb | Rockbox now compiles (almost) cleanly for the iPod. The work is now to slowly fill in the gaps. |
| 12:58:28 | linuxstb | ep0ch|: Those are just the plugins - see the results of the next build. |
| 12:58:45 | ep0ch| | goodjob |
| 12:58:50 | linuxstb | It's just because there are no button mappings defined for each plugins. |
| 12:58:57 | linuxstb | So I've disabled the plugin building for now. |
| 12:59:11 | ep0ch| | so how far does booting get? |
| 12:59:49 | linuxstb | The bootloader works (booting either ipodlinux or the Apple firmware). But there is not yet a functional Rockbox for it to load. |
| 13:00 |
| 13:00:28 | | Quit ashridah ("Leaving") |
| 13:02:56 | ep0ch| | ipod have two cpus right? do you think rockbox will need much work to utilise both cpus? |
| 13:04:29 | linuxstb | I think we would just use one CPU for the codecs, and one for everything else. So it shouldn't be too hard - the codecs already run in their own thread. |
| 13:04:56 | LinusN | do we know how to communicate between the cpu:s? |
| 13:05:46 | linuxstb | I don't, but the IPL people do - they've got both CPUs working. I would also expect it to be documented in standard ARM documentation as well. |
| 13:06:02 | Jungti1234 | mt.dreamwiz.com/review/review.asp?revID=419&idx=A009">http://mt.dreamwiz.com/review/review.asp?revID=419&idx=A009 <- How about this mp3 player? |
| 13:06:35 | | Join ender1 [0] (i=ychat@84.52.165.220) |
| 13:07:24 | ep0ch| | i have a feeling the hardware in that one is similar to ihp |
| 13:12:56 | _FireFly_ | looks nice |
| 13:13:53 | Jungti1234 | :) |
| 13:14:55 | Jungti1234 | And this? - |
| 13:14:56 | _FireFly_ | but to much windows related pics for my taste ;) |
| 13:15:30 | _FireFly_ | and i can't understand korean or what that language is |
| 13:15:51 | Jungti1234 | http://www.zdnet.co.kr/reviews/coolgear/0,39033536,39140988,00.htm |
| 13:16:07 | andy_ | Jungti1234: cute menu graphics.. we should have a cute menu option in rockbox :) |
| 13:17:40 | Jungti1234 | How about mp3 player kit? |
| 13:18:05 | Jungti1234 | Popularity is good very in the Korea. |
| 13:18:30 | Jungti1234 | But, there is no many a person who buy because of expensive price. |
| 13:20:03 | Jungti1234 | Use translation. |
| 13:23:44 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 13:26:09 | linuxstb | I mentioned this yesterday, but the last two warnings in the iPod builds are actually bugs. Someone familiar with databox should try and fix them (values in the range -1 to 130 being stored in a char). Only the arm compiler gives a warning because chars are unsigned by default on that platform, but it's a problem with signed chars as well. |
| 13:31:11 | | Quit andy_ () |
| 13:31:37 | Moos | HCl is your man ;) |
| 13:37:13 | Jungti1234 | haha |
| 13:37:25 | Jungti1234 | Found interesting image. |
| 13:37:37 | Jungti1234 | http://www.medulla.co.uk/images/H340/H300-graphics/H3MOD/Skin_Themes/pics/no_ipod.gif |
| 13:38:25 | _FireFly_ | ;) |
| 13:39:27 | _FireFly_ | has someone of the devs found some time to look at my wps-widget (http://sourceforge.net/tracker/index.php?func=detail&aid=1353466&group_id=44306&atid=439120) |
| 13:39:28 | _FireFly_ | ? |
| 13:39:35 | Jungti1234 | Does iriver hate ipod? :) |
| 13:40:11 | LinusN | _FireFly_: zip? |
| 13:40:18 | _FireFly_ | it looks like or it's only a marketing gag |
| 13:40:57 | | Join len0x [0] (n=len0x@mobileweb02.london.02.net) |
| 13:40:59 | _FireFly_ | LinusN: yepp |
| 13:41:08 | LinusN | _FireFly_: i'd prefer a single patch file |
| 13:41:11 | | Quit Maxime` (Read error: 104 (Connection reset by peer)) |
| 13:41:13 | _FireFly_ | k |
| 13:42:37 | _FireFly_ | the problem was i had made the diff with "cvs diff" but due the anonymouse checkout of the tree i can't add my files to the tree so i had made a zip |
| 13:43:04 | _FireFly_ | the current filename-sheme of my patch might be not the best |
| 13:43:31 | LinusN | the "g" in gwps.c might not be necessary |
| 13:45:07 | _FireFly_ | i will change it |
| 13:45:26 | _FireFly_ | any other suggestions ?? |
| 13:46:26 | LinusN | not yet, will have a look |
| 13:46:58 | LinusN | basically, you've moved the wps code to a "widget", so it can have two instances? |
| 13:47:33 | _FireFly_ | with a few changes yes i think |
| 13:48:22 | _FireFly_ | currently some functions uses the gui_sync* function of other widgets |
| 13:50:13 | LinusN | nitpick: if(!wps_data || !buf) return false; |
| 13:50:22 | LinusN | break that into two lines |
| 13:50:38 | _FireFly_ | why ?? |
| 13:50:55 | LinusN | easier to read imho |
| 13:51:45 | thegeek_ | LinusN : thanks for the connector, it works good, but I found out that the actual problem was not the connector, it was the two small resistors on the ground channel |
| 13:51:54 | thegeek_ | L5 and L6 |
| 13:52:05 | thegeek_ | ;) |
| 13:52:40 | LinusN | aha, so it works now? |
| 13:52:45 | thegeek_ | well |
| 13:52:52 | thegeek_ | it worked great last night |
| 13:53:00 | thegeek_ | however, I think my harddrive is failing |
| 13:53:10 | thegeek_ | I've been getting ata -35 errors for some time now |
| 13:53:25 | thegeek_ | and it seems my little operation has made it worse |
| 13:53:41 | _FireFly_ | LinusN: if i change gwps.h to wps.h then which header(this file or the file in apps/ ) is matched first is wps.h is included |
| 13:53:41 | LinusN | it might not be the hard drive after all |
| 13:53:49 | thegeek_ | very true |
| 13:54:03 | LinusN | _FireFly_: aaaah, didn't think of that |
| 13:54:31 | _FireFly_ | :) |
| 13:54:43 | LinusN | thegeek_: does it work better if you push the ata daughterboard together with the mainboard? |
| 13:54:55 | thegeek_ | but when I hear the hardrive spin up, when it fails I have a "click" |
| 13:54:55 | thegeek_ | hmm |
| 13:54:57 | thegeek_ | let me check |
| 13:55:28 | thegeek_ | heh |
| 13:55:33 | thegeek_ | it worked |
| 13:55:51 | LinusN | then you have a problem with the connector between the boards |
| 13:55:59 | thegeek_ | I just squeezed right over the connector to the harddrive |
| 13:56:00 | thegeek_ | yeah |
| 13:56:07 | LinusN | a common issue with these players |
| 13:56:37 | thegeek_ | well |
| 13:56:39 | thegeek_ | good news:) |
| 13:56:41 | thegeek_ | I guess |
| 13:56:45 | thegeek_ | is it fixable? |
| 13:56:55 | LinusN | yes, but it takes quite some soldering skills |
| 13:57:06 | thegeek_ | hmm |
| 13:57:22 | thegeek_ | as in |
| 13:57:33 | thegeek_ | _very_ good soldering skills? |
| 13:58:25 | | Quit Sandking () |
| 13:58:41 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
| 13:58:42 | LinusN | well, i've done that repair a few times now, and it requires SMD soldering experience |
| 13:58:45 | thegeek_ | ah |
| 13:59:02 | thegeek_ | it seems to work great if I just keep a little pressure on the connector |
| 13:59:29 | _FireFly_ | tape it ;) |
| 13:59:34 | thegeek_ | perhaps I could just add a little object there that would exert pressure when the case is screwed together |
| 14:00 |
| 14:00:19 | thegeek_ | ghettofix |
| 14:00:32 | LinusN | yes, that might make it work for a little longer |
| 14:00:51 | LinusN | i have heard of other people doing that |
| 14:04:07 | LinusN | _FireFly_: at first glance, your widget looks good |
| 14:04:54 | LinusN | _FireFly_: what's the idea with gwps-common? |
| 14:05:00 | thegeek_ | hmm |
| 14:05:12 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
| 14:05:19 | thegeek_ | when the hardrive spins down, is there supposed to be a click |
| 14:05:23 | LinusN | no |
| 14:05:26 | thegeek_ | hehe |
| 14:05:31 | thegeek_ | guess my fix is no 100% |
| 14:05:34 | thegeek_ | *not |
| 14:05:43 | _FireFly_ | in the first place i had the idea to spilt of these function which are used from both displays |
| 14:06:06 | Slasheri | Hmm, now my secondary bootloader and rombox works fine :) |
| 14:06:14 | LinusN | Slasheri: wee! |
| 14:06:25 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 14:06:30 | _FireFly_ | but now i think these file can be renamed |
| 14:06:31 | Slasheri | Next step would be to change the initial reset vector to replace the primary boot loader |
| 14:06:55 | Slasheri | But i think i don't want to try that yet.. :) |
| 14:07:07 | _FireFly_ | LinusN: now you have your single patch-file ;) |
| 14:07:13 | LinusN | saw that, gr8 |
| 14:07:34 | LinusN | Slasheri: so you have a flashing plugin? |
| 14:07:39 | Slasheri | LinusN: would you like to test my bootloader in few days before i try booting it directly? |
| 14:07:49 | Slasheri | LinusN: yes, it works great :) |
| 14:08:02 | Moos | Slasheri: Hi, have you got a BDM? |
| 14:08:07 | Slasheri | Moos: no |
| 14:08:14 | LinusN | Slasheri: submit a patch |
| 14:08:43 | Slasheri | LinusN: ok, thanks. I will do that soon :) |
| 14:09:02 | Moos | Slasher: you've got courage to do those things without BDM :) |
| 14:09:17 | LinusN | Moos: finland is not that far from sweden :-) |
| 14:09:25 | Moos | XD |
| 14:09:41 | LinusN | he can row over to stockholm and unbrick it :-) |
| 14:09:54 | crwl | hehe |
| 14:09:56 | Slasheri | LinusN: now the flash plugin erases section 0x8 - 0x1effff and places my secondary boot loader at 0x8. Then it places rockbox at 0x10000 |
| 14:10:07 | Slasheri | hehe :D |
| 14:10:14 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
| 14:10:55 | | Join webguest65 [0] (n=d5bd9cb5@labb.contactor.se) |
| 14:11:04 | webguest65 | hi everybody |
| 14:11:07 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 14:11:21 | webguest65 | is somebody working on aac? |
| 14:11:39 | thegeek_ | hmm |
| 14:11:42 | thegeek_ | seems to work ok now |
| 14:11:59 | thegeek_ | if it just last a little longer I'm happy |
| 14:12:04 | thegeek_ | thanks for all the help LinusN:) |
| 14:12:26 | webguest65 | what does it need to play realtime? |
| 14:12:45 | LinusN | Slasheri: i had no idea that you could erase from 0x08, i thought you had to erase the entire sector |
| 14:13:20 | Slasheri | LinusN: yes, i had to erase entire section but i have a safe guard in the code that immediately after the erase replaces the reset vectors |
| 14:14:13 | | Nick ender1 is now known as ender` (i=ychat@84.52.165.220) |
| 14:14:20 | Slasheri | LinusN: when the only bootloader would be at 0x8, user could in future safely upgrade the rockbox because flashing wouldn't touch any cricital sectors |
| 14:15:34 | LinusN | so you have two boot loaders, one primary and one secondary? |
| 14:15:43 | Slasheri | yes :) |
| 14:15:56 | Slasheri | and i haven't touched the primary bootloader at all |
| 14:16:09 | Slasheri | i just press rec+play when i want to test my boot loader |
| 14:16:27 | Slasheri | (the secondary bootloader is almost same as primary, only a few little modifications) |
| 14:17:46 | Slasheri | LinusN: now the secondary boot loader seems to work well but i am afraid to change the reset address to that bootloader.. If it fails, i could no longer boot at all |
| 14:20:14 | Slasheri | LinusN: btw, do you think it would be a very bad idea to save settings to the last sector in flash? (that would require erase cycle after 8 save cycles). I am going to try if that could give any decrease on boot time |
| 14:21:52 | LinusN | Slasheri: i wouldn't want to write to the flash more than necessary |
| 14:23:26 | ep0ch| | you know those 128 bytes that are available to store settings with... |
| 14:23:27 | Slasheri | ok, that would then probably be a bad thing to do |
| 14:23:45 | Slasheri | ep0ch|: those are not enough :/ |
| 14:23:50 | ep0ch| | could it be possible just to save the frequently changed settings in there |
| 14:24:03 | ep0ch| | like volume, etc |
| 14:24:25 | ep0ch| | that would save writing to the disk on shutdown on quite a few occasions |
| 14:24:55 | LinusN | the settings are saved whenever the disk spins up |
| 14:26:07 | ep0ch| | i thought the hardisk always spun up on shutdown to write the settings |
| 14:29:08 | LinusN | nope, only if the settings have changed since the last spinup |
| 14:30:16 | ep0ch| | well, i just checked, i started up rockbox waited for the cache check to finish and spin down. Then switched off, the HD spun up and did something. |
| 14:30:17 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
| 14:30:53 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
| 14:31:04 | Slasheri | btw, with flashed rockbox we can safely disable that cache check also when it's not necessary :) |
| 14:34:17 | | Quit Kohlrabi ("Leaving") |
| 14:34:18 | | Quit Mxm`Pas`Bien (Read error: 104 (Connection reset by peer)) |
| 14:34:41 | | Join Maxime` [0] (n=flemmard@fbx.flemmard.net) |
| 14:35:37 | webguest65 | i read somewhere it's because of the compiler (gcc 3.x.x instead of gcc 4.0) true? |
| 14:36:05 | webguest65 | i mean aac playback |
| 14:38:01 | ep0ch| | i believe aac gained near realtime playback under gcc4. however other codecs suffered, i.e. less effecient. |
| 14:39:34 | webguest65 | so, either the other codecs have to be rewritten for gcc4 or aac has to be further optimized with gcc3 ? |
| 14:40:20 | ep0ch| | aac has to further optimized whatever |
| 14:40:46 | webguest65 | i thought somebody allready worked on that quite hard |
| 14:40:57 | webguest65 | linuxstb? |
| 14:50:57 | | Quit webguest65 ("CGI:IRC") |
| 14:51:20 | | Join Maxime`` [0] (n=flemmard@fbx.flemmard.net) |
| 14:55:07 | | Join Maxou` [0] (n=flemmard@fbx.flemmard.net) |
| 14:55:52 | | Quit Maxime`` (Read error: 104 (Connection reset by peer)) |
| 14:58:06 | *** | Saving seen data "./dancer.seen" |
| 14:58:22 | LinusN | how about making the default iriver font a little bigger? |
| 14:59:13 | Maxou` | snap font is great :p |
| 14:59:20 | ep0ch| | well i'm using nimbus-12, wish there was a nimbus-10... |
| 14:59:52 | len0x | nimbus is a great font indeed |
| 15:00 |
| 15:00:14 | crwl | i personally think fonts as small as snap are almost useless, and my vision is ok |
| 15:00:56 | crwl | (and it's sad that almost every WPS in WpsGallery is based on some ridiculously small font) |
| 15:01:11 | LinusN | crwl: in the iriver, yes, but not on the archos |
| 15:01:26 | crwl | LinusN, indeed |
| 15:01:52 | LinusN | i personally use nimbus-12 |
| 15:02:07 | crwl | me too |
| 15:02:18 | crwl | it's a good font |
| 15:02:30 | LinusN | a chicago clone |
| 15:02:41 | | Quit Maxime` (Read error: 110 (Connection timed out)) |
| 15:02:54 | LinusN | gives that nice ipod look :-) |
| 15:03:13 | ep0ch| | which file specifies the default font? |
| 15:04:26 | LinusN | firmware/makefile |
| 15:05:07 | LinusN | it used fonts/rockbox_default.bdf |
| 15:05:10 | linuxstb | webguest65 (if you read this message in the logs): the status of aac is "in progress". It's being worked on a little, but it isn't anyone's top priority. It did gain significantly from gcc4, but as you said, the other codecs seemed to suffer a little. |
| 15:05:12 | ep0ch| | ty |
| 15:05:29 | Jungti1234 | bye |
| 15:05:42 | | Quit Jungti1234 ("Bye Bye~ http://cafe.naver.com/iriverh300") |
| 15:06:24 | Slasheri | LinusN: with default settings iriver boot time from flash: 4s |
| 15:08:17 | ep0ch| | how are you timing this? from pressing 'play' to when? |
| 15:08:37 | Slasheri | ep0ch|: from play until directory tree is shown |
| 15:08:53 | | Join webguest24 [0] (n=522788bc@labb.contactor.se) |
| 15:09:17 | ep0ch| | its about 5s normally then |
| 15:09:30 | Slasheri | yes, i got 6s |
| 15:10:01 | webguest24 | hi there, does nayone have time for a noob question about his iriver? |
| 15:10:03 | ep0ch| | i think the realtest should include having resume playback enabled |
| 15:10:45 | ep0ch| | well more realistic |
| 15:10:48 | webguest24 | ive got a file in my .rockbox directory that i cant access/delete. its called like B something, with no extension and is about 1MB, how do i get rid of it? |
| 15:11:13 | webguest24 | i think its buggering up my WPS, as they cant load the bmps |
| 15:11:35 | webguest24 | do i have to format or defrag or what? |
| 15:12:07 | ep0ch| | how have you tried deleteing it so far? |
| 15:12:25 | webguest24 | shift delete |
| 15:12:34 | ep0ch| | via usb? |
| 15:12:40 | linuxstb | webguest24: Are you using a very new version of Rockbox? The way that the WPS handles bitmaps has changed. |
| 15:12:41 | ep0ch| | what about rockbox delete |
| 15:12:42 | webguest24 | i also tried renaimg it but it doesnt work |
| 15:12:46 | webguest24 | yes, via USB |
| 15:12:56 | webguest24 | ah |
| 15:13:08 | webguest24 | well rockbox doesnt allow you to navigate to .rockbox folder |
| 15:13:19 | ep0ch| | change navigation view |
| 15:13:33 | ep0ch| | Show Files: All, should do |
| 15:14:18 | Moos | press lon a/b and down joistick |
| 15:14:23 | Moos | *long |
| 15:15:13 | webguest24 | it wont delete |
| 15:15:22 | webguest24 | but it will rename |
| 15:16:02 | webguest24 | maybe the file is like a bad sector or something? a dodgy file? |
| 15:16:10 | Maxou` | u tried a chkdsk ? |
| 15:16:41 | webguest24 | no, how would i do that? |
| 15:16:50 | webguest24 | and might it wear out the disk? |
| 15:17:33 | Maxou` | chkdsk youririverDriveLetter: |
| 15:17:39 | _FireFly_ | I think Maxou` mean scandisk ;) under windows |
| 15:17:41 | webguest24 | in MS DOS? |
| 15:17:44 | | Join tucoz [0] (n=martin@69.80-202-102.nextgentel.com) |
| 15:17:51 | Maxou` | in a command window yes |
| 15:18:00 | Maxou` | Start > Run > Cmd |
| 15:18:01 | Maxou` | here ^^ |
| 15:18:17 | | Join ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com) |
| 15:18:19 | tucoz | Hi |
| 15:18:48 | tucoz | What exactly does the crt.S file do, and what does it mean? |
| 15:19:25 | tucoz | I mean, what does crt stand for? |
| 15:19:44 | webguest24 | so when im in the cmd window what do i type? chkdsk F: or whatever? |
| 15:20:38 | LinusN | tucoz: it performs the initializations for the C runtime code |
| 15:21:00 | LinusN | and i believe it stands for C RunTime |
| 15:21:19 | tucoz | LinusN, ah, ok. Then I was on the right track. |
| 15:21:20 | tucoz | thanks |
| 15:22:00 | webguest24 | ah i got it |
| 15:22:35 | webguest24 | its truncating the file, whatever that means!:) |
| 15:22:59 | Slasheri | ep0ch|: 8s to wps from disk, 6s from flash |
| 15:23:25 | tucoz | hmm, was the lineselector not inverted by default? I seem to recall that it was, but when my settings was reset I got the little tiny arrow instead. |
| 15:24:07 | webguest24 | the file is still there, what the hell do i do? |
| 15:24:25 | ep0ch| | tucoz: it was for a brief period iirc |
| 15:24:25 | _FireFly_ | backup your files and format the drive |
| 15:24:45 | Maxou` | webguest24: what's the exact name of the file |
| 15:25:09 | webguest24 | it is called "p" |
| 15:25:12 | tucoz | ep0ch|, oh. Then it should be inverted by default imho |
| 15:25:21 | webguest24 | and in the .rockbox directory |
| 15:26:31 | webguest24 | chkdsk says /p first allocation unit is not valid |
| 15:27:18 | LinusN | i also think the default should be inverted |
| 15:27:54 | Maxou` | chkdsk /F F: |
| 15:28:21 | webguest24 | have done, 97% complet |
| 15:28:28 | tucoz | webguest24, is it possible to delete the file from within rockbox? |
| 15:28:35 | webguest24 | no, tried that |
| 15:28:46 | Maxou` | with the /F ? |
| 15:28:54 | webguest24 | do i want to convert lost chains into files? |
| 15:29:00 | webguest24 | yes with the /f |
| 15:29:15 | Maxou` | ok |
| 15:29:20 | LinusN | webguest24: yes, it you want to see what the file contained |
| 15:29:39 | webguest24 | right lets see if it worked:) |
| 15:30:06 | webguest24 | wahoo! p is gone |
| 15:30:09 | Maxou` | ^^ |
| 15:30:21 | Maxou` | whatever we say, chkdsk is great sometimes lol |
| 15:30:28 | webguest24 | thanks a bunch guys |
| 15:30:33 | webguest24 | and thanks chkdsk |
| 15:30:44 | Maxou` | ^^ |
| 15:31:30 | webguest24 | :D |
| 15:34:33 | | Quit webguest24 ("CGI:IRC") |
| 15:35:06 | tucoz | regarding crt.S, is the S meaning subroutines? |
| 15:35:31 | LinusN | S == assembler source |
| 15:35:37 | * | tucoz writes really weird sentences today |
| 15:36:13 | tucoz | LinusN, ok. You were correct about the c-run-time |
| 15:36:42 | tucoz | But I do know to little on compilers to understand what it does ;) |
| 15:42:52 | tucoz | LinusN, you better watch out. A wolf is on the loose in Stockholm. :D |
| 15:43:17 | * | LinusN locks the door |
| 15:48:43 | | Quit Lynx_awy (Read error: 104 (Connection reset by peer)) |
| 15:49:31 | | Join Lynx_awy [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) |
| 15:51:51 | | Part len0x |
| 15:55:33 | Slasheri | LinusN: i am implementing a failsafe menu to the new bootloader with options: "A) Boot from disk B) Boot from rom C) Enter USB mode D) Reset settings E) Boot from address" |
| 15:55:56 | Slasheri | that would then pop up if user presses rec |
| 15:56:00 | Moos | w00t |
| 15:56:43 | Moos | great job Slasheri and this without BDM :D |
| 15:57:01 | _FireFly_ | tucoz: about the wolf here is a short tale which i had made :): |
| 15:57:03 | _FireFly_ | The Wolf will come to bring death to everybody |
| 15:57:04 | _FireFly_ | nobody have seen the wolf with his own eyes |
| 15:57:04 | _FireFly_ | they found only some paw print of a wolf near the death bodys |
| 15:57:04 | DBUG | Enqueued KICK _FireFly_ |
| 15:57:04 | _FireFly_ | but the mysteric thing is, no wounds was found on the death bodys |
| 15:57:04 | _FireFly_ | so nobody knows if the killer is a wolf oder not |
| 15:57:07 | _FireFly_ | and nobody found the answer for the mysterium |
| 15:57:28 | Moos | Slasheri: good luck for your futur progress |
| 15:57:40 | solexx | is the information about the iriver remote on the iIriverStatus page still accurate? |
| 15:57:43 | solexx | ( Currently the file browser and partial menus are supported) |
| 15:57:47 | Slasheri | Moos: thanks, i try not to brick my player :) |
| 15:57:49 | _FireFly_ | yepp |
| 15:57:53 | _FireFly_ | solexx: |
| 15:57:55 | Moos | :D |
| 15:57:59 | solexx | thx |
| 15:58:11 | _FireFly_ | i have made a wps-widget for multi-screen |
| 15:58:18 | _FireFly_ | it can be found on the tracker |
| 15:58:23 | Moos | is it finished? |
| 15:58:36 | Moos | full I mean :) |
| 15:58:37 | _FireFly_ | what the wps-widget ?? |
| 15:58:52 | tucoz | _FireFly_, nice rhyme |
| 15:58:59 | _FireFly_ | tucoz: thanks |
| 15:59:25 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 15:59:25 | * | tucoz likes the ...is a wolf oder not |
| 15:59:41 | Moos | _FireFly_: have you speak with TiMiD about your new patch? |
| 16:00 |
| 16:00:08 | LinusN | Slasheri: "enter usb mode"? why? |
| 16:00:09 | _FireFly_ | yepp he has given some suggestions about it :) |
| 16:00:22 | Moos | :) |
| 16:00:26 | _FireFly_ | TiMiD are u here ?? |
| 16:00:31 | Moos | he like your patch? |
| 16:00:53 | Slasheri | LinusN: that is not probably necessary, i will figure it out later :) of course it would enter usb mode automatically also if it detects usb |
| 16:01:03 | Slasheri | but it could give user an option not the enter the mode |
| 16:01:10 | Slasheri | with a little timeout for example |
| 16:01:14 | LinusN | and what would B) be? |
| 16:01:23 | _FireFly_ | i don't know becuase i didn't said something about the current version of my patch but LinusN seams to like it |
| 16:01:31 | Slasheri | it would do the normal flash boot |
| 16:01:32 | _FireFly_ | he didn*t |
| 16:01:49 | Moos | _FireFly_: mk |
| 16:01:49 | Slasheri | E) would be for debugging and developers |
| 16:01:57 | Slasheri | it would allow to run code from any address |
| 16:02:02 | LinusN | Slasheri: i think it should be on anither button |
| 16:02:19 | Slasheri | LinusN: Hmm, the failsafe menu? |
| 16:02:33 | LinusN | it would be so cumbersome to boot the original for those who still do that |
| 16:02:35 | Slasheri | currently i have put it to hold switch |
| 16:02:56 | Slasheri | LinusN: that bootloader would be available only when rockbox is flashed.. |
| 16:03:05 | LinusN | ah |
| 16:03:11 | Slasheri | so it wouldn't be possible to boot original firmware with that bootloader at all |
| 16:03:21 | Slasheri | unless rolo could do that in future |
| 16:03:27 | Moos | we don't need it :) |
| 16:03:35 | LinusN | ok, so rombox needs a different primary boot loader |
| 16:03:42 | Slasheri | yes |
| 16:03:56 | LinusN | the i don't mind the rec button |
| 16:03:59 | LinusN | then |
| 16:04:09 | Slasheri | that is mainly patched original bootloader with ifdefs |
| 16:04:18 | Slasheri | ah, ok :) |
| 16:05:08 | LinusN | i guess two options would be enough: "boot from disk" and "boot from address" |
| 16:05:20 | Slasheri | hmm, true |
| 16:05:27 | Slasheri | and maybe also the reset settings |
| 16:05:29 | Moos | sounds very good |
| 16:11:56 | LinusN | i think the settings reset should be in rockbox itself and not in the boot loader |
| 16:12:47 | LinusN | the boot loader should be as dumb as possible |
| 16:13:31 | Slasheri | Hmm, yes. But somehow it would be good if user could reset the settings before rockbox is fully booted. Either from bootloader or rockbox itself |
| 16:14:21 | LinusN | yes i fully agree with that, but not in the boot loader |
| 16:15:35 | Slasheri | What about giving bootloader a number or something like that, which would be passed to rockbox when it's booting? |
| 16:15:47 | Slasheri | then it could do some things depending on that value from bootloader |
| 16:17:24 | LinusN | sounds complicated |
| 16:17:43 | LinusN | then you have to update the bootloader if you add new startup features |
| 16:17:53 | Slasheri | no |
| 16:18:05 | Slasheri | user could enter any value from bootloader, and rockbox would interpret it |
| 16:18:14 | Slasheri | something like a linux bootloader :) |
| 16:18:24 | LinusN | why from the boot loader? i don't get it |
| 16:18:25 | Slasheri | where kernel interprets the boot options |
| 16:19:13 | Slasheri | Hmm.. if we have a menu there, it would be easy to read the value in the failsafe mode. Of course that would not be the best way for user |
| 16:19:33 | LinusN | especially since the non-rom bootloader doesn't have that menu |
| 16:19:38 | Slasheri | true.. |
| 16:19:57 | LinusN | i wast to keep the bootloader functionality to a minimum |
| 16:20:02 | LinusN | want |
| 16:21:12 | Slasheri | hmm, then rockbox could check some button values or implement own menu there. I really don't know what would be the best choice :) |
| 16:26:32 | LinusN | the best choice is obviously to do it in rockbox |
| 16:26:49 | LinusN | so you can extend that menu without having to reflash the boot loader |
| 16:27:00 | Slasheri | yes, that would be good |
| 16:30:55 | | Quit HCl (Read error: 110 (Connection timed out)) |
| 16:32:31 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
| 16:32:48 | preglow | damn, you guys have been busy |
| 16:37:44 | linuxstb | Welcome back preglow. |
| 16:39:20 | preglow | hi |
| 16:39:27 | preglow | you're right, the ipodloader button driver is glitchy |
| 16:39:37 | preglow | i did a hack to make it load firmware according to keypress |
| 16:39:42 | preglow | but it doesn't always work |
| 16:40:05 | linuxstb | I've been playing as well, and I think the trick is to press the key as quickly as possible - before the apple logo appears. |
| 16:40:20 | preglow | well, not exactly an elegant solution |
| 16:40:36 | preglow | i wonder if we should set up the full interrupt driven driver in the bootloader, already |
| 16:40:46 | linuxstb | That's why I wanted to write a "proper" driver - based on the IPL kernel driver. |
| 16:40:46 | preglow | but i also suspect the best thing is to touch as little as possible :/ |
| 16:41:02 | preglow | but yes |
| 16:41:25 | preglow | what should go first? making rockbox work? |
| 16:42:03 | linuxstb | It would be nice to get Rockbox running. That's just waiting for crt0.S to be written now. |
| 16:42:21 | linuxstb | As you can see from CVS, rockbox.ipod is compiling now. |
| 16:42:33 | preglow | yup |
| 16:42:39 | preglow | well |
| 16:42:42 | preglow | we also need threading, no? |
| 16:44:02 | linuxstb | Yes - it obviously won't do anything useful without threading. |
| 16:44:30 | preglow | that shouldn't be too hard, if we forget about the second core for the moment |
| 16:46:03 | preglow | i'll have a look at it now, as a matter of fact |
| 16:46:44 | linuxstb | Nice. |
| 16:52:12 | | Join _DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 16:55:18 | Maxou` | hum, what do yo umean about running "rockbox fro mflash"? you mean 'copy' the .rockbox folder into the flash memory of the player? |
| 16:55:54 | preglow | well, primarily rockbox.iriver |
| 16:56:13 | Maxou` | and, what's the advantages? (other than 2s less @ boot?) |
| 16:56:28 | preglow | faster boot, more memory for file buffering |
| 16:56:35 | Maxou` | ok I see |
| 16:56:48 | LinusN | i don't buy the memory argument though |
| 16:58:10 | *** | Saving seen data "./dancer.seen" |
| 16:58:17 | Maxou` | :x |
| 16:58:19 | | Quit DJDD (Read error: 110 (Connection timed out)) |
| 16:59:30 | preglow | LinusN: well, me neither |
| 16:59:47 | preglow | and don't really the faster boot either |
| 16:59:48 | LinusN | what's the gain? 200-300k? |
| 16:59:57 | preglow | but then again, i'm not the one coding this |
| 16:59:58 | preglow | heh |
| 17:00 |
| 17:00:27 | Moos | less spinning disc, right? |
| 17:00:32 | preglow | no |
| 17:00:44 | preglow | not by any amount that will matter |
| 17:01:22 | linuxstb | Almost a screendump feature: http://www.davechapman.f2s.com/rockbox/screendump.bmp |
| 17:01:50 | preglow | i'm doing a big pscp here, and suddenly nothing but putty and pscp works |
| 17:02:06 | tucoz | cool, you are really going somewhere with this it seems. |
| 17:02:18 | linuxstb | I'm just trying to implement the screen_dump function for 16-bit displays. Get rid of a few warnings. |
| 17:02:22 | ep0ch| | is the read speed from flash and ram similar on ihp? |
| 17:04:02 | preglow | ep0ch|: perhaps similar, but not equal |
| 17:04:34 | preglow | ARGH |
| 17:04:45 | preglow | why the hell doesn't web browsing work |
| 17:05:03 | preglow | opera has its bugs, obviously |
| 17:05:15 | LinusN | norwegian crap :-) |
| 17:05:30 | ep0ch| | wow an opera user |
| 17:05:50 | | Quit DangerousDan (Read error: 110 (Connection timed out)) |
| 17:05:53 | preglow | i just recently started to use it |
| 17:06:01 | preglow | used to use firefox |
| 17:06:06 | preglow | which isn't without its annoying parts either |
| 17:06:48 | ep0ch| | i always found opera couldnt render quite a few pages well, but that was a good few years back |
| 17:06:48 | linuxstb | Ah, that's more like it: http://www.davechapman.f2s.com/rockbox/screendump.bmp |
| 17:07:02 | tucoz | preglow, use ie for a wonderful browsing experience ;) |
| 17:09:51 | preglow | ep0ch|: only problem i have with opera is connectivity issues |
| 17:09:55 | preglow | sometimes it just stalls in loading |
| 17:09:57 | preglow | when there's no reason |
| 17:10:27 | Maxou` | i quite like opera |
| 17:10:39 | Maxou` | except some things but.. |
| 17:28:35 | | Join chopped_pork [0] (n=solid@pc176-194.ghnet.pl) |
| 17:41:34 | tucoz | OT, does static linking mean that I 'bundle' the executable with the library? If used with e.g. boost, will this give me faster executables? |
| 17:41:54 | preglow | you bundle the library _in_ the executable |
| 17:41:57 | preglow | faster, perhaps |
| 17:42:06 | _FireFly_ | maybe faster but bigger executables |
| 17:42:09 | preglow | depends on whether any other programs use boost as well, at the same time |
| 17:42:22 | | Part ep0ch| |
| 17:42:24 | preglow | most of boost is header based anyway, so you don't have a choice |
| 17:42:46 | tucoz | preglow, _FireFly_ : ok, thanks. Hmm, what does that mean? that I can not link it statically? |
| 17:43:03 | preglow | tucoz: there is nothing to link against in the majority of boost. all the functionality is in .h files |
| 17:43:14 | preglow | tucoz: the code is inlined |
| 17:43:17 | tucoz | preglow, oh, I see. |
| 17:43:27 | preglow | there are some expecptions |
| 17:43:31 | preglow | line filesystem and python wrapper |
| 17:43:35 | tucoz | ok |
| 17:43:36 | preglow | exceptions! |
| 17:43:45 | * | tucoz understood anyway |
| 17:44:30 | linuxstb | Anyone know if a linux kernel has a built-in checksum, or anything else I can use to check that it's valid? |
| 17:44:36 | tucoz | boost is really good I think. The little I have used it has helped me lots |
| 17:44:45 | preglow | yes, boost is a must for c++ coding, if you ask me |
| 17:44:49 | preglow | i use it all the time |
| 17:45:21 | tucoz | preglow, cool. I used stl all the time, but there were some parts missing there, so boost is a nice addition to that. |
| 17:45:36 | preglow | i use stl all the time too |
| 17:45:44 | preglow | but alone it's a bit lacking |
| 17:45:49 | tucoz | I mean, stl exclusively. |
| 17:46:07 | tucoz | But, then I had to reinvent the wheel all the time |
| 17:47:32 | preglow | what's up with the 'started' variable in thread.c ? |
| 17:47:49 | preglow | seems like some archs does started thread detection in a different way without any very good reason |
| 17:48:36 | LinusN | it depends how the thread is started |
| 17:49:52 | LinusN | you either start it by "manually" putting a valid stack frame on the thread stack and do a context switch, or you use the "started" flag to make the scheduler start it explicitly |
| 17:51:04 | preglow | the why doesn't all archs have 'started'? |
| 17:51:06 | preglow | then |
| 17:51:37 | preglow | riight |
| 17:51:40 | preglow | forget me |
| 17:52:04 | LinusN | forget who? :-) |
| 17:52:11 | preglow | there you go |
| 17:52:21 | preglow | bah, who puts the stack pointer in a non-last register! |
| 17:52:22 | preglow | arm does |
| 17:55:04 | | Join amiconn_ [0] (n=54bd4aef@labb.contactor.se) |
| 17:55:07 | amiconn_ | hi |
| 17:55:11 | preglow | hello |
| 17:56:05 | amiconn_ | LinusN, preglow: All rockbox targets use a 'started' indication in the scheduler, the forged context method is long gone |
| 17:56:39 | amiconn_ | The difference is that the gmini uses a separate 'started' flag, while the others use the start address field for that |
| 17:56:58 | preglow | why does it do that? just hasn't been fixed yet? |
| 17:57:06 | amiconn_ | If the start address is non-NULL, the thread needs to be started. NULL indicates already started |
| 17:57:35 | amiconn_ | The gmini port is stalled, and I didn't want to change code that I can neither compile nor test |
| 17:59:11 | preglow | ok, thanks for clearing up |
| 17:59:22 | preglow | i'll delete that in the ipod target, then |
| 17:59:45 | amiconn_ | The SH and coldfire targets both use the start address technique |
| 18:00 |
| 18:00:02 | amiconn_ | I'd suggest to do the same on arm |
| 18:00:09 | preglow | will |
| 18:02:07 | | Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
| 18:02:35 | preglow | i'll just assume members in a struct that are 4 bytes big will never be padded here |
| 18:02:40 | preglow | sound assumption, yes? |
| 18:02:53 | preglow | the members are 4 bytes big, not the struct iself ;) |
| 18:04:48 | amiconn_ | I think this assumption is safe, at least on a <= 32bit architecture |
| 18:05:07 | | Quit mashalla (Read error: 110 (Connection timed out)) |
| 18:06:17 | | Join DJDD [0] (n=DJDD@220-245-186-182.static.tpgi.com.au) |
| 18:13:07 | preglow | hmm |
| 18:13:21 | preglow | r0-r3 are both scratch and used for parameter passing on arm |
| 18:14:09 | preglow | so i still need to save them, then |
| 18:14:13 | amiconn_ | Nope |
| 18:14:36 | amiconn_ | SH1 is similar; r0-r7 are scratch, r4-r4 are used for parameter passing |
| 18:14:43 | amiconn_ | r4-r7 I mean |
| 18:15:24 | preglow | of course |
| 18:15:29 | preglow | yield takes no parameters |
| 18:18:27 | amiconn_ | bbl |
| 18:18:33 | | Quit amiconn_ ("CGI:IRC (EOF)") |
| 18:20:51 | preglow | anyone know about arm and alignment needs? |
| 18:21:06 | preglow | think i'll align stack by four to be sure |
| 18:23:23 | | Join ashridah [0] (i=ashridah@220-253-121-203.VIC.netspace.net.au) |
| 18:25:16 | TiMiD | _FireFly_: ! |
| 18:25:31 | TiMiD | show me your wps :) |
| 18:25:53 | _FireFly_ | look at the tracker :) |
| 18:26:37 | _FireFly_ | http://sourceforge.net/tracker/index.php?func=detail&aid=1353466&group_id=44306&atid=439120 |
| 18:26:37 | ashridah | _FireFly_: that's right, you wrote a remote wps patch or something didn't you? |
| 18:27:04 | _FireFly_ | not a remote-wps patch a multi-screen-wps-"widget" |
| 18:27:39 | TiMiD | I look |
| 18:27:57 | TiMiD | (sry, but I havn't a lot of time, lot of things to do those days ...) |
| 18:28:03 | _FireFly_ | np |
| 18:30:26 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
| 18:31:02 | preglow | linuxstb: do you know how wide the ram bus is on the ipod? |
| 18:31:20 | preglow | in some cases they say it actually pays to compile to thumb code |
| 18:31:52 | | Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 18:31:53 | | Quit Rick (Nick collision from services.) |
| 18:32:02 | | Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
| 18:32:06 | ashridah | _FireFly_: it seems to have a compilation error in gui/gwps.c |
| 18:32:14 | _FireFly_ | ?? |
| 18:32:16 | ashridah | gui/gwps.c: In function 'wps_data_load': |
| 18:32:16 | ashridah | gui/gwps.c:647: error: syntax error before 'if' |
| 18:33:02 | ashridah | missing semicolon |
| 18:33:21 | ashridah | works after adding it to gwps.c:646 |
| 18:33:34 | _FireFly_ | oh |
| 18:33:38 | _FireFly_ | i see :) |
| 18:33:44 | _FireFly_ | sorry for that |
| 18:35:44 | _FireFly_ | fixed on tracker |
| 18:36:13 | ashridah | so what does the patch do anyway? :) |
| 18:36:30 | ashridah | wait. hang on, i've copied the wrong rockbox.zip :) |
| 18:36:36 | _FireFly_ | adds multi-screen support |
| 18:36:38 | _FireFly_ | :) |
| 18:37:11 | _FireFly_ | and as in my unofficial remote-patch it adds also loading of *.rwps (remote-wps) files |
| 18:37:30 | linuxstb | preglow: No, I don't know. |
| 18:39:15 | ashridah | _FireFly_: got it working. hot. |
| 18:39:37 | linuxstb | preglow: Interesting thread: http://ipodlinux.org/forums/viewtopic.php?p=928 |
| 18:40:45 | _FireFly_ | ashridah: thanks |
| 18:41:00 | _FireFly_ | i hope it will get in cvs soon |
| 18:43:20 | preglow | what, there are numbers there that suggests gcc 2.95 is faster than 3.4... |
| 18:43:24 | preglow | generates faster code, that is |
| 18:44:09 | _FireFly_ | i think that depends on the target arch |
| 18:47:00 | preglow | what is the procedure register on sh? same as link register on arm? |
| 18:49:45 | | Quit DJDD ("Trillian (http://www.ceruleanstudios.com") |
| 18:58:11 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:02:49 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net) |
| 19:03:10 | | Quit ashridah ("paintball :)") |
| 19:05:08 | LinusN | yes |
| 19:05:15 | LinusN | think so |
| 19:05:27 | LinusN | it contains the return address in a subroutine call |
| 19:06:25 | | Join amiconn_ [0] (n=54bd7bd9@labb.contactor.se) |
| 19:07:07 | amiconn_ | preglow: The SH procedure register stores the return address from a subroutine. |
| 19:07:24 | amiconn_ | bsr/jsr don't push it on the stack |
| 19:08:04 | amiconn_ | This means the lowest-level subroutine calls don't need to access memory |
| 19:12:33 | preglow | amiconn_: same as on arm, thebn |
| 19:19:50 | | Quit lostlogic (Read error: 110 (Connection timed out)) |
| 19:22:39 | | Join Lear [0] (n=chatzill@h73n11c1o285.bredband.skanova.com) |
| 19:24:09 | | Join lostlogic [0] (n=lostlogi@node-4024215a.mdw.onnet.us.uu.net) |
| 19:24:22 | preglow | i love the fact that you need to bloody buy protective cases for ipods in multipacks |
| 19:24:42 | _FireFly_ | *g* |
| 19:25:07 | thegeek_ | preglow : when I found out, I was upset |
| 19:25:24 | preglow | what the hell is up with it anyway? |
| 19:25:28 | thegeek_ | indeed |
| 19:25:29 | preglow | why would i want _FIVE_ cases? |
| 19:25:31 | linuxstb | preglow: Obviously you want them in different colours to match what you are wearing... |
| 19:25:36 | thegeek_ | it is extremely annoying |
| 19:25:42 | preglow | linuxstb: i will kill then maim steve jobs |
| 19:25:50 | linuxstb | hehe |
| 19:25:50 | thegeek_ | hehehe |
| 19:26:56 | preglow | haha |
| 19:27:04 | preglow | you need to buy the arm instruction reference |
| 19:27:06 | preglow | i love people |
| 19:27:24 | _FireFly_ | moep :) |
| 19:27:34 | thegeek_ | yarr |
| 19:27:46 | thegeek_ | I feel like some carmageddon |
| 19:27:51 | thegeek_ | anyone remember that game? |
| 19:27:55 | preglow | sure |
| 19:27:56 | thegeek_ | wonderful stress reliever |
| 19:28:04 | preglow | played it a ton of years ago |
| 19:28:06 | thegeek_ | nr 2 was the best |
| 19:29:40 | preglow | can only remember the first one |
| 19:30:20 | thegeek_ | aha |
| 19:30:25 | thegeek_ | it seems they are making a nr.4 |
| 19:30:28 | thegeek_ | yay;) |
| 19:42:53 | | Quit amiconn_ ("CGI:IRC (EOF)") |
| 19:47:26 | preglow | now, if there was some way to test threading... |
| 19:53:59 | linuxstb | You can probably just create some threads manually in the bootloader that display a counter on the screen and then yield. |
| 19:54:43 | linuxstb | In fact, the bootloader at least starts the scroll thread. |
| 19:55:06 | chopped_pork | hm... how can i convert a .ttf font to .fnt? i'd like to check if verdana 8 looks as good on rockbox as it does in x11 :) |
| 19:56:57 | tucoz | chopped_pork, maybe fontforge can help you with that |
| 19:58:08 | tucoz | or maybe this: http://sbiswas.tripod.com/ttf2bdf/ |
| 19:59:29 | tucoz | and run the convbdf tool found in the rockbox/tools dir |
| 19:59:31 | chopped_pork | great, thanks, i'll look into that |
| 19:59:46 | tucoz | which will convert a .bdf font to fnt |
| 20:00 |
| 20:00:29 | chopped_pork | oooh ttf2bdf is for windows, evil :> |
| 20:00:30 | tucoz | http://crl.nmsu.edu/~mleisher/ttf2bdf.html |
| 20:00:41 | * | preglow suddenly realises he's in windows |
| 20:00:54 | chopped_pork | ah much beter now ^^ |
| 20:01:03 | tucoz | hehe, what a nice suprice |
| 20:01:09 | tucoz | surprice |
| 20:06:15 | chopped_pork | convbdf says Error: Too wide characters (>16 pixels) :/ |
| 20:08:36 | chopped_pork | oh it worked with a 6px font size |
| 20:08:45 | chopped_pork | and 7px too |
| 20:09:20 | _FireFly_ | chopped_pork: remember you don't have a big resolution on the device :) |
| 20:09:43 | _FireFly_ | so 6 or 7px fonts-size is big enough |
| 20:10:26 | _FireFly_ | or i'm wrong |
| 20:14:40 | chopped_pork | alright so either i've done something wrong or the default font actually *is* verdana |
| 20:29:01 | | Quit _DangerousDan (Read error: 104 (Connection reset by peer)) |
| 20:32:39 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 20:40:51 | | Join Sandking [0] (n=jacek@ogorek.akron.wroc.pl) |
| 20:46:48 | | Join len0x [0] (n=len0x@193.113.235.174) |
| 20:46:55 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
| 20:53:14 | preglow | amiconn: how do we know that gcc always allocates a scratch register for the attr parameter in the store/load_context functions? |
| 20:58:13 | *** | Saving seen data "./dancer.seen" |
| 20:59:45 | | Quit BirdFish ("reboot") |
| 20:59:47 | linuxstb | preglow: I've been working on a bootloader a little - I'm about to commit a new version with the ipodloader button code which lets you triple-boot depending on keypress. |
| 21:00 |
| 21:01:30 | preglow | which workS? |
| 21:03:13 | | Join XShocK [0] (n=XShocK@centaur.acm.jhu.edu) |
| 21:03:33 | linuxstb | preglow: If you press the key very very early, then yes. So it's not perfect, but it's good enough for now. |
| 21:03:36 | preglow | the bootloader code or the proper interupt driven code? |
| 21:03:37 | preglow | ahh |
| 21:03:49 | linuxstb | Yes, just the bootloader code. We can replace it later. |
| 21:03:51 | preglow | i've got one which does that as well |
| 21:03:54 | XShocK | now my iriver shows time and date.. :)) |
| 21:04:04 | preglow | but it doesn't look like shit, so go ahead and commit yours :) |
| 21:04:17 | | Join yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) |
| 21:04:29 | LinusN | XShocK: nice! |
| 21:05:09 | preglow | how? |
| 21:05:25 | preglow | please tell me you've implemented a low power sleep mode :> |
| 21:05:47 | XShocK | :) no. i added RTC chip to it. |
| 21:06:45 | chopped_pork | ;o |
| 21:06:59 | Maxou` | it's possible? o_o |
| 21:07:09 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 21:07:33 | preglow | haha |
| 21:11:37 | linuxstb_ | preglow: I load the linux kernel and rockbox into a temporary buffer first. So if there is a problem, we can still fall through to the apple firmware. |
| 21:12:05 | linuxstb_ | I'm just reducing the amount of screen clutter (so it will be fine on the Nano), then I'll commit. |
| 21:12:57 | preglow | think i'll boot linus now, so i can test this code |
| 21:13:01 | preglow | linux... |
| 21:13:12 | * | LinusN is reading the "seconds" register of the h300 rtc :-) |
| 21:13:21 | preglow | :PP |
| 21:13:27 | preglow | nicety |
| 21:13:35 | preglow | linuxstb_: ipods _do_ have an rtc, yes? |
| 21:13:51 | linuxstb_ | preglow: Yes. |
| 21:15:07 | thegeek_ | http://www.microsoft.com/korea/events/ready2005/visual_img/Develop_Song.swf |
| 21:15:09 | thegeek_ | catchy! |
| 21:16:57 | preglow | ahahah |
| 21:20:52 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 21:21:38 | | Join BirdFish [0] (n=bradbox8@64.108.5.134) |
| 21:26:19 | | Quit CoCoLUS (Remote closed the connection) |
| 21:26:40 | | Join petur [0] (i=petur@d54C2B033.access.telenet.be) |
| 21:27:36 | | Join CoCoLUS [0] (n=coco@h081217139221.dyn.cm.kabsi.at) |
| 21:30:15 | preglow | argh |
| 21:30:26 | preglow | the gfx card fan adjustmant prog doesn't work after i updated my ubuntu |
| 21:31:56 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 21:33:53 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 21:34:35 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 21:38:41 | preglow | linuxstb_: going to commit soon? |
| 21:40:58 | | Quit petur (" Want to be different? HydraIRC -> http://www.hydrairc.com <-") |
| 21:41:08 | preglow | hah, my bootloader now panics :-) |
| 21:43:27 | Paul_The_Nerd | And that deserves a smile? |
| 21:44:09 | Paul_The_Nerd | Isn't a panic generally a bad thing? |
| 21:44:16 | preglow | oh yes |
| 21:44:24 | linuxstb_ | preglow: Soon. Do you know how many lines of text your Nano can display in the bootloader? |
| 21:45:55 | preglow | linuxstb_: nine |
| 21:46:14 | linuxstb_ | My bootloader displays 10 in the worse case... I'll remove one :) |
| 21:46:34 | preglow | but i wonder where this stokov comes from |
| 21:46:38 | preglow | the scrolling thread doesn't work in any case |
| 21:47:26 | linuxstb_ | Your ipod build has the stack overflow detection working? |
| 21:47:38 | preglow | obviously |
| 21:47:53 | preglow | i removed the threading #ifdef |
| 21:47:59 | preglow | so it's got thread code built in |
| 21:48:10 | LinusN | does your crt0.S fill the stack with 0xdeadbeef? |
| 21:48:16 | linuxstb_ | No. |
| 21:48:17 | preglow | LinusN: :-) |
| 21:48:22 | LinusN | there you go |
| 21:50:05 | | Join mashalla [0] (i=mashalla@p5498DFDE.dip.t-dialin.net) |
| 21:50:12 | | Quit Sandking () |
| 21:58:53 | | Join muesli_- [0] (i=muesli_t@Bc1eb.b.pppool.de) |
| 21:59:23 | muesli_- | re |
| 21:59:41 | linuxstb_ | preglow: OK, I've committed my updated bootloader. |
| 22:00 |
| 22:00:13 | linuxstb_ | When you actually want to run rockbox, you'll need to remove the #ifdef |
| 22:00:46 | | Quit Kohlrabi (Nick collision from services.) |
| 22:00:51 | | Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-132-098.pools.arcor-ip.net) |
| 22:04:56 | preglow | linuxstb_: okies |
| 22:08:41 | | Quit BirdFish ("studies") |
| 22:09:07 | | Join ]RowaN[ [0] (i=a2b0y@82-43-214-84.cable.ubr10.newm.blueyonder.co.uk) |
| 22:09:54 | ]RowaN[ | whats the general feeling on moving the main rockbox exe to inside the .rockbox directory, to make the root look a bit cleaner. i know its been disucssed before |
| 22:10:21 | LinusN | i'm not against it |
| 22:11:45 | muesli_- | would be cool (just my 0.0002cents...) |
| 22:11:49 | Paul_The_Nerd | I think it'd be kinda nice too. |
| 22:12:11 | linuxstb_ | It means that if you don't have "show all files", then you can't browse to it to reboot. But maybe that's not an issue. |
| 22:12:39 | Lear | for developers it might be... |
| 22:13:12 | linuxstb_ | Personally I would prefer a reboot option in the menu - maybe the top option in Debug |
| 22:14:06 | Paul_The_Nerd | I always kinda wondered why there wasn't one. |
| 22:14:20 | muesli_- | would be cool, too (just my 0.0002cents again...) |
| 22:14:35 | ]RowaN[ | well maybe the bootloader could execute /.rockbox/rockbox.iriver if it doesnt find a copy of the file on the root.. but maybe thats a needless complication of a bootloader which is supposd to be kept simple |
| 22:14:59 | preglow | yes |
| 22:15:08 | preglow | but not much, i suppose |
| 22:15:08 | Paul_The_Nerd | Or... |
| 22:16:00 | linuxstb_ | Another option is to make .rockbox just hold configuration files, and put the binaries (rockbox.iriver, the plugins and the codecs) somewhere else. |
| 22:16:01 | Paul_The_Nerd | You could just change the display supported files so it ignored rockbox.iriver. I know it's kinda counterintuitive since it's technically supported, but that way you wouldn't have to rewrite the bootloader. |
| 22:16:55 | LinusN | there is another reason to put in in .rockbox: |
| 22:17:10 | ]RowaN[ | wow just seen ipod builds on the daily page =] |
| 22:17:29 | LinusN | so many lamers extract only the rockbox.iriver file to the player, this way they *have* to extract .rockbox |
| 22:17:30 | ]RowaN[ | is there a public bootloader for ipods? |
| 22:18:02 | preglow | linuxstb_: what the hell? does arm stacks grow upward? |
| 22:18:16 | ]RowaN[ | oh no this channel is going to end up full of ipod owners! ='[ |
| 22:18:25 | preglow | linuxstb_: or is you putting _stackbegin in sp an error? |
| 22:21:11 | tucoz | ]RowaN[, join #ipodlinux for a taste of how that will be ;) |
| 22:21:20 | ]RowaN[ | *shudder* |
| 22:22:10 | ]RowaN[ | hmm i guess i have slightly less reason to laugh at ipod owners now though |
| 22:22:23 | tucoz | linuxstb_, have the ipodlinux community shown any interest in the rockbox port? |
| 22:22:48 | linuxstb_ | preglow: It could be a mistake. |
| 22:22:58 | ]RowaN[ | the sound quality from my ipod sucked (tinny, no bass, EQ made everything distort), but everyone else seems to think its ok.. maybe mine was faulty.. doesnt seem likely though |
| 22:23:14 | linuxstb_ | preglow: Compare my code with startup.s in the ipodloader directory. |
| 22:23:41 | linuxstb_ | tucoz: No, none at all. |
| 22:23:44 | tucoz | I just wonder if the sound quality of the bundled head phones is any good, or if people just use them as a fasion statement |
| 22:24:40 | tucoz | linuxstb_, that is too bad. Well, maybe there will be interest in a while. |
| 22:25:24 | tucoz | (I meant fashion :) |
| 22:25:26 | linuxstb_ | I don't think many people there know what Rockbox is. Or maybe they are just very happy with ipodlinux. |
| 22:26:48 | tucoz | That is probably true. Just curious, does it take long time to boot ipl? |
| 22:26:54 | ]RowaN[ | tucoz: it was dire with my 3rd gen ipod, original headfones or my own sony ones (which sound great with my iriver, and with my £50 cd player) |
| 22:27:04 | ]RowaN[ | it was nice of apple to refund me so promptly though =] |
| 22:28:04 | preglow | linuxstb_: it could be that they've swapped the stackbeing and stackend symbols |
| 22:28:05 | tucoz | hehe, ok. (dire means crap right?) |
| 22:28:12 | preglow | linuxstb_: in rockbox, i believe stackend is the one with the higher address |
| 22:28:27 | linuxstb_ | That could explain the corruptions then. |
| 22:28:39 | preglow | not really |
| 22:29:29 | preglow | adding another sprintf should just overwrite previously overwritten stack |
| 22:37:28 | | Join arkascha [0] (n=arkascha@xdsl-213-168-118-225.netcologne.de) |
| 22:44:45 | amiconn | preglow: Regarding your register question - we can't make that bullet-proof. Gcc seems to use a scratch register by convention. |
| 22:45:04 | preglow | amiconn: that might become a very interesting bug one day |
| 22:45:28 | amiconn | If we want to make it bulletproof, we would have to write the context switching in assembler |
| 22:47:25 | Paul_The_Nerd | Question: |
| 22:47:50 | Paul_The_Nerd | Is the directory navigation menu item related to the ability to change directories with the remote while in WPS? |
| 22:49:59 | | Quit arkascha (Client Quit) |
| 22:51:24 | | Quit len0x (Read error: 145 (Connection timed out)) |
| 22:52:41 | | Join len0x [0] (n=len0x@mobileweb02.london.02.net) |
| 22:54:02 | _FireFly_ | Paul_The_Nerd: not only also with the main (PLAY+LEFT/RIGHT or short+long press LEFT/RIGHT |
| 22:54:32 | Paul_The_Nerd | Yes |
| 22:54:36 | Paul_The_Nerd | I was just curious. |
| 22:54:39 | _FireFly_ | Paul_The_Nerd: http://forums.rockbox.org/index.php?topic=1797.0 |
| 22:54:41 | Paul_The_Nerd | I like the "move to another folder" bit of it. |
| 22:54:49 | Paul_The_Nerd | But not the button press aspect which seems to be new. =/ |
| 22:55:27 | * | Paul_The_Nerd shrugs. |
| 22:56:45 | _FireFly_ | ?? |
| 22:57:06 | len0x | who doesn't like what? :) |
| 22:57:23 | Paul_The_Nerd | For example, if you're playing and reach the end of a directory, with it enabled it goes on to the next directory, but if it's disabled it doesn't seem to. |
| 22:57:56 | len0x | what's wrong with that behaviour ? |
| 22:57:59 | Paul_The_Nerd | That part I like |
| 22:58:17 | *** | Saving seen data "./dancer.seen" |
| 22:58:18 | Paul_The_Nerd | The part I dislike is that the addition of the "Folder Skip" button combination is enabled/disabled by the same menu choice, it seems. |
| 22:58:19 | len0x | but? |
| 22:58:30 | len0x | no |
| 22:58:34 | Paul_The_Nerd | Hrm |
| 22:58:46 | len0x | option doesn't have anything to do with skip |
| 22:59:03 | len0x | skip to te next folder will alwasy work |
| 22:59:27 | Paul_The_Nerd | Hrm |
| 22:59:31 | _FireFly_ | yepp |
| 22:59:35 | _FireFly_ | just tested |
| 22:59:38 | Paul_The_Nerd | Earlier, I'd turned it off, and then Source/Bitrate didn't skip folders on me. |
| 22:59:45 | Paul_The_Nerd | Lemme double check, maybe somehow I just didn't press it right. |
| 22:59:57 | len0x | there was bug at some point |
| 23:00 |
| 23:00:12 | len0x | I know because I coded it :) |
| 23:00:17 | _FireFly_ | :) |
| 23:00:43 | _FireFly_ | radio does now also work on the remote :) |
| 23:01:01 | len0x | I know :) |
| 23:01:22 | _FireFly_ | i have a quick-hack to show the keyboard om the remote |
| 23:01:23 | | Quit dpassen1 () |
| 23:02:01 | len0x | I'm not completely done with radio.c yet... |
| 23:02:07 | _FireFly_ | it was/is a part of my unofficial remote-patch |
| 23:02:11 | len0x | keyboard on remote ? |
| 23:02:26 | len0x | does it fit ? |
| 23:02:50 | _FireFly_ | yepp i have revert it to the old 4 page version for the remote |
| 23:02:54 | | Join Paul_The_Nerd_ [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 23:02:56 | _FireFly_ | only |
| 23:03:07 | Paul_The_Nerd_ | Sorry 'bout that |
| 23:03:17 | Paul_The_Nerd_ | My laptop had apparently come unplugged and hybernated. |
| 23:03:21 | Paul_The_Nerd_ | hibernated |
| 23:03:51 | Paul_The_Nerd_ | Okay, so apparently I was mistaken |
| 23:04:05 | Paul_The_Nerd_ | Does Source/Bitrate do nothing if you're playing a playlist then? |
| 23:04:17 | _FireFly_ | len0x: look at home.arcor.de/s.wezel/remote-keyboard.patch |
| 23:04:30 | DBUG | Enqueued KICK len0x |
| 23:04:30 | len0x | Paul_The_Nerd_: obviously |
| 23:04:36 | Paul_The_Nerd_ | Okay |
| 23:04:44 | Paul_The_Nerd_ | Then there's some sort of bug in it |
| 23:04:44 | len0x | works only for folders |
| 23:04:55 | Paul_The_Nerd_ | I thought I was accidentally hitting the Source/Bitrate button while listening to my rock playlist |
| 23:05:17 | _FireFly_ | Paul_The_Nerd: i have just test it it doesn't work when you play a playlist |
| 23:05:23 | Paul_The_Nerd_ | For some reason in the middle of the music playing, a song will end, and instead of moving to the next playlist entry, it moves into either the recording folder, or the patchset folder for the old midi plugin thing |
| 23:05:43 | Paul_The_Nerd_ | I'd thought I was accidentally triggering the folder navigation, but apparently it's something else. |
| 23:07:18 | LinusN | there is something fishy with playlist playback |
| 23:07:26 | LinusN | suddenly it just freaks out |
| 23:07:32 | Paul_The_Nerd_ | Excellent! I'm not crazy! |
| 23:07:44 | Paul_The_Nerd_ | I'd assumed it was error on my part rather than a bug. |
| 23:07:57 | Paul_The_Nerd_ | Carelessly moving the wrong thing on the remote. |
| 23:08:39 | len0x | which build are you running ? |
| 23:09:38 | Paul_The_Nerd_ | 051113-1723 |
| 23:09:41 | | Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 23:09:52 | Paul_The_Nerd_ | And choosing Info->Version gets me... the credits? |
| 23:10:21 | len0x | lol indeed |
| 23:11:05 | _FireFly_ | it shows shortly the version and then the credits |
| 23:11:11 | Paul_The_Nerd_ | Yep |
| 23:11:13 | Paul_The_Nerd_ | I didn't know that. |
| 23:11:21 | Paul_The_Nerd_ | I'd always just run the credits plugin. |
| 23:11:54 | amiconn | _FireFly_: <_FireFly_> yepp i have revert it to the old 4 page version for the remote <= it was 3-page before... |
| 23:12:36 | _FireFly_ | amiconn : yepp it is 3 page |
| 23:12:39 | | Quit mashalla () |
| 23:13:03 | _FireFly_ | for the remote only in my patch |
| 23:13:28 | _FireFly_ | which is a split-off of my old unofficial remote-patch |
| 23:13:29 | amiconn | LinusN: Not only playlist playback is fishy... |
| 23:13:50 | LinusN | really? |
| 23:14:11 | amiconn | Today I used my iriver for real a bit. The Stop button didn't always react as expected |
| 23:14:30 | amiconn | Got that two times |
| 23:14:49 | LinusN | empty wps screen? |
| 23:15:06 | preglow | scroll thread still isn't working |
| 23:15:07 | amiconn | No, wps was still shown, and music still played |
| 23:15:09 | len0x | I know how to do empty wps scree :) |
| 23:15:29 | preglow | bah |
| 23:15:40 | amiconn | Just as if I didn't press the button, but lock was not enabled. The volume control worked |
| 23:16:14 | amiconn | The first time I got it to react after a couple of tries. The second time the only working method was the 8-second shutdown |
| 23:16:39 | Paul_The_Nerd_ | I've had that happen too amiconn, but only once so far. |
| 23:16:39 | len0x | a bug: play something -> to go the radio -> exit radio via stop -> press play - blanks screen |
| 23:16:42 | amiconn | So I couldn't have been the button itself, otherwise the 8-second shutdown wouldn't have worked either |
| 23:17:09 | len0x | because playlist is not saved |
| 23:17:16 | len0x | (current) |
| 23:17:45 | len0x | actually no |
| 23:18:47 | _FireFly_ | len0x: i can*t reproduce this bug |
| 23:19:01 | len0x | I was sure that how I got it... (may be I pressed stop instead of play indeed) |
| 23:20:10 | len0x | but I just tried and couldn't either... |
| 23:20:12 | _FireFly_ | if i press stop i see shortly the wps and then the filetree |
| 23:20:26 | | Quit Paul_The_Nerd (Read error: 110 (Connection timed out)) |
| 23:20:38 | | Nick Paul_The_Nerd_ is now known as Paul_The_Nerd (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 23:21:12 | len0x | for some reason playback is resumed properly now (previously when entering radio current playback position was not saved) |
| 23:21:34 | len0x | i.e. when I press play |
| 23:22:14 | preglow | i do some longs lcd_puts calls, then call yield in a loop for a long time, this should be sufficient to see some scrolling, yes? |
| 23:22:55 | amiconn | Is the timer interrupt already implemented? |
| 23:23:03 | preglow | nope |
| 23:23:07 | preglow | should that matter? |
| 23:23:12 | amiconn | Of course |
| 23:23:19 | preglow | bah |
| 23:23:21 | preglow | of course it will |
| 23:23:22 | amiconn | The scrolling thread uses current_tick... |
| 23:23:26 | preglow | yes... |
| 23:23:43 | linuxstb_ | current_tick is a macro pointing to the RTC |
| 23:23:56 | preglow | oh, so it should work |
| 23:23:59 | linuxstb_ | The ATA driver (and other places) already use it. |
| 23:24:58 | _FireFly_ | good night everybody |
| 23:25:40 | | Quit _FireFly_ ("Leaving") |
| 23:26:24 | | Join MacDancer [0] (n=MacDance@adsl-69-106-251-2.dsl.pltn13.pacbell.net) |
| 23:29:16 | preglow | wonderful, now my ipod just refuses to boot |
| 23:29:25 | preglow | after displaying a battery symbol |
| 23:29:38 | preglow | i guess i'll have to assume it doesn't charge via usb in linux, then |
| 23:29:46 | markun | you can't have bricked it, can you? |
| 23:30:00 | preglow | markun: that would have been, very, very hard |
| 23:30:18 | preglow | it looks to me like it's pretty close to impossible |
| 23:30:27 | markun | good to hear |
| 23:30:38 | preglow | it's got a bootloader in flash that can always boot in disk mode |
| 23:30:56 | preglow | but still, this is somewhat strange |
| 23:32:27 | preglow | it plain refuses to boot |
| 23:32:30 | linuxstb_ | preglow: Hold switch? |
| 23:32:39 | preglow | linuxstb_: no |
| 23:32:46 | preglow | linuxstb_: i've never used that yet |
| 23:32:48 | linuxstb_ | It's only me that does that then :) |
| 23:33:01 | preglow | it displayed a battery symbol on screen when i tried to boot it |
| 23:33:14 | preglow | and now it doesn't do anything when i try to turn it on |
| 23:33:21 | linuxstb_ | Mine charges fine from Linux. |
| 23:33:29 | preglow | i'm pretty damned sure mine did as well |
| 23:33:43 | linuxstb_ | It does just sound like the battery is empty though. |
| 23:33:54 | preglow | i'm also pretty sure the battery wasn't completely emptyu |
| 23:33:55 | preglow | hmmm |
| 23:34:12 | preglow | this was just normal development, i can't have bricked it doing this |
| 23:34:28 | preglow | bah |
| 23:34:32 | linuxstb_ | So the reboot combination works, but it goes straight to a battery icon? |
| 23:34:37 | preglow | i'll just boot windows and see what happens |
| 23:34:38 | preglow | no |
| 23:34:39 | preglow | nothing happens |
| 23:34:42 | preglow | it never turns on |
| 23:34:45 | preglow | displays nothing |
| 23:35:25 | linuxstb_ | I would just try charging it for a while. I too would be extremely surprised if you've bricked it. |
| 23:35:51 | preglow | i' |
| 23:36:11 | preglow | i've plugged it straigt into my box now, perhaps the lcd panel usb hub crashed or something |
| 23:36:32 | preglow | no, i refuse to believe it's possible to brick it doing something like thsi |
| 23:36:38 | preglow | i've done way crazier things |
| 23:36:46 | preglow | like the time cygwin overwrote the partition table and mbr |
| 23:37:15 | amiconn | All lcd monitor usb hubs I've seen so far are passive. Unlikely that it is sufficient for recharging your ipod... |
| 23:37:35 | preglow | amiconn: worked fine so far... |
| 23:37:42 | | Join _DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 23:38:11 | preglow | pfew |
| 23:38:13 | preglow | i got it going again |
| 23:38:14 | amiconn | How do you know it charged for real? |
| 23:38:26 | preglow | amiconn: well, i assume it does charge for real when it claims to be charging for real |
| 23:38:31 | preglow | amiconn: it also reported full battery |
| 23:38:35 | preglow | but i've got it going again |
| 23:38:36 | amiconn | ah. |
| 23:38:44 | preglow | there was some strange lockup in the apple flash |
| 23:38:56 | preglow | i must have not held the reset combo for long enough |
| 23:39:04 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 23:39:04 | * | preglow wipes away sweat |
| 23:39:23 | * | linuxstb_ passes preglow a cold beer |
| 23:41:01 | preglow | now there's something i could have used right about now |
| 23:41:15 | preglow | oh well, i'll continue tickling the threading |
| 23:41:32 | preglow | fun part is the battery is almost full |
| 23:41:33 | preglow | haha |
| 23:41:56 | ]RowaN[ | err whaddu i have to do to get my bmp showing in the wps now |
| 23:42:41 | amiconn | preglow: There's some thread and timer tick test code in firmware/test/kernel |
| 23:42:58 | amiconn | It seems that it needs a gdb stub though... |
| 23:43:00 | | Quit ehntoo ("Leaving") |
| 23:43:08 | Paul_The_Nerd | ]RowaN[: I think it needs to be in a folder with the same name as the .wps file |
| 23:43:14 | preglow | i'll just spawn a couple of threads that does simple stuff |
| 23:43:22 | Paul_The_Nerd | in .rockbox/wps/ you have bob.wps and a folder named bob with all the .bmp files |
| 23:43:24 | Paul_The_Nerd | etc |
| 23:43:26 | amiconn | Does the ipod have an rs232 interface? |
| 23:43:37 | linuxstb_ | Yes. |
| 23:44:08 | linuxstb_ | Or at least the 3G and earlier models did. I think the 4G models do, but it may not have a linux driver. |
| 23:44:35 | linuxstb_ | I think it's used to connect to the various ipod peripherals |
| 23:45:36 | ]RowaN[ | Paul: still not working |
| 23:45:55 | ]RowaN[ | do i have to put the image pathname in the wps now? |
| 23:49:51 | preglow | haha |
| 23:49:58 | preglow | i created two threads that just incremented variables |
| 23:50:05 | ]RowaN[ | the info on rockbox.org/twiki/bin/view/Main/CustomWPS#Images is out of date |
| 23:50:09 | preglow | bootloader now creashes, runs, crashes, runs, crashes, runs |
| 23:51:09 | | Join HCl [0] (i=hcl@titania.student.utwente.nl) |
| 23:51:24 | preglow | hahaha |
| 23:51:25 | preglow | i am a fool |
| 23:51:42 | ]RowaN[ | can anyone help me with wps? |
| 23:52:09 | | Quit muesli_- (Read error: 110 (Connection timed out)) |
| 23:52:31 | preglow | ok, threading works |
| 23:52:50 | preglow | note to self: rockbox does not handle threads exiting very well |
| 23:52:54 | | Quit DangerousDan (Read error: 110 (Connection timed out)) |
| 23:52:55 | linuxstb_ | preglow: Nice. |
| 23:53:27 | Paul_The_Nerd | ]RowaN[: I'm not 100% certain. I moved my .wps file into the WPS folder, moved my images into a subfolder and everything worked fine |
| 23:53:37 | linuxstb_ | Does that mean you can tick the first box here? http://www.rockbox.org/twiki/bin/view/Main/IpodPort |
| 23:53:37 | | Join ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com) |
| 23:53:43 | | Quit ehntoo (Client Quit) |
| 23:53:49 | preglow | yeah, but i'll give it a few more tests first |
| 23:54:06 | preglow | scrolling still doesn't work for some raso |
| 23:54:06 | Paul_The_Nerd | The .wps file still simply calls it backround.bmp and it's in .rockbox/wps/paul/background.bmp with the .wps being .rockbox/wps/paul.wps |
| 23:54:07 | preglow | reason |
| 23:54:34 | linuxstb_ | Are the necessary LCD functions implemented? |
| 23:54:40 | | Join ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com) |
| 23:54:59 | preglow | perhaps, perhaps not :) |
| 23:55:14 | ]RowaN[ | hmm thats how i have it, but image not showing |
| 23:55:20 | Paul_The_Nerd | Odd. |
| 23:55:27 | linuxstb_ | preglow: I would guess not - I only did the very minimum to get the text displaying. |
| 23:55:36 | Paul_The_Nerd | What's the line in your WPS that loads the image? |
| 23:56:02 | ]RowaN[ | %x|a|test.bmp|0|0| |
| 23:56:45 | Paul_The_Nerd | Hrm |
| 23:56:51 | Paul_The_Nerd | Odd. |
| 23:56:55 | ]RowaN[ | ah whoops |
| 23:57:00 | Paul_The_Nerd | Hrm? |
| 23:57:03 | ]RowaN[ | i renamed the image to rowan.bmp |
| 23:57:06 | ]RowaN[ | forgot to change wps |
| 23:57:09 | Paul_The_Nerd | Hehehe |
| 23:57:26 | ]RowaN[ | a shoolboy error |
| 23:57:37 | Paul_The_Nerd | It happens |
| 23:58:15 | preglow | linuxstb_: looks like it's all implemented to me |
icon identifies that the person is a core developer (has commit access).