| 00:00:11 | | Join miepchen^schlaf [0] (n=miepchen@dslb-088-072-199-123.pools.arcor-ip.net) |
| 00:04:50 | | Join wpyh [0] (n=william@216.9.106.146) |
| 00:06:09 | Bagder | ok, 3.0RC manuals start pouring in too now |
| 00:07:21 | Bagder | the builds have now taken over an hour... |
| 00:08:00 | LambdaCalculus37 | Bagder: I'm making some more repairs to the iPod 1G/2G/3G manuals; a patch should be ready soon. |
| 00:08:08 | Bagder | cool |
| 00:08:36 | bluebrother | Bagder: well, it is quite a bunch of build now, isn't it? ;-) |
| 00:08:49 | Bagder | indeed |
| 00:10:37 | * | Bagder says welcome to committer #64 |
| 00:10:46 | bluebrother | \o/ |
| 00:11:08 | gevaerts | \o/ |
| 00:11:11 | LambdaCalculus37 | \o/ |
| 00:11:19 | mcuelenaere | \o/ |
| 00:12:27 | | Quit ompaul (Client Quit) |
| 00:13:22 | gevaerts | So when does docs/COMMITTERS get updated? |
| 00:13:47 | | Quit ender1 (" Smoking is one of the leading causes of statistics.") |
| 00:13:54 | Bagder | let's have that as a test for LambdaCalculus37 himself! ;-) |
| 00:14:03 | gevaerts | good idea :) |
| 00:14:11 | | Join t0mas [0] (n=tomas@rockbox/developer/t0mas) |
| 00:14:31 | wpyh | uh... \o/ (?) |
| 00:14:42 | BigBambi_ | someone with there arms in the air |
| 00:14:46 | BigBambi_ | *their |
| 00:15:13 | * | bluebrother points wpyh to IrcTalk |
| 00:15:26 | * | LambdaCalculus37 updates docs/COMMITTERS |
| 00:15:26 | wpyh | ok.. |
| 00:15:46 | gevaerts | LambdaCalculus37: make sure to do it on both branches! |
| 00:15:56 | Bagder | haha |
| 00:16:19 | | Quit miepchen^schlaf (Connection timed out) |
| 00:23:52 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 00:26:38 | | Quit bluebrother ("sleep") |
| 00:27:06 | Bagder | ok, all 3.0RC builds and manuals are now complete, the entire 112MB |
| 00:27:12 | Bagder | http://daniel.haxx.se/rockbox-3.0RC/ |
| 00:28:23 | | Join miepchen^schlaf [0] (n=miepchen@p579ECB91.dip.t-dialin.net) |
| 00:29:12 | LambdaCalculus37 | Bagder: What's the 3.0 trunk? |
| 00:29:31 | gevaerts | LambdaCalculus37: svn://svn.rockbox.org/rockbox/branches/v3_0 |
| 00:29:36 | Bagder | svn co svn://svn.rockbox.org/rockbox/branches/v3_0 rockbox-3.0 |
| 00:29:57 | LambdaCalculus37 | gevaerts and Bagder: Thanks! |
| 00:30:01 | pixelma | has been mentioned in the -dev list |
| 00:30:43 | * | Llorean isn't sure he got that one. |
| 00:30:55 | Llorean | Or maybe I lost it in the three million gmail emails these last couple days. |
| 00:30:56 | LambdaCalculus37 | Llorean: Just got access. |
| 00:31:34 | pixelma | Llorean: http://www.rockbox.org/mail/archive/rockbox-dev-archive-2008-09/0013.shtml |
| 00:33:16 | LambdaCalculus37 | Success! |
| 00:33:18 | * | pixelma hopes LambdaCalculus37 did a test compile ;) |
| 00:33:26 | LambdaCalculus37 | pixelma: :) |
| 00:33:33 | gevaerts | wow! the svn table picked up your name the first time! |
| 00:34:05 | pixelma | who is Ryan Jackson? |
| 00:34:09 | * | LambdaCalculus37 shrugs |
| 00:36:05 | wpyh | gevaerts: you mean it usually doesn't? |
| 00:36:12 | | Quit HellDragon (Read error: 113 (No route to host)) |
| 00:37:02 | gevaerts | wpyh: the automatic full name pickup is relatively recent, and it did have some bugs in the past where it needed a push before it worked |
| 00:37:34 | | Quit bmbl ("http://miranda-im.org") |
| 00:37:38 | gevaerts | wpyh: Now LambdaCalculus37 actually added himself to COMMITTERS, and the script used the new version right away |
| 00:39:25 | wpyh | ah, ok |
| 00:41:25 | markun | wpyh, gevaerts: do you guys know if there is some NAND reading code in the tree we can use? |
| 00:41:35 | markun | re-use some code from I mean |
| 00:41:57 | Bagder | markun: shotofadds have code in the tcc tree for that |
| 00:42:02 | gevaerts | Maybe from the tcc ports |
| 00:42:28 | Bagder | but it depends on how accesses the nand |
| 00:43:01 | | Quit Schmogel (Read error: 54 (Connection reset by peer)) |
| 00:43:13 | | Part toffe82 |
| 00:44:03 | mcuelenaere | markun: most of NAND accessing code is pretty generic across SoC's wrt terminology, only the way how it's handled will differ |
| 00:44:24 | mcuelenaere | the best thing to base your code on if you don't have documentation from your vendor, is the NAND datasheet |
| 00:44:36 | mcuelenaere | s/vendor/SoC vendor/ |
| 00:44:58 | mcuelenaere | wpyh: have you read the logs? |
| 00:45:30 | markun | mcuelenaere: yes, there is some pseudo code in the manual for various ways to access the NAND |
| 00:45:50 | mcuelenaere | SoC manual? |
| 00:46:33 | markun | yes |
| 00:46:38 | mcuelenaere | then you're lucky :) |
| 00:48:17 | markun | mcuelenaere: like this: http://130.89.160.166/temp/nand.txt |
| 00:49:42 | mcuelenaere | yes, seems similar to Jz4740 NAND & TCC |
| 00:49:55 | markun | good |
| 00:50:26 | mcuelenaere | wpyh: still here? |
| 00:52:11 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
| 00:52:25 | markun | mcuelenaere: and the TCC code works? |
| 00:52:34 | mcuelenaere | AFAIK yes |
| 00:52:39 | mcuelenaere | it's used on the Cowon D2 |
| 00:53:01 | mcuelenaere | the Jz4740 should too, but isn't on my target for some reason.. |
| 00:53:17 | | Join wpy1 [0] (n=william@216.9.106.146) |
| 00:59:14 | | Join tvelocity [0] (n=tony@195.167.65.109) |
| 00:59:26 | wpy1 | mcuelenaere: I lost the connection |
| 00:59:35 | wpy1 | mcuelenaere: which logs? (as in, which one?) |
| 00:59:45 | mcuelenaere | the ones from today |
| 00:59:59 | mcuelenaere | the one* |
| 01:00 |
| 01:00:08 | wpy1 | ah, no |
| 01:00:18 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 01:00:18 | | Quit wpyh (Read error: 110 (Connection timed out)) |
| 01:00:30 | | Nick wpy1 is now known as wpyh (n=william@216.9.106.146) |
| 01:00:54 | Nico_P | Bagder: it would be nice for the big "draft version" watermark to go away from the manuals |
| 01:01:41 | * | wpyh will take a look at the logs |
| 01:02:30 | gevaerts | Nico_P: see the logs :) |
| 01:03:20 | * | Nico_P feels redundant |
| 01:05:17 | | Part wpyh |
| 01:05:45 | * | amiconn wonders whether the fancy irc log reader will *ever* learn to keep preferences :( |
| 01:07:03 | * | Nico_P goes to bed |
| 01:07:17 | | Quit Nico_P (Remote closed the connection) |
| 01:10:05 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
| 01:10:52 | | Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-5a8fbab3bfc507e8) |
| 01:11:28 | amiconn | What encoding is docs/COMMITTERS to be in? |
| 01:12:52 | amiconn | I'd expect UTF-8, but currently it's ISO8859-1 |
| 01:13:21 | *** | Saving seen data "./dancer.seen" |
| 01:14:00 | markun | amiconn: what encoding is our homepage in now? |
| 01:14:09 | amiconn | ..which causes funny little question marks in black squares in viewvc |
| 01:14:31 | amiconn | http://svn.rockbox.org/viewvc.cgi/trunk/docs/COMMITTERS?r1=18425;r2=18426;pathrev=18426 <= note rasher's realname |
| 01:14:39 | markun | I think that file and the homepage should be UTF-8 |
| 01:15:01 | amiconn | docs/CONTRIBUTORS is already UTF-8 as well |
| 01:15:31 | amiconn | Err, CREDITS of course |
| 01:16:13 | | Quit nplus (Remote closed the connection) |
| 01:17:58 | | Join allele [0] (n=allele@CPE-69-23-137-242.wi.res.rr.com) |
| 01:18:28 | | Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 01:18:53 | amiconn | Bagder: ping |
| 01:23:41 | | Join Beta-guy [0] (n=Beta-guy@stjhnbsu83w-156034198118.nb.aliant.net) |
| 01:24:04 | Beta-guy | how do I boot rockbox on my ipod, it's been a long time... |
| 01:24:20 | allele | is rockbox installed beta-guy? |
| 01:24:28 | gevaerts | step 1. read the manual |
| 01:24:29 | Beta-guy | yes |
| 01:24:36 | Beta-guy | long ago |
| 01:24:58 | | Quit faemir ("Leaving") |
| 01:25:24 | allele | in a plugin I'm making for a sansa e200 I'm trying to draw a pixel from a bitmap using rb->lcd_set_foreground(bmp_name[x][y]);, but the compiler says it is neither array nor pointer |
| 01:26:35 | | Join BronxGuy [0] (n=455680f1@gateway/web/cgi-irc/labb.contactor.se/x-5fc85973565355cd) |
| 01:27:35 | BronxGuy | Hi! my player is locked up. It was playing a song and spit out Data abort at 00008e88 (0). It's a sansa 260. I'm guessing I'll have to let the power leave |
| 01:27:40 | BronxGuy | then try to restart it |
| 01:27:56 | amiconn | Just reset it |
| 01:29:15 | Llorean | BronxGuy: Just hold down the power button longer. |
| 01:29:21 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 01:29:53 | | Join DerPapst [0] (n=DerPapst@77.20.73.176) |
| 01:29:58 | DerPapst | good morning :) |
| 01:30:05 | n1s | BronxGuy: and if you can reproduce the crash please post a bug report with the file attached |
| 01:30:08 | BronxGuy | wow, that was easy. Thanks Llorean |
| 01:30:10 | amiconn | allele: lcd_set_foreground() is *not* for drawing parts of a bitmap. It doesn't draw at all by itself; it's for setting the foreground colour. Check http://www.rockbox.org/twiki/bin/view/Main/GraphicsAPI |
| 01:30:54 | allele | I know, I was using that to retrieve the color then use drawpixel(x,y) to actually add that pixel |
| 01:31:08 | DerPapst | amiconn: about that irc reader log.. i made a patch one that fixes the issue you mentioned a few minutes ago and one or 2 bugs more but no one wanted to commit the patch :-( |
| 01:31:22 | DerPapst | s/one/once |
| 01:32:23 | amiconn | allele: You cannot do this, at least not for all pixel formats. On 16 bit colour it would work, but that's a coincidence |
| 01:32:44 | amiconn | Bitmaps for <8 bit depth are pixel packed |
| 01:33:34 | allele | yes, I know. I was just seeing if this would work for my sansa and add other functionality later |
| 01:33:46 | amiconn | ...and the pixel order in the bitmap is most probably not what you'd expect. For 2-bit greyscale, there are 3 different pixel packings, depending on the target's lcd controller |
| 01:34:10 | allele | I see |
| 01:34:38 | | Quit mcuelenaere () |
| 01:35:02 | allele | so any pointers for scaling down a native bitmap without reducing performance too much then? |
| 01:35:27 | * | Llorean thought he more or less warned allele about pixel format yesterday. |
| 01:35:53 | amiconn | If you're thinking about scaling bitmaps for album art etc - imo the best solution is to do it on load, in the bmp loeader |
| 01:35:57 | DerPapst | amiconn: maybe you have more luck asking zagor to commit this patch. I've tested it on my own server and it works fine. http://pastebin.ca/1195327 |
| 01:35:59 | | Quit HellDragon (Connection timed out) |
| 01:36:31 | allele | yesterday you stated it wouldn't work for things under 16 bits, I thought the sansa was 16 bits |
| 01:37:17 | amiconn | (1) it would save RAM, as it'd only store the scaled down bitmap instead of the source. (2) It would be easier, as the loader converts *any* bmp to 32 bits first, before converting to native format |
| 01:38:06 | amiconn | It requires to scale down on-the-fly though, with only 1 (or at least very few) row of pixels available at a time |
| 01:38:59 | allele | I was more or less planning on making a doom-esque type engine in which the sprites would be scaled down based on their distance, so I would have several bitmaps of the same image at different scales |
| 01:39:10 | amiconn | Besides, the pixel order in a 16bit native bitmap is [y][x] |
| 01:40:25 | amiconn | (well, for the current targets - there is no guarantee that this won't be different on some new target that needs special measures due to its lcd controller) |
| 01:40:35 | | Quit n1s () |
| 01:40:51 | amiconn | Allso note that even for 16 bit we have 2 pixel formats - RGB565, and RGB565 byte-swapped |
| 01:41:33 | | Quit Thundercloud_ (Read error: 110 (Connection timed out)) |
| 01:41:54 | allele | so maybe I'm better off making an array of the rgbpack values in the bitmap and sorting through that? |
| 01:45:01 | | Quit gregzx (Read error: 110 (Connection timed out)) |
| 01:52:42 | | Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 01:56:02 | | Quit bughunter2 ("bye") |
| 01:56:42 | * | amiconn isn't sure what allele is trying to achieve |
| 01:57:43 | amiconn | Imo trying to scale a native rockbox bitmap would be silly, as it'd need adaption to all the various pixel formats, and all the bit unstuffing and stuffing will be slow |
| 01:58:54 | amiconn | It'd also be a nogo for the core, since storing large native bitmaps would be a waste of ram. Scale on load, or let it. Same goes for canonical formats (to avoid the unstuffing) They need even more ram |
| 01:59:37 | amiconn | For a plugin it's a different matter. As long as you don't hit the plugin ram size limit, you're free to play with all kinds of bitmap scaling |
| 02:00 |
| 02:01:12 | | Quit oofus (Remote closed the connection) |
| 02:01:44 | | Join beta2k [0] (n=beta@d150-126-240.home.cgocable.net) |
| 02:02:31 | amiconn | The only other option I'd accept for the core (i.e. AA) would be jpeg, as jpeg can scale-on-decode (coarsely), and only the fine-scaling would need to be done separately (and should be doable on-the-fly) |
| 02:02:38 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 02:03:16 | * | amiconn thinks the jpeg plugin needs some splitting work, turning it into a subdir plugin |
| 02:03:16 | | Quit BronxGuy ("CGI:IRC (EOF)") |
| 02:07:44 | | Quit Thundercloud (Read error: 110 (Connection timed out)) |
| 02:08:17 | allele | I'm looking online for someting to convert a bmp into an array, I really think this is my best bet, I figure that way the code will run on <16bit lcds too |
| 02:11:04 | MU{lappy} | what do you want to scale these bitmaps *for*, exactly? |
| 02:12:25 | | Nick MU{lappy} is now known as Unhelpful (n=Militant@pool-98-117-9-134.hrbgpa.fios.verizon.net) |
| 02:12:26 | allele | prettymuch I'm making a plugin that is prettymuch doom graphicwise. as an object gets farther it gets smaller, so it would be scaled down from its full size |
| 02:13:52 | Unhelpful | what is it that this plugin will *do*? |
| 02:14:21 | | Quit beta2k_ (Read error: 110 (Connection timed out)) |
| 02:14:24 | | Quit tvelocity (Remote closed the connection) |
| 02:15:03 | | Quit bertrik ("Leaving") |
| 02:15:05 | allele | entertain |
| 02:16:01 | | Quit t0mas ("Leaving") |
| 02:16:02 | allele | the plan is to make something like dynasty warriors for rockbox and I don't like the limitations of wad editors |
| 02:19:32 | | Part pixelma |
| 02:19:32 | Unhelpful | i have a feeling that drawing a bitmap by repeatedly calling drawpixel will be too slow :P |
| 02:21:02 | Soap | pixelma -(for the logs) what do you think of the idea of asking theme makers who are using a non-SVN font to package the font separately? This would keep the themes consistent and clean, and prevent the overwriting of new fonts with old fonts if and when the packaged font gets accepted into SVN. |
| 02:21:41 | Soap | pixelma - an argument could be made as well that if someone has clear license to distribute a font in the first place than it should be part of the Rockbox font package. |
| 02:23:38 | Llorean | Soap: makes sense to me. Maybe fonts should be kept separately rather than in SVN, to make SVN checkouts smaller. I'm not sure we need "make fontzip" and "make fullzip" so much anyway if we just keep a fonts.zip available somewhere we control. |
| 02:24:39 | allele | valid argument unhelpful. I guess the easiest method would be to make a native bitmap for each scale. In the case I don't get enough space would I be able to package the bitmaps into another plugin to be called from the main one? |
| 02:24:42 | | Join HellDragon [0] (n=jd@modemcable147.112-201-24.mc.videotron.ca) |
| 02:25:36 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-1f65b73a46053da1) |
| 02:26:08 | Llorean | allele: Or just stop music while they play your game. |
| 02:26:21 | Llorean | Calling another plugin doesn't make any sense. |
| 02:27:22 | Unhelpful | allele: i'd imagine that for rendering sprites you probably want to store them in memory at native size, and then scale them to the appropriate size as they are being drawn. looking quickly at doom, it would appear that what it does, as far as getting data on the screen, is to write to the framebuffer directly. |
| 02:28:06 | Unhelpful | prescaled sprites sounds like a waste of your limited memory resources to me, especially if sprites are going to be rendered at arbitrary distances from the camera, and therefore at arbitrary scales. |
| 02:32:15 | allele | alright, so back to square one :P so besides using drawpixel for the image is there a more efficient way then? |
| 02:33:25 | Beta-guy | I can't get new themes |
| 02:33:43 | Unhelpful | like i just said, direct memory writes to the framebuffer |
| 02:34:18 | Llorean | Beta-guy: You need to get them from the wiki |
| 02:34:26 | Beta-guy | oh |
| 02:34:36 | Unhelpful | 3rd-party theme site still down? :/ |
| 02:34:57 | | Quit domonoky (Read error: 110 (Connection timed out)) |
| 02:35:50 | Llorean | Unhelpful: Even if it were up, the site's themes are broken for the most part |
| 02:37:16 | | Quit DerPapst ("iPodLinux rocks!") |
| 02:37:45 | Unhelpful | Llorean: any reason the wiki can't be the theme source for rbutil? i'd imagine mostly because you'd have to screen-scrape the wiki page for themes, and users can put up arbitrary layout junk? |
| 02:38:31 | Llorean | More or less. |
| 02:38:37 | allele | any examples of direct memory writing to the framebuffer in the rockbox plugin source? |
| 02:40:00 | Unhelpful | allele: i only took a quick look, but it looks like that's how doom does it. |
| 02:42:50 | | Join toffe82 [0] (n=chatzill@adsl-99-146-80-237.dsl.frs2ca.sbcglobal.net) |
| 02:43:09 | Unhelpful | it also looks like maybe you could maintain a buffer into which you scale sprites, and then use rb->lcd_bitmap_transparent_part to copy that buffer to the screen. but it's probably better for you just to scale directly to the framebuffer yourself, i'd think. |
| 02:47:26 | | Nick allele is now known as allele_afk (n=allele@CPE-69-23-137-242.wi.res.rr.com) |
| 02:52:22 | Unhelpful | allele: it think it might be a good idea for you to look for some resources on low-level graphics programming. a lot of what you're having trouble with isn't really rockbox-specific. |
| 02:52:52 | | Quit culture (Connection timed out) |
| 02:55:02 | | Quit Soap () |
| 02:56:04 | Unhelpful | and the doom plugin should have most of what you'd need, in the way of scaling, 3D and sprite rendering, and the rockbox-specific details of getting the data onto the LCD |
| 03:00 |
| 03:08:48 | | Join jfc^2 [0] (n=john@dpc691978010.direcpc.com) |
| 03:13:25 | *** | Saving seen data "./dancer.seen" |
| 03:22:59 | | Quit herrwaldo ("Konversation terminated!") |
| 03:24:25 | | Quit jfc (Read error: 110 (Connection timed out)) |
| 03:25:56 | | Quit LambdaCalculus37 ("Do quit now, there's a demon around the corner!") |
| 03:33:18 | | Quit HellDragon (Client Quit) |
| 03:37:54 | | Quit DerDome (Nick collision from services.) |
| 03:37:55 | | Join DerDome1 [0] (n=DerDome@dslb-082-083-242-229.pools.arcor-ip.net) |
| 03:38:05 | | Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-242-229.pools.arcor-ip.net) |
| 03:47:21 | | Join soap [50] (n=soap@rockbox/staff/soap) |
| 03:58:56 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
| 04:00 |
| 04:02:41 | | Quit HellDragon (Connection reset by peer) |
| 04:02:52 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
| 04:05:31 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
| 04:06:39 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
| 04:07:03 | | Nick midkay_ is now known as midkay (n=midkay@70-56-66-34.tukw.qwest.net) |
| 04:07:48 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
| 04:11:56 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
| 04:18:18 | | Quit nuonguy ("This computer has gone to sleep") |
| 04:20:30 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
| 04:24:04 | | Quit Thundercloud_ (Read error: 104 (Connection reset by peer)) |
| 04:29:25 | | Join miepchen^schlaf_ [0] (n=miepchen@p579EC413.dip.t-dialin.net) |
| 04:35:14 | | Quit HellDragon (Client Quit) |
| 04:36:42 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:40:58 | | Join PatrickJPatience [0] (n=Patrick@unaffiliated/patrickjpatience) |
| 04:41:20 | PatrickJPatience | Don't think I saw anywhere on your site, what bot do you folks use for logging this channel? |
| 04:42:04 | | Quit allele_afk ("Java user signed off") |
| 04:48:22 | soap | Llorean's fast fingers. |
| 04:51:07 | | Join phinze [0] (n=phinze@pool-96-250-252-230.nycmny.fios.verizon.net) |
| 04:53:21 | * | Llorean types non-stop, 24-7. |
| 04:53:29 | Llorean | It's wears you out, y'know. |
| 04:53:40 | Llorean | Actually, I believe logbot is dancer, isn't it? |
| 04:53:46 | | Quit soap () |
| 04:59:13 | | Quit Beta-guy (Read error: 104 (Connection reset by peer)) |
| 04:59:14 | | Join Beta-guy_ [0] (n=Beta-guy@stjhnbsu83w-156034198118.nb.aliant.net) |
| 05:00 |
| 05:00:23 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
| 05:03:00 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 05:04:27 | | Join soap [50] (n=soap@rockbox/staff/soap) |
| 05:11:02 | | Part PatrickJPatience ("Leaving.") |
| 05:13:27 | *** | Saving seen data "./dancer.seen" |
| 05:31:59 | | Join mib_vziwtcrx [0] (i=d8ef5339@gateway/web/ajax/mibbit.com/x-ad7eb6ab95940b31) |
| 05:32:10 | | Nick mib_vziwtcrx is now known as MarcGuay (i=d8ef5339@gateway/web/ajax/mibbit.com/x-ad7eb6ab95940b31) |
| 05:35:14 | MarcGuay | LambdaCalculus: Just noticed a small typo in your manual change. "You can also load the original firmware shutting down the device" needs a "by". I'd do it myself but have been suffering from both computer problems and a summer cold. Ciao... |
| 05:35:27 | | Quit MarcGuay (Client Quit) |
| 06:00 |
| 06:05:45 | | Quit Beta-guy_ (Read error: 104 (Connection reset by peer)) |
| 06:06:06 | | Join Beta-guy_ [0] (n=Beta-guy@stjhnbsu83w-156034198118.nb.aliant.net) |
| 06:09:51 | | Join dapatil [0] (n=dapatil@user-160v9k9.cable.mindspring.com) |
| 06:11:08 | | Part dapatil |
| 06:13:43 | | Join Beta-guy [0] (n=Beta-guy@stjhnbsu83w-156034198118.nb.aliant.net) |
| 06:13:43 | | Quit Beta-guy_ (Read error: 104 (Connection reset by peer)) |
| 06:38:38 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 06:46:49 | | Join EddieFig [0] (n=HP_Owner@cpe-24-161-223-15.bak.res.rr.com) |
| 06:54:06 | | Part toffe82 |
| 07:00 |
| 07:00:57 | | Quit Horschti (Read error: 110 (Connection timed out)) |
| 07:01:26 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 07:01:48 | | Quit EspeonEefi ("さよなら") |
| 07:09:43 | EddieFig | hey, i've got a question, anyone here to help? |
| 07:13:28 | *** | Saving seen data "./dancer.seen" |
| 07:13:45 | | Quit Lambduh (Read error: 110 (Connection timed out)) |
| 07:15:35 | advcomp2019 | EddieFig, just ask away |
| 07:16:48 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
| 07:20:34 | EddieFig | how do i get videos in to rockbox? |
| 07:21:02 | EddieFig | do i use itunes, or is drag n drop good enough, then build the database? |
| 07:22:09 | Unhelpful | EddieFig: most of what you'll need to know is here: http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer |
| 07:22:45 | Unhelpful | videos must be formatted correctly, and placed on the drive. afaik the database isn't involved at all. |
| 07:29:46 | advcomp2019 | yes.. you use the file on the main menu |
| 07:36:17 | Unhelpful | the iPod color/photo and iPod video don't look like they can handle full-screen video at common framerates, so that could be a problem. if it's an iPod video, i'd imagine the OF video playback would be better to use? |
| 07:38:01 | | Join allele [0] (n=allele@CPE-69-23-137-242.wi.res.rr.com) |
| 07:38:19 | advcomp2019 | i think the ipod video is that way |
| 07:40:11 | Unhelpful | advcomp2019: according to the chart, the color/photo can handle 16:9 video @25fps, so it could manage, barely, with most film content. the nano is the only one that really stands a chance w/ 30fps content. |
| 07:41:11 | advcomp2019 | o that.. i thought you ws talking about the OF.. sorry |
| 07:41:46 | Unhelpful | that's w/ rockbox. so, i'd say video is likely better in OF on models where OF supports it |
| 07:42:59 | Unhelpful | kinda funny that the ipod video is pretty much the worst performer for video playback in rockbox, but there's a dedicated hardware video decoder that the OF can use, isn't there? :/ |
| 07:45:11 | advcomp2019 | yea i think so but i since i do not have an ipod i am not 100%.. i am just reading the info myself |
| 07:45:29 | | Quit EddieFig (Read error: 110 (Connection timed out)) |
| 07:46:31 | Unhelpful | i'm not sure if any other models have. i would *guess* not, but i don't know. |
| 07:46:45 | allele | sorry to come back so soon, but I had the idea of a bitmap image the size of the screen that would be changed based on the game and at the end of a cycle I blit that bitmap? |
| 07:48:28 | Unhelpful | allele: that's a way, i suppose. i would still suggest that you look at what doom does. in fact, it might not be a bad idea for you to look at how it loads and renders sprites, as well. |
| 07:51:08 | | Join kpkeerthi [0] (n=chatzill@59.92.33.125) |
| 07:51:30 | allele | yeah, I'm attempting to do that, just having some difficulty understanding doom's source |
| 07:52:31 | Unhelpful | i haven't worked on games for rockbox, but it really looks like the plugin API's fb_data is an off-screen framebuffer, so you should be able to do your drawing directly to that, and then call lcd_update_rect to update the screen |
| 07:52:40 | Unhelpful | but i'm only skimming this stuff, so i could be wrong. |
| 07:53:11 | kpkeerthi | Hi... just noticed that rockbox has completely drained my iPod's battery. The battery was 90% charged when I switched it off day before yesterday. Today when I turn it on I get "Very Low Battery" warning and the Ipod is not switching on |
| 07:53:24 | allele | even so I'm greatful for the help |
| 07:55:01 | Unhelpful | if it was off, it would really seem that it was not rockbox that drained it? |
| 07:55:41 | allele | you could have turned on rockbox and the lcd just shut off while it was still running perhaps |
| 07:57:26 | kpkeerthi | allele: i was thinking that could have happenned. |
| 07:57:46 | kpkeerthi | may the kids I guess |
| 08:00 |
| 08:03:21 | kpkeerthi | oops... rockbox now completely freezes when I connect the device to my PC |
| 08:04:13 | | Join EddieFig [0] (n=HP_Owner@cpe-24-161-223-15.bak.res.rr.com) |
| 08:05:19 | kpkeerthi | if I connect my ipod (video 5.5 gen) to PC first and then switch it on, rockbox goes completely crashy trashy |
| 08:05:22 | EddieFig | hello, My videos seem to be skipping in frames, any help? and how do i add album art? All my albums have art in WMP but not in rockbox |
| 08:05:53 | kpkeerthi | however if i turn it on and wait till rockbox load and then connect to the PC, it works OK |
| 08:06:16 | kpkeerthi | now that my battery has drained I could not have rockbox load |
| 08:07:09 | Unhelpful | EddieFig: exactly which ipod do you have, and what size and format are the videos? also, album art needs to be saved as bitmap files, with the right filenames, for rockbox to load it. |
| 08:07:14 | kpkeerthi | checking if apple's firmware loads |
| 08:07:18 | kpkeerthi | ... |
| 08:08:15 | kpkeerthi | ok... apple's firmware loads just fine now.... |
| 08:08:54 | advcomp2019 | EddieFig, did you read the wiki about album art? |
| 08:09:05 | EddieFig | I've got ipod video 30gb, and the video is mpg format (used super c to convert) and the video i'm trying to play is 173mb. |
| 08:09:13 | EddieFig | hmm, no. |
| 08:09:31 | EddieFig | going there now |
| 08:11:15 | EddieFig | okay, i've got the album art figured out, so how about that video skipping? |
| 08:11:41 | advcomp2019 | EddieFig, have you tried one of the converters in the wiki for the videos.. since you have an ipod video i think people like OF for videos tho |
| 08:12:40 | advcomp2019 | winff has a preset in it for rockbox |
| 08:14:52 | | Quit Zarggg (Excess Flood) |
| 08:15:38 | | Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 08:16:44 | EddieFig | well, i've tried http://www.erightsoft.com/SUPER.html and it does convert to mpg. theres nothing i can do via the Display, Limit FPS options or frame skip option? |
| 08:20:04 | Unhelpful | EddieFig: per page i linked earlier, the ipod video is one of the worst performers for rockbox video playback. you won't be able to play fullscreen video on it at decent framerates. i would really suggest you consider using the OF for video. |
| 08:20:24 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 08:24:49 | Unhelpful | the only reason i didn't say you ought to do that previously is that you hadn't said which ipod you had |
| 08:25:16 | EddieFig | Where can i get this OF? |
| 08:27:06 | advcomp2019 | EddieFig, it is office firmware or original firmware |
| 08:27:25 | advcomp2019 | official* |
| 08:27:34 | EddieFig | oh, okay. so i tunes it is. |
| 08:27:35 | | Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) |
| 08:27:59 | EddieFig | thanks for the help guys. much appreciated! keep up the good work. |
| 08:28:05 | | Part EddieFig |
| 08:31:32 | | Quit bmbl ("http://miranda-im.org") |
| 08:32:40 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 08:33:29 | | Quit bmbl (Client Quit) |
| 08:33:52 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 08:52:17 | | Join Rob2223 [0] (n=Miranda@p4FDCC54F.dip.t-dialin.net) |
| 08:57:46 | | Quit reacocard ("Coyote finally caught me") |
| 08:58:34 | | Join reacocard [0] (i=reacocar@silenceisdefeat.org) |
| 09:00 |
| 09:01:54 | | Quit allele ("Java user signed off") |
| 09:10:10 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 09:13:26 | kpkeerthi | for now... i'm reverting back to apple's firmware... i guess i'm spending more time messing with rockbox than enjoying the music. will check back rockbox in about 6 months |
| 09:13:29 | *** | Saving seen data "./dancer.seen" |
| 09:13:31 | kpkeerthi | thats for all your help |
| 09:17:50 | | Join Beta-guy_ [0] (n=Beta-guy@stjhnbsu83w-156034198118.nb.aliant.net) |
| 09:17:51 | | Quit Beta-guy (Read error: 104 (Connection reset by peer)) |
| 09:18:47 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 09:19:27 | scorche|sh | kpkeerthi: and what will you be looking for? |
| 09:23:28 | | Quit kpkeerthi ("ChatZilla 0.9.83 [Firefox 3.0.1/2008072612]") |
| 09:26:58 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 09:31:34 | | Join vitja [0] (n=vitja@79.120.98.174) |
| 09:33:38 | vitja | TMM, can I add your name to copyright header in lcd-iaudio7.c? |
| 09:38:16 | pixelma | shouldn't this thread be in the "Hardware" forums (though started as an installation question) http://forums.rockbox.org/index.php?topic=18368.0 ? |
| 09:40:40 | | Join hannesd_ [0] (n=light@p5B160B07.dip0.t-ipconnect.de) |
| 09:45:04 | | Quit hannesd (Read error: 145 (Connection timed out)) |
| 09:45:05 | | Nick hannesd_ is now known as hannesd (n=light@p5B160B07.dip0.t-ipconnect.de) |
| 09:46:08 | | Join bughunter2 [0] (n=Jelle@77.164.66.126) |
| 09:46:09 | | Quit Acky (Read error: 104 (Connection reset by peer)) |
| 09:46:28 | | Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) |
| 09:59:05 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 10:00 |
| 10:21:00 | | Join Mathiasdm [0] (n=Mathias@78-22-6-189.access.telenet.be) |
| 10:24:23 | | Quit midkay (Read error: 60 (Operation timed out)) |
| 10:28:40 | | Quit hannesd (Read error: 113 (No route to host)) |
| 10:34:11 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 10:38:58 | | Quit Beta-guy_ (Read error: 110 (Connection timed out)) |
| 10:41:03 | linuxstb | pixelma: I agree, I've moved it. |
| 10:48:23 | | Quit amiconn (Nick collision from services.) |
| 10:48:29 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 10:54:42 | pixelma | linuxstb: thanks, could have done so myself but I wasn't sure... |
| 11:00 |
| 11:02:34 | | Join scotty_007 [0] (n=59f7e46b@gateway/web/cgi-irc/labb.contactor.se/x-4e901332df6b30b9) |
| 11:08:51 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 11:09:28 | n1s | me wonders WTH scramble is doing... |
| 11:10:23 | n1s | i pass it a line like ../tools/scramble -iaudiox5 bootloader/bootloader.bin x5_fw.bin and no output is printed and no file written... |
| 11:12:02 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 11:13:30 | *** | Saving seen data "./dancer.seen" |
| 11:18:35 | * | n1s facepalms, it works just my filemanager decided it was a good ide to pretend they weren't there... |
| 11:18:41 | | Join jeffdameth1 [0] (n=jeff@dyndsl-080-228-190-148.ewe-ip-backbone.de) |
| 11:18:55 | | Join hannesd [0] (n=light@p5B160B07.dip0.t-ipconnect.de) |
| 11:22:39 | n1s | hmm, should I put the big bunch of test bootloaders in a flyspray task or on my webspace? |
| 11:36:09 | | Quit jeffdameth (Read error: 113 (No route to host)) |
| 11:40:47 | | Join krz|afk [0] (n=chatzill@mail.jvl.by) |
| 11:42:00 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 11:43:07 | n1s | amiconn: I'm not at all sure how the archos bootbox/flashing etc works and what risks are involved so i have left them out of the bootloader update for now. I is not very likely any many users around to test them and devs could build themselves |
| 11:44:12 | amiconn | Testing a bootbox.ucl or bootbox as archos.mod/ ajbrec.ajz is essentially no risk at all |
| 11:44:58 | n1s | ok, I'll throw some .ucl's up there then |
| 11:45:19 | amiconn | Making a complete flash image is somewhat involved. |
| 11:45:38 | n1s | btw is the "-add=" thing needed for iaudio bootloaders? |
| 11:45:47 | amiconn | no |
| 11:45:48 | n1s | in scramble |
| 11:45:53 | n1s | ah, thanks |
| 11:46:15 | amiconn | You'd need to build flash/bootloader in addition to bootbox, and the flash/make_firmware tool |
| 11:46:40 | amiconn | Then you'd use make_firmware to build a flash image (well, actually two per archos model) |
| 11:47:52 | amiconn | Testing those is somewhat risky (might require serial boot mod in order to recover from a bad flash, or even unsoldering and reflashing the flash chip externally (for the _norom versions)) |
| 11:48:47 | | Join p3tur [50] (n=petur@rockbox/developer/petur) |
| 11:49:37 | | Quit petur (Nick collision from services.) |
| 11:49:41 | | Nick p3tur is now known as petur (n=petur@rockbox/developer/petur) |
| 11:49:45 | amiconn | The (most?) archoses come in two versions: one which has a 64KB boot rom in the CPU, and one without that. The latter versions are relatively rare. They boot directly from the flash, so if that's hosed, only external flashing will help. The versions with boot rom have a serial monitor there, that allows loading some code, which in turn can be used for reflashing |
| 11:50:11 | n1s | amiconn: so is testing just bootbox.ucl useful? |
| 11:50:28 | amiconn | It is, since it tells us whether bootbox itself works |
| 11:51:06 | * | amiconn should probably make & test the flash images for the release |
| 11:51:23 | amiconn | Can't test fmr and recv2 myself though |
| 11:52:57 | n1s | do the ondio fm and sp versions of bootbox differ? |
| 11:54:01 | amiconn | The .AJZs do (different model id) |
| 11:55:04 | amiconn | Hmm, in fact the .ucl does as well. Bootbox loads an .ajz from disk, hence also has to check the model id itself |
| 11:55:14 | n1s | ok |
| 11:55:37 | * | amiconn double checks |
| 11:55:43 | | Join Beta-guy_ [0] (n=Beta-guy@stjhnbsu83w-156034198118.nb.aliant.net) |
| 11:58:18 | | Join havien [0] (n=havien@68-189-143-101.dhcp.wlwl.wa.charter.com) |
| 11:58:46 | havien | anyone awake? |
| 12:00 |
| 12:00:17 | markun | havien: I am |
| 12:00:41 | havien | would you be able to help me with an issue? haven't found any complete answers |
| 12:00:49 | markun | what's the issue? |
| 12:01:08 | amiconn | Hmm, looks like there's no difference in the code between Ondio FM and SP bootbox |
| 12:01:19 | | Quit hannesd (Read error: 113 (No route to host)) |
| 12:01:23 | havien | sansa e270 after rockbox won't mount back up in linux |
| 12:02:09 | havien | acts like the firmware on it locks up when hooking up usb but when unplugged it stay as the usb connection screen |
| 12:02:19 | pixelma | do you connect to USB while Rockbox is running? |
| 12:02:29 | havien | its what i'm trying to do |
| 12:02:52 | havien | someone in some forum mentioned it won't work but its the only mention of it and if its not an isolated problem i figured i would read alot more about it |
| 12:04:12 | pixelma | turn the player off before connecting or boot manually into the original firmware and then connect. Normally Rockbox should reboot the player automatically into the Sansa firmware when plugging USB but this doesn't always work |
| 12:04:27 | n1s | ok everyone, please help test bootloaders for the release, FS #9369 |
| 12:05:14 | havien | ok so no MSD mode in rockbox firmware? |
| 12:05:34 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 12:07:50 | markun | havien: we have some code, but I guess it doesn't work on the sansas yet |
| 12:08:03 | havien | hmm |
| 12:08:12 | havien | k |
| 12:08:44 | havien | so its still beta |
| 12:09:44 | markun | yes, just like google products it will probably be forever beta ;) |
| 12:11:03 | | Join merbanan [0] (n=banan@83.233.242.76) |
| 12:11:37 | markun | pixelma: do you know why the USB stack isn't enabled? |
| 12:12:55 | | Join goffa_ [0] (n=goffa@216.220.23.105) |
| 12:13:04 | n1s | markun: it triggers a data corruption bug on sansas |
| 12:13:24 | pixelma | because it isn't stable yet (problems on some hubs/ports, and there was a filesystem corruption issue on the Sansas - I think it is still not a 100% fixed) |
| 12:14:27 | havien | so its apropreate for it to lock at the usb connection screen? |
| 12:14:36 | havien | requiring a hard reset? |
| 12:16:19 | pixelma | not really - as I said it _should_ automatically boot into the original firmware at this point but it sometimes (with some builds for me) hangs in the USB screen |
| 12:16:46 | havien | ohh sorry |
| 12:16:46 | | Join herrwaldo [0] (n=waldo@ip-81-11-216-152.dsl.scarlet.be) |
| 12:17:04 | havien | thanks for the info will remember to plug in while powered off from now on |
| 12:17:09 | bertrik | havien, do you know a specific version that does this? |
| 12:17:27 | havien | pulled the latest ver as of ~30min ago |
| 12:17:55 | havien | now i look at the settings info and says "MSD: not present" |
| 12:18:10 | havien | r18432-080906 |
| 12:19:23 | markun | ums, msc, msd... these are all the same thing right? |
| 12:19:47 | bertrik | no, ums = msc, msd is something else |
| 12:20:04 | havien | sansa ver: 01.02.18A |
| 12:20:13 | havien | MSD should be mass storage device |
| 12:20:37 | havien | unless its another TLA to remember |
| 12:22:21 | bertrik | on rockbox MSD means micro-SD AFAIK |
| 12:22:29 | markun | ah :) |
| 12:23:20 | scotty_007 | n1s: how to test bootloaders from FS #9369? just RoLo them? |
| 12:24:00 | n1s | scotty_007: depends on which player you got, some can rolo but the most useful test is to install them as usual |
| 12:24:03 | havien | ums universal mass storage? and msc?? |
| 12:24:17 | markun | mass storage class |
| 12:24:17 | Llorean | Mass Storage Class |
| 12:24:36 | | Quit goffa (Read error: 110 (Connection timed out)) |
| 12:24:41 | havien | and what is the MTP? |
| 12:24:48 | markun | media transfer protocol |
| 12:24:56 | havien | the proprietary stuff? |
| 12:25:13 | markun | well, used for cameras and mp3 players |
| 12:25:36 | scotty_007 | n1s: thanks, will install the iPodColor-bl soon |
| 12:25:40 | markun | I think it was originally just microsofts music transfer protocol |
| 12:25:59 | n1s | scotty_007: great :) is it CF modded or has a hd? |
| 12:26:19 | markun | havien: ah no, according to wikipedia pictures were used first: http://en.wikipedia.org/wiki/Media_Transfer_Protocol |
| 12:26:47 | havien | ok |
| 12:26:52 | havien | thx for the learning expierence |
| 12:26:55 | havien | time to crash |
| 12:27:29 | | Quit havien (Remote closed the connection) |
| 12:27:49 | markun | there he crashes.. |
| 12:28:16 | scotty_007 | n1s: its an original 40GB |
| 12:28:28 | scotty_007 | n1s: no mods |
| 12:29:02 | n1s | scotty_007: ok, please post any results in the tracker task :) |
| 12:29:49 | pixelma | bertrik: the revision number alone doesn't help here... I experienced differences with the same build compiled on different computers (Mini build - one downloaded from rockbox.org, the other compiled myself from the same source)... |
| 12:30:59 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
| 12:31:26 | pixelma | build myself on cygwin, so there were differences in the build environment for sure (maybe different versions of gcc or binutils etc.) |
| 12:31:39 | pixelma | *built |
| 12:37:56 | bertrik | pixelma, weird... maybe it somehow depends on alignment of the reset code. Could different build machines results in different code? I wonder about the little size differences we see in the build tables. |
| 12:54:07 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 13:00 |
| 13:04:45 | | Join dabujo [0] (i=xx@p4FDB006D.dip0.t-ipconnect.de) |
| 13:06:17 | * | amiconn can think of several possible causes |
| 13:06:32 | amiconn | It could be the alignment, or perhaps the reset code needs to be in iram |
| 13:06:58 | amiconn | Perhaps we should also halt the cop before resetting |
| 13:08:52 | | Join Beta-guy [0] (n=Beta-guy@stjhnbsu83w-156034198118.nb.aliant.net) |
| 13:08:52 | | Quit Beta-guy_ (Read error: 104 (Connection reset by peer)) |
| 13:13:32 | *** | Saving seen data "./dancer.seen" |
| 13:14:17 | | Quit bmbl ("Woah!") |
| 13:20:34 | | Join Acky [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) |
| 13:24:49 | | Join desowin [0] (n=desowin@atheme/member/desowin) |
| 13:25:17 | | Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) |
| 13:26:16 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 13:37:43 | | Quit Acksaw (Connection timed out) |
| 13:42:53 | | Join bluebrother [0] (n=dom@f053153029.adsl.alicedsl.de) |
| 13:47:15 | | Quit Beta-guy (Read error: 104 (Connection reset by peer)) |
| 13:47:34 | | Join Beta-guy [0] (n=Beta-guy@stjhnbsu83w-156034198118.nb.aliant.net) |
| 13:57:41 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 14:00 |
| 14:08:45 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 14:10:33 | | Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) |
| 14:10:48 | | Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") |
| 14:14:45 | | Join tvelocity [0] (n=tony@195.167.65.109) |
| 14:16:44 | | Join shotofadds [0] (i=586c9597@gateway/web/ajax/mibbit.com/x-ab02c6edfa40aa95) |
| 14:24:45 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 14:34:57 | | Part pixelma |
| 14:35:10 | | Nick jfc^2 is now known as jfc (n=john@dpc691978010.direcpc.com) |
| 14:41:43 | shotofadds | The patch in fs#9245 (iaudio7 port) is getting rather large and seems to be progressing at lightspeed. I'd like to get it cleaned up and committed, but I won't have time until next week. Anyone have time to take a look (linuxstb, gevaerts maybe)? |
| 14:44:08 | | Join Schmogel [0] (n=Miranda@p3EE2018D.dip0.t-ipconnect.de) |
| 14:44:18 | LambdaCalculus37 | How far along is it? |
| 14:45:36 | shotofadds | read the comments ;-) |
| 14:45:58 | LambdaCalculus37 | Reading. |
| 14:46:20 | shotofadds | seriously though, it seems to have sound, FM radio etc. Looks like its being held back by the NAND driver, just like the D2 |
| 14:46:33 | LambdaCalculus37 | Did anyone tell him of the tradition of "Ladies and Gentlemen, we have SOUND!"? |
| 14:49:39 | shotofadds | maybe when it works reliably. it looks like there's a lot of test code around still. |
| 14:54:17 | bluebrother | IIRC those mails have been sent even if it was unreliably in the past. |
| 14:55:34 | rasher | The moment it can play recognisable music by any means, has been the time |
| 14:57:32 | LambdaCalculus37 | I think we should ask him what he played, and have him announce it. |
| 14:58:52 | * | shotofadds didn't even know this page existed: http://www.rockbox.org/twiki/bin/view/Main/GentlemenMails |
| 14:59:25 | rasher | It's fairly new |
| 15:00 |
| 15:01:00 | | Join oofus [0] (n=chris@oofus.demon.co.uk) |
| 15:01:58 | shotofadds | vitja: if you've played music on the iaudio7 you might like to let people know about your achievement by sending a "ladies & gentlemen... we have sound!" email to the rockbox mailing list. See the above link for some examples... |
| 15:07:00 | shotofadds | mcuelenaere: (for the logs) I'll be back sunday evening if you want me to answer that ping... |
| 15:07:06 | | Quit shotofadds ("http://www.mibbit.com ajax IRC Client") |
| 15:09:26 | vitja | ok i'll do |
| 15:12:12 | LambdaCalculus37 | Thanks. :) |
| 15:13:37 | *** | Saving seen data "./dancer.seen" |
| 15:15:05 | | Quit LambdaCalculus37 ("Do quit now, there's a demon around the corner!") |
| 15:19:50 | | Join svpe [0] (n=svpe@p54903855.dip.t-dialin.net) |
| 15:24:25 | | Join AndyIL [0] (n=pasha_in@212.14.215.21) |
| 15:35:27 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 15:36:27 | | Quit Beta-guy (Read error: 110 (Connection timed out)) |
| 15:41:14 | | Quit petur ("hope for spare time tonight :/") |
| 15:49:06 | bluebrother | is there a reason rockboxdev.sh doesn't clean its build folder by default? |
| 15:54:01 | | Quit Zarggg (Read error: 104 (Connection reset by peer)) |
| 16:00 |
| 16:07:15 | dionoea | Hello. Is there some special aproval process to go through before adding a WPS tag to svn? (see FS #9368) |
| 16:07:22 | dionoea | (the feture freeze is over right?) |
| 16:09:41 | | Quit XavierGr () |
| 16:12:34 | Nico_P | dionoea: yes, it is. There's no special process, although adding manual changes to your patch is a plus |
| 16:13:23 | dionoea | yeah, I'll do that when I commit. It's just that adding and removing WPS tags all the time can be confusing for users so I though that maybe it'd be better to have the ok from other people first |
| 16:14:20 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
| 16:14:39 | | Join tvelocity [0] (n=tony@195.167.65.108) |
| 16:15:29 | bluebrother | well, there should be a consensus that we want those tags to be added ;-) |
| 16:15:44 | bluebrother | but that's kinda obvious :) |
| 16:15:45 | dionoea | ok, I'll wait for the consensus on the FS entry then :) |
| 16:16:10 | dionoea | anyone here know the exact difference between WPS_REFRESH_STATIC and WPS_REFRESH_DYNAMIC? |
| 16:17:45 | bluebrother | looking at that patch it looks like a nice idea to me. Could possibly replace all those individual setting tags (like shuffle mode etc) |
| 16:18:18 | dionoea | I still need to fix the conditional usage stuff and clarify the refresh setting |
| 16:18:40 | dionoea | s/fix/implement/ |
| 16:21:01 | dionoea | how do conditionals work btw? something like %?tagname<result if intval is 0|result if 1|result if 2|...> ? |
| 16:21:11 | kugel | amiconn: regarding FS #9360 (broken wps after statusbar toggle); I remember it was fixed sometime ago (at least the commit comment said so) |
| 16:21:20 | soap | I'd like these new tags, and some logic and math in the WPS code. ;) Conditionals based on the value of tags. If track=3 and replaygain=1 and volume>-20 then blah blah blah. |
| 16:22:18 | soap | If playlist position > playlist length/2 then blah blah blah |
| 16:22:22 | bluebrother | now convert the wps display to lua or something like that ;-) |
| 16:22:34 | dionoea | Yay! that would be awesome |
| 16:22:50 | * | dionoea 's already busy converting VLC modules to Lua ... and it's lots of fun |
| 16:23:51 | dionoea | the only drawback would be the 200k or so increase in core size. Of course if you only include the base language and the rockbox specifics you could maybe bring that down a bit. :) |
| 16:24:56 | svpe | anyone in here who managed to extract the creative zen (the newer flash version) firmware from the update using zenutils? update_extract just fails while decompressing the firmware archive for me :/ |
| 16:28:46 | bluebrother | well, if that replaces the old wps code, wouldn't that trim the binsize increase further? |
| 16:29:20 | dionoea | Yeah. I doubt that it would result in a negative binsize variation though |
| 16:30:21 | dionoea | and it would introduce malloc in the core |
| 16:32:08 | bluebrother | that's bad |
| 16:32:17 | Nico_P | dionoea: intval starts at 1 for conditionals |
| 16:32:23 | dionoea | ok. |
| 16:32:46 | * | dionoea wonders how to use a color setting in a conditional ... |
| 16:33:01 | dionoea | Nico_P: is the last conditional option equivalent to an "else" ? |
| 16:33:38 | dionoea | like if your value can range 1 to 10 but you only include 2 options in the WPS. Will values 2 to 10 map to the last condition option? or will 3 to 10 be discarded? |
| 16:33:41 | Nico_P | dionoea: you can make it be like that |
| 16:34:00 | Nico_P | you define the behaviour in get_token_value |
| 16:34:44 | * | dionoea looks up get_token_value |
| 16:35:25 | | Quit bughunter2 ("bye") |
| 16:36:54 | dionoea | ah ok, that function :) |
| 16:39:17 | dionoea | how do you define the behavior if the value overflows the number of conditions specified in the WPS? (can't see anything related in there ... only the intval assignment ... or is that what the limit value is used for?) |
| 16:39:22 | dionoea | s/value/variable/ |
| 16:39:38 | dionoea | ah, looks like it |
| 16:40:27 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 16:40:40 | Nico_P | limit is the number of cases in the construct. in case of over/underflow it's reset to limit in evaluate_conditional |
| 16:40:42 | dionoea | there's already a if (intval > num_options) intval = num_options; condition in evaluate_conditional. So looks like it defaults to else |
| 16:40:51 | dionoea | gra, too slow :( |
| 16:44:17 | | Quit bmbl (Client Quit) |
| 16:44:28 | svpe | hum.. looks like the firmware archive offset update_extract calculated was 4 bytes off :/ |
| 16:52:59 | | Join Nic0_P [0] (n=nicolas@ANice-157-1-25-42.w90-28.abo.wanadoo.fr) |
| 16:53:00 | | Quit Nico_P (Read error: 113 (No route to host)) |
| 16:53:36 | | Nick Nic0_P is now known as Nico_P (n=nicolas@ANice-157-1-25-42.w90-28.abo.wanadoo.fr) |
| 16:54:25 | | Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.1/2008072820]") |
| 16:57:43 | | Quit reacocard (Read error: 104 (Connection reset by peer)) |
| 17:00 |
| 17:06:58 | dionoea | Hum, why do you need arm-elf-gcc/ld for the manual target? |
| 17:08:28 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 17:09:49 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 17:10:09 | | Quit kugel (Client Quit) |
| 17:10:31 | bluebrother | because there's no separate "manual" build anymore? |
| 17:10:40 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 17:10:47 | n1s | dionoea: do you type "make manual" or just make ? |
| 17:10:49 | * | bluebrother remember his diff to remove the selection from the configure script |
| 17:11:43 | dionoea | n1s: ah ... ok. (configure still complains about the missing gcc/ld, but that's a minor problem) |
| 17:11:45 | n1s | you do need gcc to build the manual though but the system gcc should do, it just runs features.txt through the preprocessor |
| 17:13:24 | rasher | Doesn't that use the host gcc? |
| 17:13:35 | rasher | It should, at least. |
| 17:13:40 | *** | Saving seen data "./dancer.seen" |
| 17:13:46 | n1s | i think it does... |
| 17:14:45 | n1s | ah, yes it uses HOSTCC i guess that is correct then |
| 17:15:12 | rasher | Maybe the warning about missing gcc should be a bit more nuanced |
| 17:17:52 | | Quit DerDome ("Leaving.") |
| 17:20:59 | dionoea | hum ... installing latex takes a long time |
| 17:21:15 | | Join DerDome [0] (n=DerDome@dslb-082-083-242-229.pools.arcor-ip.net) |
| 17:22:48 | | Quit miepchen^schlaf_ () |
| 17:23:43 | * | bluebrother changed rockboxdev.sh ... what do people think about FS #9372? |
| 17:23:55 | | Join miepchen^schlaf [0] (n=miepchen@p579EC413.dip.t-dialin.net) |
| 17:25:39 | rasher | bluebrother: I'll have to change my (as far as I know) unused buildserver vm! |
| 17:26:07 | rasher | But yes, seems sensible |
| 17:26:22 | bluebrother | really? You rebuild the compilers regularly? ;-) |
| 17:27:21 | rasher | bluebrother: the buildserver vm builds the compilers on first boot |
| 17:27:44 | rasher | I'm not aware that anyone has ever downloaded, or indeed used it |
| 17:27:52 | bluebrother | ah. |
| 17:28:12 | rasher | So that's certainly not a reason to not reject this change |
| 17:28:20 | bluebrother | nice idea for a redistributable machine |
| 17:28:44 | rasher | Yeah, I never got around to announcing it |
| 17:29:01 | bluebrother | one could always reintroduce "all" if needed |
| 17:29:15 | | Quit miepchen^schlaf () |
| 17:29:27 | bluebrother | such a machine could also ask which compilers to build. I guess some users would like that ;) |
| 17:29:46 | rasher | On my c2d laptop it runs slightly faster than my old desktop machine, which managed a build or two when it was used as a buildserver, so it's potentially useful to run a buildserver vm if you have beefy hardware |
| 17:35:59 | rasher | If anyone's reading and want to have a go, the buildserver's here: rasher.dk/rockbox/Rockbox%20buildserver%201.0.7z">http://rasher.dk/rockbox/Rockbox%20buildserver%201.0.7z |
| 17:38:56 | | Join mf0102 [0] (n=michi@85-127-38-26.dynamic.xdsl-line.inode.at) |
| 17:52:17 | | Join elinenbe [0] (n=elinenbe@c-71-192-73-246.hsd1.ma.comcast.net) |
| 17:52:40 | elinenbe | is there anywhere I can download the WPS Editor already compiled? |
| 17:55:45 | | Join toffe82 [0] (n=chatzill@71.142.12.15) |
| 17:56:46 | bluebrother | elinenbe: no. The wps editor isn't finished so there is no point in offering binaries at this point. |
| 17:56:50 | | Quit DerDome (Nick collision from services.) |
| 17:56:51 | | Join DerDome1 [0] (n=DerDome@dslb-082-083-252-154.pools.arcor-ip.net) |
| 17:57:01 | | Nick DerDome1 is now known as DerDome (n=DerDome@dslb-082-083-252-154.pools.arcor-ip.net) |
| 18:00 |
| 18:00:55 | | Join miepchen^schlaf [0] (n=miepchen@p579EC413.dip.t-dialin.net) |
| 18:01:55 | | Join psyx1337 [0] (n=asdfgh@dslb-084-061-090-185.pools.arcor-ip.net) |
| 18:03:47 | | Quit miepchen^schlaf (Client Quit) |
| 18:04:01 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 18:04:42 | psyx1337 | hey ho every. I have a big problem with my sansa e260... I cant turn it on... if I try it then there is just a black screen and the wheel lights blue. :( |
| 18:05:25 | bluebrother | check SansaE200Unbrick in the wiki |
| 18:05:38 | rasher | Sounds like you're in Manufacturer or Recovery mode, I forget which one gives the black screen |
| 18:06:57 | psyx1337 | yeah I did but I think my Problem is a bit stronger xD when i connect it and do "lsusb" in ubuntu it says "us 001 Device 017: ID 0b70:0003 PortalPlayer, Inc." so I think there is something wrong with the i2c and someone said to me that i should replace it but I dont know how :( |
| 18:07:53 | rasher | psyx1337: That doesn't look out of the ordinary to me |
| 18:08:21 | | Quit jeffdameth1 (No route to host) |
| 18:08:26 | rasher | Of course, there *might* be a hardware error, but it's not possible to say at this point |
| 18:08:50 | elinenbe | bluebrother: thanks. |
| 18:09:08 | bluebrother | according to the page I mentioned earlier you're in pre-boot mode |
| 18:09:44 | bluebrother | ah no, manufacturing mode |
| 18:11:35 | psyx1337 | here on page 8 and 9 I describe my problem and how it happend: http://www.anythingbutipod.com/forum/showthread.php?t=8953&page=8 |
| 18:14:15 | bluebrother | please read the page I mentioned earlier. Plus, you have a problem using sudo. I won't explain here how to fix this, just "su -" instead |
| 18:15:56 | bluebrother | you might need to chmod +x e200tool too. |
| 18:16:22 | psyx1337 | I think that "sudo ./e200tool recover BL_SD_BOARDSUPPORTSD.rom" doesnt work because on "lsusb" there is thw wrong ID at sansa |
| 18:17:02 | bluebrother | well, first sudo doesn't find e200tool. This has nothing to do with lsusb |
| 18:17:55 | kugel | psyx1337: did you run "./e200tool init"? |
| 18:18:25 | psyx1337 | no |
| 18:18:26 | kugel | psyx1337: the usb id looks correct to me |
| 18:18:33 | psyx1337 | rly? |
| 18:18:53 | kugel | I remember the id, I was once in a similar situationo |
| 18:18:53 | rasher | kugel: why is that not mentioned on the page, again? |
| 18:19:18 | rasher | psyx1337: do the init, I'm quite sure that's it |
| 18:19:21 | bluebrother | the usb id gets changed once you initialized the connection |
| 18:19:34 | psyx1337 | okay thanks to all who are trying to help me i switch to ubuntu now and try it :) |
| 18:19:36 | rasher | Which for some reason isn't mentioned anywhere on that page |
| 18:19:46 | bluebrother | plus, the error message you posted on abi shows that you haven't even succeeded executing e200tool ... |
| 18:20:00 | kugel | rasher: the init? afaik it's not necessary, but it ensures the sansa is found (i always used it, as it doesn't mean a downside) |
| 18:20:11 | bluebrother | rasher: to make it harder using it (thus decreasing the possibility messing up your player)? |
| 18:20:23 | rasher | That seems a bit un-Rockbox |
| 18:20:25 | bluebrother | kugel: the init is necessary. |
| 18:20:37 | rasher | The guide is wrong, as it stands |
| 18:20:43 | kugel | well, then it should definitely be mentioned |
| 18:20:54 | rasher | Put huge warnings if you must, but don't hide necessary information |
| 18:21:00 | bluebrother | I'm not sure I agree with that. It's not a rockbox page at all. |
| 18:21:14 | bluebrother | but feel free to nag Bagder about that ;-) |
| 18:21:24 | rasher | SansaE200Unbrick sure is |
| 18:21:58 | kugel | rasher: iirc the init came in a later version of the tool, maybe the page is older |
| 18:22:35 | rasher | Possible. |
| 18:23:11 | bluebrother | yep, but that page doesn't explain pre-boot mode −− it only links Bagders site |
| 18:23:23 | | Join tompsu [0] (n=tompsu@cpe-75-187-169-123.neo.res.rr.com) |
| 18:23:31 | | Quit psyx1337 () |
| 18:23:59 | rasher | bluebrother: that's simply not true |
| 18:24:00 | tompsu | can someone help me out with my 60gb ipod photo? my computer isnt recognizing it |
| 18:24:36 | bluebrother | rasher: well, it mentiones pre-boot mode but doesn't explain what to do with it. From my point of view there is no explanation |
| 18:24:47 | bluebrother | tompsu: use emergency disc mode |
| 18:25:03 | tompsu | i forget, how do i get into that? |
| 18:25:17 | bluebrother | and Bagders site doesn't have much explanations either. |
| 18:25:32 | bluebrother | tompsu: reboot the Ipod and hold Play + Select upon startup |
| 18:26:01 | * | rasher thinks it's morally dodgy to post incomplete instructions to "save users from themselves", when you're at the same time preventing other users from fixing their issues |
| 18:26:48 | bluebrother | well, it's arguable. But if instructions are around people without a clue what they're doing will mess around with it. |
| 18:26:49 | tompsu | ok, i got it in diskmode and my computer recognizes it, but now what? |
| 18:27:18 | bluebrother | tompsu: how about chkdsk /f the player? |
| 18:27:33 | tompsu | do i do that through the command prompt? |
| 18:27:47 | bluebrother | yes |
| 18:29:05 | bluebrother | also, you haven't said how "does not recognize" looks like. Doesn't Rockbox reboot into disc mode? Doesn't itunes recognize the Ipod anymore? ...? |
| 18:29:44 | tompsu | its saying it cant be run because its in use by another process and asks me if i want to force a dismount on the volume |
| 18:29:51 | bluebrother | rasher: I'm not against adding the informations to the wiki. It's just that I can see a reason why they aren't put there. |
| 18:30:02 | bluebrother | tompsu: then decide if you want to do that or not. |
| 18:30:03 | tompsu | i havent used or had itunes in years, thats the whole reason i put rockbox on |
| 18:30:38 | tompsu | well, im not sure if im going to screw anything up if i do dismount it, thats why i asked |
| 18:31:38 | tompsu | because it says before that "all opened handles to this volume would be invalid" if i do dismount it |
| 18:32:39 | * | bluebrother sighs |
| 18:32:54 | bluebrother | well, obviously something is accessing the Ipod. This could even be windows explorer |
| 18:32:58 | tompsu | ive been sighing too heh |
| 18:33:25 | bluebrother | if you dismount the volume you can't access it it anymore, and all programs that do access it might run into problems or even crash. |
| 18:33:26 | tompsu | well yes, since i put it into diskmode, its showing up under My Computer |
| 18:33:43 | bluebrother | then close explorer and the handle should get released. |
| 18:34:14 | linuxstb | vitja: Around? |
| 18:34:30 | tompsu | if i close explorer wont windows shut down? |
| 18:35:09 | tompsu | brb, it says it will be run next time i reboot |
| 18:35:38 | | Quit tompsu ("Java user signed off") |
| 18:37:36 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 18:39:06 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 18:41:06 | | Join Lambduh [0] (n=Lambda@12-203-112-233.client.mchsi.com) |
| 18:56:55 | | Quit krz|afk ("ChatZilla 0.9.83 [Firefox 1.5.0.12/2007050813]") |
| 18:58:07 | | Join dirwiz [0] (n=efn@static-71-246-20-114.phlapa.fios.verizon.net) |
| 19:00 |
| 19:08:10 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 19:09:22 | vitja | linuxstb, a little bit |
| 19:09:37 | linuxstb | vitja: I'm looking at your patch now, preparing to commit it... |
| 19:09:49 | vitja | ok |
| 19:10:27 | vitja | do you have qustions? |
| 19:11:27 | linuxstb | I did, but I've answered them... The patch wasn't applying until I renamed the pcm-tcc780x.c file to pcm-telechips.c. I may have more questions though... |
| 19:11:53 | vitja | hmm.. that's svn issue when I run svn rename |
| 19:11:54 | linuxstb | I think they're just cosmetic issues - the code itself looks fine. |
| 19:12:03 | vitja | I thu |
| 19:12:17 | vitja | I think we should add TMM to lcd copyright header |
| 19:13:41 | *** | Saving seen data "./dancer.seen" |
| 19:14:46 | linuxstb | How much was him, how much was you, and how much is Linus's? The general approach is to not change the original (C) holder unless there are very major changes to the file. |
| 19:15:08 | | Quit scotty_007 ("CGI:IRC") |
| 19:16:15 | vitja | Linus wrote lcd-h300.c my code is based on it lcd_init() is based on TMM's one |
| 19:16:47 | linuxstb | lcd_init() is just the init sequence from the OF though isn't it? |
| 19:16:55 | vitja | okay let's simply keep original copyright of Linus |
| 19:17:42 | linuxstb | OK - that's simpliest. I'll replace TMM by his full name in the comment. |
| 19:17:53 | vitja | ok |
| 19:17:56 | | Join bughunter2 [0] (n=Jelle@77.164.66.126) |
| 19:19:09 | vitja | I have some questions too I don't know what's quick screen and pitch should shey be enabled for i7? |
| 19:20:46 | linuxstb | Yes, if you've got available buttons. The manual for one of the existing targets (e.g. iriver h300) should describe them. |
| 19:21:29 | linuxstb | I also agree with shotofadds about the "# define" - that style is generally avoided in Rockbox |
| 19:21:50 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 19:22:05 | vitja | ok, if you thinks so - can you remove spaces after #? |
| 19:22:22 | linuxstb | If you look at other files, they use " #define" - i.e. add spaces before the #. |
| 19:22:52 | linuxstb | Yes, I'll fix them. |
| 19:23:15 | vitja | but take a look at firmware/export/powermgmt.h that uses spaces after # |
| 19:23:46 | | Join miepchen^schlaf [0] (n=miepchen@p579EC413.dip.t-dialin.net) |
| 19:25:22 | vitja | is that ok to commit usb-tcc7xx.h? |
| 19:25:50 | | Quit stu8ball (Read error: 110 (Connection timed out)) |
| 19:26:52 | linuxstb | vitja: What are you worried about? |
| 19:27:30 | vitja | no other files prefixed with usb- related to the arch in export/ |
| 19:29:18 | linuxstb | Yes, I was wondering about that. The other driver is usb-drv-arc.c, which seems to have all the register definitions in it. |
| 19:29:57 | vitja | yes but I think all registers should be defined in headers |
| 19:30:00 | | Quit Thundercloud (Remote closed the connection) |
| 19:30:35 | vitja | btw linux kernel goes this way |
| 19:32:15 | linuxstb | Is that .h file used for anything yet? |
| 19:32:26 | * | linuxstb tries to avoid the question... |
| 19:33:14 | vitja | hmm by idea that should be used only by usb-telechips.c that doesn't exist now |
| 19:33:32 | vitja | and should be in firmware/target/arm/ as well as usb-telechips.c |
| 19:34:24 | vitja | may be it's time to join tcc780 and tcc77x usb code? |
| 19:35:02 | linuxstb | Looks like there isn't any tcc780x code at the moment... |
| 19:35:59 | linuxstb | So I think we can leave things as they are - I don't feel strongly about where that usb-tcc77x.h file should go, and it can always be moved later. |
| 19:36:01 | vitja | there is usb-cowond2.c filled with stubs I hope tcc77x code should work too |
| 19:36:14 | vitja | ok |
| 19:37:33 | vitja | I think shotofadds should test usb disable code on D2 target and then decide what to do |
| 19:38:05 | linuxstb | I see you've left Mike Sevakis as the (C) holder in audio-iaudio7.c - is that right? |
| 19:38:41 | | Quit svpe ("leaving") |
| 19:38:55 | vitja | of course I've added just two lines there and it's based on d2s one |
| 19:39:59 | linuxstb | OK. Well, I think I'll just do a couple of test compiles, and then commit. ;) |
| 19:40:31 | vitja | ok, but c100 and other tcc77x targets will fail |
| 19:41:44 | linuxstb | Those were going to be my test compiles... |
| 19:42:06 | linuxstb | What's broken on them? |
| 19:42:24 | vitja | pcm-telechips.c will get #error |
| 19:42:46 | linuxstb | I'm not sure if they still build without your patch. (the main Rockbox builds) - the bootloader builds should be unaffected. |
| 19:42:53 | | Join phinze_ [0] (n=phinze@pool-96-250-252-230.nycmny.fios.verizon.net) |
| 19:42:55 | vitja | me too |
| 19:43:30 | linuxstb | But IMO it doesn't matter if those builds get broken, they can be fixed in separate commits. |
| 19:43:34 | | Part dirwiz |
| 19:43:44 | vitja | when I was able to compile iaudio7 bootloader, normal build was a pain |
| 19:44:32 | linuxstb | I think I've got the main build for the logik dax port compiling, but haven't committed it. I'll need to clean that up, sync with your changes, and see how things work. |
| 19:44:47 | vitja | linuxstb, sorry but we are going to see a movie with brother, so I'll be away for now |
| 19:45:15 | linuxstb | No problem. Enjoy the movie - I should commit it in the next 10-15 minutes. |
| 19:45:16 | | Join faemir [0] (n=faemir@88-106-209-242.dynamic.dsl.as9105.com) |
| 19:45:27 | vitja | that should be nice) |
| 19:47:08 | | Join reacocard [0] (i=reacocar@silenceisdefeat.org) |
| 19:49:05 | | Join allele [0] (n=allele@CPE-69-23-137-242.wi.res.rr.com) |
| 19:49:21 | kugel | meh, where are the sansa v2 guys... |
| 19:49:33 | allele | e280r here :P |
| 19:49:41 | soap | did you get your new DAP, kugel? |
| 19:50:01 | allele | alright, I did some work on my own and it seems that a native bitmap is a one dimensional array, has anyone else come to this conclusion? |
| 19:50:09 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 19:51:13 | kugel | soap: yes |
| 19:52:13 | soap | Cool. |
| 19:53:29 | * | linuxstb commits vitja's iaudio 7 port |
| 19:53:49 | kugel | soap: well, not too cool until rockbox is ported ;) |
| 19:54:08 | | Quit phinze (Read error: 110 (Connection timed out)) |
| 19:54:19 | kugel | but I'm willing to risk to brick it. I've still my e200 then |
| 19:54:47 | kugel | but I won't brick it on my own, so I'm eagerly waiting for the other v2 guys |
| 19:55:11 | linuxstb | allele: It's both a one or two dimensional array, depending how you look at it. There's no real difference |
| 19:55:55 | | Quit Horscht ("IRC is just multiplayer notepad") |
| 19:56:16 | allele | well I was getting compiler errors if I tried retrieving a value using two dimensions. |
| 19:57:28 | allele | in any case I can take that as a yes |
| 19:57:35 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 19:57:38 | linuxstb | Yes, but in memory they're the same. |
| 19:58:06 | linuxstb | But yes, if you look at the .c files generated (e.g. in apps/bitmaps/native/) during a rockbox build, you can see that bitmaps are created as one-dimensional arrays. |
| 19:58:55 | linuxstb | And the lcd_bitmap() function takes a "const fb_data*" pointer |
| 19:59:43 | allele | and native bitmaps can be changed in an application, correct? |
| 19:59:59 | * | linuxstb congratulates vitja on the green build table |
| 20:00 |
| 20:00:16 | linuxstb | allele: What do you mean? What bitmaps specifically are you talking about? |
| 20:00:43 | linuxstb | The ones converted from .bmp files are declared as "const", so no. |
| 20:01:07 | allele | ah |
| 20:01:50 | | Quit Horscht (Nick collision from services.) |
| 20:02:08 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 20:02:18 | allele | ok, but if I made an array like the ones for native bitmaps without making it constant I would be able to use that as an argument for native bitmap functions, correct? |
| 20:02:26 | kugel | now the iaudio7 should appear in the build table |
| 20:03:23 | linuxstb | allele: What are you trying to do? |
| 20:04:21 | allele | prettymuch make a complete bitmap and use blit instead of using drawpixel a large number of times |
| 20:04:44 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 20:05:02 | linuxstb | You probably don't want to do that - you can access the LCD framebuffer directly and draw there. |
| 20:05:14 | linuxstb | Are you writing a plugin? |
| 20:05:18 | allele | yeah |
| 20:05:54 | linuxstb | Then just use rb->lcd_framebuffer[] |
| 20:06:18 | linuxstb | Followed rb->lcd_update_rect() or rb->lcd_update() to blit the framebuffer to the lcd hardware. |
| 20:07:45 | allele | so I could use rb->lcd_framebuffer[x]=color to change the value of a pixel then? |
| 20:08:22 | kugel | linuxstb: amsinfo on the fuze firmware gives garbage and segfaulots |
| 20:08:27 | kugel | segfaults* |
| 20:09:25 | linuxstb | allele: Yes. Precisely, you want "rb->lcd_framebuffer[y*LCD_WIDTH+x] = color;" |
| 20:09:30 | linuxstb | kugel: Patches welcome ;) |
| 20:10:07 | kugel | linuxstb: Well, I assumed it should work. do you know on which firmware files it has been tested? |
| 20:10:39 | allele | ah, thanks so much linuxstb. I truly appreciate it |
| 20:11:17 | linuxstb | kugel: I can't remember, I think I tried it with various different firmwares, but possibly not the fuze. |
| 20:11:33 | kugel | the firmware header and the firmware block seem to be fine, but the library blocks are messed up |
| 20:11:36 | linuxstb | kugel: But it was a long time ago, and I think more things have been discovered about the firmware format since then. |
| 20:11:49 | linuxstb | (I haven't been following the forum thread closely) |
| 20:12:24 | linuxstb | allele: No problem. Will you be sharing your plugin, or is it just something for your own amusement? |
| 20:12:50 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 20:13:54 | allele | I plan to share it, hopefully others can improve/modify it |
| 20:14:23 | linuxstb | What is it? |
| 20:15:14 | kugel | linuxstb: the first library blocks seems to be read fine, but the second one is garbage (see http://pastebin.com/m78b69991) |
| 20:15:16 | allele | its kind of like a doom engine, but more primitive and more open to modification at least in my opinion |
| 20:16:34 | kugel | shouldn't the first library block start at 0x1e400 (I thought it's 0x400 + n*0x1e000) |
| 20:17:18 | linuxstb | kugel: I'll have to leave that to you to work out - I'm not looking at the V2s any more, and am about to go shopping... |
| 20:17:22 | * | linuxstb leaves to go shopping |
| 20:22:11 | | Quit ompaul (Client Quit) |
| 20:24:48 | | Join xnyhps [0] (n=xnyhps@2001:470:1f14:da:1:3:3:7) |
| 20:25:24 | | Quit allele ("Java user signed off") |
| 20:26:12 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-adab5ccb76507bd1) |
| 20:30:18 | | Join ipodboy [0] (n=alexande@194.208.144.81) |
| 20:30:41 | ipodboy | hiya guys may i ask you a question? |
| 20:30:46 | | Quit gevaerts (Nick collision from services.) |
| 20:30:58 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 20:32:04 | ipodboy | i bought an ipod 8gb and i want to install linux on it. is there a way to do this? i tried using your ipodpatcher but he can't find my ipod and if i parse a second argument f.ex: ./ipodcatcher /dev/sdb1 i get partion layout is not an ipod. this ipod was first started in windows itunes os i |
| 20:32:09 | ipodboy | so it should be fat32 right? |
| 20:32:17 | ipodboy | i guess there is no support for ipod 8gb? |
| 20:32:49 | n1s | ipodboy: no ipods with 8GB storage are supported, I guess it's a new nano? |
| 20:35:59 | | Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) |
| 20:37:36 | n1s | any gigabeat f people around? Are there known issues with the svn code for the bootloader or any special hoops to jump through to build one? see FS #9369 for details. |
| 20:38:09 | ipodboy | @n1s yeah |
| 20:38:24 | ipodboy | @n1s just bought 2 days ago |
| 20:38:38 | ipodboy | @n1s is there any way to get a linux up it? |
| 20:39:00 | n1s | ipodboy: no, noone has figured out a way to run custom firmware on it. |
| 20:39:23 | LambdaCalculus37 | Also, Rockbox isn't Linux. |
| 20:39:38 | ipodboy | right thx |
| 20:39:44 | ipodboy | rockbox is not linux? |
| 20:39:49 | n1s | nope |
| 20:39:54 | ipodboy | what then? |
| 20:40:18 | n1s | it is umm, rockbox :) it's own kernel, drivers etc |
| 20:40:27 | n1s | s/'// |
| 20:40:59 | LambdaCalculus37 | Not a trace of Linux anything. |
| 20:41:10 | LambdaCalculus37 | s/anything/anywhere |
| 20:41:36 | n1s | not completely true :P we have a strstr() from linux |
| 20:42:05 | LambdaCalculus37 | Well, nothing obvious, then. :P |
| 20:42:14 | | Quit ipodboy ("Lost terminal") |
| 20:42:22 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
| 20:45:54 | | Part domonoky |
| 20:46:08 | | Quit oofus (Remote closed the connection) |
| 20:52:15 | | Quit XavierGr (Nick collision from services.) |
| 20:52:25 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 20:54:15 | | Quit LambdaCalculus37 ("This computer has gone to sleep") |
| 20:54:26 | | Quit Nico_P (Remote closed the connection) |
| 20:54:47 | | Join Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 21:00 |
| 21:02:49 | | Quit Lambduh (Read error: 110 (Connection timed out)) |
| 21:07:15 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 21:08:21 | | Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) |
| 21:08:54 | | Quit LambdaCalculus37 (Read error: 104 (Connection reset by peer)) |
| 21:09:10 | | Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) |
| 21:10:31 | | Join fconcklin [0] (n=fconckli@64.254.164.126) |
| 21:13:43 | *** | Saving seen data "./dancer.seen" |
| 21:14:02 | LambdaCalculus37 | scorche|sh: Ping! |
| 21:15:55 | | Quit jhulst ("Konversation terminated!") |
| 21:17:26 | | Quit lymeca (Remote closed the connection) |
| 21:19:39 | bluebrother | Bagder: around? |
| 21:28:05 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 21:28:48 | * | LambdaCalculus37 waves to massiveH |
| 21:29:17 | massiveH | o hai LambdaCalculus37 |
| 21:30:41 | LambdaCalculus37 | massiveH: How are your H300 bootloader enhancements coming along? |
| 21:31:00 | massiveH | LambdaCalculus37, as far as I though, complete. |
| 21:31:10 | massiveH | I didn't know there was anything else to add... |
| 21:33:01 | LambdaCalculus37 | What's the FS number again, so I can look at it? |
| 21:33:10 | | Quit fconcklin (Remote closed the connection) |
| 21:33:48 | | Quit avis (Remote closed the connection) |
| 21:34:27 | massiveH | LambdaCalculus37, #9202 |
| 21:37:14 | LambdaCalculus37 | I'm looking at it now. |
| 21:38:03 | LambdaCalculus37 | masssiveH: The full path to the file isn't listed. How did you make the patch? |
| 21:38:15 | | Join krz [0] (n=irc_by@turbo.sml.by) |
| 21:39:38 | massiveH | the file is in /bootloader/ |
| 21:39:46 | massiveH | at least, I think it is. |
| 21:41:46 | LambdaCalculus37 | Did you use source checked out from SVN? |
| 21:42:07 | massiveH | public check out, yes |
| 21:42:08 | LambdaCalculus37 | There's still a few issues with the patch, so we should resolve those. |
| 21:42:19 | massiveH | what would that be? |
| 21:42:23 | LambdaCalculus37 | Did you use svn diff to build the patch? |
| 21:42:45 | massiveH | yeah |
| 21:43:21 | massiveH | but that bootloader file has not been changed frequently at all. |
| 21:43:38 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 21:44:21 | LambdaCalculus37 | massiveH: I want you to create the patch once more, but this time, run svn diff from the root of the Rockbox source folder, and have it point to the file. |
| 21:44:39 | LambdaCalculus37 | So the command would be "svn diff booloader/iriver_h300.c > bootloader_v2.diff" |
| 21:44:42 | massiveH | ah, so don't call diff in the folder that the .c file is in? |
| 21:44:51 | LambdaCalculus37 | Yes. |
| 21:44:52 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 21:45:02 | massiveH | ok, I'll do that then. |
| 21:45:09 | LambdaCalculus37 | Move back one folder, then run the svn command I gave you. |
| 21:45:28 | LambdaCalculus37 | When that's done, then you can post the new patch in Flyspray, and I'll look at it again. |
| 21:45:29 | massiveH | wait, is "svn diff" different from "diff"? |
| 21:45:37 | | Join psyx1111 [0] (n=asdfghjk@dslb-084-061-090-185.pools.arcor-ip.net) |
| 21:45:45 | LambdaCalculus37 | Yes, because it'll create a proper patch that can go into SVN. |
| 21:46:05 | massiveH | neato, let me dig out my notebook and get cooking. |
| 21:46:21 | * | LambdaCalculus37 hands massiveH an apron |
| 21:46:36 | massiveH | stand back, I'm a trained professional. |
| 21:50:54 | psyx1111 | hello everybody :) I have a problem with my sansa e260. It wont start anymore... it just shows a black screen and the wheel lights blue. I think the i2c is corrupt because i downloaded an i2c and put it on the sansa because i had another problem... but i think the i2c is for the us version and i have the EU version of the player... now i tried the unbrick tutorial and i stuck at "sudo ./e200tool recover ... and so on ^^" it say |
| 21:51:50 | saratoga | what happened when you tried to run e200tool |
| 21:51:55 | kugel | psyx1111: Have you run "e200tool init"?? |
| 21:52:08 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 21:52:08 | psyx1111 | wait i try it xD |
| 21:52:25 | kugel | psyx1111: I already told you some hours ago to do that |
| 21:52:49 | petur | regarding 9202: I'm not against it, but maybe we should ask the opinion of LinusN and amiconn before comitting... |
| 21:53:05 | psyx1111 | if i do "e200tool init" it says command not found :/ |
| 21:53:25 | kugel | psyx1111: "sudo ./e200tool init"...obviously |
| 21:53:45 | psyx1111 | sry im a noob in linux XD |
| 21:53:54 | kugel | no problem |
| 21:54:34 | kugel | what does it say? |
| 21:54:43 | psyx1111 | then it says sudo: unable to execute ./e200tool |
| 21:54:52 | psyx1111 | no such file or direcotry |
| 21:55:00 | psyx1111 | but its there im sure oO |
| 21:55:17 | saratoga | have you ever managed to run e200tool? |
| 21:55:17 | LambdaCalculus37 | petur: I agree, but I wanted to teach massiveH how to make a better patch. |
| 21:55:34 | petur | heh... |
| 21:55:35 | saratoga | because before you said you messed up your i2crom with it, but it sounds like you've never used it before |
| 21:55:42 | kugel | psyx1111: what's the out put of "ls e200*"? |
| 21:56:28 | LambdaCalculus37 | petur: Hey, I learned from the best. ;) |
| 21:56:35 | psyx1111 | I havent used e200 tool before i just put and i2c file on the sansa in recovery mode because i had anoterh problem |
| 21:57:20 | psyx1111 | when i do "ls e200*" there comes a green line: "e200tool" |
| 21:57:36 | saratoga | ah so you did not screw up your i2c rom |
| 21:57:46 | kugel | psyx1111: Ok, now do "chmod +x e200tool" |
| 21:58:09 | | Join otzengulasch [0] (n=galantin@p54A95D6E.dip.t-dialin.net) |
| 21:58:12 | psyx1111 | done |
| 21:58:17 | kugel | now try "sudo ./e200tool init" again |
| 21:58:21 | psyx1111 | kk |
| 21:58:44 | psyx1111 | no such file or directory .( |
| 21:58:48 | psyx1111 | :( |
| 21:59:24 | LambdaCalculus37 | massiveH: How's the patch building going? |
| 21:59:38 | | Quit krz ("чё за пургу вы тупые сучки несёте?") |
| 22:00 |
| 22:00:01 | massiveH | oh, sorry, I'm editing a video of me firebreathing at my toga party last night, I'll get to it in a sec |
| 22:00:20 | * | LambdaCalculus37 will ask no further questions ;) |
| 22:00:24 | massiveH | fs#5243000515517760642">http://picasaweb.google.com/haunmass/Wtfs#5243000515517760642 |
| 22:00:40 | psyx1111 | kugel are you german? xD because its a german word :D |
| 22:00:43 | kugel | psyx1111: can you please copy and paste the last 10-15 lines of your terminal to a site like www.pastebin.com? |
| 22:00:47 | kugel | yes |
| 22:00:59 | psyx1111 | kk ich auch darf man hier deutsch reden`? |
| 22:01:04 | petur | nope |
| 22:01:14 | LambdaCalculus37 | massiveH: Not for anything, but that sort of link belongs in the community channel, not here. Remember, this channel is logged for the developers to back through when they need information. |
| 22:01:35 | massiveH | what channel is that, LambdaCalculus37 |
| 22:01:47 | LambdaCalculus37 | massiveH: #rockbox-community |
| 22:01:51 | | Quit culture (Remote closed the connection) |
| 22:02:00 | massiveH | ah, didn't know there were two, sorry |
| 22:02:03 | LambdaCalculus37 | This channel is dev talk, and that channel is for whatever you want. :) |
| 22:02:27 | massiveH | sorry, didn't know. |
| 22:02:35 | LambdaCalculus37 | Tis cool. Just giving you a heads-up. |
| 22:03:31 | | Join krz [0] (n=krz@turbo.sml.by) |
| 22:03:51 | | Join stu8ball [0] (n=stuart@host217-42-202-42.range217-42.btcentralplus.com) |
| 22:06:47 | saratoga | anyone here familar with the rockbox thread synchronization functions? |
| 22:09:11 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 22:09:28 | | Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 22:10:09 | | Join Schmogel [0] (n=Miranda@p3EE2018D.dip0.t-ipconnect.de) |
| 22:13:10 | | Quit krz ("Leaving") |
| 22:14:16 | saratoga | i'm not sure which threading functions are best if I just want to have a thread block while waiting for a message |
| 22:15:04 | saratoga | mutexes don't work for this, since I just need to tell a thread to start, not keep two threads from being in the same place at the same time |
| 22:20:22 | | Quit tvelocity (Connection timed out) |
| 22:20:57 | | Quit Horscht ("User was distributing pornography on server; system seized by FBI") |
| 22:21:45 | | Join tvelocity [0] (n=tony@195.167.65.108) |
| 22:22:58 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 22:26:45 | | Join Davide-NYC [0] (n=Davide-N@user-0cev9vm.cable.mindspring.com) |
| 22:28:41 | Davide-NYC | Hello all. I just read about sound on the iAudio 7. I was wondering if simulator support was in place. I'm getting a "No keymap defined!" error in Cygwin. |
| 22:29:04 | linuxstb | Davide-NYC: No, the patch I committed didn't touch the sim |
| 22:29:34 | Davide-NYC | linuxstb: understood |
| 22:29:48 | Davide-NYC | How's the build quality on that device? |
| 22:30:08 | * | linuxstb has never seen/touched one |
| 22:30:16 | * | Davide-NYC lol |
| 22:33:19 | Unhelpful | saratoga: could have a mutex that you keep locked until another thread has written the message you want to send, and then unlocked it. or build something more complicated on top of such a mechanism. |
| 22:33:44 | linuxstb | saratoga: What about "queue_wait()" ? |
| 22:34:42 | LambdaCalculus37 | Davide-NYC: Only saw the iAudio 7 in a shop once. Never used it. |
| 22:35:17 | petur | bugger... display->char_width and height are calculated during screen_access_init() which is only executed at startup :( nice bug... |
| 22:35:49 | linuxstb | petur: And I would guess a very old one... |
| 22:36:35 | saratoga | linuxstb: I looked at the queue functions but couldn't understand how they're supposed to work |
| 22:36:59 | linuxstb | petur: Hmm, maybe not - "svn blame" points to 17653 and jdgordon (unless he just rearranged the code) |
| 22:37:04 | linuxstb | saratoga: I don't understand either. |
| 22:37:19 | linuxstb | saratoga: But they would seem to be the right solution. |
| 22:39:02 | LambdaCalculus37 | Davide-NYC: Although I'm hearing good things about it. |
| 22:39:43 | Davide-NYC | LambdaCalculus37: I'd be interested in the audio and build quality were high. |
| 22:40:08 | | Quit ompaul (Client Quit) |
| 22:40:11 | saratoga | battery bench uses the queues a little, so I guess thats a good place to start |
| 22:47:39 | amiconn | saratoga, linuxstb: The queue functions once were simple and understandable... |
| 22:48:24 | saratoga | amiconn: haha |
| 22:48:28 | linuxstb | amiconn: I've always agreed with your comments about the kernel changes... |
| 22:48:42 | saratoga | looks like i can just use post and wait without needing to care about the other functions |
| 22:50:02 | amiconn | Probably some of the kernel changes are necessary to make dualcore work properly, but the kernel looks quite complex and involved nowadays... back in time it used to be what one would call a microkernel... |
| 22:52:34 | kugel | amiconn: did you receive my message? |
| 22:53:05 | saratoga | actually, the event_set_state and event_wait functions are probably even easier to use |
| 22:53:08 | amiconn | Actually the priority stuff helped on swcodec as well, but I don't think I will go that route when adding the pcm codec for archos |
| 22:53:49 | amiconn | Thread priorities seem like overkill for the simple codec layer we'll need there. I think that decoding can be handled in isrs |
| 22:54:52 | amiconn | kugel: Yes. The bug is definitely still there |
| 22:55:30 | saratoga | though i like the declaration of event_init: void event_init(struct event *e, unsigned int flags) |
| 22:55:34 | saratoga | unsigned int flags |
| 22:55:35 | amiconn | And iiuc it's a slightly different bug than the one that was fixed |
| 22:55:37 | saratoga | how descriptive |
| 22:55:56 | kugel | oh |
| 22:57:40 | amiconn | petur: *someone* with a bdm needs to test iriver bootloaders, both with and without certain patches |
| 22:58:04 | petur | hahaha 'someone with a bdm' |
| 22:58:28 | * | petur has been doing the stuff without... |
| 22:58:38 | amiconn | When basic operation is verified, the bootloaders then need testing on several individual targets |
| 22:59:34 | saratoga | any ideas waht "STATE_SIGNALED" might mean? |
| 22:59:55 | bluebrother | some state has been signalled but not reacted upon? |
| 23:00 |
| 23:00:12 | amiconn | petur: Regarding 9202 - I do not like this in its current form |
| 23:00:44 | amiconn | The bootloader should go charging when battery is low, regardless of any buttons |
| 23:01:10 | amiconn | (a button could be an additional means though) |
| 23:01:25 | LambdaCalculus37 | amiconn: I spoke to massiveH about recreating the patch using svn diff. When he comes back, you can mention that to him. |
| 23:01:42 | saratoga | bluebrother: any idea why the init function would need to have that as one of it's flags? |
| 23:02:02 | petur | yes, I can see that it could use a voltage check so we do not spin the disk on low voltage |
| 23:02:22 | bluebrother | saratoga: no, I was just guessing |
| 23:02:23 | saratoga | example: ci->event_init(&sample_queue.emu_evt_reply, EVENT_AUTOMATIC | STATE_NONSIGNALED); |
| 23:02:36 | massiveH | what would an acceptable voltage be, I don't know the required voltage for HDD spooling up |
| 23:10:31 | | Quit bmbl ("Woah!") |
| 23:12:52 | amiconn | petur: Imo it should not spin the disk and start charging if voltage is low. Whether it should boot automatically after charging enough is debatable |
| 23:13:30 | amiconn | The apple loaders do this, but it's not necessarily the best way. |
| 23:13:45 | *** | Saving seen data "./dancer.seen" |
| 23:14:15 | | Join oofus [0] (n=chris@oofus.demon.co.uk) |
| 23:15:20 | | Quit homielowe () |
| 23:16:23 | petur | I think the point is to boot when voltage is ok, so that carmode and players in a craddle work fine |
| 23:17:05 | saratoga | does the idle [0]: xx% indicate how much of the time a core spent idled? |
| 23:17:06 | petur | what we do after charging to an acceptible level isn't that important.... booting would be nice... |
| 23:17:10 | saratoga | in the debug menu |
| 23:17:20 | saratoga | under core and stack usage? |
| 23:17:40 | | Join midkay [0] (n=midkay@rockbox/developer/midkay) |
| 23:17:47 | amiconn | No, the percentages in that screen are stack usage |
| 23:18:06 | amiconn | The 2 'idle' entries are the "idle stacks" |
| 23:19:03 | amiconn | I'm not 100% sure how they're used, iirc it has something to do with threads hopping cores, and cores without any thread |
| 23:19:08 | * | petur is still thinking about how to solve the char_height mess... probably need to add it as a function to lcd_xxx |
| 23:19:15 | amiconn | The idle stacks only exist on the dualcore targets |
| 23:19:24 | amiconn | petur ? |
| 23:20:14 | petur | amiconn: the cause of your 9361 is that char_height in the screens struct is only calculated at init so is always sysfont height |
| 23:20:30 | amiconn | Do we need that at all? |
| 23:20:32 | petur | something JdGordon screwed up afaics |
| 23:21:06 | petur | amiconn: no, we could de the get_stringsize() on all those locations I guess |
| 23:21:12 | petur | s/de/do |
| 23:21:22 | amiconn | Hmm, depends on how many locations do that |
| 23:21:44 | kugel | petur: font_get(vp->font)->height should also do the job |
| 23:21:49 | saratoga | alright, got mp3 to work using the event functions, so in theory it should sleep the COP while when its waiting |
| 23:21:50 | petur | around 50 I think |
| 23:22:27 | petur | kugel: good idea |
| 23:22:48 | amiconn | Maybe the screen api needs a bit of rework |
| 23:22:57 | petur | maybe? :p |
| 23:23:17 | amiconn | kugel, petur: Using font_get directly doesn't account for the screen in question |
| 23:23:37 | kugel | amiconn: but the vp |
| 23:23:55 | amiconn | While I'm not very interested in overall multifont, I would definitely like to see dual font for targets with two screens |
| 23:23:58 | kugel | and the vp contains always the font being used |
| 23:24:16 | amiconn | AH, hmm |
| 23:24:17 | kugel | with multifont, the vps would have different fonts |
| 23:25:50 | saratoga | kugel: does the fuze have a recovery mode like the e200v2? |
| 23:26:20 | kugel | saratoga: I didn't try yet. I've noticed the firmware format is possibly different, so I haven't tried to upload code |
| 23:26:23 | amiconn | On X5/M5, having the same font for both screens isn't much of an issue, but it gets worse with increasing difference in resolution (i.e. -> H1x0 -> H300) |
| 23:26:36 | kugel | and thus I didn't reach a point where I need that |
| 23:26:52 | saratoga | kugel: might want to try and get into recovery mode before you risk uploading code in case there isn't one like on the clip |
| 23:26:53 | kugel | it's not documented though |
| 23:27:23 | kugel | saratoga: well, from what I've seen you need to corrupt the flash to get into that |
| 23:27:45 | saratoga | kugel: what do you mean? |
| 23:27:51 | kugel | or shorting 2 pins(?) near the flash chip, but I haven't opened the player yet |
| 23:28:04 | saratoga | i thought shorting the pins was the only way? |
| 23:28:21 | petur | kugel: do you happen to know how you get the current viewport pointer? |
| 23:28:57 | | Part J-23 |
| 23:29:04 | kugel | petur: No, you need to add such a function |
| 23:29:31 | kugel | but such a function would hardly be reliable, especially when we're gonna use vps for everything |
| 23:29:53 | petur | ? |
| 23:30:35 | kugel | well, imagine the statusbar viewport was set at last |
| 23:31:00 | kugel | I've played around with it during my custom list work |
| 23:31:09 | petur | so, that means you are drawing in there anyway |
| 23:31:33 | kugel | and you'll get problems receiving the current viewport, if functions don't set the current vp properly on exit |
| 23:31:53 | petur | that would be a bug in that code... |
| 23:32:05 | kugel | yea, sure |
| 23:32:42 | kugel | petur: I also see a use in having such a function, but linuxstb not when he first committed the vp stuff |
| 23:33:34 | kugel | petur: You could add a function to the lcd drivers, returning the pointer |
| 23:33:50 | petur | ... what I'm doing now ;) |
| 23:34:14 | kugel | But I had problems when I did that, I got very weird values |
| 23:35:41 | kugel | saratoga: no, it was discovered recently, that if the bootloader fails to boot from nand, it enters the "recovery mode" as well |
| 23:36:12 | saratoga | how does it know if a NAND boot fails? |
| 23:36:17 | saratoga | bad checksum somewhere? |
| 23:36:33 | kugel | I don't know |
| 23:36:45 | kugel | I just repeat what I've read in the v2 porting thread |
| 23:37:46 | petur | bah, the more I look at it, the bigger the mess gets :( |
| 23:38:13 | | Quit petur ("abort!") |
| 23:38:26 | kugel | lol |
| 23:42:07 | kugel | Why are the v2 people suddenly disappeared? |
| 23:42:50 | * | kugel hopes one of them has a clue about the fuze firmware |
| 23:43:00 | bluebrother | have they been around in this channel before? |
| 23:43:11 | gevaerts | kugel: people sleep and have family and friends? |
| 23:43:24 | | Quit merbanan (Remote closed the connection) |
| 23:43:34 | kugel | gevaerts: lies... |
| 23:43:43 | bluebrother | gevaerts: people have family? How that? |
| 23:44:00 | gevaerts | bluebrother: no idea. It's just a rumour I heard |
| 23:44:06 | kugel | bluebrother: at least funman. And there was no post in the thread for over 24h |
| 23:44:32 | bluebrother | that thread must feel abandoned ... |
| 23:44:35 | kugel | as i said, lies |
| 23:44:37 | gevaerts | kugel: I've noticed that a lot of people only do rockbox things monday to friday |
| 23:44:58 | kugel | you mean, not in their spare time? |
| 23:45:01 | saratoga | the V2 people don't seem to spend much time on IRC |
| 23:45:12 | * | kugel is puzzled |
| 23:45:37 | kugel | anyway, I'll just wait and look at my fuze |
| 23:45:42 | bluebrother | kugel: spare time = weekday evening, family time = weekend? |
| 23:46:19 | kugel | hm, don't know |
| 23:46:29 | kugel | for me, spare time is 24/7 |
| 23:46:42 | * | gevaerts borrows some of that |
| 23:46:47 | | Join EspeonEefi [0] (i=espeonee@CERULEANCITY.MIT.EDU) |
| 23:46:56 | bluebrother | gevaerts: any idea how we could steal kugel some? |
| 23:47:21 | kugel | just wait 4 weeks, then my situation will change |
| 23:47:32 | saratoga | sounds like you need a project |
| 23:47:38 | kugel | and I'll be also on of the poor poeple with limited time :S |
| 23:47:54 | kugel | saratoga: like porting rockbox to v2s? :D |
| 23:48:16 | | Quit massiveH ("Leaving") |
| 23:50:30 | saratoga | i wonder if it would be possible to solder the hold switch on the V2 sansas to the nand chip enable, then you could force recovery mode just by flipping the hold switch |
| 23:50:38 | * | kugel never noticed the "quick edit" feature of the rockbox forum |
| 23:50:44 | | Quit ender` (" If at first you don't succeed, skydiving is not for you.") |
| 23:51:24 | kugel | saratoga: well, afaik hold is the only button usable as of now |
| 23:51:38 | gevaerts | saratoga: if you're going that far, why not just add an extra switch? |
| 23:52:25 | | Join cfp [0] (n=cfpcompt@abo-17-57-68.mts.modulonet.fr) |
| 23:52:47 | saratoga | gevaerts: well, you could always resolder it back later, where as if you cut a hole for another switch thats harder to fix |
| 23:53:25 | gevaerts | saratoga: depending on internal layout (I haven't seen them) the extra switch could be in the battery compartment |
| 23:54:51 | saratoga | well, emailed hth letting him know theres actually a v2 recovery mode now, in case he wants to work on his v2 patch anymore |
| 23:56:22 | kugel | saratoga: I emailed him too, he's said he's too busy atm |
| 23:57:20 | saratoga | ah ok |
| 23:57:55 | saratoga | kugel: why did you pick the fuze over the e200v2? |
| 23:57:59 | saratoga | easier to make sure you got a v2? |
| 23:59:57 | soap | saratoga, where did you "hide" the Mhz to mA numbers you ran on the Sansa? |
icon identifies that the person is a core developer (has commit access).