| 00:00:00 | sansaAMS | I just got rockbox running on my ams sansa and it works perfectly, it does everything i want it to and more, good job rockbox team people. |
| 00:00:51 | TheSeven | ~900% |
| 00:01:08 | | Join antil33t [0] (n=Mudkips@122-57-245-10.jetstream.xtra.co.nz) |
| 00:01:27 | TheSeven | but even without any mdct it's slower than flac :-P |
| 00:01:30 | * | kugel can't really see how this can happen |
| 00:02:40 | TheSeven | saratoga: http://pastie.org/691076 |
| 00:03:07 | kugel | pixelma: I assume it crashes somewhere in apps/gui/usb_screen.c |
| 00:03:39 | | Join AEnima1577 [0] (n=clbarnob@nc652133a.cns.vt.edu) |
| 00:03:47 | | Quit sansaAMS ("CGI:IRC (EOF)") |
| 00:03:49 | pixelma | kugel: and another thing (already told you but) - changing to the WPS looks really weird when it happens slow (either a very complicated WPS or a slow target) because you still see the list and then the bitmaps and progressbar are drown on top of it, every textual info that does is not the file's meta data (and some dummy things for the meta data), when the metadata gets filled out everything seems to be redrawn and only then looks correctly |
| 00:04:11 | pixelma | drawn too |
| 00:05:12 | gevaerts | pixelma: if you still have the .elf file, objdump can be helpful to find a more accurate location |
| 00:05:12 | kugel | we can't really help that |
| 00:06:41 | pixelma | a simple clear screen wouldn't be possible? And it worked quicker not that long ago (at least this is how it felt) |
| 00:07:23 | pixelma | the list showing through looks really nasty |
| 00:08:03 | pixelma | gevaerts: can you help me using it? I think I've been told once already but forgot |
| 00:08:16 | Utchybann | gevaerts: I have another trivial patch when SECTOR_SIZE!=512 FS #10770. |
| 00:08:40 | * | kugel finds a blank screen more ugly |
| 00:09:09 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 00:09:14 | gevaerts | pixelma: sure |
| 00:09:46 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 00:10:38 | | Quit Omlet05 ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 00:10:48 | | Quit ender` (" It's all fun and games until someone loses an eye. Then it's fun and games you can't see.") |
| 00:11:20 | | Quit flydutch ("/* empty */") |
| 00:11:48 | | Quit panni_ (Read error: 113 (No route to host)) |
| 00:12:22 | | Join Tomis [0] (n=Tomis@70.134.72.51) |
| 00:12:28 | | Quit Tomis (Remote closed the connection) |
| 00:12:32 | gevaerts | pixelma: "sh-elf-objdump −−syms rockbox.elf | sort" should output the list of addresses and symbols, including static functions |
| 00:13:23 | pixelma | kugel: than that? http://imagebin.org/71143 ... don't believe you |
| 00:14:35 | JdGordon| | nice! |
| 00:14:40 | pixelma | it looks nonprofessional |
| 00:15:55 | pixelma | I forgot in my description before that you still see the statusbar in the list and half of the "loading" splash (in my case) |
| 00:16:00 | | Quit antil33t1 (Read error: 110 (Connection timed out)) |
| 00:16:09 | JdGordon| | kugel: fyi, me and kkurbjun had a bit of a talk yesterday about statusbars still being broken... the logic in viewport.c breaks remote statusbar if main is custom and remote is "top" |
| 00:16:13 | gevaerts | Utchybann: ( 2048 / ( SECTOR_SIZE / 512 )) looks a bit weird I think. Why not just 1048576/SECTOR_SIZE ? |
| 00:16:27 | | Quit freqmod_qu (Read error: 110 (Connection timed out)) |
| 00:16:48 | gevaerts | or 1024*1024/SECTOR_SIZE |
| 00:17:57 | | Quit HBK (Read error: 131 (Connection reset by peer)) |
| 00:18:12 | gevaerts | so in total p->size * SECTOR_SIZE / 1048576 |
| 00:18:25 | gevaerts | hm |
| 00:18:53 | TheSeven | gevaerts: that looks likely to overflow |
| 00:18:56 | gevaerts | indeed |
| 00:19:03 | | Join HBK [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 00:19:42 | | Join antil33t1 [0] (n=Mudkips@122-57-245-10.jetstream.xtra.co.nz) |
| 00:19:48 | | Quit antil33t (Nick collision from services.) |
| 00:19:54 | | Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) |
| 00:20:17 | gevaerts | p->size*( SECTOR_SIZE/512)/2048 ? |
| 00:20:46 | gevaerts | nearly the same as the original, so probably not worth it to change... |
| 00:21:04 | TheSeven | yes, that one looks good |
| 00:21:08 | gevaerts | TheSeven: do you know of other places that are still wrong? |
| 00:21:12 | TheSeven | where is that 2048 coming from btw? |
| 00:21:18 | TheSeven | no I think that was the last one |
| 00:21:36 | gevaerts | divide by 2048 converts sectors to megabytes |
| 00:21:37 | Utchybann | gevaerts: it's looks weird, but I try not to overflow. |
| 00:21:52 | gevaerts | Utchybann: I noticed by now :) |
| 00:21:58 | pixelma | gevaerts: the address is between cuesheet_subtrack_changed and open_voicefile (if I may put it this way) |
| 00:22:48 | JdGordon| | because its a NULL reference on wps_gui->data->"something" |
| 00:22:52 | saratoga | TheSeven: the wma 192k codec itself takes 14.28 MHz on PP5024 verses 22.2 on the Nano2g, so most of the slow down is due to the MDCT library |
| 00:23:03 | JdGordon| | which is being called from skin_refresh() which is being called with NULL data |
| 00:23:06 | JdGordon| | which shouldnt be happening |
| 00:23:17 | * | JdGordon| is 99% sure of that |
| 00:23:24 | saratoga | e.g. wma itself is 0.6432 as fast as PP, but mdct is just 0.3023 as fast |
| 00:23:24 | TheSeven | gevaerts: your solution above should be safe up to 1TB, while still being readable, so I guess it's the way to go |
| 00:23:29 | TheSeven | it may deserve a comment though |
| 00:23:29 | saratoga | so something is going badly wrong in mdct |
| 00:23:56 | gevaerts | TheSeven: is it better than Utchybann's original? p->size / ( 2048 / ( SECTOR_SIZE / 512 )) |
| 00:24:18 | TheSeven | it's better in terms of readability I think |
| 00:24:32 | TheSeven | Utchybann's may work with even bigger drives if they have big sectors |
| 00:25:25 | gevaerts | I think I'll go with the patch from FS then |
| 00:25:43 | gevaerts | an actually tested patch is always good :) |
| 00:25:50 | TheSeven | saratoga: where is mdct_backward coming from? |
| 00:26:15 | saratoga | TheSeven: apps/codecs/lib |
| 00:26:21 | saratoga | mdct2.c |
| 00:26:27 | kugel | JdGordon|: I'm fairly sure that it worked with the initial commit |
| 00:26:34 | TheSeven | ah, in the codec lib |
| 00:26:49 | CIA-6 | New commit by gevaerts (r23596): Also fix Debug->View partitions when SECTOR_SIZE!=512 ... |
| 00:27:24 | Utchybann | gevaerts: thanks. |
| 00:28:45 | kugel | JdGordon|: skin_refresh shouldn't even be called in early usb |
| 00:29:31 | saratoga | TheSeven: could you try benchmarking WMA again with mdct enabled but the mdct code (but not data) taken out of IRAM? wma192k is a fine sample for this |
| 00:29:42 | * | gevaerts thinks that a proper solution would just have used (p->size>>11)*(SECTOR_SIZE>>9) :) |
| 00:29:48 | saratoga | just remove the ICODE sections for mdct2.c and mdct_arm.S |
| 00:29:58 | saratoga | err ICODE attributes |
| 00:30:13 | kugel | then again, cuesheet_subtrack_changed() shouldn't be called with id3 == NULL (there's logic to prevent that) |
| 00:30:19 | pixelma | JdGordon|: I thought "what does WPS data have to do with the early USB screen" but since custom status bar WPS tags would be alloed ther too, right? |
| 00:30:34 | * | TheSeven wonders if the asm code for it is actually being used |
| 00:30:41 | TheSeven | this could be the root cause |
| 00:30:52 | pixelma | I wonder what it has to do in cuesheet_subtrack_changed at all |
| 00:30:58 | kugel | pixelma: no skin is loaded when early usb kicks in |
| 00:31:20 | TheSeven | hm, it should be, according to SOURCES |
| 00:32:25 | saratoga | TheSeven: I put in a #warning in SOURCES and it looks like it gets compiled |
| 00:33:53 | TheSeven | i already found (and fixed) some places where such things did check for a specific target or soc instead of an architecture |
| 00:34:05 | TheSeven | but looks like this isn't the case here |
| 00:34:25 | | Join robin0800_ [0] (n=quassel@general-ld-216.t-mobile.co.uk) |
| 00:35:19 | kugel | saratoga: any chance TheSeven's iram commit can be changed to check iram size instead of socs/arcs?? |
| 00:35:33 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 00:35:58 | pixelma | kugel: I'd like to help but not today (it's already quite late - and testing on Ondio is always very tedious, especially if it involves flashing Rockbox as I at least need to put 3 files from different places into different folders and unzipping a full build takes ages |
| 00:35:59 | TheSeven | kugel: the problem is that the iram size is only defined in the linker script, not in a header |
| 00:36:12 | TheSeven | we should really change that, but it's out of my reach right now |
| 00:36:46 | * | pixelma just had the idea of a "make flashzip" or something that would just package those 3 files for easy unzipping to the player |
| 00:37:22 | kugel | pixelma: you can install the main binary only too |
| 00:38:44 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 00:38:51 | pixelma | no that doesn't help for early USB because I need 3 files there - main binary, the flash file and the plugin for flashing... |
| 00:38:54 | | Quit midgey () |
| 00:38:57 | TheSeven | with mdct moved out of iram we're still at ~300% |
| 00:38:58 | amiconn | kugel: No, because early USB is a flash thing |
| 00:39:09 | pixelma | because I need to flash it |
| 00:39:13 | amiconn | So you need at least the main binary, the .ucl and rockbox:flash.rock |
| 00:39:34 | kugel | pixelma: I mean you don't need to unzip the full build (i.e. including plugins and codecs |
| 00:40:09 | pixelma | main binary goes into root, rockbox.ucl into .rockbox, rockbox.flash.rock into .rockbox/rocks/viewers |
| 00:40:17 | kugel | that .rock can be mv'd manually too |
| 00:40:20 | amiconn | Full builds don't include codecs on hwcodec... |
| 00:40:24 | pixelma | I know, it's still tedious |
| 00:40:43 | kugel | you could do make simple script |
| 00:40:54 | amiconn | pixelma: I always put the .ucl into the root when doing things like this (in fact I even move it after unzipping a full build) |
| 00:41:10 | | Quit robin0800 (Remote closed the connection) |
| 00:41:23 | pixelma | oh, didn't know that was possible |
| 00:41:31 | amiconn | Way easier to flash it this way than switching file view to all (normally have it set to "supported") and dig into the .rockbox folder |
| 00:41:40 | | Join MG_Man [0] (n=MGMan@97.101.208.11) |
| 00:41:49 | amiconn | The .ucl can be anywhere - rockbox_flash.rock is a viewer after all |
| 00:42:18 | MG_Man | Hmm, I'm in a strange pickle here |
| 00:42:47 | MG_Man | After using rbutil on my h320 it still doesn't boot rockbox |
| 00:43:09 | pixelma | amiconn: unless you don't have to switch the file view |
| 00:43:39 | TheSeven | hm, test_codec logfile is empty? :-/ |
| 00:43:43 | pixelma | MG_Man: did you update the firmware from within the original firmware? |
| 00:43:54 | MG_Man | Yes |
| 00:44:07 | pixelma | I believe there were also reports of people who had to do that twice |
| 00:44:17 | MG_Man | I'll do so again then |
| 00:45:22 | | Quit robin0800_ (Read error: 60 (Operation timed out)) |
| 00:45:38 | MG_Man | Same deal |
| 00:45:45 | MG_Man | I wonder if 1.29E is unsupported or something |
| 00:47:06 | TheSeven | saratoga: dammit |
| 00:47:13 | MG_Man | oh, it seems it isn't |
| 00:48:02 | kugel | JdGordon|: I'm curious about r23575. You changed it to fall back to fullscreen? Why that. the info vp doesn't have any redraw problems |
| 00:48:06 | TheSeven | saratoga: 52.95MHz (96) / 53.33MHz (128) / 54.13MHz (192) / 54.95MHz (256) / 55.73MHz (320) |
| 00:48:12 | TheSeven | *FASTER* than IRAM! |
| 00:48:31 | TheSeven | full report: http://pastie.org/691128 |
| 00:48:37 | JdGordon| | kugel: ? |
| 00:49:41 | TheSeven | any ideas? :-/ |
| 00:50:00 | kugel | JdGordon|: what do you not understand? |
| 00:50:31 | JdGordon| | which commit was that? im still at work |
| 00:50:47 | kugel | look it up (the commit message I mean) |
| 00:52:19 | JdGordon| | im at work... |
| 00:52:58 | MG_Man | ffffff |
| 00:53:05 | MG_Man | Still refuses to boot rockbox... |
| 00:53:32 | MG_Man | now with 1.28E |
| 00:53:53 | kugel | JdGordon|: you cant read commit messages at work? |
| 00:53:59 | gevaerts | MG_Man: you did also install rockbox, right, and not just the bootloader? |
| 00:54:11 | JdGordon| | i can if they are linked to me.... but im actually working |
| 00:54:15 | JdGordon| | sort of :p |
| 00:54:52 | kugel | JdGordon|: "Fix the error condition to actually set the fullscreen viewport. Also remove a comment which doesnt really add anything.. the comments 15lines above it explain whats happening" |
| 00:55:54 | JdGordon| | I remember agreeing that the fullscreen viewport made more sense as the error condition |
| 00:56:05 | kugel | we concluded here (http://www.rockbox.org/irc/log-20091104#21:02:58 "JdGordon|yeah, change it to %Vi") that %Vi is the best to pick if intersection fails. I'm not sure why you changed that |
| 00:56:29 | JdGordon| | BLAST! |
| 00:56:43 | JdGordon| | oh wait... |
| 00:57:01 | JdGordon| | BLAST! |
| 00:57:37 | nawks | EMACS! |
| 00:57:49 | nawks | (jk) |
| 00:58:22 | | Quit Randominality ("ChatZilla 0.9.85 [Firefox 3.6b1/20091029171059]") |
| 00:58:33 | kugel | JdGordon|: :? |
| 00:58:52 | JdGordon| | put it back if oyu want |
| 00:58:54 | JdGordon| | my bad |
| 00:59:52 | kugel | I also wondered why you just changed what I did very recently, intentionally and after a small talk about without asking back again |
| 01:00 |
| 01:00:15 | JdGordon| | serves you right for not being online? |
| 01:00:25 | JdGordon| | and what change? |
| 01:01:11 | kugel | the change that the commit did |
| 01:03:17 | TheSeven | saratoga: still around? |
| 01:09:40 | | Quit amiconn (Nick collision from services.) |
| 01:09:42 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
| 01:10:02 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 01:10:53 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
| 01:10:53 | | Quit pixelma (Nick collision from services.) |
| 01:10:54 | | Quit Rob2222 (Read error: 60 (Operation timed out)) |
| 01:11:13 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
| 01:12:29 | *** | Saving seen data "./dancer.seen" |
| 01:12:39 | | Join Rob2222 [0] (n=Miranda@p4FDCEB68.dip.t-dialin.net) |
| 01:15:02 | MG_Man | Even if it was just the bootloader, it jumps straight to the iriver, and there is a .rockbox folder |
| 01:15:27 | MG_Man | Just to be clear ,the USb is plugged into the DATA port, and the device in USB mode, correct? |
| 01:16:52 | kugel | TheSeven: plugin.lds is only managed by #ifdefs as well, so it seems to me as simple as moving all preceding defines in that file into a separate header |
| 01:17:06 | MG_Man | Done by pressing ON/PLAY twice while plugged in? |
| 01:17:24 | MG_Man | hmm |
| 01:17:46 | MG_Man | MD5 hashes of both the unmodified firmware and the one on the iriver root is the same, so for whatever reason rbutil didn't do it's thing |
| 01:18:54 | MG_Man | Should I try installing just the bootloader instead of Full Installation? |
| 01:21:32 | | Join krabador [0] (n=krabador@host205-183-dynamic.47-79-r.retail.telecomitalia.it) |
| 01:26:57 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 01:30:32 | | Quit gevaerts (Nick collision from services.) |
| 01:30:43 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 01:34:34 | | Quit kugel (Remote closed the connection) |
| 01:35:34 | | Quit mikroflops (Read error: 104 (Connection reset by peer)) |
| 01:35:44 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 01:45:16 | | Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
| 01:45:36 | | Quit shai ("Leaving") |
| 01:48:28 | | Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 01:51:38 | | Quit Stephen__ ("Leaving") |
| 01:54:46 | TheSeven | hm, executing from DRAM without caches, 1024 iterations of a 1024 instruction loop = 35979264 clocks |
| 01:56:07 | | Part toffe82 |
| 01:56:22 | TheSeven | the same from IRAM = 18907136 clocks |
| 01:56:48 | MG_Man | gfgkf |
| 01:57:27 | MG_Man | Does running rbutil from a rar instead of a hard drive have anything to do with this or something? |
| 01:58:04 | MG_Man | Should I try a different cache location? |
| 01:58:37 | LambdaCalculus37 | Try running rbutil in a folder in your hard drive and not from a rar. |
| 01:59:50 | | Quit Thundercloud (Remote closed the connection) |
| 02:00 |
| 02:00:52 | | Quit dfkt (Nick collision from services.) |
| 02:00:55 | | Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) |
| 02:01:30 | | Quit jgarvey ("Leaving") |
| 02:02:40 | MG_Man | STILL no effect! |
| 02:03:13 | MG_Man | Even after rbutil supposedly does it's thing, the H300.hex on the root of the iriver still has the same MD5 of the unmodified 1.28EU |
| 02:03:26 | TheSeven | executing from DRAM with icache, 1024 iterations of a 1024 instruction loop = 1163264 clocks |
| 02:03:29 | MG_Man | Should I try deleting it off of the player first? |
| 02:03:40 | TheSeven | the same from IRAM = 1097728 clocks |
| 02:03:58 | TheSeven | looks pretty much sane, any ideas? |
| 02:05:12 | TheSeven | saratoga? |
| 02:05:36 | kkurbjun | JdGordon: I have a new segfault with the wps... |
| 02:06:07 | kkurbjun | if I use the %cs tag it segfaults on the mrobe 500 |
| 02:06:34 | kkurbjun | I'm not sure what the reason - offhand I would guess it is because it doesn't have all 4 screens |
| 02:09:21 | MG_Man | There we go, I delted the .hex off of the player and the size looks about right now - 3,091KB |
| 02:09:25 | MG_Man | 4,041* |
| 02:09:28 | MG_Man | gf |
| 02:09:31 | MG_Man | 4,091* |
| 02:10:42 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
| 02:10:53 | TheSeven | 1024 iterations of writing 1024 words of IRAM ("str r0, [r3], #4") = 10698752 clocks |
| 02:11:00 | TheSeven | (dcache disabled) |
| 02:11:59 | TheSeven | same with DRAM = 23511040 clocks |
| 02:13:01 | | Join CaptainKwel [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 02:13:37 | TheSeven | the same with reads instead of writes in IRAM = 19087360 clocks |
| 02:14:07 | MG_Man | Well alright, it works |
| 02:14:11 | | Quit krabador (Read error: 104 (Connection reset by peer)) |
| 02:14:13 | TheSeven | the same with DRAM = 36143104 clocks |
| 02:14:20 | MG_Man | I guess something on Windows was locking up the file somehow |
| 02:15:32 | TheSeven | saratoga: summary: http://pastie.org/691220 |
| 02:15:35 | | Join Rob2223 [0] (n=Miranda@p4FDCEB68.dip.t-dialin.net) |
| 02:16:33 | TheSeven | has anyone done similar things on other ARMv4 processors? |
| 02:16:58 | TheSeven | I would have expected IRAM to be a little faster, but at least it is twice as fast as dram |
| 02:17:30 | TheSeven | why is the tremor imdct a little slower if executed from iram then? |
| 02:17:38 | TheSeven | the caches seem to be doing their job anyways |
| 02:18:48 | | Quit Kopfgeldjaeger (Read error: 104 (Connection reset by peer)) |
| 02:19:04 | | Join Kopfgeldjaeger [0] (n=nicolai@monitor-mode-enabled-on-mon0.phy0.de) |
| 02:20:17 | TheSeven | hm, time to go to sleep for me... |
| 02:23:51 | amiconn | TheSeven: I guess this iram is in fact integrated dram. That would explain the slowness |
| 02:24:11 | amiconn | The PP IRAM is single-cycle SRAM |
| 02:24:25 | TheSeven | amiconn: hm, but why is it slower when running from *external* dram instead of *internal* dram? |
| 02:24:44 | TheSeven | argh, the other way round, of course |
| 02:25:22 | amiconn | So it's as fast as the cache (and in case of the PP5002, it's in fact faster, because the cache controller has a bug and the iram controller does not) |
| 02:26:22 | amiconn | Your tests look like iram is faster than dram, just not very much |
| 02:26:44 | TheSeven | roughly factor 2 |
| 02:27:15 | TheSeven | but if i put the imdct into iram, it's slower than when it's running from dram |
| 02:27:33 | amiconn | Are caches enabled for iram (I guess they are) |
| 02:27:46 | TheSeven | yes |
| 02:28:16 | amiconn | If so, you might observe cache aliasing. I don't know how likely that is though, as it becomes less likely with increasing associativity of the cache |
| 02:28:21 | TheSeven | i used the same cache setup rockbox uses in my 3rd and 4th test (execution speed with icache) |
| 02:28:21 | | Quit LambdaCalculus37 ("Leaving") |
| 02:28:58 | TheSeven | we should have a 256-way set associative cache here |
| 02:29:21 | amiconn | Cache aliasing is in some cases very prominent on coldfire (which has a direct mapped instruction cache) |
| 02:29:47 | amiconn | Hmm, 256 way... |
| 02:30:23 | TheSeven | nope, just looked it up, it's 64-way, but still enough |
| 02:31:24 | TheSeven | 4 words per line, 4 banks of 64-way set-associative cache = 4KB, harvard style, both for icache and dcache |
| 02:31:45 | | Quit Rob2222 (Read error: 113 (No route to host)) |
| 02:33:04 | * | amiconn can't find where TheSeven stated the slowdown |
| 02:34:01 | TheSeven | http://pastie.org/690527 (IMDCT in IRAM) vs. http://pastie.org/691128 (IMDCT in DRAM) vs. http://pastie.org/691076 (no IMDCT at all) |
| 02:34:52 | amiconn | Hmm, the difference is rather small |
| 02:34:52 | TheSeven | it's not much difference, but it's the wrong way round... |
| 02:35:03 | amiconn | How far away is iram from dram? |
| 02:35:12 | | Quit courtc (K-lined) |
| 02:35:13 | TheSeven | yeah, i just thought of that |
| 02:35:16 | * | amiconn suspects longcalls |
| 02:35:56 | amiconn | If caches are working well, using iram for code is probably a bad idea, as it introduces longcalls |
| 02:36:01 | * | TheSeven doesn't know where they should happen though |
| 02:36:09 | amiconn | Using it for data wouldn't cause this kind of problem |
| 02:36:43 | TheSeven | the imdct is all-iram, so there shouldn't be any longcalls in there |
| 02:36:48 | amiconn | If iram is big enough to put *all* this codec's code there, you could verify that theory |
| 02:37:02 | TheSeven | and the code calling the imdct is probably using longcalls anyways as it is in a different object file |
| 02:38:10 | TheSeven | hm, the imdct calling the butterfly is probably also a longcall, but that one will also always be thre |
| 02:38:21 | TheSeven | i don't see where moving stuff around could introduce new longcalls |
| 02:38:38 | saratoga | isn't a long call just a couple extra cycles? |
| 02:38:41 | TheSeven | actually we observed it with vorbis that gcc *failed* to do longcalls when it would have needed to with static functions |
| 02:39:08 | TheSeven | saratoga: if it's happening when the imdct calls the butterfly, that may accumulate... |
| 02:39:26 | amiconn | TheSeven: I know. That's why I introduced this STATICIRAM macro back then |
| 02:39:37 | | Quit MethoS- (Remote closed the connection) |
| 02:39:51 | TheSeven | so is it even dynamically deciding what's getting a longcall and what isn't? |
| 02:40:01 | amiconn | It's a partial fake. If the target is an arm target and uses longcalls, those functions won't be static |
| 02:40:05 | TheSeven | it can't know where the segments are, as this is only definied in the lds |
| 02:40:07 | amiconn | no |
| 02:40:37 | amiconn | Not in the classic arm abi. In fact the method to decide which functions need longcalls and which don't is rather braindead |
| 02:41:02 | amiconn | (and on top of that, buggy) |
| 02:41:09 | TheSeven | hm, so i can't see how any longcalls could ever arise from moving stuff around? either it's doing them anyways, or it'll fail, right? |
| 02:42:13 | amiconn | That's why people are working on getting eabi to work. |
| 02:42:34 | TheSeven | does eabi really fix this? how can it? |
| 02:42:47 | TheSeven | this looks like a flaw of the split between compiler and linker to me |
| 02:43:27 | amiconn | It is. eabi fixes this wrong split |
| 02:43:28 | stripwax | any chance that random access is faster for dram than iram, but sequential faster for iram than dram - or would random reads in iram always outperform dram in the same way as that pastie link suggests for icode ? |
| 02:43:35 | saratoga | TheSeven: can you compute the absolute random access memory latency from those measurements you did with IRAM and DRAM? |
| 02:44:32 | TheSeven | what exactly do you mean with "absolute random access memory latency"? |
| 02:44:40 | amiconn | Iirc the method in the old abi is that functions are longcalled if they (1) are in another translation unit (C file), or (2) are in the same translation unit, but in another section than .text (with the exception of static functions, which is imo a bug) |
| 02:44:46 | TheSeven | how do you specify random access? |
| 02:45:20 | TheSeven | amiconn: how do they do it in eabi? |
| 02:45:33 | | Quit stripwax ("http://miranda-im.org") |
| 02:45:37 | amiconn | (2) probably hits you, since that means if a C file is compiled with ICODE functions, *all* functions within that file will also call each other by longcall, whereas they don't without ICODE |
| 02:46:19 | amiconn | With eabi, all functions are compiled for shortcall. The linker inserts longcall veneers where necessary |
| 02:47:13 | * | TheSeven doesn't consider this a proper fix either, but at least it isn't quite as ugly as what it's doing right now |
| 02:47:33 | | Join jgarvey [0] (n=jgarvey@cpe-174-097-130-131.nc.res.rr.com) |
| 02:49:55 | | Quit jon-kha (Read error: 145 (Connection timed out)) |
| 02:49:58 | TheSeven | so what we observed with c5000 is probably just a dramatic increase of the dcache miss rate? |
| 02:50:28 | saratoga | TheSeven: absolute random access == time to load a single word from DRAM/IRAM without caching or prefetch in nanoseconds or clock cycles |
| 02:50:51 | saratoga | random in that it cannot be anticipated by a cache or prefetcher |
| 02:54:19 | saratoga | it seems to me that since the ARM9 core is standardized, the only real difference between the nano2g and other arm cores is the memory |
| 02:58:28 | | Quit MG_Man ("...GOT AWAY SAFELY!") |
| 02:59:11 | TheSeven | 2048 iterations of 512 more-or-less randomly distributed reads: DRAM = 35913728 clocks, IRAM = 18874368 |
| 02:59:18 | TheSeven | so not much difference to the sequential one |
| 03:00 |
| 03:00:22 | TheSeven | so it's around 34 clocks per DRAM access and 18 clocks per IRAM access |
| 03:00:35 | saratoga | at 300MHz? |
| 03:00:41 | TheSeven | 192MHz |
| 03:01:08 | saratoga | slow memory would go a long ways towards explaining the difference with PP |
| 03:01:48 | TheSeven | or, to be exact, 191692800Hz |
| 03:02:44 | saratoga | thats actually even a little slower then AMS too IIRC |
| 03:03:04 | TheSeven | my measurements aren't really accurate as there is of course some overhead of the loop and the measuring itself, and i use a timer that only ticks every 16384 CPU clocks, but they should be good enough for a ball park number |
| 03:03:41 | saratoga | probably accurate within a clock or two |
| 03:05:03 | TheSeven | let's just for fun do the same with the bootrom and the nor flash |
| 03:06:01 | TheSeven | bootrom speed = IRAM speed |
| 03:07:19 | TheSeven | and NOR is ridiculous: 205144064 clocks = 195 clocks per read |
| 03:07:48 | saratoga | flash is slow :) |
| 03:07:56 | saratoga | TheSeven: what do you clock the AMBA at? |
| 03:08:11 | TheSeven | 96MHz |
| 03:08:14 | TheSeven | (AHB) |
| 03:08:18 | TheSeven | and the APB at 48MHz |
| 03:08:23 | TheSeven | but that shouldn't matter |
| 03:09:00 | TheSeven | and the core is running in async bus mode |
| 03:09:25 | TheSeven | (external DRAM is said to be 32MHz, I haven't verified this) |
| 03:10:12 | nawks | iram is in ipod? |
| 03:10:13 | | Quit AaronM ("Emo Time In My Corner... //_-") |
| 03:10:20 | | Join AaronM [0] (n=Aaron@adsl-4-241-157.mem.bellsouth.net) |
| 03:10:26 | saratoga | i think all the ipods have iram |
| 03:10:28 | nawks | oh, onchip ram? |
| 03:10:28 | saratoga | most players do |
| 03:10:58 | * | TheSeven will finally go to sleep now, it's much too late again |
| 03:11:43 | saratoga | isn't async mode slower? |
| 03:12:21 | saratoga | also if the DRAM is really 32MHz running it in sync with the AHB might be worth trying |
| 03:12:23 | TheSeven | i don't think we can clock it sync the way it is configured, and fastbus will be even slower for sure |
| 03:12:33 | *** | Saving seen data "./dancer.seen" |
| 03:12:44 | saratoga | is async the option where its an integer multiple of the AHB? |
| 03:12:54 | TheSeven | are there requirements on the AHB to FCLK ratio? |
| 03:13:05 | TheSeven | I think that's sync |
| 03:13:18 | saratoga | theres a mode where they're the same |
| 03:13:21 | * | TheSeven needs to check these things tomorrow |
| 03:13:24 | saratoga | a mode where they're an integer multiple |
| 03:13:26 | TheSeven | same = fastbus iirc |
| 03:13:30 | saratoga | and a mode where theres no fixed relationship |
| 03:13:53 | TheSeven | ok, i'm out. |
| 03:13:54 | saratoga | ideally you want the integer multiple one since it maximizes bus performance |
| 03:14:00 | saratoga | sorry a fixed relationship! |
| 03:14:16 | saratoga | ok talk to you later |
| 03:16:00 | | Quit mikroflops (Read error: 104 (Connection reset by peer)) |
| 03:16:17 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 03:19:20 | saratoga | TheSeven: (for the logs) theres a few registers controlling both DRAM and IRAM access times and clocks, its possible they may not have been initialized optimally, but I have no idea if you're already looked at them |
| 03:24:03 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 03:25:42 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 03:29:45 | | Quit lyngaas (Read error: 110 (Connection timed out)) |
| 03:35:36 | | Quit hebz0rl () |
| 03:36:24 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 03:36:25 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 03:37:48 | | Join lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) |
| 03:44:48 | | Quit DerPapst ("Leaving.") |
| 03:47:09 | | Quit AEnima1577 ("Leaving.") |
| 03:52:01 | | Join jon-kha [0] (i=jon-kha@kahvi.eu.org) |
| 04:00 |
| 04:02:33 | | Join mc2739_ [0] (n=mc2739@rockbox/developer/mc2739) |
| 04:10:12 | | Quit jgarvey ("Leaving") |
| 04:13:02 | | Quit Rondom (Nick collision from services.) |
| 04:13:13 | | Join Rondom [0] (n=Rondom@dslb-084-057-160-124.pools.arcor-ip.net) |
| 04:16:24 | | Quit mc2739 (Read error: 110 (Connection timed out)) |
| 04:19:25 | | Nick mc2739_ is now known as mc2739 (n=mc2739@rockbox/developer/mc2739) |
| 04:22:49 | | Quit linuxguy3 (lindbohm.freenode.net irc.freenode.net) |
| 04:22:49 | NSplit | lindbohm.freenode.net irc.freenode.net |
| 04:22:49 | | Quit kkurbjun (lindbohm.freenode.net irc.freenode.net) |
| 04:22:49 | | Quit jvd (lindbohm.freenode.net irc.freenode.net) |
| 04:22:49 | | Quit blithe (lindbohm.freenode.net irc.freenode.net) |
| 04:22:49 | | Quit droidcore (lindbohm.freenode.net irc.freenode.net) |
| 04:24:08 | NHeal | lindbohm.freenode.net irc.freenode.net |
| 04:24:08 | NJoin | blithe [0] (n=blithe@blakesmith.me) |
| 04:24:18 | NJoin | linuxguy3 [0] (n=timj@adsl-75-57-190-229.dsl.emhril.sbcglobal.net) |
| 04:24:24 | | Quit nawks (Remote closed the connection) |
| 04:28:26 | | Join jvd [0] (n=syscrash@209.126.180.153) |
| 04:28:28 | NJoin | droidcore [0] (n=mark@69-196-151-127.dsl.teksavvy.com) |
| 04:32:27 | | Quit TheSeven (Nick collision from services.) |
| 04:32:47 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
| 04:32:59 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
| 04:35:24 | | Quit JdGordon ("Leaving.") |
| 04:37:55 | | Join JdGordon| [0] (n=Miranda@c-24-22-210-83.hsd1.wa.comcast.net) |
| 04:40:09 | | Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) |
| 04:46:13 | CIA-6 | New commit by blue_dude (r23597): Crossfade: carved out crossfade related code with lots of HAVE_CORSSFADE conditionals, eliminated fade buffer on low memory targets |
| 04:47:00 | Blue_Dude | typo... |
| 04:47:08 | JdGordon| | thats only in the commit message right? :) |
| 04:47:45 | Blue_Dude | I hope so. :) |
| 04:47:55 | NJoin | kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) |
| 04:48:12 | Blue_Dude | This should be interesting. |
| 04:53:15 | JdGordon| | where is HAVE_CROSSFADE defined? |
| 04:53:26 | JdGordon| | or intentionally not done that commit? |
| 04:53:31 | | Quit panni_ (Read error: 113 (No route to host)) |
| 04:53:39 | Blue_Dude | My commits always take longer than advertised. The build engine doesn't like me. |
| 04:54:00 | Blue_Dude | It's defined in the config-*.h files I think. It's target dependent. |
| 04:54:12 | kkurbjun | JdGordon|: I am logging a bunch of bugs in a flyspray task associated with the custom statusbar and the wps in general |
| 04:54:27 | kkurbjun | I am getting a variety of things form graphic glitches to segfaults |
| 04:54:37 | JdGordon| | oh goody :) |
| 04:54:43 | JdGordon| | Blue_Dude: that was there already? |
| 04:54:55 | Blue_Dude | skin tokens? I am amazed. |
| 04:55:09 | JdGordon| | of course |
| 04:55:13 | JdGordon| | +! |
| 04:55:15 | kkurbjun | kugel does not seem to be setup with a flyspray account or at least not a dev account - should I assign this to you for now? |
| 04:55:22 | Blue_Dude | The define? Yes. I just expanded its scope. |
| 04:55:51 | JdGordon| | kkurbjun: na, if he title is obvious its enough |
| 04:56:01 | JdGordon| | I'll have a look later if i get my work done |
| 04:56:07 | JdGordon| | Blue_Dude: ok, cool |
| 04:59:05 | Blue_Dude | Oh, frak, I know nothing about WPS tokens. Is there any way I can not reference that global setting and have it remain transparent to the user? Should the skin engine just ignore WPS crossfade tokens if it's not built for crossfade? |
| 04:59:43 | Blue_Dude | apps/gui/skin_engine/skin_tokens.c line 770 |
| 04:59:45 | JdGordon| | umm... |
| 05:00 |
| 05:00:02 | Blue_Dude | brb |
| 05:00:04 | JdGordon| | when is crossfade not enabled? |
| 05:00:59 | | Quit AaronM ("Emo Time In My Corner... //_-") |
| 05:01:24 | kkurbjun | JdGordon|: I logged the bugs I have come across so far in FS #10771 : http://www.rockbox.org/tracker/task/10771 - I jsut came across those in a couple of minutes of testing so I'll add to that if I come across more |
| 05:05:02 | | Join AaronM [0] (n=Aaron@adsl-4-241-157.mem.bellsouth.net) |
| 05:05:48 | JdGordon| | Blue_Dude: have the token return NULL if its not crossfade build |
| 05:06:19 | JdGordon| | that will make the token always mean "crossfade is off" on non crossfade builds |
| 05:11:54 | | Join Addison__ [0] (i=Addison@69.169.135.122.provo.static.broadweavenetworks.net) |
| 05:12:36 | *** | Saving seen data "./dancer.seen" |
| 05:13:40 | | Quit Addison__ (Read error: 104 (Connection reset by peer)) |
| 05:13:55 | | Join Addison__ [0] (i=Addison@69.169.135.130.provo.static.broadweavenetworks.net) |
| 05:15:13 | saratoga | JdGordon|: crossfade takes a fair amount of memory, so the clip cannot use it |
| 05:15:49 | saratoga | m200 as well I think |
| 05:15:59 | JdGordon| | and c200 apparently |
| 05:16:11 | JdGordon| | its also swcodec only? |
| 05:16:26 | Blue_Dude | back now. OK, I'll try that. |
| 05:17:18 | JdGordon| | that will at least make it compile :) |
| 05:18:18 | saratoga | JdGordon|: i thought hwcodec had it too |
| 05:18:22 | Blue_Dude | It should. I'll leave appropriate functionality to whoever does those things. |
| 05:18:35 | JdGordon| | ok |
| 05:20:07 | saratoga | whats next for playback? |
| 05:21:42 | CIA-6 | New commit by blue_dude (r23598): HAVE_CROSSFADE defs: fix yellow and red |
| 05:22:35 | Blue_Dude | saratoga: gonna keep working through pcmbuf until it's factored out. Then I'm going to work on playback itself. |
| 05:23:37 | saratoga | Blue_Dude: have you seen fs#10605? its not directly related to what you're doing, but its a bug fix for buffering.c, so you might be interested |
| 05:27:19 | Blue_Dude | Hm. How do you mark a task to watch in FS? |
| 05:27:57 | saratoga | theres a watch button on the upper right IIRC |
| 05:28:57 | Blue_Dude | I found it. |
| 05:29:36 | Blue_Dude | I've marked it for later study. I'm not sure yet whether I'm going to get into the buffering engine unless I have to. |
| 05:30:07 | | Quit addisonj12 (Read error: 110 (Connection timed out)) |
| 05:30:34 | | Join addisonj12 [0] (i=Addison@69.169.135.130.provo.static.broadweavenetworks.net) |
| 05:31:07 | Blue_Dude | Ooh, look at that delta. Almost 1000 bytes of code, not including the fact that it saves another 8192 bytes of dynamically allocated buffer space. I can live with that. |
| 05:34:55 | | Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") |
| 05:34:57 | | Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 05:35:10 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 05:37:02 | | Quit Addison__ (Read error: 110 (Connection timed out)) |
| 05:37:29 | | Join Addison__ [0] (n=Addison@69.169.134.169.provo.static.broadweavenetworks.net) |
| 05:37:49 | | Join david_ [0] (n=david@S0106001e58392bab.rd.shawcable.net) |
| 05:39:32 | JdGordon | well fuck.. of course early usb is going to segfault.... none of the gui stuff is ready yet |
| 05:42:23 | | Quit addisonj12 (Read error: 60 (Operation timed out)) |
| 05:44:09 | | Join uflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 05:44:10 | | Quit mikroflops (Read error: 104 (Connection reset by peer)) |
| 05:46:54 | CIA-6 | New commit by jdgordon (r23599): hopefully fix "early usb" |
| 05:47:41 | | Quit Horscht ("Verlassend") |
| 05:48:23 | kkurbjun | JdGordon: there's not an option to load different backdrops depending on what screne you are on is there? |
| 05:48:35 | JdGordon | there is WPS and regular |
| 05:48:52 | JdGordon | currently there is no other option |
| 05:48:52 | JdGordon | how much more would you like? |
| 05:48:54 | kkurbjun | :), I'm trying to use all the memory with the wps ;) |
| 05:48:55 | JdGordon | bearing in mind the HUGE amount of ram needed |
| 05:49:37 | JdGordon | It would be very easy to load the bmp into the wps buffer and use it from there instead of the seperate buffers.. but really.. how many do ou actually want? |
| 05:49:47 | kkurbjun | well, the problem is that I want to shade the area of the backdrop behind the ui viewport |
| 05:50:02 | kkurbjun | but that looks bad if you go into a plugin that keeps the backdrop |
| 05:50:13 | kkurbjun | or if you go into the quickscreen or something similar |
| 05:51:24 | kkurbjun | and I can't do it with an image in the custom statusbar cause that will be overwritten |
| 05:51:35 | JdGordon | well... each skin could have its own backdrop... it gets fun where both the sbs and wps specify one... |
| 05:52:11 | kkurbjun | oh, interesting, I didn't think about trying that |
| 05:52:22 | kkurbjun | both the sbs and the wps would be specifying one |
| 05:52:36 | JdGordon | I mean.. thats a posibility... but thats not hoocked up yet |
| 05:52:46 | JdGordon | -c |
| 05:53:31 | kkurbjun | it would be interesting if there was a way to load backdrop "patches" for the different screens |
| 05:53:46 | kkurbjun | that would be alot more conservative with the space |
| 05:53:53 | JdGordon | or just give priorities... so the sbs would only show if no other skin had one set |
| 05:55:04 | kkurbjun | I was thinking you could have images that are the "patches" to the backdrop. When you go into a screen those patch buffers would be swapped with the standard backdrop. When you leave the screen they would be swapped back |
| 05:55:19 | JdGordon | that sounds messy :) |
| 05:55:19 | kkurbjun | that might be a bit complicated though |
| 05:55:24 | kkurbjun | :) |
| 05:55:39 | * | JdGordon is doing rec skins now... no sidetracking! |
| 05:55:41 | Llorean | How much memory were you planning to dedicate to storing multiple backdrops, exactly? |
| 05:56:29 | JdGordon | ALL OF IT! |
| 05:56:34 | kkurbjun | I was thinking 20 MB would be reasonable |
| 05:56:37 | kkurbjun | ;) |
| 05:56:41 | JdGordon | haha |
| 05:56:48 | Llorean | You could give each viewport a mask color to blend with the backdrop, so you could "fade" portions of the backdrop (either lighten or darken depending on the theme choice) |
| 05:57:07 | Llorean | So that it gives small viewports a graphical effect without using more images. |
| 05:57:30 | | Part david_ ("Ex-Chat") |
| 05:59:10 | kkurbjun | Llorean, that could work too - although it might be difficult to recover the original since you would potentially loosing information with the fade |
| 05:59:44 | kkurbjun | and the effect I'm hoping to do is a curved edge that is darkened which would complicate an algorithm |
| 06:00 |
| 06:02:52 | kkurbjun | If a viewport could use an image as a backdrop that might work or at least get close to the functionality |
| 06:03:28 | kkurbjun | I think that would be fairly doable but it would take alot of changes to the lcd drivers |
| 06:04:38 | Llorean | And an awful lot of RAM |
| 06:05:38 | kkurbjun | Llorean: well, it would be a skin/theme dependent thing if you did it without the reserved backdrops |
| 06:05:51 | Llorean | How do you mean? |
| 06:06:06 | Llorean | Unless you're planning on dynamically allocating memory for the images, it has to be reserved. |
| 06:06:15 | Llorean | in which case changing themes will require stopping playback, at the very least, if not a reboot. |
| 06:06:37 | kkurbjun | I thought jdgordons work dynamically allocated most of the images |
| 06:09:02 | Llorean | Doesn't it allocate them within a finite buffer still? |
| 06:14:08 | JdGordon | yes |
| 06:14:42 | Llorean | So you'd need to extend the buffer (skin buffer or wps buffer, what's it called these days?) if you wanted to allow quite a few more images to be used |
| 06:14:46 | kkurbjun | yeah, I was looking at that - currently I have room to spare int he buffer |
| 06:15:00 | Llorean | It might be better to just say "themes require a restart now" and plan to allow them to use a lot more memory, at the user's request. |
| 06:15:25 | Llorean | That way people can use as many backdrops (or partial backdrops in the form of images) as they'd like, at their own expense. |
| 06:16:53 | kkurbjun | yeah, and it would save a bunch of space for minimal themes that do not use images |
| 06:17:40 | kkurbjun | if the backdrops could be included in that space entirely it would potentially save a couple of megs on the mr500 for someone that does not use backdrops |
| 06:18:25 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 06:18:54 | kkurbjun | backdrops or images in the theme that is |
| 06:19:34 | Llorean | It'd also give theme designers a lot more freedom |
| 06:19:43 | Llorean | No more "if you're one byte over, suddenly something doesn't work' |
| 06:20:23 | kkurbjun | yeah, right now I'm a bit constricted in terms of what I can do with this theme when you consider the custom statusbar also |
| 06:21:21 | | Join addisonj12 [0] (i=Addison@69.169.135.130.provo.static.broadweavenetworks.net) |
| 06:21:31 | JdGordon | remember that the required amount of ram is not known untill after its successfully loaded |
| 06:22:57 | Llorean | That's solvable though |
| 06:23:27 | kkurbjun | JdGordon: what about a hard limit of something like 1/4 of the total available buffer space |
| 06:23:50 | | Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) |
| 06:23:52 | JdGordon | you cant reclaim unused ram |
| 06:23:57 | JdGordon | Llorean: how is that solvable? |
| 06:24:34 | kkurbjun | JdGordon: what about using the metadata on buffer stuff for the skin? |
| 06:25:08 | Llorean | JdGordon: At the very worst case, you read through everything once, discarding it as you go the first time but counting |
| 06:25:22 | JdGordon | MoB blocks are possibly moved around... thats very dangerous because pointers are used throughout the skin buffer stuff... if offsets were used instead you could compact the buffer.. but thats alot of work to fix |
| 06:25:46 | JdGordon | thats not really an ideal solution |
| 06:26:11 | kkurbjun | how about malloc :-D |
| 06:26:11 | Llorean | Yes, but it may still be better than forcing a permanent limit on theme size for each target |
| 06:27:15 | JdGordon | it could remember how much it used last time and use slightly more than that this time if its loading the same theme |
| 06:28:21 | Llorean | So just reload again and again until there's enough allocated? |
| 06:28:25 | Llorean | isn't that worse than just loading twice? |
| 06:30:55 | | Quit mikroflops (Remote closed the connection) |
| 06:31:41 | JdGordon | no, you would have some known upper limit which is used if its not known |
| 06:31:50 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 06:31:53 | JdGordon | or a config value in the theme cfg |
| 06:33:54 | kkurbjun | a value in the theme cfg seems reasonable |
| 06:37:48 | * | JdGordon just about has rec skins working |
| 06:38:55 | | Quit uflops (Read error: 110 (Connection timed out)) |
| 06:39:28 | JdGordon | except now its the boring part of hooking up the tokens to actually be useful |
| 06:39:52 | | Quit Addison__ (Read error: 110 (Connection timed out)) |
| 06:42:28 | | Join uflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 06:43:49 | | Quit daggett ("Ex-Chat") |
| 06:45:23 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 06:50:10 | | Quit uflops (Remote closed the connection) |
| 06:50:43 | | Join uflops [0] (n=yogurt@90.231.195.226) |
| 06:53:20 | | Quit mikroflops (Read error: 60 (Operation timed out)) |
| 06:57:55 | Llorean | JdGordon: Then you don't get the benefit of being able to use a smaller buffer for smaller skins. |
| 07:00 |
| 07:01:17 | | Join AEnima1577 [0] (n=clbarnob@nc6521079.cns.vt.edu) |
| 07:01:34 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 07:06:27 | | Quit mikroflops (Remote closed the connection) |
| 07:07:21 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 07:10:03 | | Quit uflops (Read error: 145 (Connection timed out)) |
| 07:12:01 | JdGordon | Llorean: sure you do... if a smaller theme is loaded the setting will change |
| 07:12:40 | *** | Saving seen data "./dancer.seen" |
| 07:13:30 | | Quit mikroflops (Remote closed the connection) |
| 07:14:07 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 07:16:14 | | Quit addisonj12 (Read error: 104 (Connection reset by peer)) |
| 07:16:26 | | Join addisonj12 [0] (i=Addison@69.169.135.130.provo.static.broadweavenetworks.net) |
| 07:18:36 | pixelma | hwcodec does not have crossfade because it can not decode two files at the same time |
| 07:21:17 | | Quit mikroflops (Read error: 104 (Connection reset by peer)) |
| 07:22:12 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 07:27:43 | | Quit phanboy4 (Read error: 54 (Connection reset by peer)) |
| 07:30:51 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 07:32:59 | | Quit CaptainKwel (Read error: 110 (Connection timed out)) |
| 07:33:44 | | Join bluebrother [0] (n=dom@f053155187.adsl.alicedsl.de) |
| 07:34:19 | | Quit liar (Read error: 113 (No route to host)) |
| 07:37:33 | pixelma | JdGordon: unfortunately the early usb fix doesn't work, thanks for looking into it though |
| 07:40:33 | | Quit phanboy4 (Read error: 54 (Connection reset by peer)) |
| 07:43:50 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 07:47:28 | | Join stoffel [0] (n=quassel@p57B4E684.dip.t-dialin.net) |
| 07:50:04 | | Quit bluebroth3r (Read error: 110 (Connection timed out)) |
| 07:59:10 | pixelma | the reported error address is almost the same as before |
| 08:00 |
| 08:05:26 | | Join einhirn [0] (n=Miranda@p5DCC1807.dip0.t-ipconnect.de) |
| 08:07:49 | | Quit mikroflops (Read error: 110 (Connection timed out)) |
| 08:10:01 | | Join Rob2222 [0] (n=Miranda@p4FDCF194.dip.t-dialin.net) |
| 08:13:39 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 08:16:37 | JdGordon | ah crud |
| 08:16:45 | JdGordon | I guess it was all wishful thinking though :p |
| 08:17:49 | JdGordon | pixelma: does the recv1 have early usb? |
| 08:20:23 | amiconn | All archoses have early usb |
| 08:21:27 | | Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) |
| 08:21:49 | amiconn | In fact early usb is built at least for all hardware usb targets, just that for most of them you won't see it, because you'd have to plug usb exactly at the right time |
| 08:22:29 | JdGordon | Zagor: hey, can you add kugel to the list of devs in flyspray please? (and maybe give some more people permission to add devs also? ) |
| 08:22:33 | amiconn | Too early, and you end up in bootloader usb, or some OF loader usb. |
| 08:22:51 | JdGordon | I guess i flash to flash it to get that mode though? |
| 08:23:03 | amiconn | Early usb becomes interesting if rockbox is flashed, and the bootloader doesn't handle usb |
| 08:23:28 | JdGordon | s/first flash/have |
| 08:23:47 | amiconn | Yes, probably. Iirc the archos firmware will catch usb otherwise |
| 08:24:20 | amiconn | My archoses were all flashed ages ago |
| 08:24:25 | Zagor | JdGordon: kugel is already in the dev group |
| 08:25:28 | Zagor | eh no, wrong dev group... |
| 08:25:59 | JdGordon | lost of people are missing from the "assign to" group |
| 08:26:00 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:26:34 | JdGordon | amiconn: ok, how do I flash the recv1? |
| 08:27:04 | amiconn | There is a reason why I rewrote the respective chapter in the manual... |
| 08:27:38 | JdGordon | manuals arnt for reading :) |
| 08:28:27 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 08:29:06 | JdGordon | "Use when flashing Rockbox (see section ??. In the ideal case, you’ll need this tool only once. For safety reasons you may wish to deletefirmware_flash.rock from /.rockbox/rocks once flashing is complet" :/ |
| 08:29:06 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 08:29:11 | JdGordon | you want me to fix this or not? |
| 08:30:53 | amiconn | Oh, didn't see that reference |
| 08:31:22 | amiconn | Also, deleting firmware_flash.rock probably isn't that helpful, as it will come back whenever you update rockbox |
| 08:32:19 | | Join AndyIL [0] (n=pasha_in@212.14.205.32) |
| 08:33:09 | JdGordon | it will work with the charger plugged in right? |
| 08:33:13 | JdGordon | my batteries are pretty shot |
| 08:34:25 | amiconn | The recorder does not work at all with just the charger. It needs the batteries in sufficiently working condition |
| 08:35:21 | amiconn | But if it boots properly and rockbox doesn't show the low bat warning, it should be possible to flash it as well. firmware_flash checks for low bat and refuses to flash in that case |
| 08:35:40 | JdGordon | right, all flashed and good |
| 08:35:54 | JdGordon | early usb seems to work fine |
| 08:36:59 | JdGordon | oh.. bah.. I need to rebuild a flash image from svn? |
| 08:37:13 | amiconn | no |
| 08:37:28 | amiconn | You need to flash a current .ucl |
| 08:38:05 | amiconn | Right after flashing you'll have rockbox 3.2 |
| 08:38:31 | * | JdGordon shouldnt be doing anything involving flashing in his current sleepy state |
| 08:38:37 | JdGordon | yes, i have 3.2 now |
| 08:39:38 | amiconn | Read 12.5.4 |
| 08:39:39 | JdGordon | need to rolo to current build to use the plugin :p |
| 08:40:22 | amiconn | [08:39:39] <amiconn> Read 12.5.4 |
| 08:41:03 | JdGordon | yay! ok, panicf |
| 08:41:29 | amiconn | Not panicf, but UIE (unless you've hit a different bug) |
| 08:43:13 | JdGordon | gcc will turn "int old_bars = early_usb ? 0 : viewportmanager_get_statusbar();" into what I need to happen right? i.e that function wont be called? |
| 08:43:29 | JdGordon | its not doing some magic and storing its return value regardless of early_usb? |
| 08:43:40 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 08:47:21 | * | JdGordon is king! |
| 08:48:01 | CIA-6 | New commit by jdgordon (r23600): really fix early usb this time |
| 08:52:30 | JdGordon | thats not completly perfect... no bar is displayed at all... which means no clock or battery meter |
| 08:52:44 | JdGordon | dunno how much time I can really be bothered fixing that with a bandaid though |
| 08:53:23 | amiconn | That also means no disk access indicator on Ondio - bad |
| 08:54:00 | JdGordon | wait for the computer to safely unmount the disk and it shouldnt be a problme |
| 08:55:26 | amiconn | The indicator is very helpful in usb mode, even if not *absolutely* necessary |
| 08:55:38 | amiconn | The recorder has a LED, so no problem there |
| 08:56:14 | amiconn | Battery meter in turn is rather important on recorder and Player in usb mode |
| 08:56:48 | * | JdGordon hopes johnson & johnson doesnt sue us for using the word band-aid in the source code :p |
| 08:56:51 | amiconn | This is because sustained disk access in usb mode will drain the batteries even with the charger connected |
| 08:57:38 | * | amiconn thinks the status bar is quite important in the usb screen, hence there should be a proper fix |
| 08:59:42 | | Join Teyphas [0] (n=d5ac552e@giant.haxx.se) |
| 09:00 |
| 09:00:44 | Teyphas | Hello guys! Can you help me :D I loaded ILoader and Rockbox. Rockbox was succsefull to run.. but i can't open games and apps..it just says can't open file bla bla bla...any solution? |
| 09:02:09 | Zagor | Teyphas: did you unpack the whole zip? |
| 09:02:43 | | Quit AndyIL () |
| 09:03:20 | Teyphas | i downloaded .rockbox putted on my ipod nano 2g. Can see them on removable disk directory .rockbox\rocks\games |
| 09:04:39 | JdGordon | grr.. the damn battery animation isnt animating.. and i dont think the time is updating |
| 09:06:39 | JdGordon | oh FFS |
| 09:07:16 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 09:08:02 | | Quit phanboy4 ("Leaving") |
| 09:09:42 | | Quit saratoga (lindbohm.freenode.net irc.freenode.net) |
| 09:09:42 | NSplit | lindbohm.freenode.net irc.freenode.net |
| 09:10:50 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:11:00 | NHeal | lindbohm.freenode.net irc.freenode.net |
| 09:11:00 | NJoin | saratoga [0] (i=9803c6dd@gateway/web/freenode/x-ktupxllmowxfxavh) |
| 09:12:43 | *** | Saving seen data "./dancer.seen" |
| 09:12:44 | | Join maruk [0] (n=papier@212.95.65.22) |
| 09:13:17 | JdGordon | http://pastebin.com/m504a4a5f is a partial fix.... if early usb is really that important... go back to pre custom sbs then |
| 09:14:56 | pixelma | that's a weird advice |
| 09:17:39 | | Quit Zarggg (Read error: 110 (Connection timed out)) |
| 09:22:26 | | Quit Teyphas ("CGI:IRC (EOF)") |
| 09:24:14 | | Quit Aratsu (Read error: 110 (Connection timed out)) |
| 09:24:47 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 09:26:32 | | Join flydutch [0] (n=flydutch@host119-166-dynamic.8-87-r.retail.telecomitalia.it) |
| 09:35:01 | | Quit AEnima1577 (Client Quit) |
| 09:37:58 | | Join DerPapst [0] (n=DerPapst@wlan-nat-24.fh-friedberg.de) |
| 09:45:00 | | Join B4gder [0] (n=dast@83.168.254.42) |
| 09:47:23 | | Quit Thundercloud (Remote closed the connection) |
| 10:00 |
| 10:01:19 | | Join liar [0] (n=liar@212095021131.public.telering.at) |
| 10:10:42 | | Join Tomis [0] (n=Tomis@70.134.81.68) |
| 10:12:43 | | Quit reid05 (Read error: 110 (Connection timed out)) |
| 10:13:07 | | Join reid05 [0] (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com) |
| 10:42:40 | | Quit liar (Client Quit) |
| 10:45:12 | | Quit daurn| (Remote closed the connection) |
| 11:00 |
| 11:09:23 | | Quit DerPapst ("Leaving.") |
| 11:12:44 | *** | Saving seen data "./dancer.seen" |
| 11:14:56 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 11:28:09 | | Quit BHSPitMonkey ("Ex-Chat") |
| 11:34:24 | seani | I'm getting "codec failure" message playing anything in a UISimulator C200 build (r23593M-091110). I've reconfigured, "make clean"''ed tried "known good" mp3's etc - any pointers? |
| 11:36:24 | gevaerts | seani: this is a clean simulator build, i.e. you didn't copy .rockbox from a target build? |
| 11:37:02 | B4gder | and remember to 'make install' |
| 11:39:17 | seani | gevaerts: No, I started with a totally fresh co / subdirectory - but I think I missed "make (full)install" as B4gder suggests. Tsk. Ta! |
| 11:40:30 | seani | Yes that was it - oaf. Thanks gents. |
| 11:47:48 | | Quit stoffel (Remote closed the connection) |
| 11:55:37 | | Join DerPapst [0] (n=DerPapst@wlan-nat-24.fh-friedberg.de) |
| 12:00 |
| 12:08:44 | | Join liar [0] (n=liar@212067225071.public.telering.at) |
| 12:18:45 | | Join Teyphas [0] (n=d5ac552e@giant.haxx.se) |
| 12:21:47 | Teyphas | Hello again, people. So..Anyone can help me with problem (games and apps isn't working) :( I only get blackjack running. I really like Rockbox, but i can't open files in Demos, Games and apps. Sorry if'm kinda noobish, i just installed it today :D Thanks for attention |
| 12:22:45 | rasher | B4gder: is there a good reason make doesn't do install for the simulator? |
| 12:25:05 | | Quit DerPapst ("Leaving.") |
| 12:28:05 | | Join Strath [0] (n=Strath__@173-23-45-236.client.mchsi.com) |
| 12:28:22 | | Quit Strath (Client Quit) |
| 12:41:15 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 12:47:10 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 12:48:06 | | Quit Teyphas ("CGI:IRC (EOF)") |
| 12:50:22 | | Join Grahack [0] (n=chri@193.251.42.232) |
| 12:54:57 | B4gder | rasher: I believe it is to enable us to install partly broken builds etc |
| 12:54:59 | | Join bubsy [0] (n=bubsy@94.139.72.137) |
| 13:00 |
| 13:12:47 | *** | Saving seen data "./dancer.seen" |
| 13:13:41 | | Join stoffel [0] (n=quassel@87.180.230.132) |
| 13:23:24 | | Quit Grahack (Read error: 145 (Connection timed out)) |
| 13:23:25 | | Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de) |
| 13:27:18 | | Join Bob_C [0] (n=chatzill@host86-142-40-235.range86-142.btcentralplus.com) |
| 13:32:19 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 13:33:03 | | Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) |
| 13:37:50 | | Join teru [0] (n=teru@ZQ174123.ppp.dion.ne.jp) |
| 13:42:13 | | Join Bob_C__ [0] (n=chatzill@host86-141-225-172.range86-141.btcentralplus.com) |
| 13:42:32 | | Quit Bob_C_ (Read error: 110 (Connection timed out)) |
| 13:49:12 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 13:53:58 | | Quit stoffel (Remote closed the connection) |
| 13:56:51 | | Quit Bob_C (Read error: 110 (Connection timed out)) |
| 14:00 |
| 14:03:33 | | Join Cal_ [0] (n=chatzill@174-23-169-67.slkc.qwest.net) |
| 14:05:09 | Cal_ | hey xp won't allow me to name my rockbox folder .rockbox how do i fix this? |
| 14:07:28 | | Join Blue_Dude [0] (n=chatzill@rockbox/developer/Blue-Dude) |
| 14:07:44 | Zagor | Cal_: use the command line |
| 14:08:08 | Cal_ | thankyou! |
| 14:09:09 | | Join Dgby714 [0] (n=Dgby714@pool-173-78-89-195.tampfl.fios.verizon.net) |
| 14:09:11 | Cal_ | wtf ms that worked... |
| 14:10:24 | Cal_ | in the error on boot my ipod it said rockbox.ipod missing, leave it change it to .rockbox or .rockbox.ipod? |
| 14:11:02 | Cal_ | lol upon booting... |
| 14:11:23 | Zagor | .rockbox is the directory in which rockbox.ipod is located (among many other files) |
| 14:11:51 | Cal_ | right thank you uber rockbox master |
| 14:16:29 | pixelma | Cal_: how did you put your rockbox build onto your Ipod? Just unzipping to the root should give you the correct folder structure, no renaming or moving needed |
| 14:18:06 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 14:18:36 | Cal_ | unzipped with izarch, xp doesnt allow dots at the begining of files aperntly, c prompt work to ren |
| 14:18:55 | B4gder | xp does allow it, must be a stupid unzip program |
| 14:19:57 | Cal_ | dunno why either izarch or xp did not perserve the dot upon file creation when unzipped, however when i explored the archive the dot and paths where there |
| 14:20:26 | Cal_ | ya |
| 14:23:13 | | Join ch4os [0] (n=ch4os@gentoo/user/ch4os) |
| 14:24:17 | Cal_ | i have to manually boot in disc mode to load with files and see dir, is that normal for the ipod ver of rockbox, its not a big deal. |
| 14:24:25 | | Quit chaos (Read error: 60 (Operation timed out)) |
| 14:24:31 | | Nick ch4os is now known as chaos (n=ch4os@gentoo/user/ch4os) |
| 14:26:18 | Cal_ | id really have to say rockbox is the only reason to own a ipod, imao. |
| 14:27:57 | | Part B4gder |
| 14:28:59 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 14:29:04 | Cal_ | thankyou again bye |
| 14:29:15 | | Quit Cal_ ("ChatZilla 0.9.85 [Firefox 3.0.15/2009101601]") |
| 14:29:33 | * | kugel wonders why JdGordon tries to fix usb screen instead of the viewportmanager |
| 14:30:01 | kugel | I think the sb handling there is buggy if it returns bogus values instead of 0/false everywhere |
| 14:30:37 | | Join TheSeven|Mobile [0] (n=TheSeven@92.117.31.140) |
| 14:31:16 | | Part TheSeven|Mobile |
| 14:32:16 | | Join TheSeven|Mobile [0] (n=TheSeven@rockbox/developer/TheSeven) |
| 14:36:39 | liar | linuxstb: ping |
| 14:40:53 | CIA-6 | New commit by teru (r23601): usb screen: show logo at center of ui viewport and try to fit logo and title to the viewoprt to avoid possible redraw issue with sbs. |
| 14:42:03 | | Join Bob_C [0] (n=chatzill@host86-142-212-198.range86-142.btcentralplus.com) |
| 14:44:41 | | Join Topy44 [0] (n=Topy44@f049076094.adsl.alicedsl.de) |
| 14:52:03 | | Quit Bob_C__ (Read error: 110 (Connection timed out)) |
| 14:55:34 | | Quit chaos ("Lost terminal") |
| 15:00 |
| 15:05:44 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 15:10:44 | kkurbjun | kugel: I filed a FS bug that has a bunch of bugs recorded with the custom statusbar |
| 15:10:51 | kkurbjun | http://www.rockbox.org/tracker/task/10771 |
| 15:12:50 | *** | Saving seen data "./dancer.seen" |
| 15:13:58 | linuxstb | liar: ? |
| 15:15:53 | kugel | kkurbjun: bug 4 doesn't seem related to sbs |
| 15:16:20 | kugel | the list touchscreen handling reacts on outside areas too, for example to make tapping the statusbar to get to main menu possible |
| 15:16:57 | kugel | I think that's questionable, but the tapping the sb (classic one) is a nice short cut |
| 15:18:18 | liar | linuxstb: i just installed the rockbox bootloader on a nano2g of a friend of mine and its unable to boot the apple os(readfw error -8) |
| 15:20:22 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
| 15:25:12 | linuxstb | liar: That would seem to indicate that there isn't any apple firmware there. Did you install with ipodpatcher? Was the ipod unmodified before you ran ipodpatcher? |
| 15:26:25 | liar | linuxstb: its unmodified and i installed with ipodpatcher yep |
| 15:27:38 | linuxstb | liar: Then I've no idea... Did you cleanly eject after installing? |
| 15:27:54 | liar | yes |
| 15:28:26 | linuxstb | Can you run "ipodpatcher −−list -v" and pastebin the output? |
| 15:32:58 | | Join Grahack [0] (n=chri@LCaen-151-91-3-232.w193-251.abo.wanadoo.fr) |
| 15:33:28 | | Quit teru ("Quit") |
| 15:33:56 | | Quit phanboy4 ("Leaving") |
| 15:36:15 | | Quit kugel (Read error: 110 (Connection timed out)) |
| 15:42:11 | liar | linuxstb: no i cant.. partition table is corrupted and i dont have itunes to restore it atm |
| 15:44:20 | linuxstb | That would probably explain why the apple firmware can't be loaded... |
| 15:45:19 | liar | yeah, but rockbox worked before and now i have to restore the ipod... |
| 16:00 |
| 16:03:40 | | Join phanboy4 [0] (n=benji@c-24-98-211-24.hsd1.ga.comcast.net) |
| 16:04:00 | | Quit Grahack ("Leaving.") |
| 16:04:29 | | Join ch4os [0] (n=ch4os@gentoo/user/ch4os) |
| 16:06:11 | | Quit goffa ("leaving") |
| 16:06:39 | | Join goffa [0] (n=goffa@70.33.8.114) |
| 16:07:36 | liar | linuxstb: i restored it. i think i only have an old version of the bootloader(which i got from you some weeks ago) and i dont know how to encrypt the one i build from svn |
| 16:08:07 | CIA-6 | New commit by mc2739 (r23602): Correct target id for Samsung YH* |
| 16:12:15 | linuxstb | liar: There's no need to build from SVN - you can use the latest official release. But if you want to encrypt your own, you need to do that on an actual Nano2G - browse to the file in the file browser, open up the context menu (long press on the centre button), select "open with..." and then "crypt_firmware". That will create a ".ipodx" file |
| 16:22:11 | liar | ahh the official ipodpatcher includes a bootloader :-) i build it myself... |
| 16:23:02 | | Join DerPapst [0] (n=DerPapst@p4FE8F193.dip.t-dialin.net) |
| 16:24:46 | liar | that one is still not booting the OF, but nvm he doesnt need it |
| 16:26:06 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
| 16:28:03 | | Join toffe82 [0] (n=chatzill@12.169.218.14) |
| 16:29:27 | | Join phanboy4 [0] (n=benji@c-24-98-211-24.hsd1.ga.comcast.net) |
| 16:30:00 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 16:30:23 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 16:30:41 | | Quit robin0800 (Remote closed the connection) |
| 16:31:00 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 16:36:28 | | Quit TheSeven|Mobile (Read error: 145 (Connection timed out)) |
| 16:45:17 | | Join evilnick_B [0] (i=0c140464@rockbox/staff/evilnick) |
| 16:45:36 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 16:51:39 | | Quit liar (Client Quit) |
| 16:56:59 | | Join kugel_ [0] (n=kugel@e178088050.adsl.alicedsl.de) |
| 16:57:19 | | Quit kugel_ (Read error: 104 (Connection reset by peer)) |
| 16:58:53 | | Nick ch4os is now known as chaos (n=ch4os@gentoo/user/ch4os) |
| 16:59:58 | | Join kkurbjunW [0] (n=karlk@12.41.166.8) |
| 17:00 |
| 17:01:39 | | Quit Zagor ("Don't panic") |
| 17:08:25 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
| 17:09:46 | | Quit antil33t1 (Read error: 104 (Connection reset by peer)) |
| 17:09:54 | | Join antil33t [0] (n=Mudkips@122-57-245-10.jetstream.xtra.co.nz) |
| 17:12:52 | *** | Saving seen data "./dancer.seen" |
| 17:20:16 | | Quit Tomis (Read error: 110 (Connection timed out)) |
| 17:20:32 | | Join BdN3504 [0] (n=5ce53a6a@giant.haxx.se) |
| 17:22:10 | | Join TheSeven|Mobile [0] (n=TheSeven@188.46.172.122) |
| 17:34:41 | | Quit thegeek (Read error: 54 (Connection reset by peer)) |
| 17:34:53 | | Quit TheSeven|Mobile (Read error: 60 (Operation timed out)) |
| 17:35:36 | | Join Omlet [0] (i=omlet05@91.182.34.16) |
| 17:45:15 | | Join jgarvey [0] (n=jgarvey@cpe-174-097-130-131.nc.res.rr.com) |
| 17:46:57 | | Join kugel_ [0] (n=kugel@e178105013.adsl.alicedsl.de) |
| 17:50:40 | | Quit chaos (Read error: 110 (Connection timed out)) |
| 17:51:47 | JdGordon | kugel (very quickly) the problem is the load/init order... viewportmanager isnt even initialised when early usb happens |
| 17:51:55 | JdGordon | so fixing it is going to do much good |
| 17:53:37 | | Quit kugel (Read error: 60 (Operation timed out)) |
| 17:54:28 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 17:55:30 | | Join AEnima1577 [0] (n=clbarnob@n146s183.ntc.blacksburg.shentel.net) |
| 17:55:44 | | Quit AEnima1577 (Client Quit) |
| 17:56:54 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 17:57:52 | kugel_ | JdGordon: it shouldn't even be a problem |
| 17:58:38 | | Join Tomis [0] (n=Tomis@70.134.95.216) |
| 17:59:30 | kugel_ | loaded_ok should be false from the beginning, and global_settings.statusbar should be != STATUSBAR_CUSTOM from the beginning (unless that's the new default which I didn't intend). That means it should be impossible to get down to skin_* functions even if the area is uninitialized |
| 18:00 |
| 18:02:06 | shai | You guys know why my HDD icon at the top right corner keeps showing as if my HDD is really working? I mean.. it could be true... but why is it always on? |
| 18:02:56 | BdN3504 | hey kugel, |
| 18:03:00 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 18:03:12 | BdN3504 | how do i make a theme automatically load an sbs file? |
| 18:03:38 | BdN3504 | is it sbs: sbsfile in the theme.cfg? |
| 18:03:49 | kugel_ | plus "statusbar: custom" |
| 18:04:11 | BdN3504 | ah ok |
| 18:05:25 | BdN3504 | nice :) i think i'll unleash an old theme again. |
| 18:05:27 | shai | If I connect it to the USB, it stops but then continues after I remove it from the USB |
| 18:05:32 | shai | Also does this after a reboot... |
| 18:05:36 | | Quit BdN3504 ("CGI:IRC") |
| 18:05:38 | shai | for a prolonged period of time... |
| 18:05:47 | | Join thegeek [0] (n=nnscript@s168c.studby.ntnu.no) |
| 18:06:04 | JdGordon | kugel_: settings arnt initialised at all yet (iirc)... so the value of global_settings.statusbar is random |
| 18:07:09 | JdGordon | yep |
| 18:07:12 | kugel_ | JdGordon: settings_reset() is called very early. that revers everything to its default |
| 18:07:20 | JdGordon | not before early usb |
| 18:07:37 | JdGordon | oh bloody hell |
| 18:07:40 | JdGordon | hiding up there |
| 18:09:06 | shai | Anyone? |
| 18:09:23 | kugel_ | and even then, it would still be a bug if the statusbar tries to draw without loaded_ok being true |
| 18:10:12 | mc2739 | shai: what device do you have? |
| 18:10:23 | shai | There... it stopped after 10min |
| 18:10:34 | * | JdGordon is hell bent of removing the inbuilt bar before the weekend... that will fix some of this |
| 18:10:34 | shai | iPod 30G |
| 18:10:41 | shai | mc2739, iPod 30G |
| 18:11:02 | shai | I never noticed this behavior before... |
| 18:11:13 | mc2739 | shai: do you have directory cache turned on? |
| 18:11:22 | shai | mc2739, I'll check |
| 18:12:14 | shai | I don't recall where it is... so I'll just go over it all... |
| 18:12:31 | shai | No, its off |
| 18:12:48 | | Quit kugel_ ("exit(0);") |
| 18:12:49 | mc2739 | turning it on should help |
| 18:13:07 | gevaerts | shai: do you use the database, and is it set to scan for updates? If so, you really need the directory cache I think |
| 18:13:11 | shai | Its after every reboot... it seems... |
| 18:13:19 | | Quit petur ("*plop*") |
| 18:13:25 | | Join liar [0] (n=liar@83.175.83.185) |
| 18:13:41 | shai | gevaerts, I do use it. Yes, its set to scan for updates... |
| 18:13:46 | shai | I've now enabled dir. cache |
| 18:14:03 | shai | I rebooted the iPod again .. and its using the HDD... |
| 18:14:18 | shai | I'm assuming that this much usage will now get reduced after I've enabled dir. cache? |
| 18:15:36 | Torne | when dircache is on it will spend maybe up to a minute in the background populating the dircache |
| 18:15:45 | Torne | then it will quickly go and check which bits might need a db update |
| 18:15:45 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 18:16:02 | Torne | the db update bit should take a *lot* less time with the dircache on, unless you really have changed a lot of files since last time ;) |
| 18:16:13 | Torne | but the dircache is not saved on disk, so it does take a *little* time to create it at boot. |
| 18:16:29 | | Quit kkurbjunW (Remote closed the connection) |
| 18:17:47 | Unhelpful | kugel: have you had any progress on eabi+fuze? |
| 18:17:57 | | Join kkurbjunW [0] (n=karlk@12.41.166.9) |
| 18:18:58 | | Join daggett [0] (n=denis@modemcable158.53-20-96.mc.videotron.ca) |
| 18:19:13 | kugel | Unhelpful: not at all, haven't had any time |
| 18:22:05 | shai | gevaerts, after every reboot... it turns dir. cache back to Off state. |
| 18:22:59 | gevaerts | shai: with a clean reboot, i.e. not a hard reset? |
| 18:23:33 | shai | Hard reset? I click on the Select and Menu buttons and it does a reboot after like 2-3 seconds... |
| 18:23:42 | gevaerts | that's a hard reset. Don't do that |
| 18:23:47 | shai | Oh ... |
| 18:23:52 | shai | Then what is a softone? |
| 18:24:00 | shai | Turning it Off and On again? |
| 18:24:02 | Torne | yes |
| 18:24:15 | Torne | hold play till it turns off, then press select to turn back on |
| 18:24:16 | shai | Ok |
| 18:24:26 | shai | I just have |
| 18:24:58 | shai | But sometimes.. I have to have a hard-reset ... |
| 18:25:16 | shai | I've seen it get stuck at times... which is the only way I was able to get it to reboot... |
| 18:25:40 | shai | What should I do then? Is this the only setting I need to "worry" about after a hard-reset ? |
| 18:25:43 | gevaerts | well yes, if that happens (it shouldn't of course, but...) a hard reset is the proper solution |
| 18:26:11 | Torne | Settings don't change back because of hte hard reset |
| 18:26:12 | gevaerts | Setting changes are saved on shutdown, so any changes are lost with a hard reset |
| 18:26:18 | Torne | it's just that you lose changes.. |
| 18:26:21 | Torne | oh there we go |
| 18:26:42 | * | shai does a hard-reset to check it |
| 18:27:06 | shai | Its all good guys :) |
| 18:27:33 | shai | So Off saves my settings to when I need to use the Hard-Reset in case or "no other way".... |
| 18:27:45 | shai | s/or/of/ |
| 18:27:49 | shai | 10x :) |
| 18:28:03 | shai | Problem solved. |
| 18:29:12 | | Quit kkurbjun (lindbohm.freenode.net irc.freenode.net) |
| 18:29:12 | NSplit | lindbohm.freenode.net irc.freenode.net |
| 18:31:11 | NHeal | lindbohm.freenode.net irc.freenode.net |
| 18:31:11 | NJoin | kkurbjun [0] (n=kkurbjun@rockbox/developer/kkurbjun) |
| 18:31:56 | Torne | yes. we expect that you shut down at least occasiionaly :) |
| 18:32:03 | Torne | so settings saving is left until then |
| 18:36:25 | | Quit Tomis (Connection timed out) |
| 18:37:36 | | Quit maruk ("Leaving.") |
| 18:39:33 | | Quit kkurbjun (lindbohm.freenode.net irc.freenode.net) |
| 18:40:48 | n1s | Torne: is it really saved only on shutdown, not on the next disk access? |
| 18:45:35 | | Join uflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 18:45:42 | | Quit mikroflops (Read error: 104 (Connection reset by peer)) |
| 18:46:04 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:46:42 | Torne | n1s: hm, it might be saved at other points |
| 18:47:05 | Torne | but in general you shouldn't count on it being saved unless you *did* shut down ;) |
| 18:47:48 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 18:48:11 | | Join JdGordon| [0] (n=Miranda@174-145-231-116.pools.spcsdns.net) |
| 18:53:05 | | Join kkurbjun [0] (n=kkurbjun@c-98-245-170-51.hsd1.co.comcast.net) |
| 18:58:29 | | Part kkurbjunW |
| 19:00 |
| 19:03:56 | | Quit phanboy4 (Read error: 60 (Operation timed out)) |
| 19:04:59 | Llorean | Don't we usually refer to the iPod generations as "G2" or "G3" rather than "2G" and "3G" so as to avoid confusion with capacities (especially in regard to the nanos?) |
| 19:05:26 | * | domonoky thinks we use "2nd gen" :-) |
| 19:06:04 | | Quit Zarggg () |
| 19:06:11 | Llorean | Well, the page in the wiki is currently 2G |
| 19:06:30 | n1s | i personally use XG for generations |
| 19:06:35 | Llorean | And someone in the forums said they had a Nano 2G making it somewhat unclear (since in the past 2G has been people referring to capacity) |
| 19:07:23 | Llorean | Ah, no, I see we said "use 1g/1G/etc for generation" in the forum posting stuff |
| 19:07:26 | Llorean | Nevermind me. |
| 19:07:28 | Unhelpful | Xgen perhaps? |
| 19:08:07 | n1s | capacity should be in GB, no confusion, yay :) |
| 19:08:37 | | Quit uflops (Read error: 104 (Connection reset by peer)) |
| 19:09:04 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 19:09:11 | Llorean | n1s: Except many people can't be bothered to type out the even single extra letter |
| 19:10:39 | n1s | true, but we should simply stop helping such users |
| 19:10:51 | n1s | hmm, s/such // maybe ;) |
| 19:12:56 | *** | Saving seen data "./dancer.seen" |
| 19:13:01 | Llorean | A three strikes rule for Rockbox support? |
| 19:13:02 | Llorean | :-P |
| 19:13:20 | n1s | yes! |
| 19:13:32 | | Quit Blue_Dude ("ChatZilla 0.9.85 [Firefox 3.5.5/20091102152451]") |
| 19:22:04 | | Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 19:30:19 | | Join JdGordon| [0] (n=Miranda@nat/microsoft/x-vlwjblsptnykuedp) |
| 19:32:46 | | Join freqmod_qu [0] (n=quassel@dhcp208-240.ed.ntnu.no) |
| 19:35:12 | amiconn | kugel: Thing is, the built-in status bar *should* be drawn in early usb |
| 19:35:34 | amiconn | Of course disk access is forbidden at that point, hence it has to be the built-in one |
| 19:37:58 | | Join chaos [0] (n=chaos@gentoo/user/ch4os) |
| 19:38:39 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 19:42:11 | | Join phanboy4 [0] (n=benji@gate-20.spsu.edu) |
| 19:44:23 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 19:47:24 | kugel | amiconn: of course |
| 19:47:48 | kugel | amiconn: the crash was IIUC because something caused the skin engine to step in |
| 19:49:01 | * | amiconn doesn't seem to understand |
| 19:49:20 | amiconn | Isn't the skin engine responsible for drawing the statusbar now? |
| 19:49:31 | kugel | not the built-in one |
| 19:50:00 | kugel | classic and custom sb are to different beasts, but the api is the same |
| 19:50:26 | amiconn | Hmm, why is that? |
| 19:50:59 | kugel | because its another huge job to fully replace the the classic sb |
| 19:52:03 | JdGordon| | not a huge job |
| 19:52:16 | | Quit robin0800 (Read error: 60 (Operation timed out)) |
| 19:52:34 | kugel | significant enough to be a separate task imo |
| 19:53:46 | | Part LinusN |
| 19:54:32 | | Quit MethoS- (Remote closed the connection) |
| 19:58:47 | JdGordon| | seperate to what? |
| 19:59:48 | kugel | sbs |
| 20:00 |
| 20:00:02 | * | kugel got the sim to repro the problem |
| 20:02:49 | kugel | pixelma: ping |
| 20:03:21 | pixelma | pong |
| 20:05:34 | kugel | can you try if http://pastie.org/692375 fixes early usb (apply to r23598 please)? |
| 20:07:12 | kugel | i.e. before JdGordon's commits |
| 20:08:42 | pixelma | will test but it'll take a bit (and I also need something for dinner) |
| 20:13:25 | kugel | no problem. maybe amiconn could test too? |
| 20:14:31 | | Join uflops__ [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 20:15:51 | | Quit mikroflops (Read error: 110 (Connection timed out)) |
| 20:16:33 | | Join hillshum [0] (n=hillshum@75-165-230-226.slkc.qwest.net) |
| 20:17:36 | | Join domonoky1 [0] (n=Domonoky@g229249168.adsl.alicedsl.de) |
| 20:22:54 | | Quit stripwax ("http://miranda-im.org") |
| 20:23:10 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 20:24:18 | | Quit domonoky (Read error: 145 (Connection timed out)) |
| 20:26:12 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 20:35:42 | pixelma | kugel: yes, that fixes early USB on my Ondio |
| 20:38:26 | pixelma | haven't tried JdGordon|'s fixes, except the very first one though and can't comment on which way is better |
| 20:40:50 | | Quit flydutch ("/* empty */") |
| 20:46:34 | | Quit bmbl ("Bye!") |
| 20:54:15 | | Quit uflops__ (Read error: 110 (Connection timed out)) |
| 20:54:27 | | Quit phanboy4 ("Leaving") |
| 21:00 |
| 21:10:47 | | Quit mikroflops (Read error: 104 (Connection reset by peer)) |
| 21:12:58 | *** | Saving seen data "./dancer.seen" |
| 21:13:26 | CIA-6 | New commit by kugel (r23603): Revert r23599 and r23600 and fix the early usb problem at the root. The the viewportmanager and custom statusbar was initialized too late. ... |
| 21:15:02 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 21:33:23 | | Join Strife89 [0] (n=michael@adsl-220-119-140.mcn.bellsouth.net) |
| 21:39:28 | | Quit Thundercloud (Read error: 54 (Connection reset by peer)) |
| 21:42:20 | | Join panni_ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) |
| 21:44:53 | | Join pamaury [0] (n=pamaury@88-123-145-132.rev.libertysurf.net) |
| 21:49:34 | | Join AndyI [0] (n=pasha_in@212.14.205.32) |
| 21:56:02 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 22:00 |
| 22:03:23 | | Join Stephen__ [0] (n=S@86-40-191-208-dynamic.b-ras2.srl.dublin.eircom.net) |
| 22:09:14 | | Join stoffel [0] (n=quassel@p57B4D5A6.dip.t-dialin.net) |
| 22:11:12 | | Join polobricolo [0] (n=polobric@AGrenoble-257-1-29-75.w86-194.abo.wanadoo.fr) |
| 22:16:31 | | Quit HellDragon (Read error: 131 (Connection reset by peer)) |
| 22:16:50 | | Join HellDragon [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
| 22:23:15 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 22:33:34 | | Join mt [0] (n=mtee@41.233.145.74) |
| 22:34:58 | | Join hebz0rl [0] (n=hebz0rl@dslb-088-067-192-163.pools.arcor-ip.net) |
| 22:35:42 | | Quit hillshum (Remote closed the connection) |
| 22:37:46 | | Quit kugel (Read error: 54 (Connection reset by peer)) |
| 22:39:12 | | Quit mikroflops (Read error: 110 (Connection timed out)) |
| 22:40:15 | | Join rjg [0] (i=rgordon@odie.tomelliott.net) |
| 22:40:15 | | Quit pamaury ("exit(*(int *)0 / 0);") |
| 22:41:32 | | Quit stoffel (Remote closed the connection) |
| 22:43:36 | | Quit funman ("free(random());") |
| 22:44:07 | rjg | evening, just thought I'd double check this isn't likely to be a theme-specific issue before declaring it as a bug: http://rguk.eu/s/rockbox_spazz.avi - if it's not clear, what happens is that if a song is playing and the screen turns off and you leave it a while, when you hit a button to turn it on again, a buffer of the theme's updates proceeds to display as fast as it can |
| 22:46:46 | rjg | (it also doesn't update the currently playing song unless you come out of the now playing screen and back in, or let the screen turn off and you put it back on again) |
| 22:46:54 | rjg | it's happening in the past couple of builds |
| 22:47:04 | rjg | target is iriver H300 |
| 22:47:05 | rjg | thanks |
| 22:50:11 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 22:55:58 | | Quit jgarvey ("Leaving") |
| 22:57:35 | | Quit Bagder ("*plopp*") |
| 23:00 |
| 23:01:03 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 23:13:02 | *** | Saving seen data "./dancer.seen" |
| 23:15:01 | | Join petur [0] (n=peter@d54C6F9B2.access.telenet.be) |
| 23:16:17 | | Join mikroflops [0] (n=yogurt@90-231-195-226-no112.tbcn.telia.com) |
| 23:18:15 | | Quit n1s ("Lämnar") |
| 23:22:05 | | Quit petur ("Zzzz *burp*") |
| 23:23:55 | | Join BBBradley [0] (n=c73d19fe@giant.haxx.se) |
| 23:25:32 | BBBradley | What is the best way to leave the WPS and stop audio? I've used "audio_stop()" but wondered is there another way? |
| 23:26:25 | | Nick Ypsy is now known as YPSY (n=ypsy@geekpadawan.de) |
| 23:28:08 | AaronM | look in the source of the stop button 'holding play for a little while' |
| 23:28:34 | JdGordon| | BBBradley: if you want to stop audio then that is fine |
| 23:29:29 | BBBradley | I want to stop the audio and exit the wps at the same time |
| 23:29:51 | Torne | stopping audio always exits the wps |
| 23:30:05 | BBBradley | Torne thanks |
| 23:30:20 | Torne | it's not the while stopped screen ;) |
| 23:30:36 | gevaerts | Torne: that one is called the "menu" I think |
| 23:30:41 | BBBradley | I'm still fighting an issue where I exit the wps using "audio_stop()" and my menu won't spin until I press the menu key. It's annoying. |
| 23:31:13 | evilnick_B | (for the logs) bluebrother: The changes to crossfade are a big improvement, and I haven't seen/heard any issues with them. Tested on a gigabeat F. |
| 23:33:49 | JdGordon| | wrong blue* :) |
| 23:35:39 | evilnick_B | Oops! Blue_Dude: See above ^^ |
| 23:35:41 | | Join killan_ [0] (n=nnscript@c-0efa70d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 23:35:41 | | Quit GeekShadow (Read error: 131 (Connection reset by peer)) |
| 23:35:41 | | Quit killan (Read error: 131 (Connection reset by peer)) |
| 23:36:04 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 23:39:37 | BBBradley | AaronM what file is that in? |
| 23:40:17 | AaronM | idk, i dont code |
| 23:40:37 | AaronM | i just know the stop button in rockbox is preety much what your looking for |
| 23:43:34 | | Quit bertrik ("De groeten") |
| 23:44:21 | | Quit hebz0rl () |
| 23:48:37 | | Quit dfkt (Read error: 110 (Connection timed out)) |
| 23:56:16 | | Join panni__ [0] (i=hannes@ip-95-222-21-143.unitymediagroup.de) |
| 23:56:57 | | Quit panni_ (Read error: 113 (No route to host)) |
icon identifies that the person is a core developer (has commit access).