| 00:02:57 | | Join robin0800 [0] (~quassel@149.254.61.208) |
| 00:05:31 | *** | Saving seen data "./dancer.seen" |
| 00:09:00 | | Join robin0800_ [0] (~quassel@149.254.61.168) |
| 00:13:30 | | Quit robin0800_ (Ping timeout: 252 seconds) |
| 00:14:28 | | Quit pamaury (Remote host closed the connection) |
| 00:16:26 | | Join robin0800_ [0] (~quassel@149.254.61.40) |
| 00:29:02 | | Join simonlnu_ [0] (sWOhKRHUmM@unaffiliated/simonrvn) |
| 00:31:06 | | Quit robin0800 (Ping timeout: 240 seconds) |
| 00:32:04 | | Quit simonlnu (Ping timeout: 258 seconds) |
| 00:32:10 | | Nick simonlnu_ is now known as simonlnu (sWOhKRHUmM@unaffiliated/simonrvn) |
| 00:32:32 | | Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 6.0/20110811165603]) |
| 00:32:58 | | Quit robin0800_ (Ping timeout: 245 seconds) |
| 00:39:29 | | Quit ender` (Quit: PCMCIA: People Can't Memorize Computer Industry Acronyms) |
| 00:46:10 | | Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) |
| 00:50:00 | | Join robin0800 [0] (~quassel@149.254.60.168) |
| 00:50:06 | | Join robin0800_ [0] (~quassel@149.254.61.168) |
| 00:51:21 | | Quit guymann (Ping timeout: 264 seconds) |
| 00:51:36 | | Quit Keripo (Quit: Leaving.) |
| 00:52:49 | | Join guymann [0] (~charles@66-159-148-8.adsl.snet.net) |
| 00:56:07 | | Quit bertrik (Quit: :tiuQ) |
| 00:57:59 | | Quit robin0800_ (Ping timeout: 250 seconds) |
| 01:00 |
| 01:00:06 | | Quit robin0800 (Ping timeout: 240 seconds) |
| 01:06:22 | | Quit Scromple (Ping timeout: 264 seconds) |
| 01:06:56 | | Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) |
| 01:09:05 | | Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
| 01:11:44 | | Quit ptrkmj (Quit: ChatZilla 0.9.87 [Firefox 3.6.20/20110803131630]) |
| 01:18:36 | | Join HaimN [0] (~HaimN@31.44.130.194) |
| 01:22:15 | | Join Horscht [0] (~Horscht@93.213.108.61) |
| 01:22:15 | | Quit Horscht (Changing host) |
| 01:22:15 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 01:23:15 | | Quit Horschti (Ping timeout: 240 seconds) |
| 01:30:03 | | Quit Scromple (Ping timeout: 245 seconds) |
| 01:31:09 | | Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) |
| 01:31:25 | | Quit HaimN (Remote host closed the connection) |
| 01:32:34 | | Join anewuser [0] (becd93b3@gateway/web/freenode/ip.190.205.147.179) |
| 01:53:55 | | Join bzed_ [0] (~bzed@devel.recluse.de) |
| 01:55:15 | | Quit bzed (Ping timeout: 258 seconds) |
| 01:55:21 | | Nick bzed_ is now known as bzed (~bzed@devel.recluse.de) |
| 02:00 |
| 02:05:35 | *** | Saving seen data "./dancer.seen" |
| 02:23:41 | | Join ReimuHakurei [0] (~kudo@wireless.sit-co.net) |
| 02:30:25 | | Quit tjb0607 (Quit: No Ping reply in 180 seconds.) |
| 02:30:54 | | Join tjb0607 [0] (~quassel@208-100-128-206.bendbroadband.com) |
| 02:38:50 | | Quit tjb0607 (Quit: No Ping reply in 180 seconds.) |
| 02:39:19 | | Join tjb0607 [0] (~quassel@208-100-128-206.bendbroadband.com) |
| 02:48:09 | | Quit froggyman (Ping timeout: 258 seconds) |
| 02:49:08 | | Quit MethoS- (Remote host closed the connection) |
| 03:00 |
| 03:00:44 | | Quit anewuser (Quit: Page closed) |
| 03:03:10 | | Quit TheLemonMan (Quit: Lost terminal) |
| 03:07:09 | | Quit nick-p (Quit: Leaving) |
| 03:08:19 | | Quit amiconn (Read error: Operation timed out) |
| 03:08:19 | | Quit pixelma (Read error: Operation timed out) |
| 03:12:35 | | Join robin0800 [0] (~robin0800@149.254.61.169) |
| 03:33:09 | | Join Keripo [0] (~Keripo@eng340.wireless-resnet.upenn.edu) |
| 03:33:34 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
| 03:34:07 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
| 03:35:28 | | Quit kadoban (Ping timeout: 245 seconds) |
| 03:48:17 | | Quit robin0800 (Read error: Connection timed out) |
| 04:00 |
| 04:05:38 | *** | Saving seen data "./dancer.seen" |
| 04:14:58 | | Quit amiconn (Disconnected by services) |
| 04:14:59 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:15:19 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:15:55 | | Quit pixelma (Disconnected by services) |
| 04:15:57 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:15:59 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:25:20 | | Quit Keripo (Ping timeout: 240 seconds) |
| 04:26:54 | | Join Keripo [0] (~Keripo@eng340.wireless-resnet.upenn.edu) |
| 04:34:07 | | Join robin0800 [0] (~robin0800@149.254.60.169) |
| 04:46:29 | | Quit TheSeven (Disconnected by services) |
| 04:46:44 | | Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:55:07 | | Quit robin0800 (Read error: Connection timed out) |
| 04:59:22 | | Join advcomp2019__ [0] (~advcomp20@unaffiliated/advcomp2019) |
| 05:00 |
| 05:00:18 | | Quit advcomp2019_ (Ping timeout: 250 seconds) |
| 05:20:23 | | Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
| 05:28:08 | | Join robin0800 [0] (~robin0800@149.254.61.208) |
| 05:35:27 | | Quit ps-auxw (Ping timeout: 264 seconds) |
| 05:39:03 | | Join ps-auxw [0] (~arneb@p4FF7F41C.dip.t-dialin.net) |
| 05:43:24 | | Join Rob2223 [0] (~Miranda@p4FFF281E.dip.t-dialin.net) |
| 05:44:53 | | Quit kadoban (Ping timeout: 264 seconds) |
| 05:47:23 | | Quit Rob2222 (Ping timeout: 260 seconds) |
| 06:00 |
| 06:05:42 | *** | Saving seen data "./dancer.seen" |
| 06:11:08 | | Join webguest17 [0] (~76a8654a@giant.haxx.se) |
| 06:11:22 | webguest17 | hi guys need help |
| 06:11:48 | webguest17 | can i know why i cant se mp3 files on my rock box ipod gen 5 |
| 06:12:38 | | Quit webguest17 (Client Quit) |
| 06:16:02 | robin0800 | webguest17 did you install them using i-tunes? |
| 06:31:01 | | Quit robin0800 (Quit: Leaving) |
| 06:49:59 | | Quit jae (Ping timeout: 240 seconds) |
| 07:00 |
| 07:19:00 | | Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
| 07:27:54 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
| 07:31:19 | | Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
| 07:41:11 | | Join jae [0] (~jae@dedicated.jaerhard.com) |
| 07:50:54 | | Quit [Saint] (Ping timeout: 264 seconds) |
| 07:51:41 | | Quit Keripo (Quit: Leaving.) |
| 08:00 |
| 08:05:44 | *** | Saving seen data "./dancer.seen" |
| 08:09:59 | | Quit powell14ski_ (Quit: powell14ski_) |
| 08:15:07 | | Quit tjb0607 (Remote host closed the connection) |
| 08:16:18 | | Join tjb0607 [0] (~quassel@208-100-128-206.bendbroadband.com) |
| 08:37:14 | | Join Bagder [241] (~daniel@rockbox/developer/bagder) |
| 08:40:12 | | Quit Bagder (Remote host closed the connection) |
| 08:47:33 | | Join ender` [0] (~ender@foo.eternallybored.org) |
| 08:51:44 | | Join mt [0] (~mt@41.234.33.83) |
| 08:53:42 | | Join Bagder [241] (~daniel@rockbox/developer/bagder) |
| 09:00 |
| 09:08:00 | | Quit Scromple (Quit: Leaving) |
| 09:08:26 | | Quit mt (Ping timeout: 264 seconds) |
| 09:09:51 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
| 09:14:52 | | Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) |
| 09:16:10 | | Quit ChickeNES (Client Quit) |
| 09:22:59 | | Join God_Eater [0] (93722cc8@rockbox/staff/GodEater) |
| 09:25:19 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
| 09:28:30 | | Join petur [0] (~petur@rockbox/developer/petur) |
| 09:34:20 | rasher | JdGordon: you could certainly take screenshots of the main menu with that patch, but if you want to get it working properly, you'll need to fix my ineptitude |
| 09:35:00 | rasher | But then, it's a 2 year old patch, so I don't exactly remember the details |
| 09:37:07 | | Quit sinthetek (Ping timeout: 252 seconds) |
| 09:39:02 | | Join JdGord [0] (~AndChat@42.62.203.205) |
| 09:39:42 | JdGord | Haha, ok |
| 09:40:19 | JdGord | It was dropping buttons? |
| 09:40:58 | rasher | I *think* it was |
| 09:41:37 | rasher | But I'm not sure. Maybe the biggest problem was the attempt at a STARTPLUGIN command (which would be massively useful for generating sshots for the manual) |
| 09:42:01 | rasher | The plugin would load but no longer accept all input or something |
| 09:42:24 | CIA-14 | New commit by jethead71 (r30378): Make tdspeed.c a bit nicer to read. No functional changes. |
| 09:45:39 | CIA-14 | r30378 build result: All green |
| 09:48:21 | | Quit JdGord (Ping timeout: 258 seconds) |
| 09:48:57 | | Join JdGord [0] (~AndChat@42.62.203.205) |
| 09:51:45 | | Join n1s [0] (~quassel@rockbox/developer/n1s) |
| 09:59:21 | | Quit JdGord (Quit: Bye) |
| 10:00 |
| 10:05:48 | *** | Saving seen data "./dancer.seen" |
| 10:28:27 | | Join pamaury [0] (~quassel@163.5.187.0) |
| 10:28:27 | | Quit pamaury (Changing host) |
| 10:28:27 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 11:00 |
| 11:01:44 | | Join TheLemonMan [0] (~giuseppe@ppp-207-45.26-151.libero.it) |
| 11:11:32 | | Join LinusN [0] (~linus@giant.haxx.se) |
| 11:12:01 | | Join sinthetek [0] (~sinthetek@cpe-174-111-016-189.triad.res.rr.com) |
| 11:12:01 | | Quit sinthetek (Changing host) |
| 11:12:01 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
| 11:16:07 | | Quit linuxguy3 (Ping timeout: 252 seconds) |
| 11:31:33 | | Quit [7] (Quit: No Ping reply in 90 seconds.) |
| 11:31:57 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 11:33:14 | | Quit fs-bluebot (Ping timeout: 240 seconds) |
| 11:34:52 | | Join fs-bluebot [0] (~fs-bluebo@g231120173.adsl.alicedsl.de) |
| 11:52:10 | | Quit Galois (Remote host closed the connection) |
| 11:55:45 | | Join Galois [0] (djao@efnet-math.org) |
| 12:00 |
| 12:02:49 | | Join ptrkmj [0] (~chatzilla@95-26-18-158.broadband.corbina.ru) |
| 12:05:18 | ptrkmj | I've explored \.rockbox directory and it appears to me that only configuration files are stored there. Where is the kernel of the OS then? (I assume that RB can be regarded as OS, am I right?) |
| 12:05:52 | *** | Saving seen data "./dancer.seen" |
| 12:06:08 | gevaerts | There are a lot more files in .rockbox than just configuration |
| 12:06:55 | JdGordon | ptrkmj: rockbox.<target> *is* the OS/kernel/.whatever oyu want to call it |
| 12:09:52 | ptrkmj | so what is the place for low-level system files? |
| 12:10:07 | ptrkmj | can you name some of them? |
| 12:10:17 | JdGordon | what are you expecting? |
| 12:10:24 | gevaerts | They're in .rockbox |
| 12:10:39 | JdGordon | the whole OS is in that one file except the codecs/plugins which are loaded from in .rockbox |
| 12:11:10 | * | JdGordon preemptivly links http://daniel.haxx.se/blog/2008/11/28/rockbox-is-not-linux/ |
| 12:12:46 | ptrkmj | Now I see, rockbox.ipod file in my case |
| 12:16:47 | ptrkmj | Does RB make any use of Apple hidden partition? Can I get rid of it? |
| 12:17:04 | JdGordon | no, technically yes but there is no need to |
| 12:17:22 | gevaerts | It's used to boot |
| 12:17:29 | ptrkmj | yeah |
| 12:19:52 | ptrkmj | so if I delete it, bootloader is going to start rb regardless of the hold switch state (on ipod)? |
| 12:22:00 | gevaerts | uh, no. If you delete it, the rockbox bootloader will be deleted with it |
| 12:22:48 | ptrkmj | so the rockbox bootloader is there! |
| 12:22:58 | ptrkmj | a-ha |
| 12:23:17 | ptrkmj | i thought it's in some kind of ROM |
| 12:23:24 | ptrkmj | like BIOS |
| 12:23:45 | gevaerts | It depends on the player |
| 12:24:37 | ptrkmj | what are the types of memory present on ipod 5g other than hd? there's probably some kind of ROM chip. |
| 12:26:21 | ptrkmj | does the rockbox modify it's contents also? |
| 12:27:04 | JdGordon | the source code is avialable online.... thats a good start to answer those questions |
| 12:27:11 | JdGordon | as is what we know of the ipod hardware |
| 12:28:38 | ptrkmj | unfortunately, any source code is probably meaningless to person like me |
| 12:30:00 | JdGordon | not sure how a direct answer would be any less meaningful then? |
| 12:32:05 | ptrkmj | what bugs me is when i remove the rb's bootloader (together with hidden partition), is the lower-level-bootloader (ROM) going to boot rockbox successfully? |
| 12:33:31 | ptrkmj | if it was untouched then probably not |
| 12:34:27 | JdGordon | of course not |
| 12:34:55 | JdGordon | if it could we wouldnt bother with a bootloader, would we? |
| 12:35:18 | | Quit kadoban (Ping timeout: 252 seconds) |
| 12:36:08 | ptrkmj | That means I *can't* delete Apple partition (?) |
| 12:38:05 | amiconn | You actually can run rockbox without the rockbox bootloader - but then you have to put rockbox into the hidden partition (using ipodpatcher), which makes updating it somewhat more complicated |
| 12:40:28 | ptrkmj | how about installing rb bootloader on the music partition? |
| 12:41:51 | ptrkmj | well, rb bootloader is on the hidden partition right now (Apple's), so what is the difference? |
| 12:43:25 | JdGordon | what are you trying to actually accomplish? |
| 12:47:22 | ptrkmj | get rid of Apple firmware to reclaim the space and what's more important prevent inadvertent boots |
| 12:48:24 | Torne | What do you mean by "inadvertent"? |
| 12:49:15 | Torne | leaving the hold switch on by mistake? |
| 12:49:45 | ptrkmj | exactly |
| 12:49:48 | Torne | i am working on removing that, for some value of working on |
| 12:50:24 | Torne | it's nontrivial because the hold switch also acts as Rockbox's settings-reset button |
| 12:50:57 | Torne | So, if you change the bootloader (or remove it and replace it with Rockbox itself), then if you leave hold on by accident it will, instead, clear Rockbox's settings on boot. |
| 12:51:11 | Torne | :) |
| 12:53:15 | ptrkmj | Oh, yes. I remeber I cleared my settings once this way (by accident). |
| 12:57:00 | ptrkmj | For the time being, it's better to boot to Apple firmware than having your settings cleared. |
| 12:57:05 | Torne | I'm working on changing the settings reset combination to something else |
| 12:57:16 | Torne | (on all devices, not just the ipod - using the hold switch for this is nasty) |
| 12:57:33 | Torne | but it's tricky, at least ont he ipod; reading from the keypad early in boot is hard beacuse of how the interface works |
| 12:57:37 | Torne | i haven't had a lot of time to poke at it |
| 12:58:06 | Torne | once taht gets changed, and we've had a stable release, it's probably okay to update the bootloader to no longer use the hold switch either (it already can boot the OF by holding down menu) |
| 12:58:13 | | Quit nick-p (Quit: Leaving) |
| 12:58:30 | Torne | anyway; if you really want, it's pretty easy to patch this out of rockbox, but you will have to maintain your own builds |
| 12:58:46 | Torne | since it requires patching rockbox itself (to fix the settings reset thing) as well as the bootloader and thus you need to build every time you want to update |
| 12:59:49 | Torne | apply http://whitefang.wolfpuppy.org.uk/temp/dont_use_hold_ipod.diff then build a bootlaoder and a main build :) |
| 13:00 |
| 13:02:30 | ptrkmj | I checked booting with Menu button. I can confirm it boots OF :) |
| 13:04:19 | | Quit pamaury (Read error: Operation timed out) |
| 13:07:36 | ptrkmj | against what should the .diff file be applied (and what does 'applying' actually means)? manual install .zip package? |
| 13:08:27 | Torne | Against the source code |
| 13:08:33 | Torne | You need to compile rockbox from scratch yourself to use this |
| 13:11:22 | ptrkmj | i never compiled anything. is it there a manual for that (rockbox-specific)? |
| 13:11:37 | Torne | there are instructions on the wiki, yes |
| 13:11:48 | Torne | but it's probably more work than you are likely to want to do for this trivial change :0 |
| 13:11:58 | Torne | remember you will have to do it *again* every time you want to update to a newer version of rockbox |
| 13:12:08 | Torne | i was just noting it can be done :) |
| 13:13:57 | ptrkmj | yes, i know. but i'm still interested, for the sake of learning. |
| 13:15:38 | | Join casainho [0] (~chatzilla@2.81.221.34) |
| 13:21:13 | ptrkmj | who knows, i might become a developer and port rb to ipad |
| 13:21:20 | ptrkmj | ^^ |
| 13:25:56 | | Quit ptrkmj (Read error: Connection reset by peer) |
| 13:27:18 | | Join ptrkmj [0] (~chatzilla@95-25-210-114.broadband.corbina.ru) |
| 13:32:58 | | Quit petur (Quit: *plop*) |
| 13:57:47 | | Quit casainho (Remote host closed the connection) |
| 13:58:04 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 13:58:09 | ptrkmj | Can't test_codec plugin be installed on top of existing build? Is compiling from scratch, really, mandatory? |
| 14:00 |
| 14:02:22 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 14:05:54 | *** | Saving seen data "./dancer.seen" |
| 14:06:36 | God_Eater | ptrkmj: usually yes - because of rockbox being statically linked, all the load addresses tend to change with each build |
| 14:06:48 | kugel | Unhelpful: did you look at the buflib thingy at all? |
| 14:10:12 | n1s | ptrkmj: it should be possible as long as you are at the same codec and plugin api version, you might need to tweak viewers.conf to make it show up as an option though |
| 14:10:24 | n1s | also just enabling it in the build is easier |
| 14:13:00 | | Quit TheLemonMan (Quit: Lost terminal) |
| 14:13:29 | | Join TheLemonMan [0] (~giuseppe@ppp-207-45.26-151.libero.it) |
| 14:14:18 | ptrkmj | I just can't find the link for download on CodecPerformanceComparison page. There is a link for test files but none for actual plugin. |
| 14:14:31 | Unhelpful | Some, but not as much as I should have. |
| 14:14:59 | God_Eater | ptrkmj: just set up a build environment |
| 14:15:21 | God_Eater | if you're relatively intelligent and can follow instructions it should take you about an hour, maybe less. |
| 14:16:44 | Unhelpful | Not if your compile system is an xbox. ;) |
| 14:16:59 | n1s | ptrkmj: we don't provide binaries of the test plugins as they are really only usefull for developers |
| 14:17:22 | n1s | Unhelpful: or cygwin on an atom :) |
| 14:21:39 | ptrkmj | i'll be moving to linux in a few days (yet another challange!) so i don't want to bother with setting up enivironment on winxp. i guess i'll set aside codec tests until then. |
| 14:22:45 | God_Eater | moving to linux these days isn't particularly challenging. *offtopic* |
| 14:23:38 | kugel | gevaerts: I didnt mention in yet, but I have experimental (as in not-working-very-well) code to reclaim unused buflib space on rebuffering for audio |
| 14:24:23 | gevaerts | kugel: sounds exciting :) |
| 14:25:15 | * | kugel commits |
| 14:26:05 | | Quit Bagder (Quit: Konversation terminated!) |
| 14:27:05 | ptrkmj | God_Eater: depends on the distro choice. I'm moving to Gentoo Linux, so it is a challange for win user |
| 14:27:29 | God_Eater | wtf are you bothering to do that for? (As an LONG time gentoo user, I can speak with experience) |
| 14:28:54 | | Quit simonlnu (Ping timeout: 258 seconds) |
| 14:29:15 | | Quit Rob2223 (Quit: Rob2223) |
| 14:30:00 | | Join Rob2222 [0] (~Miranda@p4FFF281E.dip.t-dialin.net) |
| 14:31:41 | | Join simonlnu [0] (qRTziw6odJ@unaffiliated/simonrvn) |
| 14:32:43 | ptrkmj | I don't like mainstream distro's. They are too bloated. Plus I have an old PC. Gentoo has a good opinion. It has a good documentation and I'm interested in learning Linux |
| 14:33:42 | ptrkmj | I was considering debian also. but gentoo seemed more fun. |
| 14:34:27 | Unhelpful | prepare to wait. ;) |
| 14:34:29 | * | gevaerts doesn't see how this is on-topic, so he glares at God_Eater for bringing it up |
| 14:34:31 | Unhelpful | especially on an old pc |
| 14:35:14 | CIA-14 | New commit by buschel (r30379): Introduce CPU dependent IRAM configuration for libgme. Use ICODE_ATTR for an emu2413-function to speed up PP5022 by up to 6%. |
| 14:35:33 | God_Eater | gevaerts: I'll let it drop then |
| 14:37:45 | CIA-14 | r30379 build result: All green |
| 14:38:25 | * | God_Eater needs to remember to find out how fast his new laptop will build android rockbox |
| 14:40:21 | * | Unhelpful points @ #rockbox-community |
| 14:40:32 | | Join nick-p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
| 14:40:41 | | Join Topy [0] (~Topy44@f049241184.adsl.alicedsl.de) |
| 14:44:16 | | Quit T44 (Ping timeout: 245 seconds) |
| 14:51:57 | * | kugel summons sideral |
| 15:00 |
| 15:00:06 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 15:02:38 | | Quit Horscht (Ping timeout: 240 seconds) |
| 15:03:40 | | Quit nick-p (Quit: Leaving) |
| 15:12:05 | n1s | does anyone have comments about the mod part of FS #12189 the rest looks like a straight forward cleanup |
| 15:12:06 | fs-bluebot | http://www.rockbox.org/tracker/task/12189 Simplify the codec API and don't always loop MODs. (patches, unconfirmed) |
| 15:13:38 | kugel | ffs |
| 15:13:56 | kugel | jhMikeS whitepsace changes did cost me some time |
| 15:15:21 | kugel | did wtachi succeed? |
| 15:18:22 | | Quit simonlnu (Ping timeout: 260 seconds) |
| 15:18:29 | kugel | saratoga: ? |
| 15:23:25 | | Quit Galois (Ping timeout: 264 seconds) |
| 15:24:21 | | Join simonlnu [0] (IIdmu3RBJt@unaffiliated/simonrvn) |
| 15:27:33 | kugel | JdGordon: ping |
| 16:00 |
| 16:01:37 | CIA-14 | New commit by kugel (r30380): GSoC/Buflib: Add buflib memory alocator to the core. ... |
| 16:01:47 | CIA-14 | New commit by kugel (r30381): GSoC/Buflib: Enable compaction in buflib. ... |
| 16:02:24 | kugel | finally |
| 16:04:05 | | Join Buschel [0] (~chatzilla@p54B67154.dip.t-dialin.net) |
| 16:04:12 | God_Eater | \o/ |
| 16:04:15 | God_Eater | congrats kugel |
| 16:04:41 | n1s | yes, congratulation! |
| 16:04:43 | n1s | s |
| 16:04:44 | | Quit antil33t (Read error: Connection reset by peer) |
| 16:04:52 | n1s | and good work! |
| 16:05:06 | | Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) |
| 16:05:10 | God_Eater | indeed - thanks for all your hard graft |
| 16:05:42 | CIA-14 | r30380 build result: All green |
| 16:05:56 | *** | Saving seen data "./dancer.seen" |
| 16:07:07 | n1s | the build table is weird, it shows in-progress builds but they then disappear |
| 16:07:16 | n1s | wow, impressive delta |
| 16:07:51 | Zagor | n1s: oh right, amiconn reported that is broken |
| 16:07:56 | Zagor | I forgot about that |
| 16:08:40 | CIA-14 | r30381 build result: All green |
| 16:09:50 | n1s | kugel: is the ram use increase of several hundred k for some targets intended? |
| 16:10:20 | Zagor | yikes, 400+ KB! |
| 16:11:41 | Zagor | >700 KB on vx767 |
| 16:12:06 | God_Eater | ouch |
| 16:12:29 | n1s | probably this http://svn.rockbox.org/viewvc.cgi/trunk/apps/gui/skin_engine/skin_engine.c?r1=30379;r2=30380;pathrev=30380 |
| 16:13:05 | pamaury | wow, what is this size increase ? |
| 16:13:37 | pamaury | is it expected ? |
| 16:13:39 | Zagor | n1s: shouldn't that rather decrease the size? |
| 16:13:43 | n1s | the skin buffer was buffer_alloc'ed before so wouldn't show up on the ram usage |
| 16:14:07 | Zagor | ah, I read it backwards |
| 16:14:41 | kugel | n1s: right, that's most of the increase |
| 16:14:59 | kugel | which is not an actual increase |
| 16:15:39 | kugel | so yes, it's expected |
| 16:17:12 | God_Eater | such a slippery answer. You should be in politics ;) |
| 16:17:37 | kugel | thanks :) |
| 16:18:17 | | Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) |
| 16:18:30 | CIA-14 | New commit by kugel (r30382): Bump plugin API. |
| 16:20:18 | kugel | but I'm not sure about the increase of r30381 tbh |
| 16:20:33 | Zagor | I'm running 30381 again now to see if the build report works better |
| 16:21:15 | CIA-14 | r30381 build result: 43 errors, 27 warnings (kugel committed) |
| 16:21:54 | Zagor | right, that's what I feared |
| 16:22:04 | Zagor | 30382 building now |
| 16:22:36 | kugel | ah, tagtree's uniqbuf is the 64k increase in 30381. also expected (same thing as with the skin buffer, really) |
| 16:22:49 | Zagor | the build error tracking has been temporarily broken, so bad commits have not been exposed |
| 16:24:21 | CIA-14 | r30382 build result: 42 errors, 29 warnings (kugel committed) |
| 16:28:03 | CIA-14 | New commit by kugel (r30383): Fix hwcodec red. |
| 16:29:51 | | Quit mgue (Ping timeout: 246 seconds) |
| 16:30:33 | CIA-14 | r30383 build result: 8 errors, 20 warnings (kugel committed) |
| 16:30:53 | | Quit ChickeNES (Quit: Computer has gone to sleep.) |
| 16:31:47 | | Join mgue [0] (~mgue@p5DDA39D1.dip.t-dialin.net) |
| 16:32:17 | CIA-14 | New commit by kugel (r30384): Fix h100 red and other warnings. |
| 16:34:13 | kugel | Zagor: something is wrong with the reported ram usage for mrobe 500 |
| 16:34:52 | | Join mshathlonxp [0] (~ventil@84.237.151.46) |
| 16:35:14 | Zagor | indeed. and with zen vision |
| 16:35:22 | CIA-14 | r30384 build result: 0 errors, 7 warnings (kugel committed) |
| 16:38:14 | | Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) |
| 16:38:17 | CIA-14 | New commit by kugel (r30385): Fix last yellows. |
| 16:38:57 | kugel | funny how everyone looks for the bin size increases first :) |
| 16:41:13 | Buschel | that's a good sign, nobody worries about the functionality ;) |
| 16:41:56 | CIA-14 | r30385 build result: All green |
| 16:43:35 | guymann | ugh |
| 16:54:45 | | Quit niekie (Remote host closed the connection) |
| 16:56:04 | | Join niekie [0] (~niek@CAcert/Assurer/niekie) |
| 16:57:00 | | Quit ptrkmj (Ping timeout: 260 seconds) |
| 16:57:09 | | Join ptrkmj [0] (~chatzilla@95-28-26-87.broadband.corbina.ru) |
| 17:00 |
| 17:00:58 | | Quit mshathlonxp (Read error: Connection reset by peer) |
| 17:01:42 | | Join msh [0] (~ventil@84.237.151.46) |
| 17:03:06 | | Join ptrkmj_ [0] (~chatzilla@95-25-32-183.broadband.corbina.ru) |
| 17:04:40 | | Quit ptrkmj (Ping timeout: 245 seconds) |
| 17:04:47 | | Nick ptrkmj_ is now known as ptrkmj (~chatzilla@95-25-32-183.broadband.corbina.ru) |
| 17:12:08 | | Part Zagor |
| 17:12:48 | | Join lorenzo92 [0] (~chatzilla@host211-111-dynamic.30-79-r.retail.telecomitalia.it) |
| 17:18:56 | | Join Galois [0] (djao@efnet-math.org) |
| 17:20:54 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
| 17:26:32 | | Join powell14ski [0] (~powell14s@c-174-51-194-6.hsd1.co.comcast.net) |
| 17:32:24 | | Quit lorenzo92 (Ping timeout: 264 seconds) |
| 17:35:27 | CIA-14 | New commit by jethead71 (r30386): Clean up and simplify the voice thread code. |
| 17:38:29 | CIA-14 | r30386 build result: All green |
| 17:41:33 | | Quit MethoS- (Remote host closed the connection) |
| 17:56:27 | | Quit pamaury (Read error: Operation timed out) |
| 18:00 |
| 18:00:49 | | Part LinusN |
| 18:03:03 | | Join mshathlonxp [0] (~ventil@84.237.151.46) |
| 18:03:14 | | Join lorenzo92 [0] (~chatzilla@host23-110-dynamic.17-79-r.retail.telecomitalia.it) |
| 18:05:58 | *** | Saving seen data "./dancer.seen" |
| 18:06:36 | | Quit msh (Ping timeout: 240 seconds) |
| 18:08:10 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
| 18:10:00 | | Quit antil33t (Read error: Connection reset by peer) |
| 18:10:25 | | Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) |
| 18:11:52 | | Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 6.0/20110811165603]) |
| 18:11:53 | | Join kadoban [0] (~kadoban@ip98-165-177-158.ph.ph.cox.net) |
| 18:13:36 | | Join Casainho [0] (~chatzilla@bl20-221-34.dsl.telepac.pt) |
| 18:13:39 | | Join msh [0] (~ventil@84.237.151.46) |
| 18:17:16 | | Quit mshathlonxp (Ping timeout: 240 seconds) |
| 18:18:07 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
| 18:19:30 | | Nick kugel is now known as kugelp (~kugel@rockbox/developer/kugel) |
| 18:22:45 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:22:45 | | Quit bertrik (Changing host) |
| 18:22:45 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 18:22:45 | | Nick kugelp is now known as kugel (~kugel@rockbox/developer/kugel) |
| 18:24:53 | | Join gbl08ma [0] (58d25fe1@gateway/web/freenode/ip.88.210.95.225) |
| 18:25:00 | | Quit lorenzo92 (Ping timeout: 258 seconds) |
| 18:25:14 | gbl08ma | hello everyone |
| 18:25:46 | gbl08ma | Since some months ago I noticed that ROLO not always loads correctly a firmware file |
| 18:26:27 | gbl08ma | it often hangs on the "Executing" step |
| 18:26:41 | gbl08ma | IIRC "Executing" shouldn't even be shown for more than a second |
| 18:26:53 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 18:27:06 | gbl08ma | perhaps this has been reported already and I didn't notice? |
| 18:27:15 | Torne | what device? |
| 18:27:26 | Torne | rolo is known to be dodgy/broken on more than on eplatform, afaik |
| 18:31:03 | * | bertrik didn't know |
| 18:31:06 | gbl08ma | ipod nano 2g |
| 18:31:33 | Torne | bertrik: possibly not |
| 18:31:37 | Torne | i may be mistaken |
| 18:32:18 | bertrik | I see a lot of backlight drivers calling lcd_enable(). Perhaps the lcd_* functions need to be protected by a mutex? |
| 18:32:44 | bertrik | I guess this is not really a problem in practice yet because we use a cooperative task scheduler. |
| 18:35:21 | | Quit ack` (Ping timeout: 252 seconds) |
| 18:39:20 | amiconn | Correct. Calling a function from several threads is no problem at all, unless the function yields itself |
| 18:40:09 | amiconn | That's one of the big advantages of cooperative threading - much less locking needed overall |
| 18:48:38 | CIA-14 | New commit by kugel (r30387): Remove buflib from the pluginlib and use the core one. ... |
| 18:50:17 | CIA-14 | New commit by kugel (r30388): Bump plugin api version. |
| 18:51:37 | CIA-14 | r30387 build result: All green |
| 18:54:29 | CIA-14 | r30388 build result: All green |
| 18:57:00 | | Join [Saint] [0] (~st.lasciv@119.224.108.127) |
| 18:57:25 | gbl08ma | I didn't look carefully at the Rockbox development for a while and it seems like you've done lots of work in two weeks |
| 18:58:04 | gbl08ma | I had to reinstall Linux on my desktop and lost the rockbox build environment, I'll have to set up everything again |
| 18:59:06 | gbl08ma | or else I'll just take the opportunity and install the build environment on my new laptop... it looks like this time I'll know how fast Rockbox builds on a i7 processor :) |
| 19:00 |
| 19:00:15 | gbl08ma | today I started playing around with modular music files in Rockbox, and found out that the elapsed time is not shown correctly on MOD files |
| 19:01:14 | gbl08ma | mikmod shows it correctly, but the codec doesn't. The music has been playing for ten seconds, and the elapsed time is still 0:02 |
| 19:02:47 | gbl08ma | the music plays at normal speed, but the elapsed time doesn't match. seeking works properly though, except for the fact that e.g. jumping to 0:18 will in reality jump to a much later part in the music |
| 19:05:20 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 19:06:23 | * | kugel is impressed that the entire ram usage grows by 50%-100% on some targets just for the skin buffer |
| 19:07:48 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 19:07:51 | [Saint] | You won't want to look how much RAM my skins are using on application targets then ;) |
| 19:08:05 | [Saint] | Some of them have ~4MB of bitmaps :-S |
| 19:08:23 | gevaerts | We should figure out a way to work out the RAM delta from the actual remaining buffer instead of from the linker output |
| 19:09:33 | kugel | [Saint]: who're you on github? |
| 19:09:56 | kugel | oops |
| 19:09:56 | [Saint] | I'm not. |
| 19:10:19 | [Saint] | I don't use it, though I should. I've been meaning to get my stuff up on github. |
| 19:10:48 | [Saint] | But for now, my own versioning is a: a system I know, and b: doesn't involve me learning how to use github ;) |
| 19:12:01 | | Quit ptrkmj (Ping timeout: 252 seconds) |
| 19:20:09 | bertrik | I think I just found the datasheets for the display controller and display used in the sansa clip zip \o/ |
| 19:22:49 | B4gder | yay |
| 19:24:38 | bertrik | It took me a while to realise that the clip zip display is an OLED |
| 19:26:14 | [Saint] | nice |
| 19:30:41 | kugel | bah, where's Zagor :( |
| 19:31:01 | kugel | is there an easy way to not have apps/* in the includes when making libfirmware? |
| 19:31:02 | | Quit Casainho (Remote host closed the connection) |
| 19:37:12 | | Quit ReimuHakurei (Read error: Connection reset by peer) |
| 19:37:44 | | Join ReimuHakurei [0] (~kudo@wireless.sit-co.net) |
| 19:39:50 | | Quit ReimuHakurei (Read error: Connection reset by peer) |
| 19:40:01 | | Join ReimuHakurei [0] (~kudo@wireless.sit-co.net) |
| 19:41:07 | kugel | bertrik: do you actually own such a clip zip? |
| 19:42:50 | bertrik | no, but the init sequence from the OF matches an OLED controller chip for 96x96x65k, and the diagnostic menu shows "visionox" which makes a 96x96x65k OLED panel |
| 19:42:53 | [Saint] | kugel: Nah, it's all been FW dissassembly so afr. |
| 19:43:01 | [Saint] | *fer. |
| 19:43:20 | [Saint] | I'm very impressed there's so much work done for it so far, and no developer even has one ;) |
| 19:43:24 | [Saint] | bah! |
| 19:43:26 | [Saint] | *far |
| 19:43:39 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 19:43:42 | kugel | well, I'm not impressed until I hear this blind effort actually works :P |
| 19:44:58 | | Quit ReimuHakurei (Ping timeout: 264 seconds) |
| 19:47:09 | | Quit fs-bluebot (Ping timeout: 245 seconds) |
| 19:47:20 | | Quit bluebroth3r (Ping timeout: 260 seconds) |
| 19:48:16 | | Join fs-bluebot [0] (~fs-bluebo@f053155008.adsl.alicedsl.de) |
| 19:50:36 | [Saint] | user890104: Ping? |
| 19:51:21 | user890104 | [Saint]: ping reply, ~2s |
| 19:51:27 | user890104 | 2m * |
| 19:51:30 | [Saint] | ;) |
| 19:52:06 | gbl08ma | anyone ever investigated why the nano 2g makes a popping noise through headphones out, on startup? |
| 19:52:06 | [Saint] | You don't feel like doin' me another little favour and cranking out a couple of RaaA builds again for me, do you? |
| 19:52:22 | * | [Saint] flutters his eyelids. |
| 19:52:32 | user890104 | welll ... |
| 19:52:35 | user890104 | pm me |
| 19:53:12 | [Saint] | gbl08ma: Some noisy IC...maybe. |
| 19:53:14 | [Saint] | Dunno. |
| 19:53:28 | [Saint] | The LCD used to be very "noisey", as well as NAND access. |
| 19:53:32 | gbl08ma | plus, when I insert the headphones, there's a lot of popping like if there was much static on the connectors. this might be due to my poor quality headphones though |
| 19:53:50 | gbl08ma | doesn't happen on OF AFAIK |
| 19:55:41 | [Saint] | OF sets up all registers correctly ;) |
| 19:55:46 | [Saint] | As they have data-sheets. |
| 19:56:03 | [Saint] | We're obviously doind some things very different. |
| 19:56:32 | [Saint] | As although our power comsumption overall is very low on this target, its very high in some areas compared to the OF. |
| 19:56:51 | gbl08ma | and disassembling the OF has not shown how registers are set up, or at least in which order? |
| 19:57:00 | | Nick msh is now known as mshathlonxp (~ventil@84.237.151.46) |
| 19:57:28 | | Quit merbanan (Ping timeout: 252 seconds) |
| 19:58:18 | [Saint] | gbl08ma: No, apparently. |
| 19:58:33 | gbl08ma | I'm asking because it's very annoying to have to wait until Rockbox is ready to put the haedphones in the ears... otherwise that annoying sound goes right to your ears... |
| 19:58:40 | [Saint] | Someone really needs to strip a PCD right down, and trace all the unknowns manually. |
| 19:59:06 | [Saint] | FWIW, I don't get a pop when I insert my phones. |
| 19:59:21 | [Saint] | Maybe yours are of poor quality? |
| 19:59:27 | gbl08ma | there's also the keyclick that doesn't work as the patch available is very messy (recalling from what dves told me) |
| 19:59:28 | | Join merbanan [0] (~banan@c-62-220-165-114.cust.bredband2.com) |
| 19:59:53 | [Saint] | the patch isn't exactly messy, its *very* convoluted, though. |
| 20:00 |
| 20:00:08 | [Saint] | It does a lot more than it needs to, in a very backwards way. |
| 20:00:16 | [Saint] | The code itself is actually very clean. |
| 20:02:35 | bertrik | as far as I can tell, the nano2g uses a WM8975 codec, we have the WM8971 datasheet which seems close enough |
| 20:02:55 | | Quit merbanan (Read error: Connection reset by peer) |
| 20:03:17 | gbl08ma | [Saint]: thanks for explaining. It's a little sad that such an *audible* part of the hardware is not supported by the official RB. |
| 20:03:22 | gbl08ma | If it was supported, we could play music with the piezo using a plugin stored under the demos folder :) |
| 20:04:26 | [Saint] | This is already possible with emCORE \o/ |
| 20:04:42 | [Saint] | The piezo can play music, sounds awesome ;) |
| 20:06:01 | *** | Saving seen data "./dancer.seen" |
| 20:08:36 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
| 20:11:40 | gbl08ma | the piezo can play music? like a loudspeaker? |
| 20:11:56 | gbl08ma | I dreamed with that some time ago, but i didn't think it was possible when I wake up. |
| 20:12:45 | bertrik | I guess there's a PWM from the SoC connected to it |
| 20:14:25 | CIA-14 | New commit by bertrik (r30389): sansa clipzip: fix bounds check/correction in lcd_update_rect |
| 20:17:24 | CIA-14 | r30389 build result: All green |
| 20:24:59 | | Join merbanan [0] (~banan@c-62-220-165-114.cust.bredband2.com) |
| 20:25:09 | amiconn | gbl08ma: Afaik the time display for those mod formats represents patterns, not actual time. This is on purpose |
| 20:26:04 | amiconn | Figuring out the total runtime of a module in advance means parsing the thing completely (as not all patterns are played at the same speed) |
| 20:27:01 | amiconn | Furthermore this parsing (a) does not always yield the correct result and (b) is not really possible for some modules - those which loop forever |
| 20:27:54 | gbl08ma | amiconn: oh, ok. the way it looked made it look like (confusion!) there was some problem in the coded. thanks for explaining |
| 20:30:00 | amiconn | There would be further problems with resuming and seeking |
| 20:30:02 | n1s | it's a hack tbh |
| 20:31:55 | pixelma | yes, and it has "nice" side effects with "Caption backlight" enabled |
| 20:35:42 | bertrik | the sansa clipzip OF code for enabling the high-voltage for the display is odd, it's enabled three times in a row for some reason |
| 20:38:24 | | Quit TheLemonMan (Quit: Lost terminal) |
| 20:45:44 | gbl08ma | How sad, nobody has taken the "Multiple/Relocatable Plugins" project for GSoC. Anyways, IMO it's too much work to be done in a summer. |
| 20:47:03 | * | [Saint] thinks not. |
| 20:47:13 | [Saint] | One could say the same about bufflib. |
| 20:47:19 | [Saint] | that was a large project. |
| 20:47:27 | n1s | it depends on how many of the issues you would choose to solve |
| 20:47:40 | [Saint] | ANd, now, we've got shiny new bufflib compoaction in core. |
| 20:47:48 | [Saint] | *compaction. |
| 20:48:20 | n1s | multiple plugins would not be very usable without a way to dynamically allocate memory so now that the buflib stuff is in it might be more likely to happen |
| 20:48:21 | gbl08ma | and how does that help common users like me? |
| 20:48:53 | gbl08ma | oh i see, it's a "under the hood" improvment |
| 20:48:55 | n1s | gbl08ma: more flexibility for us and less (no?) settings that need a reboot to enable anymore |
| 20:48:56 | kugel | no need to reboot for enabling stuff anymore |
| 20:49:16 | [Saint] | gbl08ma: no need to reboot to enable things anymore, sane buffering... |
| 20:49:22 | n1s | gbl08ma: relocatable plugins would not do anything for users by itself either |
| 20:49:29 | [Saint] | which means more available RAM, potentially. |
| 20:50:00 | gbl08ma | so, if I initialise DB now I wouldn't be prompted for reset? or is buflib in the core but still unused? |
| 20:50:09 | | Quit balintx (Ping timeout: 268 seconds) |
| 20:50:10 | * | kugel now wants relocatable plugins, as to dynamically alloc the plugin buffer |
| 20:50:33 | [Saint] | gbl08ma: if your build is current, its being used. |
| 20:50:49 | TheSeven | gbl08ma: re popping noise during boot: we already tried to mitigate this as much as possible |
| 20:50:53 | [Saint] | FWIW, you're only asked to reboot under a ceartain set of circumstances anyway. |
| 20:50:57 | [Saint] | Not every time. |
| 20:51:04 | kugel | gbl08ma: it's used. for the database you still need to reboot. not everything is converted, but you can enbale lastfm scrobbling and timestretch without rebot |
| 20:51:11 | amiconn | kugel: If the buflib allows to cut away ram from the end, dynamic allocation of the plugin buffer should be easy |
| 20:51:13 | * | gbl08ma keeps saying that it doesn't mind that 4.0 has no relocatable plugins, what matters is that it's out by 8th October <- this is how the guys at MS and Apple think IMO |
| 20:51:36 | amiconn | That would also remove the need for the overlay loader stuff on lowmem. Relocatable plugins aren't needed for this |
| 20:52:26 | TheSeven | gbl08ma: you can't completely avoid that pop due to electrical reasons, and the way apple avoids it is apparently as trivial as not powering down the audio circuitry at all when entering standby |
| 20:52:27 | gbl08ma | where can I see the RAM usage in Rockbox? I mean, what's the correct debug screen to check this? |
| 20:52:43 | kugel | well, it's doable, but you cannot tell buflib from which end to alloc |
| 20:53:03 | [Saint] | gbl08ma: But we care more about power saving, than a silly little pop ;) |
| 20:53:06 | gbl08ma | TheSeven: I'm not sure, but I think it doesn't happen when cold-booting the OF either?... |
| 20:53:21 | amiconn | There is one more thing to solve if we're going this route (relocatable or not): the playlist needs a buffer. It's currently reusing the (unused part of) the plugin buffer |
| 20:53:26 | [Saint] | gbl08ma: It does, yes. |
| 20:53:38 | [Saint] | Cold booting the OF gives a slight pop also. |
| 20:54:13 | | Join ReimuHakurei [0] (~kudo@wireless.sit-co.net) |
| 20:54:21 | TheSeven | we're even doing the contrary of what the datasheet says during audio hw initialization |
| 20:54:23 | n1s | amiconn: iiuc the buflib allows temporary allocations which could be used for the playlist thing, (only the viewer does it iirc) |
| 20:54:25 | gbl08ma | ok, then I have no other solution that taking out the headphones while RB is booting. the *real* problem is, I'm lazy :) |
| 20:55:32 | amiconn | Why do you need to take out the headphones for a slight pop? |
| 20:55:57 | | Join msh [0] (~ventil@84.237.151.46) |
| 20:56:07 | kugel | n1s: it's not that easy, you potentially need to stop playback for a short moment to make room for a new allocation |
| 20:56:18 | TheSeven | while the datasheet says to set the vgnd voltage divider resistance as low as possible during boot to get the codec operational quickly and then increase it afterwards, we're instead setting it to the highest possible resistance to make the voltage ramp up softly, and then decrease it afterwards |
| 20:56:33 | gbl08ma | amiconn: because with great, sensitive headphones, the pop is audible and annoying. specially when my ears are used to listening to RB at volume -45 |
| 20:56:36 | n1s | kugel: ah |
| 20:57:10 | | Join ack [0] (~ack@mingbai.org) |
| 20:57:30 | gbl08ma | amiconn: and even the headphones are crappy, it's audible and annoying as well. Sometimes the pop is almost unnoticeable, other times it makes you jump :) |
| 20:57:37 | | Nick ack is now known as Guest34995 (~ack@mingbai.org) |
| 20:58:39 | amiconn | Then I wouldn't call it a slight pop... |
| 20:59:36 | | Quit mshathlonxp (Ping timeout: 240 seconds) |
| 20:59:44 | | Quit ReimuHakurei (Ping timeout: 240 seconds) |
| 20:59:50 | n1s | kugel: any plans on making the buffering playback system able to drop part of the audio buffer whithout stopping? :) |
| 20:59:53 | | Join lorenzo92 [0] (~chatzilla@host124-253-dynamic.50-79-r.retail.telecomitalia.it) |
| 21:00 |
| 21:00:15 | | Quit msh (Ping timeout: 240 seconds) |
| 21:00:23 | kugel | n1s: no, not currently |
| 21:00:23 | | Quit lorenzo92 (Client Quit) |
| 21:00:42 | kugel | it's not easy to do |
| 21:01:19 | n1s | i didn't say it was ;) |
| 21:01:42 | kugel | well, there were plans but I dropped them (for now) after looking into it |
| 21:01:46 | gbl08ma | amiconn: did I call it a slight pop? my bad. anyways, end of offtopic :) |
| 21:02:07 | n1s | it would be an awesome feature though :) |
| 21:02:15 | kugel | sure |
| 21:02:49 | kugel | one problem is that by taking away buffering memory already handed out handles get invalid |
| 21:03:35 | gbl08ma | such a feature would allow common users like me to view large images with the image viewer without stopping playback... |
| 21:03:45 | kugel | anyway, the infrastructure is there. playback is asked to shrink its audiobuffer. someone just needs to add the smarts to buffering and remove the explicit audio_stop() :) |
| 21:04:04 | amiconn | gbl08ma: Hm, actually you didn't, somehow I thought you did... |
| 21:06:38 | | Join Buschel [0] (~chatzilla@p54A3A22F.dip.t-dialin.net) |
| 21:13:23 | Buschel | n1s, about FS #12189. do you want to submit the ci-change? |
| 21:13:24 | fs-bluebot | http://www.rockbox.org/tracker/task/12189 Simplify the codec API and don't always loop MODs. (patches, unconfirmed) |
| 21:13:45 | CIA-14 | New commit by bertrik (r30390): sansa clipzip: implement backlight |
| 21:14:24 | n1s | Buschel: you can do it if you like, i just thought it should go in rahter that rotting in the tracker |
| 21:16:46 | CIA-14 | r30390 build result: All green |
| 21:17:33 | | Join Keripo [0] (~Keripo@eng340.wireless-resnet.upenn.edu) |
| 21:21:35 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
| 21:23:16 | | Quit mc2739 (Ping timeout: 252 seconds) |
| 21:25:26 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 21:33:27 | | Quit y4n (Quit: PÆNTS ØLF!) |
| 21:40:14 | CIA-14 | New commit by buschel (r30391): Submit parts of FS #12189 regarding codec API. Replaces access to global settings with a dedicated function to determine if the current track shall be ... |
| 21:42:05 | GodEater_ | blimey, it's commit-o-rama today :) |
| 21:42:26 | n1s | yep, vacation's over, back to work everyone! |
| 21:43:08 | CIA-14 | r30391 build result: 74 errors, 5 warnings (buschel committed) |
| 21:43:15 | | Quit Keripo (Read error: Connection reset by peer) |
| 21:43:23 | Buschel | arghh |
| 21:44:43 | | Quit gbl08ma (Quit: Page closed) |
| 21:45:20 | GodEater_ | fix it! |
| 21:45:35 | n1s | looks like just a missing settings.h include |
| 21:45:46 | n1s | curious it only hit mips targets |
| 21:46:13 | Buschel | n1s: seems so... working on it |
| 21:46:41 | n1s | codecs.h pulled it in before |
| 21:47:25 | * | Buschel loves his compile times since VMware and i7 :) |
| 21:48:10 | CIA-14 | New commit by buschel (r30392): Fix red. |
| 21:50:58 | CIA-14 | r30392 build result: All green |
| 21:51:51 | GodEater_ | \0/ |
| 21:52:46 | | Join robin0800 [0] (~robin0800@genld-219-241.t-mobile.co.uk) |
| 21:54:24 | | Join Keripo [0] (~Keripo@eng340.wireless-resnet.upenn.edu) |
| 21:54:50 | | Quit Keripo (Client Quit) |
| 21:57:09 | | Quit n1s (Remote host closed the connection) |
| 21:57:28 | | Quit Guest34995 (Remote host closed the connection) |
| 21:57:50 | | Join ack [0] (~ack@mingbai.org) |
| 21:58:16 | | Nick ack is now known as Guest91631 (~ack@mingbai.org) |
| 22:00 |
| 22:02:05 | | Quit God_Eater (Ping timeout: 252 seconds) |
| 22:06:05 | *** | Saving seen data "./dancer.seen" |
| 22:06:31 | | Quit robin0800 (Ping timeout: 246 seconds) |
| 22:06:59 | | Join Keripo [0] (~Keripo@hil226.wireless-resnet.upenn.edu) |
| 22:07:35 | | Join gbl08ma [0] (58d25fe1@gateway/web/freenode/ip.88.210.95.225) |
| 22:08:27 | | Join robin0800 [0] (~robin0800@149.254.218.236) |
| 22:11:02 | gbl08ma | Buschel: and what exactly are your compile times? My family offered me a new laptop with i7 core, but I still didn't have time to setup a build environment on it, and I'd like to know if I should setup the environment on it or again on my old desktop. |
| 22:11:30 | Buschel | sim ~60s, target ~90s |
| 22:12:32 | gbl08ma | hmmm on my old Intel @ 2.00GHz desktop it took at least five minutes, and it was on real hardware, no inside a VM. |
| 22:12:33 | Buschel | clean builds, of course. but here are some folks with much faster notebooks/desktops |
| 22:12:56 | Buschel | gbl08ma: linux or cygwin? |
| 22:17:13 | gbl08ma | linux |
| 22:17:25 | gbl08ma | sorry for the delay, was away from keyboard |
| 22:20:12 | Buschel | ok, then the new notebook sounds like a good option −− even with a VM ;) |
| 22:20:40 | | Quit robin0800 (Ping timeout: 260 seconds) |
| 22:21:23 | gbl08ma | I have Ubuntu installed on the new laptop and I plan to use it for compiling Rockbox, outside a VM. |
| 22:21:46 | gbl08ma | teoretically should be faster than yours :) |
| 22:21:56 | Buschel | it will |
| 22:22:41 | gbl08ma | this means it will take more time for me to copy and unzip the new build on the player than to compile it |
| 22:24:21 | GodEater_ | I just did a fresh android build in 1:57 |
| 22:24:22 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
| 22:32:17 | | Quit stripwax (Quit: http://miranda-im.org) |
| 22:34:48 | | Quit benedikt93 (Quit: Bye ;)) |
| 22:41:25 | | Quit gbl08ma (Quit: Page closed) |
| 22:51:50 | | Join MethoS- [0] (~clemens@134.102.106.250) |
| 23:00 |
| 23:07:48 | CIA-14 | New commit by kugel (r30393): Dircache: Allow dircache to be enabled without reboot. ... |
| 23:08:05 | [Saint] | Hmmm, nice. |
| 23:08:22 | * | [Saint] needs to get a build machine up and running again. |
| 23:08:31 | | Join Horscht [0] (~Horscht@p57B57BEB.dip.t-dialin.net) |
| 23:08:31 | | Quit Horscht (Changing host) |
| 23:08:31 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 23:11:20 | CIA-14 | r30393 build result: All green |
| 23:11:29 | | Quit Horschti (Ping timeout: 260 seconds) |
| 23:13:39 | | Quit Buschel (Quit: ChatZilla 0.9.87 [Firefox 6.0/20110811165603]) |
| 23:15:14 | | Join ReimuHakurei [0] (~kudo@wireless.sit-co.net) |
| 23:21:02 | | Quit kadoban (Remote host closed the connection) |
| 23:21:15 | | Quit ReimuHakurei (Ping timeout: 240 seconds) |
| 23:23:28 | | Quit ruskie (Quit: ...) |
| 23:28:48 | | Join Strife89 [0] (~Strife89@207.144.201.128) |
| 23:32:17 | | Join ChickeNES [0] (~ChickeNES@99-133-145-177.lightspeed.cicril.sbcglobal.net) |
| 23:36:22 | kugel | Slasheri: is there some max/known/recommended buffer size for tagcache generation? |
| 23:36:32 | kugel | I'd like to make the commit work without reboot |
| 23:37:16 | | Quit Keripo (Quit: Leaving.) |
| 23:40:07 | | Join ruskie [0] (ruskie@sourcemage/mage/ruskie) |
| 23:41:18 | | Quit evilnick (Remote host closed the connection) |
| 23:42:01 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
| 23:47:19 | | Join robin0800 [0] (~robin0800@149.254.60.29) |
| 23:50:33 | | Quit ChickeNES (Quit: Computer has gone to sleep.) |
| 23:50:52 | | Join Keripo [0] (~Keripo@eng340.wireless-resnet.upenn.edu) |
| 23:56:22 | | Quit Poodlemastah (Quit: ZNC - http://znc.in) |
| 23:56:34 | mystica555_ | did something change recently in RaaA for Android that prevents use on 1.6 based devices? |
| 23:57:06 | [Saint] | Yep. |
| 23:57:08 | | Quit dunkaist (Quit: leaving) |
| 23:57:16 | [Saint] | 1.6 no longer supported, nor will it be. |
| 23:57:41 | | Join markun [0] (~markun@rockbox/developer/markun) |
| 23:58:12 | mystica555_ | when/what/why :) |
| 23:58:35 | mystica555_ | i fail to see why a simple hack for a C program requires anything amazingly newfangled in android, and i rather don't want to update a device that doesn't need to otherwise be updated |
icon identifies that the person is a core developer (has commit access).