| 00:00:16 | ender` | is it any different from the battery in H120? |
| 00:00:33 | linuxstb_ | I've no idea. But I would expect them to be the same |
| 00:01:15 | amiconn | Battery runtime might be *slightly* higher for h120 than h140 |
| 00:02:34 | ender` | due to disk? |
| 00:03:03 | amiconn | Two reasons. (1) The disk probably needs less energy to spin up (1 platter instead of 2) |
| 00:03:25 | amiconn | (2) The RAM refresh needs less bandwidth |
| 00:03:41 | amiconn | Bah, (2) is for h100 |
| 00:03:45 | amiconn | ...only |
| 00:03:58 | linuxstb_ | The h100 has 16MB RAM? |
| 00:04:02 | amiconn | yup |
| 00:04:36 | ender` | i was looking at my PS2 the other day and realized that it, too has 32MB ram... |
| 00:05:02 | linuxstb_ | Do we have any stats on how many downloads there have been for each target? |
| 00:05:21 | ender` | btw, what's the unicode status? |
| 00:05:41 | Bagder | linuxstb: not really |
| 00:07:52 | | Join len0x [0] (n=len0x@193.113.235.183) |
| 00:09:54 | | Quit len0x (Client Quit) |
| 00:10:54 | | Join matsl [0] (n=user@1-1-4-2a.mal.sth.bostream.se) |
| 00:27:13 | | Join DJDD [0] (n=DJDD@CPE-143-238-11-25.vic.bigpond.net.au) |
| 00:28:25 | | Quit DJDD_ (Read error: 110 (Connection timed out)) |
| 00:50:58 | | Join ashridah [0] (i=ashridah@220-253-121-15.VIC.netspace.net.au) |
| 00:57:27 | *** | Saving seen data "./dancer.seen" |
| 00:58:38 | amiconn | w00t! |
| 01:00 |
| 01:02:53 | amiconn | My asm monster finally works as intended |
| 01:03:06 | linuxstb_ | Congratulations. Is an ARM version next? :) |
| 01:03:15 | amiconn | haha |
| 01:07:35 | XShocK | hmmm... i look at trickle chrger in ihp120.. and see that it has usb pin... so, does it mean that player can be chrged from usb? |
| 01:09:02 | XShocK | from what i see there will be nothing hard at all to make a player charge and work from usb.. |
| 01:09:13 | XShocK | it is just a matter of one wire. |
| 01:21:07 | | Quit DJDD ("Trillian (http://www.ceruleanstudios.com") |
| 01:27:31 | ashridah | ideally, any kind of usb-drawing charger will actually have a usb device built in in order to control current flow. |
| 01:28:00 | ashridah | but i've heard of people hacking usb 1.1 cables in order to do usb-drawn charging |
| 01:28:08 | ashridah | just make sure you do it on a port you don't mind frying ;) |
| 01:40:09 | | Quit dpassen1 () |
| 01:44:35 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 01:49:54 | | Join _aLF [0] (n=Alexandr@mut38-2-82-67-66-128.fbx.proxad.net) |
| 02:00 |
| 02:12:39 | | Quit actionshrimp ("a bird in the bush is worth two in your house") |
| 02:14:05 | XShocK | ashridah, usb-calble-hacking doesn't look very good. one wire inside of a player looks much nicer. :) |
| 02:15:06 | XShocK | anyway, i will not do it just because i don't really need it. btw, i could fit my rtc schema inside of my player |
| 02:15:39 | XShocK | it barely fit, but it is inside now. |
| 02:16:24 | XShocK | i didn't connect any wires yet, i don't have solder in my room, i will solder it tomorrow. :) |
| 02:16:48 | XShocK | and will start writing a driver for it. |
| 02:17:29 | XShocK | pretty easy, since it is connected using i2c to the same bus tuner is using. |
| 02:24:29 | | Quit matsl (Remote closed the connection) |
| 02:35:20 | XavierGr | xshock: where exatcly to solder the cable for charge and sybc? |
| 02:35:33 | XavierGr | also it would need a switch |
| 02:39:13 | XShocK | pin number 2 on TI trickle charger goes directly to usb cable.. adding a cap is also not a bad idea. |
| 02:39:25 | XShocK | that is for charging. |
| 02:39:40 | XShocK | ground i think is already connected. |
| 02:39:59 | XavierGr | no need for switch then? |
| 02:40:04 | XShocK | no. |
| 02:40:12 | XShocK | no switches.. |
| 02:40:46 | XavierGr | so already roclbox has the option to charge from other targets. |
| 02:41:14 | XShocK | hmm. i dont' understand what you mean. |
| 02:41:29 | XavierGr | Iyeah I said it very wrong |
| 02:42:56 | XavierGr | I mean that rockbox option "tickle charge" will controll the charging when this wire is added, right? |
| 02:43:45 | XShocK | no. |
| 02:43:51 | XavierGr | or I completely misundestood what you said. |
| 02:44:25 | XShocK | that addition of the wire will make your battery charge whenever you connect your player to computer using usb. |
| 02:44:38 | XShocK | it has nothing to do with software and rockbox in particular |
| 02:44:56 | XavierGr | exaplain this: If you add the wire that you say, which part of hardware (or software) will control if the user wants to charge? |
| 02:45:05 | XavierGr | so there will be no option. |
| 02:45:19 | XavierGr | when you insert USB you charge without an option. |
| 02:45:22 | XShocK | yes. no option.. it will charge automatically.. |
| 02:45:26 | XShocK | yes |
| 02:45:49 | XavierGr | but I think that this is not acceptable. |
| 02:45:56 | XavierGr | obviously you don't want to charge all the time. |
| 02:46:31 | XShocK | hmm. why not? |
| 02:47:07 | XavierGr | bad for the battery? |
| 02:47:25 | XavierGr | imagine that you charged fully and then you remembered to put some new files |
| 02:48:00 | XavierGr | I guess that li-ion is not spoiled by continous charging but.... |
| 02:49:04 | XShocK | i guess that TI trickle charger will terminate the charge.. |
| 02:49:29 | XavierGr | I just had my worst nightmare with those modded USB cables that charge and sync |
| 02:49:32 | XShocK | i didn't read the documentation very deep. |
| 02:49:51 | XavierGr | I made one of those when I first got the player and it worked quite fine. |
| 02:50:05 | XavierGr | but now something went wrong. |
| 02:50:20 | XShocK | how do you control chargin in those ipods that have the feature of usb charging? |
| 02:50:35 | XavierGr | when I coupled it on my my PC, Windoze crashed |
| 02:50:49 | XShocK | hmm. |
| 02:50:57 | XavierGr | then my player crashed in a way that no led was lit |
| 02:51:17 | XavierGr | So I didn't realised that iriver had crashed too. |
| 02:51:24 | XShocK | sdtrange |
| 02:51:28 | XavierGr | then I pushed play only to see that nothing happens |
| 02:51:30 | XShocK | i gotta go. |
| 02:51:41 | XShocK | have a meeting at 9pm. |
| 02:51:42 | XavierGr | ok good night |
| 02:51:51 | XShocK | u2. cya |
| 02:52:37 | XavierGr | anyway I then realised that the HD was spinning and the reset did the work. For one sec I really thought that my unit died...! |
| 02:57:28 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:02:54 | amiconn | linuxstb: Your table.c commit is incomplete => red builds |
| 03:07:31 | linuxstb_ | Sorry - forgot SOURCES. It's committed now. |
| 03:09:39 | linuxstb_ | Why didn't the sim builds turn red as well? |
| 03:11:04 | amiconn | Good question... |
| 03:11:52 | ashridah | do the platforms all rebuild whenever there's a commit, or daily? |
| 03:12:08 | linuxstb_ | All platforms after every commit |
| 03:12:42 | ashridah | whoa. how long does the build process take for all of them? |
| 03:13:10 | amiconn | About half an hour, depending on the server load and how much was changed |
| 03:13:20 | ashridah | aah, does it does incrementals if it can? |
| 03:13:32 | amiconn | It uses some compiler cache |
| 03:13:38 | ashridah | right |
| 03:14:58 | linuxstb_ | And it's going to get worse with the ipod targets. We could quite quickly have 4 or 5 new targets |
| 03:15:19 | linuxstb_ | All with codecs to build |
| 03:15:28 | amiconn | Yes, and some sims as well... |
| 03:15:41 | linuxstb_ | And bootloaders for each ipod. |
| 03:16:26 | amiconn | Even today not all possible combinations are built |
| 03:16:54 | linuxstb_ | The ipods are very very similar. I'm sure you've noticed the minor differences between the two ipods |
| 03:18:15 | linuxstb_ | I'm not sure the ipod sims would need building. They would probably be very close to the H3x0 |
| 03:18:55 | amiconn | At least the lcd resolution is different |
| 03:19:02 | amiconn | ...and the buttons |
| 03:19:19 | amiconn | Then we might decide to run the H300 lcd in 18bit |
| 03:19:22 | linuxstb_ | Yes, I forgot the buttons. I thought the resolution was the same (for the color ipod) |
| 03:19:35 | linuxstb_ | My ipod is 220x176 |
| 03:19:56 | linuxstb_ | So I guess we will need some sims. |
| 03:20:02 | | Quit _aLF ("^^") |
| 03:20:18 | amiconn | The nano is less |
| 03:20:26 | amiconn | Then there are the greyscale ipods |
| 03:20:46 | linuxstb_ | Yes - the nano is less. But I think the greyscales are the same as the H1x0 |
| 03:20:54 | amiconn | Two resolutions |
| 03:21:06 | amiconn | Standard ipod is same as H1x0 |
| 03:21:10 | amiconn | Mini is again less |
| 03:22:18 | linuxstb_ | So we're back to needing all the sims then? |
| 03:22:24 | amiconn | I wonder whether the pixel-flicking greyscale technique would be possible on these ipods... |
| 03:22:50 | linuxstb_ | I can tell your tempted to buy one :) |
| 03:22:59 | linuxstb_ | s/your/you're/ |
| 03:23:31 | amiconn | Hmpf. I already have 5 rockboxes, more than enough for my limited time :/ |
| 03:25:11 | amiconn | Then I don't really like the ipod design (well, mostly the available colours) |
| 03:25:52 | amiconn | I heard that the nano is available in black though |
| 03:26:26 | linuxstb_ | Yes - the Nano comes in black and white |
| 03:28:12 | amiconn | Hmm, afaik ipodlinux doesn't have the pixel-flicking greyscale... |
| 03:28:39 | linuxstb_ | The lack of buttons is my biggest criticism. Also, the non-standard USB connector, but charging via USB is very useful. |
| 03:29:00 | amiconn | Hmm, no standard connector? |
| 03:29:09 | amiconn | How many buttons? |
| 03:30:12 | linuxstb_ | There are four real buttons and the scroll-wheel which is touch-sensitive giving (i think) 96 values depending on where you press it. |
| 03:30:31 | linuxstb_ | So you could argue there are 100 buttons... |
| 03:31:01 | linuxstb_ | So you basically have a wheel that turns in two directions and 4 buttons. |
| 03:31:20 | linuxstb_ | Plus a hold switch |
| 03:31:58 | amiconn | That's not much... |
| 03:32:41 | amiconn | ...but a tiny bit better than the Ondio, which has 6 buttons, one of which is the power button |
| 03:32:54 | amiconn | I guess the ipod has no separate power button? |
| 03:33:12 | linuxstb_ | No - a long press on PLAY sends it to sleep. |
| 03:33:31 | linuxstb_ | And there is the hardware reset key combination as well. |
| 03:33:35 | amiconn | Do you know whether button combos are restricted somehow? |
| 03:33:49 | linuxstb_ | I don't know. |
| 03:34:39 | linuxstb_ | I haven't really looked at the button driver yet. |
| 03:35:04 | linuxstb_ | I've been working tonight on getting Rockbox itself to compile. I've now reached the plugins. |
| 03:35:42 | amiconn | I'm curious how the wheel is handled in the firmware |
| 03:36:00 | linuxstb_ | Which firmware? |
| 03:36:08 | | Quit ]RowaN[ (Read error: 104 (Connection reset by peer)) |
| 03:36:34 | amiconn | I mean, how is it hooked up, what signals are received when the wheel is operated? |
| 03:37:53 | linuxstb_ | I think the hardware provides an integer between 0 and 95, with all the hard work done in the hardware. |
| 03:38:44 | linuxstb_ | There was a thread on the IPL forums about it, but the IPL website is down at the moment so I can't find it. |
| 03:40:55 | amiconn | I'm undecided whether I should commit the memcpy() monster. 958 bytes... |
| 03:44:36 | | Quit ghode|afk (Read error: 110 (Connection timed out)) |
| 03:45:38 | linuxstb_ | I forgot the middle (select) button on the ipod. It's 5 buttons, plus the wheel, plus hold. |
| 03:46:25 | linuxstb_ | Are you planning on putting the memcpy in iram? |
| 03:46:51 | amiconn | It always was in iram |
| 03:51:08 | linuxstb_ | I think you should - it's very well-used function. |
| 03:51:37 | amiconn | Afaik, some codecs use an own function instead |
| 03:51:58 | amiconn | These should then use the new memcpy() |
| 03:54:07 | linuxstb_ | Yes, that shouldn't be a problem to fix. |
| 03:54:53 | linuxstb_ | Apart from the plugins, Rockbox now builds for the ipod. I now need to write some startup code. |
| 03:57:24 | linuxstb_ | I think it's time for sleep. Goodnight. |
| 03:57:42 | amiconn | night |
| 04:00 |
| 04:01:24 | | Quit ashridah ("out") |
| 04:08:45 | | Part linuxstb_ |
| 04:30:59 | | Join solexx_ [0] (n=jrschulz@c196109.adsl.hansenet.de) |
| 04:41:56 | | Quit solexx (Read error: 110 (Connection timed out)) |
| 04:50:17 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 04:57:31 | *** | Saving seen data "./dancer.seen" |
| 05:00 |
| 05:10:58 | | Join andy [0] (i=golbeck@h72n2fls304o1033.telia.com) |
| 05:11:32 | andy | iriver recording committed, waiting for build results :) |
| 05:21:46 | | Join DJDD [0] (n=DJDD@CPE-143-238-11-25.vic.bigpond.net.au) |
| 05:48:50 | | Join webguest64 [0] (n=18d79b85@labb.contactor.se) |
| 05:49:51 | | Quit webguest64 (Client Quit) |
| 05:57:24 | | Quit andy () |
| 06:00 |
| 06:06:08 | | Quit RotAtoR () |
| 06:57:34 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:03:54 | | Quit BirdFish ("reboot") |
| 07:08:00 | | Join psycho_maniac [0] (n=cfe6da9a@labb.contactor.se) |
| 07:08:21 | | Join BirdFish [0] (n=bradbox8@64.108.5.134) |
| 07:26:13 | | Quit psycho_maniac ("CGI:IRC") |
| 07:56:43 | | Quit BirdFish ("reboot (back in a minute)") |
| 08:00 |
| 08:06:46 | | Join BirdFish [0] (n=bradbox8@64.108.5.134) |
| 08:28:49 | | Quit DJDD (Read error: 104 (Connection reset by peer)) |
| 08:31:26 | | Join DJDD [0] (n=DJDD@CPE-143-238-11-25.vic.bigpond.net.au) |
| 08:57:35 | *** | Saving seen data "./dancer.seen" |
| 09:00 |
| 09:32:09 | | Join ashridah [0] (i=ashridah@220-253-122-224.VIC.netspace.net.au) |
| 09:34:46 | | Join LinusN [0] (n=linus@labb.contactor.se) |
| 09:34:57 | LinusN | XShocK: u there? |
| 09:39:22 | LinusN | last time i investigated usb charging on the h100, the AC and USB inputs were connected, so it's not a matter of connecting a wire, you have to lift the (tiny) pin from the charging chip |
| 09:39:51 | LinusN | pretty hard to do without breaking the pin |
| 09:40:06 | XShocK | yes |
| 09:40:37 | XShocK | hi |
| 09:40:42 | LinusN | hi :-) |
| 09:40:43 | XShocK | hmm. i didn't think about it.. |
| 09:41:09 | | Join amiconn_ [0] (n=jens@p54BD49C5.dip.t-dialin.net) |
| 09:41:24 | | Join StrathAFK [0] (n=mike@dpc674681214.direcpc.com) |
| 09:41:33 | | Quit amiconn (Nick collision from services.) |
| 09:41:33 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD49C5.dip.t-dialin.net) |
| 09:41:39 | LinusN | XShocK: still, it's not impossible |
| 09:42:32 | LinusN | hi amiconn |
| 09:42:46 | amiconn | Good morning |
| 09:43:02 | XShocK | good morning |
| 09:45:15 | amiconn | 10 codecs now supported in iriver rockbox. A true multi-codec jukebox :-) |
| 09:47:27 | LinusN | coooooool |
| 09:53:14 | amiconn | Red build alert |
| 09:54:32 | LinusN | gah |
| 09:54:59 | LinusN | amiconn: saw my mail in the dev list? |
| 09:55:36 | * | amiconn checks |
| 09:56:28 | amiconn | Yeah, totally wrong |
| 09:56:47 | amiconn | I wonder what the bool monitor is for anyway |
| 09:57:04 | | Quit Strath (Read error: 110 (Connection timed out)) |
| 09:57:54 | amiconn | It seems this selects whether the signal is put on the DAC, but imho this should always be done |
| 09:58:04 | LinusN | i think so too |
| 09:58:20 | amiconn | ...and the volume should be changeable from the recording screen |
| 09:58:25 | LinusN | yes |
| 09:58:45 | LinusN | i'll fix that bug |
| 09:59:16 | amiconn | There's a (imho sensible) suggestion in the Ondio forum: http://forums.rockbox.org/index.php?topic=1779.0 |
| 10:00 |
| 10:00:02 | LinusN | saw that too, a great idea |
| 10:00:34 | amiconn | I think the proper fix would be to completely remove the 'bool monitor' |
| 10:01:05 | LinusN | i think so too |
| 10:01:24 | amiconn | Of course the renaming of functions in mpeg.c should stay |
| 10:01:29 | LinusN | i believe you can control the monitor volume in the iriver recording screen, can't you? |
| 10:01:36 | amiconn | (mpeg_* -> audio_* ) |
| 10:01:43 | LinusN | agree |
| 10:01:57 | amiconn | If it's the same recording screen as on archos, you can't (yet) |
| 10:03:05 | amiconn | it is |
| 10:04:14 | LinusN | yes, and you can't toggle monitor mode in the screen, only in the settings |
| 10:04:50 | amiconn | Hmm, so volume in the recording screens would be really useful, and the monitoring should be always enabled and the option dropped |
| 10:05:11 | Maxime | LinusN: so it is 'possible' to do USB Charging on H1xx ? :x |
| 10:05:33 | amiconn | ...and I have an idea how to make the gain settings look more 'professional' and take one line less |
| 10:06:31 | amiconn | Instead of having separate 'Gain', 'Left' and 'Right' for line recording, we could have 'Left' and 'Right' only, with the option to couple them |
| 10:06:55 | amiconn | The coupling would be clearly indicated by inverting both lines |
| 10:08:29 | amiconn | Hmm, and two pointers when using pointer mode? |
| 10:08:40 | LinusN | Maxime: yes, but you need to do some pretty tricky hardware modifications |
| 10:09:02 | Maxime | LinusN: hum, how? some soldering and else? |
| 10:09:02 | LinusN | amiconn: good idea |
| 10:09:41 | LinusN | Maxime: unsolder and lift a pin on the charging chip, and connect it to the USB 5V with a wire |
| 10:09:58 | Maxime | ah yes I see.. |
| 10:10:04 | LinusN | unfortunately not as easy as it sounds |
| 10:10:37 | Maxime | yeah :x |
| 10:10:39 | LinusN | the pin is horrendously small |
| 10:11:11 | XShocK | LinusN, that was a QFN package right? trickle charger |
| 10:11:18 | XShocK | i think it was |
| 10:11:38 | XShocK | ah. it actually isnt |
| 10:12:45 | XShocK | sorry. it is late here |
| 10:13:47 | XShocK | i hope tomorrow i find someone to open electronic laboratory for me. doh.. they only give access to the building only yo graduate students with electrical engineering major. |
| 10:20:31 | LinusN | XShocK: how come you call it trickle charger? |
| 10:21:01 | LinusN | it can charge at full rate too |
| 10:38:08 | XShocK | mm.. i just looked at documentationv very quickly... |
| 10:38:46 | XShocK | sorry for confusion |
| 10:39:20 | XShocK | i gotta go sleep. |
| 10:39:29 | XShocK | good night all |
| 10:39:34 | LinusN | nite |
| 10:50:43 | | Join arkascha [0] (n=arkascha@xdsl-195-14-221-188.netcologne.de) |
| 10:52:06 | LinusN | amiconn: imho, it might be simpler to have one gain gauge when l&r are coupled |
| 10:52:35 | amiconn | Hmm, but then it's not obvious that left & right can be set separately |
| 10:52:56 | LinusN | no, not in the rec screen itself |
| 10:54:24 | amiconn | Hmm, I have 2 variants of superfast coldfire memcpy(), one is 718 bytes, the other is 958 bytes |
| 10:54:46 | amiconn | The larger one is of course faster |
| 10:55:16 | amiconn | I'm undecided which one to commit... |
| 10:57:17 | LinusN | i don't think 200 extra bytes is a problem |
| 10:57:37 | *** | Saving seen data "./dancer.seen" |
| 10:57:57 | LinusN | if that is a problem, we'll just reduce the stack with 200 bytes |
| 10:58:13 | amiconn | Hmm, memcpy() is in iram, and my next step (memmove) will double the size again |
| 10:58:35 | amiconn | For SH1 memmove() is already working |
| 10:58:36 | LinusN | still a few hundred bytes isn't much imho |
| 10:58:47 | LinusN | sh1 is worse, since the iram is so small |
| 10:59:30 | amiconn | On sh1 the full memmove() is 464 bytes |
| 10:59:55 | amiconn | It still fits in iram, even with debug builds |
| 11:00 |
| 11:00:31 | amiconn | The problem why the coldfire memcpy is so big is that we have to keep line alignment in order to profit from burst mode |
| 11:01:22 | amiconn | So memcpy has to deal with 256 possible alignment combinations (start address at line_start + 0..15 each for source and destination) |
| 11:01:51 | amiconn | The source alignment is handled in head loops, after which the source is always line aligned |
| 11:02:24 | amiconn | -> 16 possible alignments for the main loops |
| 11:03:04 | amiconn | All main loops read full lines with burst mode |
| 11:04:05 | amiconn | The big memcpy() has a total of 10 main loops. For all longword and word aligned destinations it also writes full lines in burst mode |
| 11:04:38 | amiconn | For byte alignment, writing is only done as longwords (still quite fast) |
| 11:05:38 | amiconn | The smaller memcpy() version ditches burst writing for the word aligned destinations, and only does longword writes there as well |
| 11:05:47 | amiconn | -> Number of main loops reduced to 7 |
| 11:07:20 | LinusN | how different do you think the performance would be? |
| 11:11:20 | | Join amiconn_ [0] (n=jens@p54BD77B9.dip.t-dialin.net) |
| 11:13:53 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
| 11:19:14 | | Quit amiconn (Nick collision from services.) |
| 11:19:15 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD77B9.dip.t-dialin.net) |
| 11:21:30 | amiconn | LinusN: 50% faster for word aligned destinations |
| 11:22:46 | amiconn | Note that I did all my measurements in sdram so far, I still have to test with iram destination |
| 11:23:04 | LinusN | and how would the real life performance gain be do you think? |
| 11:23:26 | LinusN | i mean, how many word aligned memcpy() are there? |
| 11:23:35 | LinusN | hard to say i guess |
| 11:23:50 | amiconn | That's hard to say... the codecs do quite some copying, but I don't know about the alignment |
| 11:24:11 | LinusN | i'd say go for the maximum optimization |
| 11:24:27 | LinusN | no need to work that hard for an incomplete optimization |
| 11:25:12 | amiconn | I can leave the alternative in. It's a simple #ifdef |
| 11:26:49 | amiconn | Copy speed in sdram (full version) is 10MB/s for longword aligned dest, 9MB/s for word aligned, and 6 MB/s for byte aligned |
| 11:27:38 | amiconn | ...versus the C version: 4 MB/s for longword alignment (only when aligned right at the start), 1 MB/s otherwise |
| 11:28:12 | LinusN | amiconn: half-hearted test of the recording gui (only for archos): http://linus.haxx.se/rec_gain.patch |
| 11:28:23 | LinusN | try it in the sim |
| 11:28:53 | LinusN | amiconn: commit! commit! :-) |
| 11:33:58 | amiconn | (all speeds measured at 45 MHz) |
| 11:40:49 | amiconn | Btw, I just tried it: it is very easy to trigger folder skip with short-long right if you intend to skip to next track and seek there |
| 11:41:30 | LinusN | ok, then i am old and slow :-) |
| 11:42:04 | LinusN | for me, it mostly takes about a second to hear which track it is and realize that i want to seek at all |
| 11:42:50 | amiconn | Of course, if you want to hear first what track it is then it doesn't happen |
| 11:43:10 | amiconn | The problem arises when you *know* that you want to seek in the next track |
| 11:44:57 | amiconn | Hmm, your recording screen patch is a slightly different idea than mine. |
| 11:45:19 | LinusN | oh? |
| 11:45:36 | amiconn | I meant that the channel coupling could be selected within the recording screen, just with up/down like before |
| 11:45:53 | LinusN | aha, how? |
| 11:46:27 | amiconn | i.e. the screen would have 'Left' and 'Right' and start with the channels coupled (both lines inverted/with cursor) |
| 11:46:48 | LinusN | ok, and how do you decouple? |
| 11:47:00 | amiconn | Going Up would select Left only, going down Right only |
| 11:47:28 | LinusN | how do you change the volume then? |
| 11:47:31 | amiconn | Left <=> coupled <=> Right, starting with 'coupled' |
| 11:47:43 | amiconn | The volume would be an additional line |
| 11:48:09 | LinusN | ah, so you essentially want the "gain" to be between the left and right? |
| 11:48:21 | amiconn | Yes, as a 'virtual' line |
| 11:49:01 | LinusN | that leaves us with a screen estate problem, doesn't it? |
| 11:49:07 | amiconn | Nope |
| 11:49:26 | amiconn | Currently there is one spare line, so we can put volume in even without removing 'Gain' |
| 11:51:13 | LinusN | ah, i thought the empty line was used for prerecording or trigger info |
| 11:51:19 | amiconn | Ony the recorder there's currently no button bar in the recording screen. If we want one (would make sense), we can only put volume in with removing 'Gain' |
| 11:53:56 | amiconn | No, prerecording is displayed instead of 'size' in line 2, and trigger info isn't displayed in the recording screen |
| 11:53:59 | LinusN | you're right, it seems the empty line isn't used at all, silly me |
| 11:54:39 | amiconn | ...but the bottom line is used for showing quality & sample rate, which is covered by the gain when recording from line in |
| 11:57:11 | LinusN | hmm, so the bottom line could be there if we coupled the gain like in my suggestion |
| 11:58:02 | LinusN | gotta go, bbl |
| 11:58:08 | | Part LinusN |
| 11:58:26 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 12:00 |
| 12:03:47 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 12:30:55 | | Quit ender` (Read error: 113 (No route to host)) |
| 12:57:38 | *** | Saving seen data "./dancer.seen" |
| 12:57:52 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 13:00 |
| 13:08:13 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 13:13:02 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 13:17:50 | Slasheri | hmmh, i think i somehow now managed to brick my player. I still don't understand how, because i haven't touched the original boot loader area |
| 13:17:56 | Slasheri | but it broke after i pressed reset |
| 13:18:16 | Slasheri | still it reacts to hold somehow, but it displays nothing on the screen |
| 13:18:22 | ashridah | won't turn back on? hold play while you press reset? |
| 13:18:35 | Slasheri | still nothing on the screen |
| 13:18:46 | ashridah | darn :/ |
| 13:19:02 | Slasheri | and it will not turn off. If i press play with hold in, the disk spill spin down but unit still remains on |
| 13:19:05 | Slasheri | that's weird |
| 13:19:40 | Slasheri | and i verified with a hexdump that i haven't replaced the original boot loader and reset vectors was ok.. but somehow the flash got corrupted |
| 13:21:12 | Slasheri | but i will try to get the unit powered off and then try again. Maybe the reset button doesn't reset everything |
| 13:23:23 | Slasheri | and yes, it did boot at the first time but then when i pressed reset, it no longer boots at all.. that is interesting :) |
| 13:25:32 | ashridah | yay, a challenge! :) |
| 13:25:46 | Slasheri | anyway, i probably need a bdm now |
| 13:26:32 | Slasheri | I found that i wrote the rombox into wrong position (it still didn't overwrite anything). But maybe it caused cpu to excecute some wrong commands that erased the flash |
| 13:26:35 | amiconn | :-( |
| 13:26:56 | amiconn | You now see why flashing routines in the core can be bad? |
| 13:27:14 | Slasheri | yes, but those routines were not in core (yet) :/ |
| 13:27:16 | Slasheri | only in plugin |
| 13:28:01 | Slasheri | hmm, but maybe the plugin remained in ram.. at least i have noticed that short power cycle does not erase the dram |
| 13:29:08 | amiconn | Yeah, the RAM is guarantted to hold the data for 64 milliseconds, but often it holds the data much longer |
| 13:29:13 | | Quit arkascha (Read error: 110 (Connection timed out)) |
| 13:29:16 | amiconn | Not all bits are reliable this way |
| 13:29:36 | amiconn | (guaranteed to hold the data without refresh, that is) |
| 13:30:04 | Slasheri | amiconn: i found out that it holds the audio buffer even over 5s-10s |
| 13:31:31 | Slasheri | i think it might be a good idea to erase the whole dram on bootloader before executing anything from the ram.. |
| 13:31:43 | Slasheri | or erasing on shutdown |
| 13:31:52 | | Quit DJDD ("Trillian (http://www.ceruleanstudios.com") |
| 13:32:06 | amiconn | Why? |
| 13:32:15 | | Nick StrathAFK is now known as Strath (n=mike@dpc674681214.direcpc.com) |
| 13:32:22 | Slasheri | to prevent that kind of things happening :) |
| 13:32:22 | amiconn | The startup code clears the bss anyway |
| 13:32:51 | amiconn | Well, maybe the plugin ram should be cleared after running a flash plugin |
| 13:33:27 | Slasheri | true |
| 13:41:13 | Slasheri | amiconn: btw, what is the meaning of %vbr register? |
| 13:41:43 | amiconn | It's the vector base register, pointing to the exception vector table |
| 13:41:47 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 13:41:57 | Slasheri | ah, ok |
| 13:41:59 | amiconn | It can only point at 1MB-aligned destinations |
| 13:43:03 | | Nick paugh is now known as AliasCoffee (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 13:43:22 | linuxstb_ | Does anyone know anything about databox? Building it for ARM generates a couple of serious compiler warnings, and I'm not sure the best way to fix it. |
| 13:44:00 | linuxstb_ | The problem is that the TOKEN_ defines are in the range -1 to 131, but they are stored in a "char". |
| 13:44:27 | linuxstb_ | This gives me: "databox.c:133: warning: comparison is always true due to limited range of data type" |
| 13:44:44 | linuxstb_ | (and in editparser.c:55) |
| 13:45:35 | amiconn | -1 to 131 is clearly out of range for chars |
| 13:46:52 | linuxstb_ | Could it be that a char on ARM is always unsigned? |
| 13:47:11 | amiconn | It's out of range either way |
| 13:47:45 | linuxstb_ | I get a similar warning in libfaad for the line "if (x < 0)" where x is defined as a char - Comparison always false |
| 13:48:01 | amiconn | But of course it can be that char defaults to unsigned on arm |
| 13:48:36 | amiconn | char is the only type whose signedness depends on the platform |
| 13:48:52 | amiconn | You can explicitly change that to 'signed char' as a workaround |
| 13:49:13 | linuxstb_ | Yes - I've just done that (in inttypes.h) and that fixes it. |
| 13:50:06 | linuxstb_ | I mean it fixes libfaad. But that's still a problem in databox. |
| 13:50:39 | * | amiconn sees something he didn't expect at all |
| 13:51:07 | | Join yngwi [0] (n=chatzill@chello080109107064.1.15.vie.surfer.at) |
| 13:51:42 | * | amiconn is silly |
| 13:56:08 | yngwi | hi, anyone online, i've a question concerning compiling the uisimulator with cygwin |
| 13:58:52 | | Quit yngwi ("Chatzilla 0.9.68a [Firefox 1.0.7/20050919]") |
| 14:00 |
| 14:02:07 | linuxstb_ | Anyone know if there is a reason why some functions have the explicit "__attribute__ ((section(".icode")));" instead of using the ICODE_ATTR define? Or is it just historical and should be changed? |
| 14:02:16 | Slasheri | amiconn: hmm, is it possible that reset button doesn't reset everything? Something that might cause the kernel to crash |
| 14:02:50 | amiconn | I guess it hard-resets the cpu (only) |
| 14:02:59 | amiconn | linuxstb_: which ones? |
| 14:03:06 | linuxstb_ | sleep() for example. |
| 14:03:23 | Slasheri | yep.. the bootloader certainly starts because it reacts to the hold button but cannot go so far that it could show anything on the display |
| 14:03:28 | linuxstb_ | amiconn: Plus I think the ata functions. I don't have a clean source tree at the moment - but grep will find them for you. |
| 14:04:11 | | Join Sandking [0] (n=jacek@ogorek.akron.wroc.pl) |
| 14:04:12 | amiconn | Hmm. I guess this is just historical |
| 14:04:15 | linuxstb_ | I'm wondering if that's used to put some functions in iram for all platforms, and some functions only for iriver. |
| 14:04:48 | amiconn | ICODE_ATTR is defined for all targets |
| 14:04:57 | amiconn | ...for the core |
| 14:05:09 | linuxstb_ | Apart from iPod - I have a problem with that at the moment. |
| 14:05:14 | amiconn | The only difference is that ICODE_ATTR is not defined on archos for plugins |
| 14:05:50 | amiconn | (too little iram to share between core and plugins) |
| 14:07:34 | linuxstb_ | So it's fine for me to change them then? |
| 14:10:48 | amiconn | I think so |
| 14:11:18 | amiconn | Btw, in order to put code in iram, you need a proper crt0.S implementation. Maybe that is the problem on ipod? |
| 14:11:38 | linuxstb_ | It's a compile-time problem. |
| 14:12:15 | linuxstb_ | Give me a second, and I'll quote the error message from the linker. |
| 14:12:25 | linuxstb_ | bookmark.c:(.text+0x13e8): relocation truncated to fit: R_ARM_PC24 against symbol `strlen' defined in .icode section in /home/dave/devel/rockbox-cvs/build-ipod/librockbox.a(strlen.o) |
| 14:13:01 | linuxstb_ | DRAM is located at 0x1000000 and IRAM is at 0x4000000 - I think this large jump is causing problems. But I haven't investigated it properly yet. |
| 14:13:52 | linuxstb_ | I have changed app.lds for ipod to be more or less identical to the iriver. |
| 14:14:24 | amiconn | It seems gcc generates pc-relative jumps, with a 24-bit displacement |
| 14:14:51 | linuxstb_ | The option -mlong-jumps sounds like it should fix it - but it doesn't. |
| 14:15:06 | linuxstb_ | s/jumps/calls/ |
| 14:27:55 | amiconn | Hmm, -mlong-calls should indeed fix the problem, and in fact it shouldn't even arise: http://gcc.gnu.org/onlinedocs/gcc-3.4.4/gcc/ARM-Options.html#ARM-Options |
| 14:28:17 | amiconn | "The exception to this rule is that weak function definitions, functions with the `long-call' attribute or the `section' attribute, and functions that are within the scope of a `#pragma long_calls' directive, will always be turned into long calls." |
| 14:30:05 | Slasheri | amiconn: huh, i think the might be not bricked. It has just a problem with the reset cookie. Original bootloader initially booted my secondary bootloader, but that crashed. When i pressed reset, the reset cookie was set and now it tries to load immediately my secondary bootloader and that crashes.. So i have to wait the battery to run out (i haven't T5 screw driver at home so i could disconnect the power) |
| 14:30:17 | Slasheri | +player |
| 14:35:23 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 14:36:33 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 14:38:37 | linuxstb__ | amiconn: Yes, I read that it in the man page (about it being enabled for functions with the section attribute). |
| 14:40:42 | linuxstb__ | I've just tried adding -mlong-calls again, and that actually causes it to fail with the same error, but in a different function - lcd-16bit.c instead of bookmark.c |
| 14:41:59 | | Join frederic [0] (n=chatzill@i577B89A5.versanet.de) |
| 14:45:31 | | Join Superman [0] (n=51ccca31@labb.contactor.se) |
| 14:45:45 | Superman | hi |
| 14:47:16 | | Quit linuxstb__ (Read error: 104 (Connection reset by peer)) |
| 14:47:48 | | Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 14:47:50 | Superman | how can I see when progress is made for the h300 port? |
| 14:49:34 | frederic | check the wiki |
| 14:49:36 | frederic | http://www.rockbox.org/twiki/bin/view/Main/IriverPort |
| 14:49:50 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 14:50:08 | Superman | ah thanks :) |
| 14:51:12 | Superman | whats a I2C driver? |
| 14:52:12 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 14:52:58 | linuxstb | http://en.wikipedia.org/wiki/I2C |
| 14:57:39 | *** | Saving seen data "./dancer.seen" |
| 14:58:32 | | Quit frederic ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
| 15:00 |
| 15:04:58 | | Quit ashridah ("Leaving") |
| 15:05:45 | Slasheri | amiconn: the problem was that the vbr was not 1M aligned.. So the secondary bootloader crashes on kernel system calls |
| 15:05:58 | Slasheri | It should be fine when the player runs out of battery |
| 15:06:26 | | Quit linuxstb__ (Read error: 110 (Connection timed out)) |
| 15:07:00 | | Join amiconn_ [0] (n=jens@p54BD77B9.dip.t-dialin.net) |
| 15:11:05 | | Join ep0ch| [0] (n=ep0ch|@84.12.168.31) |
| 15:11:44 | ep0ch| | Slasheri: if you have some very small flat head screwdrivers you can get away with using that instead of a T5 |
| 15:12:36 | Slasheri | ep0ch|: probably i have somewhere but it could be still hard.. I think i will just wait the battery to go empty. Fortunately the disk is continuously spinning |
| 15:13:05 | ep0ch| | i hope you aint bricked it :) |
| 15:13:12 | Slasheri | hehe, i hope too :) |
| 15:16:16 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 15:23:32 | | Join muesli_- [0] (i=muesli_t@Bbcba.b.pppool.de) |
| 15:23:53 | amiconn_ | linuxstb: What function was that? (in lcd-16bit.c) |
| 15:24:32 | | Join andy [0] (i=andy@h72n2fls304o1033.telia.com) |
| 15:25:02 | amiconn_ | Slasheri: I hope you're right and your iriver isn't bricked. Too bad that the crash prevention cookie turned into a crash-trigger cookie, since you're using the bootloader 'the other way round' |
| 15:25:26 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 15:25:26 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD77B9.dip.t-dialin.net) |
| 15:25:29 | | Join preglowII [0] (n=c39fb25e@labb.contactor.se) |
| 15:26:12 | andy | amiconn: I'm removing the monitor option from audio_set_recording_options.. |
| 15:26:24 | amiconn | Goodie. |
| 15:26:41 | amiconn | The monitor function within the mas is something completely different |
| 15:26:49 | andy | aha, sorry =) |
| 15:27:18 | amiconn | It doesn't switch the output signal on and off, but selects whether the mas is ready-to-record or actually encoding |
| 15:28:17 | andy | ok |
| 15:28:23 | amiconn | The ready-to-record status is called monitoring, and it saves energy to use this status as long as the recording did not actually start |
| 15:28:34 | amiconn | (energy consumption similar to decoding mode) |
| 15:28:48 | preglowII | Slasheri: careful... |
| 15:30:12 | amiconn | hi preglowII |
| 15:32:58 | muesli_- | re |
| 15:33:04 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 15:33:12 | linuxstb_ | Hello preglowII. You'll be pleased to know that the ipod bootloader now compiles cleanly (in CVS), and rockbox itself is now very close to a clean compile. |
| 15:33:43 | preglowII | ahh, excellent |
| 15:33:55 | preglowII | i'll start hacking again when i'm back tomorrow |
| 15:34:43 | preglowII | printing some arm manuals as we speak, hehe |
| 15:34:46 | amiconn | Okay, iram destination with sophisticated bitshifting isn't significantly slower than simple unaligned copy, so no need to handle it as special case |
| 15:35:02 | amiconn | Sounds like I'll commit memset tonight |
| 15:35:11 | preglowII | arm is a dream come true for fixed point maths |
| 15:35:22 | preglowII | amiconn: memcpy, you mean? |
| 15:35:30 | amiconn | Yes of course |
| 15:35:38 | preglowII | hehe |
| 15:35:40 | preglowII | looking forward to it |
| 15:35:52 | amiconn | Read the numbers in today's log? |
| 15:36:03 | preglowII | yup |
| 15:36:06 | amiconn | speeeed :-) |
| 15:36:21 | preglowII | should be most excellent with regard to the codecs and voice ui |
| 15:36:26 | linuxstb_ | andy: Do you have plans to try to incorporate the wavpack encoder into your recording code? |
| 15:36:57 | amiconn | away again |
| 15:36:58 | preglowII | btw, i take it we wont support simultaneous playback and recording? |
| 15:37:18 | andy | linuxstb_: is the encoder working? |
| 15:37:26 | linuxstb_ | Recording from radio whilst playing back files could be a nice feature. |
| 15:37:34 | linuxstb_ | andy: Yes - see the wav2wv plugin |
| 15:37:44 | preglowII | i'm just wondering about iram |
| 15:37:45 | linuxstb_ | It's much faster than realtime, so should work well. |
| 15:37:52 | preglowII | we'll need plugins for encoders as well |
| 15:37:58 | preglowII | and there's not too much iram left for them... |
| 15:38:31 | andy | linuxstb_: nice.. i'm personally more interested in speex but we need a plugin api anyhow.. hm |
| 15:38:59 | linuxstb_ | andy: Yes, the main work is creating a recording codec api |
| 15:39:21 | preglowII | shouldn't be too much work, to be honest |
| 15:39:38 | preglowII | we already have the codec plugin system |
| 15:40:03 | preglowII | so the ground work is done |
| 15:40:15 | preglowII | andy: the speex encoder might be a tough nut, but i'm interested in speex too |
| 15:41:01 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
| 15:41:10 | andy | preglowII: maybe someone on the speex-team is interested? :) |
| 15:43:15 | preglowII | problem is that libspeex has quite a lot of floating point code left |
| 15:43:26 | preglowII | perhaps they are interested, i haven't asked |
| 15:44:10 | andy | preglowII: ok.. |
| 15:45:26 | | Quit Superman ("CGI:IRC (EOF)") |
| 15:45:48 | preglowII | but i gotta go |
| 15:45:49 | preglowII | later |
| 15:45:53 | | Quit preglowII ("CGI:IRC") |
| 15:52:00 | linuxstb_ | andy: Does your "fix for broken simulators" commit also need to be applied to the other targets - h100, h300, ipod* ? |
| 15:53:49 | Slasheri | andy: Hmm, i think we can use the playback codec api with little modifications for recording too |
| 15:59:25 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
| 16:00 |
| 16:06:42 | | Join len0x [0] (n=len0x@mobileweb02.london.02.net) |
| 16:09:45 | | Part len0x |
| 16:17:03 | linuxstb_ | Slasheri: Sure. There are some differences though - such as a codec-specific configuration screen, byte/time-splitting the output at an appropriate place for each codec, making sure that all recorded data is safely written to a file. |
| 16:30:41 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 16:31:10 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 16:35:54 | | Quit ehntoo (Remote closed the connection) |
| 16:38:18 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 16:40:32 | | Join ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com) |
| 16:41:00 | | Quit linuxstb (Read error: 104 (Connection reset by peer)) |
| 16:41:34 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
| 16:43:22 | | Join mashalla [0] (i=mashalla@p5498D91C.dip.t-dialin.net) |
| 16:44:15 | | Quit ehntoo (Remote closed the connection) |
| 16:44:42 | | Join ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com) |
| 16:46:59 | | Quit ehntoo (Remote closed the connection) |
| 16:47:47 | andy | linuxstb_: no, that fix (config-h120.h) was because I enabled HAVE_RECORDING on h120 och that broke the h120 simulator |
| 16:50:58 | linuxstb | andy: OK, thanks for clarifying. |
| 16:51:14 | linuxstb | Maybe you should enable it for the h100 as well though. |
| 16:51:41 | linuxstb | But I don't know anything about the h100. |
| 16:53:03 | | Quit linuxstb_ (Read error: 110 (Connection timed out)) |
| 16:53:16 | | Join arkascha [0] (n=arkascha@xdsl-195-14-204-206.netcologne.de) |
| 16:55:06 | | Join ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com) |
| 16:57:43 | *** | Saving seen data "./dancer.seen" |
| 16:58:25 | | Quit andy () |
| 17:00 |
| 17:16:41 | | Quit ehntoo ("Leaving") |
| 17:16:58 | ep0ch| | looks like enabling replaygain adds about 2.5% to the boost ratio |
| 17:18:41 | | Join ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com) |
| 17:18:49 | | Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
| 17:21:22 | | Join _FireFly_ [0] (n=FireFly@p54A472CE.dip.t-dialin.net) |
| 17:23:18 | | Join muesli- [0] (i=muesli_t@Bbc8f.b.pppool.de) |
| 17:24:16 | | Quit muesli_- (Read error: 110 (Connection timed out)) |
| 17:25:14 | | Quit korpse (Remote closed the connection) |
| 17:25:41 | | Join korpse [0] (i=korpse@rrba-146-77-149.telkomadsl.co.za) |
| 17:26:19 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
| 17:26:52 | | Quit linuxstb_ (Client Quit) |
| 17:26:59 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
| 17:27:44 | linuxstb_ | amiconn: Does the tools/ipod_fw.c utility compile OK for you in cygwin? |
| 17:28:04 | linuxstb_ | Someone has mentioned a problem on the forums - I'm guessing cygwin is involved. |
| 17:30:33 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
| 17:30:46 | | Quit korpse (Remote closed the connection) |
| 17:31:09 | | Join _arkascha [0] (n=arkascha@xdsl-213-168-116-67.netcologne.de) |
| 17:36:16 | | Join korpse [0] (i=korpse@rrba-146-77-149.telkomadsl.co.za) |
| 17:36:23 | | Quit korpse (Client Quit) |
| 17:38:32 | | Quit Maxime (Read error: 110 (Connection timed out)) |
| 17:43:55 | | Quit arkascha (Read error: 110 (Connection timed out)) |
| 18:00 |
| 18:03:53 | | Quit ep0ch| (Read error: 104 (Connection reset by peer)) |
| 18:12:10 | | Quit _arkascha (Read error: 104 (Connection reset by peer)) |
| 18:18:26 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 18:18:29 | amiconn | linuxstb: I just tried (no need to rebuild the tools everytime) |
| 18:18:43 | amiconn | ipod_fw compiles cleanly on cygwin |
| 18:19:38 | linuxstb_ | amcionn: Thanks for checking. It's fine on Linux as well. I'll ask the poster for more details. |
| 18:20:20 | amiconn | I have a fairly recent cygwin installation, I'm updating it regularly |
| 18:20:27 | amiconn | Perhaps it's a gcc problem |
| 18:27:09 | | Quit XavierGr (Read error: 110 (Connection timed out)) |
| 18:31:43 | | Quit _FireFly_ (Read error: 113 (No route to host)) |
| 18:31:45 | | Join _FireFly_ [0] (n=FireFly@p54A472CE.dip.t-dialin.net) |
| 18:32:18 | | Join webguest17 [0] (n=18d79b85@labb.contactor.se) |
| 18:32:26 | | Quit webguest17 (Client Quit) |
| 18:33:29 | amiconn | linuxstb: The idea behind the LCD_BLACK and LCD_WHITE macros was that you don't need to #ifdef between colour and b&w lcds |
| 18:34:28 | amiconn | Just #define LCD_WHITE ((struct rgb){LCD_MAX_RED-1, LCD_MAX_GREEN-1, LCD_MAX_BLUE-1} |
| 18:34:54 | amiconn | and #define LCD_BLACK ((struct rgb){0, 0, 0} |
| 18:40:10 | amiconn | <away> |
| 18:40:51 | linuxstb_ | amiconn: OK. I just copied that code from elsewhere in the same file. But I'll look at fixing it. |
| 18:42:49 | | Join Philip_0729 [0] (n=Miranda@user-3285.lns3-c10.dsl.pol.co.uk) |
| 18:55:03 | Slasheri | argh, the player is still running.. Almost 6 hours now with hd continuosly spinning.. :) |
| 18:57:08 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.umbc.edu) |
| 18:57:46 | *** | Saving seen data "./dancer.seen" |
| 19:00 |
| 19:01:24 | _FireFly_ | ;) |
| 19:01:55 | Slasheri | i can't boot it again before the battery goes empty :P |
| 19:03:08 | _FireFly_ | ?? why |
| 19:03:28 | | Join ravelo [0] (n=martin@INODEB149.kfunigraz.ac.at) |
| 19:04:08 | Slasheri | because i flashed a secondary boot loader which crashes, and now the reset cookie prevents booting before it's reset.. And only power off can do that |
| 19:04:36 | _FireFly_ | moep ;) |
| 19:07:34 | _FireFly_ | argh sf.net connecting to sf.net is currently very slow |
| 19:10:27 | _FireFly_ | i will only update my wps-widget on the patch-tracker |
| 19:13:27 | | Join muesli_- [0] (i=muesli_t@Bbc82.b.pppool.de) |
| 19:22:19 | _FireFly_ | ah updated :) |
| 19:27:06 | muesli_- | smee? |
| 19:27:24 | _FireFly_ | ?? |
| 19:30:20 | muesli_- | ;) |
| 19:32:07 | _FireFly_ | i didn't get it |
| 19:32:15 | _FireFly_ | what smee means |
| 19:32:23 | muesli_- | is me |
| 19:32:24 | | Join arkascha [0] (n=arkascha@xdsl-213-196-213-14.netcologne.de) |
| 19:32:27 | muesli_- | its me |
| 19:33:07 | _FireFly_ | ah ok but my "ah updated" doesn't related to you ;) |
| 19:33:19 | muesli_- | ah ok ;) |
| 19:36:33 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
| 19:48:39 | | Quit Mxm`Pas`Bien (Read error: 110 (Connection timed out)) |
| 20:00 |
| 20:02:03 | | Join muesli- [0] (i=muesli_t@Bc148.b.pppool.de) |
| 20:06:27 | | Quit ravelo (Connection timed out) |
| 20:09:16 | | Join XavierGr [0] (n=XavierGr@ppp12-adsl-16.ath.forthnet.gr) |
| 20:15:05 | | Quit AliasCoffee ("bbl") |
| 20:15:51 | thegeek_ | hahaha |
| 20:16:00 | thegeek_ | it works! |
| 20:16:01 | thegeek_ | ;) |
| 20:16:25 | thegeek_ | I just soldered in the new audio-connector LinusN sent me |
| 20:16:37 | thegeek_ | and the connection was still bad |
| 20:16:42 | thegeek_ | so I poked around a little |
| 20:16:51 | thegeek_ | and found that the ground channel was bad |
| 20:17:15 | thegeek_ | so I reheated/resoldered the tiny smd resistors that were the first inline with it |
| 20:17:19 | thegeek_ | and .. it works:) |
| 20:17:24 | thegeek_ | I feel like a pro |
| 20:17:26 | thegeek_ | heh;) |
| 20:21:15 | XavierGr | what was the problem? |
| 20:22:06 | thegeek_ | well |
| 20:22:13 | thegeek_ | it seems it was not the connector itself |
| 20:22:18 | thegeek_ | but the small smd resistors |
| 20:22:26 | thegeek_ | they sit on the "screen" side of the pcb |
| 20:22:57 | XavierGr | I mean why you resoldered again? What was you problem in the first place? |
| 20:22:59 | thegeek_ | if you look at the pcb with the screen towards you, they are the two small components at the very top left |
| 20:23:04 | thegeek_ | well |
| 20:23:09 | thegeek_ | the sound was breaking up |
| 20:23:15 | thegeek_ | I thought it was the connector itself |
| 20:23:50 | XavierGr | breaking up? Like one time you have sound and then you don't ? |
| 20:24:01 | thegeek_ | yeah |
| 20:24:04 | thegeek_ | actually |
| 20:24:07 | | Quit muesli_- (Read error: 110 (Connection timed out)) |
| 20:24:09 | thegeek_ | it was only the ground channel |
| 20:24:15 | thegeek_ | so the sound was "hollow" sometimes |
| 20:24:17 | XavierGr | hmm interesting... |
| 20:24:19 | thegeek_ | I could bend the connector |
| 20:24:23 | thegeek_ | and it would sound fine |
| 20:24:42 | XavierGr | I have something like this whenver I poke the plug with my finger |
| 20:24:46 | thegeek_ | turns out the reason the sound was fine when I was bending, was because I was bending the pcb itself |
| 20:24:48 | thegeek_ | mhm |
| 20:25:08 | thegeek_ | I got like this when I once dropped the iriver, with my headphones plugged in, and it landed on the plug itself |
| 20:25:40 | XavierGr | also I hear clicks when a fadein/out is commenced or I change the volume (very faint clicks) |
| 20:25:57 | XavierGr | I have never dropped mine |
| 20:26:42 | _FireFly_ | the faint clicks have i also when changing the volume sometimes when i navigating in the tree |
| 20:26:50 | XavierGr | but maybe I will need your advice about that, maybe my problem with clicks is related to yours (well at least I have the same with you when I poke the plug so) |
| 20:27:00 | thegeek_ | I dont have clicks |
| 20:27:11 | XavierGr | _FireFly_: not with the remote |
| 20:27:16 | XavierGr | main unit |
| 20:27:30 | XavierGr | and these clicks appear on fade out it on the iriver fw too. |
| 20:27:35 | XavierGr | so it is harware related and not a rockbox bug. |
| 20:27:59 | XavierGr | _FireFly_: But please play with fade in/out settings on iriver fw and teel me your results |
| 20:28:03 | | Quit Philip_0729 ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 20:30:39 | _FireFly_ | i can find only fade in on the iriver fw |
| 20:30:47 | _FireFly_ | as option |
| 20:31:25 | XavierGr | when I say clicks on fade in/out: It is like very small gaps with no sound (very very small but audible) |
| 20:31:31 | XavierGr | yes I must be wrong |
| 20:31:39 | XavierGr | only fade in for the iiver |
| 20:32:09 | XavierGr | does it maks those little faint gaps when it fades in after a pause or stop? |
| 20:32:45 | _FireFly_ | no or i can't hear it |
| 20:33:09 | XavierGr | then my plauer is faulty as I thought |
| 20:34:04 | XavierGr | also sometimes I can hear a very faint click on track changes (on iriver firmware) but I am not sure about it. (I think that in the past I hadn't such problem.) |
| 20:34:16 | XavierGr | maybe I will look at the audio connector again |
| 20:35:08 | thegeek_ | sounds very wierd that the connector would do anything like that |
| 20:35:39 | XavierGr | yes |
| 20:35:47 | XavierGr | that might not a be a connector problem |
| 20:35:56 | | Quit Kohlriba ("Leaving") |
| 20:36:01 | XavierGr | and as I think more of it, it can't be the connector to blame |
| 20:36:10 | XavierGr | but what can it be? |
| 20:37:34 | thegeek_ | I don't know;) |
| 20:39:24 | thegeek_ | for the record, the resistors that caused my problems were L5 and L6 |
| 20:40:45 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net) |
| 20:40:53 | | Quit Kohlrabi (Client Quit) |
| 20:42:08 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net) |
| 20:43:39 | | Quit Kohlrabi (Client Quit) |
| 20:44:59 | XavierGr | ok thanks |
| 20:45:48 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net) |
| 20:47:50 | | Join POP|OPP|PPO [0] (i=OPP@c-24-12-189-55.hsd1.il.comcast.net) |
| 20:47:51 | POP|OPP|PPO | Hello |
| 20:47:58 | POP|OPP|PPO | do Archos' use 2.5 ide? |
| 20:48:04 | POP|OPP|PPO | for hard drives |
| 20:48:42 | | Quit Kohlrabi (Client Quit) |
| 20:48:50 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net) |
| 20:48:52 | | Quit Kohlrabi (Read error: 104 (Connection reset by peer)) |
| 20:49:50 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net) |
| 20:57:49 | *** | Saving seen data "./dancer.seen" |
| 20:59:06 | | Quit Kohlrabi ("Leaving") |
| 21:00 |
| 21:01:29 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net) |
| 21:01:37 | | Quit Kohlrabi (Read error: 104 (Connection reset by peer)) |
| 21:02:06 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net) |
| 21:24:22 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 21:56:27 | | Join TiMiD [0] (n=TiMiD@asgard.valombre.net) |
| 22:00 |
| 22:00:52 | | Quit Kohlrabi (Nick collision from services.) |
| 22:00:56 | | Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net) |
| 22:09:34 | | Quit mashalla (Read error: 110 (Connection timed out)) |
| 22:11:07 | | Join muesli_- [0] (i=muesli_t@Bc154.b.pppool.de) |
| 22:12:51 | | Join muesli- [0] (i=muesli_t@A98d9.a.pppool.de) |
| 22:20:33 | muesli- | TiMiD ? |
| 22:22:18 | TiMiD | yes ? |
| 22:22:23 | TiMiD | hi all ! |
| 22:22:35 | muesli- | we will french fried tonite ;) |
| 22:22:38 | muesli- | have |
| 22:23:07 | TiMiD | oww |
| 22:23:20 | muesli- | ->soccer ;) |
| 22:24:57 | TiMiD | soccer ? |
| 22:25:02 | muesli- | football |
| 22:25:03 | | Quit _FireFly_ (Read error: 113 (No route to host)) |
| 22:25:31 | TiMiD | you go to play football in the night oO |
| 22:25:54 | muesli- | naah...its france vs germany tonight |
| 22:26:07 | muesli- | but 0:0 so far |
| 22:26:09 | | Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
| 22:26:18 | muesli- | mooos |
| 22:26:21 | Moos | Hello all! |
| 22:26:22 | TiMiD | okkkkk |
| 22:26:28 | TiMiD | hi Moos |
| 22:26:32 | muesli- | another fried french ;) |
| 22:26:37 | Moos | Salut |
| 22:26:40 | * | TiMiD doesn't like soccer ... |
| 22:26:41 | Moos | yeah :) |
| 22:26:56 | Moos | 0-0 but Germany play fine |
| 22:27:47 | Moos | muesli: french team is'nt like few years old |
| 22:28:14 | Moos | now it's "easy" to win it |
| 22:29:02 | muesli- | but they can still feed from their credits |
| 22:29:16 | muesli- | henry is a god |
| 22:29:24 | Moos | :) |
| 22:29:30 | Moos | I don't like it |
| 22:29:41 | muesli- | doesnt matter how bad the rest it he can win the game alone |
| 22:30:48 | Moos | muesli: Zidane is a God XD |
| 22:31:32 | muesli- | true too :D |
| 22:31:39 | muesli- | zizou |
| 22:31:41 | muesli- | ;) |
| 22:31:43 | Moos | :) |
| 22:32:24 | muesli- | but henry got 3 times best scorer in premiere league..thats awesome either |
| 22:33:03 | Moos | 1st league it's easier to make goal |
| 22:33:14 | Moos | not like in Italia or Espana ;) |
| 22:33:31 | muesli- | ;) |
| 22:33:42 | muesli- | but i guess france will win today anyway |
| 22:34:14 | Moos | Olympique Lyonais is a good team, maybe it will do a good Champions League |
| 22:34:20 | muesli- | they are doing next to nothing at the moment but once they will have a chance france will use it |
| 22:34:57 | | Quit muesli_- (Read error: 110 (Connection timed out)) |
| 22:35:10 | muesli- | yeah..moderator told they won the french champiosnship 4x in a row |
| 22:35:45 | Moos | 2 years ago AS Monaco 2nd best team in Champions League |
| 22:35:54 | | Quit Kohlriba ("Leaving") |
| 22:36:03 | POP|OPP|PPO | anyone upgraded the archos HD? |
| 22:36:25 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-136-189.pools.arcor-ip.net) |
| 22:36:49 | Moos | muesli: OL is a good team cause his president is bilionaire |
| 22:36:55 | muesli- | lol |
| 22:36:59 | muesli- | who is it? |
| 22:37:10 | muesli- | money rulez the world ;) |
| 22:37:21 | Moos | Jean Michel Aulas, one of the french who have got the more of euros :) |
| 22:37:39 | muesli- | POP|OPP|PPO i guess you want to know if archos' are using 2.5 drives |
| 22:37:40 | muesli- | ? |
| 22:38:42 | Moos | muesli: Aulos is a bit like Chelsa Russian presidant ;) |
| 22:38:57 | muesli- | ;) |
| 22:39:08 | POP|OPP|PPO | no i know that |
| 22:39:16 | muesli- | ok |
| 22:39:16 | POP|OPP|PPO | I want to know if anyone as upgraded |
| 22:39:26 | POP|OPP|PPO | I read the manual on the website |
| 22:39:32 | POP|OPP|PPO | it makes a little sense.. |
| 22:39:34 | Moos | the firmware? |
| 22:39:40 | POP|OPP|PPO | HD upgrade |
| 22:40:14 | Moos | you probably can change your HD yes with the same size of original one |
| 22:40:18 | muesli- | did you tried it here http://forums.rockbox.org/index.php#1 |
| 22:40:42 | POP|OPP|PPO | do any retailers still sell the old archos' |
| 22:40:50 | POP|OPP|PPO | i saw one at compusa but no one helped me.. |
| 22:42:29 | | Join paugh [0] (n=kickback@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
| 22:45:49 | | Join ashridah [0] (i=ashridah@220-253-121-144.VIC.netspace.net.au) |
| 22:46:27 | Bagder | stand by for my BMP change commit |
| 22:47:02 | | Join _FireFly_ [0] (n=FireFly@p54A472CE.dip.t-dialin.net) |
| 22:51:08 | muesli- | what does it do? |
| 22:51:36 | Bagder | http://www.rockbox.org/mail/archive/rockbox-dev-archive-2005-11/0100.shtml |
| 22:52:06 | | Quit ehntoo (Remote closed the connection) |
| 22:52:12 | | Quit POP|OPP|PPO () |
| 22:52:58 | | Join ehntoo [0] (n=ehntoo@24-177-146-220.dhcp.mrqt.mi.charter.com) |
| 22:53:19 | muesli- | so we get a bmp-dir for gfx= |
| 22:53:20 | muesli- | ? |
| 22:53:26 | Bagder | yes |
| 22:53:37 | Bagder | and a wps dir |
| 22:53:52 | Bagder | the bmp dir should be named like the wps itself |
| 22:54:03 | muesli- | very kewl :D |
| 22:54:24 | muesli- | so abc.wps ->abc directory? |
| 22:54:30 | Bagder | yeps |
| 22:54:43 | muesli- | do we have to change our wps? |
| 22:54:48 | Bagder | yes |
| 22:54:54 | Bagder | hm, no |
| 22:55:02 | Bagder | not if you didn't use any path before |
| 22:55:15 | Bagder | just create a dir and move the bmps to that |
| 22:55:15 | muesli- | no, i did not |
| 22:56:16 | muesli- | very good idea |
| 22:56:29 | Bagder | I think it is a step forward |
| 22:57:01 | muesli- | definitively..those x bmps in .rockbox are quite messy |
| 22:57:07 | Bagder | indeed |
| 22:57:50 | *** | Saving seen data "./dancer.seen" |
| 22:59:09 | TiMiD | That's one small step for Bagder ; one giant leap for rockbox |
| 22:59:12 | TiMiD | :) |
| 22:59:17 | Bagder | :-) |
| 22:59:20 | muesli- | lol |
| 22:59:34 | Bagder | and the patch for it was surprisingly small |
| 23:00 |
| 23:00:17 | muesli- | btw didnt know that Bagder is an animal before i'Ve seen it in a dictionary ;) |
| 23:00:29 | Bagder | badger is an aminal |
| 23:00:32 | Bagder | bagder is not |
| 23:00:43 | muesli- | ah |
| 23:00:46 | muesli- | tricky ;) |
| 23:01:31 | linuxstb_ | Bagder: Do you have any ideas about my ARM and ICODE problem? (see today's IRC logs) |
| 23:05:03 | Bagder | no idea |
| 23:05:57 | Bagder | I noticed your commit about it and was a bit curious ;-) |
| 23:09:36 | | Quit ender` (Read error: 113 (No route to host)) |
| 23:14:06 | | Join ender` [0] (i=ychat@84.52.165.220) |
| 23:21:21 | amiconn | Bagder: Yellow build alert |
| 23:22:26 | | Quit _FireFly_ (Read error: 113 (No route to host)) |
| 23:25:15 | | Quit muesli- (Read error: 110 (Connection timed out)) |
| 23:34:02 | XShocK | i soldered RTC in my iriver ihp120 |
| 23:34:13 | XShocK | now need to write a driver for it |
| 23:35:07 | | Join _arkascha [0] (n=arkascha@xdsl-195-14-205-192.netcologne.de) |
| 23:41:28 | | Quit arkascha (Read error: 110 (Connection timed out)) |
| 23:45:44 | thegeek_ | nice XShocK |
| 23:47:03 | | Join lokki [0] (n=d5bd9cb5@labb.contactor.se) |
| 23:49:01 | lokki | so does this basically mean you will have all the cool features like clock calendar wakeup in the morning etc? |
| 23:53:43 | XShocK | i didn't add wakeup. |
| 23:53:53 | XShocK | will add it later |
| 23:55:09 | XShocK | have a floating pin of an interrupt. i first want it to work just ac a calendar and clock, when everything is bug free will add wakeup |
| 23:55:21 | lokki | ok |
| 23:56:11 | lokki | that would/will be amazing |
| 23:57:45 | lokki | can you set up a wiki page about it? |
| 23:58:08 | Moos | pic could be fun :) |
| 23:58:49 | XShocK | ok. i will |
icon identifies that the person is a core developer (has commit access).