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 |