| 00:00:07 | bughunter2 | preglow: the one torvalds describes as flawed and he avoids it to keep out bad programmers :/ |
| 00:00:15 | preglow | people should avoid torvards |
| 00:00:18 | bughunter2 | i agree |
| 00:00:19 | preglow | torvalds <- :) |
| 00:00:37 | bughunter2 | what is that smiley |
| 00:00:48 | bughunter2 | preglow: how about that new language they're developing ? C++ox or something |
| 00:00:48 | Bagder | line noise? ;-) |
| 00:00:59 | preglow | he's your standard opinionated programmer |
| 00:01:02 | bughunter2 | heh sorry :P i'm going to bad anyways :) |
| 00:01:03 | * | scorche|sh pushes a few people towards #rockbox-community |
| 00:01:10 | bughunter2 | bad/bed |
| 00:01:30 | preglow | bughunter2: it'll just be a more complex c++, but anyway, let's discontinue this chat here |
| 00:01:36 | bughunter2 | true |
| 00:01:45 | bughunter2 | thanks :) |
| 00:01:48 | bughunter2 | i'm going to bed, goodnight |
| 00:01:52 | preglow | have fun :) |
| 00:01:57 | | Join CyBergRind|w [0] (n=cbr@212.98.160.130) |
| 00:02:03 | daveberg | disorganizer, you still here? |
| 00:02:11 | bughunter2 | ;) |
| 00:05:34 | daveberg | I suppose not... |
| 00:08:23 | preglow | jhMikeS: ahoy? |
| 00:10:02 | | Quit petur ("Zzzzzz") |
| 00:10:14 | | Part linuxstb ("Leaving") |
| 00:11:36 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 00:12:49 | bertrik | gevaerts: I think I found some other USB registers that use clear-on-write and are currently cleared incorrectly |
| 00:13:16 | gevaerts | which ones ? |
| 00:13:26 | bertrik | REG_ENDPTSETUPSTAT and REG_ENDPTCOMPLETE |
| 00:14:33 | bertrik | I changed the code to clear them properly and USB still works |
| 00:14:54 | * | gevaerts looks in the datasheet |
| 00:14:54 | | Quit RexDart ("CGI:IRC (EOF)") |
| 00:15:37 | | Quit herrwaldo ("Konversation terminated!") |
| 00:16:31 | bertrik | I'm not sure if it actually fixes a reported bug, but I think we should fix it anyway |
| 00:16:52 | | Quit amiconn (Nick collision from services.) |
| 00:16:59 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 00:17:07 | gevaerts | bertrik: I think you're right. Can you commit the fixes (also the REG_USBSTS one) ? |
| 00:17:26 | bertrik | yes I can |
| 00:17:55 | gevaerts | I don't think it matters right now, since I usually have only one endpoint in use, but in more complex cases this will go wrong |
| 00:18:56 | | Quit [CBR]Unspoken|w (Connection timed out) |
| 00:20:16 | bertrik | gevaerts: I'll do a few more tests (see if it also works on full-speed) and commit it in ten minutes |
| 00:21:15 | gevaerts | sure. I'm now suspecting endptprime as well |
| 00:25:01 | bertrik | gevaerts: shall I hold off the commit? |
| 00:25:20 | gevaerts | no, go ahead. I can commit this once I've tested a bit more |
| 00:25:23 | | Quit ol_schoola () |
| 00:26:05 | preglow | jhMikeS: is the eq ever currently reset? doesn't look like it |
| 00:26:32 | | Join perrikwp [0] (i=9821663a@gateway/web/ajax/mibbit.com/x-2810a0cc2f3b631d) |
| 00:27:16 | | Join ol_schoola [0] (n=meatwad@c-67-167-20-91.hsd1.il.comcast.net) |
| 00:28:10 | | Quit ol_schoola (Client Quit) |
| 00:29:16 | | Join DavidSG [0] (n=Tordre@n099h024.wsr.mun.ca) |
| 00:32:31 | | Join saratoga [0] (n=98039b15@gateway/web/cgi-irc/labb.contactor.se/x-f339e69fb1affa79) |
| 00:32:32 | | Quit saratoga (Client Quit) |
| 00:32:52 | | Join saratoga [0] (n=9803c50e@gateway/web/cgi-irc/labb.contactor.se/x-3a4c5c62fcd3de3f) |
| 00:35:38 | | Quit daveberg ("Ex-Chat") |
| 00:36:05 | preglow | saratoga: did you decide to drop the h264 app? |
| 00:37:52 | amiconn | bertrik, gevaerts: usb-drv-pp502x.c line 709 looks suspicious to me, given line 708... |
| 00:38:21 | saratoga | preglow: yes I've become less interested in it |
| 00:38:50 | Nico_P | pity |
| 00:39:02 | saratoga | i'll probably just poke around with mpegplayer in my spare time |
| 00:39:03 | preglow | saratoga: i've got to be honest and say i think that's the application most likely to end up in useful code, though |
| 00:39:13 | preglow | i've got a feeling porting rockbox to an app can be frought with perils |
| 00:39:13 | bertrik | amiconn: it basically clears all bits in the end point interrupt register, then processes all bits that were set |
| 00:39:33 | bertrik | I'm not 100% sure that this is the proper order, but it looks ok |
| 00:39:48 | gevaerts | I think it's correct. |
| 00:39:48 | saratoga | preglow: I thought the opposite, since the app code is already apparently working on some device |
| 00:39:58 | saratoga | worst case we'd bring that into SVN at least |
| 00:40:14 | saratoga | and hopefully remove the non-GPL stuff (if any) |
| 00:40:14 | preglow | saratoga: have you tried it? |
| 00:40:21 | saratoga | i don't have that phone yet |
| 00:40:32 | preglow | i'm kind of curious on how well the sdl simulator style threading works on an actual device |
| 00:40:59 | saratoga | i'm not very familar with SDL |
| 00:41:03 | saratoga | whats the concern? |
| 00:41:14 | preglow | rockbox threads are cooperative, most other thread implementations are not |
| 00:41:15 | bertrik | gevaerts: yes, I think so, any new bit that might get set while processing all endpoints will cause a new interrupt so no interrupts are lost |
| 00:41:27 | gevaerts | exactly |
| 00:41:34 | preglow | so threads are serialized, as far as i know, which might not be the best alternative performance-wise on limited targets |
| 00:41:49 | preglow | it's kind of a hack anyway |
| 00:41:52 | gevaerts | bertrik: the remaining problem I seem to have is that now and then prime_transfer() fails with -2 or -3 |
| 00:41:54 | saratoga | aren't threads always serialized on single processor machines? |
| 00:42:22 | preglow | saratoga: well, yeah, in a way, but the sim adds another layer |
| 00:42:41 | saratoga | you mean overhead from SDL? |
| 00:42:48 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 00:42:56 | preglow | it uses proper threads instead of rockbox threads, but prevent any of them from running at the same time, waiting until threads have yielded, rockbox style |
| 00:43:01 | preglow | anyway, i might be wrong, i'd ask jhMikeS about it |
| 00:43:04 | * | bertrik is going to sleep now |
| 00:43:23 | gevaerts | goodnight |
| 00:43:29 | | Quit bertrik ("zZz") |
| 00:43:54 | | Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
| 00:44:04 | | Quit DerDome (Read error: 110 (Connection timed out)) |
| 00:45:49 | | Quit tvelocity (Remote closed the connection) |
| 00:47:00 | | Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) |
| 00:47:12 | * | pixelma thinks that the svn table on the frontpage looks way too short... |
| 00:47:53 | preglow | saratoga: btw, what kind of a cpu does the port target have? |
| 00:48:08 | gevaerts | pixelma: go ahead :) |
| 00:48:15 | * | amiconn thinks pixelma is about to change that :) |
| 00:48:44 | * | gevaerts buys a bigger screen to be able to see the next commit |
| 00:48:46 | pixelma | just a bit of testing still but am about to change that |
| 00:50:14 | | Quit homielowe () |
| 00:51:52 | | Join [TiZ] [0] (n=chatzill@FL-ESR1-72-49-150-188.fuse.net) |
| 00:52:01 | saratoga | preglow: intel x-scale |
| 00:52:12 | preglow | saratoga: clock? |
| 00:52:17 | [TiZ] | Hey, guys... Did the combination for turning off the player change? |
| 00:52:19 | saratoga | 400MHz |
| 00:52:24 | preglow | decent |
| 00:52:29 | preglow | [TiZ]: what player? |
| 00:52:32 | saratoga | theres also some other arm core and a DSP but i don't know if those are accessible |
| 00:52:34 | [TiZ] | iPod |
| 00:52:37 | preglow | [TiZ]: no |
| 00:52:39 | [TiZ] | Shoulda been more specific |
| 00:52:42 | preglow | keep play pressed |
| 00:52:43 | preglow | that's that |
| 00:52:49 | saratoga | x scale is superscalar right? |
| 00:52:50 | [TiZ] | Holding play doesn't seem to be doin' anything. |
| 00:53:03 | preglow | saratoga: don't know, really |
| 00:53:21 | preglow | [TiZ]: works fine for me, *shrug* |
| 00:53:36 | [TiZ] | Huh. Well, hope it works next time I start Rockbox. |
| 00:53:55 | Shaid | it wont turn off if you have it plugged into a charge, just incase you've done that. |
| 00:54:06 | [TiZ] | Nah, it's not plugged in |
| 00:54:14 | [TiZ] | And it doesn't think it's charging. |
| 00:54:26 | [TiZ] | Like that last time |
| 00:55:30 | | Quit ender` (" Engineers think that equations approximate the real world. Scientists think that the real world approximates equations. Mat") |
| 00:57:35 | saratoga | preglow: anyway I'm just not sure i'd have enough time to get the H.264 decoder into proper shape |
| 00:57:47 | | Quit moos ("Rockbox rules the DAP world") |
| 00:58:07 | saratoga | its a much more complicated format then wma was, and i know less about video, and don't have the benefit of ulimited free time this summer |
| 01:00 |
| 01:02:08 | saratoga | actually these moto phones look like they'd make good rockbox targets |
| 01:03:53 | saratoga | (full) SD card slots, fast CPUs, lots of IRAM, ARMv5 w/ DSP extensions |
| 01:03:57 | preglow | saratoga: at least i expect h264 will be less fumbling around than with wma |
| 01:04:02 | preglow | saratoga: no floating point madness going on that i can see |
| 01:04:11 | saratoga | yeah its natively fixed point |
| 01:04:12 | gevaerts | Just to check that I'm not loosing it : udelay() is microseconds, right ? |
| 01:04:15 | preglow | as a matter of fact, i think the h264 spec goes to some length to avoid floats |
| 01:04:21 | preglow | what with the integer transform and all |
| 01:05:18 | saratoga | i'd like to work on it, but i have a feeling i'd just leave it 80% done |
| 01:05:25 | DavidSG | I am trying to compile my test program, and it says "emun playlist is not delared in apps\status.h:22" i look into the file and the declaration for it is 9 lines after it is first called, is it possible that this works only in c but not in c++? |
| 01:05:28 | amiconn | gevaerts: yes - and it's blocking, so only use it for short delays |
| 01:05:32 | saratoga | like the wma decoder only worse |
| 01:05:42 | preglow | well, it is a comprehensive format |
| 01:05:45 | preglow | so i really can't argue |
| 01:05:46 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 01:05:57 | preglow | and of course, you have to work on what you're motivated to |
| 01:06:17 | saratoga | not to mention the fun of getting (good) aac support if we really want it to be useful |
| 01:06:34 | preglow | ffmpeg will have a new aac decoder commited soon :) |
| 01:06:40 | | Join Soap_ [0] (n=62113fca@gateway/web/cgi-irc/labb.contactor.se/x-3b7ab842b431f4ad) |
| 01:06:43 | saratoga | yeah but its FP |
| 01:06:49 | preglow | deed |
| 01:06:56 | saratoga | and i'd much rather fix faad then port it to fixed |
| 01:07:01 | preglow | but i've somehow got this feeling it won't be hard to fixed pointize |
| 01:07:12 | Llorean | Yeah, since our AAC codec gives up with files starting at approximately the same length you'd want for movies. |
| 01:07:24 | preglow | faad is so large and unwieldy |
| 01:07:31 | preglow | and it chugs memory like mad |
| 01:07:37 | saratoga | thats our parser i think, which we'd keep even with the ffmpeg decoder |
| 01:07:49 | saratoga | it could be fixed i think |
| 01:07:55 | saratoga | get rid of all the ifdefed code |
| 01:08:02 | saratoga | then it'd be readable |
| 01:08:04 | saratoga | and go from there |
| 01:08:09 | Llorean | I imagine the parser would have to be fixed for h.264 to work |
| 01:08:23 | saratoga | also, my dream of a combined wma/aac imdct and windowing code |
| 01:08:27 | [TiZ] | This is so weird. Why can't I shut down my iPod? |
| 01:08:32 | preglow | well, i'd actually like to work on aac |
| 01:08:37 | gevaerts | DavidSG: quick hint : you need to tell the compiler that that is a C header. Try googling for things like C header C++ code |
| 01:08:47 | [TiZ] | I know it's not my iPod, because you could shut down with Underground build.... even though it always resulted in data abort. |
| 01:08:47 | preglow | i should just look over the ffmpeg code and get an overview |
| 01:08:54 | preglow | so i can have a look at the faad code afterwards and untangle |
| 01:09:01 | preglow | should get inspiration from the helix code too |
| 01:09:02 | * | gevaerts isn't going to give a straight answer ;) |
| 01:09:05 | saratoga | preglow: take a shot at it one of these days and i'll probably help you out |
| 01:09:16 | saratoga | also, you can get books and specs for aac |
| 01:09:57 | saratoga | i actually used an mpeg book for figuring out the wma decoder |
| 01:10:13 | preglow | we'll see, if i end up getting a d2, i'll probably have porting duties for quite some time |
| 01:10:25 | preglow | but the shape of the aac codec is really bugging me |
| 01:10:26 | saratoga | haha |
| 01:10:37 | saratoga | yes it is rather silly that no one has worked on it |
| 01:10:37 | DavidSG | gevaerts: thank you |
| 01:10:50 | saratoga | we should agree on what to do though |
| 01:11:04 | saratoga | remove all the ifdef code from faad and take another look at it maybe? |
| 01:11:07 | Llorean | AAC has gotten a little love from Lear now and again, but mainly that's been for the parser I think. |
| 01:11:11 | * | DavidSG wonders how that was not a straight answer |
| 01:11:26 | * | gevaerts could have just said what to type and where |
| 01:11:31 | DavidSG | i prefer people tell me how to learn thing then tellme how to do things |
| 01:11:55 | DavidSG | prefer when* |
| 01:12:31 | saratoga | theres actually a lot of obvious stuff to fix in faad, the imdct rotation code for instance is line for line like the ffmpeg version i started with in the wma codec, so all the optimizations could be copied in |
| 01:12:49 | gevaerts | DavidSG: This is one of those things where you just have to know that there's some magic involved I guess, then it's easy to find |
| 01:13:01 | saratoga | we could also remove all the look up tables for odd ball mpeg profiles and add the wma windowing ASM code |
| 01:13:13 | amiconn | Bagder: The front page script seems to be a little confused regarding time zones |
| 01:13:34 | amiconn | It still says 'Today' for the latest wiki edits... |
| 01:13:45 | preglow | saratoga: i don't believe that's compiled in as it is |
| 01:13:51 | preglow | saratoga: but of course, a cleaner source tree is always nice |
| 01:13:56 | saratoga | yes |
| 01:13:58 | amiconn | Also latest commits etc |
| 01:14:08 | saratoga | i have expect to find a 100KB look up table compiled in somewhere |
| 01:14:09 | preglow | saratoga: what i've noticed, though, is that faad seems to allocate memory all over the place, and especially in sbr code |
| 01:14:14 | saratoga | "half expect" |
| 01:14:36 | preglow | huge buffers seemed to be spread all over last i checked |
| 01:14:47 | saratoga | i don't have the slightest clue how SBR works, so i can't say if thats bad |
| 01:15:10 | preglow | i actually synced our faad to their latest release, but i just couldn't be bothered to move their buffers around enough to make it work on target again |
| 01:15:36 | saratoga | do they actually have any worthwhile improvements? |
| 01:15:44 | DavidSG | gevaerts: well this magic is helpful, thanks again |
| 01:15:46 | preglow | saratoga: it's just a multiband complex qmf with additional massaging |
| 01:15:47 | | Quit PaulJam (Read error: 113 (No route to host)) |
| 01:15:50 | preglow | saratoga: "just" |
| 01:16:07 | preglow | saratoga: some, they actually removed a buffer i could see \o/ |
| 01:16:10 | * | gevaerts doesn't like the fact that a udelay(5) in a theoretically non-critical place makes the USB stack behave badly |
| 01:16:21 | *** | Saving seen data "./dancer.seen" |
| 01:17:02 | preglow | saratoga: anyway, the helix decoder uses waaaay less memory than faad for the same task, so it has to be possible |
| 01:17:12 | | Quit amiconn (Nick collision from services.) |
| 01:17:18 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 01:17:27 | * | preglow extinguishes the flaming nick |
| 01:18:02 | | Quit amiconn (Nick collision from services.) |
| 01:18:08 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 01:18:21 | | Quit amiconn (Client Quit) |
| 01:18:51 | saratoga | ok well i'd appreaciate any comments on my proposal |
| 01:18:57 | saratoga | but now i'm off to get some work done |
| 01:19:13 | preglow | good luck on that |
| 01:19:27 | Nico_P | saratoga: it seems fine to me |
| 01:19:33 | | Quit saratoga ("CGI:IRC (EOF)") |
| 01:19:35 | preglow | i don't really have much more to add than i've said |
| 01:22:24 | * | Nico_P is starting to be very pleased with the results of playback/buffering rewrok |
| 01:24:08 | Nico_P | unbuffered skipping is much more responsive |
| 01:24:22 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 01:25:32 | Llorean | Woo! |
| 01:26:35 | Nico_P | there are still a few regressions I need to fix but it's shaping up nicely |
| 01:30:31 | | Quit spiorf (Remote closed the connection) |
| 01:31:12 | | Quit m0f0x () |
| 01:31:24 | | Join homielowe [0] (n=eric_j_l@d154-5-112-174.bchsia.telus.net) |
| 01:31:55 | * | gevaerts notices that the svn table on the frontpage has grown a bit :) |
| 01:32:52 | Shaid | only a smidge |
| 01:33:15 | pixelma | :) could have been better though |
| 01:33:56 | Nico_P | yeah, why not fix all WPSs in one commit :p |
| 01:34:34 | amiconn | urgh |
| 01:34:53 | Nico_P | I agree, just kidding :) |
| 01:34:57 | * | amiconn spots a pluginlib actions :( |
| 01:35:06 | Nico_P | ah |
| 01:35:07 | | Join zicho [0] (n=martin@c-8b9ae355.68-7-64736c14.cust.bredbandsbolaget.se) |
| 01:35:34 | amiconn | Those need to be killed, not promoted |
| 01:35:37 | zicho | is there anyway to make rockbox display lyrics? |
| 01:35:47 | Nico_P | if we don't want them to be used we need to remove them |
| 01:36:13 | Nico_P | the concept is nice and not everybody knows the implementation is borken |
| 01:36:18 | Chronon | zicho: there's a patch on the tracker if you're interested in that |
| 01:36:53 | amiconn | Nico_P: The idea was nice, but it turned out the concept cannot work nicely |
| 01:36:54 | zicho | Chronon, whats the tracker? NEwest code available, or something? |
| 01:37:58 | Chronon | zicho: The links called "patches" "bugs" and "requests" in the sidebar of the website will take you to the tracker. |
| 01:38:25 | zicho | Ah, okay. Thx |
| 01:38:42 | | Quit davina ("GNU/Linux the free alternative to Windows") |
| 01:39:27 | amiconn | It works as long as the plugin uses single contexts *only*. Combining contexts makes it break severely on some targets - and unlike with literal button definitions, this major breakage goes unnoticed -> BAD |
| 01:39:28 | pixelma | and why are the people who commit pluginlib actions stuff not around by the time they do? </half-kidding, half-serious> |
| 01:39:34 | zicho | it would be nice if you could make rockbox scan through your database and then download the lyrics for each song. Or perhaps just scan through some directories |
| 01:41:13 | Soap_ | There is no free and legal database of copyrighted song lyrics. |
| 01:42:11 | Soap_ | That is point one. Point two is that some tasks are far better served by a fast computer with internet access than a slow music player without internet access. |
| 01:47:24 | pixelma | Nico_P: speaking of PLA - did you try pictureflow on your c200 now (maybe tried to move through the songlist of an album)...? ;) |
| 01:47:49 | Nico_P | pixelma: I tried it but didn't move in the songlist |
| 01:48:10 | | Join DavidS1 [0] (n=Tordre@n099h024.wsr.mun.ca) |
| 01:48:22 | | Join roolku [0] (n=roolku@77-99-112-231.cable.ubr16.edin.blueyonder.co.uk) |
| 01:49:14 | | Join webguest65 [0] (n=5c0325a0@gateway/web/cgi-irc/labb.contactor.se/x-91cd2475f2cbe0b3) |
| 01:49:23 | * | gevaerts decides that he won't get usb working properly with a hub today |
| 01:49:37 | webguest65 | mikeholden |
| 01:49:56 | pixelma | roolku: did you make sure that mazezam is as controllable as before on all targets? (but actually I have no time to discuss, need sleep :\ ) |
| 01:50:12 | roolku | I see the potential problems with chained context, however in my opinion the advantages outway the disadvantages |
| 01:50:50 | roolku | pixelma: the same actions are used in two other plugins |
| 01:51:15 | | Quit webguest65 (Client Quit) |
| 01:51:15 | roolku | this is simply up/down power |
| 01:51:37 | | Part toffe82 |
| 01:52:12 | pixelma | I know that in some button action plugins the controls are slightly (or even worse) broken. Try metronome on the c200 for example |
| 01:52:40 | roolku | I know about the problematic examples |
| 01:53:11 | roolku | anyway, I'll let you sleep and go to bed myself :) |
| 01:53:15 | | Quit gevaerts ("time to sleep") |
| 01:53:25 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 01:53:33 | | Quit roolku () |
| 01:55:21 | pixelma | clock had a quirk on c200 before when it only combined generic_actions and generic_directions... :| |
| 01:55:36 | | Quit JdGordon|zzz (Read error: 110 (Connection timed out)) |
| 01:56:28 | pixelma | *only*... and I bet not all quirks are known |
| 01:56:45 | | Part pixelma |
| 01:59:05 | | Quit Nico_P (Remote closed the connection) |
| 02:00 |
| 02:00:24 | | Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279396235.dsl.bell.ca) |
| 02:05:29 | zicho | hm, rockbix utility keeps telling me my configuration is invalid, when its not. The search path to the player is correct, and the correct model is chosen |
| 02:05:58 | zicho | i click "autodetect" but it still tells me something is wrong |
| 02:06:25 | zicho | nvm, found out what the problem was |
| 02:07:08 | | Quit DavidSG (Read error: 110 (Connection timed out)) |
| 02:08:10 | | Join corevette [0] (n=corevett@adsl-75-18-212-2.dsl.pltn13.sbcglobal.net) |
| 02:10:43 | zicho | how do i install a patch? |
| 02:13:48 | | Join velixzeen [0] (n=IceChat7@216.36.141.104) |
| 02:16:11 | Soap_ | Unlike "fixes" for binary programs you might be used to from the Windows world, in this instance "patch" refers to a modification of the source code. What you do is download the patch, apply it to your local copy of the source code, and then compile the source code. |
| 02:16:36 | zicho | Ah |
| 02:17:27 | Soap_ | There is a very nice selection of articles walking you through this process step-by-step in the wiki. I _believe_ they are under the "For Developers" section. Believe me, the fact I was able to use said documents to teach myself speaks volumes on their clarity. |
| 02:22:03 | | Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) |
| 02:30:13 | | Join fenugrec [0] (n=ABC@206.167.203.215) |
| 02:34:54 | | Quit WeaponX ("If You Can't Be Famous, Be Infamous...") |
| 02:46:20 | | Quit jhMikeS (Nick collision from services.) |
| 02:46:26 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 02:49:31 | topppy | any hackers here |
| 02:51:03 | | Quit topppy () |
| 02:52:34 | | Quit [TiZ] (Read error: 104 (Connection reset by peer)) |
| 02:53:01 | | Quit velixzeen (Read error: 113 (No route to host)) |
| 03:00 |
| 03:00:50 | | Join JdGordon [0] (n=jonno@c211-28-95-90.smelb1.vic.optusnet.com.au) |
| 03:06:13 | | Quit zicho (Remote closed the connection) |
| 03:15:45 | | Join velixzeen [0] (n=IceChat7@216.36.141.104) |
| 03:16:22 | *** | Saving seen data "./dancer.seen" |
| 03:16:25 | | Part velixzeen |
| 03:16:25 | | Join velixzeen [0] (n=IceChat7@216.36.141.104) |
| 03:16:36 | | Part fenugrec ("Leaving") |
| 03:17:18 | | Join ali_as_ [0] (n=as@ambix.plus.com) |
| 03:20:42 | | Quit jhulst (Remote closed the connection) |
| 03:21:00 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 03:22:42 | | Part velixzeen |
| 03:22:42 | | Join velixzeen [0] (n=IceChat7@216.36.141.104) |
| 03:27:15 | | Quit ali_as (Read error: 110 (Connection timed out)) |
| 03:29:32 | | Join Hillshum [0] (n=chatzill@75-165-234-225.slkc.qwest.net) |
| 03:31:45 | | Quit Soap_ ("CGI:IRC (Ping timeout)") |
| 03:39:10 | | Join Matt_LeBlanc [0] (n=chatzill@CPE00121731a191-CM000039e6da5e.cpe.net.cable.rogers.com) |
| 03:39:15 | | Nick Matt_LeBlanc is now known as Mophead (n=chatzill@CPE00121731a191-CM000039e6da5e.cpe.net.cable.rogers.com) |
| 03:39:26 | Mophead | Oi' |
| 03:39:56 | Hillshum | why isn't anything RB runs on still made? |
| 03:40:20 | scorche | ports take time to do...plenty of it... |
| 03:42:06 | | Part Mophead ("I'm not here right now.") |
| 03:43:21 | Hillshum | is it just right now that nothing is made or is that usual? |
| 03:44:15 | scorche | recently, we supported the ipods and the sansa devices when they were being produced...but it just depends on the device |
| 03:44:54 | | Quit Hillshum ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") |
| 03:49:01 | | Quit joh3 (Read error: 110 (Connection timed out)) |
| 03:51:13 | | Quit jhulst (Remote closed the connection) |
| 03:51:28 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 03:58:08 | | Quit knittl (Read error: 110 (Connection timed out)) |
| 04:00 |
| 04:08:52 | | Join Soap_ [0] (n=62113fca@gateway/web/cgi-irc/labb.contactor.se/x-c4fa52e654a23a2d) |
| 04:13:36 | | Quit Thundercloud (Remote closed the connection) |
| 04:18:20 | | Join DavidSG [0] (n=Tordre@n099h024.wsr.mun.ca) |
| 04:21:35 | | Join Llorea1 [0] (n=DarkkOne@32.169.235.175) |
| 04:21:48 | | Quit Llorean (Nick collision from services.) |
| 04:21:50 | | Nick Llorea1 is now known as Llorean (n=DarkkOne@32.169.235.175) |
| 04:30:12 | DavidSG | I just finished my gsoc test, gonna make it prettier and post it online |
| 04:31:53 | | Quit Soap_ ("CGI:IRC (Ping timeout)") |
| 04:32:41 | | Quit midgey () |
| 04:36:17 | | Quit DavidS1 (Read error: 110 (Connection timed out)) |
| 04:36:40 | scorche | DavidSG: where online? |
| 04:38:33 | DavidSG | nevermind i got a false positive(it is not working yet), and i guess the website i listed on my project description. |
| 04:38:55 | | Join Xerion_ [0] (n=xerion@cp198589-d.landg1.lb.home.nl) |
| 04:41:41 | | Quit Xerion (Read error: 104 (Connection reset by peer)) |
| 04:41:41 | | Nick Xerion_ is now known as Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) |
| 04:44:28 | | Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) |
| 04:44:43 | DavidSG | I am getting the exact same results as the checkwps tool. What i don't understand is that an executable file is passing the parser test |
| 04:47:24 | DavidSG | ok it is working just not how i expected it to. |
| 04:47:25 | | Join miepchen^schlaf_ [0] (n=miepchen@84.191.121.179) |
| 04:51:56 | | Join BaD_CrC [0] (n=john@c-67-171-0-49.hsd1.wa.comcast.net) |
| 04:53:56 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:58:23 | | Join MobileShaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) |
| 05:00 |
| 05:02:41 | | Quit velixzeen ("Few women admit their age. Few men act theirs.") |
| 05:06:43 | | Nick Mouser_X is now known as off2 (n=mouser_x@layl001.digis.net) |
| 05:10:14 | | Nick off2 is now known as Mouser_X (n=mouser_x@layl001.digis.net) |
| 05:15:21 | | Quit Shaid (Read error: 110 (Connection timed out)) |
| 05:15:21 | | Nick MobileShaid is now known as Shaid (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) |
| 05:16:16 | | Join Hillshum [0] (n=4ba5eae1@gateway/web/cgi-irc/labb.contactor.se/x-458046196877db25) |
| 05:16:23 | *** | Saving seen data "./dancer.seen" |
| 05:16:27 | | Quit Hillshum (Client Quit) |
| 05:21:19 | | Quit jhulst (Remote closed the connection) |
| 05:30:45 | | Quit Horscht ("I am root. If you see me laughing, you better have a backup") |
| 05:33:02 | | Join webguest59 [0] (n=4ca68fa2@gateway/web/cgi-irc/labb.contactor.se/x-a19dc16892c447f3) |
| 05:33:05 | webguest59 | hi all |
| 05:33:22 | webguest59 | fast question |
| 05:33:34 | DavidSG | shoot. |
| 05:33:41 | | Quit ctaylorr (Read error: 110 (Connection timed out)) |
| 05:33:42 | webguest59 | does your ipod have to be FAT32 to install rockbox? |
| 05:33:49 | webguest59 | sorry, im new |
| 05:33:53 | krazykit | it does. |
| 05:34:02 | webguest59 | dang... |
| 05:34:20 | webguest59 | haha no wonder when i installed it on my macpod it said no partiion found |
| 05:34:30 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 05:34:31 | krazykit | you can convert it to fat32 in one of two ways: find a windows machine with itunes or use the manual method |
| 05:34:48 | webguest59 | that gets rid of all my music though right? |
| 05:34:58 | krazykit | yeah. |
| 05:35:06 | webguest59 | ill have to back up then |
| 05:35:47 | webguest59 | well for now, how do i get rid of rock box so i can access my ipod without it telling me no partition found? |
| 05:36:15 | krazykit | the manual explains how to boot into the OF; i don't know off-hand |
| 05:37:17 | webguest59 | thanks all :) |
| 05:37:19 | | Quit webguest59 (Client Quit) |
| 05:47:43 | | Join [TiZ] [0] (n=chatzill@FL-ESR1-72-49-150-188.fuse.net) |
| 05:48:58 | [TiZ] | Hey, I've noticed that when you set your backdrop using the context menu, that selection's not actually saved and when you restart, you have the same backdrop you did before switching. |
| 05:49:02 | [TiZ] | Is this behavior intentional? |
| 05:52:24 | Llorean | It's only saved if your backdrop is in the backdrops folder |
| 05:52:50 | [TiZ] | So it is intentional. Why is it set up that way? |
| 05:53:58 | | Quit BaD_CrC ("brb") |
| 05:54:17 | Llorean | It's intentional, but not exactly what you described. |
| 05:54:25 | Llorean | You can set it with that option, and have it save, if it's in the right place. |
| 05:54:33 | Llorean | It's just the way paths are saved, I believe |
| 05:59:54 | [TiZ] | Why does it have to be in that place, though? .rockbox isn't exactly easy to get to. It's hidden unless you tell rockbox to show hidden directories. |
| 06:00 |
| 06:00:14 | | Quit bughunter2 ("Leaving.") |
| 06:00:20 | [TiZ] | See, what I'm trying to do is make it so users of my theme can switch backgrounds on a whim |
| 06:03:21 | Llorean | Well, most of the theme system is supposed to be handled solely by .cfg files, really |
| 06:03:29 | Llorean | originally though, it was a technical limitation. |
| 06:03:47 | | Quit RoC_MasterMind ("Leaving") |
| 06:03:48 | Llorean | That limitation is gone, but the theme system is evolving in a new direction anyway. |
| 06:21:19 | | Quit jhulst (Remote closed the connection) |
| 06:21:34 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 06:21:51 | | Join knittl [0] (n=knittl@193.170.135.248) |
| 06:28:41 | | Quit Shaid (Read error: 110 (Connection timed out)) |
| 06:29:41 | [TiZ] | I apologize for frequently going afk. |
| 06:29:47 | [TiZ] | And unnanounced, at that |
| 06:30:38 | [TiZ] | anyways, as for the theme system evolving, will that eventually include saving background changes made from the context menu? |
| 06:31:02 | [TiZ] | I'd rather not force users of my theme to make .cfg files for every background they might want to use |
| 06:33:20 | | Join webguest043G30Gb [0] (n=405bd88d@gateway/web/cgi-irc/labb.contactor.se/x-df5383c2fcbb8ddc) |
| 06:34:30 | | Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) |
| 06:35:43 | Llorean | I think it's more likely that, because of viewportification, backdrops will become unavailable from the context menu entirely since the layout of menu and various other viewports will mean backdrops will need to be defined for those viewport sizes. |
| 06:37:59 | | Quit knittl (Read error: 110 (Connection timed out)) |
| 06:38:25 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 06:38:30 | | Join perrikwp [0] (i=9821663a@gateway/web/ajax/mibbit.com/x-477b3793b6bbb500) |
| 06:45:20 | | Quit w0rd54 (Read error: 110 (Connection timed out)) |
| 06:46:57 | | Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) |
| 06:47:42 | | Quit jhulst (Remote closed the connection) |
| 06:50:17 | webguest043G30Gb | When last I left you all, I could not get the iPod to boot properly because it said rockbox.ipod not found. I have finally resolved that problem by running the rb utils from a Windows box. The problem I had last night is gone. Now, I have another problem. When booting, the Apple logo comes up and then the screen goes blank and the backlight stays on. I have searched the forumns for a solution to th
|
| 06:52:57 | [TiZ] | Well, I'm headed to bed. |
|
icon identifies that the person is a core developer (has commit access).