| 00:00:00 | | Join HellDragon [0] (n=jd@modemcable207.134-202-24.mc.videotron.ca) |
| 00:00:01 | | Quit saratoga ("Page closed") |
| 00:00:18 | PSPdemon | saratoga, it does color right? |
| 00:00:25 | PSPdemon | so the rockbox logo is yellow and black still right? |
| 00:00:35 | PSPdemon | or is it some other color.. |
| 00:00:39 | PSPdemon | ....he left |
| 00:01:58 | AlexP | PSPdemon: If you mean on the clip display, no it is an odd some lines yellow then the rest of the lines blue |
| 00:02:17 | PSPdemon | any example? |
| 00:02:29 | AlexP | PSPdemon: There are some screen shots in the manual (but you need to build it yourself) or look at them in svn |
| 00:02:38 | PSPdemon | ....lol |
| 00:02:47 | B4gder | http://www.techfresh.net/wp-content/uploads/2007/08/sansa-clip-sandisk.jpg |
| 00:03:16 | PSPdemon | already got it and putting the logo on |
| 00:03:16 | PSPdemon | :P |
| 00:03:23 | PSPdemon | just needing to know if the logo is special |
| 00:03:23 | PSPdemon | lol |
| 00:03:37 | AlexP | PSPdemon: http://svn.rockbox.org/viewvc.cgi/trunk/manual/main_menu/images/ss-main-menu-128x64x1-clip.png?revision=21032&view=markup |
| 00:03:55 | PSPdemon | oh i mean the logo |
| 00:04:00 | PSPdemon | like the rockbox logo |
| 00:04:05 | PSPdemon | is it still black and yellow |
| 00:04:05 | PSPdemon | ? |
| 00:04:11 | PSPdemon | ( i would think so ) |
| 00:04:18 | AlexP | no, blue and yellow |
| 00:04:29 | AlexP | the screen can only do those two colours, in those specific places |
| 00:04:49 | AlexP | i.e. the top bit is yellow and black, the bottom blue and black |
| 00:05:28 | PSPdemon | ...lol |
| 00:07:37 | Llorean | Right, so, forum badges. |
| 00:07:56 | Llorean | It'd be nice to do something about "Artist" since it looks an awful lot like a staff badge. |
| 00:08:06 | PSPdemon | well...i mean....like all the other images of players |
| 00:08:08 | Llorean | Also, the guidelines for acquiring it are pretty much irrelevant by the modern site setup. |
| 00:08:17 | PSPdemon | they all have rockbox logos on them |
| 00:08:21 | AlexP | I just removed coder - 6 people had it, only one of whom (GodEater) has been active in the last 18 months |
| 00:08:25 | PSPdemon | so does this have a rockbox logo? |
| 00:08:33 | PSPdemon | oh well ill make one with and with the other |
| 00:08:34 | PSPdemon | lol |
| 00:08:43 | AlexP | PSPdemon: I don't understand the question really |
| 00:09:01 | AlexP | Llorean: Yes - gevaerts had a good idea - we ask the artist to design a badge |
| 00:09:15 | AlexP | And I think we give it to anyone with a theme on themes.rockbox.org |
| 00:09:15 | Llorean | AlexP: Yes, but there might need to be a rewrite of the qualifications for it too |
| 00:10:13 | AlexP | Llorean: Further than rewrite it to say themes.rockbox.org? |
| 00:10:21 | Llorean | Not really, no. |
| 00:10:44 | AlexP | OK, I'll do that anyway, and put a post up asking people to propose a badge |
| 00:11:10 | Llorean | Maybe mention that a staff member will actually look at the theme before handing out the badge, and may confirm it doesn't appear to (at least obviously) infringe any copyrights? |
| 00:11:16 | gevaerts | AlexP: don't forget mentioning that you want them to be distinctive |
| 00:11:26 | AlexP | Llorean: yep |
| 00:11:30 | AlexP | gevaerts: yep |
| 00:11:31 | | Join evilnick [0] (i=4571af51@rockbox/staff/evilnick) |
| 00:11:57 | Llorean | It should be the same dimensions as the current badge, still, though (or smaller, but shouldn't throw out the layout by being bigger) |
| 00:12:38 | AlexP | heh, where is the current badge qualifications thread :) |
| 00:12:53 | Llorean | I removed it some time back when I was going to rewrite all the badge stuff |
| 00:13:00 | * | Torne tests to see if the unified ata read/write function totally destroys his ipod. :) |
| 00:13:17 | Unhelpful | yay, destruction |
| 00:13:18 | | Quit AaronM ("Emo Time In My Corner... //_-") |
| 00:13:26 | | Join AaronM [0] (n=Aaron@adsl-4-241-124.mem.bellsouth.net) |
| 00:13:37 | AlexP | Llorean: OK, I'll write a new one |
| 00:13:46 | AlexP | I've found the old as a basis :) |
| 00:13:58 | Torne | Unhelpful: radical changes to ata_write_sectors go! :) |
| 00:15:53 | AlexP | Llorean: It'll change slightly, as e.g. none of the admins are really around that much, so I'll tell people to bug the global mods for most things instead :) |
| 00:17:33 | Llorean | Probably a good idea |
| 00:20:00 | PSPdemon | <AlexP> PSPdemon: I don't understand the question really |
| 00:20:04 | PSPdemon | you the the bootloader logo |
| 00:20:21 | PSPdemon | the first thing you see when you boot your device into rockbox |
| 00:20:30 | PSPdemon | THAT logo |
| 00:20:45 | evilnick | The splashscreen? |
| 00:20:52 | PSPdemon | i guess if you want to call it that yes |
| 00:21:18 | PSPdemon | http://www.rockbox.org/rockbox400.png |
| 00:21:21 | PSPdemon | aka that |
| 00:21:59 | evilnick | What was the question then? |
| 00:22:08 | PSPdemon | so far what i understand it can only do 2 colors |
| 00:22:19 | PSPdemon | so my guess is yellow for the main part and the the box colord blue? |
| 00:22:28 | gevaerts | you understand wrong :) |
| 00:22:31 | PSPdemon | ( the text "box" colord blue |
| 00:22:45 | PSPdemon | <AlexP> no, blue and yellow |
| 00:22:46 | PSPdemon | <AlexP> the screen can only do those two colours, in those specific places |
| 00:22:46 | PSPdemon | <AlexP> i.e. the top bit is yellow and black, the bottom blue and black |
| 00:22:47 | evilnick | It's definitely not limited to 2 colours, except on the clip |
| 00:22:48 | Llorean | PSPdemon: Part of the screen can only be yellow and black. the other part of the screen can only be blue and black. |
| 00:22:59 | PSPdemon | ah |
| 00:23:06 | gevaerts | PSPdemon: try the sim |
| 00:23:07 | PSPdemon | wait does it even have a logo at all? |
| 00:23:08 | PSPdemon | lo |
| 00:23:23 | PSPdemon | gevaerts, i dont have it setup to make sansa builds |
| 00:23:25 | PSPdemon | lol |
| 00:23:36 | PSPdemon | let alone any builds...i just got my psp sdk setup again |
| 00:23:38 | AlexP | Then set it up |
| 00:23:43 | AlexP | What I said is true |
| 00:23:50 | gevaerts | you don't have a standard compiler and sdl? |
| 00:23:52 | PSPdemon | and i believe you ;P |
| 00:23:57 | PSPdemon | no sdl |
| 00:24:02 | PSPdemon | standard compiler yes |
| 00:24:10 | PSPdemon | oh well |
| 00:24:25 | gevaerts | You won't get a real idea of what it looks like without actually looking... |
| 00:24:57 | PSPdemon | lol |
| 00:25:00 | PSPdemon | true |
| 00:25:40 | Torne | Well, my ipod isn't totally broken |
| 00:26:15 | Torne | this is a good sign |
| 00:27:02 | Torne | anyone want to test some ATA changes? :) |
| 00:27:34 | PSPdemon | http://i64.photobucket.com/albums/h171/PSPdemon/sansa-clip.png |
| 00:27:40 | PSPdemon | is that okay? |
| 00:27:46 | pixelma | huh? Was there discussion about making a new picture of tne Clip just for the site? |
| 00:28:02 | PSPdemon | yea |
| 00:28:03 | gevaerts | http://forums.rockbox.org/index.php?topic=23213.0 ? |
| 00:28:06 | pixelma | no |
| 00:28:06 | Llorean | PSPdemon: You seem to have already forgotten the discussion on screen limitations? |
| 00:28:17 | PSPdemon | ...lol |
| 00:28:32 | pixelma | it's much more simple than that - we have an SVG of the Clip already for the manual |
| 00:28:44 | PSPdemon | ahh pixelma |
| 00:28:50 | PSPdemon | didnt know |
| 00:29:03 | PSPdemon | i figured id do a quick one just for the hell of it cause i had time |
| 00:29:09 | pixelma | just take that, switch off the text layer and export as bitmap with a height of 80 pixels, done |
| 00:29:22 | pixelma | that's how the other pictures were made as well |
| 00:29:27 | PSPdemon | hehe yea |
| 00:29:31 | PSPdemon | its pretty easy :3 |
| 00:29:59 | PSPdemon | just taht i dont know how the splash looks on it lol.... |
| 00:30:10 | Llorean | PSPdemon: http://daniel.haxx.se/blog/wp-content/uploads/2008/10/rockbox-sandisk-clip1.jpg |
| 00:30:31 | pixelma | look it up in the manual, quick start section ;) |
| 00:30:36 | gevaerts | PSPdemon: I agree. That's *really* funny |
| 00:30:57 | PSPdemon | aww comeon atleast i tried ;P |
| 00:30:58 | | Join Tomis2 [0] (n=Tomis@70.134.95.87) |
| 00:31:06 | PSPdemon | and thanks Llorean |
| 00:31:17 | | Quit Tomis (Read error: 60 (Operation timed out)) |
| 00:31:17 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.95.87) |
| 00:31:17 | PSPdemon | NOW i have a idea of what it looks like :P |
| 00:31:20 | Llorean | PSPdemon: If you'd just googled sansa clip rockbox you'd have found that too... |
| 00:31:21 | pixelma | hmm... Llorean.. wasn't the info text moved to the top so that the logo is completely in the lower half? |
| 00:31:39 | Llorean | pixelma: Dunno. I was just trying to show him the limits of the screen. |
| 00:31:43 | evilnick | pixelma: Check the URL, to see how old that picture is :) |
| 00:31:59 | PSPdemon | no no no...i understand the limits...but i still didnt get if it had a splash or not |
| 00:32:14 | AlexP | Llorean: http://forums.rockbox.org/index.php?topic=23214.0 Any comments/changes? |
| 00:32:14 | Llorean | pixelma: Yes, the text is at the top now, in the yellow, and the logo is all blue. |
| 00:32:16 | PSPdemon | for all i know it could have just been some sort of small text |
| 00:33:10 | pixelma | I'll do the png, it's really simple |
| 00:33:30 | Llorean | AlexP: Looks good. |
| 00:33:47 | AlexP | Llorean: Cool - it is mostly your old one with a few changes :) |
| 00:34:30 | kugel | so what speed difference are we talking about (or, can you link the table again)? |
| 00:34:31 | pixelma | http://svn.rockbox.org/viewvc.cgi/trunk/manual/rockbox_interface/images/clip-front.png?revision=21131&view=markup ;) |
| 00:34:34 | kugel | <1%? |
| 00:36:26 | PSPdemon | yea pixelma its pretty easy just didnt know if and how the splash was |
| 00:37:30 | kugel | Unhelpful: ^ |
| 00:37:37 | Torne | Anyone with a hard disk based player who doesn't mind possible data loss: would you mind trying http://www.rockbox.org/tracker/task/10798 out? (unify ata_{read,write}_sectors) |
| 00:37:45 | Torne | comments on the code also welcomed |
| 00:39:04 | kugel | Torne: which targets are affected? |
| 00:39:13 | Torne | anything that uses firmware/drivers/ata.c |
| 00:39:15 | | Join hillshum [0] (n=hillshum@75-165-237-87.slkc.qwest.net) |
| 00:39:18 | kugel | I have a samsung yh925 (pp5024) |
| 00:39:25 | Torne | entirely generic code changes |
| 00:39:38 | kugel | I read that, but I hoped you could summarize ;) |
| 00:39:47 | kugel | I assume almost all HD players use that file? |
| 00:39:59 | Torne | I am presuming all HD players do. |
| 00:40:28 | kugel | ata_transfer_sectors might be a better name (rather than _readwrite_sectors) |
| 00:40:46 | AlexP | Calling all artists, design us a badge! http://forums.rockbox.org/index.php?topic=23215.0 |
| 00:40:52 | Torne | probably. i'm wodnering about whether to drop read/write entirely, and just have transfer or similar? |
| 00:41:20 | kugel | other targets have that naming with transfer |
| 00:41:46 | Torne | i've left read and write as one line wrappers for now because it makes the patch smaller |
| 00:41:51 | Torne | :) |
| 00:43:27 | kugel | isn't that needed for the storage api? |
| 00:45:03 | Torne | not if i change the storage api to call ata_transfer_sectors with true/false. |
| 00:45:57 | gevaerts | true |
| 00:46:00 | gevaerts | or false :) |
| 00:46:49 | Torne | anyway assuming this actually *works* i think it's a nice improvement, should reduce binsize and make writes more reliable (and maybe faster?) |
| 00:47:27 | Unhelpful | kugel: closer to 2% for some cases. i don't really see any reason we wouldn't want things faster when they can be? |
| 00:47:56 | Unhelpful | results charts are here: http://www.looking-glass.us/~chshrcat/rockbox/eabi_tests/ |
| 00:48:25 | pixelma | ok... where do the small pictures (for the table) have to go? Is it in the www branch too? |
| 00:49:45 | kugel | Unhelpful: I was just wondering |
| 00:52:25 | Torne | kugel: yes, all HD players use that file. |
| 00:57:02 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 01:00 |
| 01:01:12 | CIA-80 | New commit by pixelma (r23689): www: add clip-small.png to the playerpics for use in the download tables. |
| 01:03:29 | | Part PSPdemon ("Leaving") |
| 01:03:35 | | Join AaronMcD [0] (n=Aaron@adsl-4-241-124.mem.bellsouth.net) |
| 01:07:54 | | Quit AaronM (Read error: 54 (Connection reset by peer)) |
| 01:08:32 | | Quit kugel (Read error: 113 (No route to host)) |
| 01:08:46 | | Quit AaronMcD (Read error: 54 (Connection reset by peer)) |
| 01:09:12 | | Join AaronM [0] (n=Aaron@adsl-4-241-124.mem.bellsouth.net) |
| 01:12:53 | | Quit AaronM (Read error: 104 (Connection reset by peer)) |
| 01:13:12 | | Join AaronM [0] (n=Aaron@adsl-4-241-124.mem.bellsouth.net) |
| 01:14:04 | | Quit AaronM (Read error: 104 (Connection reset by peer)) |
| 01:15:26 | | Quit evilnick ("Page closed") |
| 01:16:24 | | Quit ender (" The two aspiring triangle peaks arching into an abstracted ‘M’ typified the progressive leadership-minded outlook of the co") |
| 01:17:25 | | Quit n1s ("Lämnar") |
| 01:18:51 | *** | Saving seen data "./dancer.seen" |
| 01:19:18 | | Join Tomis2 [0] (n=Tomis@70.134.88.27) |
| 01:20:11 | | Quit Tomis (Read error: 104 (Connection reset by peer)) |
| 01:20:12 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.88.27) |
| 01:21:05 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 01:32:56 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 02:00 |
| 02:00:47 | * | kugel is doing sd performance tests on his fuze |
| 02:01:37 | sh90 | Hello. Is this ok? http://www.rockbox.org/tracker/task/10799 Replaces svnversion by svn info. |
| 02:05:10 | kugel | using IRAM and a bigger aligned buffer increases performance a lit |
| 02:05:12 | kugel | lot* |
| 02:05:42 | | Quit gevaerts (Nick collision from services.) |
| 02:05:50 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 02:05:53 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 02:10:02 | | Join AaronM [0] (n=Aaron@adsl-4-241-124.mem.bellsouth.net) |
| 02:10:14 | | Quit pamaury ("exit(*(int *)0 / 0);") |
| 02:11:26 | | Quit liar (Read error: 113 (No route to host)) |
| 02:11:26 | | Quit goffa (Read error: 131 (Connection reset by peer)) |
| 02:21:33 | | Join goffa [0] (n=goffa@70.33.8.114) |
| 02:22:58 | | Join varlamov [0] (n=63f3ecf9@giant.haxx.se) |
| 02:23:09 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 02:23:15 | varlamov | hello how do you use the pitch detector plugin? |
| 02:23:35 | funman | sh90: what is the advantage of svn info over svnversion ? |
| 02:23:56 | | Quit GeekShadow (Read error: 104 (Connection reset by peer)) |
| 02:26:17 | funman | varlamov: http://download.rockbox.org/daily/manual/rockbox-iaudiox5/rockbox-buildch11.html#x14-27900011.4.11 |
| 02:30:29 | sh90 | funman: svnversion takes to much time for me (1+ minutes) and there are too much hdd activity. And I thought it was common. |
| 02:30:31 | varlamov | k |
| 02:30:43 | | Quit varlamov ("CGI:IRC") |
| 02:32:19 | JdGordon | arg |
| 02:32:32 | kugel | JdGordon: I tested your sbs patch |
| 02:32:33 | funman | sh90: i think you should talk with svn developers first |
| 02:32:36 | kugel | I noticed some bugs |
| 02:32:44 | JdGordon | oh? |
| 02:33:04 | Torne | yeah.. if svnversion is slower than an equivalent way of getting the same information from svn then that's kidna a svn bug, no? :) |
| 02:33:06 | JdGordon | viewports not being cleareed? |
| 02:36:14 | kugel | that too |
| 02:36:20 | kugel | but also trouble with plugins |
| 02:36:34 | kugel | i.e. they're even more broken than svn |
| 02:37:02 | kugel | and then, the standard themes have "sbs: -", they should show the sbs instead |
| 02:37:28 | JdGordon | ? |
| 02:37:29 | kugel | also, the battery and volume display doesn't work at all on the clip |
| 02:39:35 | JdGordon | pixelma: yeah %Rh sounds like it was the old hwcodec? tag.. which I removed... very probably commited the wrong damn sbs again |
| 02:43:45 | | Join kugel__ [0] (n=kugel@e178121045.adsl.alicedsl.de) |
| 02:43:47 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
| 02:43:47 | | Nick kugel__ is now known as kugel (n=kugel@e178121045.adsl.alicedsl.de) |
| 02:43:49 | | Quit matsl (Read error: 110 (Connection timed out)) |
| 02:47:38 | sh90 | Someone can test svnversion in trunk dir? Mine takes 78sec. That's called every time when 'make something' is done even when doing 'make help' |
| 02:48:24 | JdGordon | real0m0.178s |
| 02:48:29 | JdGordon | something on your end is fubar |
| 02:48:30 | | Quit Omlet ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 02:48:57 | sh90 | Ooh, I have to blame gentoo :o |
| 02:49:12 | Torne | yeah, it's well under a second for me too |
| 02:49:18 | funman | sh -c "git show|grep svn-id|cut -d@ -f2|cut -d\ -f1" 0,01s user 0,01s system 134% cpu 0,017 total |
| 02:49:21 | Torne | even the bzr version which is way slower only takes ~20secs :) |
| 02:49:51 | Unhelpful | don't you mean version.sh? svnversion is ages ago... |
| 02:50:07 | Torne | Unhelpful: svnversion is the command version.sh calls, for svn repos |
| 02:50:56 | Unhelpful | Torne: i assumed he meant the script, as surely we're not to blame if the command is slow... |
| 02:51:26 | Torne | Unhelpful: he proposed a different svn command which is faster, but it's not slow for us so we suspect something is wrong for him. if that makes sense |
| 02:51:38 | JdGordon | kugel: i dont understand what your last message was about (the one before the batt not working) |
| 02:53:25 | | Quit amiconn (Nick collision from services.) |
| 02:53:29 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
| 02:53:35 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 02:54:35 | | Join funman_ [0] (n=fun@rockbox/developer/funman) |
| 02:54:43 | funman_ | saratoga: i just experimented a crash on clip with r23680 |
| 02:55:14 | funman_ | identical to what I would see when FS #10605 was not applied |
| 02:55:20 | | Quit kugel (lindbohm.freenode.net irc.freenode.net) |
| 02:55:20 | NSplit | lindbohm.freenode.net irc.freenode.net |
| 02:55:20 | | Quit funman (lindbohm.freenode.net irc.freenode.net) |
| 02:55:20 | | Quit jasio (lindbohm.freenode.net irc.freenode.net) |
| 02:55:20 | | Quit funman_ (Client Quit) |
| 02:56:35 | Unhelpful | Torne: perfect sense :) |
| 02:56:50 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 02:56:50 | NHeal | lindbohm.freenode.net irc.freenode.net |
| 02:56:50 | NJoin | funman [0] (n=fun@rockbox/developer/funman) |
| 02:56:50 | NJoin | jasio [0] (n=yann@cpc2-rdng20-2-0-cust902.15-3.cable.virginmedia.com) |
| 03:00 |
| 03:02:12 | | Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-gbvslxexlmacurjh) |
| 03:02:24 | saratoga | funman: can you post your config file? |
| 03:05:30 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 03:06:27 | kugel | http://www.alice-dsl.net/simonemartitz/rockbox/fuze_sd_performance.pdf |
| 03:07:00 | | Join didi [0] (n=user@unaffiliated/didi/x-1022147) |
| 03:08:01 | kugel | 10, 32 and 64 refer to NUM_ALIGNED_SECTORS (the aligned buffer array is NUM_ALIGNED_SECTOR * SECTOR_SIZE big) |
| 03:08:16 | saratoga | kugel: nice |
| 03:08:27 | saratoga | also interesting that IRAM is faster for this, for other things it seemed to make no difference |
| 03:09:17 | kugel | lcd_update was also 7% faster when I moved the framebuffer to iram |
| 03:09:42 | kugel | it does make a little difference |
| 03:09:58 | saratoga | maybe off core devices can access the IRAM faster then the DRAM |
| 03:10:45 | | Quit martian67 (Connection timed out) |
| 03:10:45 | CIA-80 | New commit by jdgordon (r23690): hopefully fix the sameplrate token |
| 03:11:43 | saratoga | hmm no that DRAM and IRAM are connected to the same bus so that wouldn't make sense |
| 03:12:02 | * | JdGordon wonders where petur got the idea that I expected him to fix that bug? |
| 03:12:38 | kugel | I also have made for unboosted, but those are not very meaningful I fear |
| 03:15:48 | kugel | increasing the aligned buffer gives huge speed up |
| 03:16:38 | kugel | funman: what could be the reason that unaligned transfers are often faster than aligned ones? |
| 03:16:56 | Unhelpful | ok, here's a patch for the configure end of things: http://pastie.org/709484 |
| 03:17:39 | Unhelpful | i made the TDMI multiplier visible just because it seemed like it might matter... but i can probably just use ARM_CORE for most decisions that would matter. |
| 03:18:55 | *** | Saving seen data "./dancer.seen" |
| 03:19:10 | | Join kugel__ [0] (n=kugel@e178121045.adsl.alicedsl.de) |
| 03:19:18 | | Quit kugel (Nick collision from services.) |
| 03:19:19 | | Quit Thundercloud (Read error: 104 (Connection reset by peer)) |
| 03:19:24 | | Nick kugel__ is now known as kugel (n=kugel@e178121045.adsl.alicedsl.de) |
| 03:21:42 | | Quit funman (Read error: 113 (No route to host)) |
| 03:21:58 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 03:21:59 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 03:32:38 | | Quit jasio (lindbohm.freenode.net irc.freenode.net) |
| 03:32:38 | NSplit | lindbohm.freenode.net irc.freenode.net |
| 03:33:24 | NHeal | lindbohm.freenode.net irc.freenode.net |
| 03:33:24 | NJoin | jasio [0] (n=yann@cpc2-rdng20-2-0-cust902.15-3.cable.virginmedia.com) |
| 03:35:30 | | Quit didi (Remote closed the connection) |
| 03:44:58 | | Join hd [0] (n=jd@modemcable207.134-202-24.mc.videotron.ca) |
| 03:45:14 | | Join jfc^3 [0] (n=john@dpc6682208002.direcpc.com) |
| 03:46:29 | | Join antil33t1 [0] (n=Mudkips@203-184-54-232.callplus.net.nz) |
| 03:46:35 | | Quit antil33t (Nick collision from services.) |
| 03:47:11 | | Quit jfc (Read error: 131 (Connection reset by peer)) |
| 03:48:14 | | Quit gevaerts (lindbohm.freenode.net irc.freenode.net) |
| 03:48:14 | NSplit | lindbohm.freenode.net irc.freenode.net |
| 03:48:14 | | Quit HellDragon (lindbohm.freenode.net irc.freenode.net) |
| 03:48:14 | | Quit Torne (lindbohm.freenode.net irc.freenode.net) |
| 03:48:14 | | Quit Utchybann (lindbohm.freenode.net irc.freenode.net) |
| 03:48:14 | | Quit Kopfgeldjaeger (lindbohm.freenode.net irc.freenode.net) |
| 03:48:14 | | Quit yosafbridge (lindbohm.freenode.net irc.freenode.net) |
| 03:48:14 | | Quit bluebrother (lindbohm.freenode.net irc.freenode.net) |
| 03:48:14 | | Quit jon-kha (lindbohm.freenode.net irc.freenode.net) |
| 03:48:14 | | Quit Hadaka (lindbohm.freenode.net irc.freenode.net) |
| 03:48:14 | | Quit Slasheri (lindbohm.freenode.net irc.freenode.net) |
| 03:48:14 | | Quit av500 (lindbohm.freenode.net irc.freenode.net) |
| 03:48:28 | NHeal | lindbohm.freenode.net irc.freenode.net |
| 03:48:28 | NJoin | av500 [0] (n=av500@p50996ded.dip0.t-ipconnect.de) |
| 03:48:44 | NJoin | gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 03:48:44 | | Join HellDragon [0] (n=jd@Wikipedia/HellDragon) |
| 03:48:44 | | Join Torne [0] (i=torne@rockbox/developer/Torne) |
| 03:48:44 | NJoin | Utchybann [0] (n=lolo@81.56.102.26) |
| 03:48:44 | NJoin | Kopfgeldjaeger [0] (n=nicolai@212.40.172.92) |
| 03:48:44 | NJoin | yosafbridge [0] (n=yosafbri@64.71.152.39) |
| 03:48:44 | NJoin | bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 03:48:44 | NJoin | jon-kha [0] (i=jon-kha@kahvi.eu.org) |
| 03:48:44 | NJoin | Hadaka [0] (n=naked@naked.iki.fi) |
| 03:48:44 | NJoin | Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
| 03:50:05 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
| 03:52:42 | | Quit HellDragon (SendQ exceeded) |
| 03:55:06 | | Quit bluebrother (Read error: 131 (Connection reset by peer)) |
| 03:55:09 | | Quit Hadaka (Connection reset by peer) |
| 03:55:09 | | Quit Torne (Read error: 131 (Connection reset by peer)) |
| 03:55:11 | | Join TorneWuff [0] (i=torne@lowell.wolfpuppy.org.uk) |
| 03:55:20 | | Join bluebrother [0] (n=dom@78.53.154.8) |
| 03:55:44 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 03:58:44 | | Quit AaronM (Read error: 104 (Connection reset by peer)) |
| 04:00 |
| 04:01:44 | | Quit bluebrother (lindbohm.freenode.net irc.freenode.net) |
| 04:01:44 | | Quit Slasheri (lindbohm.freenode.net irc.freenode.net) |
| 04:01:44 | | Quit jon-kha (lindbohm.freenode.net irc.freenode.net) |
| 04:01:44 | | Quit gevaerts (lindbohm.freenode.net irc.freenode.net) |
| 04:01:44 | | Quit Utchybann (lindbohm.freenode.net irc.freenode.net) |
| 04:01:44 | | Quit Kopfgeldjaeger (lindbohm.freenode.net irc.freenode.net) |
| 04:01:44 | | Quit yosafbridge (lindbohm.freenode.net irc.freenode.net) |
| 04:03:24 | | Join Naked [0] (n=naked@naked.iki.fi) |
| 04:03:34 | | Nick Naked is now known as Hadaka (n=naked@naked.iki.fi) |
| 04:03:39 | | Quit scorche (Read error: 104 (Connection reset by peer)) |
| 04:03:39 | | Join CaptainKwel [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 04:03:43 | | Quit TheSeven (Read error: 104 (Connection reset by peer)) |
| 04:03:48 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 04:03:48 | NJoin | gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 04:03:48 | NJoin | Utchybann [0] (n=lolo@81.56.102.26) |
| 04:03:48 | NJoin | Kopfgeldjaeger [0] (n=nicolai@212.40.172.92) |
| 04:03:48 | NJoin | yosafbridge [0] (n=yosafbri@64.71.152.39) |
| 04:03:48 | NJoin | jon-kha [0] (i=jon-kha@kahvi.eu.org) |
| 04:03:48 | NJoin | Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
| 04:03:58 | | Part sh90 |
| 04:04:08 | | Quit Kopfgeldjaeger (Read error: 131 (Connection reset by peer)) |
| 04:04:35 | | Join TheSeven [0] (n=theseven@stgt-5d849fc5.pool.mediaWays.net) |
| 04:04:49 | | Join scorche [50] (n=scorche@rockbox/administrator/scorche) |
| 04:06:12 | | Quit JdGordon ("Leaving.") |
| 04:06:24 | | Quit TheSeven (Read error: 104 (Connection reset by peer)) |
| 04:06:49 | | Quit Zarggg (Read error: 104 (Connection reset by peer)) |
| 04:08:04 | | Quit jasio (lindbohm.freenode.net irc.freenode.net) |
| 04:08:14 | | Join CaptainK [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 04:08:19 | | Join HellDragon_ [0] (n=jd@modemcable207.134-202-24.mc.videotron.ca) |
| 04:08:25 | | Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 04:08:26 | | Join TheSeven [0] (n=theseven@stgt-5d849fc5.pool.mediaWays.net) |
| 04:08:40 | NJoin | jasio [0] (n=yann@cpc2-rdng20-2-0-cust902.15-3.cable.virginmedia.com) |
| 04:08:43 | | Quit Rondom (Nick collision from services.) |
| 04:08:53 | | Join Rondom [0] (n=Rondom@dslb-084-057-136-179.pools.arcor-ip.net) |
| 04:08:55 | | Quit linuxguy3 (Remote closed the connection) |
| 04:09:01 | | Join linuxguy3 [0] (n=timj@adsl-75-57-190-229.dsl.emhril.sbcglobal.net) |
| 04:09:09 | | Join JdGordon [0] (n=Miranda@24.22.210.83) |
| 04:09:16 | | Quit Zarggg_ (Excess Flood) |
| 04:09:43 | | Quit TheSeven (Nick collision from services.) |
| 04:09:47 | | Join Zarggg_ [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 04:10:02 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
| 04:10:14 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
| 04:13:56 | | Nick Zarggg_ is now known as Zarggg (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 04:14:05 | | Nick Zarggg is now known as Zarggg_ (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 04:14:26 | | Nick Zarggg_ is now known as Zarggg (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 04:15:23 | | Join AaronM [0] (n=Aaron@adsl-4-241-124.mem.bellsouth.net) |
| 04:17:33 | | Quit JdGordon (Read error: 131 (Connection reset by peer)) |
| 04:20:43 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 04:21:21 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
| 04:22:24 | | Quit hd (Connection timed out) |
| 04:32:38 | | Quit CaptainKwel (Read error: 110 (Connection timed out)) |
| 04:32:54 | | Quit Zarggg (Read error: 104 (Connection reset by peer)) |
| 04:33:10 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 04:33:43 | | Quit Zarggg (Read error: 131 (Connection reset by peer)) |
| 04:48:31 | | Nick CaptainK is now known as CaptainKewl (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 04:49:25 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 05:00 |
| 05:04:11 | | Quit kugel (Read error: 113 (No route to host)) |
| 05:11:53 | | Quit av500 (Remote closed the connection) |
| 05:11:57 | | Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") |
| 05:12:02 | | Join av500 [0] (n=av500@p50996ded.dip0.t-ipconnect.de) |
| 05:13:34 | | Quit mikroflops (Remote closed the connection) |
| 05:13:46 | | Join mikroflops [0] (n=yogurt@81-234-202-188-no112.tbcn.telia.com) |
| 05:18:58 | *** | Saving seen data "./dancer.seen" |
| 05:24:18 | CIA-80 | New commit by jdgordon (r23691): remove the %Rh token which doesnt exist anymore (was "is target hwcodec" which we dont need) |
| 05:25:18 | | Join sustineo [0] (n=42116ef5@giant.haxx.se) |
| 05:30:04 | sustineo | is there any kind of list of model numbers for the fuze supporting (i know, not released yet) rockbox? |
| 05:30:25 | sustineo | or does anyone know if the - SDMX14-004G-R |
| 05:30:28 | sustineo | works? |
| 05:33:26 | hillshum | SanDisk tends to be pretty annoying in that regard. That model number doesn't tell much |
| 05:33:37 | sustineo | >_> |
| 05:33:41 | sustineo | well that sucks |
| 05:34:05 | sustineo | http://www.buy.com/prod/sandisk-sansa-fuze-4gb-video-mp3-player-black-refurbished/q/loc/111/212930105.html |
| 05:34:05 | sustineo | think i should get this anyway? |
| 05:34:40 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 05:36:08 | sustineo | any chance for a view or v2 port later on? |
| 05:36:31 | saratoga | if someone takes interest in working on it, sure its possible |
| 05:36:54 | hillshum | sustineo: Can you get them to tell you the firmware version it has? |
| 05:37:18 | saratoga | if its refurbished I'd guess its a V1 since older players are v1 but who knows |
| 05:37:42 | | Quit CaptainKewl ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 05:38:46 | hillshum | You might check the forum, anythingbutipod.com forum, and the SanDisk forum and see what refurbs tend to be these days |
| 05:38:59 | sustineo | k |
| 05:39:02 | sustineo | thanks |
| 05:40:51 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
| 05:41:06 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 05:50:28 | CIA-80 | New commit by FlynDice (r23692): AMS Sansa: Make send_cmd() function a bit less complicated and save ~96 bytes. ... |
| 05:58:00 | | Quit sustineo ("CGI:IRC (EOF)") |
| 06:00 |
| 06:02:08 | | Join sustineo [0] (n=42116ef5@giant.haxx.se) |
| 06:02:33 | sustineo | if i were to get said sansa, would a v2 be worth the money? |
| 06:02:46 | sustineo | if it happened to unfortunately be that |
| 06:05:39 | sustineo | refering to: http://www.buy.com/prod/sandisk-sansa-fuze-4gb-video-mp3-player-black-refurbished/q/loc/111/212930105.html (note 2 gb microsd card) |
| 06:07:52 | hillshum | Depends. This is becoming off-topic, but I'd research the Fuze more. |
| 06:08:23 | * | hillshum nudges sustineo into #rockbox-community if the conversation is to be continued |
| 06:08:31 | sustineo | ah |
| 06:10:54 | sustineo | wait, how do i go to that channel? |
| 06:11:21 | hillshum | /join #rockbox-community |
| 06:16:22 | | Quit sustineo ("CGI:IRC") |
| 06:28:30 | | Join gtkspert_ [0] (n=gtkspert@124-169-17-193.dyn.iinet.net.au) |
| 06:44:08 | | Quit gtkspert (Read error: 101 (Network is unreachable)) |
| 06:50:20 | | Quit bluebrother (Nick collision from services.) |
| 06:50:23 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
| 07:00 |
| 07:07:15 | | Join xavieran [0] (n=xavieran@ppp118-209-137-145.lns20.mel6.internode.on.net) |
| 07:18:16 | | Quit Zarggg (Read error: 104 (Connection reset by peer)) |
| 07:19:02 | *** | Saving seen data "./dancer.seen" |
| 07:20:56 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 07:29:49 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 07:42:49 | | Quit Topy (Read error: 104 (Connection reset by peer)) |
| 07:43:42 | | Quit bluebroth3r (lindbohm.freenode.net irc.freenode.net) |
| 07:43:42 | NSplit | lindbohm.freenode.net irc.freenode.net |
| 07:43:42 | | Quit JdGordon (lindbohm.freenode.net irc.freenode.net) |
| 07:43:42 | | Quit Slasheri (lindbohm.freenode.net irc.freenode.net) |
| 07:43:42 | | Quit jon-kha (lindbohm.freenode.net irc.freenode.net) |
| 07:43:42 | | Quit gevaerts (lindbohm.freenode.net irc.freenode.net) |
| 07:43:42 | | Quit Utchybann (lindbohm.freenode.net irc.freenode.net) |
| 07:43:42 | | Quit yosafbridge (lindbohm.freenode.net irc.freenode.net) |
| 07:44:02 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 07:44:02 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 07:44:51 | | Join kadoban_ [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 07:44:53 | NHeal | lindbohm.freenode.net irc.freenode.net |
| 07:44:53 | NJoin | bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
| 07:44:53 | NJoin | JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 07:44:53 | NJoin | gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 07:44:53 | NJoin | Utchybann [0] (n=lolo@81.56.102.26) |
| 07:44:53 | NJoin | yosafbridge [0] (n=yosafbri@64.71.152.39) |
| 07:44:53 | NJoin | jon-kha [0] (i=jon-kha@kahvi.eu.org) |
| 07:44:53 | NJoin | Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) |
| 07:44:55 | | Join Topy44 [0] (n=Topy44@f048116094.adsl.alicedsl.de) |
| 07:45:08 | | Quit kadoban (Read error: 104 (Connection reset by peer)) |
| 07:46:43 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
| 07:52:35 | | Join IncognitoMan [0] (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) |
| 07:52:57 | IncognitoMan | how much ram does the gigabeat s have? |
| 07:58:15 | mc2739 | IncognitoMan: http://www.rockbox.org/wiki/DeviceChart |
| 07:59:34 | IncognitoMan | thanks |
| 07:59:48 | IncognitoMan | http://www.rockbox.org/wiki/GigabeatSInfo |
| 07:59:58 | IncognitoMan | the link down at the ram section no longer links to it |
| 08:00 |
| 08:00:02 | IncognitoMan | so thats why i was curious |
| 08:04:38 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 08:12:30 | | Join Tomis2 [0] (n=Tomis@70.134.86.81) |
| 08:15:40 | | Quit Tomis (Read error: 60 (Operation timed out)) |
| 08:15:40 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.86.81) |
| 08:16:14 | | Quit fyrestorm ("Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!") |
| 08:16:52 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) |
| 08:21:34 | | Part toffe82 |
| 08:45:32 | AaronM | g'nights |
| 08:45:39 | | Quit AaronM (Read error: 54 (Connection reset by peer)) |
| 08:52:57 | | Join Rob2223 [0] (n=Miranda@p4FDCDD2F.dip.t-dialin.net) |
| 08:53:47 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 09:00 |
| 09:03:33 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
| 09:03:52 | | Join Grahack [0] (n=chri@ACaen-156-1-132-28.w86-220.abo.wanadoo.fr) |
| 09:05:37 | | Join flydutch [0] (n=flydutch@87.8.166.119) |
| 09:08:54 | | Join AlexC [0] (n=AlexC@unaffiliated/alexc) |
| 09:10:06 | AlexC | Hello, i'm getting the error "Can't load rockbox.ipod: read failed (image)" on my ipod video 30GB in the bootloader |
| 09:11:07 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 09:14:47 | | Quit AlexC ("Leaving") |
| 09:17:50 | pixelma | JdGordon: I worked a bit on the sbs and wondered why a few viewports had the width parameter as - although there are viewports to the right. Is that ok now? I thought that would mean overlapping viewports. And I also wondered about the negative width of the RTC viewport (I could understand the negative position so to get it right aligned but then |
| 09:18:28 | JdGordon | the first bit does probably mean overlapping viewports... |
| 09:18:41 | pixelma | seemed to work though, at least in the H300 sim I'm using for testing currently |
| 09:18:46 | JdGordon | -rtc is because I'm lazy... you could just as easily done it with a known value |
| 09:19:05 | *** | Saving seen data "./dancer.seen" |
| 09:19:16 | JdGordon | full width viewports that verlap should get rid of the problem with gaps not getting cleared though |
| 09:19:22 | JdGordon | gaps between voiewports |
| 09:21:15 | pixelma | how does negative width work? It looks like it is the position of the vp's right border but then the parameter suddenly has a different meaning and is confusing |
| 09:22:37 | pixelma | I'll leave the variable viewport in the middle between fixed left and fixed right side at - |
| 09:23:53 | JdGordon | -6 width means go 6 pixels from the right edge |
| 09:25:06 | pixelma | yes, then it's really not the vp's width but the right corner |
| 09:25:17 | pixelma | or border |
| 09:25:59 | JdGordon | well yeah |
| 09:28:34 | pixelma | it's fun to see that you say you were too lazy to find the exact width for the viewport but then changed things in the parser to make that work ;) |
| 09:31:17 | JdGordon | you forget.... im an engineer which mean im happy to spend 5 hours making a 5 min job faster :) |
| 09:33:03 | pixelma | I think negative width which is no width then but the right border of the vp is inconsistent and should not be possible |
| 09:33:46 | pixelma | and I replaced it with the width as usual in my version |
| 09:36:50 | pixelma | andi f you have the position of the next viewport in that row, it's easy to calculate the width |
| 09:37:15 | JdGordon | -wdith makes the skin portable |
| 09:37:37 | pixelma | -position does |
| 09:38:53 | JdGordon | both, -widty is a bit redundant tjho9ugh, yes |
| 09:38:59 | JdGordon | though* |
| 09:39:30 | | Join stoffel [0] (n=quassel@p57B4CAC2.dip.t-dialin.net) |
| 09:40:51 | pixelma | you have two viewports there - the RTC one and the disk activity one, the first is at x-position -40 (forgot the actual number) and has a "width" of -6, the latter is at x-position 6 and no width specified which isn't needed. Where's the difference in case I replacce -6 by 34 (in my example)? |
| 09:42:16 | JdGordon | none at all |
| 09:43:00 | JdGordon | -6 could be more obvious to the reader what it means |
| 09:43:07 | JdGordon | but otherwise, yes there is no differencve |
| 09:45:07 | pixelma | -6 is definitely not more obvious to me |
| 09:45:44 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 09:46:34 | JdGordon | -6 means "enough room for 1 sysfont glyph" |
| 09:46:50 | JdGordon | unless ofcourse I got the glypgh dimensios wrong :p |
| 09:48:50 | JdGordon | bed time... gnite |
| 09:54:16 | pixelma | but that info actually applies to the viewport to the right... |
| 10:00 |
| 10:01:07 | | Part froggyman |
| 10:26:36 | | Join Tomis2 [0] (n=Tomis@70.134.74.47) |
| 10:30:38 | | Quit BHSPitMonkey ("Ex-Chat") |
| 10:31:08 | | Quit flydutch ("/* empty */") |
| 10:32:41 | | Join Tomis2_ [0] (n=Tomis@70.134.72.252) |
| 10:33:09 | | Quit Tomis2 (Read error: 60 (Operation timed out)) |
| 10:36:20 | | Join bluebrother^ [0] (n=dom@f053154100.adsl.alicedsl.de) |
| 10:41:35 | n1s | Unhelpful: aliasing fixes in FS10801 |
| 10:42:44 | | Quit Tomis (Read error: 110 (Connection timed out)) |
| 10:42:44 | | Nick Tomis2_ is now known as Tomis (n=Tomis@70.134.72.252) |
| 10:43:19 | | Join liar [0] (n=liar@83.175.83.185) |
| 10:43:56 | | Join pamaury [0] (n=pamaury@88-123-144-76.rev.libertysurf.net) |
| 10:44:19 | | Join watto [0] (n=watto@188-221-185-113.zone12.bethere.co.uk) |
| 10:51:19 | | Join Ubuntuxer [0] (n=johannes@188.101.6.31) |
| 11:00 |
| 11:03:23 | | Quit fyrestorm (Read error: 60 (Operation timed out)) |
| 11:03:44 | | Quit Ubuntuxer ("Leaving.") |
| 11:18:35 | | Nick tmzt__ is now known as tmzt (n=tmzt@adsl-76-244-155-63.dsl.akrnoh.sbcglobal.net) |
| 11:19:02 | | Quit niekie (Remote closed the connection) |
| 11:19:08 | *** | Saving seen data "./dancer.seen" |
| 11:21:54 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 11:32:27 | | Join sh90 [0] (i=cpu98@222.108.66.77) |
| 11:32:41 | | Part sh90 |
| 11:38:04 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 11:45:29 | | Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
| 11:46:31 | | Quit xavieran (Read error: 110 (Connection timed out)) |
| 11:54:43 | | Quit Grahack (Read error: 110 (Connection timed out)) |
| 11:57:22 | | Join Grahack [0] (n=chri@ACaen-156-1-132-28.w86-220.abo.wanadoo.fr) |
| 12:00 |
| 12:12:22 | | Join DerPapst [0] (n=DerPapst@91-64-221-175-dynip.superkabel.de) |
| 12:18:07 | | Quit Tomis (Read error: 104 (Connection reset by peer)) |
| 12:18:35 | | Quit rasher ("/ fs moving day") |
| 12:18:46 | | Join Tomis [0] (n=Tomis@70.134.76.56) |
| 12:22:43 | | Join stoffel_ [0] (n=quassel@p57B4CA2B.dip.t-dialin.net) |
| 12:24:51 | CIA-80 | New commit by alex (r23693): Correct album art alignment description error and spelling errors as pointed out by bdelorme on the forums. |
| 12:30:35 | | Quit stoffel (Read error: 110 (Connection timed out)) |
| 12:34:51 | | Join stoffel [0] (n=quassel@p57B4CDD2.dip.t-dialin.net) |
| 12:36:09 | CIA-80 | New commit by alex (r23694): A few more spelling corrections. |
| 12:39:38 | Unhelpful | n1s: it mostly looks good. some of the spc stuff may be questionable. as here, and also in gcc docs: http://gcc.gnu.org/ml/gcc/1999-06n/msg00294.html |
| 12:40:34 | Unhelpful | saving a pointer to a union member and then accessing it directly as a pointer to the member's type is not valid, at least as i understand that |
| 12:41:16 | CIA-80 | New commit by alex (r23695): Only the H300 and Nano 2G have the charge from USB option at present. Thanks to jmdennis on the forums for pointing out, and Torne Wuff for the info ... |
| 12:41:36 | TorneWuff | wow, that's a quick turnaround |
| 12:41:39 | | Nick TorneWuff is now known as Torne (i=torne@lowell.wolfpuppy.org.uk) |
| 12:42:16 | AlexP | hehe :) |
| 12:42:58 | Torne | i presume there isn't a manual option for HAVE_USB_CHARGING_ENABLE |
| 12:43:13 | AlexP | Not that I'm aware of |
| 12:43:15 | | Quit stoffel_ (Read error: 110 (Connection timed out)) |
| 12:43:32 | AlexP | We could add it, but as long as it is only two targets I'm not too worried |
| 12:43:48 | Torne | atm it's just those two, yah |
| 12:43:54 | | Quit stoffel (Read error: 60 (Operation timed out)) |
| 12:44:49 | AlexP | If/when it gets added to more targets, then either adding it to features.txt or to each individual platform file would be possible |
| 12:45:21 | AlexP | bluebroth3r was playing with being able to use the defines directly in the manual via some sort of preprocessor, but he hit some snags |
| 12:45:25 | AlexP | As that would be ideal |
| 12:46:05 | | Quit DerPapst ("Leaving.") |
| 12:46:35 | Unhelpful | there was something vaguely like that in bmp.c, too, involving a char buffer that was also used as a buffer of structs. replacing the char buffer with a union of a char array and struct array squashes the warnings, but oddly enough code changes if you go through replacing casts on the char array with using the struct array, generated asm changes. |
| 12:46:46 | bluebrother^ | AlexP: snags would be the gcc cpp inserting heaps of empty lines, and gpp (which I tried instead) failing on variadic macros |
| 12:46:56 | AlexP | That's them :) |
| 12:47:09 | bluebrother^ | plus this awful enemy "time" :) |
| 12:47:14 | Torne | yeah, cpp is really not supposed to be used for anything that's not C :) |
| 12:47:22 | AlexP | bluebrother^: that is the killer :) |
| 12:47:28 | Unhelpful | actually, i'm not even sure my fix is sufficient, it *sounds* like i have to use an index and look values up in the struct array, and saving a pointer from it is completely invalid :/ |
| 12:48:10 | bluebrother^ | btw, anyone had success with building the toolchain on darwin? |
| 12:54:49 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 12:55:44 | | Join rasher [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) |
| 12:58:34 | | Join stoffel [0] (n=quassel@p57B4C8F2.dip.t-dialin.net) |
| 13:00 |
| 13:05:34 | | Quit antil33t1 (Read error: 54 (Connection reset by peer)) |
| 13:05:40 | | Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) |
| 13:10:05 | Unhelpful | hrm. the "bad" example given there is indeed bad when i try it. it seems to work a bit differently though, if the union members are arrays. i can initialize a pointer from the array member, or by taking the address of an item in the array, and it neither warns nor fails. |
| 13:15:36 | | Join teru [0] (n=teru@ZQ174123.ppp.dion.ne.jp) |
| 13:17:55 | | Join niekie [0] (i=quasselc@dreamworld.bergnetworks.com) |
| 13:19:10 | *** | Saving seen data "./dancer.seen" |
| 13:25:30 | | Quit matsl (Read error: 110 (Connection timed out)) |
| 13:26:15 | n1s | Unhelpful: ah, looks like you're right i think, no writing is done after initing the buffer though, but i'll try passing around the address directly then i suppose... |
| 13:28:09 | Unhelpful | n1s: well, it seems a little bit different if the union member is an array. this example works fine: http://pastie.org/709817 |
| 13:29:36 | | Join stoffel_ [0] (n=quassel@p57B4CCDE.dip.t-dialin.net) |
| 13:30:26 | | Join ubuntu_ [0] (n=ubuntu@79.37.32.247) |
| 13:31:11 | Unhelpful | perhaps this is because the array is already equivalent to a pointer? |
| 13:31:35 | n1s | i honestly have no idea |
| 13:33:23 | | Join Thundercloud [0] (i=thunderc@81.187.69.84) |
| 13:33:47 | | Quit stoffel (Read error: 110 (Connection timed out)) |
| 13:35:29 | | Quit ubuntu_ ("Sto andando via") |
| 13:36:47 | Unhelpful | in fact, my example neither warns nor fails even if the modification happens in another function to which the pointer is passed |
| 13:37:16 | n1s | and if i can't pass a pointer to the struct i will need to make more invasive changes |
| 13:37:21 | Unhelpful | so probably your similar code is valid. |
| 13:37:36 | n1s | yay for probably valid :) |
| 13:37:50 | n1s | this is a bit of black magic though :) |
| 13:43:08 | | Quit niekie (Broken pipe) |
| 13:45:20 | | Join stoffel [0] (n=quassel@p57B4E1E6.dip.t-dialin.net) |
| 13:45:44 | | Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
| 13:49:10 | | Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) |
| 13:57:08 | | Quit stoffel_ (Read error: 110 (Connection timed out)) |
| 14:00 |
| 14:03:33 | | Join stoffel_ [0] (n=quassel@p57B4F9AE.dip.t-dialin.net) |
| 14:05:32 | | Quit stoffel_ (Remote closed the connection) |
| 14:08:19 | | Quit watto (Read error: 104 (Connection reset by peer)) |
| 14:10:09 | pixelma | in the built-in statusbar on my c200 I can see two different symbols when USB connected - one "hollow" plug icon which shows up on a USB data connection and if I hold "select" when plugging USB (so Rockbox keeps running normally) - and there is one filled plug which I only see when screendump is enabled and data is written. Can someone explain what exactly the difference is or maybe should be, just signaling screendump seems a bit weird to me but |
| 14:10:09 | pixelma | I can't make sense about what else it should be currently |
| 14:11:33 | | Join niekie_ [0] (i=quasselc@dreamworld.bergnetworks.com) |
| 14:14:43 | gevaerts | pixelma: USB power? |
| 14:15:45 | n1s | uuh, png has its own crc32 implementation |
| 14:19:09 | pixelma | gevaerts: well, my first thought too but got a bit confused... would that mean on USB data connection and when holding "select" (USB power mode?/charging?) it gets the hollow symbol for USB power and in screendump mode it doesn't because then plugging USB just serves as an additional button? |
| 14:19:52 | | Quit stoffel (Read error: 110 (Connection timed out)) |
| 14:20:12 | gevaerts | hm, good question |
| 14:20:19 | pixelma | and are there different symbols for targets with pure chargers (not through USB)? I don't have targets to test on and can't see it in the sim |
| 14:20:50 | | Join hebz0rl [0] (n=hebz0rl@88.65.223.181) |
| 14:21:44 | pixelma | when the charger is connected of course |
| 14:25:00 | n1s | ... and this crc32 code isn't even used!? |
| 14:25:20 | pixelma | my Ondio doesn't show the filled bitmap in screendump mode, you just see disk activity. And during data connection and on USB power it show the hollow plug |
| 14:30:47 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 14:35:43 | CIA-80 | New commit by amiconn (r23696): Plasma demo: (1) small speed optimisation. (2) Limit speed to 33fps. (3) Boost if running too slow on targets with variable CPU frequency. |
| 14:36:04 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 14:38:42 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 14:40:01 | funman | saratoga: the options that could affect playback: max files in playlist: 1000 max files in dir: 4450 tagcache_autoupdate: on |
| 14:40:20 | funman | perhaps i had modified max files in * to reproduce crashes more frequently |
| 14:43:08 | | Join kugel_ [0] (n=kugel@e178121045.adsl.alicedsl.de) |
| 14:43:12 | | Nick kugel_ is now known as kugel (n=kugel@e178121045.adsl.alicedsl.de) |
| 14:43:12 | funman | i understand that the bug isn't fixed, it just happens less frequently |
| 14:45:24 | funman | kugel: not sure why aligned transfers would be slower since we use the exact same steps, plus an additional memcpy |
| 14:51:27 | CIA-80 | New commit by funman (r23697): buffering.c: cosmetics ... |
| 14:52:04 | amiconn | kkurbjun: ping |
| 14:52:42 | n1s | aha, "working" checksumming in test_codec only it crashes with wma files... |
| 14:56:47 | n1s | which of course makes no sense at all |
| 14:56:54 | * | bluebrother^ found the problem with FS #9833 :) |
| 14:59:31 | | Join Omlet [0] (i=omlet05@87.65.29.235) |
| 15:00 |
| 15:00:52 | | Quit GodEater (Remote closed the connection) |
| 15:01:03 | | Join GodEater [0] (n=bibble@87.80.121.64) |
| 15:03:08 | bluebrother^ | hmm, "No such file or directory" isn't success either, but it's at least better :) |
| 15:03:42 | | Join cowgarden [0] (n=qgar10@94.221.232.122) |
| 15:04:25 | cowgarden | is there a config file where I could change the backlight brightness? I turned it of by accident and can't see nothing now (there should be a confimation dialog) |
| 15:05:02 | bluebrother^ | cowgarden: edit /.rockbox/config.cfg |
| 15:05:09 | cowgarden | ah thx |
| 15:05:14 | funman | i can't build rbutilqt: tools/rbspeex/rbspeex.c: undefined reference to `speex_resampler_{destroy,init,skip_zeros,process_init}' |
| 15:05:26 | bluebrother^ | funman: are you on debian? |
| 15:05:39 | cowgarden | bluebrother^, just found it myself :) |
| 15:05:44 | funman | ubuntu |
| 15:06:28 | bluebrother^ | you need libspeexdsp which is a separate package on debian. I guess that's also valid for ubuntu |
| 15:08:07 | bluebrother^ | reminds me of checking that in a better way ... |
| 15:08:21 | funman | thanks, it built! |
| 15:08:50 | bluebrother^ | seems it pays off that I tried debian for a few weeks ;-) |
| 15:10:35 | cowgarden | is there any risk at loading the batterie with rockbox on an unsupported device (D2+)? |
| 15:10:45 | funman | "turkish" has a bad encoding (inside the langs list) |
| 15:11:00 | funman | well pretty much all the rbutil_tr.ts file |
| 15:11:22 | AlexP | cowgarden: "loading the batterie"? |
| 15:11:32 | cowgarden | alexbobp, battery |
| 15:11:41 | cowgarden | AlexP, ... |
| 15:11:47 | gevaerts | charging :) |
| 15:11:50 | AlexP | yeah, I got that bit - I don't know what "loading the battery means" |
| 15:12:11 | cowgarden | gevaerts, AlexP hehe, yeah, charging. I mixed it up with german.... |
| 15:12:12 | n1s | AlexP: loading == charging |
| 15:12:19 | AlexP | Ah, right |
| 15:12:30 | AlexP | I should have been able to figure that out :) |
| 15:12:42 | cowgarden | you can speak german? |
| 15:12:45 | gevaerts | cowgarden: on D2 it's safe. I don't know about D2+, but I suspect it shouldn't be risky... |
| 15:12:51 | AlexP | cowgarden: I can't, no |
| 15:12:53 | * | gevaerts promises nothing |
| 15:13:24 | cowgarden | gevaerts, nearly the same hardware :) I think my ("older") model has exactly the same as the d2 |
| 15:13:41 | CIA-80 | New commit by FlynDice (r23698): AMS Sansa: Remove a now redundant sd_wait_for_state() and adjust error codes in ata_sd_as3525.c |
| 15:14:41 | funman | bluebrother^: it seems "bootloaderfile" entry isn't used for the clip, rbutil places the patched OF at the root of the player, with its original name (so, firmware update doesn't happen until i rename the file) |
| 15:14:47 | kugel | FlynDice: seen my sd benchmarks? |
| 15:15:06 | cowgarden | oh and where are the controls for timestretching? I enabled it, but could not find the controls |
| 15:15:13 | AlexP | Further on forum badges - what do people think to a "Bug Hunter" badge that we give to people that find bugs during a release cycle and that they then keep only for the following cycle (originally suggested by Llorean) |
| 15:15:28 | AlexP | To try and encourage people to test and report |
| 15:15:39 | bluebrother^ | funman: hmm, it's a while since I wrote that class. Can check that but IMO it would be better to always explicitly specify where the file should go ... |
| 15:16:09 | funman | bluebrother^: I don't understand? |
| 15:16:12 | cowgarden | AlexP, sounds good, but I wouldn't remove the badges. maybe they could advance for every period you reported many bugs |
| 15:16:26 | FlynDice | kugel: Just saw them last night before I went to bed, but I'll take another look, I did some all the way up to 127 |
| 15:16:34 | AlexP | cowgarden: We'll get overloaded otherwise |
| 15:16:35 | bluebrother^ | funman: maybe I got you wrong either ;-) |
| 15:17:00 | bluebrother^ | my rbutil.ini does contain a bootloaderfile entry for the clip |
| 15:17:00 | AlexP | cowgarden: This would be intended to be a temporary thanks type thing |
| 15:17:14 | cowgarden | AlexP, a simple counter maybe? or additional to removable badges a counter? |
| 15:17:21 | funman | when I open the of file, if it's called "m300-v32.hello" on my disk, rbutil will copy this file to "/m300-v32.hello" and patch it |
| 15:17:28 | cowgarden | AlexP, it's sad that if it wears of so soon :) |
| 15:17:29 | funman | while it should rename it to what bootloaderfile is set to |
| 15:17:46 | AlexP | cowgarden: Three whole months :) |
| 15:17:51 | cowgarden | :) ok |
| 15:18:08 | bluebrother^ | funman: hmm, it should use the filename in the bootloaderfile string for that. If it's not working like this is't a bug IMO. |
| 15:18:08 | AlexP | This is just an idea though, so do suggest improvements |
| 15:18:23 | bluebrother^ | AlexP: sounds at least interesting |
| 15:18:28 | AlexP | cowgarden: I don't know if a counter is possible - probably is |
| 15:19:14 | *** | Saving seen data "./dancer.seen" |
| 15:20:25 | funman | QString outfilename = QFileInfo(m_blfile).absolutePath() + "/" +QFileInfo(m_offile).fileName(); |
| 15:21:32 | FlynDice | kugel: you meant UNALIGNED_NUM_SECTORS value for that chart right? |
| 15:22:06 | funman | bluebrother^: in bootloaderinstallams.cpp, however i don't know how to access rbsettings from there |
| 15:23:20 | | Quit dfkt (Read error: 110 (Connection timed out)) |
| 15:23:23 | bluebrother^ | funman: the value should be in m_blfile |
| 15:23:27 | CIA-80 | New commit by funman (r23699): rbutilqt: activate Unstable Clip support |
| 15:23:49 | bluebrother^ | see the comment in bootloaderinstallbase.h:85 |
| 15:24:30 | bluebrother^ | writing the file to m_offile sounds definitely wrong |
| 15:28:51 | CIA-80 | New commit by funman (r23700): rbutilqt: always rename the OF to the name specified in rbtutil.ini ... |
| 15:28:59 | funman | bluebrother^: thanks, works fine now |
| 15:29:10 | bluebrother^ | funman: you're welcome :) |
| 15:29:12 | n1s | yay, fixed the crash |
| 15:29:26 | CIA-80 | New commit by bluebrother (r23701): OS X uses msdos as filesystem for vfat which is the same OpenBSD does. Fixes mountpoint resolving. |
| 15:32:26 | | Join T44 [0] (n=Topy44@f048170226.adsl.alicedsl.de) |
| 15:34:29 | kugel | FlynDice: right |
| 15:35:01 | | Quit thegeek_ (Read error: 104 (Connection reset by peer)) |
| 15:35:18 | | Join thegeek [0] (n=nnscript@129.241.123.168) |
| 15:37:33 | CIA-80 | New commit by bluebrother (r23702): Fix two strings and warnings. |
| 15:39:00 | | Quit funman ("free(random());") |
| 15:39:53 | teru | does anyone complain if i change "xpos = x * w / utf8length(str);" to something like "xpos = x * width_of_a_space;" in lcd_puts_style_offset() in lcd-bitmap-common.c? |
| 15:40:26 | | Quit Topy44 (Read error: 145 (Connection timed out)) |
| 15:41:02 | CIA-80 | New commit by bluebrother (r23703): Fix stupid combination of CnP error and typo. |
| 15:43:49 | kugel | teru: what for? |
| 15:44:29 | teru | kugel: to fix FS #10789 |
| 15:45:41 | | Join DerPapst [0] (n=DerPapst@91-64-221-175-dynip.superkabel.de) |
| 15:46:54 | | Quit thegeek (Read error: 131 (Connection reset by peer)) |
| 15:47:07 | | Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
| 15:47:30 | kugel | teru: why not just return; when there's nothing to put? |
| 15:48:07 | kugel | and why doesn't "if(!str || !str[0])" handle that already? |
| 15:48:53 | CIA-80 | New commit by amiconn (r23704): XLCD lib: * Fix bug (improper fill) in pixel-wise left scrolling on 2bpp horizontally packed LCDs. * Faster pixel-wise upward scrolling on 2bpp ... |
| 15:50:08 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
| 15:50:18 | | Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
| 15:52:07 | teru | kugel: if return here, selector won't be drawn. utf8length(str) can be 0 if str is not utf8 string. |
| 15:53:00 | amiconn | Strings passed to the lcd driver must always be utf-8 |
| 15:53:12 | teru | i also want to remove !str[0] so that selector bar will be drawn. |
| 15:53:15 | amiconn | If they aren't, it's a bug in the caller |
| 15:53:34 | kugel | is that documented? |
| 15:54:01 | teru | so, text editor plugin shuold check if input file is utf8? |
| 15:54:04 | kugel | what can be a non-utf8 string? |
| 15:54:19 | | Quit Grahack (Read error: 60 (Operation timed out)) |
| 15:55:20 | * | kugel thought everything is converted to unicode internally |
| 15:55:43 | amiconn | Rockbox uses utf-8 internally for everything that is text. |
| 15:55:51 | amiconn | There are a few functions to convert to and from that for input and output |
| 15:56:31 | | Join Grahack [0] (n=chri@ACaen-156-1-132-28.w86-220.abo.wanadoo.fr) |
| 15:57:09 | cowgarden | where is the "Pitch Screen" or timestretch setting? |
| 15:58:21 | n1s | just left of the soda machine |
| 15:58:25 | bluebrother^ | cowgarden: it's in the context menu of the wps |
| 15:58:55 | kugel | FlynDice: as I see it, iram and 64 gives a huge speed up, we could do that on 8MB targets. I'm not sure about the 2MB ones though |
| 15:59:35 | cowgarden | bluebroth3r, ah, so my WPS is the wrong one :) got a touchscreen one |
| 15:59:39 | Torne | amiconn: the current behaviour is useless anyway, though |
| 16:00 |
| 16:00:19 | Torne | amiconn: if the font is proportional then the horizontal position will vary randomly depending on the string being printed, and if it's fixed width then using the width of a space will work just as well and be faster |
| 16:00:28 | bluebrother^ | cowgarden: no idea how you access the context menu on a touchscreen target ... but how is that related to the wps? You can access it from the wps. |
| 16:00:42 | FlynDice | kugel: seems that way to me also, I think funman wanted to wait on the PP dma patch to see if that would help us though. |
| 16:01:09 | | Join thegeek_ [0] (n=nnscript@s168c.studby.ntnu.no) |
| 16:01:24 | cowgarden | bluebrother^, I've got a touchscreen wps, not the standard one and just switched back to the standard one and will click my way through any possible positions now :) |
| 16:02:14 | Torne | teru: I think it should be that way, yes :) |
| 16:02:46 | bluebrother^ | cowgarden: on most targets you can access the context menu by holding the Select button. No idea about touchscreen :) |
| 16:02:50 | Torne | amiconn: lcd_puts(5, 0, "wwwwwwwwww"); and lcd_puts(5, 0, "iiiiiiiiii"); will print in different positions at the moment, so it seems like undesirable behaviour to preserve ;) |
| 16:05:30 | | Part Grahack |
| 16:05:38 | cowgarden | bluebrother^, got the "speed" control, but that's the standard one which will affect the pitch too |
| 16:07:00 | bluebrother^ | cowgarden: you can toggle the adjustment type |
| 16:07:29 | bluebrother^ | the screen itself is the correct one |
| 16:07:46 | cowgarden | bluebrother^, ok, I toogle in that screen or is that the setting in the settings menu? |
| 16:07:49 | | Join Reiska666 [0] (n=reiska66@a91-153-219-249.elisa-laajakaista.fi) |
| 16:07:53 | | Part Reiska666 |
| 16:07:57 | bluebrother^ | cowgarden: in the screen |
| 16:08:14 | cowgarden | got it :) |
| 16:10:07 | cowgarden | cool, up to 250% is great, preprocessed I use 260% for audiobooks :) |
| 16:12:35 | kugel | FlynDice: right, I remember that too. any idea why? |
| 16:13:03 | | Quit hillshum (Read error: 110 (Connection timed out)) |
| 16:15:48 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 16:20:22 | kugel | Torne: I agreee |
| 16:21:47 | FlynDice | kugel: I think he wanted to see if we could use what they are doing to perhaps go to cache coherency and straight dma instead of the memcopy to uncached buffer thing we do now, but i may be mistaken on that... |
| 16:22:37 | FlynDice | I think I have my sd card running at 31 mhz right now, checking to be sure... |
| 16:22:38 | kugel | I'm looking at the dma task now. I think funman said the task tries to enforce aligned transfers so that the buffer could be dropped altogether |
| 16:23:03 | FlynDice | kugel: yes, I thought that was the idea |
| 16:24:05 | kugel | I'm at the half and it does so for buffer transfers. but there's a lot of other transfers that might not be aligned |
| 16:24:33 | kugel | another interesting note, that task does not use DMA for single sector transfers, we aren't doing that are we? |
| 16:25:01 | FlynDice | we use dma for all transfers to/from sd card |
| 16:27:25 | Torne | kugel: FS #9708 does use DMA for single sector transfers now, if they happent o be aligned |
| 16:27:46 | Torne | it uses it for all transfers except unaligned reads |
| 16:27:50 | kugel | as I said, I'm at the half now :) |
| 16:28:43 | Torne | I'm waiting to check out the efect of the ata changes I made yesterday,t hough, before I commit 9708 |
| 16:28:51 | Torne | want to enable proper write error checking :) |
| 16:29:42 | | Quit hebz0rl () |
| 16:30:00 | | Quit thegeek (Read error: 110 (Connection timed out)) |
| 16:30:24 | kugel | so unaligned transfers can still happen? |
| 16:30:27 | | Join hebz0rl [0] (n=hebz0rl@dslb-088-065-223-181.pools.arcor-ip.net) |
| 16:30:30 | Torne | sure.. |
| 16:30:41 | kugel | I remember funman saying the dma patch tries to make sure they're all aligned |
| 16:30:47 | Torne | no, only buffering |
| 16:30:54 | Torne | doesn't affect normal FS access |
| 16:31:37 | Torne | USB buffers are already aligned; the patch makes buffering try to align everything, but there ae other places that call FAT |
| 16:32:40 | | Join Grahack [0] (n=chri@ACaen-156-1-132-28.w86-220.abo.wanadoo.fr) |
| 16:33:46 | kugel | why did earler versions not use DMA for single sector transfers? |
| 16:34:29 | Torne | because earlier versinos were not checking alignment |
| 16:34:37 | Torne | and most single sector transfers are not aligned |
| 16:34:43 | Torne | so they cause cacheline itnerference and everything fucks up and crashes |
| 16:34:52 | kugel | aligned doesn't seem to be faster reliably vs unaligned on the samsas (unaligned is even faster, sometimes)...as reported by test disk |
| 16:37:19 | Torne | i don't think test_disk means the same thing by "aligned" |
| 16:37:27 | Torne | for DMA the relevant thing is whether it's aligned to a cacheline boundary |
| 16:37:40 | Torne | for PIO it's whether it's word-aligned.. |
| 16:38:09 | | Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
| 16:38:40 | kugel | ah I see |
| 16:39:41 | Torne | anyway more experimentation with the buffering.c patch would be good |
| 16:39:46 | Torne | independant of pp502x dma |
| 16:40:10 | Torne | someone who knows buffering well looking at it, too :) |
| 16:41:00 | | Join solexx [0] (n=jrschulz@85.176.104.222) |
| 16:43:26 | kugel | FlynDice: 127 would be quite a ram usage bummer |
| 16:43:41 | kugel | togetic: there's nobody knoing buffering well :( |
| 16:43:58 | Torne | well, then just try it and see ;) |
| 16:44:00 | CIA-80 | New commit by teru (r23705): lcd-bitmap-common.c: Change calculation of the horizontal position in lcd_puts_style_offset() so that the position is independent from the string ... |
| 16:44:15 | kugel | we had a gsoc student investigating it deeply, but he's disappeared again ;( |
| 16:44:32 | FlynDice | kugel: Yes and the speedup was quite marginal from 64, I just did it to see what I got... |
| 16:45:06 | kugel | so diminishing returns, that doesn't surprise me :) |
| 16:45:42 | FlynDice | I have both internal and usd running at 31 Mhz right now, lower is causing problems |
| 16:46:00 | kugel | I think 64+iram on 8MB, and 32 on 2MB is the way to go |
| 16:46:27 | Torne | anyway, as far asi'm concerned the buffering alignment patch in 9708 is ready |
| 16:46:43 | Torne | it doesn't seem to break anything, and pp502x dma works for me except when i provoke write errors (which is what i'm dealing with now) |
| 16:47:01 | Torne | so if there's some use for it on ams then trying it would be good ;) |
| 16:48:43 | | Join hillshum [0] (n=hillshum@75-165-237-87.slkc.qwest.net) |
| 16:49:33 | kugel | Torne: dma needs cache coherency, while non-dma transfers wouldn't, right? so, is destroying the whole cache really worth it for single sector transfers? |
| 16:50:07 | Torne | not sure. |
| 16:50:16 | Torne | haven't benched it :) |
| 16:50:58 | Torne | at the moment i am trying to make it use DMA whenever possible, in order to prove that DMA is working and that my definitino of "whenever possible" is not overly optimistic :0 |
| 16:51:40 | Torne | also PP is the only target where we have to blow the whole cache away, no? |
| 16:51:50 | Torne | targets with standard cache controllers can be flushed by VA |
| 16:52:06 | Torne | we just don't know how to do that on PP (or if it's possible at all) |
| 16:56:00 | kugel | no, only the beast can invalidate portions of the cache IIRC |
| 16:56:15 | Torne | anything with a regular ARM L1 cache can |
| 16:56:40 | kugel | for arm9 we have only coherency that operate on the entire cache |
| 16:57:01 | kugel | (i don't know whether we could do better for them) |
| 16:57:04 | Torne | then you're missing it.. |
| 16:57:06 | | Quit solexx_ (Read error: 110 (Connection timed out)) |
| 16:57:12 | Torne | it's a standard cp15 operation |
| 16:57:40 | Torne | should be implemented on everything with a regular l1 cache, even the arm7s that have it.. |
| 16:57:48 | kugel | oh, it looks I'm wrong |
| 16:58:23 | FlynDice | kugel: no we can do ranges |
| 16:58:57 | Torne | ARM is nice and standard like that, it's just the crazy PP external cache that doesn't |
| 17:00 |
| 17:02:34 | kugel | FlynDice: where are we calling that functions? |
| 17:05:04 | FlynDice | kugel: we don't, we use the uncached buffer instead. We can use the xxxdcache_range() functions from mmu-arm.s because we have the cp15 I believe |
| 17:05:19 | kugel | ah, right that was the trick |
| 17:05:25 | | Quit teru ("Quit") |
| 17:05:50 | kugel | that's even better :> |
| 17:06:19 | kugel | but it looks like we need the unaligned buffer no matter of the outcome of the pp dma patch |
| 17:07:54 | | Quit thegeek_ (Read error: 110 (Connection timed out)) |
| 17:10:42 | | Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) |
| 17:11:30 | Torne | yes, you will always need that buffer.. you can't stop random users of FAT from wanting to do reads/writes taht aren't aligned.. |
| 17:14:05 | kugel | Torne: I'll give the buffering patch a try, and also changing test_disk to mean cache aligned for A |
| 17:14:21 | Torne | yah, if you can get a better benchmark thatd be good |
| 17:15:09 | kugel | I think the cache align requirement is 32bytes for stock-arm caches |
| 17:15:20 | Torne | not all. |
| 17:15:31 | Torne | but probably |
| 17:15:48 | Torne | no ARM yet is *more* than 32, at least :) |
| 17:16:13 | Torne | there migh tbe a few arm9 cores out there with 16-byte lines, though, not sure. |
| 17:16:24 | kugel | it would be nice if the buffering patch would come with less #ifdefs, couldn't it work with defining STORAGE_ALIGN_MASK to 0 ? |
| 17:16:36 | Torne | I forgetw hat it even does tbh |
| 17:16:38 | Torne | i didn't write it |
| 17:16:54 | Torne | dreamlayers did all the initial work for this, he just doesn't seem to be around much so i'm trying to finish it up :) |
| 17:17:03 | Torne | if you can improve it go ahead :) |
| 17:17:40 | kugel | bugger, don't make me having more on my todo list :p |
| 17:18:20 | Torne | i'll get to it eventually perhaps, but as i said i'm going for reliable disk accesses first, tweaking later ;) |
| 17:19:17 | *** | Saving seen data "./dancer.seen" |
| 17:28:13 | amiconn | Torne: That's correct. Still, passing non-utf8 strings needs to be avioded |
| 17:29:21 | pixelma | avoided too? ;) |
| 17:29:28 | amiconn | I wouldn't use the width of a space though, as that width can vary a lot depending on the font. The width of 'a' (or 'n') is probably better |
| 17:31:30 | CIA-80 | New commit by learman (r23706): Update Swedish translation. |
| 17:33:31 | | Quit Utchybann (Read error: 145 (Connection timed out)) |
| 17:35:25 | kugel | I think I found a gcc bug |
| 17:35:39 | CIA-80 | New commit by bluebrother (r23707): FS #9833: Fix Ipods being wrongly detected as MacPods on OS X ... |
| 17:36:50 | kugel | it recognizes a pointer to a static array modified with "#define UNCACHED_ADDR(a) ((typeof(a))((unsigned int)(a) | UNCACHED_BASE_ADDR ))" as compile-time constant, but ont a pointer modified with #define UNCACHED_ADDR(a) ((typeof(a))((unsigned int)(a) & ~IRAM_ORIG )) |
| 17:37:26 | kugel | I named the latter define IRAM_PHYS_ADDR, but the expansion is the same |
| 17:37:38 | CIA-80 | New commit by learman (r23708): Add support for the MP4 file type 'isom'. Based on FS #10790 with an additional fix, making the sample file play. Also updated some debug prints. |
| 17:38:48 | kugel | these examples should use intptr_t, but that doesn't matter right now |
| 17:40:19 | | Join Utchybann [0] (n=lolo@rps6752.ovh.net) |
| 17:41:58 | linuxstb | bluebrother^ or bluebroth3r: Shouldn't rbutil be using the same logic as ipodpatcher/main.c, rather than changing ipodpatcher.c to match what rbutil expects? (re: both your latest commit, and the change you made a while ago to read the XML info - duplicated in main.c for ipodpatcher itself) |
| 17:43:12 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 17:43:20 | bluebrother^ | linuxstb: well, I agree that those should get unified though I'm not completely sure about the best way yet. |
| 17:44:11 | linuxstb | I'm not sure what you mean by "unified". rbutil simply needs to do the same as main.c |
| 17:45:04 | bluebrother^ | the scanning is a problem though −− rbutil now specifies the device to install to. Plus, we want to check for the player before downloading the bootloader. |
| 17:47:13 | pamaury | gevaerts: I have a small about usb_core.c and usb packet size. If I'm correct, usb_core asks the class driver to put there descriptor in "response_data" which is USB buffer of size 256. But on the other hands, it gives them a max_packet_size value that can be as high as 512. Isn't it dangerous ? |
| 17:47:35 | gevaerts | pamaury: why? |
| 17:48:13 | | Join salty-horse [0] (i=ori@79.183.0.51) |
| 17:48:15 | pamaury | Because if the class driver writes more that 256 bytes and less than max_packet_size (which can be 512) then it's a buffer overflow |
| 17:48:34 | salty-horse | Lear, here? |
| 17:48:42 | gevaerts | sure. if the class driver writes more than 256 bytes, there's a problem. But that's not related to max_packet_size |
| 17:48:50 | Lear | Yep. |
| 17:48:51 | linuxstb | bluebrother^: I'm not sure I understand the issue. How does rbutil specify the device? Doesn't it use the result of ipod_scan()? |
| 17:49:03 | pamaury | gevaerts: ah yes, I just realized it :) |
| 17:49:06 | gevaerts | If we have a class driver that needs more than 256, of course that buffer needs to be adapted |
| 17:49:39 | pamaury | ok |
| 17:51:08 | salty-horse | Lear, hi. I'm trying to add support for isom. the test file I made was indeed truncated in a way that damages the metadata. is it legally ok if I post instructions on how to create the file using ffmpeg from a source flv? (downloaded from youtube) |
| 17:51:19 | | Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de) |
| 17:51:23 | bluebrother^ | linuxstb: no. It used to in the past, but in preparation for allowing to have multiple players connected the same time it now relies on the device file retrieved from the selected mount point. ipod_scan() is still used these days. This ensures that there is only one player connected, and does check if it's an ipod. |
| 17:52:00 | bluebrother^ | this needs to get reworked −− I'd like to have ipod_scan() separately from some ipod_check() or similar. |
| 17:52:21 | Lear | salty-horse: Should be ok, I think. But you did notice I just committed the patch? |
| 17:54:34 | salty-horse | Lear, nope :) I'm on not on my development-oriented operating system atm :) −− I did some more tests. the patch causes some files to play (created with ffmpeg, and then having the metadata modified with various programs) |
| 17:54:39 | linuxstb | bluebrother^: That's more or less what ipodpatcher does. ipod_scan() returns the disk device of an ipod, and then the code in main.c opens and fully checks it. But yes, it assumes you've only attached one ipod (a reasonable limitation IMO) |
| 17:57:33 | Lear | salty-horse: And the metadata modifications didn't move them to the end? |
| 17:59:16 | salty-horse | I'm not sure. I created them last week using several different methods (which I did not document) and as of yet, I was unable to reproduce them all. I'll have more info later today. |
| 18:00 |
| 18:02:23 | | Quit Utchybann (Read error: 110 (Connection timed out)) |
| 18:04:59 | | Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) |
| 18:05:05 | kugel | Torne: cache aligned test_disk seems slower than anything else in test_disk :/ |
| 18:05:54 | linuxstb | bluebrother^: Looking at bootloaderinstallipod.cpp, isn't the solution to just move most of the stuff from the "installStage2" function into the "install" function? |
| 18:06:42 | | Join solexx_ [0] (n=jrschulz@e176105219.adsl.alicedsl.de) |
| 18:07:53 | kugel | for 512B, 4K tests: create&write is slower, read about the same. for 1M: create&write is faster, read still about the same |
| 18:08:03 | linuxstb | bluebrother^: That looks like it would have fixed your macpod problem - it's doing the macpod check twice, and the second one looks like it would have worked (the first didn't belong at that stage in the process). |
| 18:08:08 | kugel | strangely enough, the unaligned test behaves very similar |
| 18:08:16 | bluebrother^ | linuxstb: the checks could get moved, that's true. |
| 18:08:23 | | Quit mikroflops (Read error: 110 (Connection timed out)) |
| 18:08:32 | | Join darkham [0] (n=darkham@host247-32-dynamic.37-79-r.retail.telecomitalia.it) |
| 18:08:36 | bluebrother^ | hehe, and the first one was the one that failed ;-) |
| 18:08:41 | linuxstb | bluebrother^: And then you wouldn't have needed that last commit... |
| 18:09:11 | linuxstb | Plus I think reading the XML info should go there too - so the commit that added that to ipodpatcher.c could also be reverted. |
| 18:09:14 | bluebrother^ | though IMO if the ipod_t struct gets modified it shouldn't get filled with nonsense for some fields |
| 18:09:53 | bluebrother^ | you mean reading the xml from BootloaderInstallIpod::install()? |
| 18:10:03 | linuxstb | No, that's not ideal, but that ipod_t struct is just used for temporary storage I think. The function should be documented to say it just populates the diskname |
| 18:10:31 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 18:10:40 | linuxstb | bluebrother^: Yes, that's what main.c does. |
| 18:10:47 | bluebrother^ | ok. |
| 18:10:52 | * | bluebrother^ will check that later |
| 18:14:44 | | Quit solexx (Read error: 145 (Connection timed out)) |
| 18:15:27 | | Join Rawr [0] (n=c14b3692@giant.haxx.se) |
| 18:15:37 | Rawr | Hey |
| 18:16:14 | Lear | salty-horse: Tried ffmpeg a little. A straight conversion put metadata at the end, so that wouldn't play. After editing in Foobar2000 it was at the front again, and that played. |
| 18:16:36 | | Quit at0m (".") |
| 18:17:03 | salty-horse | Lear, why won't it play with the metadata at the end? |
| 18:17:43 | kugel | FlynDice: Am I seeing right that our sd driver doesn't even check whether the transfer is aligned? it always memcpy's to the aligned buffer |
| 18:17:45 | Lear | Limitations in Rockbox. Currently the codec needs to read it itself, and having that seek to the end isn't good. |
| 18:18:09 | | Quit Utchybann (Read error: 60 (Operation timed out)) |
| 18:18:22 | | Join Utchybann [0] (n=lolo@rps6752.ovh.net) |
| 18:18:24 | * | pamaury managed to make its device recognized as an mtp device under Windows ! |
| 18:18:28 | gevaerts | \☺/ |
| 18:18:30 | salty-horse | Lear, ffmpeg has a "probe" functionality for that, right? |
| 18:19:21 | | Join n00b81 [0] (n=n00b81@unaffiliated/n00b81) |
| 18:19:35 | Lear | salty-horse: I don't know much about ffmpeg internals really... |
| 18:19:50 | salty-horse | according to http://git.ffmpeg.org/?p=ffmpeg;a=blob;f=libavformat/mov.c −− isom files also don't store the frequency information literally, and it has to be deduced from the codec id |
| 18:20:55 | | Quit Rawr ("CGI:IRC (Ping timeout)") |
| 18:20:57 | linuxstb | Lear: Why do the codecs need to re-read the metadata? Is that just for the "extradata" stuff? |
| 18:21:00 | pamaury | gevaerts: of course it doesn't mean it works :) And indeed there are still problems with Windows but at least it is mounted |
| 18:21:19 | gevaerts | you can't have everything :) |
| 18:22:14 | Lear | salty-horse: Well, ffmpeg put an esds atom there. Rockbox gets frequency from there. |
| 18:22:38 | Lear | linuxstb: The seek-related tables too. |
| 18:23:14 | linuxstb | Ah yes, those are a pain... |
| 18:24:18 | Lear | linuxstb: Which is one reason I haven't done anything about them yet... :) |
| 18:24:52 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 18:26:22 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 18:26:22 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 18:27:49 | linuxstb | Lear: Any idea if we can just stop using those? |
| 18:28:27 | | Quit mt (Read error: 113 (No route to host)) |
| 18:31:23 | | Join at0m [0] (n=at0m@94.225.90.23) |
| 18:35:05 | salty-horse | why not just use a stripped down ffmpeg? |
| 18:35:17 | salty-horse | (mock my "just") |
| 18:35:50 | | Join evilnick [0] (i=0c140464@rockbox/staff/evilnick) |
| 18:36:15 | Lear | linuxstb: I know of no other way of locating a frame start. So it is needed for decoding. Should preferably be processed in the core to a more manageable format though. |
| 18:37:16 | | Part n00b81 ("Leaving") |
| 18:42:41 | | Join saratoga_ [0] (i=463f90ed@gateway/web/freenode/x-doqgncmksjlhynln) |
| 18:43:22 | saratoga_ | lear: in my testing I was able to use the seek table to find the start of a frame, and then find the next one by assuming it would be just after the first one |
| 18:43:32 | saratoga_ | is that allowed in mp4? |
| 18:44:45 | | Quit bmbl ("Bye!") |
| 18:44:49 | | Nick Ypsy is now known as YPSY (n=ypsy@geekpadawan.de) |
| 18:44:51 | Lear | saratoga_: It isn't always like that though; chunks doesn't have to come directly after one another. |
| 18:47:13 | saratoga_ | so how do most mp4 parsers handle this? |
| 18:48:06 | saratoga_ | i can't imagine storing a MB worth of seek tables is a common solution |
| 18:49:28 | | Join tomers [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
| 18:51:00 | | Quit cowgarden (Read error: 131 (Connection reset by peer)) |
| 18:51:57 | | Quit liar (Read error: 104 (Connection reset by peer)) |
| 18:52:24 | TheSeven | saratoga_: memory is cheap nowadays |
| 18:53:07 | saratoga_ | TheSeven: not on embedded devices |
| 18:53:13 | Lear | saratoga_: The one in the libfaad decoder app just loads them. Don't know how DAP:s typically do though. Segmenting or merging I'd guess... |
| 18:53:13 | TheSeven | and most of them don't really do audio buffering any more (as they are flash-based), so they can just set aside a buffer for that |
| 18:53:13 | pixelma | JdGordon: I think I remember that the %lh (disk activity) tag is not available on targets that have a physical LED for that, if you want to use it in the statusbar of all targets like the built-in does you need to enable that for all targets |
| 18:53:13 | | Join liar [0] (n=liar@83.175.83.185) |
| 18:53:52 | saratoga_ | i refuse to believe that when I load a long mp4 file onto my old ipod 3G its got a look up table with 100ms (or whatever it ws) resolution |
| 18:54:12 | saratoga_ | all sorts of crappy hardware can play mp4 files |
| 18:55:21 | Lear | saratoga_: A seek table with a few thousand entries should be good enough though. |
| 18:56:00 | saratoga_ | Lear: but if you dont' know the frame spacing how do you do that? |
| 18:56:14 | saratoga_ | if you're going to sub sample the seek table you'd have to assume some distance between frames |
| 18:56:42 | saratoga_ | since you don't have the offset for each one |
| 18:56:46 | Unhelpful | saratoga: or got to the last seek point before your target, and parse frames until you're where you need to be |
| 18:57:20 | FlynDice | kugel: Yes, we always memcopy to/from the uncached buffer(which is the aligned buffer just mapped to a noncached region). Then we use dma to/from the card from the aligned buffer. |
| 18:57:57 | saratoga_ | Unhelpful: that worked for itunes but apparently thats not always safe |
| 18:58:24 | Lear | saratoga_: I think frames are next to each other within a chunk, so you can handle a bunch of frames with one seek entry. You just need to be aware of chunk borders. |
| 18:58:50 | saratoga_ | how big is a chunk? |
| 18:59:25 | TheSeven | so they maybe just keep an index with the time and location of the first frame of each chunk? |
| 19:00 |
| 19:00:06 | TheSeven | or they load parts of the seek table from flash when they need it |
| 19:00:45 | saratoga_ | I thought i remembered the itunes ones having a weird size, ether really small or really big and i didn't understand what for |
| 19:01:12 | kugel | FlynDice: that seems inefficient, although I'm having trouble to use buf directly if it's aligned |
| 19:01:17 | saratoga_ | maybe it was each chunk was 2 frames IIRC |
| 19:01:53 | Unhelpful | saratoga: how would that be unsafe? it could mean having to parse quite a few frames, but other than delay i don't see what would be unsafe... |
| 19:01:56 | kugel | corrupted reads/writes |
| 19:03:14 | saratoga_ | Unhelpful: well if theres only 2 frames per chunk, and we don't want to assume that different chunks have the same frame offsets, you'd still have to store something like 500KB of seek data per hour of audio |
| 19:04:00 | saratoga_ | which can't be right |
| 19:04:24 | FlynDice | kugel: Yes, when I asked funman about it he brought up FS #9708 again that he was watching to see what happened. |
| 19:05:14 | | Join toffe82 [0] (n=chatzill@adsl-76-240-236-101.dsl.frs2ca.sbcglobal.net) |
| 19:05:47 | Unhelpful | saratoga: i'm not talking about storing anything, except potentially whatever is in the seek table. *when* a seek is done, you can go to the last seek table entry before the target time, then parse frames until you get to the one which will contain the target sample |
| 19:05:57 | Unhelpful | might need the one before, i suppose, due to mdct |
| 19:06:40 | saratoga_ | Unhelpful: the problem is that you need the seek table just to parse the file even without seeking |
| 19:07:07 | saratoga_ | you apparently cannot just step one frame at a time since you don't know where the next frame begins |
| 19:07:23 | saratoga_ | well you might not |
| 19:07:33 | Unhelpful | can't data in the frame tell you that? |
| 19:07:36 | saratoga_ | when i tried assuming a distance that worked for iTunes files |
| 19:07:38 | TheSeven | don't chunks have a size field and are next to each other? |
| 19:07:47 | TheSeven | or even a pointer to the next chunk? |
| 19:07:58 | saratoga_ | "Lear> saratoga_: It isn't always like that though; chunks doesn't have to come directly after one another." |
| 19:08:03 | saratoga_ | i guess not |
| 19:08:22 | TheSeven | what the hell should be in between them? |
| 19:08:34 | saratoga_ | libfaad uses the seek table to find each and every frame, i assume for good reason |
| 19:08:42 | TheSeven | isn't there at least some kind of generic header that contains the size and type of the thing following it? |
| 19:09:11 | saratoga_ | its an mpeg standard, the goal is to be as worthless as possible, so I guess you can put whatever you want between frames |
| 19:09:14 | | Quit Grahack (Read error: 110 (Connection timed out)) |
| 19:09:33 | TheSeven | then i'd probably go for parsing this mess while buffering the file |
| 19:09:53 | TheSeven | i.e. seeking around in the file and extracting the audio frames, throwing away the rest of it |
| 19:10:28 | TheSeven | i.e. iterate over the seek table and grab all the chunks one after each other and append them to some kind of sane stream in our buffer |
| 19:10:39 | saratoga_ | yeah that sounds like the best option |
| 19:10:59 | TheSeven | even though that may involve quite a lot of disk seeks while buffering |
| 19:11:12 | TheSeven | so we would need to do at least some basic caching... |
| 19:11:19 | | Join Grahack [0] (n=chri@ACaen-156-1-132-28.w86-220.abo.wanadoo.fr) |
| 19:11:36 | saratoga_ | it could be done something like how wavpack lossless was supposed to work, where you process as you read into the buffer |
| 19:11:50 | saratoga_ | you never have to reorder, so you can avoid seeking |
| 19:12:06 | saratoga_ | at least i'm pretty sure the chunks have to be in order, even if you can interleave other crap with them |
| 19:12:12 | TheSeven | i mean seeking back and forth from the actual chunks and the chunk table |
| 19:12:35 | saratoga_ | hmm yea |
| 19:12:54 | TheSeven | buffering some few KBs of the chunk table should do though |
| 19:13:00 | | Join mt [0] (n=mtee@rockbox/developer/mt) |
| 19:13:36 | saratoga_ | although i guess if the code was smart enough it could just reload the entire seek table everytime it rebuffers a long file, get what it needs, then free the table |
| 19:13:52 | saratoga_ | one seek at the start of buffering is harmless enough |
| 19:14:13 | TheSeven | but that may involve a non-neglegible buffer size for the seek table |
| 19:14:34 | saratoga_ | which will fail on low memory targets . . . |
| 19:14:52 | | Quit amiconn (Nick collision from services.) |
| 19:14:57 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
| 19:15:06 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 19:15:08 | TheSeven | the problem is that it won't know how much entries it needs to read to buffer a given amount of data |
| 19:15:37 | saratoga_ | maybe a good work around would be to just check if the encoder is known to put chunks equally spaced (like the apple encoder and probably most other ones) and refuse to buffer very long files if it does not |
| 19:15:46 | | Join kugel__ [0] (n=kugel@e178086127.adsl.alicedsl.de) |
| 19:15:54 | TheSeven | so it should probably just read some e.g. 16K chunk of it and reload more as needed |
| 19:15:58 | | Quit kugel (Nick collision from services.) |
| 19:16:03 | | Nick kugel__ is now known as kugel (n=kugel@e178086127.adsl.alicedsl.de) |
| 19:16:43 | kugel | FlynDice: have you tried using buf directly? |
| 19:16:50 | saratoga_ | actually maybe you can figure out if chunks are evenly spaced from the table, and then use that to decide if you can buffer a long file or not |
| 19:17:01 | | Quit pixelma (Nick collision from services.) |
| 19:17:02 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
| 19:17:02 | kugel | what is the exact requrement for DMA transfers? |
| 19:17:21 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
| 19:17:37 | froggyman | if i were to do a theme that mirrored the iPod video's OF, with the use of the custom status bar, do you think there would be licensing problems |
| 19:17:44 | TheSeven | we *can* always buffer long files |
| 19:17:48 | TheSeven | it's just a little more complicated |
| 19:18:09 | TheSeven | what's the smallest chunk size you have ever seen and how big is an entry in the chunk table? |
| 19:18:28 | FlynDice | kugel: Not lately, I tried it back when we we were trying to figure out the mmu with the cache coherency stuff but not lately |
| 19:18:30 | TheSeven | if the drive has to seek for the chunk table after reading some few MB of data, that won't hurt |
| 19:19:18 | *** | Saving seen data "./dancer.seen" |
| 19:19:41 | TheSeven | it's just a question of how much memory is needed for such a buffer |
| 19:19:50 | TheSeven | we could reduce it's size on low-mem targets though |
| 19:20:20 | TheSeven | and on e.g. and ipod it won't hurt anyone if there is some 64K chunktable floating around, if that allows the drive to read more efficiently |
| 19:20:30 | | Join Ubuntuxer [0] (n=johannes@dslb-092-073-024-140.pools.arcor-ip.net) |
| 19:20:35 | | Quit Utchybann (Read error: 110 (Connection timed out)) |
| 19:21:15 | FlynDice | kugel: I you use dma without the uncached buffer you need to use dump/clean_dcache_range() to keep the cache coherent. |
| 19:21:54 | saratoga_ | TheSeven: its been ages since I looked at the parser, but IIRC the table was just an array of int32s that where the seek distances for chunks, and then theres another table for the offsets of frames in the chunks |
| 19:22:42 | TheSeven | so 8 bytes per chunk... |
| 19:22:48 | | Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) |
| 19:22:57 | saratoga_ | frames (actually i think the standard calls then samples in order to maximize confusion) are typically pretty small, maybe 1-2 transform lengths |
| 19:23:09 | saratoga_ | so 100ms or so worth of audio |
| 19:23:16 | saratoga_ | bit rate/10 in bytes |
| 19:23:22 | saratoga_ | bits |
| 19:23:58 | Unhelpful | calling frames samples, brilliant :/ |
| 19:24:40 | TheSeven | so roughly a 300:1 size ratio to the tables |
| 19:25:01 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 19:25:05 | TheSeven | so a 4K buffer allowing to read 1M sequentially should be quite ok |
| 19:28:08 | TheSeven | (which is already a worst-case calculation, 100ms per chunk at 192kbit/s) |
| 19:31:00 | | Join Tomis2 [0] (n=Tomis@70.134.104.8) |
| 19:31:31 | kugel | FlynDice: right, I miss that probably |
| 19:31:50 | kugel | FlynDice: reading the datasheet, am I seeing correctly that there's no alignment restriction on the dma? |
| 19:32:11 | | Join Strife89 [0] (n=michael@adsl-146-208-69.mcn.bellsouth.net) |
| 19:32:35 | saratoga_ | one thing i will give MS credit for, they resisted the urge to make ASF completely terrible to parse |
| 19:32:38 | kugel | well, it says the src/dst registers hold the addresses "byte aligned" |
| 19:34:38 | kugel | the memcpy seems pretty wasteful if we don't need alignment, seeing how increasing the buffer improves performance |
| 19:34:43 | | Quit Grahack (Connection timed out) |
| 19:36:16 | Unhelpful | saratoga: you mean it's, um, less feature-rich than other containers? ;) |
| 19:37:09 | | Join Grahack [0] (n=chri@ACaen-156-1-132-28.w86-220.abo.wanadoo.fr) |
| 19:39:17 | pixelma | JdGordon: I think I really found a nice way for the charging animation which works with the viewports background colour (or the "full" icon on monochrome) and so doesn't need any extra bitmaps (well one tiny one for the battery's right end so it doesn't get that background colour). I checked, and this is how it works currently too |
| 19:39:44 | JdGordon | cool! |
| 19:39:56 | JdGordon | see... and if I did it you wouldnt have had the pleasure of figuring it out :D |
| 19:40:58 | pixelma | don't remind me, it's really hard to tweek someone else's code than writing that on your own... |
| 19:41:43 | pixelma | also, I use viewport colour settings in my WPS (and SBS) for a long time already |
| 19:42:15 | | Quit hebz0rl ("Ex-Chat") |
| 19:43:12 | pixelma | by the way, I added the recording channels and it seems it always shows mono, no matter what it is set to, but I have to check once more (think I saw it in a quick test on an H300 sim) |
| 19:43:20 | | Quit Grahack (Remote closed the connection) |
| 19:43:38 | Utchybann | TheSeven: this naive patch fixes the jumping wheel effet on nano2g http://pastebin.org/56100.. |
| 19:43:44 | Utchybann | TheSeven: but I get a yellow. |
| 19:44:01 | TheSeven | eek. |
| 19:44:28 | CIA-80 | New commit by nls (r23709): Rename files to avoid name clash with a commit soon to come. |
| 19:45:28 | kugel | hm, I don't understand DMA good enough :/ |
| 19:45:30 | TheSeven | so we at least know what's going on now |
| 19:45:38 | TheSeven | we should really fix this in the macro itself |
| 19:45:51 | JdGordon | pixelma: it should show m for mono and blank for stereo... or <mono|stereo> as the conditional... let me know if the actual tag is busted |
| 19:46:15 | CIA-80 | New commit by nls (r23710): Fix references to those files. |
| 19:46:32 | | Quit Tomis (Read error: 110 (Connection timed out)) |
| 19:46:32 | | Nick Tomis2 is now known as Tomis (n=Tomis@70.134.104.8) |
| 19:47:02 | kugel | pixelma: you better use %St, i still want to remove the separate channel tag |
| 19:47:02 | TheSeven | Utchybann: but i still don't get how a stalled usec timer can result in such a behavior |
| 19:47:17 | TheSeven | shouldn't the wheel driver reset everything as soon as you let go of the wheel? |
| 19:47:51 | TheSeven | or at least don't cause an event when touching the wheel again after letting it go |
| 19:47:57 | | Join tomers_ [0] (n=chatzill@bzq-84-109-85-100.red.bezeqint.net) |
| 19:48:07 | TheSeven | is this done through a timeout instead of the "finger detected" bit!? |
| 19:48:09 | CIA-80 | New commit by nls (r23711): Give test_codec the ability to checksum files or folders of files, usefull to verify output integrity. |
| 19:48:40 | amiconn | pixelma: On targets with a physical led, the classic statusbar doesn't have the activity indicator. And on the recorders this wouldn't even be possible (it wouldn't fit) |
| 19:49:13 | Utchybann | TheSeven: with a stalled usec 'if ( (!wheel_is_touched) && TIME_AFTER(usec, last_wheel_usec + WHEEL_UNTOUCH_TIMEOUT) )' is never true. |
| 19:49:13 | pixelma | aha |
| 19:49:58 | Utchybann | TheSeven: so after you untouch the wheel old_wheel_value never get back to -1 value. |
| 19:50:13 | amiconn | It was a very nice coincidence that the Ondio (which needs the indicator since it has no led) doesn't have an rtc, so the indicator could be placed where the time is displayed on recorders |
| 19:51:05 | | Quit saratoga_ ("Page closed") |
| 19:51:18 | Utchybann | TheSeven: than when you touch the wheel 'wheel_delta' could be very large and generate a BUTTON_SCROLL_FWD or BUTTON_SCROLL_BACK. |
| 19:51:18 | TheSeven | Utchybann: ok, so they are trying to debounce that finger detected bit |
| 19:51:48 | * | TheSeven still wonders why this allows to scroll past the end of a list... |
| 19:52:51 | Utchybann | TheSeven: you mean going from the end to the begin of the list ? |
| 19:53:08 | TheSeven | from the first to the last entry, to be exact |
| 19:53:20 | TheSeven | or is this just a huge amount of forward events that get fired? |
| 19:53:21 | Utchybann | s/going/scrolling/ |
| 19:53:53 | JdGordon | the list refuses to wrap (usually).. so if its doing that you are probably sending an unwanted BUTTON_NONE back |
| 19:53:58 | Utchybann | TheSeven: if I'm right only on forward/back is generate. |
| 19:54:00 | TheSeven | why doesn't this also work the other way round then? i didn't manage to make it jump from the last to the first entry of the list |
| 19:54:43 | TheSeven | hmm, now how can we fix this? |
| 19:54:57 | | Quit tomers (Read error: 113 (No route to host)) |
| 19:55:02 | | Quit jon-kha (Read error: 148 (No route to host)) |
| 19:55:14 | TheSeven | we need to make the compiler read that thing while accessing the other reg |
| 19:55:15 | pixelma | JdGordon: the true/false in the conditional seems to be the wrong way around (and it has quite some lag refreshing), the %mv display in dB when changing volume seems a bit laggy too |
| 19:55:27 | TheSeven | in a way that it can't optimize... |
| 19:55:27 | Utchybann | s/only on/only one/ |
| 19:55:50 | JdGordon | pixelma: %mv in the sbs yeah? |
| 19:56:01 | pixelma | yes |
| 19:56:16 | JdGordon | ok, I'll swap them |
| 19:56:26 | JdGordon | wait, scratch that |
| 19:56:46 | JdGordon | yes, the sbs not updating enough is an actual bug which I want to fix... but soon |
| 19:57:21 | JdGordon | my todo list is 1) kill inbuilt bar, 2) fix the code so its all nicer, 3) fix the niggly bugs |
| 19:57:24 | Utchybann | TheSeven: the volatile trick works. No other idea right now. |
| 19:58:13 | TheSeven | but we can't integrate that into the macro, can we? |
| 19:58:31 | | Join stoffel [0] (n=quassel@p57B4D4A8.dip.t-dialin.net) |
| 19:58:46 | JdGordon | pixelma: can you test a very quick patch for the mono tag? |
| 19:58:52 | pixelma | JdGordon: could you also add a tag for USB power - maybe %bu (I think I could do it myself but you are probably quicker and I'm still tweaking positions |
| 19:59:14 | JdGordon | usb power or connected? |
| 19:59:16 | TheSeven | Utchybann: and an __attribute__((unused)) will probably fix your yellow |
| 19:59:44 | pixelma | JdGordon: usb power |
| 20:00 |
| 20:00:21 | JdGordon | gevaerts: what function do I call to see if its usb powered ? |
| 20:00:54 | JdGordon | pixelma: can you comment out lines 1132 and 1133 in skin_tokens.c and see if that fixes the mono conditoinal? |
| 20:02:01 | JdGordon | is usb powered and usb charging the same? |
| 20:02:09 | pixelma | yes, but got to do RL things first |
| 20:02:10 | pixelma | no |
| 20:02:24 | JdGordon | ah screw RL :) |
| 20:02:31 | * | gevaerts hates this obscure area between USB and power |
| 20:02:41 | pixelma | the Ondio can be run off USB power but cannot charge (uses alkalines) |
| 20:03:03 | pixelma | gevaerts: true |
| 20:04:15 | pixelma | maybe the tag/indicator can be the same for both though and probably is in the built-in statusbar since I guess a target doesn't have both, just either or |
| 20:05:55 | bluebrother^ | nice, bootloader installation for Sansas is broken on OSX too |
| 20:07:56 | gevaerts | JdGordon: there's usb_powered() in usb.c, but that will return 0 if you're in an MSC connection. usb_inserted() is true in MSC as well. None of those indicate that the DAP is actually doing something useful with this power though |
| 20:08:22 | JdGordon | great :p |
| 20:08:31 | CIA-80 | New commit by nls (r23712): Fix reds. |
| 20:08:33 | JdGordon | I'll just use usb_powered() which is what the current bar does |
| 20:08:57 | kugel | can anyone explain the difference between clean_cache(), invalidate_cache() and dump_cache()? |
| 20:09:56 | CIA-80 | New commit by jdgordon (r23713): fix mono recording token, ... |
| 20:10:11 | kugel | pixelma, JdGordon: the the refresh rate of the sbs is currently capped to not slow down browsing too much |
| 20:10:40 | kugel | the WPS disables this cap, and I can imagine it may be removed temporarily when changing volume in lists also |
| 20:10:44 | JdGordon | yeah, but freezes when the user doesnt click anything |
| 20:10:53 | JdGordon | should be imple fix |
| 20:11:00 | pixelma | JdGordon: and if you are bored, could you add something like you did for mono sbs for greyscale, so that I could have mysbs.grey because I'll use shades of grey for the animation then |
| 20:11:02 | kugel | freeze? |
| 20:11:24 | kugel | the get_action() timeout is still 1s, maybe lower than one |
| 20:11:39 | JdGordon | pixelma: what did I add for mono sbs? |
| 20:11:43 | JdGordon | you mean in builtzip? |
| 20:11:55 | pixelma | JdGordon: yes |
| 20:12:22 | kugel | is the depth bit of the filename not sufficient? |
| 20:12:33 | JdGordon | ok, remind me later.... breaky time |
| 20:12:46 | pixelma | kugel: how does the inbuilt one do the refreshes then? |
| 20:13:00 | kugel | the same way |
| 20:13:12 | pixelma | why does it seem quicker? |
| 20:13:15 | kugel | well, not exactly |
| 20:13:38 | kugel | the builtin has a force_redraw parameter which is false most of the time, then it won't update at all |
| 20:13:55 | froggyman | is it currently possible to have a macro run through the USB HID? |
| 20:14:32 | kugel | froggyman: possibly via lua |
| 20:15:05 | pixelma | kugel: it would mean that I'll need blah.160x128x2.sbs and blah.138x110x2.sbs and 128x96x2.sbs etc. although the content would be the same |
| 20:15:17 | kugel | the sbs doesn't have this parameter, and is potentially dramatically more complex |
| 20:16:41 | pixelma | and the x16 will be needed then too for displays that exists in both colour depths |
| 20:16:55 | | Quit Ubuntuxer (Read error: 110 (Connection timed out)) |
| 20:16:57 | pixelma | only 160x128 here |
| 20:19:01 | * | pixelma still wonders about the rsbs file in the source tree, it works differently for WPSs and is probably not needed |
| 20:20:24 | | Join GeekShado_ [0] (n=Antoine@110.233.193-77.rev.gaoland.net) |
| 20:20:47 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 20:27:36 | | Join shaggy-h [0] (n=kiwi@host-87-74-127-193.dslgb.com) |
| 20:28:15 | | Quit darkham (Remote closed the connection) |
| 20:29:01 | | Join jon-kha [0] (i=jon-kha@kahvi.eu.org) |
| 20:29:54 | | Quit hillshum (Read error: 110 (Connection timed out)) |
| 20:30:16 | CIA-80 | New commit by nls (r23714): fix more red |
| 20:37:19 | | Join AaronM [0] (n=Aaron@adsl-4-241-124.mem.bellsouth.net) |
| 20:38:34 | | Join Kiddcade [0] (n=me@adsl-65-205-143.tys.bellsouth.net) |
| 20:39:38 | Kiddcade | Question: Will there be expanded supprot for chiptunes in the future? I'd love to see some .gym .nsf and updated .sid playback working. |
| 20:40:22 | | Quit GeekShadow (Read error: 110 (Connection timed out)) |
| 20:40:39 | gevaerts | Kiddcade: if someone writes clean code for that, I'm sure it will be accepted |
| 20:40:41 | * | froggyman wonders where to find the tokens used for the custom status bar |
| 20:42:18 | petur | skin_tokens.c |
| 20:42:28 | petur | apps/gui/skin_engine |
| 20:45:26 | kugel | FlynDice: hrm, I got it to work, the results are quite disappointing though |
| 20:46:13 | | Part Llorean |
| 20:46:28 | kugel | everything is slower, except reads (I only call cache coherency functions for writes) |
| 20:46:52 | | Quit Zarggg () |
| 20:47:41 | Kiddcade | Libraries in the Rockbox source for doing that? |
| 20:47:48 | Kiddcade | Adding my own code I mean |
| 20:48:37 | JdGordon | pixelma: yes, it can be deleted |
| 20:49:16 | saratoga | Kiddcade: rockbox can have new codecs added if thats what you're asking? |
| 20:49:41 | Kiddcade | Yeah writing my own codec |
| 20:49:45 | | Quit Omlet (Read error: 131 (Connection reset by peer)) |
| 20:49:47 | * | petur wonders if r23713 just misses adding the mono/stereo recording tag in the statusbar_classic.sbs file |
| 20:49:56 | | Join Omlet [0] (i=omlet05@235.29-65-87.adsl-dyn.isp.belgacom.be) |
| 20:50:05 | | Quit Omlet (Remote closed the connection) |
| 20:51:03 | saratoga | Kiddcade: this might be interesting, particularly the codec part: http://www.rockbox.org/wiki/ContributingToRockbox |
| 20:51:04 | | Quit Lear ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") |
| 20:51:43 | JdGordon | petur: pixelma is fixing the sbs... That commit just fixed the tokens so it works as expected |
| 20:51:52 | petur | ok |
| 20:51:57 | petur | thanks |
| 20:53:52 | | Quit dmb ("Leaving") |
| 20:54:22 | | Quit Utchybann (Read error: 113 (No route to host)) |
| 20:55:23 | | Quit pamaury ("exit(*(int *)0 / 0);") |
| 20:55:24 | | Quit HBK (Read error: 104 (Connection reset by peer)) |
| 20:56:32 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 20:56:43 | | Quit phanboy4 (Read error: 113 (No route to host)) |
| 20:57:13 | | Join archivator [0] (n=archivat@stu0279.keble.ox.ac.uk) |
| 20:57:13 | | Part froggyman |
| 20:58:40 | FlynDice | kugel: the way I understand it is for writes we need to clean(this writes cache to main mem) and for reads we need to dump(makes cache read main mem). Sorry to be so intermittantly here but juggling several things right now... |
| 20:59:37 | FlynDice | kugel: also clean before the write, dump after the read |
| 20:59:49 | | Quit archivator (Client Quit) |
| 21:00 |
| 21:01:55 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 21:02:18 | kugel | FlynDice: yea, on a second attempt I did like that |
| 21:02:58 | kugel | still, the cache coherency overhead seems huge, memcpy&bigger buffer is faster for everything |
| 21:03:08 | | Quit GeekShado_ (Read error: 104 (Connection reset by peer)) |
| 21:05:25 | Kiddcade | I was under the impression Rockbox could see+play .avi files... am I doing it wrong? |
| 21:05:34 | AlexP | mpeg 1/2 only |
| 21:05:47 | AlexP | see www.rockbox.org/wiki/PluginMpegplayer |
| 21:05:52 | AlexP | Or the manual |
| 21:05:53 | Kiddcade | Whoa |
| 21:06:01 | Kiddcade | DVD MPEG-2? |
| 21:06:06 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 21:06:11 | AlexP | It needs to be resized |
| 21:06:17 | AlexP | See that wiki page |
| 21:06:19 | Kiddcade | Okay...thanks |
| 21:07:14 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
| 21:08:26 | kugel | FlynDice: I mean, it's certainly an improvement over SVN (except for the open files and dirscan tests of test_disk which drop by a magnitude of 1000%) for aligned reads, but using a bigger memcpy buffer is simply the bigger improvement |
| 21:09:23 | | Join archivator [0] (n=archivat@stu0279.keble.ox.ac.uk) |
| 21:17:30 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 21:19:20 | *** | Saving seen data "./dancer.seen" |
| 21:19:37 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 21:20:05 | | Quit stripwax (Client Quit) |
| 21:21:24 | | Quit Tomis () |
| 21:27:32 | kugel | hm, I can't reproduce my yesterdays results anymore :/ |
| 21:28:14 | kugel | maybe something went foobar with my FS when I got the data corruption |
| 21:30:37 | | Quit GeekShadow ("The cake is a lie !") |
| 21:32:59 | | Join Tomis [0] (n=Tomis@70.134.104.8) |
| 21:39:37 | | Quit stoffel (Read error: 104 (Connection reset by peer)) |
| 21:40:10 | | Quit n1s ("Lämnar") |
| 21:42:21 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 21:47:55 | | Join kugel__ [0] (n=kugel@e178098202.adsl.alicedsl.de) |
| 21:48:09 | | Quit kugel (Nick collision from services.) |
| 21:48:15 | | Nick kugel__ is now known as kugel (n=kugel@e178098202.adsl.alicedsl.de) |
| 21:48:23 | | Quit jon-kha (Read error: 148 (No route to host)) |
| 21:55:11 | | Join jon-kha [0] (i=jon-kha@kahvi.eu.org) |
| 21:58:16 | | Join watto [0] (n=watto@188-221-185-113.zone12.bethere.co.uk) |
| 21:59:57 | | Join froggyman [0] (n=sopgenor@pool-72-69-220-194.chi01.dsl-w.verizon.net) |
| 22:00 |
| 22:00:22 | | Nick IncognitoMan is now known as Incognito-AWAY (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) |
| 22:00:36 | | Part Incognito-AWAY ("Leaving") |
| 22:01:19 | kugel | FlynDice: I have to take back parts of my observations... |
| 22:02:13 | kugel | there's apparently a weird phenomenon: disk performance sucks when rebooting from the OF |
| 22:02:42 | kugel | I think the 1.7k values from my tonights chart fall into that category too |
| 22:03:10 | CIA-80 | New commit by bluebrother (r23715): Fix Sansa bootloader installation on OS X. ... |
| 22:03:15 | kugel | I have now sane results for using buf directly with cache coherence functions (it's as fast as the 64 setting, basically) |
| 22:11:47 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 22:12:44 | | Quit antil33t (Read error: 104 (Connection reset by peer)) |
| 22:12:51 | | Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) |
| 22:16:40 | watto | TheSeven: Thanks for your help, I tinkered with the linker script, made a couple of other adjustments and now I have the lcd working. |
| 22:16:44 | FlynDice | kugel: back for a few minutes here, understand you've cut out the memcopy and just using dma with clean/dump dcache you get results equivalent to UNALIGNED_NUM_SECTORS 64 is that right? |
| 22:17:16 | kugel | right |
| 22:17:16 | FlynDice | and test_disk passes? |
| 22:17:21 | kugel | yes |
| 22:17:26 | FlynDice | cool |
| 22:19:02 | | Join Jon [0] (n=jon@205.144.218.234) |
| 22:19:10 | Jon | Hey |
| 22:19:16 | Jon | I need some help |
| 22:19:26 | Jon | I just installed RockBox on my iPod 5g 30gB |
| 22:19:45 | Jon | And when I ejected it and restarted id, it still came up with the default iPod theme |
| 22:19:59 | bluebrother^ | Jon: ok. What OS, and how did you install? |
| 22:20:10 | Jon | Windows XP, and I used the RockBox utility |
| 22:20:12 | TheSeven | s/theme/firmware/ |
| 22:20:21 | bluebrother^ | also, Rockbox isn't a theme. It's a firmware replacement. Expect everything to be different :) |
| 22:20:27 | Jon | I installed a theme though |
| 22:20:31 | Jon | Thats what I mean |
| 22:20:50 | Jon | Nothing had changed when I restarted it |
| 22:20:56 | bluebrother^ | well, you can install themes for Rockbox, but that's a different thing. You can't use Rockbox themes with the Ipod firmware. |
| 22:21:03 | bluebrother^ | is Rockbox Utility still running? |
| 22:21:05 | Jon | Of you cant? |
| 22:21:09 | * | TheSeven is confused |
| 22:21:14 | Jon | Why are there themes for iPod then? |
| 22:21:19 | Jon | Oh nm |
| 22:21:25 | Jon | But I installed RockBox on it |
| 22:21:29 | bluebrother^ | because they work on an Ipod with Rockbox installed |
| 22:21:36 | Jon | Yes, I installed RockBox |
| 22:21:39 | bluebrother^ | they do *not* work in the Ipod firmware. |
| 22:21:41 | * | TheSeven is now totally confused# |
| 22:21:51 | bluebrother^ | ok, is Rockbox Utility still running? I.e. the window open? |
| 22:22:00 | Jon | Yes, I just reopened it |
| 22:22:24 | Jon | And now i'm reinstalled rockbox, now I will install themes |
| 22:22:26 | bluebrother^ | dang, reopening doesn't help. I was interested in the system trace, but that doesn't get saved automatically. |
| 22:22:43 | Jon | Well I reinstalled just now |
| 22:22:57 | Jon | So what do you need from it? |
| 22:23:14 | bluebrother^ | well, what installation method did you use? Full install? |
| 22:23:17 | Jon | Yeah |
| 22:23:19 | * | TheSeven wonders if Jon is complaining about rockbox not booting when he installed it or if that already worked and just installing new themes into rockbox is failing, or whatever |
| 22:23:43 | bluebrother^ | ok, and afterwards you safely removed the Ipod from your PC and then it rebooted? |
| 22:23:45 | | Join xavieran [0] (n=xavieran@ppp118-209-137-145.lns20.mel6.internode.on.net) |
| 22:23:48 | Jon | Yeah |
| 22:23:50 | AlexP | TheSeven: The former I think |
| 22:24:01 | Jon | And nothing happened at all |
| 22:24:10 | bluebrother^ | "nothing" as in ...? |
| 22:24:15 | Jon | It booted up normally |
| 22:24:20 | evilnick | Jon: I highly doubt that *nothing* happened. You need to be more descriptive |
| 22:24:24 | Jon | Just like it would out of the box |
| 22:24:36 | bluebrother^ | do you have hold enabled? |
| 22:24:39 | Jon | Well, I started it and the original iPod firmware booted |
| 22:24:42 | Jon | no |
| 22:25:10 | TheSeven | hrm, admin privileges on windows? |
| 22:25:10 | bluebrother^ | but it did reboot, i.e. it took longer than 1 or 2 seconds to come up? |
| 22:25:15 | Jon | I just finished reinstalling rockbox and theme, should I safely remove again? |
| 22:25:18 | Jon | yeah |
| 22:25:24 | Jon | Maybe 5 seconds or so |
| 22:25:29 | TheSeven | that's far too fast |
| 22:25:35 | TheSeven | should be more like a minute |
| 22:25:42 | Jon | I guess it didnt install then |
| 22:25:46 | evilnick | What did rbutil tell you after you clicked on Full Install? |
| 22:25:51 | Jon | Here, I'll eject and reboot then |
| 22:25:54 | Jon | It was successful |
| 22:25:55 | bluebrother^ | TheSeven: sure? Booting my mini takes something about 5 seconds or so. |
| 22:26:07 | TheSeven | are the old ones really that fast? |
| 22:26:24 | Jon | Yeah |
| 22:26:34 | TheSeven | the ones i know (nano2g and newer, classic) need >30s |
| 22:26:35 | bluebrother^ | one minute for booting an mp3 player? That's unusable :) |
| 22:26:43 | AlexP | Jon: Not turning on, but proper booting |
| 22:26:47 | bluebrother^ | wow. Urgh. |
| 22:26:48 | liar | TheSeven: i have a nano 1g and a nano 2g here and the nano 1g boots much faster |
| 22:26:54 | AlexP | TheSeven: Much much faster than that |
| 22:27:15 | kugel | FlynDice: the 64+IRAM setting is a bit faster though. and it also improves unaligned transfer |
| 22:27:19 | TheSeven | if one boots rockbox, they're up and running within 5 seconds, but not with the apple firmware... |
| 22:27:22 | Jon | It still isnt working |
| 22:27:31 | Jon | And this time after ejecting it didnt even restart |
| 22:27:48 | Jon | I guess I'll do complete install again |
| 22:28:13 | Jon | It's detecting a bootloader when I try to install that |
| 22:28:13 | TheSeven | this somehow sounds like rbutil is failing to access the ipod at all |
| 22:28:21 | TheSeven | hm, ok |
| 22:28:28 | Jon | Install y/n? |
| 22:28:37 | Jon | *Reinstall |
| 22:28:56 | TheSeven | can't hurt, but I don't see why it should work now if it didn't before |
| 22:29:04 | Jon | k |
| 22:29:15 | bluebrother^ | Jon: ok, after the last install attempt, did you close Rockbox Utility? If not, please go to the Help / Troubleshooting / System Trace dialog and put the contents somewhere. A pastebin might be appropriate. |
| 22:29:20 | TheSeven | so it says it detected the bootloader? but the bootloader doesn't boot? |
| 22:29:25 | | Quit petur ("Zzzzz") |
| 22:29:27 | Jon | Ok, ill pull up pb |
| 22:29:32 | Jon | exactly |
| 22:29:49 | kugel | it also doesn't mess up the caches |
| 22:30:11 | evilnick | Might also try doing a hard reset by holding Menu+select, then holding play to boot |
| 22:30:31 | Jon | ok |
| 22:31:26 | Jon | System Trace: http://paste.icefyre.org/?show=34 |
| 22:31:53 | kugel | I'd be in favor of the 64+IRAM setting on 8MB. for 2MB we either introduce many #ifdefs, or live with slower speed (asuming 2MB would use a 32 setting, not 64), |
| 22:32:15 | Jon | Is it possible to eject while rbutil is still open? |
| 22:32:17 | kugel | the aligned buffer with 64*SECTOR_SIZE fits entirely in IRAM which is mostly unused right now |
| 22:32:23 | Jon | Or would it harm the iPod? |
| 22:32:53 | bluebrother^ | no, as long as there is no access. But if there's an access then windows will complain anyway |
| 22:32:58 | Jon | Oh ok |
| 22:33:11 | Jon | Well its complaining |
| 22:33:17 | Jon | I guess I need to close rb |
| 22:33:36 | bluebrother^ | according to the log the bootloader is installed. |
| 22:33:46 | Jon | Yeah, jsut worked |
| 22:34:30 | Jon | Is database my music? |
| 22:34:44 | AlexP | I suggest reading the manual |
| 22:34:48 | Jon | Ok |
| 22:34:55 | bluebrother^ | no and yes −− it's a database created of the tags of the music found on your player. |
| 22:34:58 | Jon | I guess I will then, dont wanna brick my iPod |
| 22:35:01 | Jon | oh ok |
| 22:35:04 | AlexP | But briefly, database will build a database of your music from its tags |
| 22:35:09 | bluebrother^ | so until you've initialized the database it's not your music ;-) |
| 22:35:30 | AlexP | If you have used itunes to copy music due to its stupid renaming, the database is the only way to access it |
| 22:35:37 | bluebrother^ | you can't brick the Ipod by installing Rockbox. The worst case would be to loose all data on in |
| 22:35:39 | bluebrother^ | *it |
| 22:35:50 | AlexP | But, look at the manual first - it should explain all |
| 22:35:50 | Jon | Yeah I use iTunes usually |
| 22:35:51 | bluebrother^ | but loosing all data is pretty unlikely. |
| 22:35:56 | Jon | Can I still use iTunes with rockbox? |
| 22:36:06 | AlexP | If you want |
| 22:36:08 | Jon | ok thats great to know |
| 22:36:19 | AlexP | But then you will have to use the database |
| 22:36:21 | Jon | I bricked a Creative Zen a while back with something |
| 22:36:30 | AlexP | And embedded album art isn't supported |
| 22:36:49 | AlexP | Normal album art is however |
| 22:36:52 | AlexP | −−> Manual |
| 22:37:00 | Jon | ok |
| 22:37:13 | Jon | Why wont it let me go back to the main menu from the system menu? |
| 22:37:23 | AlexP | Read the manual |
| 22:37:27 | bluebrother^ | you need to use the back button |
| 22:37:29 | Jon | ok |
| 22:37:33 | AlexP | It has key controls in it |
| 22:37:35 | Jon | ok cool |
| 22:37:39 | bluebrother^ | the menu button is not the back button ... controls work differently |
| 22:37:39 | Jon | I have to relearn it xD |
| 22:39:40 | Jon | Just wondering, how to reboot? |
| 22:39:46 | Jon | Is it still Menu-select? |
| 22:39:55 | Jon | Nm |
| 22:39:58 | Jon | It worked |
| 22:39:59 | TheSeven | you should not need to |
| 22:40:02 | Jon | Just wouldnt work for a min |
| 22:40:07 | froggyman | Jon: like AlexP said, it will be best to re through the entire manual, it is well written and alot of people have put time into it |
| 22:40:16 | Jon | ok |
| 22:40:28 | AlexP | Jon: Please read the manual before asking any more questions |
| 22:40:37 | AlexP | It was written for a reason |
| 22:40:57 | AlexP | shutdown is very long play iirc |
| 22:41:11 | AlexP | If you reboot it is akin to cutting the power and nothing will be saved |
| 22:41:17 | Jon | Ok |
| 22:41:56 | Jon | I wil have to pring it out so I have time |
| 22:42:04 | Jon | Just quickly, can install several themes at once? |
| 22:42:08 | AlexP | yes |
| 22:42:11 | Jon | Ok |
| 22:42:14 | Jon | Cool |
| 22:42:20 | AlexP | The manual tells you how to switch between them |
| 22:42:27 | Jon | I found that myself =P |
| 22:42:31 | AlexP | Notice this recurring theme of the manual? |
| 22:42:39 | Jon | yeah |
| 22:42:52 | Jon | I'm just going to print it out or put it on my pocket pc so I have time |
| 22:42:57 | AlexP | great |
| 22:43:34 | Jon | Probably the latter depending on the lenght |
| 22:43:38 | Jon | *length' |
| 22:46:25 | archivator | Hmmm, has anyone ever considered pocket Rockbox cheat sheets? Would be great for beginners.. |
| 22:46:28 | Jon | Ok, I need to go now, saving manual atm |
| 22:46:35 | Jon | Bye all! |
| 22:46:47 | | Quit Jon ("IceFyre IRC Client v.2.1.2") |
| 22:50:42 | | Quit tomers_ (Read error: 113 (No route to host)) |
| 22:55:21 | | Join darkham [0] (n=ubuntu@host247-32-dynamic.37-79-r.retail.telecomitalia.it) |
| 22:56:37 | | Join Omlet [0] (i=omlet05@235.29-65-87.adsl-dyn.isp.belgacom.be) |
| 23:00 |
| 23:03:30 | Unhelpful | archivator: print out the manual 8-up and laminate it? ;) |
| 23:05:47 | | Quit T44 (Read error: 104 (Connection reset by peer)) |
| 23:07:45 | archivator | Unhelpful: I was thinking more along the lines of http://www.pocketmod.com/ . I might actually do something like this, would be a good exercise in Inkscaping :) |
| 23:09:42 | | Quit watto (Remote closed the connection) |
| 23:10:22 | | Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 23:12:12 | | Quit shai ("Leaving") |
| 23:13:27 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) |
| 23:13:28 | CIA-80 | New commit by bluebrother (r23716): FS #10100: Wait for the system to remount the player after bootloader installation. ... |
| 23:14:21 | | Join Topy44 [0] (n=Topy44@f048170226.adsl.alicedsl.de) |
| 23:15:39 | pixelma | for the charging animation I use sublines, that means the battery icon will be updated regularly each 2s even when you are not charging and just the icon will be refreshed (you won't see it). I guess that the statusbar is updated more often anyways, or? |
| 23:17:04 | | Quit at0m (Read error: 131 (Connection reset by peer)) |
| 23:17:54 | kugel | yes |
| 23:19:22 | *** | Saving seen data "./dancer.seen" |
| 23:20:49 | | Quit Omlet (Read error: 104 (Connection reset by peer)) |
| 23:20:54 | | Join Omlet [0] (i=omlet05@235.29-65-87.adsl-dyn.isp.belgacom.be) |
| 23:20:54 | | Quit Omlet (Read error: 54 (Connection reset by peer)) |
| 23:21:21 | domonoky | kugel: nobody is useing beaft regularly here, thats why you see no slapping for it. |
| 23:21:23 | domonoky | :-) |
| 23:24:53 | pixelma | huh? I thought the lowest volume setting possible was really "mute" - nothing to hear but I can still hear something on my c200... |
| 23:25:27 | | Quit HBK (Success) |
| 23:25:37 | | Nick KBH is now known as HBK (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 23:28:37 | | Quit DerPapst (Read error: 104 (Connection reset by peer)) |
| 23:28:55 | | Join DerPapst [0] (n=DerPapst@91-64-221-175-dynip.superkabel.de) |
| 23:30:36 | kugel | domonoky: Unhelpful must be the only one then :) |
| 23:32:41 | kugel | FlynDice: I added my cache finding to http://www.alice-dsl.net/simonemartitz/rockbox/fuze_sd_performance.pdf |
| 23:34:52 | kugel | oh that's messed up |
| 23:36:40 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 23:41:13 | kugel | alright, updated and pretty'fied |
| 23:45:03 | | Quit evilnick ("Page closed") |
| 23:49:38 | | Join salty_horse [0] (i=ori@bzq-79-183-0-51.red.bezeqint.net) |
| 23:55:04 | | Quit bluebrother^ ("leaving") |
| 23:57:31 | | Quit salty-horse (Read error: 145 (Connection timed out)) |
| 23:58:17 | | Quit matsl (Read error: 110 (Connection timed out)) |
icon identifies that the person is a core developer (has commit access).