00:01:19 | | Join solexx [0] (n=jrschulz@e176125134.adsl.alicedsl.de) |
00:02:59 | | Quit tessarakt (Read error: 110 (Connection timed out)) |
00:04:00 | linuxstb | MarcGuay: Are you saying it still didn't work without the button_init code added? |
00:04:31 | MarcGuay | RAM is 4Mx16 SDRAM, which I interpreted as err... Forgot.... button_init code didn't change anything... |
00:04:47 | MarcGuay | Where is RAM defined again? :) |
00:04:58 | linuxstb | tools/configure |
00:05:17 | linuxstb | 4Mbit*16 should be 2MB |
00:05:26 | | Join tessarakt [0] (n=jens@e180078153.adsl.alicedsl.de) |
00:05:40 | MarcGuay | Okay, I put 32. Smart! |
00:05:45 | | Quit evilnick ("http://www.mibbit.com ajax IRC Client") |
00:05:53 | MarcGuay | It's measured in MB in tool/config? |
00:06:07 | linuxstb | But remove the button init code - I think that also breaks it... |
00:07:13 | | Quit bertrik ("Leaving") |
00:07:24 | linuxstb | Due to the hard-coded "[pc, #-28] lines - which assume the code before it is a certain size. (badness by me...) |
00:07:29 | * | pixelma found a weird (to describe) bug, could be quite uncomfortable for someone with a target lacking hard power-off and using repeat... |
00:08:04 | pixelma | something for JdGordon|zzz when he wakes up.. I fail to come up with a nice summary to file a bug report |
00:08:12 | MarcGuay | linuxstb: Gotcha. My use and understanding of mktccboot is correct though, right? |
00:08:17 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
00:08:33 | linuxstb | MarcGuay: Yes, I think so. |
00:09:59 | | Quit ender` (" I will remember that any vulnerabilities I have are to be revealed strictly on a need-to-know basis. I will also remember t") |
00:11:12 | | Quit Unhelpful (Read error: 110 (Connection timed out)) |
00:13:09 | | Quit solexx_ (Read error: 110 (Connection timed out)) |
00:13:35 | | Quit Xerion (Read error: 54 (Connection reset by peer)) |
00:13:37 | MarcGuay | linuxstb: The player.rom created with TCCBOOT enabled should be useless until it's merged using mktccboot, correct? |
00:14:22 | MarcGuay | The c100 makes a funny buzzing noise when you upload to it... |
00:14:43 | linuxstb | MarcGuay: Yes, I don't think it will work by itself. |
00:15:03 | MarcGuay | Okay... Now I'm getting no reaction from it... Crud.. |
00:15:21 | | Quit tessarakt ("Client exiting") |
00:17:20 | linuxstb | MarcGuay: After uploading something with tcctool? |
00:17:44 | | Quit bluebrother ("leaving") |
00:17:48 | linuxstb | MarcGuay: BTW, I've just committed a fix to remove those #-28s - so the code should be more robust to you changing things. |
00:17:55 | MarcGuay | linuxstb: Something borks when TCCBOOT is defined. If I upload the dualbootloader with tcctool I get nothing, hold switch in both positions. |
00:18:30 | MarcGuay | If I undefined TCCBOOT I can display the logo/debug info. |
00:19:03 | linuxstb | You mean the dual-boot bootloader merged with the OF? |
00:19:39 | MarcGuay | linuxstb: Re: " If I upload the dualbootloader with tcctool I get nothing, hold switch in both positions." Yes. |
00:20:10 | MarcGuay | It could be that it needs that button init before it can detect the hold switch. |
00:20:15 | robin0800 | jhMikeS: thanks for updating the patch it appears to be working now |
00:20:35 | linuxstb | What file are you passing to mktccboot? bootloader.bin? |
00:22:40 | | Quit Strife89 ("Dinner time! :)") |
00:22:41 | MarcGuay | linuxstb: I'm passing player.rom. It seems the same as bootloader.bin, unless... |
00:23:11 | linuxstb | Nope... It's not obvious, but you should use bootloader.bin |
00:24:03 | MarcGuay | linuxstb:Using bootloader.bin lights up the LCD.... |
00:24:45 | MarcGuay | No OF, though... Err, hold switch in the other position lights it up as well. I'll test some more... |
00:25:21 | linuxstb | Have you merged the changes I just committed to crt0.S? |
00:25:46 | MarcGuay | Rewind - that was using a non defined TCCBOOT with mktccboot. re: crt0.S - yes, and I'm about to test with the button_init... |
00:27:06 | jhMikeS | robin0800: hey, np |
00:27:35 | | Join denes [0] (n=kvirc@pool-2573.adsl.interware.hu) |
00:27:57 | MarcGuay | linuxstb: Interesting. Now the LCD flickers a bit as if it's stuck in a loop waiting for something. (TCCBOOT defined, mktccboot, button_init in crt0.S, hold switch in both pos.) |
00:28:15 | jhMikeS | robin0800: if you're charging now, keep an eye on it and report if it stops properly (the usual). |
00:28:26 | | Join ze [0] (i=ze@76.91.72.105) |
00:29:07 | | Quit MethoS- (Remote closed the connection) |
00:29:39 | MarcGuay | linuxstb: Excellent! Removing the button_init gets it booting into the OF. Dualbooting, AOK. |
00:29:58 | MarcGuay | Seems that -28 was the problem? |
00:30:16 | MarcGuay | Or perhaps me using player.rom instead of bootloader.bin. |
00:31:03 | linuxstb | -28, together with button_init was 1 problem. Using player.rom was another. Either would have both stopped it working (I think). |
00:31:13 | | Quit flydutch ("/* empty */") |
00:32:00 | linuxstb | But if you've merged my commit (removing the -28s), then it the button_init code shouldn't stop it working. |
00:32:08 | robin0800 | jhMikeS: Spoke too soon it stopped at 60% and now only connects and won't charge |
00:33:02 | | Quit gevaerts (Nick collision from services.) |
00:33:11 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
00:33:29 | MarcGuay | linuxstb: Now to see if I can incorporate the NAND code... Any suggestions on where to start? |
00:33:42 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
00:33:53 | jhMikeS | did you see an error in the battery screen? |
00:34:01 | MarcGuay | linuxstb: It looks like adding the button_init code actually breaks button detection. It loads RB if the hold switch is in either position.. |
00:34:03 | linuxstb | No, the NAND code is a mystery to me. But shouldn't it just be included anyway for a TCC77x build? i.e. I wouldn't think there would be anything to do. |
00:36:35 | MarcGuay | linuxstb: Okay, you're right. I'm actually getting proper error messages now from the NAND driver. Maybe it had something to do with the RAM setting. |
00:36:54 | linuxstb | Yes, having the RAM set wrongly would do bad things. |
00:38:09 | robin0800 | jhMikeS: it only says charger present now and a voltage of 4.9v! |
00:38:15 | | Join tessarakt [0] (n=jens@e180078153.adsl.alicedsl.de) |
00:38:15 | linuxstb | MarcGuay: What's the status of the C100? Is the LCD working? |
00:38:21 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
00:38:26 | jhMikeS | robin0800: Status says? |
00:38:36 | | Join itcheg [0] (i=42b0fb98@gateway/web/ajax/mibbit.com/x-d5399e0a2d787bd0) |
00:38:44 | jhMikeS | State rather |
00:40:52 | robin0800 | last powerhist 4.911v battery 100% est remain 706 min |
00:40:57 | MarcGuay | linuxstb: LCD & buttons work. It's erroring out on disk_mount_all(). |
00:41:54 | MarcGuay | (v1 with the NAND interface) |
00:43:03 | MarcGuay | Particular error is "No partition found". |
00:43:27 | | Join domonoky1 [0] (n=Domonoky@g229162186.adsl.alicedsl.de) |
00:43:38 | jhMikeS | robin0800: I need to know if you see "State: Error" under the power status page. |
00:43:40 | JdGordon | pixelma: i went to bed thinking "why the hell would that patch work" :D |
00:43:58 | pixelma | it does |
00:44:35 | pixelma | but since testing out resume I found a bug which I traced back to r19705... |
00:44:38 | JdGordon | it shouldnt :p |
00:44:50 | linuxstb | MarcGuay: Now you need to hope shotofadds reappears... |
00:45:22 | MarcGuay | linuxstb: :) Been a while... I'll poke at it myself but don't imagine I'll get far. |
00:45:51 | pixelma | JdGordon: interested? Enough coffee yet? ;) |
00:45:55 | robin0800 | jhMikeS: where is the power status page? |
00:46:02 | linuxstb | MarcGuay: I think he's said he's been making good progress with it, but I'm not sure if he's published any of those improvements. |
00:46:33 | JdGordon | pixelma: wirte it up... but no.. still asleep :p |
00:46:45 | MarcGuay | linuxstb: Maybe I can see if the test pcm beep code will run.. |
00:47:20 | jhMikeS | robin0800: System|Debug (Keep Out!)|View Battery. It has several pages you can switch to (probably using LEFT/RIGHT/UP/DOWN or something). |
00:48:53 | pixelma | JdGordon: you need to have "follow playlist" enabled. Then start playback, enter file browser frome the WPS without stopping playback (happened to me even when entering file browser via the menu), then return to WPS with resume button, then try to stop |
00:50:00 | pixelma | statusbar and a splash flashing by and you're back in the WPS. The entering file browser once step seems to be needed |
00:50:12 | | Quit jgarvey ("Leaving") |
00:50:20 | jhMikeS | Frankly I've seen retailos not finish on e200 if the battery was extremely low and it need to be plugged again. |
00:50:33 | robin0800 | jhMikeS: no error messages and voltage goes from 3.8 to 4.9 in about 10 seconds can't be right! |
00:51:28 | jhMikeS | robin0800: c200 doesn't show voltage accurately when plugged. |
00:51:37 | *** | Saving seen data "./dancer.seen" |
00:51:38 | pixelma | JdGordon: first seen on c200 (with r19723) and traced back to r19705 in an H100 sim (amiconn confirmed it happening on H100 target too) |
00:51:54 | jhMikeS | robin0800: State: say what though after plugging? |
00:52:11 | JdGordon | pixelma: ok, ill have a look after some breaky |
00:52:49 | pixelma | thanks, if you want I can file a bug report but didn't know how to summarise nicely so someone reads it |
00:54:07 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
00:55:18 | JdGordon | a report would be good, incase i dont get around to it today |
00:55:48 | robin0800 | jhMikeS: rockbox info says its charging battery says no as does wps |
00:55:52 | | Quit jhulst (Remote closed the connection) |
00:56:29 | PaulJam | JdGordon: if you find the time, could you also look at FS #9772. might be related to your statusbar rework. |
00:56:35 | jhMikeS | robin0800: I'm not concerned with what the UI says. The "State: " line in the battery info is the official indicator. |
00:56:46 | pixelma | JdGordon: have a suggestion for a title? |
00:57:16 | JdGordon | PaulJam: yeah, saw that... hopefully today also |
00:57:21 | JdGordon | pixelma: not really |
00:57:27 | robin0800 | jhMikeS: that says charger present |
00:57:29 | * | JdGordon wanders off to find food |
00:58:04 | | Quit ze ("new gpu") |
00:58:07 | jhMikeS | robin0800: Argh. State: not Charger:. it's the line just below it. |
00:58:45 | robin0800 | jhMikeS: Missing the error! |
00:59:27 | | Quit domonoky (Read error: 110 (Connection timed out)) |
00:59:43 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
01:00 |
01:01:25 | | Quit tyfoo ("Carpe diem") |
01:01:49 | | Quit Schmogel (Read error: 104 (Connection reset by peer)) |
01:03:18 | jhMikeS | robin0800: If you go to the battery graph, then press up or down (I'm not sure for c200), there are three more pages to it. |
01:03:46 | * | jhMikeS double checks the patch for something lunatic he did |
01:05:52 | jhMikeS | Doesn't seem to be a problem with #defines. Press whatever is PREV/NEXT for c200 to switch views. |
01:08:21 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
01:09:19 | | Join Unhelpful [0] (n=chshrcat@rockbox/developer/Unhelpful) |
01:09:34 | robin0800 | jhMikeS: yes what do you want to know .....the status line is missing, voltage deltas are <20mv and the third screen says its charged |
01:13:24 | | Quit bmbl ("Woah!") |
01:13:51 | | Quit MarcGuay ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
01:15:10 | | Quit gevaerts (Read error: 60 (Operation timed out)) |
01:15:54 | | Quit tessarakt ("Client exiting") |
01:17:20 | jhMikeS | robin0800: Did you build clean? The view is definitely there on my e200 and "..|| defined(SANSA_C200)" is there |
01:18:51 | robin0800 | jhMikeS: yes deleted rockbox folder and started fom there |
01:19:44 | pixelma | there seems to be 4 screens in "view battery" on my c200 (don't have the charging patch applied) - first is the one with the graph, pressing "down" gives 3 more |
01:20:10 | robin0800 | pixelma: correct |
01:20:46 | | Join tvelocity [0] (n=tony@adsl18-177.her.forthnet.gr) |
01:21:19 | robin0800 | pixelma: please try it if you can |
01:21:41 | pixelma | jhMikeS: you don't have any info a bit lower on the screen? The c200's display is only 80 pixels high |
01:22:13 | jhMikeS | pixelma: how many lines fit? it's only a few lines |
01:23:23 | robin0800 | pixelma: I have seen it when it first started @ 23:20 but not since then |
01:23:55 | * | jhMikeS forgot how high the sysfont is...8 pixels? |
01:24:03 | pixelma | the screens in SVN seem to be made for 8 lines (probably for Archos display, with sysfont) - all should fit |
01:24:12 | pixelma | yes 8 |
01:24:27 | jhMikeS | I only have 5 lines of info |
01:24:37 | Unhelpful | anybody happen to know if the archos sims simulate the non-square pixels? |
01:24:48 | pixelma | so much for that idea then |
01:25:52 | robin0800 | jhMikeS: I only have three lines of text |
01:26:44 | pixelma | Unhelpful: in general they don't. There is a correction for it which some plugins use (for the screenshots only?), e.g. clock, but that's not "squeezing" the complete display |
01:26:53 | robin0800 | jhMikeS: the voltage delta has eight lines |
01:27:21 | Unhelpful | ok, then i imagine the best i can really do for aspect ratio correction is test that it builds and doesn't act completely insane. :/ |
01:27:48 | jhMikeS | I just made a c200 binary, and the state strings are present. |
01:28:32 | robin0800 | jhMikeS: What are they? |
01:28:39 | Unhelpful | i have a feeling that test_greylib_bitmap_scale won't work on archos as-is... it uses a screen-sized greylib overly, i seem to recall amiconn saying that was pushing things pretty close on lowmem targets already |
01:29:23 | pixelma | robin0800: if battery still reports +4.6V when plugged I don't trust it and am not keen to try. I already use the Rockbox USB stack which is not stable yet... |
01:29:30 | | Join goffa [0] (n=goffa@216.220.23.105) |
01:29:51 | jhMikeS | robin0800: Disables, Error, Charging, Discharging, <unknown> |
01:29:58 | pixelma | JdGordon: FS #9773 for your convenience ;) |
01:29:58 | jhMikeS | *Disabled |
01:32:01 | jhMikeS | apps/debug_menu.c should have that screen code starting line 1757 |
01:32:07 | pixelma | Unhelpful: I'd be willing to test for you on my Ondio but not... now ;) |
01:32:45 | Unhelpful | i at *least* need to make it allocate the grey buffer and the bitmap dynamically from plugin buffer |
01:33:31 | Unhelpful | for right now, it just has an array declared to use as the greylib buffer, and that can't help the memory crunch any. |
01:34:53 | robin0800 | pixelma: 4.6v! mine says 4.9v but idon't believe it but i think that must be what the patch is seeing |
01:36:48 | robin0800 | jhMikeS: when unplugged 3.85 v and 55% |
01:36:57 | | Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
01:37:13 | Unhelpful | the sim looks squished vertically, if i scale it up vertically by 1.25, the image looks right again |
01:37:58 | | Join MU{lappy} [0] (n=Militant@rockbox/developer/Unhelpful) |
01:38:01 | pixelma | well, I suppose your monitor has square pixels |
01:38:46 | jhMikeS | robin0800: When plugged you aren't seen the actual battery voltage. It's ignored as meaningless (which is is for charging decisions). |
01:39:07 | Unhelpful | also, the measured dimensions in the screenshot, after scaling it, have the same aspect ratio as the image :) |
01:39:46 | pixelma | Unhelpful: but that sounds correctly for the aspect ratio corrected scaling - if you compare the chessboard with it for example which is also square on the Archos display |
01:40:40 | | Part toffe82 |
01:40:46 | Unhelpful | well, the plugin builds for target with the static greylib buffer, so at the very least, code+overlay fit in the plugin buffer |
01:41:33 | | Quit goffa_ (Read error: 110 (Connection timed out)) |
01:41:52 | Unhelpful | ...actually, it looks like the plugin already uses a static load buffer, as well. if both of those fit when it compiles, it should work :) |
01:41:59 | pixelma | I remember "fire" not working right when using the whole screen so had to drop a few lines from the sides |
01:42:51 | * | jhMikeS worked out the code himself and arrived at similar procedures to what bertrik did. There's no essential difference so if the other patches charged, this should too. |
01:43:38 | jhMikeS | but if the build is weird and not showing correct screens, etc, I'm not sure what to make of it. |
01:44:01 | robin0800 | jhMikeS: so it should always start? how does it decide when to stop? |
01:45:29 | robin0800 | jhMikeS: I had no trouble with bertrik's patch |
01:45:49 | advcomp2019 | funman (for the logs): i do not have a 4gb clip.. i only have 1gb and 2gb clips |
01:46:52 | Unhelpful | i know you said you can't *now*, but when you get a chance, would you mind trying http://pastie.org/356241 and loading a nice color or greyscale bitmap with test_greylib_bitmap_scale? |
01:47:18 | Unhelpful | pretty much anything should work, the bees image i like to test with was obviously wrong in sim until i took a screenshot and scaled it |
01:49:12 | | Quit Unhelpful ("Leaving") |
01:50:02 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
01:50:24 | | Quit parafin (Read error: 60 (Operation timed out)) |
01:50:26 | | Quit Xerion_ (" ") |
01:51:24 | | Join itcheg [0] (i=42b0fb98@gateway/web/ajax/mibbit.com/x-4c5334a00ee4779b) |
01:53:23 | | Quit MU{lappy} (Read error: 104 (Connection reset by peer)) |
01:53:39 | daurn | my fuze now has rockbox on it |
01:53:42 | daurn | anythign need testing etc? |
01:53:46 | | Join parafin [0] (i=parafin@paraf.in) |
01:54:40 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
01:54:48 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121623]") |
01:54:50 | | Quit Xerion (Read error: 110 (Connection timed out)) |
01:56:21 | jhMikeS | robin0800: It starts when plugged and stops when the indicators say to. Same thing. |
01:57:08 | robin0800 | jhMikeS: what indicators? |
01:57:33 | | Join aurix_lexic1 [0] (n=adam@c-68-56-205-239.hsd1.fl.comcast.net) |
01:58:29 | jhMikeS | robin0800: CHG_TMPHIGH | CHG_ENDOFCH. There is one twist with checking CHG_status but I don't recall seeing this set on my e200. |
01:58:38 | | Join Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) |
01:59:23 | | Quit Aurix_Lexico (Read error: 60 (Operation timed out)) |
01:59:57 | pixelma | Unhelpful: do I need to still add the plugin to viewers.config, stuff like this? |
02:00 |
02:00:32 | Unhelpful | the plugin's already in viewers.config, and the patch adds it to SOURCES as well - i'll remove that part before committing. |
02:00:38 | pixelma | I'm really tired though now (2AM here) and even putting a build onto the Ondio takes quite some time |
02:01:57 | Unhelpful | no hurry, i'll ask somebody else if i see anybody wake up, and i'm going to be here for another 11hr or so |
02:03:17 | robin0800 | jhMikeS: Until one of those is true it shouln't stop charging is that correct? |
02:04:29 | jhMikeS | robin0800: Right, it should keep going until one is set |
02:04:39 | jhMikeS | at least one |
02:05:25 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
02:05:27 | | Quit Thundercloud (Remote closed the connection) |
02:07:36 | robin0800 | jhMikeS: no easy way to find if one of those is set? |
02:10:26 | jhMikeS | I don't have a display because reading them seems to clear them. Only powermgmt should touch that register. |
02:15:12 | robin0800 | bertrik has a /* read status to clear initial end-of-charge indication */ in his patch |
02:15:36 | jhMikeS | I've got that too |
02:16:05 | robin0800 | jhMikeS: so its not that then |
02:17:07 | | Join jfc^2 [0] (n=john@dpc691978010.direcpc.com) |
02:17:11 | | Join CryptA [0] (n=417fc129@gateway/web/cgi-irc/labb.contactor.se/x-04e51bc2ff247802) |
02:17:20 | jhMikeS | It might be the wait for CHG_STATUS |
02:17:51 | | Join Rob2222 [0] (n=Miranda@p4FDCD3A0.dip.t-dialin.net) |
02:18:36 | | Join neddy1 [0] (n=john@nat/sun/x-1ee5b6ef0bfaa5a3) |
02:18:44 | robin0800 | jhMikeS: its getting late here going to unplug, leave on & start again tomorrow |
02:19:55 | | Join itcheg [0] (i=42b0fb98@gateway/web/ajax/mibbit.com/x-e550fb9b7395e270) |
02:21:00 | CryptA | Greetings, wonder if someone can provide edit access to "CFModGuide" so I can add my 2cents? |
02:22:33 | | Join Bensawesome [0] (n=Bensawso@unaffiliated/bensawsome) |
02:22:51 | | Quit moos ("Rockbox rules the DAP world") |
02:23:39 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
02:28:01 | linuxstb | CryptA: Have you registered on the wiki? |
02:28:41 | linuxstb | CryptA: I see you have, but not with the required name. Please re-read the registration page.... |
02:31:59 | CryptA | linuxstb: Thanks, duely noted. |
02:32:51 | | Quit Bensawsome (Connection timed out) |
02:33:08 | | Quit robin0800 (Remote closed the connection) |
02:33:29 | | Quit jfc (Read error: 110 (Connection timed out)) |
02:35:42 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
02:35:55 | | Quit goffa (Read error: 110 (Connection timed out)) |
02:36:44 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-9c27625b48de465b) |
02:44:51 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
02:46:14 | | Join ze [0] (i=ze@76.91.72.105) |
02:46:27 | | Nick Bensawesome is now known as Bensawsome (n=Bensawso@unaffiliated/bensawsome) |
02:48:53 | | Quit neddy1 (Read error: 110 (Connection timed out)) |
02:51:27 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
02:51:40 | *** | Saving seen data "./dancer.seen" |
02:52:05 | | Quit gevaerts (Read error: 113 (No route to host)) |
02:55:43 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
02:57:10 | | Join axionix_ [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) |
03:00 |
03:01:05 | | Join Darksair [0] (n=user@123.112.118.179) |
03:01:20 | | Quit saratoga ("CGI:IRC (EOF)") |
03:03:31 | | Quit gevaerts ("le") |
03:04:54 | | Quit reacocard (Remote closed the connection) |
03:05:17 | | Quit lucent (Read error: 60 (Operation timed out)) |
03:08:07 | | Quit axionix (Read error: 110 (Connection timed out)) |
03:09:57 | | Join unstable_ [0] (i=unstable@glitchinthe.net) |
03:11:36 | | Quit domonoky1 (Read error: 54 (Connection reset by peer)) |
03:13:00 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
03:16:26 | | Quit tvelocity (Remote closed the connection) |
03:16:52 | | Quit unstable (Read error: 60 (Operation timed out)) |
03:18:25 | | Join Strife89 [0] (n=michael@204.116.245.152) |
03:20:17 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
03:22:44 | | Quit BXCracer (Remote closed the connection) |
03:24:09 | | Quit massiveH (Client Quit) |
03:24:16 | | Quit havien (Read error: 110 (Connection timed out)) |
03:28:19 | | Join unstable [0] (i=unstable@glitchinthe.net) |
03:29:11 | | Quit unstable_ (Read error: 113 (No route to host)) |
03:31:09 | | Join roebeet_ [0] (n=browe@pool-71-185-234-117.phlapa.fios.verizon.net) |
03:33:12 | | Join MOHDMACH [0] (n=MOHDMACH@cpe-76-185-233-141.tx.res.rr.com) |
03:33:37 | MOHDMACH | Hello once again |
03:34:45 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
03:35:29 | | Quit DerDome (Nick collision from services.) |
03:35:32 | | Join DerDome1 [0] (n=DerDome@dslb-082-083-241-173.pools.arcor-ip.net) |
03:35:42 | | Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-241-173.pools.arcor-ip.net) |
03:35:44 | MOHDMACH | I have a .wps file which has parts I am trying to use but I don't understand how it works in the first place. So the lines I highlighted in here: http://pastebin.com/m689ba8b1 are the ones confusing me. |
03:36:02 | | Quit kachna (Read error: 104 (Connection reset by peer)) |
03:37:51 | | Join itcheg [0] (i=4c6eb511@gateway/web/ajax/mibbit.com/x-fecdb8255b765e52) |
03:39:12 | Unhelpful | what exactly is the question? line 12 enables the display of the viewports labeled v, k, s, p based on various conditions. line 39 defines a viewport labeled c to be used at some other point |
03:39:42 | | Join neddy [0] (n=john@nat/sun/x-30215311ac75d8a9) |
03:39:54 | MOHDMACH | The highlighted has the playback mode tag and the volume tag combined and the question is how do they work together and what is the purpose of combining them. |
03:40:47 | MOHDMACH | Also I read the CustomWPS guide and could not figure out what the %?C is for. |
03:41:30 | | Quit itcheg (Client Quit) |
03:41:32 | Unhelpful | that would be the conditional for the presence of album art for the current track |
03:43:09 | Unhelpful | as far as "how they combine", they don't. after the conditional itself, there's some more text, <a|b>, and it uses either a or b based on whether the condition is true or not. you "combine" the conditions by putting the second one inside the <>, as is done on line 12 |
03:44:38 | | Join MOHDMACH_ [0] (n=MOHDMACH@cpe-76-185-233-141.tx.res.rr.com) |
03:44:43 | MOHDMACH_ | Viewports aside the images also have the same letters so would that make the .wps file invalid wouldn't it? |
03:45:00 | MOHDMACH_ | By the way it works. |
03:45:41 | Unhelpful | line 121 is a comment. |
03:46:38 | MOHDMACH_ | I was referring to 's' but ok. |
03:47:11 | Unhelpful | i was looking at the highlighted lines |
03:47:42 | MOHDMACH_ | Oh sorry I was actually referring to line 150. |
03:47:43 | Unhelpful | i only see ony xl tag for 's' |
03:48:10 | Unhelpful | yes, there's no other %xl|s| that i can see? |
03:48:38 | MOHDMACH_ | There is a %Vds line 12. |
03:49:02 | Unhelpful | that's a display tag, and it's a viewport, not an image. |
03:49:43 | MOHDMACH_ | Ah ok. |
03:50:04 | MOHDMACH_ | But what is the purpose of the volume tag being combined with the playmode tag? |
03:51:18 | Unhelpful | to display whatever it displays only while the volume is being changed and music is playing? |
03:52:22 | MOHDMACH_ | So in other words the volume bar won't appear while the music is paused? |
03:52:32 | | Join goffa [0] (n=goffa@216.220.23.105) |
03:52:50 | MOHDMACH_ | Nevermind. |
03:53:21 | Unhelpful | i don't recall what all the different modes are, but something *like* that. |
03:53:21 | | Quit Strife89 ("Going to bed. :)") |
03:53:21 | | Quit CryptA ("CGI:IRC") |
03:53:41 | MOHDMACH_ | Ok. |
03:54:44 | MOHDMACH_ | What is the purpose of >> in line 12. |
03:54:48 | | Join RycPat [0] (n=417fc129@gateway/web/cgi-irc/labb.contactor.se/x-011b2241f22ce0c4) |
03:55:16 | MOHDMACH_ | I did a search for it in the CustomWPS and it does not show anything. |
03:55:51 | Unhelpful | of course there's not, that's the > for two different conditional tags. they nest. |
03:57:13 | MOHDMACH_ | Oh sorry. |
03:57:43 | Unhelpful | each > matches to a < somewhere, you have to work from the outside in and pair them up |
03:57:59 | MOHDMACH_ | It looked like something else when I was going through it. |
03:58:30 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-d3a5a7865ee2365c) |
03:59:31 | MOHDMACH_ | Also what is needed for a volume tag to work with conditional viewports other than preloaded bitmaps, conditional viewport tags, and an actual image? |
03:59:49 | | Quit MOHDMACH (Read error: 110 (Connection timed out)) |
04:00 |
04:01:06 | | Join toffe82 [0] (n=chatzill@adsl-71-154-233-185.dsl.frs2ca.sbcglobal.net) |
04:01:19 | RycPat | Can someone please provide me with write permission to the wiki? I would like to upload my info to CFModGuide. |
04:01:23 | | Quit PaulJam (".") |
04:02:12 | | Join blkhawk- [0] (n=blkhawk@g229212092.adsl.alicedsl.de) |
04:03:44 | | Quit goffa_ (Read error: 110 (Connection timed out)) |
04:09:21 | Unhelpful | MOHDMACH_: nothing. the %Vl tag defines a viewport that contains everything on the lines below it, until another viewport tag is reached. you can put whatever you want to inside the %Vl tag, and then display the viewport with the matching %Vd tag. |
04:10:47 | | Join krazykit` [0] (n=kkit@adsl-76-252-3-75.dsl.ipltin.sbcglobal.net) |
04:10:59 | MOHDMACH_ | Thanks I kind of get what you are saying. |
04:12:49 | MOHDMACH_ | Except I really can't make sense of what line 12 is saying. |
04:14:37 | Unhelpful | %mp contains four sections, and displays one of them based on the current playmode |
04:14:37 | Unhelpful | erm, five, sorry :) |
04:15:20 | Unhelpful | if playing, that line displays %?mv<%Vdv|%Vdk%?C<%Vds|>>, which means contains a further condition for whether or not volume is changing |
04:16:10 | Unhelpful | it looks like that's actually what it displays if the state is anything other than fast-forward or rewind |
04:16:34 | MOHDMACH_ | Ok thanks. |
04:16:52 | MOHDMACH_ | I have to go. |
04:17:00 | MOHDMACH_ | Thank you very much for the help. |
04:17:06 | | Quit blkhawk (Connection timed out) |
04:17:10 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g229212092.adsl.alicedsl.de) |
04:17:18 | | Quit MOHDMACH_ () |
04:19:22 | | Join Erufu [0] (n=chatzill@71-33-38-203.albq.qwest.net) |
04:19:29 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
04:20:17 | | Quit Bensawsome (Read error: 104 (Connection reset by peer)) |
04:21:34 | | Part Erufu |
04:24:47 | | Quit krazykit (Read error: 110 (Connection timed out)) |
04:26:09 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
04:28:16 | | Join reacocard [0] (i=reacocar@saga.silenceisdefeat.com) |
04:35:08 | | Quit miepchen^schla (Read error: 110 (Connection timed out)) |
04:37:51 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
04:38:55 | | Join Erufu [0] (n=chatzill@71-33-38-203.albq.qwest.net) |
04:46:25 | | Join Barahir_ [0] (n=jonathan@Yb141.y.pppool.de) |
04:47:12 | Unhelpful | Erufu: nobody said you had to *leave* -community, it's just that that's for social chat |
04:47:27 | | Join lucent [0] (i=lucent@silenceisdefeat.com) |
04:47:47 | Erufu | I'm an IRC newbie, and I always seem to be inevitably kicked off of it for some reason or another |
04:47:53 | Erufu | just tryin' to not be an ass =P |
04:48:14 | lucent | what did I walk into |
04:48:18 | Unhelpful | lucent: did you ever get any results with that bmp chunk size patch? |
04:48:21 | | Join nbeebo [0] (n=nbeebo@217-210-198-227-no71.tbcn.telia.com) |
04:48:32 | lucent | Unhelpful: yes! it did prevent the bad pixel values on my 8gb fuze v1 |
04:48:55 | Unhelpful | it's a very, very weird bug :/ |
04:49:10 | lucent | Unhelpful: I don't approve or disapprove of the patch, just saying what happened |
04:49:53 | Unhelpful | the patch only covers up whatever the real bug is, in my opinion. i won't commit it unless forced. ;) |
04:50:56 | lucent | do we have a guess on *why* it covers up the bug? |
04:51:25 | lucent | I gotta say that data access on the Fuze with current rockbox firmware is not the most reliable |
04:51:40 | lucent | it doesn't appear to work if reading files above 1G |
04:51:42 | *** | Saving seen data "./dancer.seen" |
04:51:48 | lucent | I need to test this again though |
04:51:54 | | Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) |
04:56:20 | Unhelpful | that i *don't* know. my guess is that if changing read size hides it, it's a fat or storage driver bug, but it's kind of creepy how consistent it is. :/ |
04:56:57 | | Part nbeebo ("Ex-Chat") |
04:59:13 | lucent | yes |
04:59:18 | Erufu | I don't know what I'm talking about, but it could be a bank-switching bug |
04:59:46 | Erufu | seems the best way to use multi-gigabyte addressing on a 32-bit processor |
05:00 |
05:00:45 | | Join blkhawk- [0] (n=blkhawk@f051195007.adsl.alicedsl.de) |
05:02:37 | lucent | I'm going to try in the dark here, adding delays and make SD external work on 8gb fuze |
05:03:37 | Unhelpful | i don't think we *can* access past the first GB of the internal storage at present... and isn't the fuze internal still via SD? |
05:03:45 | | Quit Barahir (Read error: 110 (Connection timed out)) |
05:05:06 | Unhelpful | Erufu: the problems that larger reads cause in the bitmap loader look more like it's just missing a byte or two, here and there, with the bytes following it shifted over accordingly. don't ask how *that* can happen, i don't know :/ |
05:06:08 | Erufu | perhaps it's a word-biasing problem, that is, only being able to access data by words or doublewords, and not by individual bytes |
05:06:35 | Erufu | again, I really have no idea what I'm talking about, just starting to read the prodigious amount of documentation |
05:10:37 | Unhelpful | well, ARM at least will not silently corrupt data if you ignore its alignment requirements |
05:11:21 | | Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") |
05:11:51 | Erufu | well, I was just guessing. If it's larger reads, then perhaps it's the DMA (if it exists on the device) aliasing like that for faster block processing |
05:12:21 | Erufu | most of my ARM experience is from the GBA, which is ARM7, so... |
05:12:30 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
05:16:36 | | Quit blkhawk (Read error: 113 (No route to host)) |
05:16:43 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@f051195007.adsl.alicedsl.de) |
05:16:58 | Unhelpful | it's the larger reads that fail... the "small" reads that succeed are 8 pixels worth of bitmap data at a time, so 24B, assuming RGB24 |
05:18:05 | Unhelpful | i don't think anybody's really tried anything in between 8p and the whole line |
05:19:01 | Erufu | might be a limitation of the video hardware |
05:19:06 | Unhelpful | lucent: do you still have that patched source around? and would you mind setting BM_MAX_WIDTH to something larger, say 16? it needs to be a multiple of 8 in case a mono bitmap is being read |
05:20:02 | lucent | Unhelpful: will do |
05:21:05 | Unhelpful | i'd be interested in seeing at what point bitmaps start to corrupt... the icons seem to be ok, it's only the WPS background, the menu background, and the progress bar that seem to be corrupted |
05:30:26 | | Quit RycPat ("CGI:IRC") |
05:34:04 | | Quit roebeet_ ("Ex-Chat") |
05:36:21 | | Part toffe82 |
05:48:22 | | Join MOHDMACH [0] (n=MOHDMACH@cpe-76-185-233-141.tx.res.rr.com) |
05:50:11 | | Quit esthar (Read error: 60 (Operation timed out)) |
05:53:51 | | Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") |
05:57:24 | | Quit Horscht ("http://www.geisterfahrer.org") |
06:00 |
06:00:07 | | Part MOHDMACH |
06:13:55 | | Quit pixelma (Read error: 110 (Connection timed out)) |
06:15:14 | | Quit amiconn (Read error: 110 (Connection timed out)) |
06:15:42 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
06:15:56 | | Quit aurix_lexic1 ("Leaving.") |
06:16:05 | | Join pixelma [0] (n=pixelma@rockbox/staff/pixelma) |
06:16:10 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
06:20:46 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
06:25:37 | Erufu | curiously, the "recovery mode" instructions listed on the sansa view wiki don't work for my 16GB version |
06:28:59 | advcomp2019 | Erufu, are you turning off all the way? |
06:29:25 | Erufu | pretty sure I am |
06:29:42 | Erufu | aha, there we go |
06:29:48 | Erufu | my fuckup |
06:31:20 | advcomp2019 | Erufu, i have a view too.. so i know things about it already |
06:33:18 | Erufu | a good addendum to that wiki would be to mention that the backlight around the selection wheel won't light up completely if you completely turn it off |
06:38:45 | * | daurn asks: who works on v2 sansas/fuze port here? |
06:49:31 | lucent | I help test |
06:49:38 | lucent | kugel contributes a lot |
06:49:51 | lucent | so do funman and fdinel |
06:51:47 | *** | Saving seen data "./dancer.seen" |
06:55:01 | lucent | shoot, I don't know where to go to make sd work on the 8gb fuze |
06:57:49 | | Join Lss__ [0] (n=Lss@cm97.delta89.maxonline.com.sg) |
06:57:50 | | Quit Lss (Read error: 131 (Connection reset by peer)) |
07:00 |
07:01:19 | lucent | ooOh I got it |
07:02:06 | | Quit jhulst (Read error: 113 (No route to host)) |
07:03:51 | | Join toffe82 [0] (n=chatzill@70.137.197.39) |
07:04:43 | toffe82 | What is the use of the option record on a video ipod ? |
07:06:44 | lucent | yay I have CSD data for my 8gb card |
07:08:41 | Unhelpful | CSD? |
07:11:10 | lucent | Sansa Fuze8gb CSD for ISD: 0x92404018, 0xBEFBCFFF, 0x5F5983D3, 0x00260032 |
07:11:13 | lucent | Sansa Fuze8gb CSD for 8gbClass6SDHC: 0x0A40003E, 0x3C1B7F80, 0x5F590000, 0x400E0032 |
07:11:18 | Unhelpful | toffe82: there's at least one microphone attachment that's verified working with 5.5G... that's the same as video, yes? |
07:12:32 | toffe82 | ok |
07:13:09 | Unhelpful | IpodAccessories says the the "!XtremeMac" Micromemo works... presumably there are others as well |
07:14:54 | toffe82 | there should be a note for this in the manual, that it is for external micro or line in as there is no use if it is not connected to anything |
07:15:15 | | Join midkay_ [0] (n=midkay@75-172-103-156.tukw.qwest.net) |
07:24:01 | lucent | I got it working by messing with the value that is used in mci_delay |
07:25:18 | | Part toffe82 |
07:28:12 | | Quit midkay (Read error: 110 (Connection timed out)) |
07:33:33 | Unhelpful | what, the device data you read? |
07:35:45 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
07:37:37 | lucent | Unhelpful: there's some delay routines in the SD code for Sansa Fuze |
07:38:00 | Unhelpful | and changing that is what enabled you to read that CSD data? |
07:38:10 | lucent | oh the two are kind of unrelated |
07:38:26 | lucent | I'm having issues on 8gb fuze that kugel can't reproduce on his 4gb fuze |
07:38:49 | lucent | when I insert an microSD card the kernel panics |
07:39:04 | lucent | kugel suggested I mess with the mci_delay |
07:39:24 | lucent | CSD was for someone else who was asking, I think it was funman |
07:40:46 | lucent | 65535 is the default value for mci_delay in the code already, but it doesn't work for me |
07:41:20 | lucent | 193750 (a longer delay) does not work either. But, I find that 196608 does work |
07:48:14 | daurn | lucent: well, I just got an 8gb, rockbox boots, but nothing works |
07:48:39 | daurn | can read directorys, but not files it seems (though maybe this is just over the 1gb boundary I heard about?) |
07:48:55 | daurn | (this is with internal storage) |
07:49:27 | daurn | tried playing doom, it gets to the menu for the wad, but froze/turned off after I moved menu selections (it did play the sound though....) |
07:49:42 | daurn | do you know about the dirs ## MUSIC that you can see in rockbox? |
07:50:54 | Unhelpful | daurn: i'm not closely involved in fuze, but what i've heard a few times is that apparently we can't read past the first 1GB, right now... i think some devs have "fixed" this by creating a smaller filesystem? |
07:52:18 | lucent | daurn: the ##MUSIC## and such directories have the Volume Label bit set in the fat filesystem |
07:52:32 | lucent | Linux vfat driver ignores these entries |
07:52:47 | lucent | you can recompile a fuse fat driver to read these |
07:54:22 | | Quit Darksair (Read error: 104 (Connection reset by peer)) |
07:59:03 | | Nick Lss__ is now known as Lss (n=Lss@cm97.delta89.maxonline.com.sg) |
08:00 |
08:00:03 | | Quit BHSPitLappy (Remote closed the connection) |
08:01:30 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
08:03:51 | Erufu | awesome, my laptop just utterly died |
08:03:56 | _Auron_ | it hates you |
08:04:45 | Erufu | or somethin' |
08:05:51 | Unhelpful | hrm... we don't support mutexes on hwcodec devices? or are they just not in the pluginlib? |
08:06:11 | * | lucent goes through the mind numbing task of regression testing |
08:06:40 | lucent | Got it! |
08:09:22 | jhMikeS | Unhelpful: Only mpegplayer was using them so far. |
08:10:24 | | Quit XavierGr () |
08:11:25 | Unhelpful | hrm. i've been working on getting pictureflow.c on mono targets, with the eventual goal of supporting archos, and i'm stuck on missing mutex and buffer APIs in plugin_api |
08:11:46 | Unhelpful | i see that buffering.c is not even built on swcodec, so this may not be fixable without seriously reworking PF |
08:11:47 | amiconn | buffer api? |
08:12:02 | amiconn | Why the heck does PF need the buffer api?? |
08:12:35 | amiconn | This of course won't work on archos. Hwcodec uses a different playback engine |
08:12:51 | Unhelpful | that's how it loads covers for display... it's basically abusing bufalloc as a malloc to avoid having to manage its own memory |
08:13:07 | amiconn | As for the mutexes, there someone obviously didn't pay attetntion |
08:13:49 | Unhelpful | so, mutexes will be fine if i just remove the SWCODEC check around them? |
08:14:05 | Erufu | malloc on an embedded system? that strikes me as odd... |
08:14:19 | amiconn | When functions are added to the plugin api, they shouldn't be narrowed down, i.e. they should be added for all targets which provide that function |
08:15:07 | amiconn | Erufu: There is no malloc in rockbox, but some plugins need to do some kind of malloc-like memory management |
08:15:57 | amiconn | http://www.rockbox.org/twiki/bin/view/Main/WhyNoMalloc |
08:16:53 | Erufu | I figured malloc was unnecessary, so I was just confused why any allocation system was used |
08:17:40 | Unhelpful | Erufu: how else do you manage variable-sized chunks of data that you're loading and unloading at random? that's basically what PF needs. :/ |
08:18:13 | lucent | I'm pretty excited about making a workaround for this |
08:18:14 | Erufu | "at random" in a linearly-executed environment |
08:18:15 | Unhelpful | i could make them fixed-size if we don't want to support disabling scaling - could just have an array of chunks big enough to hold a max-size cover. |
08:18:31 | Erufu | I figured you'd just use a junk box, or sandbox of sorts, for temporary data |
08:18:32 | lucent | what's our preference, calling mci_delay a few times or making a new delay function inline? |
08:19:02 | Unhelpful | Erufu: plugins sometimes work a little differently, or are ported from other codebases |
08:19:42 | Unhelpful | and yes, "at random" in this case, as the user can scroll around in a big list of cover art, and X covers to either side of the current one need to be loaded |
08:20:24 | Erufu | well, I would see that as three necessary data segments, and loading and unloading into those three established segments as necessary |
08:20:33 | Erufu | without the overhead of a memory management system |
08:20:54 | Unhelpful | except that they can be of arbitrary sizes, and there are more than three |
08:21:14 | Unhelpful | yet another reason to at *least* force AA scaling to keep below a max size, i think. |
08:21:18 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
08:22:05 | Erufu | well, either way there can only be a static x number of cover art on the screen |
08:22:19 | Erufu | seems pretty straight forward to me |
08:22:40 | Unhelpful | um, is get_metadata truly unavailable on swcodec as well, or is that another quirk of the plugin API? |
08:23:58 | Unhelpful | the issue is that, at present, these cover arts can be of arbitrary dimensions. i think the solution is to enforce a maximum size, and scale down anything above that on load, whether the user has resizing enabled or not. |
08:24:26 | Unhelpful | pretty much anything else leaves us back at abusing bufalloc, or having to implement some kind of real memory management for the plugin buffer |
08:25:10 | | Quit z35 (Read error: 110 (Connection timed out)) |
08:26:24 | lucent | 8GB Fuze V1 microSD external panic fix: http://nopaste.com/p/aXDGaXsHM |
08:26:29 | Erufu | only one plugin can operate at once, right? |
08:26:44 | kugel | Unhelpful: it's available, and used in pictueflow |
08:26:49 | lucent | hi kugel |
08:27:11 | lucent | see my pastebin there, I did like you said and increased the delay to fix the panic on microSD insert |
08:27:19 | kugel | cool |
08:27:26 | kugel | wait a second |
08:27:28 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") |
08:27:37 | lucent | maybe you can make some sense about why I need 3x delay there |
08:28:20 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:28:27 | amiconn | Unhelpful: Well, normally the slides should be (roughly) the same size, and iiuc there's a slide cache with a fixed number of entries |
08:28:48 | amiconn | So this could just put the bitmap data into the array, and be done |
08:28:57 | | Quit BigBambi (Read error: 113 (No route to host)) |
08:29:26 | Unhelpful | amiconn: that's true, but they are *allowed* to be of arbitrary size, at present. i think i need to force scaling on for "oversized" slides, pretty much |
08:29:46 | Unhelpful | also, it appears that get_metadata was another one i just had to move outside of a #ifdef :) |
08:30:01 | | Join Rob2223 [0] (n=Miranda@p4FDCDB3B.dip.t-dialin.net) |
08:30:24 | amiconn | If we don't use a fixed array but allocate it from either plugin_get_buffer() or plugin_get_audio_buffer() depending on whether the music is playing, this should allow running PF while music is playing (on large-mem targets only, of course) |
08:30:26 | Unhelpful | i notice there's no align_buffer on swcodec - do i need to worry about alignment on SH? |
08:31:24 | | Quit shadearg (Read error: 60 (Operation timed out)) |
08:31:30 | amiconn | Yes. SH has the same alignment restrictions as arm |
08:31:57 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
08:32:00 | daurn | kugel: hey, got ma fuze :D |
08:32:44 | Unhelpful | is there a reason that align_buffer doesn't exist on it, then? |
08:32:48 | | Quit kugel (Client Quit) |
08:32:50 | lucent | daurn do you have a microSD Card? |
08:33:11 | daurn | yeah, but depends what you want me to use it for |
08:33:16 | amiconn | Unhelpful: The buffering api only exists on swcodec, as already mentioned. Hwcodec uses a different playback engine |
08:33:16 | daurn | and what size you want |
08:33:17 | | Join shadearg [0] (i=arg@ipv4.panoptix.net) |
08:33:50 | amiconn | Hmm, wait |
08:34:17 | Unhelpful | yes, but align_buffer seems to be of more general use. it's just for aligning the start and end of a region of memory, given a pointer and a size in bytes. |
08:35:24 | lucent | daurn try using one with your Fuze 8gb and see if it works |
08:36:14 | daurn | hmmm, rockbox won't boot |
08:36:18 | | Quit Rob2222 (Read error: 60 (Operation timed out)) |
08:36:20 | daurn | since I ran doom |
08:37:10 | daurn | some state file or smth I need to delete? |
08:37:38 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
08:37:57 | Erufu | trying to set up a build environment in kubuntu... I get an error at the end: "C compiler cannot create executables" |
08:38:00 | Erufu | any ideas? |
08:38:14 | kugel | did you run with sudo? |
08:38:26 | Erufu | but of course |
08:38:27 | kugel | i.e. sudo ./rockboxdev.sh |
08:38:29 | scorche | Erufu: i assume by "at the end" you mean at the end of running rockboxdev.sh ? |
08:38:34 | Erufu | yep |
08:38:44 | Erufu | (at the end of rockboxdev.sh |
08:39:07 | kugel | did you also "sudo apt-get install build-essential"? |
08:39:08 | lucent | daurn: at your own risk use mkfs.vfat -F 32 aand specify a sizeto make a 800mb fat partition so you don't worry about stuff... but you know usual warnings it destroys data |
08:39:29 | lucent | daurn: I must quickly correct myself |
08:39:33 | Erufu | I didn't see anything telling me to install "build-essential" |
08:39:38 | Erufu | but I'll do that now... |
08:39:48 | lucent | daurn: do NOT mess with partitions, just use what's there and make a smaller filesystem |
08:40:20 | * | daurn only has one microsd card, (1gb) and its in use, I can take it out temporarily to test something, but can't delete/repartition it etc |
08:40:33 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
08:40:34 | BHSPitLappy | daurn, why're you always changing your nick around? You aren't being sneaky, you know |
08:40:39 | lucent | only need to know if panic on insert |
08:40:40 | scorche | it is a bit hard to make executables and such without build-essential ;) |
08:40:40 | Unhelpful | kugel: it's there, but for some reason left out of the plugin API on swcodec targets - probably because of no plugins using it on those. |
08:40:56 | daurn | BHSPitLappy: haha, go way >.< |
08:41:01 | Erufu | gcc doesn't seem to have trouble building anything else, though |
08:41:41 | kugel | Unhelpful: picutureflow uses it !? |
08:42:04 | Unhelpful | kugel: there's never been a pictureflow on any swcodec target before |
08:42:23 | kugel | Unhelpful: it's there since a few weeks, I introduced it in a patch |
08:42:28 | Unhelpful | a couple of weeks ago, there wasn't even one on greyscale targets |
08:42:34 | kugel | lol |
08:42:43 | kugel | s/swcodec/hwcodec/ ? |
08:42:49 | Unhelpful | ...no. |
08:43:14 | lucent | kugel: does that extra delay break your player? |
08:43:27 | kugel | Unhelpful: "there's never been a pictureflow on any swcodec target before" that's wrong |
08:43:31 | lucent | if not, maybe, it is a workaround, or is there a deeper problem to fix? |
08:44:05 | * | amiconn didn't even know there's a function like this |
08:44:13 | Unhelpful | ...oh. i see, you're right about that. ;) |
08:44:16 | kugel | lucent: some times hardware needs some time, and software needs to wait, we have to accept |
08:44:24 | daurn | uh, my fuze doesn't show up on my computer any more! |
08:44:27 | Unhelpful | yes, i did mean hwcodec. i need sleep, or coffee, and i'm out of the latter. |
08:44:30 | amiconn | I consider buffer alignment trivial enough to not warrant a dedicated function. |
08:44:32 | daurn | wtf happended when I ran doom? |
08:44:38 | kugel | lucent: but I suppose doing it in a loop, with max_tries would be better/safer |
08:44:59 | Unhelpful | amiconn: then i'd better do *something* before pixelma gets up and tries that patch, since it's skipping buffer alignment on hwcodec :/ |
08:45:17 | daurn | dmesg seems to report: sdh: unknown partition table |
08:45:28 | | Join easonand [0] (n=andrew@adsl-065-005-247-224.sip.sav.bellsouth.net) |
08:45:33 | * | lucent groans |
08:45:45 | lucent | daurn please relax |
08:45:54 | * | daurn breathes |
08:45:55 | lucent | partitioning WILL BREAK YOUR FUZE |
08:45:56 | lucent | don't do it |
08:46:08 | lucent | treat it like a floppy disk |
08:46:30 | | Nick Barahir_ is now known as Barahir (n=jonathan@Yb141.y.pppool.de) |
08:46:45 | Erufu | daurn: find a really powerful magnet and hope for the best |
08:46:50 | Erufu | =P |
08:46:52 | daurn | :) |
08:47:21 | Erufu | actually, that probably wouldn't help since you need at least an empty partition... |
08:47:31 | amiconn | No core module seems to ever use that function, just plugins |
08:47:43 | amiconn | So if we really want a function, it should go to the pluginlib |
08:48:22 | Unhelpful | i can see the value in getting it right, once, but shouldn't this be a macro or inline? |
08:48:29 | amiconn | Oh, and if I'm not totally mislead it seems that mpegplayer does something really nasty |
08:48:40 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.5/2008121622]") |
08:48:42 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
08:48:58 | amiconn | It uses CACHEALIGN_BUFFER(), which is a macro defined in system.h that calls align_buffer() |
08:49:12 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
08:49:21 | amiconn | This means it's called circumventing the plugin api (again, if I'm not missing something) |
08:49:38 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
08:49:51 | Unhelpful | does mpegplayer use ALIGN_BUFFER_WRAPPER, maybe? |
08:50:42 | Unhelpful | another semiugly hack that can go away with FS #9770 :) |
08:50:49 | amiconn | apps\plugins\mpegplayer\disk_buf.c862 disk_buf.size = CACHEALIGN_BUFFER(&disk_buf.start, disk_buf.size); |
08:51:42 | | Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") |
08:51:45 | amiconn | Oops, that was meant to be edited a little before sending, but I think it's comprehensible anyway. It's a c&p from grepping for CACHEALIGN_BUFFER |
08:51:51 | *** | Saving seen data "./dancer.seen" |
08:52:03 | amiconn | There are only two more hits, both in system.h |
08:52:15 | Unhelpful | mpegplayer.c uses ALIGN_BUFFER_WRAPPER(rb) |
08:52:20 | Unhelpful | it'd fail to link, otherwise |
08:54:09 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
08:54:10 | amiconn | Hmm, that solves the mystery. |
08:54:49 | amiconn | Too much macrofying is obviously hiding things in a bad way :\ |
08:55:03 | | Quit shadearg (Read error: 60 (Operation timed out)) |
08:55:32 | daurn | ah |
08:55:33 | | Quit kugel (Remote closed the connection) |
08:55:34 | daurn | figured it out |
08:55:40 | | Join kugel [0] (n=chatzill@141.45.205.134) |
08:55:40 | daurn | when rockbox trys to boot |
08:55:49 | daurn | it says "SD 1 Data Timeout" |
08:55:49 | | Quit Hadaka (Read error: 60 (Operation timed out)) |
08:55:56 | daurn | (this is without an sd card in) |
08:56:00 | daurn | whats wrong? |
08:56:12 | | Quit avacore (Read error: 60 (Operation timed out)) |
08:56:22 | * | scorche notes to daurn about the existence of punctuation marks on a keyboard |
08:56:36 | daurn | scorche: notice |
08:56:37 | daurn | how |
08:56:40 | daurn | I used some |
08:56:44 | daurn | :) |
08:56:58 | | Join avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) |
08:56:58 | scorche | in other words, stop using the enter key as a substitude for them... |
08:57:08 | lucent | please, less vertical and more horizontal |
08:57:10 | scorche | substitute too |
08:57:32 | | Quit kugel (Remote closed the connection) |
08:57:39 | | Join kugel_ [0] (n=chatzill@141.45.205.134) |
08:57:44 | | Nick kugel_ is now known as kugel (n=chatzill@141.45.205.134) |
08:58:08 | daurn | anyway, the question is, why do I get an timeout now, and not previously? |
08:59:03 | lucent | if we knew, you wouldn't have that problem. |
09:00 |
09:00:42 | B4gder | daurn: my guess is that there's a bug lurking in there! |
09:02:36 | daurn | lucent: can you give me your output of fdisk for your fuze? |
09:02:53 | Zagor | bugs? in rockbox? |
09:03:08 | Zagor | don't we have a policy against that? |
09:03:15 | B4gder | on a fuze even, known to be rock solid |
09:04:20 | Unhelpful | amiconn: there are three functions in firmware/general.c, one of which is align_buffer. any clue at all what the others do? |
09:04:50 | lucent | daurn: god dammit daurn pay attention, there is no partitioning scheme on the fuze |
09:05:10 | lucent | it's a block device with a file system |
09:05:22 | scorche | lucent: how many times do we have to tell you about the guidelines? |
09:06:01 | * | daurn was wondering why the fuze use to automount, but not anymore, and I checked dmesg, the only error was that it has an invalid partition table |
09:07:20 | B4gder | do you ams sansa guys add any partitions for rockbox fun or do you do it superfully ? |
09:07:29 | B4gder | superfloppy even |
09:07:43 | lucent | has to be superfloppy, Bager |
09:07:53 | B4gder | "has to" ? |
09:07:54 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:08:10 | lucent | we rely on the OF and the OF wants superfloppy |
09:08:12 | Zagor | I guess the OF might barf on partitions. and we need OF for usb. |
09:08:26 | B4gder | right, it needs to boot properly for usb... |
09:09:45 | kugel | lucent: did you try a loop |
09:10:06 | lucent | kugel: I'm trying to pinpoint which command to do that on, yes I am working on it :) |
09:14:09 | lucent | there's three in the loop |
09:14:09 | | Quit DataGhost (Nick collision from services.) |
09:14:09 | | Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) |
09:14:09 | lucent | line 272 firmware/target/arm/as3525/ata_sd_as3525.c about |
09:14:09 | lucent | I don't know how to approach these things |
09:14:09 | Unhelpful | pixelma: whenever you get up, i need to add some buffer alignment to that patch. if you're still itching to test something, it would be a help for somebody with an archos to try chessbox with FS #9770 :) |
09:14:09 | | Quit suom1 (niven.freenode.net irc.freenode.net) |
09:14:09 | NSplit | niven.freenode.net irc.freenode.net |
09:14:09 | | Quit balou (niven.freenode.net irc.freenode.net) |
09:14:09 | | Quit lostlogic (niven.freenode.net irc.freenode.net) |
09:14:09 | | Quit liiwi (niven.freenode.net irc.freenode.net) |
09:14:09 | | Quit denes (niven.freenode.net irc.freenode.net) |
09:14:09 | | Quit shodanX (niven.freenode.net irc.freenode.net) |
09:14:09 | | Quit preglow (niven.freenode.net irc.freenode.net) |
09:14:09 | | Quit DaCapn (niven.freenode.net irc.freenode.net) |
09:14:09 | | Quit tim__b (niven.freenode.net irc.freenode.net) |
09:14:09 | | Quit Kopfgeldjaeger (niven.freenode.net irc.freenode.net) |
09:14:09 | | Quit Tuplanolla (niven.freenode.net irc.freenode.net) |
09:14:09 | | Quit Dieterbe (niven.freenode.net irc.freenode.net) |
09:14:09 | | Join shadearg [0] (i=arg@ipv4.panoptix.net) |
09:14:09 | kugel | I thought CSD was missfunctioning? |
09:14:09 | kugel | cid? |
09:14:09 | NHeal | niven.freenode.net irc.freenode.net |
09:14:09 | NJoin | denes [0] (n=kvirc@pool-2573.adsl.interware.hu) |
09:14:09 | NJoin | suom1 [0] (i=markus@viitamaki.net) |
09:14:09 | NJoin | Dieterbe [0] (n=Dieterbe@213.219.168.87.adsl.dyn.edpnet.net) |
09:14:09 | NJoin | Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
09:14:09 | NJoin | balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) |
09:14:09 | NJoin | Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) |
09:14:09 | NJoin | lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) |
09:14:09 | NJoin | liiwi [0] (i=liiwi@idle.fi) |
09:14:09 | NJoin | preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) |
09:14:09 | NJoin | DaCapn [0] (i=dacapn@using.your.wireless-inter.net) |
09:14:09 | NJoin | shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) |
09:14:09 | NJoin | tim__b [0] (i=tim__b@the-ascii-scene.doesntexist.org) |
09:14:27 | kugel | lucent: wasn't the return -6? |
09:14:58 | lucent | kugel: no, it operates correctly if I put extra delay in the do ... while(!(card_info[drive].ocr & (1<<31)) && max_tries−−); loop |
09:14:59 | | Join Bensawesome [0] (n=Bensawso@unaffiliated/bensawsome) |
09:15:24 | kugel | I mean without the delay |
09:15:33 | lucent | oh yeah |
09:15:37 | lucent | CID would fail |
09:15:53 | lucent | if I just loop over CID forever, it never works |
09:16:17 | kugel | so, you either put the loop around getting CID, or around what gets the args that getting cid needs |
09:16:47 | lucent | oh... I understand better now |
09:17:22 | lucent | why is it do { mci_delay(); |
09:17:36 | lucent | should mci_delay() be the first instruction? |
09:18:14 | pixelma | Unhelpful: good timing and thanks for the warning :) that patch looks dangerous... there's one plugin (for show) that I can't test on Ondio that is also loaded with the overlay loader and that is Rockboy... |
09:18:54 | pixelma | if I remember correctly |
09:20:17 | kugel | lucent: why not? |
09:20:43 | Unhelpful | well, the main thing to test with it is whether i've correctly duplicated the changes to the core plugin loader in the overlay loader at all. if chessbox works, rockboy and zxbox should as well. |
09:21:02 | kugel | could probably the last one too, but it works, so let's not worry about it (we can optimize when the port is stable) |
09:21:30 | Unhelpful | everything i've *tried* has worked on e200, but i've not tried some of the larger plugins, like mpegplayer |
09:21:53 | lucent | kugel: my point is that maybe that loop causes the problem |
09:22:17 | kugel | lucent: the loop I proposed, or the one that's already there? |
09:22:26 | lucent | kugel: what's already there |
09:22:38 | kugel | why'd that cause problems? |
09:22:52 | lucent | I think it messes things up because it is not done completing, and then CID cannot ever work |
09:23:02 | lucent | I don't know but I am guessing |
09:23:55 | lucent | I'm confused why we design parts of code to wait for whatever was behind them to finish |
09:24:04 | lucent | instead of code that runs and finishes before execution to the next part |
09:26:10 | kugel | lucent: it's getting data from the sd controlloer |
09:26:23 | lucent | kugel: I don't think we're waiting long enough for acmd41 to complete |
09:26:38 | kugel | and as I already said, sometimes software "is faster" than hardware, then the software needs to wait/retry |
09:27:20 | kugel | lucent: possibly, but that'd also mean the return val of send_cmd isn't reliable |
09:28:02 | lucent | oh |
09:28:04 | | Join moos [0] (i=Mustapha@rockbox/staff/moos) |
09:28:41 | kugel | lucent: maybe put the check for "status & MCI_CMD_SENT" before retrieving the response in sent_cmd? |
09:28:41 | | Quit Bensawsome (Read error: 110 (Connection timed out)) |
09:29:11 | kugel | or, no |
09:29:41 | kugel | "else if(status & (MCI_CMD_CRC_FAIL /* FIXME? */ | MCI_CMD_RESP_END))" looks weird to me |
09:30:15 | lucent | ah, looks alien to me |
09:30:24 | kugel | lucent: we should probably talk with funman about your findings. send_cmd is essential |
09:30:59 | * | kugel wonders why MCI_CMD_CRC_FAIL would indicate a successful response |
09:31:00 | lucent | okay so the guess is that send_cmd is returning prematurely? |
09:31:36 | kugel | lucent: apparently |
09:33:02 | kugel | lucent: it would surely be helpful which of the send_cmd responses differ with your delay |
09:33:18 | kugel | +to know |
09:34:03 | lucent | hm, I wonder how to debug this reliably |
09:35:08 | kugel | lucent: just panicf the response |
09:36:59 | lucent | ok |
09:37:19 | | Quit shodanX (Remote closed the connection) |
09:37:23 | kugel | lucent: putting the delays before retrieving cid doesn't work? |
09:37:39 | lucent | hm |
09:39:26 | lucent | kugel: confirmed, putting delays before retrieving CID results in panic on card insert |
09:41:15 | kugel | lucent: what if you put them after sending app_cmd? |
09:44:21 | lucent | kugel: if 3 mci_delay()'s after sending app_cmd, then NO panic |
09:45:01 | lucent | kugel: but then I get a panic after that |
09:45:03 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
09:45:11 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
09:45:13 | lucent | "*PANIC* wait for state TRAN failed" |
09:47:11 | B4gder | I guess if I made a system that detected red builds it would be a good start |
09:47:21 | B4gder | to trigger actions based on that I mean |
09:47:25 | | Quit easonand ("Leaving") |
09:47:27 | B4gder | (switching from another channel to here) |
09:48:48 | Zagor | yeah, I'd like that |
09:48:57 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
09:49:43 | B4gder | perhaps getting the committer names of it as well |
09:49:47 | | Join bobsalad [0] (n=bobsalad@ip68-99-219-29.ph.ph.cox.net) |
09:50:06 | | Join DrRabbit [0] (n=tuna@unaffiliated/t00na) |
09:50:06 | J-23 | cia.vc provides good commit data |
09:50:19 | J-23 | why you'll not just put their bot here? |
09:50:26 | Zagor | uh, we have the commit data |
09:51:11 | B4gder | how on earth would that thing know when our build turns red? |
09:51:16 | Zagor | commits aren't as interesting as the build result. |
09:51:24 | J-23 | hm. |
09:52:34 | | Quit denes ("KVIrc 3.4.0 Virgo http://www.kvirc.net/") |
09:54:56 | petur | instant name and shame on a red build? |
09:55:08 | | Nick JdGordon is now known as JdGordon|afk (n=jonno@rockbox/developer/JdGordon) |
09:55:41 | B4gder | yay! |
09:55:53 | * | GodEater_ thinks until we have a working name and shame, we should just always blame petur ;) |
09:55:58 | B4gder | yay yay! |
09:56:28 | petur | please do, I'm not committing these days anyway :/ |
09:56:32 | * | n1s wants a way to see broken manual builds too |
09:56:55 | * | petur sees if he can do a commit that breaks manuals |
09:58:02 | lucent | kugel: Now I'm getting that panic more often with my patch |
09:58:08 | lucent | something weird is going on |
09:58:15 | kugel | B4gder: a mail to the -dev list maybe? |
09:58:38 | Unhelpful | hrm, i note that the mpeg player plugin seems to hang with FS #9770 :/ |
09:58:45 | B4gder | I'll provide "the trigger" than we all can go wild doing things with it |
09:58:46 | kugel | including the appropriate copy of the -cvs mail |
09:58:50 | lucent | kugel: why is the value of 0xffff chosen for delay? |
09:58:50 | B4gder | s/than/then |
09:59:01 | kugel | lucent: I don't know |
10:00 |
10:00:43 | lucent | kugel: sorry, I don't know what is happening |
10:02:30 | | Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) |
10:04:39 | lucent | I guess the timeout for TRAN is too short |
10:05:52 | kugel | lucent: just play around with delays/timeouts etc, the source is yours ;) |
10:06:21 | lucent | :) |
10:06:27 | lucent | something broke when I did svn up |
10:07:34 | lucent | ooh my patch got applied, yay! about rockboxdev.sh |
10:08:10 | Unhelpful | yay :) |
10:13:41 | Unhelpful | e200 shouldn't take a few minutes to start display the menu in mpeg player, should it? :/ |
10:13:42 | | Join troy__ [0] (n=toppy@78.149.224.176) |
10:14:29 | | Quit Erufu ("ChatZilla 0.9.84 [Firefox 2.0.0.20/2008121709]") |
10:15:21 | pixelma | a few minutes sound a tad bit too much |
10:16:03 | Unhelpful | it's the only thing i've tested so far that 9770 breaks, then :/ |
10:16:53 | | Quit troy_ (Read error: 104 (Connection reset by peer)) |
10:18:25 | Unhelpful | worse, it works on sim D: |
10:19:57 | Unhelpful | i'm somewhat more hesitant to suggest you test it on archos now, although chessbox did work for me on e200 |
10:20:54 | pixelma | there's no mpegplayer on Archos ;) but I'm currently doing "clean" builds anyway, wanted to test later |
10:21:06 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
10:22:10 | robin0800 | jhMikeS: thanks for new patch testing now |
10:25:19 | Zagor | online tts anyone? http://say.expressivo.com/ |
10:29:44 | | Quit Thundercloud (Remote closed the connection) |
10:30:07 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
10:30:38 | | Quit kachna|lappy (Read error: 113 (No route to host)) |
10:32:17 | Unhelpful | pixelma: i know there's not... i meant, now that i found something that i've actually broken. i was hopeful that despite how large and invasive the patch was, i might've actually got all of it right. |
10:33:19 | Unhelpful | now i have to figure out how best to debug something that only fails on target... or, i can just poke around in the source and see if it's obvious. |
10:33:26 | | Join martin__ [0] (n=chatzill@mnch-5d86b566.pool.einsundeins.de) |
10:38:46 | pixelma | I'll wait a bit with testing then |
10:40:20 | Unhelpful | well, the only thing wrong with the scaling-on-mono work is that the scaler relies on align_buffer... and simply doesn't use it on hwcodec. :/ |
10:43:19 | * | daurn is back |
10:43:31 | daurn | anyone able to help me get rockbox to boot on my fuze? it use to work |
10:44:37 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
10:45:05 | mcuelenaere | linuxstb: are you here? |
10:45:14 | daurn | /reboot |
10:45:34 | | Quit daurn (Remote closed the connection) |
10:45:51 | Unhelpful | what do things use to align pointers on hwcodec targets, anyway? is it just done "by hand" in each location? |
10:50:17 | | Quit BHSPitLappy ("Ex-Chat") |
10:51:19 | | Join daurnimas [0] (n=daurn@ppp118-208-173-207.lns10.mel4.internode.on.net) |
10:51:55 | | Join daurn [0] (n=daurnima@unaffiliated/daurnimator) |
10:51:56 | *** | Saving seen data "./dancer.seen" |
10:57:29 | linuxstb | mcuelenaere: Yes. |
10:57:52 | mcuelenaere | ok, I think I've read most of comments about the licensing issues |
10:58:16 | mcuelenaere | was there any kind of solution for the mtp_dll problem? |
10:58:53 | daurn | when I try and boot, I it just resets, only for a split second, I can make out something along the lines of: *PANIC* SD : Data Timeout |
10:58:58 | daurn | it could be : or 1 |
11:00 |
11:00:52 | linuxstb | mcuelenaere: It depends what you mean by "solution". I don't think we can make sendfirm GPL'd, which means it can never be incorporated into rbutil. But I'm now slightly more worried about the other code used in MTP_DLL - there's no info at all for it (as far as I can see), and without any license, we can't use it in any way. |
11:01:42 | mcuelenaere | so it probably comes down to removing MTP_DLL, rewriting that from scratch? |
11:01:47 | | Quit ze ("fan & kernel") |
11:03:09 | Zagor | linuxstb: I posted a question a couple of hours ago to the irc channel mentioned at opensource.creative.com but no reponse |
11:03:28 | | Quit daurnimator (No route to host) |
11:04:46 | linuxstb | mcuelenaere: Maybe. That still won't solve the GPL incompatibility, but at least the rest of the code will be clean. Maybe the MS SDK has something that can be used as a basis. |
11:05:18 | mcuelenaere | I'm looking into Songbird right now, they claim to have a Windows MTP feature.. |
11:05:56 | Zagor | don't they play drm files too? i.e. they use the binary codecs and thus probably wmp10 |
11:09:22 | | Quit jhMikeS (Nick collision from services.) |
11:09:28 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
11:09:58 | Unhelpful | pixelma: when you get a chance, i've revised that scaling patch. the ALIGN_BUF macro feels a bit hackish to me, but it should suffice as a replacement for align_buffer. http://pastie.org/356449 |
11:12:12 | | Part DrRabbit |
11:14:54 | | Nick daurnimas is now known as daurnimator (n=daurn@ppp118-208-173-207.lns10.mel4.internode.on.net) |
11:18:30 | linuxstb | mcuelenaere: BTW, is sendfirm also used for other ports, apart from the Gigabeat S? |
11:18:48 | mcuelenaere | yes, for the Creative ZVM |
11:18:56 | mcuelenaere | I mean, it could be used for it |
11:19:19 | mcuelenaere | linuxstb: do you mean the Linux or the Windows version? |
11:19:43 | linuxstb | My last question related to both - I assumed they had identical functionality. |
11:19:54 | | Join Jahgringo [0] (n=Jahgring@dkm57.neoplus.adsl.tpnet.pl) |
11:20:20 | | Quit kugel (Remote closed the connection) |
11:21:05 | mcuelenaere | yes, they strive to have the same functionality |
11:21:57 | linuxstb | "strive to" ? Does that mean they don't? |
11:22:43 | mcuelenaere | I meant they have the same functionality, apart from the implementation |
11:22:48 | mcuelenaere | libmtp vs win32 MTP |
11:23:00 | mcuelenaere | so they aren't really identical |
11:23:37 | mcuelenaere | and it seems like the Songbird MTP source code has vanished |
11:23:50 | mcuelenaere | only some binaries are still left |
11:23:58 | mcuelenaere | or at least that's what I can find |
11:25:33 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
11:26:25 | Jahgringo | I have a question about rockbox working on different ipods |
11:26:28 | bluebrother | JdGordon|afk: r17315 broke the up button in the quickscreen −− it does now the same as the down button which is worse than doing nothing imo. |
11:26:39 | Jahgringo | Will rockbox work on ipod classic (6g)? |
11:26:46 | bluebrother | was this changed intentionally? I just put up a quick patch to fix this and it works fine again ... |
11:26:49 | bluebrother | Jahgringo: no |
11:26:55 | Jahgringo | Thank you :) |
11:27:02 | | Quit Jahgringo ("Leaving") |
11:27:08 | scorche | Jahgringo: the front page lists the devices rockbox works o....bah |
11:27:17 | | Join Naked [0] (i=naked@naked.iki.fi) |
11:27:30 | | Quit Naked (Client Quit) |
11:27:42 | pixelma | it always surprises me how people find this channel but not *that* info on the front page |
11:28:35 | bluebrother | same for me. Seems the front page isn't readable at all, no matter how you put the information. |
11:28:38 | linuxstb | I suppose it isn't that many people, just one every few days... So I'm assuming lots of people do see it on the front page. |
11:31:06 | | Join Naked [0] (i=naked@naked.iki.fi) |
11:31:09 | | Quit Naked (Client Quit) |
11:31:49 | | Join Naked [0] (i=naked@naked.iki.fi) |
11:32:38 | | Nick martin__ is now known as igwinnimma (n=chatzill@mnch-5d86b566.pool.einsundeins.de) |
11:32:46 | | Nick Naked is now known as Hadaka (i=naked@naked.iki.fi) |
11:34:13 | mcuelenaere | Zagor: any luck with #creative? |
11:36:03 | * | bluebrother wonders if he should just commit the quickscreen change |
11:42:13 | Unhelpful | it's the fastest way to get comments on it :) |
11:42:39 | bluebrother | true :) |
11:43:30 | bluebrother | but it's only like 3 lines changed so I don't expect much problems. And it restores an old behaviour −− no idea why nobody complained for a couple of months. |
11:43:31 | mcuelenaere | linuxstb: does the linux sendfirm also needs to be rewritten (as it's based on a LGPL file)? |
11:43:43 | bluebrother | maybe those h100 aren't used anymore? |
11:47:55 | linuxstb | mcuelenaere: Yes, probably. Although that seems trivial, and if I do what I'm planning (merge the two sendfirms, and add extra functionality, such as building dual-boot firmwares), then it will probably end up being unrecognisable compared to the original code anyway. |
11:48:18 | mcuelenaere | ok |
11:48:44 | linuxstb | I'm happy to take care of the Linux sendfirm, but I'm not equipped for Windows. |
11:48:52 | | Join ze [0] (i=ze@76.91.72.105) |
11:49:23 | mcuelenaere | then the problem still remains the licensing of the Windows version |
11:49:42 | mcuelenaere | with a bit of luck the Creative source code can get cleared up, but there's still the Microsft SDK then |
11:49:56 | mcuelenaere | Microsoft* |
11:50:20 | linuxstb | I don't think it's solvable - I'm assuimg MS's MTP implementation is the only one for Windows (libMTP seems unusable due to Windows needing usb drivers for each device) |
11:51:06 | linuxstb | We can still keep sendfirm, but just not GPL'd. BSD seems reasonable. |
11:51:31 | Unhelpful | isn't there a libusb for windows? |
11:51:39 | mcuelenaere | Unhelpful: yes there is |
11:51:47 | mcuelenaere | libusb-win32 |
11:51:53 | bluebrother | yes, but IIRC you need to install a driver for each device you want to filter |
11:52:00 | mcuelenaere | correct |
11:52:14 | mcuelenaere | the Jz4740 utils use that approach |
11:52:16 | bluebrother | the same problem appears for e200r installation |
11:52:49 | Unhelpful | ew. and i assume that's manual, or close to it? :/ |
11:52:57 | mcuelenaere | bluebrother: what's the problem with e200r? |
11:53:47 | bluebrother | IIRC there was a way to semi-automatic install drivers (well, pre-install them so windows uses them when needed). That would require a windows installer for the tool though ... |
11:53:56 | bluebrother | mcuelenaere: you need to install a driver :) |
11:54:51 | * | mcuelenaere looks up how to install the e200r |
11:55:23 | | Join Darksair [0] (n=user@123.112.118.179) |
11:57:28 | linuxstb | Unhelpful: The problem is that it also interferes with normal operation of the device under Windows... |
11:57:41 | linuxstb | So you need to install the libusb driver, do Rockbox things, then uninstall it... |
11:57:45 | linuxstb | (IIUC) |
11:58:14 | Unhelpful | that's very, very sad. |
11:59:46 | mcuelenaere | vista seems to have somthing called WinUSB |
11:59:49 | mcuelenaere | something* |
11:59:52 | mcuelenaere | http://msdn.microsoft.com/en-us/library/aa476426.aspx |
12:00 |
12:01:44 | bluebrother | sounds nice ... too bad it's not available for xp / 2k |
12:02:03 | mcuelenaere | and it probably also requires linking to the SDK.. |
12:02:42 | bluebrother | true, but I assume that at some point this might be available in MinGW's w32api |
12:02:55 | bluebrother | or hope :) |
12:07:18 | Unhelpful | there's no way to use windows' MTP services via mingw's w32api? :/ |
12:07:37 | mcuelenaere | not that I know of.. |
12:07:52 | bluebrother | no. |
12:07:59 | Unhelpful | hrm, i wonder if the shell extensions that let you browse the device could be used to copy a firmware... probably not, i'm not sure how you'd mark it as a firmware file. |
12:08:02 | * | bluebrother did a commit and awaits complaints :P |
12:09:35 | | Join casainho [0] (n=chatzill@87-196-193-1.net.novis.pt) |
12:09:52 | mcuelenaere | Unhelpful: RE the app and look up what API it calls and then pass it the FIRMWARE_FILE flag :) |
12:09:56 | casainho | hello :-) |
12:10:17 | bluebrother | hellohello :) |
12:10:46 | casainho | I would like to know that if lcd_framebuffer 16 bit colour RGB565, if the most significative bit is red? |
12:11:47 | casainho | because I have a 12bit LCD and I am trying to convert it from 16 to 12 :-) |
12:12:11 | B4gder | ah you have it stored 565 in memory? |
12:13:04 | casainho | B4gder: well, I think lcd_framebuffer[y][x] is 565 and I am converting it to 444 before send to LCD... |
12:13:41 | casainho | well, I will not convert lcd_framebuffer[y][x]!! just a copy of it :-) |
12:13:42 | B4gder | I get it. It might be clever to avoid introducing a new format, but it's also a minor performance loss |
12:14:12 | Unhelpful | mcuelenaere: no thanks. i'll stay in my bitmap corner. and pictureflow. and plugin_api. this corner thing isn't working. |
12:14:19 | mcuelenaere | :) |
12:14:32 | casainho | B4gder: so, do you know if most significant bit of 565 is RED? |
12:14:35 | B4gder | casainho: I don't recall exactly but why not check the macros/code for how the RGB is stored? I think the R is the most significant |
12:14:35 | linuxstb | casainho: Yes, the framebuffer is an array of "unsigned short", the most significant 6 bits are red, then 5 green bits, then 6 blue bits. But your LCD controller doesn't have a 565 mode? |
12:15:08 | B4gder | linuxstb: 17 bits? ;-) |
12:15:20 | casainho | linuxstb: okok, thanks :-) −− no, my LCD is the cheapest one and most availably in online shops :-) |
12:15:21 | Unhelpful | B4gder: i'm pretty sure it is, if you're not using the RGB565_SWAPPED format, or however we spell it |
12:15:27 | linuxstb | B4gder: Just testing... |
12:15:41 | linuxstb | casainho: Swap "6" and "5" in my sentence... |
12:16:04 | casainho | linuxstb: okok, I was thinkg on it :-) |
12:16:11 | casainho | okok - I go to do it now ;-) |
12:16:34 | linuxstb | casainho: I would have chosen a 16-bit capable LCD controller though... |
12:16:41 | B4gder | me too |
12:16:46 | B4gder | 444 looks like crap |
12:17:18 | casainho | linuxstb: well, I choosed the one I could buy and I also must think one other developers... |
12:17:44 | casainho | that's funny because none of you are buying that hardware |
12:17:59 | linuxstb | That's because we don't like it... |
12:18:28 | bluebrother | if buying a more expensive hardware saves you hours of work it might be worth the money ... |
12:18:31 | casainho | and this prototype is kind of temporary, not need to spend money on it!! |
12:19:16 | linuxstb | casainho: All I mean is that you are "competing" with the commercially sold players Rockbox already runs on (or is portable to). |
12:19:33 | casainho | we are right now in consersations with a big online shop to define a hardware, that shop will be able to sell it worldwide |
12:20:05 | * | bluebrother wonders if this is olimex |
12:20:05 | casainho | linuxstb: a prototype typically is an ugly thing |
12:20:09 | Unhelpful | anybody with an idea for how to figure out where a plugin is hanging, given that it's only happening on target? preferably something smarter than a million splash(HZ,"i got to here!") calls? |
12:20:20 | casainho | bluebrother: yes, is Olimex |
12:20:40 | Unhelpful | ...isn't here some kind of logf-over-usb thing? |
12:20:42 | linuxstb | Unhelpful: logf works over usb on some targets (I've never used it though) |
12:20:51 | linuxstb | Unhelpful: Yes ;) |
12:21:17 | bluebrother | casainho: ugly doesn't imply it has crappy hardware |
12:21:19 | Unhelpful | ok, so a million logf("i got to here!") calls :) |
12:21:47 | kadoban | that's at least better in that you don't have to wait a (million -1) * HZ cycles i guess |
12:21:59 | Zagor | Unhelpful: surely a gdb stub fits in your corner? ;) |
12:22:06 | casainho | guys at Olimex have knowledge to make a good and portable hardware, and there is a lot of online shops, "distribution channels" that seels Olimex hardware :-) |
12:23:19 | casainho | bluebrother: yes, right. The prototype should be with the final hardware but this one is not like that, is more to prove that is possible and if we need profs that Rockbox can run on others LCD with better colours, than we can look at Ipods, etc |
12:23:28 | Unhelpful | it's mpegplayer, and it's hanging before presenting its menu, so i somehow doubt i'd be waiting through that many splashes :) |
12:23:54 | Zagor | kadoban: splash doesn't have to wait |
12:23:58 | kadoban | ahh, that's probably easiest then. last time i tried to get logf over usb to work, it ddin't. (although i didn't try too hard 'cause i found my bug soon after) |
12:24:35 | kadoban | Zagor: ah, i suppose not. good point |
12:24:41 | casainho | bluebrother: for me is more a question of having cheap and available hardware, to easily attract new developers |
12:24:47 | bluebrother | casainho: Rockbox runs with LCDs with less quality (monochrome, 2bit like h100 etc). Why is there a need to prove it can get adapted to other LCDs? |
12:25:04 | Unhelpful | Zagor: excellent point, in fact, assuming it's not hanging in the middle of drawing something... |
12:25:26 | bluebrother | but it's your decision. I just think it creates additional work |
12:25:28 | linuxstb | Unhelpful: mpegplayer could be trickier, as it's multi-threaded... |
12:25:45 | | Join qwm [0] (n=qwm@c83-254-194-216.bredband.comhem.se) |
12:25:50 | qwm | hey |
12:25:58 | casainho | bluebrother: sorry, prof that we can make our own hardware, so, easily we can then port Rockbox to any other better hardware |
12:26:02 | qwm | i'm going out for a run soon, and my stopwatch broke last time |
12:26:11 | Unhelpful | and, given the nature of the patch, it's very likely something i *didn't* change that's the problem. |
12:26:33 | | Join PaulJam [0] (n=PaulJam_@vpn-3060.gwdg.de) |
12:26:44 | qwm | so i think i'll use my ipod, with rockbox... my build is a year old. has any significant changes happened to the stopwatch application? is it reliable for a 1h run? |
12:27:10 | bluebrother | I don't think there were changes to stopwatch at all (from a functional side of view) |
12:27:19 | | Quit igwinnimma (Read error: 110 (Connection timed out)) |
12:27:30 | bluebrother | at least no changes I can remember. Except plugin API adjustments of course. |
12:27:33 | qwm | what about the interface? it's not very pretty. hehe. |
12:27:39 | qwm | ah |
12:28:16 | bluebrother | feel free to improve it ;-) |
12:28:26 | PaulJam | what makes you think it could be unreliable? |
12:28:50 | * | linuxstb has never used it, but if it hasn't been touched for years, then it's probably reliable... |
12:28:52 | qwm | PaulJam: i don't know. having my stopwatch break during one of my best runs in a while has made me.. paranoid. |
12:28:55 | bluebrother | its ugliness? ;-) |
12:28:58 | casainho | bluebrother: do you know Olimex? had you bought any board from them? what opinion do you have? |
12:29:01 | qwm | hehe |
12:29:24 | qwm | what's the point of running if you don't get to see a nice time |
12:29:25 | qwm | :) |
12:29:48 | kadoban | stopwatch doesn't look bad to me...not sure what i'd even do to make it prettier |
12:30:08 | bluebrother | casainho: I don't know them directly. I just remember this guy I was studying with having repeatedly issues with an AVR JTAG bought at Olimex, while I had the luxury of an Atmel one that was working flawlessly as long as I used it. |
12:30:19 | bluebrother | plus, I think their cases look crappy. |
12:30:59 | bluebrother | maybe add the statusbar, a title line and possibly a menu (and option to save the results to a file)? |
12:31:31 | casainho | bluebrother: okok :-) |
12:31:50 | casainho | bluebrother: what do you mean by "their cases"? |
12:32:02 | bluebrother | but that's just my personal opinion −− can't really comment on their quality as I never "really" used their hardware. |
12:32:23 | bluebrother | the cases e.g. the AVR JTAG comes with. Looks kinda like homebrew. |
12:33:23 | qwm | oh well... thanks for your guys' insight. |
12:33:28 | bluebrother | OTOH the AVR dragon I use has no case at all :P |
12:33:28 | qwm | wish me good luck. ;) |
12:33:35 | bluebrother | qwm: good luck! |
12:33:39 | qwm | thanks. :) |
12:33:42 | casainho | bluebrother: ah, okok :-) −− well, again, they have cheap hardware, and again, is important for our project. I am using their ARM-USB-JTAG debugger and is good - at least is valuable making the debug :-) |
12:34:20 | bluebrother | having a JTAG is always good −− can save hours and hours of work. |
12:34:28 | casainho | bluebrother: I also use some Atmel tools at work... and I hate the fact that there is no Open hardware debugger :-( |
12:34:54 | casainho | bluebrother: I am prefering now ARM... |
12:35:57 | casainho | to my Open hardware projects I think I will stick with ARM and forget AVR −− I remember that at beginning of this project I wanted to use AVR32 :-) |
12:36:59 | bluebrother | casainho: http://www.siwawi.arubi.uni-kl.de/avr_projects/evertool/index.html |
12:39:10 | casainho | bluebrother: ah, okok, but I am using Tiny AVR wich don't have JTAG, just DebugWire... |
12:39:22 | * | bluebrother wants the Makefile recreate itself when configure changed |
12:39:31 | casainho | bluebrother: and looks there is no Open hardware debugger for DebugWire |
12:39:39 | Zagor | bluebrother: uh, it does |
12:39:42 | | Nick Bensawesome is now known as Bensawsome (n=Bensawso@unaffiliated/bensawsome) |
12:39:56 | bluebrother | Zagor: really? It doesn't re-run configure here. |
12:40:32 | bluebrother | or is this tree that outdated? Hmm. |
12:40:32 | Zagor | bluebrother: oh, you mean like that. yeah that could be done. I don't much see the point though. |
12:41:09 | bluebrother | well, I ran into the issue that my other box has a somewhat outdated source tree, but I use it for building h100 every now and then. |
12:41:26 | bluebrother | manually re-running configure is a bit tendious. qmake does that automatically ;-) |
12:41:36 | bluebrother | so I guess I'm somewhat spoiled |
12:42:39 | bluebrother | maybe I should give it a go trying to scratch up a patch |
12:43:08 | Zagor | uh, no it doesn't. you may have added rules for it do so, but that's not what I call "automatically" |
12:43:33 | Zagor | but yeah, I agree it would be a good thing |
12:47:26 | Zagor | since you've done it for qmake already, surely a patch for root.make is a quick job? |
12:48:23 | | Quit japc (Read error: 60 (Operation timed out)) |
12:48:37 | bluebrother | qmake does that itself, nothing I had to do anything about |
12:49:24 | bluebrother | but I bet it isn't that hard anyway. The only thing that might need some more adjustments is configure |
12:49:35 | * | bluebrother puts this on todo list |
12:49:42 | Zagor | it reruns configure with the proper command-line parameters, automatically? somehow I find that hard to believe. |
12:50:24 | bluebrother | qmake creates a Makefile that depends on the pro file, and if that changed it re-runs qmake with the same arguments that have been used during the first run. Quite neat. |
12:50:57 | | Join Minthe [0] (n=Minthe@gw13.ecc.u-tokyo.ac.jp) |
12:51:04 | bluebrother | make does support recreating its main Makefile. Read that in the documentation a bit ago |
12:51:12 | Zagor | so basically you have entered the command-line parameters into a file? |
12:51:14 | Zagor | of course it does |
12:51:22 | Zagor | we already to that today |
12:51:47 | bluebrother | yes |
12:51:58 | *** | Saving seen data "./dancer.seen" |
12:52:23 | Zagor | but that is done manually? (specifying the parameters) |
12:54:01 | bluebrother | with qmake? Only if you want to specify options (like -config silent) |
12:54:25 | Zagor | I mean the parameters to ../tools/configure |
12:55:54 | bluebrother | no, I still use the menu. But IMO the resulting options should get saved |
12:56:55 | bluebrother | where are additional choices stored? I'm currently looking at the Makefile of a h120 build with rtc mod but can't find any pointer to the rtc enabled |
12:57:13 | * | bluebrother spots autoconf.h :) |
12:58:10 | Zagor | configure should create a CONFIGURE_OPTIONS variable in Makefile that contains the right options to recreate the same file |
12:58:32 | bluebrother | yep, that's what I thought too |
13:00 |
13:02:58 | | Quit Minthe ("Leaving...") |
13:05:05 | | Quit linuxstb (Read error: 113 (No route to host)) |
13:06:46 | B4gder | and a make target that checks if the makefile was made with an older configure, and then re-run configure with that set of options... |
13:07:17 | Zagor | Makfile: ../tools/configure |
13:07:27 | Zagor | ../tools/configure $(CONFIGURE_OPTIONS) |
13:07:28 | bluebrother | Makefile: $(TOOLSDIR)/configure |
13:07:40 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
13:07:52 | B4gder | true, that should work |
13:08:33 | bluebrother | the only thing that needs improvements is configure −− afaics it doesn't handle the (a)dvanced entries by command line yet |
13:08:51 | B4gder | wasn't there a patch doing that? |
13:09:28 | bluebrother | it does handle command line arguments for the other selections like model and memory which was a patch IIRC. |
13:09:49 | bluebrother | haven't seen any that also takes the advanced menu into consideration. Will check later. |
13:09:55 | B4gder | ah, right. It doesn't cover it all |
13:14:13 | | Part B4gder |
13:23:09 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
13:28:21 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
13:29:26 | casainho | I havde my LCD drivers ready. I would like to wrtie a patern on LCD... how can I write on lcd_framebuffer? - I am getting this error: error: ‘lcd_framebuffer’ undeclared (first use in this function) |
13:32:59 | mcuelenaere | casainho: did you do #include "lcd.h" ? |
13:33:20 | casainho | yes, I did |
13:35:29 | mcuelenaere | casainho: can you pastebin a 'svn diff'? |
13:36:49 | casainho | I will :-) |
13:37:00 | | Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) |
13:39:25 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
13:41:55 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
13:45:46 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
13:48:02 | casainho | mcuelenaere: here is the patch file: http://rockboxplayer.googlecode.com/svn-history/r186/trunk/rockbox_patch/rockbox_player_patch |
13:49:14 | mcuelenaere | casainho: why didn't you defined HAVE_LCD_BITMAP? |
13:49:18 | mcuelenaere | define* |
13:49:39 | casainho | ah... okok :-) |
13:50:06 | mcuelenaere | and you haven't defined LCD_PIXELFORMAT either |
13:50:15 | casainho | how can we use 0b00000001 on gcc? |
13:50:59 | | Part Anges |
13:50:59 | mcuelenaere | I don't think it's possible to do that, use 1 or 0x1 instead |
13:51:44 | casainho | okok :-) |
13:53:35 | kugel | bluebrother, Bagder: no it doesnt. At least the initial patch didn't do it |
13:53:37 | casainho | mcuelenaere: thank you |
13:53:49 | mcuelenaere | casainho: did it fix the error? |
13:54:03 | casainho | yes, it did :-) |
13:59:00 | kugel | Unhelpful: I thought there's a real name policy for commit messages |
14:00 |
14:00:08 | | Join aurix_lexico [0] (n=adam@c-68-56-205-239.hsd1.fl.comcast.net) |
14:03:24 | | Join massiveH [0] (n=massiveH@pool-70-105-170-139.nwrknj.fios.verizon.net) |
14:03:25 | | Quit massiveH (Client Quit) |
14:04:32 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
14:05:57 | | Quit CaptainKewl (Read error: 104 (Connection reset by peer)) |
14:06:07 | mcuelenaere | casainho: why do have several '../firmware/' in that patch? |
14:06:18 | | Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) |
14:06:41 | casainho | ../firmware ? to include files? |
14:06:54 | mcuelenaere | (and you shouldn't include your eclipse settings) |
14:07:15 | mcuelenaere | yes, for example in firmware/SOURCES: ../firmware/target/arm/at91sam/rockboxplayerlittle/timer-rockboxplayerlittle.c |
14:07:17 | mcuelenaere | etc |
14:07:31 | | Join flydutch [0] (n=flydutch@host159-157-dynamic.1-79-r.retail.telecomitalia.it) |
14:08:12 | PaulJam | hmm, is it intended, that the controls in the quickscreen are inversed for numeric lists like for example brightness (UP decreases the value and DOWN increases it)? |
14:08:38 | casainho | mcuelenaere: I don't know, but I think I must include on that way, no? |
14:08:58 | mcuelenaere | if all others can do it without those relative path, why can't you? |
14:09:05 | casainho | mcuelenaere: and the Eclsipe settings are for others developers... I hope it help |
14:09:08 | mcuelenaere | paths* |
14:09:29 | mcuelenaere | ok, but could you not 'svn add' them then? |
14:09:31 | casainho | mcuelenaere: eheh, so, I will start removing that paths :-) |
14:10:09 | casainho | maybe when I build the patch for you, but that pacth was mainly for our groups of developers... |
14:10:26 | casainho | I just used the same patch... |
14:10:43 | casainho | okok, next time i will not add that files |
14:11:10 | mcuelenaere | ah ok |
14:13:32 | | Quit kachna|lappy (Read error: 113 (No route to host)) |
14:18:02 | | Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) |
14:19:31 | mcuelenaere | can a Rockbox LCD driver yield()/sleep() (in lcd_update()) or is there a possibility that it's called within interrupt context? |
14:23:38 | | Join tvelocity [0] (n=tony@adsl18-177.her.forthnet.gr) |
14:28:43 | | Join Schmogel [0] (n=Miranda@essn-4db646a0.pool.einsundeins.de) |
14:31:18 | casainho | mcuelenaere: I think it can called within interrupt context. For example, my lcd_update call SPI drivers which can use interrupts. |
14:31:25 | J-23 | casainho: do you have any hardware for RockboxPlayer? |
14:32:24 | mcuelenaere | casainho: I meant whether lcd_update() gets called from within interrupt context |
14:33:12 | kugel | mcuelenaere: I don't think it does |
14:33:25 | mcuelenaere | ok, so it's safe to yield() in it? |
14:33:45 | kugel | why would you yield? |
14:33:54 | mcuelenaere | because of a DMA transfer |
14:33:59 | mcuelenaere | from the CPU to the LCD controller |
14:34:11 | mcuelenaere | and it isn't actually sleep()'ing but, wakeup_wait() |
14:35:19 | kugel | mcuelenaere: I don't quite understand. You want to yield in the function that invokes the transfer? |
14:35:59 | casainho | J-23: yes, I have :-) −− but please don't laugh :-) :-) http://farm4.static.flickr.com/3367/3182397868_fd5dfac92a_o.jpg |
14:36:27 | J-23 | looks interesting ;p |
14:36:43 | mcuelenaere | kugel: yes, the function initiates the DMA transfer and as this is asynchronous to the CPU, it can yield() and do other tasks |
14:36:49 | | Join mib_528f61m6 [0] (i=cf6be8f5@gateway/web/ajax/mibbit.com/x-afab887ba4e8372c) |
14:37:10 | casainho | J-23: as you can see, I just have the LCD for now, I am working on the drivers for it... |
14:37:31 | kugel | mcuelenaere: well, I don't see a reason why you couldn't yield |
14:37:32 | J-23 | isn't it small? |
14:38:00 | casainho | J-23: oh yeah, sery small, very portable ;-) |
14:38:03 | mcuelenaere | kugel: if you're in an interrupt, there could be some trouble |
14:38:22 | J-23 | casainho: and very hard to watch movies/browse photos on it ;p |
14:38:50 | casainho | J-23: ah, you mean, the LCD? yes, is the cheapest one and most availably LCD... it's used in almost every Open Hardware projects that uses a LCD |
14:39:04 | kugel | mcuelenaere: yes I know, but lcd_update isn't called in ISRs |
14:39:16 | casainho | J-23: you know, the objective is to make a audio player and recorder, no multimedia |
14:39:42 | kugel | mcuelenaere: look at lcd-Xbit.c, there are just some wrappers for lcd_update_*, e.g. the viewport functions |
14:39:43 | casainho | J-23: BUT, this is a kind of a temporary prototype, it's for being cheap, not as the final |
14:39:53 | kugel | that's what the app code calls |
14:40:04 | kugel | nothing with IRQ as far is I can see |
14:40:09 | mcuelenaere | ok, that's what I wanted to know |
14:40:41 | J-23 | hm, is there any full list of hardware used to build it? |
14:42:57 | casainho | J-23: yes, more or less, see here: http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayerLittlePrototype |
14:43:16 | amiconn | casainho: If your LCD only does RGB444, you should use that pixel format in rockbox as well for performance |
14:43:46 | amiconn | (well, actually XRGB4444 with X being unused bits) |
14:43:49 | casainho | amiconn: sorry, don't really know that do you want to say... |
14:45:45 | casainho | can someone please help me on this error: http://pastebin.com/m1985b5ba |
14:46:06 | * | amiconn once considered going RGB444 for the c200, back when it was unclear whether the transfer can be sped up enough to be usable for video etc |
14:47:20 | mcuelenaere | casainho: you seem to have SYSFONT_WIDTH & SYSFONT_HEIGHT defined in your config-..h ? |
14:47:59 | | Quit HellDragon (Remote closed the connection) |
14:48:23 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
14:48:42 | | Quit Llorean ("Leaving.") |
14:48:43 | casainho | mcuelenaere: yes: #define SYSFONT_WIDTH 10 |
14:48:45 | casainho | #define SYSFONT_HEIGHT 10 |
14:48:54 | mcuelenaere | you shouldn't do that |
14:49:11 | | Join Llorean [0] (n=DarkkOne@adsl-65-68-72-166.dsl.hstntx.swbell.net) |
14:49:18 | mcuelenaere | the build system/font.h takes care of that |
14:51:11 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-42b41a057ff1f9b6) |
14:51:24 | casainho | mcuelenaere: okok. that warnings don't appear any more |
14:52:02 | *** | Saving seen data "./dancer.seen" |
14:53:19 | casainho | mcuelenaere: did you saw the picture of my hardware? |
14:53:27 | mcuelenaere | yes |
14:54:27 | mcuelenaere | gevaerts: sending 13bytes of data through EP1 works, sending 36bytes doesn't. any tips? :) |
14:55:09 | mib_528f61m6 | If the missing .dll problem is fixed in 1.0.9 I think the warning should be removed or at least modified on the frontpage. |
14:55:21 | casainho | mcuelenaere: :-) |
14:55:33 | Zagor | is it fixed? |
14:56:07 | | Nick mib_528f61m6 is now known as MarcGuay (i=cf6be8f5@gateway/web/ajax/mibbit.com/x-afab887ba4e8372c) |
14:56:32 | gevaerts | mcuelenaere: yes. Use a hardware tracer. That way you can see what actually happens. |
14:57:04 | gevaerts | I should be able to get it to the post office tomorrow |
14:58:09 | MarcGuay | Zagor: Looks like it. http://www.rockbox.org/tracker/task/9711 |
14:58:34 | mcuelenaere | gevaerts: how do you connect it to a pc? also through USB? |
14:58:55 | Zagor | front page updated |
15:00 |
15:02:04 | casainho | why I am getting this error? : /home/cas/Documentos/rockbox_player/rockbox/firmware/panic.c:88: undefined reference to `system_exception_wait' |
15:02:30 | mcuelenaere | casainho: that's due to a recent commit, you'll need to implement system_exception_wait() |
15:02:35 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
15:02:46 | mcuelenaere | casainho: see http://svn.rockbox.org/viewvc.cgi?view=rev;revision=19716 |
15:04:00 | casainho | mcuelenaere: I didn't understand in where should I implement it.... |
15:05:09 | mcuelenaere | casainho: then just use http://pastebin.com/d5a8f6fbd for now |
15:06:25 | mcuelenaere | when you know what GPIO channel is mapped to what button, you can replace it with a while() loop that exits() upon pressing a button |
15:06:35 | mcuelenaere | s/exits()/exits/ |
15:06:41 | | Join Anges [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
15:06:46 | gevaerts | mcuelenaere: yes. It works best with a second PC, but you can use the same PC as well |
15:07:14 | mcuelenaere | gevaerts: and a second pc on the same pc aka a VM, would that work too? |
15:07:52 | casainho | mcuelenaere: thanks. I putted it on system-*.c and now build without any error :-) |
15:08:04 | gevaerts | mcuelenaere: that should work, but the reason a second PC works best is that you have separate USB busses, so it doesn't sniff its own traffic. |
15:08:39 | gevaerts | mcuelenaere: the software has a setting to tell it to ignore its own traffic though. It's just a bit less convenient |
15:08:50 | mcuelenaere | hmm but the device only has 2 USB ports, doesn't it? so I presume it has an internal buffer which stores the USB traffic? |
15:09:06 | mcuelenaere | and then afterwards pushes this to the PC? |
15:09:08 | mcuelenaere | or am I wrong? |
15:09:56 | gevaerts | That's what it does, yes. It has a set off pass-through ports (one A and one B) through wich you connect the device to test, and one port to connect it to the controlling PC |
15:10:44 | mcuelenaere | so why should it ignore its own traffic? |
15:11:04 | mcuelenaere | because it doesn't generate any while the to-be-tested device is busy doing it's own |
15:11:17 | gevaerts | There is communication while capturing as well, mostly status info I guess |
15:11:22 | mcuelenaere | ah ok |
15:11:40 | mcuelenaere | and that doesn't mess up the original USB transfers? |
15:11:49 | mcuelenaere | or does it behave like a usb hub then? |
15:12:10 | gevaerts | No and no :) |
15:12:20 | mcuelenaere | ok :) |
15:12:43 | gevaerts | USB outgoing traffic is broadcast to all ports, and devices ignore anything that's not for them |
15:13:32 | mcuelenaere | that sounds a bit risky to me, as these devices are supposedly to be tested so they could not ignore that data (but that doesn't apply in our case) |
15:14:30 | gevaerts | This complexity is why using separate PCs (or USB controllers) is recommended :) |
15:14:59 | | Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-ba81aa1faa717e8c) |
15:15:57 | gevaerts | Anyway once you start using it things will become clearer |
15:16:31 | * | mcuelenaere wonders how gevaerts uses it, as the software seems to be Windows-only |
15:16:54 | gevaerts | using Windows? :) |
15:18:51 | | Join japc [0] (n=japc@194.65.5.235) |
15:25:22 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-090-113.ewe-ip-backbone.de) |
15:25:58 | | Quit mcuelenaere ("gtg") |
15:33:34 | | Part LinusN |
15:39:42 | | Quit petur ("drink time :)") |
15:40:08 | | Join Jaykay [0] (n=chatzill@p579E75A9.dip.t-dialin.net) |
15:41:16 | | Quit MarcGuay ("http://www.mibbit.com ajax IRC Client") |
15:44:16 | | Quit linuxstb (Read error: 60 (Operation timed out)) |
15:57:37 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
16:00 |
16:08:03 | | Join Asherael [0] (n=asher@c-98-219-162-69.hsd1.pa.comcast.net) |
16:08:20 | Asherael | how do I determine if I have 3.0 or 3.1 installed? |
16:09:13 | Llorean | Check the version number, I believe under the "System" option? |
16:09:41 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
16:10:29 | Asherael | I have the 11 digit version number |
16:11:28 | Llorean | It doesn't have a -3.0- or a -3.1- in it? |
16:12:12 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
16:13:04 | Asherael | no |
16:13:15 | Llorean | Then you have neither 3.0 or 3.1 |
16:13:21 | Llorean | You have one of the many development builds |
16:13:52 | Asherael | oh, thanks |
16:15:03 | | Join TheSphinX^ [0] (n=cold@p54A5FABE.dip.t-dialin.net) |
16:20:14 | | Join Jaykay [0] (n=chatzill@p579E75A9.dip.t-dialin.net) |
16:24:20 | | Join {phoenix} [0] (n=dirk@p54B478D0.dip.t-dialin.net) |
16:25:05 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
16:25:06 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
16:25:09 | | Join MethoS- [0] (n=clemens@host-091-097-245-045.ewe-ip-backbone.de) |
16:27:45 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") |
16:30:26 | | Join linuxstb [0] (n=linuxstb@84.Red-217-125-28.staticIP.rima-tde.net) |
16:41:26 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:46:47 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
16:52:05 | *** | Saving seen data "./dancer.seen" |
17:00 |
17:04:25 | | Join likemindead [0] (n=mccracke@96-25-231-104.ama.clearwire-dns.net) |
17:05:45 | | Part likemindead ("Making like a tree...") |
17:05:59 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
17:08:11 | | Quit Zagor ("Client exiting") |
17:08:29 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
17:08:46 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
17:22:52 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.5/2008121623]") |
17:23:28 | | Quit matsl (Read error: 110 (Connection timed out)) |
17:25:55 | | Quit blahrus ("Ex-Chat") |
17:31:48 | | Quit PaulJam (Read error: 113 (No route to host)) |
17:33:05 | | Quit MethoS- (Read error: 131 (Connection reset by peer)) |
17:33:18 | | Join miepchen^schlaf [0] (n=miepel@p579ECCD2.dip.t-dialin.net) |
17:33:58 | | Join MethoS [0] (n=clemens@host-091-097-245-045.ewe-ip-backbone.de) |
17:35:37 | | Quit miepchen^schlaf (Client Quit) |
17:37:23 | | Join miepchen^schlaf [0] (n=miepel@p579ECCD2.dip.t-dialin.net) |
17:39:26 | | Nick krazykit` is now known as krazykit (n=kkit@adsl-76-252-3-75.dsl.ipltin.sbcglobal.net) |
17:45:51 | | Join nibbler [0] (n=Nibbler@e181114162.adsl.alicedsl.de) |
17:46:16 | | Quit troy__ (Read error: 104 (Connection reset by peer)) |
17:50:01 | | Join kugel [0] (n=chatzill@e178099033.adsl.alicedsl.de) |
17:54:30 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
17:59:36 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
18:00 |
18:00:43 | | Quit Xerion (" ") |
18:08:43 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
18:14:36 | | Quit timc`` (Read error: 104 (Connection reset by peer)) |
18:14:52 | | Join timc`` [0] (n=aoeu@124.93.243.83) |
18:18:48 | | Join karashata [0] (n=karashat@69.41.192.215) |
18:21:00 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:22:58 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
18:50:55 | | Quit Darksair ("Do you hear that? This is the sound of inevitability. This is the sound of your death, Mr. Anderson.") |
18:50:58 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
18:52:06 | *** | Saving seen data "./dancer.seen" |
19:00 |
19:00:02 | | Join gregorovius [0] (n=diego@host122.190-31-9.telecom.net.ar) |
19:01:07 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
19:01:14 | | Quit MethoS (Remote closed the connection) |
19:07:40 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-74265a7c0969a12f) |
19:10:42 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
19:13:07 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
19:13:27 | | Join gregzx [0] (n=chatzill@dse253.neoplus.adsl.tpnet.pl) |
19:17:30 | | Quit TheSphinX^ ("XChat@Linux") |
19:19:06 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
19:23:15 | | Join fml [0] (n=4fd3c146@gateway/web/cgi-irc/labb.contactor.se/x-f21fb2e3e5eaf8ee) |
19:24:42 | | Join z35 [0] (n=z35@h119.27.89.75.dynamic.ip.windstream.net) |
19:25:32 | fml | MarcGuay: Hello. With r19734 you did what I have not intended in FS #9769 and did not what I have intended. So why the credit? |
19:27:18 | | Quit tyfoo ("Carpe diem") |
19:29:04 | | Join BigBambi [0] (n=alex@79.83.41.188) |
19:30:53 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-090-113.ewe-ip-backbone.de) |
19:34:15 | | Quit fml ("CGI:IRC (EOF)") |
19:35:54 | | Join Jaykay [0] (n=chatzill@p579E75A9.dip.t-dialin.net) |
19:38:19 | | Quit BigBambi (Read error: 113 (No route to host)) |
19:42:42 | | Join BigBambi [0] (n=alex@79.83.41.188) |
19:45:23 | | Join tessarakt [0] (n=jens@e180076090.adsl.alicedsl.de) |
19:45:56 | | Quit BigBambi (Remote closed the connection) |
19:48:02 | | Part toffe82 |
19:49:15 | | Join BigBambi [0] (n=alex@188.41.83-79.rev.gaoland.net) |
19:55:51 | saratoga | something looks screwy to me in the mp4 seeking code |
19:56:15 | saratoga | we allocate more seek points then we have frames in the file |
19:58:34 | | Join Zambezi [0] (i=stolgfor@91.205.60.130) |
19:58:57 | | Quit japc (Read error: 145 (Connection timed out)) |
19:59:04 | | Part Asherael |
19:59:05 | kugel | saratoga: hey, I have a crappy sync of your rockbox-as-an-app patch (so it at least builds) |
19:59:47 | saratoga | kugel: oh wow |
20:00 |
20:00:00 | kugel | I find some parts of it very weird. It looks like you could decide between adding a new target, or extending the sim |
20:00:09 | kugel | couldnt* |
20:00:32 | saratoga | kugel: the idea was to add another target, but unfortunately the target i wanted to add ended up not being an option, so it mostly just duplicates sim code into the target tree |
20:00:45 | saratoga | i was never very happy with it actually |
20:00:59 | saratoga | what are you working on? |
20:01:25 | kugel | nothing :) just sync'd it to see how it is |
20:02:41 | saratoga | i'm trying to get the aac memory usage under control so it can be used on low mem targets |
20:02:57 | | Quit jhulst (Read error: 145 (Connection timed out)) |
20:03:30 | kugel | I think it could/should be done like this: rockbox app is the default sim. target-sims just pass their configs, which will modify rockbox app so that it matches the target a bit more. This will probably get the sims a bit farer away from the targets, but it will force the rockbox app to kept working |
20:03:57 | Bagder | I disagree with that approach |
20:04:30 | gevaerts | The first purpose of the sim is to be close to the actual target IMHO |
20:04:36 | Bagder | exactly |
20:05:15 | saratoga | the app idea is weird because it starts out as just the sim, but if you ever did an actual port you'd quikcly need to add target specific items too |
20:05:19 | kugel | well, I got the impression that this isn't enforced anymore recently, and the sims are practically already very far away |
20:05:30 | gevaerts | And the purpose of the app is to be used. Once it's really used, it will keep working |
20:05:43 | Bagder | and added to the build table etc |
20:05:52 | kugel | plus, the target sims pass their config-<target>.h, so I don't really expect so much changes |
20:06:20 | Bagder | kugel: in what way is that not "enforced" anymore? |
20:06:36 | saratoga | realistically a mature rockbox as an app port would probably not be much like a sim build, since it'd still have most or all of the drivers a firmware target has |
20:06:51 | saratoga | just they would wrap host os functions |
20:08:48 | kugel | Bagder: what would actually change with that approach? the sim mostly doesn't use the target-specific firmware/ code anyway, and the apps/ code will be the same for rockbox app |
20:09:07 | saratoga | the mp4 parser has me really confused |
20:09:53 | Bagder | kugel: it was you who said they would be further away and I objected |
20:10:18 | saratoga | it seems to allocate ~5KB a minute worth of RAM just for a table that contains sizes needed for each frame when it calls ci->request_buffer |
20:10:24 | Bagder | I want the "app" version to be as an actual port |
20:10:28 | saratoga | why not just always request the maximum needed size |
20:10:44 | Llorean | The "app" version should actually be several ports. |
20:11:00 | Bagder | Llorean: indeed, I mean an app for a specific OS/purpose |
20:11:02 | kugel | I said probably, so it wasn't definite. but the more I think about it, the less probable it is |
20:12:40 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
20:12:56 | kugel | rockbox-as-an-app was a gsoc project, right? |
20:13:30 | kugel | Bagder: that's what I would want too |
20:13:34 | | Quit Horscht (Read error: 54 (Connection reset by peer)) |
20:13:47 | * | gevaerts thinks that RaaA will probably be used a lot on systems with touchscreens |
20:15:33 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
20:17:53 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
20:21:46 | | Quit ze (Read error: 113 (No route to host)) |
20:29:58 | | Nick Bensawsome is now known as DOMO (n=Bensawso@unaffiliated/bensawsome) |
20:31:25 | | Join idshark [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) |
20:31:32 | | Join Jaykay [0] (n=chatzill@p579E75A9.dip.t-dialin.net) |
20:31:45 | | Nick DOMO is now known as Bensawsome (n=Bensawso@unaffiliated/bensawsome) |
20:52:10 | *** | Saving seen data "./dancer.seen" |
20:53:20 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
20:56:14 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
20:57:06 | | Quit Xerion (" ") |
20:57:36 | | Join ze [0] (i=ze@76.91.72.105) |
20:59:51 | | Join m0f0x [0] (n=m0f0x@189.78.70.167) |
21:00 |
21:09:54 | | Quit BigBambi (Read error: 113 (No route to host)) |
21:10:13 | | Join pyro_maniac [0] (n=jens@77.21.68.46) |
21:12:30 | | Quit Thundercloud (Remote closed the connection) |
21:14:24 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-05b8f0d7f69c132b) |
21:14:54 | | Join mib_zixhxrsj [0] (i=cf6be8f5@gateway/web/ajax/mibbit.com/x-fa50841ee8ab604b) |
21:14:57 | | Join blahrus [0] (n=blahrus@75.150.209.185) |
21:15:20 | | Nick mib_zixhxrsj is now known as MarcGuay (i=cf6be8f5@gateway/web/ajax/mibbit.com/x-fa50841ee8ab604b) |
21:16:47 | MarcGuay | fml: Hi. I believe the changes I made did what your patch did and more. However, the spacing changes don't seem to show up in the diffs presented by the website. |
21:17:23 | | Quit tessarakt (Read error: 110 (Connection timed out)) |
21:17:50 | | Join tessarakt [0] (i=nobody@vpn-cl-162-71.rz.uni-karlsruhe.de) |
21:18:06 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
21:20:31 | Zagor | MarcGuay: correct, the diffs don't show space changes |
21:21:14 | Bagder | not the colored ones, you can select a unidiff to see them |
21:21:32 | Zagor | right, there are several options |
21:24:02 | MarcGuay | fml: See here for proof: http://svn.rockbox.org/viewvc.cgi/trunk/manual/main_menu/main.tex?r1=19733&r2=19734&pathrev=19734&diff_format=u. Thanks for the tips Zagor & Bagder. |
21:25:50 | * | MarcGuay notes a case where proper punctuation deters effective communication (link breaks because of the period) |
21:26:33 | Zagor | not in xchat, interestingly |
21:26:45 | pixelma | depends on the cleverness of the IRC client |
21:27:18 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
21:27:19 | Zagor | I guess periods at the very end of urls are pretty uncommon :) |
21:28:59 | | Join petur [50] (n=petur@rockbox/developer/petur) |
21:29:34 | * | Zagor wonders where the last 38KB of pcmbuffer disappears |
21:30:21 | | Join Aurix_Lexico1 [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
21:31:13 | Zagor | buffer_size:176400 unplayed_bytes:103424 free:4608 |
21:31:29 | | Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) |
21:32:21 | Zagor | and that doesn't add up to those 38KB even :) |
21:33:06 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
21:35:05 | kugel | MarcGuay: BTW: I thought there's a real name policy for commit messages |
21:35:21 | bluebrother | since when? |
21:35:45 | Zagor | I'd say it's more of a tradition than a policy. |
21:35:51 | | Quit tessarakt (Connection timed out) |
21:36:04 | kugel | I don't know how official it is, but I noticed several times that it was "complained" about using the nick name |
21:36:20 | | Join tessarakt [0] (i=nobody@vpn-cl-162-71.rz.uni-karlsruhe.de) |
21:36:33 | Zagor | I personally think real names are better in the commit logs. |
21:36:38 | kugel | e.g. back when funman committed a patch of mine, and wrote kugel in the commit message |
21:37:46 | robin0800 | real names are needed to edit the wiki |
21:37:50 | bluebrother | it's rather easy to match the nickname -> real name on long(er) term contributors. I agree that it would be nice to use the real name to cut the need of resolving that later :) |
21:37:56 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
21:40:35 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
21:41:44 | * | kugel can't find it in the logs, but I am sure he was asked to use real names |
21:43:58 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-7defaa7ff5ea5fba) |
21:44:49 | | Quit karashata ("G'bye everyone!") |
21:45:14 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
21:45:39 | Zagor | kugel: please do, even if don't have a written policy about it |
21:46:57 | kugel | I should use real names in commit messages? :) |
21:47:04 | | Join akur [0] (n=akur@bl5-226-239.dsl.telepac.pt) |
21:47:09 | | Quit jhulst (Connection timed out) |
21:47:10 | MarcGuay | kugel: Clicking on the FS link will show you his real name quite quickly... And the commit itself is under my name, which is real. |
21:48:26 | | Part akur |
21:49:21 | * | bluebrother is confused about who was asked to use real names. Kugel? |
21:49:58 | kugel | I referred to funman, not sure who Zagor referred to |
21:50:32 | | Quit jhulst_ (Read error: 60 (Operation timed out)) |
21:50:37 | Zagor | kugel: :) |
21:51:08 | bluebrother | * kugel can't find it in the logs, but I am sure he was asked to use real names <- implies that kugel was asked ... |
21:51:46 | kugel | "but I am sure he was asked" he != I |
21:52:09 | kugel | the second part should've not been /me'd I suppose ;) |
21:52:31 | | Quit robin0800 (Read error: 54 (Connection reset by peer)) |
21:52:32 | MarcGuay | The third person is a tricky thing. |
21:52:32 | MarcGuay | A sign of severe mental problems, apparently. :) |
21:52:50 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
21:53:35 | * | bluebrother wonders why the second part shouldn't be 3rd person, especially as it even isn't a separated sentence |
21:54:10 | kugel | because there was an "I" in there |
21:54:20 | kugel | this tends off-topic.. |
21:54:31 | bluebrother | indeed, and I still disagree :P |
21:55:03 | | Quit Nico_P (Remote closed the connection) |
21:56:03 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
21:58:39 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
21:59:38 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
22:00 |
22:02:40 | MarcGuay | Can someone confirm that the remaining "Settings which don't work as expected" on the QuickScreen wiki page has been fixed? (Status Bar - the quickscreen and menu doesn't get immediately redrawn) |
22:03:11 | MarcGuay | I've been using this regularly and haven't had any problems. |
22:05:12 | | Quit tvelocity (Remote closed the connection) |
22:07:20 | Jaykay | i suggest committing of http://www.rockbox.org/tracker/task/4719 and http://www.rockbox.org/tracker/task/2533 to reduce those really old patches. gevaerts said already he'd commit them but didnt do it because of the 3.1 freeze... |
22:07:52 | Jaykay | if you dont want to add me to the credits for this snake-patch, you dont need to :) |
22:11:05 | Jaykay | silence silence silence... |
22:15:43 | unstable | Jaykay: What device do you own? |
22:15:54 | Jaykay | e280 |
22:16:04 | Jaykay | why? |
22:16:26 | MarcGuay | Even committing simple patches requires time and effort. |
22:18:57 | Jaykay | i could help you with it. ha. |
22:19:05 | Jaykay | unstable: is it important? |
22:20:36 | unstable | curious what your patches are for |
22:20:59 | unstable | I have the e280 also, but I have the v2. You have v1? |
22:21:38 | Jaykay | yes... |
22:22:21 | Jaykay | i thought it was obvious what the patches do |
22:22:43 | MarcGuay | Some sweet and rare appreciation for the manual: http://forums.rockbox.org/index.php?topic=5655.msg142291#msg142291 |
22:27:52 | | Join BigBambi [0] (n=alex@188.41.83-79.rev.gaoland.net) |
22:31:50 | | Quit flydutch ("/* empty */") |
22:32:39 | | Quit ze (Read error: 113 (No route to host)) |
22:34:16 | | Join jkeller [0] (n=1815ce70@gateway/web/cgi-irc/labb.contactor.se/x-75a8102c05da3730) |
22:34:19 | jkeller | hello |
22:34:44 | evilnick | hi there |
22:34:47 | jkeller | I've been trying to install Rockbox on my iPod |
22:34:57 | jkeller | but I put the .rockbox directory on the ipod volume, right? |
22:35:05 | jkeller | when I boot, the firmware says it can't find "rockbox.ipod" |
22:35:15 | evilnick | What OS are you on? |
22:35:19 | jkeller | Mac OSX |
22:35:29 | jkeller | I used the mbr conversion to convert to Fat32 |
22:35:41 | evilnick | Are you putting the ".rockbox" directory on the root of the ipod? |
22:35:47 | jkeller | yeah |
22:35:48 | | Join ze [0] (i=ze@76.91.72.105) |
22:35:49 | jkeller | at least I think I am. |
22:35:55 | jkeller | at least I think I am. |
22:36:02 | jkeller | I open the ipod in disk mode |
22:36:11 | jkeller | and put .rockbox in the /Volumes/IPOD directory |
22:36:15 | jkeller | once it is mounted |
22:36:27 | | Quit mcuelenaere (Read error: 113 (No route to host)) |
22:36:33 | jkeller | it will still boot to the apple firmware if I turn the hold switch the other way |
22:36:58 | jkeller | the firmware says partition 1 |
22:37:02 | jkeller | on the black screen |
22:37:13 | evilnick | Hmmm, I'm not (at all) familiar with OSX - can you dual boot into Windows? Or perhaps wait until someone more knowledgeable wakes up |
22:37:18 | jkeller | but it's on 20mb, so do I need to put rockbox on that partition, rather htan the 80gb |
22:37:24 | jkeller | I can wait |
22:37:27 | jkeller | cause I don't have windows. |
22:37:29 | | Join DrMoos [0] (i=Mustapha@81-66-158-133.rev.numericable.fr) |
22:37:35 | | Quit moos (Read error: 104 (Connection reset by peer)) |
22:37:43 | | Nick DrMoos is now known as moos (i=Mustapha@81-66-158-133.rev.numericable.fr) |
22:38:15 | domonoky | jkeller: .rockbox has to go to the second partition.. |
22:38:45 | jkeller | ok |
22:38:47 | jkeller | I put it there |
22:38:50 | domonoky | you normally also can not write to the first partition on ipods (no filesystem) |
22:38:52 | | Join japc [0] (n=japc@bl7-247-89.dsl.telepac.pt) |
22:38:55 | jkeller | it's not being recognized |
22:38:57 | jkeller | yeah |
22:39:00 | jkeller | I didn't think I could. |
22:39:06 | evilnick | jkeller: Or you could try the rockbox utility: http://www.rockbox.org/twiki/bin/view/Main/RockboxUtility |
22:39:25 | jkeller | I tried that, and even though ipodpatcher recognizes this as a winpod, the utility does not. |
22:39:54 | jkeller | I used the exact instructions for patching the mbr from the wiki |
22:40:02 | jkeller | and iTunes sees it as a winpod |
22:40:04 | | Quit Zagor ("Clint excited") |
22:40:40 | domonoky | please make sure you really have .rockbox/rockbox.ipod in your root dir.. |
22:41:11 | jkeller | ok |
22:41:35 | jkeller | I do. |
22:41:44 | jkeller | the iPod is mounted in diskmode as /Volumes/IPOD |
22:41:50 | jkeller | and it has a .rockbox folder |
22:41:55 | | Quit bmbl ("Woah!") |
22:41:55 | jkeller | and inside it has a 604k file called rockbox.ipod |
22:42:21 | domonoky | sounds right. |
22:42:27 | jkeller | yeah |
22:42:51 | jkeller | I think the problem is that I didn't use Windows to make this a winpod |
22:43:02 | jkeller | cause I downloaded the MBR file. |
22:43:18 | jkeller | to change it, since I don't own a windows machine |
22:43:19 | domonoky | no, the manual conversion should also work. |
22:43:22 | jkeller | yeah |
22:43:26 | jkeller | hmm |
22:43:45 | jkeller | I do know the rockbox utility doesn't recognize it as a winpod |
22:43:55 | jkeller | but I reformatted and tried a second time just to make sure |
22:44:13 | domonoky | which is strange, it uses the same code as ipodpatcher for the bootloader install. |
22:44:14 | evilnick | jkeller: Did you reformat using iTunes? |
22:44:18 | jkeller | is there a log file or something it keeps? |
22:44:19 | jkeller | yeah |
22:44:24 | jkeller | and then changed it to a winpod again |
22:44:29 | jkeller | using the steps in the guide |
22:44:43 | jkeller | It's a 5.5th gen iPo |
22:44:45 | jkeller | *iPod |
22:44:50 | domonoky | what does autodetection in rbutil say ? |
22:44:52 | jkeller | and I used disk utility to format the partition |
22:45:01 | jkeller | a 30Gb 5th gen |
22:45:14 | jkeller | which the pdf manual said it can't detect if it's an 80gb yet |
22:45:15 | domonoky | are you sure the partition is now formated fat32 ? |
22:45:29 | jkeller | according to diskutil it is |
22:45:57 | jkeller | it says it's an MS-DOS (FAT32) |
22:46:39 | | Quit XavierGr (Nick collision from services.) |
22:46:44 | jkeller | hang on |
22:46:49 | jkeller | I'm going to get the full error message |
22:46:50 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
22:49:53 | jkeller | hmm |
22:50:03 | jkeller | it lists Partition 1 |
22:50:09 | jkeller | but it doesn't appear to list partition 2 |
22:50:15 | jkeller | which is where the .rockbox stuff is |
22:50:20 | jkeller | would that be a problem? |
22:50:24 | jkeller | like, should it be listing both |
22:50:39 | evilnick | jkeller: I would assume so |
22:50:43 | domonoky | i dont know what you use to list the partitions... so i dont know :-) |
22:50:51 | jkeller | no I mean |
22:50:54 | jkeller | the rockbox error |
22:50:59 | jkeller | when I try to boot into rockbox |
22:51:08 | jkeller | it has a black screen with information |
22:51:10 | jkeller | about the device |
22:51:11 | domonoky | please give the exact error messages. |
22:51:16 | jkeller | ok |
22:51:16 | jkeller | hang on |
22:51:25 | jkeller | Rockbox boot loader Version 3.0 IPOD version: 0x000B0011 Partition 1: 0x0B 19045 MB Loading Rockbox... Error! Can't load rockbox.ipod: File not found Hold MENU+SELECT to reboot then SELECT+PLAY for disk mode |
22:51:31 | jkeller | that's it without the blank lines |
22:51:38 | jkeller | * I mean line breaks* |
22:52:14 | *** | Saving seen data "./dancer.seen" |
22:53:01 | | Part Aurix_Lexico1 |
22:53:02 | domonoky | thats ok, he first partition is without filesystem so rockbox ignores it. It correctly finds the 20gig partition, but fails to find the files. |
22:53:36 | domonoky | i still suspect that somehow the files are not on the correct place. maybe the moutpoint was not correct (maybe a left-over folder? ) |
22:54:03 | jkeller | I have an 80gb ipod |
22:54:05 | jkeller | and that's a 20 mb partion |
22:54:11 | jkeller | partition |
22:54:30 | domonoky | 19045 MB > 20MB |
22:54:36 | jkeller | ok |
22:54:38 | jkeller | you're right xG |
22:54:39 | jkeller | *XD |
22:54:40 | jkeller | hmm |
22:54:52 | jkeller | but why would it only find a 20Gb partition? |
22:54:56 | jkeller | instead of an 80gb one. |
22:54:57 | domonoky | maybe you used a mbr from a 20gig ipod ? |
22:55:03 | jkeller | I'll check again |
22:55:09 | jkeller | also, I didn't use mtools to format |
22:55:10 | | Quit MarcGuay ("http://www.mibbit.com ajax IRC Client") |
22:55:12 | jkeller | i used the disk util |
22:55:15 | jkeller | but I'll try mtools |
22:55:25 | | Quit jkeller ("CGI:IRC") |
22:55:45 | scorche | jkeller: please stop using the enter key as substitute for punctuation...it makes it harder to read and a bit spammy where it does not need to be.. |
22:57:32 | | Quit petur ("zzzzz") |
22:59:16 | Jaykay | unstable: whats about the two patches? |
23:00 |
23:03:02 | | Quit m0f0x (Connection timed out) |
23:13:08 | | Quit japc (Read error: 110 (Connection timed out)) |
23:16:04 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
23:18:04 | | Quit gregorovius () |
23:18:33 | | Quit evilnick ("http://www.mibbit.com ajax IRC Client") |
23:21:56 | | Join Jaykay_ [0] (n=chatzill@p579E75A9.dip.t-dialin.net) |
23:23:07 | | Join DrMoos [0] (i=Mustapha@81-66-158-133.rev.numericable.fr) |
23:23:24 | | Quit moos (Read error: 104 (Connection reset by peer)) |
23:23:41 | | Nick DrMoos is now known as moos (i=Mustapha@81-66-158-133.rev.numericable.fr) |
23:31:24 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
23:32:53 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
23:35:45 | | Quit bertrik ("Leaving") |
23:36:18 | | Quit linuxstb (Read error: 113 (No route to host)) |
23:37:46 | * | Bagder wants a commit! |
23:38:54 | kugel | why? |
23:39:19 | Bagder | new magic scripts... |
23:40:10 | kugel | tell me more! what are they supposed to do? |
23:40:15 | | Join akur [0] (n=akur@bl5-226-239.dsl.telepac.pt) |
23:40:33 | Bagder | detect red builds |
23:40:40 | kugel | cool |
23:41:01 | kugel | you need to wait for JdGordon though to make sure it works :P |
23:41:13 | Bagder | hehe |
23:42:36 | | Join fml [0] (n=4fd3c146@gateway/web/cgi-irc/labb.contactor.se/x-086069e29e90de79) |
23:43:37 | | Quit Jaykay_ (Read error: 110 (Connection timed out)) |
23:44:49 | | Part akur |
23:46:08 | fml | Err.. MarcGuay is gone... Anyway: I asked because I couldn't recognize my changes in the diffs displayed in the "normal mode." And (I didn't write it but that was the start of the patch) the main "feature" of the patch was the correct spacing after the macros for the key to press. But now everything is even better than I could dream of! :-) |
23:46:39 | fml | And now I'll join MarcGuay, i.e. leave the channel :-) Bye |
23:46:42 | | Quit fml (Client Quit) |
23:47:37 | | Join Beta2K_ [0] (n=beta@d36-78-228.home1.cgocable.net) |
23:53:13 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
23:56:18 | | Quit ender` (" I think I remember an episode of MacGyver where he overthrew a violent dictator with a rubber band, 2 bottle caps, and some") |
23:57:14 | | Quit nplus (Remote closed the connection) |
23:57:17 | | Join japc [0] (n=japc@bl7-247-89.dsl.telepac.pt) |