00:00:09 | rasher | eh.. is there no way to get the contents and nothing else? |
00:01:28 | archivator | There's a textbox at the bottom of the page. |
00:01:59 | | Quit PaulJam (Read error: 113 (No route to host)) |
00:01:59 | | Join PaulJam__ [0] (i=Paule@vpn-3006.gwdg.de) |
00:02:33 | rasher | That works, I guess |
00:02:58 | | Join PaulJam [0] (i=Paule@vpn-3016.gwdg.de) |
00:03:23 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
00:04:43 | | Join snizwickit [0] (n=PuppiesO@24.225.0.199) |
00:09:02 | PaulJam | archivator: btw, in your fft patch you should probably increase the plugin api version. |
00:10:00 | | Quit bmbl ("Woah!") |
00:10:08 | archivator | PaulJam: I *had* increased it, it was probably bumped in upstream and I didn't notice.. |
00:10:25 | JdGordon | dont you just hate when that happens :) |
00:11:18 | archivator | Huh, *you*'re the one responsible! Oh, well, it's git's fault - it should've warned me or something! |
00:11:54 | | Part kugel |
00:13:16 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
00:13:51 | | Quit PaulJam__ (Read error: 113 (No route to host)) |
00:13:56 | | Quit BigBambi (Connection reset by peer) |
00:13:56 | | Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) |
00:14:47 | gevaerts | archivator: any chance of also putting a log scale on the colours? |
00:14:50 | archivator | JdGordon: I've been having some playback issues since your commit. In particular, I sometimes get random characters in the artist/album/track fields right after I start the player. Scrolling random characters nonetheless. Also, the info displayed can easily go out of sync with the track playing by simply skipping a bunch of songs (I had shuffle and repeat shuffle on when that happened).. Just letting you know.. |
00:15:27 | archivator | gevaerts: uhm, I have nowhere to steal the actual colors from :) |
00:16:00 | JdGordon | archivator: the first bit is possibly related to the progressbar not being updated on the first track which we are hunting down |
00:16:43 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
00:16:54 | | Join BigBambi [0] (n=alex@80.27.192-77.rev.gaoland.net) |
00:17:32 | kugel | rasher: what if I want to update a theme? |
00:17:41 | | Join suom1_ [0] (i=markus@viitamaki.net) |
00:18:28 | rasher | kugel: get it deleted by an admin |
00:18:43 | kugel | ok |
00:18:56 | rasher | Or become an admin and do it yourself :) |
00:19:02 | kugel | hehe |
00:19:06 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
00:19:22 | kugel | but why can't everyone update? |
00:19:51 | rasher | Because no one has coded it yet |
00:20:01 | * | kugel would prefer that, it was possible in the wiki too |
00:21:31 | rasher | Sure |
00:22:05 | Unhelpful | gevaerts: couldn't you just invlog the values before looking up the colors, to do that? |
00:22:27 | gevaerts | Unhelpful: I've actually discovered in the meantime that I was talking nonsense |
00:26:26 | *** | Saving seen data "./dancer.seen" |
00:30:01 | | Quit FlynDice (Read error: 104 (Connection reset by peer)) |
00:30:09 | | Quit suom1 (Read error: 101 (Network is unreachable)) |
00:30:09 | | Nick suom1_ is now known as suom1 (i=markus@viitamaki.net) |
00:30:29 | | Join parafin [0] (i=parafin@2001:470:1f0b:81:0:0:0:1) |
00:31:43 | amiconn | archivator: If your new get_log_value() is really faster than the previous one, something is seriously fishy |
00:32:20 | amiconn | The new implementation uses 2 64-bit divisions (meaning thousands of CPU cycles), while flog() in fixedpoint.c uses none |
00:32:37 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
00:32:49 | archivator | amiconn: the new one also uses a LUT |
00:33:25 | amiconn | ? |
00:35:16 | | Quit flydutch ("/* empty */") |
00:35:27 | amiconn | I'm referring to the two Q16_DIV macro calls, which resolve to a division involving int64_t |
00:35:29 | archivator | amiconn: flog seemed to be the bottleneck, not the operations in get_log_value. The new log function (ilog2) uses a LUT and is significantly faster (on my unscientific benchmarks). Also, one of those division can safely be removed (it just scales the value down)... |
00:36:03 | amiconn | And a division involving int64_t is a longish subroutine in libgcc |
00:36:41 | amiconn | flog() doesn't use any division; it's just a chain of comparisons and additions |
00:37:01 | amiconn | The whole flog() should be faster than a single Q16_DIV |
00:38:50 | archivator | amiconn: from what I can tell, ilog2 is working fine. Also, the playback hiccups have disappeared. Only thing is, I'm afraid my way of using ilog2 might be wrong but I need someone else to be the judge there.. |
00:39:48 | amiconn | Hmm, actually those two macro calls *might* be optimized by gcc, but then I wouldn't use the macros, and write the faster code directly, both to help gcc (it may not be equally clever on all platforms) and other devs when reading the code |
00:41:03 | amiconn | Line 427 collapses to just result >>= 11; if I don't overlook something |
00:41:17 | archivator | amiconn: correct. |
00:41:30 | amiconn | Then I would just write it like that.... |
00:43:02 | | Quit shotofadds ("Leaving") |
00:43:09 | archivator | amiconn: wait. No, it doesn't collapse to that. This is the macro expanded: ( (((long long) (result << 16)) << (16)) / (2048 << 16) ) Note the second << 16 |
00:43:46 | amiconn | The Q16_DIV in line 422 and 424 divides by a constant. On arm gcc probably uses a 64 bit multiplication involving the S31.32 inverse, which is quite fast. MIPS and coldfire performance will suffer almost for sure.... |
00:44:21 | amiconn | archivator: Then it's result <<= 5; |
00:44:49 | pixelma | just wondering, should I bother taking down the links in the wiki to themes now on the theme site? (since I believe only admins can really delete files, the only thing I could do is just not reference them anymore) |
00:45:23 | pixelma | my own themes, of course |
00:45:25 | rasher | pixelma: In theory, I guess. Maybe we should just go through them all at some point |
00:45:56 | archivator | amiconn: Still, I find it more readable as is. The intention is clear and the math is simple enough for the compiler to catch and optimize. |
00:46:43 | amiconn | You clearly didn't look at too many disassemblies of gcc-produced code.... (on embedded architectures that is - x86 might be okay) |
00:47:28 | | Quit planetbeing () |
00:47:29 | * | amiconn has seen too many gcc goofs to still rely on gcc catching such things |
00:48:59 | archivator | Clearly. I'm willing to comment out the current code and have the bitshift version of the second division. What about the first one though? I need to scale the value to the 1-30720 range, what's a quicker way to do that? |
00:49:08 | pixelma | hmm, those themes were outdated a bit anyway (due to the font renaming)... |
00:51:36 | amiconn | I've not checked the whole math of this. There might be a way involving manual constant folding, which should leave just a multiplication and probably a shift |
00:52:55 | amiconn | This plugin probably should be tested on non-arm targets as well (ideally comparing both versions of logarithm calculation) |
00:57:06 | | Quit Thundercloud (Remote closed the connection) |
00:57:44 | archivator | amiconn: If the math proves right, that is :) Most of the code could be significantly simplified (removing all s16.15 code, for one) so I wouldn't start working on optimizations just yet.. Premature optimizations and all that :) |
00:58:44 | mcuelenaere | I have ' *** No rule to make target `/home/mcuelenaere/rockbox/build2/pluginbitmaps/brickmania_menu_bg.h', ..' when trying to build plugins for the Onda VX747, any ideas? |
00:59:30 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
01:00 |
01:00:52 | * | mcuelenaere spots plugins/bitmaps/native/SOURCES |
01:03:31 | | Quit archivator ("""") |
01:04:50 | amiconn | archivator: I already spotted one. You calculate the abs value from real and imag as v = fsqrt(r * r + i * i) - but for the logarithmic case it is unecessary to use fsqrt() |
01:05:14 | amiconn | You can just use the fact that log(x*x) == 2*log(x) |
01:05:41 | amiconn | For the linear case this won't work, of course |
01:12:55 | pixelma | mcuelenaere: is there a brickmania background picture - (bmp present and referenced in apps/plugins/bitmaps/native/SOURCES)? |
01:13:12 | pixelma | the Onda has a "new" screen size, right? |
01:13:18 | mcuelenaere | right |
01:13:24 | mcuelenaere | 400x240 (or 240x400) |
01:13:33 | mcuelenaere | I currently use the Gigabeat images |
01:14:08 | | Quit PaulJam (".") |
01:15:55 | pixelma | the check in the sources file tests for LCD_HEIGHT |
01:16:50 | mcuelenaere | yes, that's what I did |
01:18:03 | | Join webguest00 [0] (n=45e6668c@gateway/web/cgi-irc/labb.contactor.se/x-fcb6978259b553d2) |
01:18:29 | webguest00 | hey need some help with my sansa |
01:18:32 | webguest00 | its briked |
01:18:52 | webguest00 | the version file is corrupt and i cant put any files while in recovery mode |
01:19:17 | saratoga | have you looked at the unbrick guide? |
01:19:29 | | Join hd [0] (i=jd@modemcable022.187-203-24.mc.videotron.ca) |
01:19:32 | | Quit hd (Read error: 54 (Connection reset by peer)) |
01:19:42 | webguest00 | yup |
01:19:49 | webguest00 | i dont have linx though |
01:20:04 | saratoga | get it and then follow the guide |
01:20:04 | webguest00 | so does anyone have a yahoo ID where i can IM you |
01:20:28 | Llorean | webguest00: It's "Linux", and it's necessary in the state you're in. The situation hasn't changed since the last time you were in here. |
01:20:57 | webguest00 | well mabye there is another soulution to this |
01:21:08 | Llorean | Not in the state your player is in. |
01:21:24 | webguest00 | nothing else |
01:21:34 | webguest00 | how do i kno for sure that thats the problem? |
01:21:54 | Llorean | If you don't believe us, feel free to go somewhere else and see if they have other answers for you. |
01:22:00 | saratoga | is the problem "recovery mode doesn't work" |
01:22:04 | Llorean | But unless you've told us things wrong, it's true. |
01:22:09 | webguest00 | do you kno any sansa tech service? |
01:22:13 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
01:22:16 | Llorean | This isn't a Sansa channel |
01:22:21 | Llorean | this is a channel for the Rockbox software. |
01:22:23 | webguest00 | live chat |
01:22:30 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-b242c2b945771cfb) |
01:22:35 | webguest00 | i know but theres no other solutoion |
01:22:38 | Llorean | webguest00: Your further questions really don't belong here. |
01:22:53 | | Quit webguest00 (Client Quit) |
01:23:05 | Llorean | You can do what we've told you to do. You're choosing not to, and that's your choice, but we can't help you further. |
01:23:14 | | Join web [0] (n=45e6668c@gateway/web/cgi-irc/labb.contactor.se/x-c8fc221c4e7e5c0a) |
01:23:28 | | Join Ridayah [0] (n=ridayah@173-19-228-175.client.mchsi.com) |
01:25:11 | | Quit web (Client Quit) |
01:30:32 | | Quit snizwickit () |
01:31:43 | pixelma | mcuelenaere: I'm not sure exactly what you did and what not... |
01:32:32 | | Join Davide-NYC [0] (n=Davide-N@user-0cev1vr.cable.mindspring.com) |
01:32:51 | mcuelenaere | pixelma: http://pastebin.com/dce02542 |
01:36:23 | | Join ultrasonic [0] (n=manohar@203.199.213.3) |
01:36:25 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
01:37:07 | pixelma | I wonder whether you changed the brickmania one after a first compile (and/or tried a make clean) |
01:38:25 | mcuelenaere | I didn't do make clean, just changed SOURCES |
01:38:50 | pixelma | though I'm a bit guessing here... there could be a difference to other plugins as brickmania gets the dimensions from the bitmap |
01:39:21 | | Quit ender` (" The latest survey shows that 3 out of 4 people make up 75% of the world's population.") |
01:39:54 | mcuelenaere | are you talking about the 320x240 <-> 400x240 difference? |
01:40:11 | | Quit moos ("Rockbox rules the DAP world") |
01:41:03 | pixelma | no, I'm talking about the #include of the bitmap.h in brickmania.c - which is used for drawing the bitmap later |
01:42:05 | pixelma | just guessing that it's possible that it doesn't "know" of the existence if you changed it later and something wasn't compiled again |
01:42:35 | * | pixelma lacking some vocabulary here :/ |
01:43:13 | | Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") |
01:43:13 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
01:43:35 | mcuelenaere | pixelma: I was getting that make error when I didn't yet knew about plugins/bitmaps/SOURCES |
01:44:23 | | Quit pixelma (Nick collision from services.) |
01:44:25 | | Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) |
01:44:45 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
01:45:01 | | Quit blithe ("Lost terminal") |
01:45:05 | | Quit amiconn (Nick collision from services.) |
01:45:07 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
01:45:12 | | Join blithe [0] (n=blithe@blakesmith.me) |
01:45:14 | pixelma | so it works now? |
01:45:29 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
01:45:32 | mcuelenaere | yes |
01:45:39 | mcuelenaere | at least, it compiles fine |
01:45:53 | mcuelenaere | the output looks a bit weird in some games |
01:46:17 | pixelma | chasing non-existent errors then... :) |
01:46:30 | mcuelenaere | a bit yes :) |
01:49:20 | | Join m4ndril [0] (n=martin@r190-135-171-139.dialup.adsl.anteldata.net.uy) |
01:51:03 | | Join evilnick [0] (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) |
01:51:29 | m4ndril | hey sansa guys.. i uploaded my theme to the official website, they have to approve it but here is a preview : http://img512.imageshack.us/img512/6986/previewq.png |
01:51:46 | m4ndril | if someone wants it NOW i can send it via email or something :) |
01:51:47 | krazykit | r: i are in yur irc, ruining yur backgroundz |
01:51:57 | krazykit | sorry, pastebuffer annoyance |
01:52:33 | rasher | m4ndril: it's on the theme site. Did it say anywhere that it needs approval? |
01:53:16 | m4ndril | yeah they send me a message |
01:53:18 | m4ndril | let me check |
01:53:49 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
01:53:56 | m4ndril | oh its now on the official page :D |
01:54:10 | rasher | It was at the moment you clicked the verify link. We don't approve themes |
01:54:51 | m4ndril | ohh mkay |
01:55:01 | | Quit blithe ("Lost terminal") |
01:55:11 | m4ndril | can you load it on your sansa and tell me if its ok ? :D |
01:55:12 | | Join blithe [0] (n=blithe@blakesmith.me) |
01:55:40 | pixelma | rasher: is the mp11 theme on that page using WMP graphics? |
01:56:05 | m4ndril | it is... |
01:56:09 | rasher | pixelma: No idea... it says they were taken from a Winamp skin though... |
01:56:50 | m4ndril | they are the exact wmp11 icons :S |
01:56:53 | * | mcuelenaere wonders whether the 'Works with X' shouldn't be replaced with (little) icons |
01:57:37 | pixelma | the S.o.Ap. ? ;) |
01:57:50 | m4ndril | my preview image of darkBox theme says: Fade Cross lol in the theme is well written |
01:58:55 | m4ndril | please download and send feedback!!! tomorrow i will start de v2 with MUCH BETTER graphic design =) |
01:59:08 | m4ndril | but i need testing for v1 first |
01:59:18 | | Join Llor_Phone [0] (n=Llorean@32.151.160.251) |
02:00 |
02:00:21 | | Part toffe82 |
02:02:28 | | Join hillshum [0] (n=hillshum@75-165-241-119.slkc.qwest.net) |
02:04:01 | hillshum | I've not been able to get rockboxdev.sh to work |
02:04:47 | scorche | why not? |
02:05:36 | hillshum | http://rockbox.pastebin.com/f3776c731 |
02:05:44 | hillshum | not sure |
02:06:16 | hillshum | I am on mint felicia fluxbox rc |
02:06:52 | saratoga | what gcc version is that? |
02:06:56 | lucent | hillshum: rockboxdev.sh is broken |
02:07:08 | hillshum | grr |
02:07:08 | lucent | hillshum: work-around is to build 1 arch at a time |
02:07:13 | hillshum | ? |
02:07:14 | mcuelenaere | lucent: this doesn't seem to be related to rockboxdev.sh.. |
02:07:32 | Llor_Phone | lucent: causing segfaults? Or did you look at the paste? |
02:07:38 | mcuelenaere | well, not its fault |
02:07:45 | | Join snizwickit [0] (n=PuppiesO@ppp-66-139-122-153.dsl.tpkaks.swbell.net) |
02:08:12 | rasher | hillshum: gcc −−version |head -n 1 |
02:08:18 | lucent | hillshum: are you building only arm toolchain? |
02:08:30 | hillshum | yes |
02:09:11 | lucent | first thing I would do is run memtest |
02:09:22 | lucent | compiles expose memory problems in my experience |
02:09:27 | hillshum | gcc (Ubuntu 4.3.2-1ubuntu12) 4.3.2 |
02:09:40 | lucent | if you verify that the hardware is okay, then it's simply a compiler bug |
02:09:47 | * | hillshum does not want to reboot |
02:10:08 | lucent | well, it very well could be faulty memory |
02:10:42 | saratoga | if you can't build gcc on ubuntu, its probably a bad install or a bad pc |
02:11:20 | lucent | hillshum: do you have your $HOME on a proven filesystem like ext3? |
02:11:24 | lucent | no ecryptfs |
02:11:57 | hillshum | How do I check? |
02:12:17 | lucent | um... if you had something non-standard I can only assume you would know |
02:12:29 | lucent | go reboot and run memtest |
02:12:47 | hillshum | it's the default |
02:12:51 | hillshum | okay |
02:14:44 | * | hillshum reboots |
02:15:04 | | Quit mcuelenaere ("Gnight") |
02:15:08 | | Quit hillshum (Remote closed the connection) |
02:20:14 | | Quit saratoga ("CGI:IRC (EOF)") |
02:21:04 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
02:26:28 | *** | Saving seen data "./dancer.seen" |
02:26:32 | | Quit Llor_Phone ("Pocket IRC (http://pocketirc.com/)") |
02:43:52 | Unhelpful | hrm, which target do i select for the archos jukebox 5000/6000 listed as supported? is that covered by the player/studio as well? |
02:43:56 | | Join webguest72 [0] (n=4c75e088@gateway/web/cgi-irc/labb.contactor.se/x-c29e7c4f806cc33e) |
02:44:44 | Llorean | Unhelpful: I think so |
02:44:45 | | Quit webguest72 (Client Quit) |
02:45:14 | m4ndril | hey |
02:45:23 | Unhelpful | ok, i guess i can skip them then, no pictureflow. |
02:45:32 | m4ndril | Llorean: how are you ? do you have a sansa e200 ? =D |
02:45:49 | | Quit MethoS (Remote closed the connection) |
02:47:17 | Llorean | m4ndril: Yes. |
02:47:37 | m4ndril | Llorean: i uploaded my theme today.. could you try it and send me feedback please ? |
02:47:45 | m4ndril | http://themes.rockbox.org/index.php?target=e200 |
02:47:48 | | Join spyder [0] (i=spyder@97-127-108-79.mpls.qwest.net) |
02:47:54 | Llorean | Please don't use this channel to continually advertise your theme. |
02:48:04 | m4ndril | Llorean: im not advertising |
02:48:09 | m4ndril | i want to improve it |
02:48:34 | Llorean | You can ask for feedback in a more persistent manner in the forums or on the user mailing list. |
02:48:39 | spyder | i did a manual install, everything seemed to go smoothly, but when i try to boot rockbox it gives me a bad checksum error |
02:48:58 | spyder | any idea what i did incorrectly? |
02:49:09 | m4ndril | Llorean: ok sorry i wont ask for feedback anymore because you think im advertising lol |
02:49:56 | ufoman | spyder: your download may be corrupted, usb cable/flash/hdd in player may be broken... |
02:50:37 | spyder | ufoman: i'll try to redownload and unzip it again then, thanks |
02:50:42 | Llorean | spyder: bad checksum errors often come from accidentally installing a build for the wrong player |
02:50:48 | Llorean | What player do you have? |
02:50:57 | spyder | i have a second gen ipod |
02:51:22 | Llorean | And on the bad checksum screen what does it say after Model: ? |
02:51:37 | spyder | 1g2g |
02:51:55 | spyder | first and second, correct? |
02:52:35 | Llorean | And your player is white with buttons located in a circle around the wheel? |
02:52:41 | spyder | yes |
02:53:11 | spyder | it has a silver shell, tho |
02:53:17 | Llorean | I said "white" |
02:53:28 | Llorean | If it's silver, you probably have an iPod Mini 2G |
02:53:41 | * | spyder nods |
02:53:51 | spyder | guy who sold it to me told me wrong then |
02:53:51 | Llorean | http://km.support.apple.com/library/APPLE/APPLECARE_ALLGEOS/HT1353/HT1353_30.jpg or http://km.support.apple.com/library/APPLE/APPLECARE_ALLGEOS/HT1353/HT1353_22.jpg ? |
02:54:20 | spyder | second one, yea |
02:54:24 | Llorean | That's a Mini |
02:54:28 | spyder | that explains it |
02:54:33 | Llorean | If you'd used the automated install, you wouldn't have run into this problem. :-P |
02:54:39 | spyder | heh |
02:54:51 | spyder | understood |
02:55:02 | spyder | i like to understand what is happening, however |
02:55:09 | ufoman | spyder: you have been scammed anyways |
02:55:23 | spyder | ufoman: why's that? |
02:55:41 | ufoman | did you intend to but 2nd gen Ipod or Mini specifically? |
02:55:47 | spyder | no |
02:55:48 | ufoman | *buy |
02:55:54 | spyder | i just wanted a cheap ipod |
02:56:02 | spyder | and that's what i bought |
02:56:28 | ufoman | ah, ok... never mind then |
02:56:39 | spyder | hence why i asked why i was scammed |
02:56:48 | ufoman | at least you got 2gen mini |
02:56:58 | spyder | Llorean: thanks again for your help on identifying it |
02:58:17 | spyder | ufoman: yeah, for what i paid, it's great |
02:58:56 | ufoman | spyder: and if the microdrive fails, you can put there 16GB CF card... |
02:59:26 | spyder | ufoman: didn't know that, thanks for the tip |
02:59:51 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
02:59:53 | * | ufoman thinks that the mini users have it easy ;) |
03:00 |
03:00:30 | spyder | i hope so |
03:01:07 | spyder | with rockbox on this, i should have exactly what i need, a decent music player that plays .ogg |
03:02:26 | ufoman | I used rockbox on my nano 1gen primarily because I can't stand Apple's interface |
03:02:55 | spyder | yeah, i played a bit with my buddy's ipod and that was one thing i couldn't stand either |
03:03:18 | spyder | he has a nano as well |
03:04:52 | ufoman | on my X5 rockbox is extremely handy for getting rid of extraneous bass |
03:07:47 | spyder | the x5 has bass issues? |
03:08:19 | spyder | that would bother me as well |
03:08:40 | spyder | too much bass gives me a headache |
03:10:44 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
03:11:06 | spyder | mini firmware booted correctly, i'm happy |
03:11:16 | m4ndril | is rockbox planning to support the sansa fuze ?? |
03:11:48 | scorche | we dont make plans to support units...people come forward to make the port happen...that said, there is a port in progress |
03:13:12 | ufoman | spyder: well maybe not issues... but my headphones produce a lot of neat bass by themselves |
03:13:56 | ufoman | spyder: I set bass control in RB to -2dB and it's all ok than |
03:15:00 | ufoman | I've heard and opinion that Fuze can make even a band as energetic as AC/DC sound dull... |
03:18:11 | | Quit m4ndril ("Leaving.") |
03:22:48 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
03:38:16 | | Join rwcr [0] (n=oremanj@xenon.get-linux.org) |
03:50:36 | | Join Strife89 [0] (n=nds@204.116.244.200) |
04:00 |
04:04:10 | | Join miepchen^schlaf [0] (n=miepel@p579EC74A.dip.t-dialin.net) |
04:10:56 | | Join evilnick1 [0] (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) |
04:15:05 | | Join jordoex_ [0] (n=quassel@S0106002129693a39.vc.shawcable.net) |
04:18:50 | | Quit miepchen^schla (Read error: 101 (Network is unreachable)) |
04:20:42 | | Quit evilnick (Read error: 113 (No route to host)) |
04:23:34 | scorche|sh | >_> |
04:25:00 | | Join logiclost [0] (n=lostlogi@temporal.lostlogicx.com) |
04:26:29 | *** | Saving seen data "./dancer.seen" |
04:28:41 | | Quit PSPdemon ("#rockbox-community (Read error: 104 (Connection reset by queer)") |
04:31:44 | | Quit jordoex (Read error: 110 (Connection timed out)) |
04:31:59 | | Nick evilnick1 is now known as evilnick (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) |
04:33:26 | | Quit sharperguy (Read error: 110 (Connection timed out)) |
04:34:47 | | Quit Beta2K (Read error: 104 (Connection reset by peer)) |
04:35:58 | | Quit fdinel (Read error: 110 (Connection timed out)) |
04:36:03 | | Quit lostlogic (Read error: 110 (Connection timed out)) |
04:39:19 | | Join PSPdemon [0] (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) |
04:40:23 | | Quit ultrasonic (Read error: 60 (Operation timed out)) |
04:41:14 | | Join krcm0209 [0] (n=47ab04ed@gateway/web/cgi-irc/labb.contactor.se/x-1e62b0b73b73131b) |
04:42:27 | krcm0209 | Hello? |
04:42:49 | krazykit | hello |
04:43:02 | | Quit krcm0209 (Client Quit) |
04:43:06 | | Join krcm0209 [0] (n=47ab04ed@gateway/web/cgi-irc/labb.contactor.se/x-5e8187e0c3ed7428) |
04:44:38 | krcm0209 | When I try to install rockbox using the installer on my 30GB iPod Video, I get an unknown error when it goes to download and install the themes. Then the installation quits and I don't know what to do. |
04:45:22 | | Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) |
04:46:03 | Strife89 | krcm0209: The themes site integration isn't quite working yet AFAIK. |
04:47:14 | krcm0209 | Oh, so is the installation finished then, or do I have to perform something to finalize the installation? |
04:51:58 | | Quit Davide-NYC (Read error: 104 (Connection reset by peer)) |
04:52:18 | | Join Davide-NYC [0] (n=Davide-N@user-0cev1vr.cable.mindspring.com) |
04:52:23 | | Quit Davide-NYC (Read error: 104 (Connection reset by peer)) |
04:52:43 | | Join Davide-NYC [0] (n=Davide-N@user-0cev1vr.cable.mindspring.com) |
04:52:48 | Strife89 | krcm0209: Should be finished, I think. |
04:53:16 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
04:53:24 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-542c26b055e97d73) |
04:56:26 | | Quit PSPdemon (Remote closed the connection) |
04:58:42 | | Quit planetbeing () |
04:59:42 | | Quit krcm0209 ("CGI:IRC") |
05:00 |
05:04:20 | | Quit Strife89 ("My battery's nearly dead, and I need sleep.") |
05:05:13 | | Join evilnick1 [0] (n=evilnick@pool-173-52-140-21.nycmny.east.verizon.net) |
05:05:23 | | Join EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) |
05:09:23 | | Quit BlakeJohnson86 ("Leaving.") |
05:09:48 | | Join dampflames [0] (i=dampflam@user4-68.wdw-res.utoronto.ca) |
05:09:48 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
05:15:11 | | Quit franky (Read error: 110 (Connection timed out)) |
05:15:42 | | Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) |
05:22:15 | | Quit evilnick (Read error: 113 (No route to host)) |
05:24:01 | | Quit EspeonEefi ("ã•よãªã‚‰") |
05:24:15 | | Join dreamlayers [0] (n=dreamlay@bas4-windsor12-1279315722.dsl.bell.ca) |
05:28:27 | | Quit dampflames () |
05:32:04 | Unhelpful | any reason some of the pictureflow screenshots in the manual appear to have been badly (nearest-neighbor) scaled? or is the PDF just giving a display size different from the actual size of the embedded image, and my viewer is scaling badly? |
05:33:38 | | Quit Horscht ("Verlassend") |
05:40:41 | dreamlayers | Unhelpful: It seems like the same thing is happening all screenshots in the manual. It seems like Adobe Reader can't resize nicely. |
05:40:54 | | Quit SirFunk (Read error: 110 (Connection timed out)) |
05:41:25 | Unhelpful | i'm using okular, but really, why are they resized at all? i don't see a great benifit in scaling up a tiny bitmap, it doesn't make it more readable. |
05:41:39 | | Quit intrados_ (Read error: 110 (Connection timed out)) |
05:42:17 | | Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) |
05:42:18 | dreamlayers | Unhelpful: I can right click on an image, "Copy Image" and paste it elsewhere. The actual image in the PDF is perfect and unresized. The problem is the resizing which happens when the entire page is scaled. |
05:43:46 | Unhelpful | dreamlayers: i see what you mean, but it's rather odd, because in okular i've not changed the page scaling, and the gigabeat screenshot looked fine, which the c200 and e200 ones appeared to have been scaled up. |
05:49:53 | | Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
05:53:36 | dreamlayers | Unhelpful: With Adobe Reader 9.1.0, The e200 images just show a few horizontal lines of resizing, and the iPod images show a lot more of it. |
06:00 |
06:06:33 | | Quit Davide-NYC ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
06:08:06 | | Join JdGordon| [0] (i=209d7783@gateway/web/ajax/mibbit.com/x-4a001fa995df6480) |
06:11:37 | | Quit JdGordon| (Client Quit) |
06:25:10 | | Quit spyder (Read error: 60 (Operation timed out)) |
06:26:33 | *** | Saving seen data "./dancer.seen" |
06:47:49 | | Join wangxiang [0] (n=wangxian@210.73.4.120) |
06:51:06 | | Join EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) |
06:51:21 | | Quit EspeonEefi (Read error: 104 (Connection reset by peer)) |
06:53:38 | | Quit dreamlayers ("Goodnight") |
07:00 |
07:11:19 | | Join rodpod [0] (n=rod@hick.org) |
07:15:08 | | Join jeffdameth [0] (n=jeff@dyndsl-095-033-116-179.ewe-ip-backbone.de) |
07:31:42 | | Quit jeffdameth1 (Read error: 110 (Connection timed out)) |
07:40:44 | | Quit DataGhost (Nick collision from services.) |
07:40:51 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
07:59:45 | | Quit Ridayah (Read error: 60 (Operation timed out)) |
08:00 |
08:10:45 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:15:08 | | Join stoffel [0] (n=sfr@p57B4D016.dip.t-dialin.net) |
08:15:21 | | Quit StealthyXIIGer (Read error: 110 (Connection timed out)) |
08:22:11 | | Quit trisiak (Read error: 110 (Connection timed out)) |
08:26:36 | *** | Saving seen data "./dancer.seen" |
08:26:55 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
08:27:59 | | Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) |
08:32:28 | | Quit wangxiang () |
08:33:36 | | Join chrisjs169 [0] (n=none@unaffiliated/chrisjs169) |
08:34:30 | | Join B4gder [241] (n=daniel@rockbox/developer/bagder) |
08:35:31 | | Join hittudiv [0] (n=hittudiv@210.212.160.101) |
08:37:42 | | Quit stoffel ("Lost terminal") |
08:38:49 | chrisjs169 | B4gder, around? |
08:38:56 | B4gder | yes |
08:39:07 | chrisjs169 | remember me? |
08:40:07 | chrisjs169 | even if you don't, that's fine - haven't been in here in ages |
08:40:14 | Zagor | chrippa: haha, that's cruel |
08:40:31 | Zagor | chrisjs169 even |
08:40:47 | chrisjs169 | reason i'm here is i own rbthemes.com, which i haven't updated in ages, and it expires in about two days - was wondering if the Rockbox team wanted it |
08:40:56 | chrisjs169 | hey Zagor - i remember you |
08:40:58 | chrisjs169 | lol |
08:41:42 | B4gder | chrisjs169: I don't think we want that honestly, the current one under rockbox.org seems "better" to me |
08:42:00 | chrisjs169 | B4gder, I wasn't necessarily referring to the code, just the domain name |
08:42:11 | B4gder | I meant the domain |
08:42:17 | chrisjs169 | ah, k |
08:42:43 | chrisjs169 | That's fine - just wanted to ask if you wanted it first, since I'll probably be letting it expire |
08:42:57 | B4gder | right, thanks for the consideration |
08:43:14 | chrisjs169 | :) |
08:46:55 | chrisjs169 | I'll probably idle in here for a bit, but if you change your mind, just highlight me |
08:47:28 | | Join Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) |
08:54:52 | amiconn | rasher: It looks like there's something wrong with the theme site. The iAudio M5 and Iriver H1xx show the 'Simple Green' theme - with a colour screenshot... |
08:56:23 | | Join wangxiang [0] (n=wangxian@203.86.76.219) |
08:58:13 | | Quit kkurbjun (Read error: 113 (No route to host)) |
08:58:48 | | Join Rob2222 [0] (n=Miranda@p4FDCF7CA.dip.t-dialin.net) |
09:00 |
09:01:48 | | Join wangxiang_ [0] (n=wangxian@203.86.76.219) |
09:03:54 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
09:04:03 | | Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) |
09:04:51 | | Quit jordoex_ (Read error: 104 (Connection reset by peer)) |
09:11:45 | | Join Keripo [0] (i=a57b85fb@gateway/web/ajax/mibbit.com/x-3f7d15f78b308edd) |
09:11:50 | Keripo | http://pastebin.ca/1385739 |
09:11:57 | Keripo | It cross compiles! \o/ |
09:12:36 | Keripo | module loading is dummied though of course (no libld for the PSP - I'll have to implement it through PRXs) |
09:13:07 | Keripo | and I haven't modified the Makefile so it compiles as a bootable EBOOT so can't test it (PSP still charging anyway) |
09:13:24 | Keripo | 3 am in the morning right now so sleep time ; / |
09:14:25 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:14:36 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
09:15:17 | Keripo | the patch adds a PSP target which is just a cross-compiled version of the UISim (simulating an iPod Video) with a few changes/fixes/dummies here and there to allow for compiling without errors |
09:15:32 | Keripo | a start at least ; ) |
09:16:32 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
09:20:29 | | Quit wangxiang (Read error: 110 (Connection timed out)) |
09:29:54 | | Quit wangxiang_ ("Leaving") |
09:31:43 | pixelma | amiconn, rasher: it looks like the "Simple Green" theme will work on the greyscale targets too and people only upload the screenshot of "their" target I guess. In the other way round, greyscale screenshots will look slightly off on the colour target theme page because of the defined backlight colour. To be perfect the theme site would have to do screenshots of the missing colour depths itself... |
09:34:14 | linuxstb | I guess it could at least convert from colour to greyscale, using the same algorithm as Rockbox... |
09:35:57 | pixelma | one of the greyscale ones works on the M:Robe100 too, so that screenshot looks wrong too |
09:37:16 | pixelma | rasher: the "Simple Green" zip includes an SVN font though |
09:39:36 | | Quit planetbeing () |
09:41:06 | Keripo | http://pastebin.ca/1385757 |
09:41:15 | MT | linuxstb : I fixed a couple of bugs in my codec, but there are still 2 weird ones : it returns an error if the next track is of a different codec (I tried ogg only as a next track), the second is that in the code, the elapsed time = 13 seconds for an actual elapsed time of 10 seconds on either a sim or a real target. |
09:41:24 | Keripo | cleaned up a bit and use #ifdefs |
09:41:56 | B4gder | Keripo: post it in the patch tracker when you feel like getting some proper attention to it |
09:44:43 | | Quit Keripo ("http://www.mibbit.com ajax IRC Client") |
09:50:26 | Unhelpful | maybe it should just display a placeholder image if the theme was uploaded for a different target, and an "Upload a screenshot of this theme!" link? |
09:51:34 | | Quit Thundercloud (Remote closed the connection) |
09:55:02 | pixelma | I don't think it would be nice to ask the people to get a sim of another target just to do the screenshot - and maybe they don't even see the hint if they aren't notified in another way when just looking for the subpage of their target |
09:57:50 | Unhelpful | pixelma: so we need an environment somewhere that has tracks and album art, or at least placeholders for them, and sims for all target... and some way to automatically go to WPS and dump a screenshot. that sounds like an awful mess. :/ |
09:58:21 | Unhelpful | my suggestion with the "upload a screenshot" link is that anybody *else* who tries the theme could elect to send a screenshot for it |
09:58:48 | pixelma | maybe linuxstb's suggestion could work, "parsing" the uploaded screenshot |
09:59:47 | pixelma | Unhelpful: aha, didn't understand your intention |
10:00 |
10:00:22 | Unhelpful | the dithering would be misaligned... but people would likely not notice ;) |
10:00:26 | | Join l403 [0] (n=l@85.132.159.239) |
10:02:49 | pixelma | a related question is whether the theme site's database is prepared to handle multiple screenshots for the different colour depths? |
10:04:18 | Unhelpful | do we want screenshots per depth or per target? the 2bpp greyscale displays really don't all look alike... |
10:06:33 | pixelma | that complicated matters even more but until recently the screenshot function didn't make differences between e.g. the M5 and the H100 display ("colour wise"). I think it does now |
10:07:23 | pixelma | per depth would be a start, I guess ;) |
10:12:48 | pixelma | if you want to be accurate you would probably need different screenshot for both (to stay with the example) if the WPS shows RTC info... |
10:17:42 | Unhelpful | the database itself should probably define which targets are "the same"... and just keep a screenshot per target group, or perhaps several to show themes that use conditionals, like the ones that show more info when there's no AA |
10:25:56 | | Join pyro_maniac [0] (i=foobar@p57BB9085.dip0.t-ipconnect.de) |
10:26:40 | *** | Saving seen data "./dancer.seen" |
10:29:49 | * | pixelma is reminded of the manual where the question how to do/update screenshots for all targets also comes up now and then |
10:32:52 | | Quit Lss (Read error: 54 (Connection reset by peer)) |
10:34:58 | | Join franky [0] (n=franky@f053000006.adsl.alicedsl.de) |
10:36:05 | | Join JAYKAY [0] (n=chatzill@p579E7518.dip.t-dialin.net) |
10:36:08 | | Nick JAYKAY is now known as jaykay (n=chatzill@p579E7518.dip.t-dialin.net) |
10:36:27 | | Join ultrasonic [0] (n=manohar@203.199.213.3) |
10:36:27 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
10:38:51 | | Quit linuxstb (Read error: 113 (No route to host)) |
10:47:28 | | Quit kachna (Read error: 113 (No route to host)) |
10:47:34 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
10:48:46 | | Join wangxiang [0] (n=wangxian@203.86.76.219) |
10:55:29 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
11:00 |
11:01:29 | | Quit agaffney (Read error: 60 (Operation timed out)) |
11:02:43 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
11:03:09 | | Quit jaykay (Read error: 110 (Connection timed out)) |
11:08:36 | | Quit GodEater ("Permission revoked - dircproxy 1.0.5") |
11:08:51 | | Join GodEater [0] (n=bibble@rockbox/staff/GodEater) |
11:13:11 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
11:17:06 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
11:17:59 | | Join PaulJam [0] (i=PaulJam_@vpn-3058.gwdg.de) |
11:37:28 | | Quit BHSPitMonkey ("Ex-Chat") |
11:44:09 | Unhelpful | pixelma: it's a harder question for the manual... as the screenshots need to be of different specific screens :/ |
12:00 |
12:00:07 | kugel | Unhelpful: seems r20651 removed some unrelated code (i.e. a greyscale optimisation amiconn did some time ago) |
12:02:32 | pixelma | and I just started wondering if my mind is playing tricks on me thinking fps were already a bit higher than now |
12:05:03 | | Join _lifeless [0] (n=lifeless@188.17.88.62) |
12:06:48 | | Quit wangxiang () |
12:07:26 | Unhelpful | ugh... i'm seeing it in the diff. |
12:07:43 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
12:08:05 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
12:11:32 | rasher | amiconn: I don't see what's wrong. It's a colour theme which will load on those targets, but will probably look wrong. |
12:12:04 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
12:14:03 | Unhelpful | pixelma: the optimization that was reverted should only impact tracklist... i'll committing an un-revert for it shortly. |
12:21:11 | | Join Ubuntuxer [0] (n=johannes@dslb-094-220-233-223.pools.arcor-ip.net) |
12:26:41 | *** | Saving seen data "./dancer.seen" |
12:33:22 | pixelma | Unhelpful: you reverted r20653 too |
12:33:34 | | Quit gevaerts (Nick collision from services.) |
12:33:44 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
12:35:54 | Unhelpful | pixelma: ... yes, i see. :/ i took the r20651 diff and edited out the unwanted changes, and applied it to the r20650 version of the file... and completely forgot the fact that the patch had an error in it :/ |
12:41:04 | | Quit kachna (Read error: 110 (Connection timed out)) |
12:41:41 | | Quit l403 (Read error: 113 (No route to host)) |
12:47:46 | | Quit parafin (Read error: 104 (Connection reset by peer)) |
12:48:04 | pixelma | what would people prefer: only mention those WPS tagactually working on the target in its manual (appendix) and pointing to the CustomWPS in the wiki - or mention all tags and mark them if they are/aren't working on that target? |
12:48:35 | pixelma | I would like to give this info somehow so that they know what to look out for when porting to a different screen (especially thinking about those 160x128 ones in different depth, RTC info, virtual LED etc.), understanding one that inspires them |
12:49:20 | * | pixelma adds an "or" |
12:59:25 | PaulJam | hmm, i got a "*PANIC* event line full" on my h300. |
13:00 |
13:00:11 | Ubuntuxer | Please, have a look: FS #10099 |
13:02:42 | | Join bs66_ [0] (n=sysuser@95.209.79.121) |
13:07:15 | | Join webguest55 [0] (n=3f6eacc3@gateway/web/cgi-irc/labb.contactor.se/x-9033070058199f13) |
13:09:52 | | Quit bs66_ ("Leaving.") |
13:10:49 | | Quit webguest55 (Client Quit) |
13:11:45 | | Join midijunkie [0] (n=Miranda@pD9546F2A.dip0.t-ipconnect.de) |
13:14:48 | | Quit Ubuntuxer ("Leaving.") |
13:16:01 | | Quit kugel (Read error: 110 (Connection timed out)) |
13:21:25 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
13:23:49 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
13:24:06 | robin0800 | Problem with wps if I set a backdrop in the theme file all viewport colours are ignored until I use clear backdrop is this right? |
13:28:51 | PaulJam | the foregroundcolour of the viewport should still work, but yes, when a backdrop is shown then the backgroundcolour has no effect. |
13:30:17 | | Join moos [0] (i=mustapha@rockbox/staff/moos) |
13:33:49 | PaulJam | Jdgordon: ping |
13:36:29 | robin0800 | PaulJam: yes well I'm confused then if I don't use a backdrop it still won't work because it will use the previouse backdop useually cabbiev2 so I still have to use clear backdrop can you use this as a command? |
13:37:38 | | Join l403 [0] (n=l@85.132.159.239) |
13:41:22 | PaulJam | do you mean in the theme.cfg file? there it should be possible by using the line 'backdrop: -' |
13:43:49 | robin0800 | PaulJam: yes can I call clear backdrop? |
13:46:58 | PaulJam | I'm not sure what you mean |
13:52:51 | robin0800 | PaulJam: yes if I use either - or "" both work, though the debug sayes can't open bmp rc1 |
13:53:56 | PaulJam | what debug? |
13:56:36 | robin0800 | PaulJam: the wps debug |
13:57:40 | PaulJam | if you just use 'backdrop:' this seems to work as well, but without the error message |
14:00 |
14:00:20 | amiconn | That's what you should use |
14:00:55 | robin0800 | PaulJam: yes it works great many thanks |
14:02:10 | robin0800 | Another two hours and this may be ready for the new theme site |
14:11:28 | | Join parafin [0] (i=parafin@paraf.in) |
14:15:23 | | Join petur2 [50] (n=petur@rockbox/developer/petur) |
14:15:46 | | Quit petur (Nick collision from services.) |
14:15:50 | | Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) |
14:17:58 | | Quit l403 (Read error: 113 (No route to host)) |
14:20:01 | | Join webguest04 [0] (n=43a03f02@gateway/web/cgi-irc/labb.contactor.se/x-76f295df1494d0c6) |
14:20:14 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
14:20:43 | | Quit webguest04 (Client Quit) |
14:24:25 | | Join Ridayah [0] (n=ridayah@173-19-228-175.client.mchsi.com) |
14:25:08 | | Quit midijunkie (Read error: 104 (Connection reset by peer)) |
14:26:44 | *** | Saving seen data "./dancer.seen" |
14:28:28 | | Quit Dieterbe (Read error: 110 (Connection timed out)) |
14:28:48 | | Join Dieterbe [0] (n=Dieterbe@213.219.169.58.adsl.dyn.edpnet.net) |
14:30:50 | | Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) |
14:34:41 | | Join LambdaCalculus37 [0] (n=44a04329@rockbox/staff/LambdaCalculus37) |
14:38:12 | | Join l403 [0] (n=l@85.132.159.239) |
14:39:17 | | Quit kachna (Success) |
14:46:20 | | Quit parafin ("reboot") |
14:50:05 | | Join peerless [0] (n=deepak@122.165.48.88) |
14:51:49 | | Join gartral [0] (n=gareth@adsl-75-33-64-115.dsl.bcvloh.sbcglobal.net) |
14:55:04 | | Quit hittudiv (Remote closed the connection) |
14:56:31 | | Join hittudiv [0] (n=hittudiv@210.212.160.101) |
14:59:50 | | Join bs66_ [0] (n=sysuser@95.209.79.121) |
15:00 |
15:00:11 | | Join parafin [0] (i=parafin@paraf.in) |
15:03:11 | hittudiv | i am testing some small plugins for rockbox..how can i avoid building all other plugins, when i compile? |
15:03:26 | hittudiv | i just want to compile hellowworld.c |
15:03:55 | hittudiv | removing from CATERORIES and SOURCES files will do? |
15:04:13 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
15:04:19 | Tuplanolla | you can select which build to compile |
15:05:22 | gevaerts | hittudiv: SOURCES is enough |
15:05:46 | hittudiv | k. thanks |
15:13:24 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
15:17:57 | | Join evilnick_7 [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-89da6ae6f176e047) |
15:19:42 | peerless | has anyone got a datasheet for m5661r chip? |
15:28:14 | MT | peerless : I found datasheets for EM566168 (pseudo SRAM) , is that what you're looking for ? |
15:29:01 | peerless | MT: No I am searching for M5661r which seems to be a SOC in transcend player |
15:29:40 | MT | peerless : ah ok .. |
15:33:15 | | Join nibbler_ [0] (n=Nibbler@e181127103.adsl.alicedsl.de) |
15:37:48 | | Join cspotcode [0] (n=bradla@xinjiangovenator-246.dynamic2.rpi.edu) |
15:42:16 | MT | in the fake codec that I'm writing, the codec never requests a new track, unless I explicitly set ci->new_track = 1, could someone help me with that ? |
15:42:25 | MT | linuxstb ^^ ? |
15:53:24 | | Part LinusN |
16:00 |
16:03:11 | | Quit PaulJam (".") |
16:03:59 | | Quit l403 (Read error: 113 (No route to host)) |
16:04:41 | | Quit cspotcode (Read error: 110 (Connection timed out)) |
16:10:37 | | Join chiliblue [0] (n=chili@host86-142-214-95.range86-142.btcentralplus.com) |
16:11:39 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
16:12:06 | | Part chiliblue ("Ex-Chat") |
16:16:42 | | Quit intrados_ (Remote closed the connection) |
16:18:17 | | Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
16:19:13 | | Quit intrados_ (SendQ exceeded) |
16:19:14 | | Quit Seed ("cu, Andre") |
16:21:03 | | Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
16:21:56 | | Join jaykay [0] (n=chatzill@p579E7518.dip.t-dialin.net) |
16:22:19 | | Quit intrados_ (SendQ exceeded) |
16:22:25 | | Nick jaykay is now known as kayron (n=chatzill@p579E7518.dip.t-dialin.net) |
16:24:28 | | Quit kachna|lappy (Success) |
16:24:57 | | Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
16:25:49 | | Quit intrados_ (SendQ exceeded) |
16:26:47 | *** | Saving seen data "./dancer.seen" |
16:28:09 | | Nick kayron is now known as jaykay (n=chatzill@p579E7518.dip.t-dialin.net) |
16:29:20 | | Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
16:29:45 | | Join midgey [0] (n=tjross@71.238.148.140) |
16:30:33 | | Join toffe82 [0] (n=chatzill@74.0.180.178) |
16:32:57 | | Join Ubuntuxer [0] (n=johannes@dslb-094-220-226-034.pools.arcor-ip.net) |
16:34:21 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
16:34:55 | | Quit intrados_ (Success) |
16:36:19 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
16:37:03 | | Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
16:37:59 | | Quit intrados_ (SendQ exceeded) |
16:38:53 | | Quit killan ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
16:38:55 | courtc | rwcr: Hey. I'd like to throw some questions at you, when you have some time. |
16:39:59 | dionoea | kugel: did you get your ffmpeg application to work? |
16:40:23 | kugel | dionoea: yea. I really needed to link libavutil twice |
16:41:20 | dionoea | hum ... ok :) Are you integrating conversion stuff into rbutil? or was that not rockbox related? |
16:41:39 | kugel | no, not really :) |
16:41:53 | dionoea | hehe. |
16:43:03 | linuxstb | MT: Still around? |
16:43:46 | | Join z35 [0] (n=z35@h147.109.31.71.dynamic.ip.windstream.net) |
16:43:59 | | Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
16:44:49 | | Quit intrados_ (SendQ exceeded) |
16:45:30 | | Quit Ubuntuxer ("Leaving.") |
16:46:12 | | Join killan [0] (n=nnscript@c-5ef170d5.06-397-67626721.cust.bredbandsbolaget.se) |
16:46:16 | | Join intrados_ [0] (n=intrados@71.67.129.220) |
16:47:06 | | Quit intrados_ (SendQ exceeded) |
16:50:37 | | Join archivator [0] (n=archivat@77.70.28.57) |
16:50:57 | | Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
16:52:09 | | Quit intrados_ (SendQ exceeded) |
16:53:30 | archivator | Ever since the playback patch (fs#9795) I keep getting *PANIC*s - "event line full". It happens when I change the current song (causing rb to generate a new dynamic playlist), sometimes when I pause playback, and very occasionally when skipping songs.. I've reconf'd, made a clean non-ccache build, no change. |
16:53:40 | | Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
16:54:30 | | Quit intrados_ (SendQ exceeded) |
16:57:04 | | Join wangxiang [0] (n=wangxian@210.73.4.120) |
16:58:15 | MT | linuxstb : hello |
16:59:12 | linuxstb | MT: I saw your question about "new_track" - I think that's just set by the Rockbox playback code when the codec needs to abort playing the current track and start again with a new one. |
17:00 |
17:00:23 | MT | linuxstb : yes I know that's how it's supposed to go, in my codec however I have to set it (unless the next track is .mtf too) .. |
17:00:34 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-cb2bc0c41d209f81) |
17:00:39 | | Join {phoenix} [0] (n=dirk@p54B4777C.dip.t-dialin.net) |
17:00:42 | | Quit Zagor ("Don't panic") |
17:00:47 | | Join intrados_ [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
17:01:21 | linuxstb | MT: What is the problem? Does something not work? |
17:02:41 | MT | linuxstb : The problem is that, I have to write in my codec the following line : "ci->new_track=1" so that it requests the next track, this way it works fine, otherwise it doesn't request the next track. |
17:03:38 | | Quit markun (Read error: 113 (No route to host)) |
17:03:43 | | Join midijunkie [0] (n=Miranda@pD9546F2A.dip0.t-ipconnect.de) |
17:04:38 | MT | linuxstb : when I don't add that line, it throws a "segmentation fault" and crashes. |
17:04:51 | MT | that's after the first track ends |
17:06:00 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
17:06:47 | MT | linuxstb : here's the current code - http://pastebin.com/m6d2799a4 |
17:07:50 | MT | linuxstb : line 69 summarizes all my problems :) |
17:08:20 | | Join binrapt [0] (n=binrapt@unaffiliated/binrapt) |
17:09:17 | linuxstb | MT: You get the segmentation fault if you change that line to: if (...) goto done; |
17:09:22 | | Join jaykay_ [0] (n=chatzill@p579E7518.dip.t-dialin.net) |
17:09:37 | | Quit midijunkie ("?(???~•~)?") |
17:09:44 | MT | linuxstb : exactly |
17:10:07 | binrapt | Hello, I am interested in finding about how to write custom firmware for Sansa devices. I have a Sansa Fuze, I understand that Rockbox does not support this yet? |
17:10:12 | | Join wpyh [0] (n=william@124.127.63.235) |
17:10:19 | binrapt | What kind of executable formats do these devices execute? |
17:10:38 | binrapt | *finding out even |
17:10:41 | linuxstb | No kind of executable format. |
17:11:10 | binrapt | Well, how does the firmware work then? |
17:11:14 | linuxstb | MT: Then I think the problem may be elsewhere - that part of the code looks correct. You could try debugging with gdb. |
17:11:23 | MT | if .. goto done, or break or endofstream .. basically anything that will exit the loop will lead to ci->new_track not being set |
17:13:08 | MT | ok, another problem, also on line 69 .. (if n > 1300 ) .. if I write the condition like this ( n > 1000 /*for 10 seconds */), the playback stops at 7 seconds, so I have to add 3 more seconds, (hence n >1300) |
17:16:39 | MT | linuxstb : I've been trying for sometime with those 2 bugs, but still can't figure out a solution yet .. |
17:17:13 | domonoky | binrapt: take a look at our Wiki, under SansaAMS to see the current state of rockbox on fuze. |
17:18:32 | binrapt | http://www.rockbox.org/twiki/bin/view/Main/SansaAMS ah Austria Microsystems |
17:18:33 | MT | linuxstb : I want to make sure I'm correct, when I send the pcm buffer 441 samples each of 16-bit depth .. then the size of the buffer I need would be (441*16/8) and also since the frquency is 44100, then sending 441 samples = 10 milliseconds .. am I correct ? |
17:19:17 | * | kugel wonders about MT's way of doing char arrays |
17:19:49 | domonoky | MT: if you are doing stereo, 441 samples are only 5ms, i think. |
17:20:56 | domonoky | and so i would think the buffer should be 441*2*2 bytes (16bit samples in stereo) |
17:21:11 | MT | domonoky : I'm setting it to STEREO_MONO |
17:21:16 | domonoky | oh.. :-) |
17:21:23 | MT | so it should be 10 ms for 441 samples, right ? |
17:21:33 | domonoky | yes. |
17:22:08 | MT | I wonder why then do I have to add extra 3 seconds for the playback to actually run for 10 seconds |
17:22:34 | MT | kugel : suggestions ? :) |
17:22:55 | domonoky | but i am also wondering why you do need to set ci->newtrack, shouldnt that be done by the playback thread, if you setup the metadata correctly ? |
17:22:55 | kugel | artist[] = "MT"? |
17:24:13 | domonoky | and filling in the artist and title strings, probably also should be done in the metadata code, and not in the codec... (the strings get invalid, if the codec is unloaded) |
17:24:15 | MT | kugel : well I tried (char *artist = "MT" ) then, ci->id3->artist = artist .. segmentation fault. |
17:24:17 | | Quit jaykay (Read error: 110 (Connection timed out)) |
17:24:53 | kugel | well, *artist != artist[] in this case |
17:25:02 | | Join hillshum [0] (n=hillshum@75-165-241-119.slkc.qwest.net) |
17:25:09 | binrapt | Ah, they're already working on Fuze and such I see |
17:25:15 | | Join Ubuntuxer [0] (n=johannes@dslb-088-078-117-147.pools.arcor-ip.net) |
17:26:08 | MT | kugel : I'll modify it then .. (don't know why didn't I try that :/ ) |
17:26:50 | kugel | MT: but assigning strings doesn't work like that in C anyway. use strcpy |
17:27:44 | domonoky | kugel: just strcpy into the id3->artist ptr also wont work.. see how other codecs metadata code does it... |
17:28:04 | MT | kugel, I'm sending the address of an array to a char pointer so it should be correct |
17:28:21 | domonoky | they normally use some id3buffer to store the strings, and let id3->artist and else point to the correct location. |
17:28:45 | MT | kugel : I'm not copying a string I'm just making the id3 char pointer share the same address |
17:28:45 | kugel | I see |
17:28:51 | MT | what domonoky said :) |
17:29:30 | kugel | and I didn't say it wouldn't work :) initially, I just found the "{'M','T','\0'}" weird |
17:29:38 | | Join markun [50] (n=markun@rockbox/developer/markun) |
17:29:41 | domonoky | only that MTs strings are only valid, while the codec is loaded. if it gets unloaded at the end of playback, the pointers get invalid, and may cause a segementantion fault :-) |
17:29:55 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
17:30:29 | MT | kugel : it's weird indeed, I fixed it :) |
17:31:19 | kugel | domonoky is right, I think. sounds dangerous |
17:32:03 | MT | domonoky : that might be the reason why I'm getting segmentation faults when the next track isn't (mtf) |
17:32:24 | domonoky | MT: thats exactly the case for this :-) |
17:32:51 | domonoky | so put the metadata int the right place, and dont mess with id3->new_track, and all should work fine :-) |
17:33:34 | MT | domonoky : but I believe the other codecs get the title and the artist from the codec's code itself ? |
17:33:39 | domonoky | for a example see: metadata/asap.c :-) |
17:34:08 | gevaerts | kugel: initialising strings works just fine like this :) |
17:34:25 | domonoky | nope, parsing metadata is in another place, its all under metadata/ so its available when the codec isnt loaded.. |
17:34:29 | kugel | 0'ing the id3 pointer might help too (unless our other code is not id3=NULL aware enough) |
17:34:30 | linuxstb | MT: No, the codecs themselves should ignore the metadata. |
17:35:03 | linuxstb | MT: metadata parsing is done by the core code (in the get_metadata() function). This happens before the track is buffered, and before the actual codec is loaded run. |
17:35:08 | linuxstb | ^loaded and run. |
17:36:19 | MT | linuxstb : ok I'll try again .. it's just that I was getting the scary segmentation faults when putting them in get_metadata() :( .. but I'll find a solution for that. |
17:36:32 | linuxstb | MT: Then you were doing it wrongly! |
17:37:04 | linuxstb | The "id3v2buf" part of the metadata struct can be used to store strings. The artist/title etc pointers point into that. |
17:37:27 | MT | ah ok, thanks :) |
17:37:53 | linuxstb | And remember that locally defined variables are allocated on the stack, so when the function exits, they disappear. |
17:40:06 | MT | linuxstb : about the other porblem, that is having to code 13 seconds of playback for an actual run of 10 seconds ? |
17:41:03 | | Join jon-kha [0] (i=jon-kha@kahvi.eu.org) |
17:41:22 | linuxstb | MT: I'm not sure. Fix other things first, and then see if it is still an issue. |
17:41:48 | MT | ok |
17:50:07 | MT | all fixed \o/ |
17:50:48 | MT | domonoky, linuxstb : thanks :) |
17:51:02 | domonoky | :-) |
17:52:33 | hittudiv | \o/ my first plugin.. :) thanks all... |
17:52:36 | MT | so the added seconds were actually an overhead for initializing the strings inside the codec ? |
17:56:45 | domonoky | no, more likely some confusion in playback as you changed ci->new_track yourself.. initing a few strings doesnt take 3 seconds :-) |
18:00 |
18:00:24 | | Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) |
18:01:21 | MT | domonoky : but this was happening even before I was setting new_track myself |
18:01:50 | domonoky | did you set the play time in the metadata code correctly before ? |
18:02:33 | | Quit hillshum ("Ex-Chat") |
18:04:08 | MT | yes |
18:04:24 | MT | 10,000 (ms) |
18:05:12 | | Quit AndyI () |
18:07:00 | | Join hillshum [0] (n=hillshum@75-165-241-119.slkc.qwest.net) |
18:07:17 | kugel | petur: ping |
18:07:21 | domonoky | hm, then i dont know. maybe there was something else strange in your earlier code... |
18:07:32 | petur | kugel: yes? |
18:07:56 | kugel | petur: I have the disable-wps-updates patch nearly done, are you free for a final test? |
18:08:12 | petur | maybe tonight... |
18:08:16 | kugel | JdGordon's rework eased it quite a bit |
18:08:26 | | Quit hillshum (Client Quit) |
18:08:39 | | Join hillshum [0] (n=hillshum@unaffiliated/hillshum) |
18:09:22 | * | petur makes a note in the agenda for tonight and resumes his work |
18:09:24 | hittudiv | rb->lcd_set_foreground(LCD_RGBPACK(0,0,255)); what exactly is the foreground colour? |
18:09:34 | hittudiv | i cant see redcolour anywhere when i compile |
18:09:37 | kugel | petur: thanks, I'll upload to the tracker |
18:10:00 | petur | hittudiv: RGB 0,0,255 would be blue |
18:10:23 | hittudiv | either blue is not there.. |
18:10:35 | petur | it is for text iirc |
18:10:39 | hittudiv | i set a backgrond, fore ground and then rb->splash(HZ*2, "Hello world!"); |
18:10:56 | petur | splash uses its own colors |
18:11:34 | hittudiv | ooh k lcd_putsxy() uses the specified colours? |
18:11:42 | petur | yes |
18:12:06 | * | petur now really away again |
18:12:13 | hittudiv | :) thanks |
18:20:58 | | Quit wangxiang () |
18:21:03 | | Quit petur ("work->home") |
18:22:45 | | Quit parafin ("reboot") |
18:23:58 | | Join MethoS [0] (n=lem@host-091-097-244-155.ewe-ip-backbone.de) |
18:25:06 | hillshum | If the AMS Sansas, the beast, and the Ondas are ready for a release at once, would we go to 4.0? |
18:25:50 | Ubuntuxer | Is there the ability of optional parameter in rockbox? |
18:25:54 | domonoky | hillshum: but only if they get ready at the exact same time :-) |
18:26:12 | linuxstb | Ubuntuxer: optional parameter to what? |
18:26:21 | Ubuntuxer | a function |
18:26:21 | linuxstb | domonoky: Or within the same 3 month period... |
18:26:41 | linuxstb | Ubuntuxer: You're just asking if you can have optional parameters in C? |
18:26:48 | *** | Saving seen data "./dancer.seen" |
18:27:02 | hillshum | so that would bump to 4.0? |
18:27:15 | Ubuntuxer | no, I know it isn't possible, but there is a lib named stdarg.h |
18:27:37 | linuxstb | Yes, Rockbox has that. It needs it for snprintf and friends. |
18:28:04 | Ubuntuxer | how do I use it? |
18:28:23 | | Join PaulJam [0] (i=Paule@vpn-3042.gwdg.de) |
18:28:35 | | Join evilnick_230 [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-597ef311f4e0ef55) |
18:29:03 | | Quit nibbler_ (Read error: 110 (Connection timed out)) |
18:29:42 | Ubuntuxer | similiary to stdarg.h? |
18:30:15 | linuxstb | Ubuntuxer: Look at apps/misc.c:parse_list() for an example. |
18:30:26 | Ubuntuxer | thanks |
18:30:31 | linuxstb | But yes, I expect it's identical to stdarg.h |
18:33:08 | hittudiv | everytime i made a silly mistake, i have to compile everything. |
18:33:15 | hittudiv | is there a less time taking process? rather than ../tools/configure and make? |
18:33:26 | gevaerts | why don't you just rerun make? |
18:33:49 | hillshum | there's some way to just do some plugins right? |
18:34:15 | hillshum | hittudiv: what OS are you on? |
18:34:21 | hittudiv | ubuntu |
18:34:48 | linuxstb | hittudiv: Just typing "make rocks" will just compile your plugins. But it shouldn't take that long if you've only changed a single plugin file. |
18:34:57 | hillshum | do you have ccache? |
18:35:22 | hittudiv | i removed all other plugins from SOURCES file. |
18:35:42 | | Quit FlynDice (Remote closed the connection) |
18:36:28 | hittudiv | make rocks returns error |
18:36:35 | hittudiv | "make rocks" |
18:36:39 | hittudiv | make: Nothing to be done for `rocks'. |
18:37:04 | linuxstb | What is the error? |
18:37:32 | | Join flydutch [0] (n=flydutch@host31-165-dynamic.8-87-r.retail.telecomitalia.it) |
18:37:50 | hittudiv | linuxstb, make: Nothing to be done for `rocks'. |
18:38:15 | linuxstb | That's not an error message. It's just tellign you nothing has changed. |
18:38:34 | | Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) |
18:38:39 | hittudiv | ooh sry |
18:39:53 | hittudiv | rb->lcd_putsxy(10,10, "ubuntu"); the rock file gets executed, but i cant see the text |
18:40:40 | hittudiv | is there a tiime parameter somewhere? |
18:41:01 | hillshum | time maybe |
18:41:20 | linuxstb | You need to call rb->lcd_update() to actually update the LCD with what you've written to the framebuffer. |
18:41:46 | hittudiv | ok |
18:41:57 | | Quit planetbeing () |
18:44:10 | | Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
18:44:46 | JdGordon | archivator: which target? |
18:45:08 | JdGordon | re: event line being full |
18:46:05 | Ubuntuxer | Can a optional parameter also be a struct? |
18:46:38 | Ubuntuxer | Well, should it also works with a struct? |
18:46:49 | | Join miepchen^schlaf [0] (n=miepel@p579EC6F4.dip.t-dialin.net) |
18:47:01 | pixelma | JdGordon: PaulJam reported it too earlier today (he has an H300 if I remember correctly) |
18:47:34 | pixelma | 12:59 in the logs |
18:47:43 | PaulJam | Jdgordon: see also FS #10105 |
18:48:18 | | Join petur [50] (n=petur@rockbox/developer/petur) |
18:48:32 | JdGordon | arg... |
18:48:53 | JdGordon | can someone do a search in the whole tree for event_add( ? |
18:48:58 | JdGordon | how many come up? |
18:49:11 | | Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) |
18:49:23 | * | petur took an option at the hotel for 19-21 june |
18:49:43 | JdGordon | might just be neough to bump MAX_SYS_EVENTS up to the next reasonable number? I tinhk its 12 now? someone push it to 16? |
18:50:01 | * | JdGordon uses the excuse he is at work to pass the buck |
18:50:09 | hillshum | how? |
18:50:20 | | Join cspotcode [0] (n=bradla@ninetails-63.dynamic.rpi.edu) |
18:50:35 | PaulJam | it is already at 16 afaik |
18:50:54 | JdGordon | up to 20 or 24 then :) |
18:51:12 | | Quit intrados_ (Connection timed out) |
18:51:12 | | Quit midgey (Remote closed the connection) |
18:51:17 | JdGordon | they arn't really big so its not an issue having a few too many |
18:51:25 | | Join midgey [0] (n=tjross@71.238.148.140) |
18:51:42 | | Quit midgey (Client Quit) |
18:52:00 | hillshum | How do I do a search? |
18:53:37 | | Quit Ubuntuxer ("Leaving.") |
18:54:20 | archivator | JdGordon: ipodvideo. The only patches I have right now are dreamlayers' patch to enable usb charging and the timestretch one. Timestretch is disabled, though, so that's out of the equation. |
18:55:13 | * | kugel got the wps showing up more instantly when coming from the menu |
18:55:16 | JdGordon | yeah, it looks like it could be I added one too many event users, and because I had database gathering disabled i didnt go over the limit |
18:55:36 | JdGordon | someone bump MAX_SYS_EVENTS and close 10105 please.... |
18:56:13 | archivator | JdGordon: I found 17 occurrences... |
18:56:14 | kugel | how many do you want? |
18:56:38 | JdGordon | archivator: that makes sense if its set to 16 already :p |
18:56:42 | JdGordon | kugel: 20? |
18:56:48 | kugel | ok |
18:56:51 | JdGordon | ta |
18:56:56 | * | kugel was about to suggest that too |
18:57:08 | archivator | JdGordon: 16, 1 is the prototype :) But yeah, it explains it. |
18:57:10 | | Join wincent [0] (n=wincent@dyndsl-091-096-000-117.ewe-ip-backbone.de) |
18:57:40 | JdGordon | bounds checking logic is broken then? |
18:58:51 | kugel | for (i = 0; i < MAX_SYS_EVENTS; i++) doesn't look broken |
18:59:06 | | Quit pyro_maniac ("Leaving.") |
18:59:36 | JdGordon | well... if its 16 now, and there are only 16 calls it is, it shuold work |
18:59:55 | archivator | Gets weirder. 14 calls, 1 is the prototype, 1 is the actual function, 1 was in a .rej file. I'm checking out a fresh copy, something is seriously fishy. |
19:00 |
19:00:15 | JdGordon | oh, there could be one or two in the target tree |
19:00:19 | | Quit B4gder ("It is time to say moo") |
19:00:19 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
19:00:59 | archivator | JdGordon: I searched in apps/ and firmware/, anywhere else I should look? |
19:01:22 | JdGordon | nup |
19:01:29 | JdGordon | meh, wierd :p |
19:05:54 | kugel | weeh, nice |
19:06:25 | | Quit evilnick_7 ("http://www.mibbit.com ajax IRC Client") |
19:09:16 | hittudiv | rb->lcd_putsxy(60, 60, "ubuntu"); is showing the message for less than a second.. how can i set the time parameter? |
19:09:16 | robin0800 | Is there anywere the theme configuration file is shown like what can be included or should be included etc? |
19:10:26 | hittudiv | is there a time parameter for lcd_putxy() |
19:10:28 | linuxstb | kugel: Did you test that raising MAX_SYS_EVENTS fixed the bug? Or do you know why it needed raising if there are only 14 calls to add_event() ? |
19:10:37 | hittudiv | is there a list of functions in wiki? |
19:10:38 | * | linuxstb is confused by the last 30 minutes of log... |
19:10:49 | archivator | hittudiv: There isn't a time parameter. It just draws to the screen and apparently your plugin quits shortly after. You need a main loop. |
19:11:34 | linuxstb | hittudiv: Easiest thing is to sleep - e.g. "rb->sleep(HZ*3)" will sleep for three seconds. |
19:12:48 | hittudiv | ok..i just put the display function and nothing else..anyway..sleep works :) thanks |
19:13:14 | PaulJam | robin0800: in settings => manage settings you can export the theme settings. so i guess those settings that get exported should be in the theme.cfg |
19:13:50 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
19:15:00 | * | kugel counts 16 |
19:15:19 | kugel | 15 |
19:15:31 | kugel | 14 :( |
19:16:05 | linuxstb | kugel: But it fixed the bug? |
19:16:17 | kugel | well, the problem is probably that evens are added more than one then |
19:16:32 | kugel | linuxstb: temporarily, probably |
19:16:39 | | Join jeffdameth1 [0] (n=jeff@dyndsl-095-033-078-254.ewe-ip-backbone.de) |
19:16:47 | linuxstb | No, they shouldn't be. events with the same ID and callback are not added more than once. |
19:17:06 | linuxstb | Unless that part isn't working... |
19:18:02 | kugel | ah right |
19:18:24 | * | bertrik is surprised to see we are running out of MAX_SYS_EVENTS again |
19:18:37 | linuxstb | bertrik: We weren't (afaics) |
19:19:00 | hillshum | people just can't count |
19:19:23 | linuxstb | s/people/archivator/ ;) |
19:19:39 | archivator | It used to pretty consistently crash when skipping a bunch of songs, now it doesn't. |
19:20:27 | archivator | linuxstb: I did correct myself, I was just too late. |
19:21:19 | binrapt | Heh even the normal Sansa Fuze firmware is broken, it says that all WAVs are 2 h 52 m in length |
19:21:45 | binrapt | Hmm maybe I have some meta data in these files from Cool Edit Pro and it can't handle it or so |
19:21:56 | | Quit {phoenix} (Remote closed the connection) |
19:21:58 | binrapt | I can't remember how the header worked and how meta data is stored |
19:24:03 | bertrik | there can be more than one task registered with different callbacks through register_storage_idle_func |
19:24:17 | kugel | hmm |
19:24:19 | domonoky | binrapt: please stay on topic. only rockbox related things allowed here |
19:24:32 | kugel | the events call backs aren't initialized with NULL, are they? |
19:25:07 | bertrik | no they are not |
19:25:27 | linuxstb | bertrik: Ah... |
19:25:53 | kugel | that's probably the issue |
19:26:11 | kugel | it checks for cb == NULL, but it's not null'd before |
19:26:23 | | Quit hillshum ("Ex-Chat") |
19:26:36 | binrapt | Is there any reasonable ETA on the Rockbox implementation for the Fuze? How long does this usually take? 6-12 months per embedded system, longer if it's a new architecture? |
19:26:40 | PaulJam | btw, with 20661 i cant reproduce the PANIC anymore. |
19:26:47 | saratoga | no ETA |
19:27:18 | kugel | PaulJam: can I you test a patch which contains a better fix? |
19:27:38 | archivator | PaulJam: Same here. |
19:27:48 | PaulJam | kugel: sure |
19:28:07 | linuxstb | kugel: IIUC, the array is in BSS, so they should be NULL. |
19:28:21 | | Join hillshum [0] (n=hillshum@unaffiliated/hillshum) |
19:28:23 | kugel | then I can't explain |
19:28:35 | linuxstb | kugel: bertrik explained... |
19:28:45 | | Part binrapt |
19:28:45 | * | LambdaCalculus37 may have a possible solution to this: http://lambdacalculus379.pastebin.com/mcc6120b thanks to linuxstb |
19:29:00 | pixelma | kugel: also yellow |
19:30:54 | | Quit jeffdameth (Success) |
19:32:02 | kugel | bertrik: ah, I see |
19:32:14 | kugel | good catch |
19:32:16 | LambdaCalculus37 | linuxstb had suggested to me that I should try adding the -r option to make in rockboxdev.sh, as the $make variable is initialised to "gmake" or "make" at the start. So all calls to make in rockboxdev.sh should be changed to make -r. |
19:33:04 | LambdaCalculus37 | It disables the use of built-in rules, and uses those only explicitly added to the Makefile. |
19:33:07 | * | linuxstb mentions that Apple have patched gmake to have a built-in rule for .m files (used by Objective C), and using -r disables all built-ins |
19:33:29 | linuxstb | LambdaCalculus37: So it worked? |
19:33:50 | LambdaCalculus37 | linuxstb: I haven't tried it yet; no wireless at work, and no chance to try during lunch break. |
19:35:14 | | Join midijunkie [0] (n=Miranda@pD9546F2A.dip0.t-ipconnect.de) |
19:35:38 | | Quit midijunkie (Client Quit) |
19:35:58 | | Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0261.bb.online.no) |
19:36:52 | kugel | JdGordon: Is the first restore quick enough now to put the add_event into the restore part? |
19:37:39 | MT | linuxstb : final patch [ I hope :) ] - https://rm-wavconverter.svn.sourceforge.net/svnroot/rm-wavconverter/gsoc/ |
19:37:43 | kugel | very first timeout is 1 tick |
19:37:47 | | Join l403 [0] (n=l@85.132.159.239) |
19:38:54 | linuxstb | MT: Does it compile without any compiler warnings? |
19:38:58 | | Join ibseco [0] (n=ibseco@BAH3bc7.bah.pppool.de) |
19:39:21 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
19:39:35 | MT | linuxstb : yes. |
19:39:58 | kugel | MT: just a style note, if the done: label is directly after the while loop, you could also just do break; |
19:40:06 | kugel | (some people consider goto harmful, so) |
19:40:10 | | Quit l403 (Remote closed the connection) |
19:41:28 | MT | kugel : I just wanted to follow the style of the codecs, most of them do that .. (btw, the "goto-is-harmful" rule is bendable :) ) |
19:41:28 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
19:41:37 | MT | I have to go |
19:45:51 | | Quit bertrik (Remote closed the connection) |
19:48:04 | | Join midijunkie [0] (n=Miranda@pD9546F2A.dip0.t-ipconnect.de) |
19:48:50 | | Join tessarakt [0] (n=jens@e180078123.adsl.alicedsl.de) |
19:49:28 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
19:51:53 | kugel | yay, the recent wps updates and reworks made scrolling lines more smooth again |
19:52:28 | | Quit hillshum (Remote closed the connection) |
19:53:34 | | Join hillshum [0] (n=hillshum@unaffiliated/hillshum) |
19:54:07 | | Part wpyh ("Kopete 0.12.7 : http://kopete.kde.org") |
19:54:50 | | Quit petur (Read error: 104 (Connection reset by peer)) |
19:55:39 | | Join petur [50] (n=petur@rockbox/developer/petur) |
19:56:01 | JdGordon | bertrik: its not that we were getting low again... my commit on sunday added a few events |
19:56:33 | JdGordon | kugel: I still dont see the need to remove the event |
19:58:47 | | Join parafin [0] (i=parafin@paraf.in) |
20:00 |
20:02:26 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
20:04:02 | | Quit _lifeless (Read error: 60 (Operation timed out)) |
20:04:16 | | Join jaykay [0] (n=chatzill@p579E741E.dip.t-dialin.net) |
20:07:08 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
20:09:28 | | Quit MethoS (Read error: 104 (Connection reset by peer)) |
20:11:59 | | Join stoffel [0] (n=sfr@p57B4C949.dip.t-dialin.net) |
20:12:36 | | Join MethoS [0] (n=lem@host-091-097-244-155.ewe-ip-backbone.de) |
20:13:59 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
20:14:35 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
20:15:30 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
20:18:29 | | Join l403 [0] (n=l@85.132.159.239) |
20:19:01 | | Quit jaykay_ (Read error: 110 (Connection timed out)) |
20:21:31 | | Join pyro_maniac [0] (n=jens@91-67-255-129-dynip.superkabel.de) |
20:24:46 | | Quit bluebrother (Nick collision from services.) |
20:24:50 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
20:25:34 | | Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/developer/bluebrother) |
20:25:41 | kugel | JdGordon; hehe, the wps feels as good again as pre-viewports :) |
20:26:51 | *** | Saving seen data "./dancer.seen" |
20:28:08 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
20:28:12 | | Quit midijunkie ("?(???~•~)?") |
20:34:17 | hillshum | If I clean my build dir will I still get ccache's help? |
20:34:27 | rasher | Yes |
20:35:08 | hillshum | K |
20:36:18 | | Join PaulJam_ [0] (i=PaulJam_@vpn-3064.gwdg.de) |
20:40:05 | | Quit ultrasonic (Read error: 60 (Operation timed out)) |
20:40:48 | bertrik | JdGordon, what do you mean by "I still dont see the need to remove the event"? |
20:41:09 | bertrik | you mean to say we need to be prepared for the maximum number of registered events possible? |
20:41:40 | | Join jaykay_ [0] (n=chatzill@p579E741E.dip.t-dialin.net) |
20:41:50 | | Quit l403 (Remote closed the connection) |
20:42:41 | kugel | bertrik: He means that it's not worth to remove the events used by the wps once you left the wps (in which case the events are useless) |
20:45:30 | | Quit PaulJam (Read error: 113 (No route to host)) |
20:47:15 | jaykay_ | why does the 5.0 link lead to the same folder again in http://download.rockbox.org/bootloader/sandisk-sansa/? |
20:47:36 | jaykay_ | http://download.rockbox.org/bootloader/sandisk-sansa/5.0/5.0/5.0/5.0/5.0/5.0/5.0/5.0/ (as example) |
20:47:55 | jaykay_ | well actually i should ask whether this can be fixed. |
20:48:12 | | Quit intrados (Connection timed out) |
20:48:18 | | Quit jaykay (Read error: 110 (Connection timed out)) |
20:48:49 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-79cdc92cf85ae9c3) |
20:48:56 | | Quit linuxstb (Connection timed out) |
20:49:33 | | Join ibseco_ [0] (n=ibseco@BAH3bc7.bah.pppool.de) |
20:53:14 | JdGordon | bertrik: yes, we have to make sure that there is room for as many as might want to register at any one time |
20:53:47 | JdGordon | the disk idle notify event is a wrapper for event_add which is why it didnt cmoe up in the count :) |
20:54:00 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
20:54:12 | | Quit ibseco (Read error: 113 (No route to host)) |
20:54:27 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9/2009030810]") |
20:55:19 | | Join PaulJam [0] (i=PaulJam_@vpn-3046.gwdg.de) |
20:57:09 | | Quit bertrik (Remote closed the connection) |
20:57:50 | | Join PaulJam__ [0] (i=Paule@vpn-3053.gwdg.de) |
20:58:16 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
20:59:01 | kugel | JdGordon: can you still repro FS #10102 after my changes? I can't somehow |
20:59:15 | JdGordon | im at work so i have no way of knowing |
20:59:43 | JdGordon | I bet your change just hid the problem like the fix i posted in that task anyway |
20:59:44 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
21:00 |
21:00:21 | | Join intrados [0] (n=intrados@cpe-71-67-129-220.woh.res.rr.com) |
21:00:29 | | Join ball [0] (n=ball@client-216-176-80-183.consolidated.net) |
21:00:43 | ball | I seem to be suddenly unable to play anything |
21:00:45 | ball | :-( |
21:01:46 | * | JdGordon points at kugel |
21:01:56 | kugel | ? |
21:01:58 | ball | I choose a song or a podcast and nothing happens. RockBox seems to be saying that each song is 0:00 in length |
21:02:07 | ball | ...but doessn't skip on to the next song. |
21:02:37 | gevaerts | ball: what do you mean by "suddenly"? |
21:02:43 | archivator | ball: what was the last thing you did before playback broke? An unsuccessful update perhaps? |
21:03:12 | ball | archivator: tried adding a few podcasts to the thing, from my wife's Windows box |
21:03:47 | archivator | ball: did you "safely remove"? |
21:03:51 | ball | I'm going to try mounting it from my NetBSD box, to see what it says about the files |
21:04:09 | ball | archivator: I ejected it, forgot about the windows system tray thing |
21:04:18 | ball | (can you tell I don't use Windows often? ;-) |
21:05:00 | archivator | ball: sounds like a corrupted file system.. try running chkdsk on windows and if needed, reinstall rockbox. |
21:05:55 | ball | Might be an opportunity for me to update my Rockbox anyway |
21:06:03 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
21:06:11 | ball | Is there a version that scrolls more slowly? I can't read song titles and things that are scrolling |
21:06:15 | | Join kugel [0] (i=kugel@rockbox/developer/kugel) |
21:06:17 | ball | ...because my LCD is too slow |
21:06:19 | | Quit linuxstb_ () |
21:06:38 | | Quit planetbeing () |
21:06:59 | gevaerts | scroll speed is configurable |
21:07:05 | ball | Lost cluster chain at cluster 246421 |
21:07:16 | ball | Looks like you were right about the corrupt filesystem |
21:07:23 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
21:07:37 | ball | Can I just newfs this, or does the firmware need specific things on the disk? |
21:07:52 | gevaerts | as long as it's FAT, you're fine |
21:07:57 | gevaerts | wait |
21:08:04 | | Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) |
21:08:05 | gevaerts | which player is this? |
21:08:17 | ball | iPod Mini |
21:08:23 | | Quit planetbeing (Client Quit) |
21:08:37 | ball | Ah, looks like I repaired the filesystem |
21:08:46 | ball | (fsck -t msdos /dev/sd0e) |
21:08:56 | gevaerts | ok. Formatting should be fine then, as long as you don't touch the firmware partition. You'll need to reinstall rockbox of course, but the bootloader will still be there |
21:09:19 | | Join l403 [0] (n=l@85.132.159.239) |
21:09:38 | ball | gevaerts: I don't see the firmware partition |
21:09:52 | gevaerts | it's there :) |
21:09:54 | | Nick ball is now known as ball_ (n=ball@client-216-176-80-183.consolidated.net) |
21:10:10 | gevaerts | it's of type 0, so maybe it gets ignored? |
21:10:36 | | Join ball [0] (n=ball@adsl-99-142-18-30.dsl.emhril.sbcglobal.net) |
21:11:04 | ball_ | gevaerts: I should see it in disklabel though |
21:11:10 | ball_ | hang on |
21:11:11 | | Quit ball_ ("leaving") |
21:11:55 | ball | Ah, my partition starts at sector 80325 |
21:12:03 | ball | ...so there's a secret partition before that. |
21:12:12 | ball | ...with Apple code in it? |
21:12:21 | gevaerts | yes. Also the rockbox bootloader |
21:12:45 | gevaerts | linux sees it just fine :) |
21:13:04 | ball | I'm tempted to newfs this anyway |
21:13:16 | | Quit l403 (Remote closed the connection) |
21:13:21 | ball | (not the firmware partition, just the msdos part) |
21:13:31 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
21:13:46 | | Join PaulJam_ [0] (n=PaulJam_@vpn-3021.gwdg.de) |
21:14:03 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
21:14:35 | ball | gevaerts: NetBSD interprets type 0 as "UNUSED" |
21:14:41 | | Quit snizwickit () |
21:15:34 | | Quit PaulJam (Read error: 113 (No route to host)) |
21:19:49 | ball | Oh well, at some point I'll update my Rockbox |
21:20:03 | ball | ...does that have to be done on a specific OS? |
21:20:13 | hillshum | nope |
21:20:26 | gevaerts | one that can unzip files :) |
21:20:33 | * | ball grins |
21:20:41 | ball | okay! Rockbox.org? |
21:21:03 | hillshum | how'd you get it to begin with? |
21:21:05 | hillshum | yes |
21:21:23 | ball | hillshum: some years ago I probably downloaded it from somewhere |
21:21:42 | gevaerts | hm, if it's a long time ago, you may need a new bootloader as well |
21:21:45 | ball | It's too reliable though |
21:21:53 | ball | ...so I've not messed with it. |
21:22:12 | hillshum | http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility#Download |
21:22:51 | ball | I wonder if I have 1st or 2nd gen iPod Mini |
21:22:58 | | Join kako [0] (i=500@50-23-231-201.fibertel.com.ar) |
21:23:00 | ball | I'll try 2nd |
21:23:16 | kako | holy sh*.. there's a lot of people here! |
21:23:25 | | Quit PaulJam__ (No route to host) |
21:24:13 | | Nick kako is now known as SuperPerro (i=500@50-23-231-201.fibertel.com.ar) |
21:24:21 | | Nick SuperPerro is now known as SuperPerroFlashi (i=500@50-23-231-201.fibertel.com.ar) |
21:24:33 | ball | Hmm... pity the manual's a PDF |
21:24:47 | hillshum | there's an html online |
21:24:51 | gevaerts | there's also a html version, and of course the latex source |
21:25:09 | | Quit SuperPerroFlashi (Client Quit) |
21:25:09 | * | hillshum wouldn't recommend the latex to anyone though |
21:25:33 | archivator | gevaerts: do you think fft should find the highest frequency expressed and zoom in only the part below it? And perhaps pop up a message about being zoomed in and such? |
21:25:37 | ball | Perhaps I'll just unzip it, see what's inside |
21:25:39 | | Join l403 [0] (n=l@85.132.159.239) |
21:26:28 | jaykay_ | kugel: is the last patch in FS #8523 complete? |
21:26:50 | hillshum | ball: here http://download.rockbox.org/manual/rockbox-ipodmini2g/rockbox-build.html |
21:27:11 | ball | thanks |
21:27:18 | | Join snizwickit [0] (n=PuppiesO@net106-194.fhsu.edu) |
21:27:21 | kugel | jaykay_: should be |
21:27:30 | ball | Ugh... I don't have unzip installed |
21:27:52 | | Quit toffe82 ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
21:27:56 | jaykay_ | kugel: i'm just wondering about the 26 vs 83 insertions |
21:29:42 | hillshum | What is the output of a manual build supposed to look like? |
21:30:17 | pixelma | long ;) |
21:30:29 | bertrik | 100 pages of stuff scrolling by |
21:30:37 | hillshum | like what filename is it? |
21:30:41 | ball | oooh, I hope this works :-) |
21:30:54 | hillshum | I have no manual.pdf or anything |
21:31:03 | bertrik | if it asks for a filename, then something went wrong |
21:31:12 | bertrik | (probably) |
21:31:28 | hillshum | it didn't, but where is the finished product? |
21:31:46 | gevaerts | archivator: that could be a nice idea, yes |
21:31:50 | ball | The dishes are waiting for me to get this installed ;-) |
21:32:04 | pixelma | hillshum: did you do "make manual" or just "make" in a manual configured dir? |
21:32:17 | hillshum | make |
21:32:30 | pixelma | try the former |
21:32:41 | | Quit MT (Read error: 110 (Connection timed out)) |
21:32:45 | hillshum | okay. I think it built the bin |
21:33:54 | archivator | gevaerts: I'm trying to figure out what to do with spectrogram mode in that case. Half the spectrogram could be expressing one range and the rest - a wider range. That could be confusing.. |
21:34:28 | gevaerts | archivator: good point. Maybe provide manual zooming? |
21:34:31 | | Quit snizwickit () |
21:34:47 | pixelma | hillshum: ManualHowto in the wiki should tell you |
21:34:51 | hillshum | Should the error I got be due to the fact that I built an e200v2 manual? |
21:35:13 | BigBambi | So are there any other offers for a better DevCon date that 19-21 June? I'd really like to buy some train tickets if not |
21:35:48 | ball | I have a .rockbox directory in the root of my iPod |
21:35:56 | ball | ...I wonder what it will do :-) |
21:35:58 | * | domonoky wants to buy plane tickets, so i also want to know the devcon day |
21:36:26 | hillshum | ball: that is where rockbox lives |
21:36:45 | BigBambi | From the table, the only person that can't make that weekend is mcuelenaere |
21:36:54 | | Nick ball is now known as ball_ (n=ball@adsl-99-142-18-30.dsl.emhril.sbcglobal.net) |
21:37:02 | BigBambi | Which is a shame, but I think we need a decision |
21:37:14 | | Join ball [0] (n=ball@adsl-99-142-18-30.dsl.emhril.sbcglobal.net) |
21:37:21 | | Quit ball_ ("leaving") |
21:37:44 | ball | okay, trying a reset now |
21:37:53 | archivator | gevaerts: the keymap is already kind of large. I'd hate to add two more keys.. Besides, manual zooming doesn't solve the problem. The user would know that the range has changed but that doesn't make the spectrogram any less confusing. A pop up serves the same purpose.. I'm thinking of adding a border between the two parts but I'm not sure that'll help either. |
21:38:21 | ball | oops. |
21:38:27 | ball | "Bad checksum" |
21:38:40 | | Quit stoffel ("leaving") |
21:39:04 | ball | I bricked it. |
21:39:55 | | Quit gevaerts (Nick collision from services.) |
21:40:05 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
21:40:06 | hillshum | you need to get into disk mode |
21:40:17 | archivator | ball: you can reset it with menu+select, then select+play to enter disk mode |
21:40:45 | Ctcp | Ping from gevaerts!n=fg@rockbox/developer/gevaerts |
21:40:47 | | Quit tvelocity (Remote closed the connection) |
21:40:48 | ball | Select+play isn't entering disk mode |
21:41:22 | Llorean | ball: Are you holding it from the instant the screen clears? |
21:41:41 | ball | Llorean: should I? |
21:42:04 | ball | Ah good, that helped. |
21:42:19 | | Quit hillshum (Remote closed the connection) |
21:42:20 | Llorean | Why aren't you using the utility, exactly? |
21:42:32 | Llorean | If should be able to autodetect your player and install the right build for you. |
21:42:35 | ball | Llorean: Is the utility available for NetBSD? |
21:43:23 | ball | Anyone happen to have a cksum for rockbox-ipodmini2g-3.2.zip ? |
21:43:37 | | Join J-23_ [0] (n=zelazko@unix.net.pl) |
21:43:42 | Llorean | It shouldn't extract if the .zip is bad |
21:43:43 | | Quit J-23 (Read error: 104 (Connection reset by peer)) |
21:43:48 | ball | 1572719508 1837539 /usr/home/ball/rockbox-ipodmini2g-3.2.zip |
21:43:48 | Llorean | A bad checksum can also mean you've installed the wrong build. |
21:44:01 | ball | Okay, I'll try the 1st gen version |
21:44:12 | | Join hillshum [0] (n=hillshum@unaffiliated/hillshum) |
21:44:15 | | Nick J-23_ is now known as J-23 (n=zelazko@unix.net.pl) |
21:44:22 | ball | (learning about my iPod ;-) |
21:44:52 | Llorean | ball: The apple site has instructions for identifying generations of iPods. It's really best to take the time to learn first. You'd be kicking yourself if you'd really bricked it. |
21:45:36 | ball | Is it really only 1.8 Mbytes? |
21:45:53 | Llorean | Yes. |
21:46:13 | ball | Llorean: I have dishes to wash ;-) |
21:47:23 | | Join PaulJam [0] (i=PaulJam_@vpn-3026.gwdg.de) |
21:47:28 | ball | Ah, that looks promising |
21:47:39 | ball | Version: 3.2-030323 |
21:47:48 | ball | oops -090323 |
21:48:10 | ball | Lovely! |
21:48:13 | ball | it's playing now |
21:48:17 | ball | Thanks a lot for your help. |
21:48:50 | ball | I shall return once the dishes are done. |
21:48:54 | | Quit ball ("leaving") |
21:51:05 | | Join tvelocity [0] (n=tony@adsl11-101.her.forthnet.gr) |
21:51:23 | | Join midijunkie [0] (n=Miranda@pD9546F2A.dip0.t-ipconnect.de) |
21:53:19 | | Quit ender` (" Theory: we know everything, but nothing works. Practice: things work, but we don't know why. Combine them: nothing wo") |
21:54:55 | | Quit DataGhost (Nick collision from services.) |
21:55:03 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
21:55:06 | | Join dfkt_ [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
21:55:12 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
21:55:12 | | Quit hillshum (Remote closed the connection) |
21:55:12 | | Join Rob2222 [0] (n=Miranda@p4FDCF7CA.dip.t-dialin.net) |
21:56:25 | archivator | Hmmm, when entering a plugin foreground and background colors are not reset to LCD_DEFAULT_[BF]G but are instead set to the theme's settings. Is that by design? |
21:57:53 | rwcr | courtc: Sure, fire away. |
21:58:35 | | Join hillshum [0] (n=hillshum@unaffiliated/hillshum) |
21:58:45 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-f3f95eed1ce6802a) |
21:58:57 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
22:00 |
22:00:32 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
22:00:35 | | Quit J-23 (Connection timed out) |
22:00:44 | BigBambi | Would it be futile me sending another e-mail about DevCon to the dev list? Nobody replied to the first one, but I think it fairly important now that we decide on a date once and for all |
22:01:05 | | Join PaulJam__ [0] (n=PaulJam_@vpn-3030.gwdg.de) |
22:01:05 | courtc | rwcr: pm alright? They aren't particularly rockbox oriented ;D |
22:01:19 | rwcr | Sure. |
22:01:30 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
22:01:40 | courtc | rwcr: /msg rwcr Howdy. It's been a while. |
22:01:44 | courtc | damn it. |
22:01:57 | kugel | jaykay_: all fine |
22:05:28 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
22:05:41 | | Quit PaulJam_ (Read error: 113 (No route to host)) |
22:06:19 | | Quit PaulJam (Read error: 113 (No route to host)) |
22:12:06 | | Quit dfkt (Read error: 110 (Connection timed out)) |
22:13:06 | | Join nibbler_ [0] (n=Nibbler@e181064012.adsl.alicedsl.de) |
22:13:31 | | Nick dfkt_ is now known as dfkt (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
22:14:31 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
22:15:13 | | Quit jaykay_ ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]") |
22:26:52 | *** | Saving seen data "./dancer.seen" |
22:28:16 | | Quit nibbler_ ("Ex-Chat") |
22:31:19 | | Quit DataGhost (Nick collision from services.) |
22:31:26 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
22:34:10 | | Join planetbeing [0] (n=planetbe@c-71-236-164-204.hsd1.or.comcast.net) |
22:38:47 | | Join ball [0] (n=ball@adsl-99-142-18-30.dsl.emhril.sbcglobal.net) |
22:41:18 | | Join Sedgewick [0] (n=Sedgewic@net-93-145-248-203.t2.dsl.vodafone.it) |
22:49:42 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
22:50:22 | | Join MT [0] (n=MTee@41.233.151.195) |
22:51:24 | | Join _lifeless [0] (n=lifeless@94.50.167.81) |
22:51:49 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
22:52:16 | MT | linuxstb : how was the patch ? |
22:56:22 | | Part pyro_maniac |
22:57:58 | | Quit DataGhost (Nick collision from services.) |
22:58:02 | | Join DataGhost [0] (i=dataghos@ip3e832ea5.speed.planet.nl) |
22:58:17 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
22:59:51 | | Join snizwickit [0] (n=PuppiesO@ppp-66-139-122-153.dsl.tpkaks.swbell.net) |
23:00 |
23:00:34 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
23:01:33 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
23:01:43 | | Quit midijunkie ("?(???~•~)?") |
23:02:48 | | Quit evilnick_230 ("http://www.mibbit.com ajax IRC Client") |
23:02:48 | | Quit hillshum ("Ex-Chat") |
23:04:25 | | Join taylor_ [0] (n=taylor@c-24-91-82-205.hsd1.ma.comcast.net) |
23:06:35 | | Quit petur (Remote closed the connection) |
23:06:54 | | Join petur [50] (n=petur@rockbox/developer/petur) |
23:09:46 | | Part taylor_ ("Leaving") |
23:11:53 | | Quit ibseco_ (No route to host) |
23:12:02 | | Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) |
23:13:01 | * | LambdaCalculus37 tries linuxstb's suggestion of changing the $make variables in rockboxdev.sh to "make -r" and "gmake -r" |
23:15:28 | | Quit bertrik ("Leaving") |
23:16:41 | | Join midijunkie [0] (n=Miranda@pD9546F2A.dip0.t-ipconnect.de) |
23:17:44 | | Quit Conic (Read error: 104 (Connection reset by peer)) |
23:18:51 | | Quit shodanX (Read error: 110 (Connection timed out)) |
23:19:03 | | Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) |
23:19:16 | | Quit midijunkie (Client Quit) |
23:20:30 | LambdaCalculus37 | I think it's working. :) |
23:21:35 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
23:26:16 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
23:27:15 | LambdaCalculus37 | linuxstb: Ping, your solution works! I can build the development environment now! |
23:30:55 | * | LambdaCalculus37 wonders if he should commit it or just post a patch to Flyspray for evaluation first |
23:31:34 | | Part franky |
23:32:13 | LambdaCalculus37 | http://lambdacalculus379.pastebin.com/m1fe74b63 <−− Here's my change. |
23:32:29 | LambdaCalculus37 | (and linuxstb's idea!) |
23:36:22 | | Quit bmbl (Read error: 104 (Connection reset by peer)) |
23:43:25 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
23:43:35 | | Quit linuxstb (Nick collision from services.) |
23:43:41 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
23:46:20 | | Join JdGordon| [0] (i=836b0055@gateway/web/ajax/mibbit.com/x-d6b43caaea12c431) |
23:46:36 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-1a33ce3ef06f6122) |
23:47:11 | | Quit Sedgewick ("off") |
23:47:57 | linuxstb | LambdaCalculus37: That's good news. |
23:48:45 | rasher | I'm guessing that this shouldn't break anything on other platforms? |
23:48:51 | | Quit JdGordon ("http://www.mibbit.com ajax IRC Client") |
23:49:35 | | Quit _lifeless (Remote closed the connection) |
23:49:52 | | Join _lifeless [0] (n=lifeless@94.50.167.81) |
23:49:57 | MT | linuxstb : the patch ? :) |
23:50:02 | LambdaCalculus37 | rasher: Hopefully not. But I'll create a patch, anyway. |
23:50:16 | LambdaCalculus37 | And now I ran into another problem −−> http://lambdacalculus379.pastebin.com/d611658c8 |
23:50:24 | | Join hillshum [0] (n=hillshum@unaffiliated/hillshum) |
23:51:00 | linuxstb | MT: Hi ;) I've taken a quick look, and it's looking good. |
23:51:40 | | Part ball ("thanks!") |
23:52:03 | MT | linuxstb : sweet , thanks! :) |
23:54:02 | | Quit ender` (" Doesn't it strike you as mildly ironic that most of the people who are against abortion are people you wouldn't want to f") |
23:54:04 | linuxstb | MT: One minor comment - your patch contains unrelated whitespace changes (adding/deleting blank lines, adding space characters to the end of lines etc). It would be nice if you could clean that. |
23:54:13 | | Join howell [0] (n=howell@utdpat242007.utdallas.edu) |
23:54:21 | linuxstb | MT: Any patch you submit for Rockbox will be criticised for that problem as well. |
23:55:15 | LambdaCalculus37 | I wonder if I should just build them one at a time. |
23:55:28 | * | LambdaCalculus37 can build for SH1 targets, at least... |
23:55:43 | petur | kugel, your last patch is 3 times smaller, is that because you have been committing parts of it? |
23:56:19 | * | petur finds his iriver remote under a pile of cables |
23:56:58 | archivator | petur: I believe it has to do with the fact that fs#9795 is now committed. (I remember him saying something along those lines) |
23:57:13 | MT | linuxstb : oh ! I didn't watch out for that while editing the files .. I'll try to clean it up, ( noted for later editing too of course ) .. I could just remove those from the diff file, right ? |
23:57:31 | JdGordon| | as long as you remove it in chunks.. |
23:57:37 | linuxstb | Maybe, although editing diff files can be tricky. |
23:58:49 | petur | bah, kugel uses the same name (-v8) for two patches... |