| 00:02:07 | | Join Comokanu [0] (n=5c0ce2b3@gateway/web/cgi-irc/labb.contactor.se/x-844a90f7cf37d3b2) |
| 00:02:13 | | Quit Comokanu (Client Quit) |
| 00:05:49 | | Quit Horscht ("Verlassend") |
| 00:06:28 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 00:06:41 | | Join solexx [0] (n=jrschulz@e176112212.adsl.alicedsl.de) |
| 00:10:32 | gartral | and i cant get a sim build too work |
| 00:11:31 | Bagder | gartral: what happens? |
| 00:12:51 | gartral | the sim wont even load |
| 00:13:10 | Bagder | can you be more specific? |
| 00:13:24 | Bagder | that dev environment do you use? |
| 00:13:26 | Bagder | what |
| 00:14:03 | gartral | i built a sim build, and i ziped the simdisk dir, and transfered to my comp and unzipped into the local simdisk, replacing what was there, and now the sim is busted |
| 00:14:26 | saratoga | try make install instead of make zip |
| 00:14:35 | saratoga | to rule out other problems |
| 00:14:36 | gartral | i use the build enviroment that JdGordon has, as its his system i build from |
| 00:14:53 | | Quit domonoky (Read error: 54 (Connection reset by peer)) |
| 00:14:56 | | Join Rob2223 [0] (n=Miranda@p4FDCDCA8.dip.t-dialin.net) |
| 00:14:59 | saratoga | you'll probably need to run it on his system then? |
| 00:15:06 | Bagder | gartral: well, without more specific details it sounds as if your two systems are similar enough then |
| 00:15:22 | Bagder | are not |
| 00:15:27 | Bagder | darnit I should go to bed instead |
| 00:15:30 | gartral | what do you mean? |
| 00:15:53 | Bagder | something prevents it from running on your system |
| 00:16:09 | Bagder | possibly because your system differs from jdgordon's somehow |
| 00:16:19 | gartral | i figured that |
| 00:16:48 | gartral | but why would it be different if all im changing is the .rockbox directory? |
| 00:16:59 | Bagder | you tell us! |
| 00:17:17 | Bagder | I'd use strace or gdb to find out on a linux box |
| 00:17:21 | gartral | i dont understand what you mean |
| 00:17:52 | saratoga | theres probably some difference between your systems like OS versions, bitness, etc |
| 00:18:05 | gartral | well, my system is windows, his is linux, i know i cant make the executable work, but why would the base files fail? |
| 00:18:23 | saratoga | bacause they're compiled for linux and you're not running linux |
| 00:18:43 | | Quit BHSPitLappy (Remote closed the connection) |
| 00:19:12 | saratoga | if you want to run the sim on windows you'll need to compile it for windows, unless Jdgordon already did that for you |
| 00:19:40 | amiconn | And you'll obviously need sdl.dll as well |
| 00:19:44 | gartral | well, as it doesnt work, ide say he didnt |
| 00:19:52 | | Quit solexx_ (Read error: 110 (Connection timed out)) |
| 00:19:55 | gartral | already there |
| 00:20:47 | | Quit n17ikh (Read error: 60 (Operation timed out)) |
| 00:21:12 | gartral | how do i cross compile for windows |
| 00:22:28 | saratoga | i think the easiest way is to setup the dev environment on windows and run it in there |
| 00:22:37 | amiconn | http://www.rockbox.org/twiki/bin/view/Main/UiSimulator#Building_Windows_sim_in_Linux |
| 00:23:01 | gartral | i just dont understand why the applications and such need compiling for windows if there for rockbox... |
| 00:23:06 | linuxstb | gartral: Or you could just download a binary for Windows - the same UiSimulator wiki page has links. |
| 00:23:27 | Bagder | or just build and run it on linux... |
| 00:23:32 | linuxstb | gevaerts: That wiki page also has a useful description of what the sim is... |
| 00:23:42 | linuxstb | (sorry, I meant gartral) |
| 00:23:45 | gevaerts | linuxstb: thanks :) |
| 00:23:52 | saratoga | windows can't run linux programs |
| 00:24:01 | saratoga | this is the answer to your question |
| 00:24:03 | linuxstb | gevaerts: You're welcome. Now please read it. |
| 00:24:16 | gevaerts | linuxstb: I know how to build windows sims on linux! |
| 00:25:06 | linuxstb | ;) |
| 00:25:41 | | Join casainho [0] (n=chatzill@87-196-18-247.net.novis.pt) |
| 00:26:01 | casainho | hello :-) |
| 00:26:34 | casainho | does anyone knows if there is same target player that uses SD card with SPI? - I am looking for SPI drivers of SD cards... |
| 00:29:01 | gartral | ok.. ill just grab a simbuild from the site, as i really dont feel like breaking my build enviroment a third time |
| 00:29:32 | | Quit timc`` (Connection timed out) |
| 00:31:11 | | Join timc`` [0] (n=aoeu@119.109.98.78) |
| 00:31:22 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 00:31:48 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 00:31:54 | | Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 00:35:12 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 00:37:41 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") |
| 00:38:11 | | Join DerPapst [0] (n=DerPapst@p579B2D03.dip.t-dialin.net) |
| 00:38:19 | DerPapst | hey all :-) |
| 00:38:27 | kugel | hi |
| 00:39:51 | tmzt | kugel: what svn revision is preferred for building mkamsboot to flash fuze and retain the ability to boot OF? |
| 00:40:12 | kugel | tmzt: most recent? |
| 00:40:34 | tmzt | there are no issues with key detection that would likely brick the fuze? |
| 00:41:25 | | Quit ibseco (Read error: 145 (Connection timed out)) |
| 00:41:48 | gartral | ok, this worrisome, the files seem too play fine in the sim |
| 00:42:21 | DerPapst | JdGordon|afk (since you did that or any other one who cares): dunno if that is correct but in lamp.c the default option in the switch statement for targets with a color display the !SYSEVENT feels wrong... shouldn't it be 'if (IS_SYSEVENT(button))'? |
| 00:43:26 | DerPapst | anyway, free time's already up again. see you all some other time ;-) |
| 00:43:29 | | Quit DerPapst ("iPodLinux rocks!") |
| 00:44:31 | | Quit Slack_ (Read error: 60 (Operation timed out)) |
| 00:45:57 | | Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) |
| 00:48:36 | gartral | ok, it had too play 3 songs, but it did freeze and quit |
| 00:48:55 | gartral | but without stating an abort address |
| 00:51:24 | | Quit ender` (" If you eat a live toad first thing in the morning, nothing worse will happen all day long. -- California saying; To you or") |
| 00:52:35 | | Quit jhMikeS (Read error: 110 (Connection timed out)) |
| 00:54:42 | | Join Slack_ [0] (n=brett@12-218-60-196.client.mchsi.com) |
| 00:59:58 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 01:00 |
| 01:02:24 | gartral | the dap aborts as soon as the userfl buffer fills |
| 01:02:51 | | Quit MethoS- (Remote closed the connection) |
| 01:03:05 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 01:05:19 | | Quit blithe (Read error: 60 (Operation timed out)) |
| 01:06:29 | | Join blithe [0] (n=blithe@stiletto.djblithe.com) |
| 01:06:50 | gartral | and all the buffers fill almost instantly on just that album it sems, in bothsim and real |
| 01:08:26 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 01:09:32 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-bf51a5d3882e1dcc) |
| 01:14:28 | | Join japc_ [0] (n=japc@bl7-252-83.dsl.telepac.pt) |
| 01:15:12 | | Quit timc`` (Read error: 104 (Connection reset by peer)) |
| 01:15:24 | | Join timc`` [0] (n=aoeu@119.109.98.78) |
| 01:17:29 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 01:17:40 | | Quit japc__ (Read error: 145 (Connection timed out)) |
| 01:18:16 | | Join Willwolfe [0] (n=chatzill@net35-14.netkaster.ca) |
| 01:19:05 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-40e8cd5718df856e) |
| 01:21:57 | | Quit flydutch ("/* empty */") |
| 01:22:47 | gartral | not often my hunches work, but i just refreshed the database and now, playing the play list that caused the abort suddenly doesn't... |
| 01:23:19 | | Quit nuonguy ("This computer has gone to sleep") |
| 01:24:53 | Unhelpful | kugel: how'd i break test_boost? |
| 01:26:13 | Unhelpful | jhMikeS: not frustrations, so much as wondering which wrappers we can remove. i guess the cache function ones seem to be more about allowing direct calls to inline versions on some targets, and using the API on others, than about hiding the API in general? |
| 01:27:56 | Unhelpful | amiconn: is there a separate 32x32->32 multiply on arm? if that's just umull + discard bottom half, i'd like to keep the present code on arm, since it has 7 bits more precision and no actual shifts |
| 01:28:19 | amiconn | Of course. Just 'mul' |
| 01:28:24 | | Join gewuerzwiesel [0] (n=gewuerzw@unaffiliated/gewuerzwiesel) |
| 01:28:26 | | Join nibbler [0] (n=Nibbler@pD9E33418.dip.t-dialin.net) |
| 01:28:28 | gewuerzwiesel | hi |
| 01:28:41 | amiconn | Signed and unsigned are the same if you do n*n->n |
| 01:28:59 | amiconn | 'mul' is 1 cycle faster than smull/umull |
| 01:30:11 | Unhelpful | ok... maybe i need to see what the practical limits are if we move everything over 8 bits |
| 01:30:33 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 01:30:34 | | Quit Slack_ (SendQ exceeded) |
| 01:30:51 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-be5e4d59d592eb8a) |
| 01:32:03 | Unhelpful | if we use mul, there would be a shift though, right? the shift comes for free with umull, since the output is in two registers. |
| 01:32:16 | | Join Slack_ [0] (n=brett@12-218-60-196.client.mchsi.com) |
| 01:33:17 | amiconn | The shift might also be for free, depending on how the mul result is processed further |
| 01:33:42 | Unhelpful | it would be >>24 after the mul |
| 01:34:18 | amiconn | Yeah, it depends on the instruction that processes the 'mul' result |
| 01:34:32 | saratoga | many arm instructions can shift their inputs, so the shift is probably free |
| 01:35:01 | amiconn | They can shift one of their inputs |
| 01:35:23 | saratoga | Unhelpful: any interest in a jpeg decoder once this is all done? |
| 01:35:28 | | Join Rob2222 [0] (n=Miranda@p4FDCFA12.dip.t-dialin.net) |
| 01:35:48 | Unhelpful | well, the next thing would be putting it into LCD_RGBPACK_LCD, in the PF case, or into dithering, in core... |
| 01:36:24 | Unhelpful | LCD_RGPACK_LCD is going to be shifting it, and i'm guessing shift can't shift before it shifts? |
| 01:37:14 | | Quit gromit` ("Coyote finally caught me") |
| 01:37:33 | | Join gromit` [0] (n=gromit@ALagny-154-1-14-251.w83-112.abo.wanadoo.fr) |
| 01:38:36 | | Part gewuerzwiesel |
| 01:39:57 | | Quit tmzt (Read error: 110 (Connection timed out)) |
| 01:42:24 | | Quit tessarakt ("Client exiting") |
| 01:42:37 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 01:42:57 | | Quit PaulJam_ (".") |
| 01:45:49 | kugel | Unhelpful: well, you didn't apply your plugin api rework to it |
| 01:46:26 | gartral | jpeg? that'd be nice >.> |
| 01:47:22 | | Join Horschti [0] (n=Horscht@xbmc/user/horscht) |
| 01:48:23 | | Quit nibbler (Read error: 110 (Connection timed out)) |
| 01:49:21 | | Part gartral |
| 01:49:57 | *** | Saving seen data "./dancer.seen" |
| 01:50:35 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 01:51:06 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-735a8d16c47991e4) |
| 01:51:56 | | Quit gromit` (Read error: 60 (Operation timed out)) |
| 01:52:20 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 01:52:38 | kugel | Unhelpful: the fix is easy |
| 01:58:41 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
| 01:59:14 | | Join gromit` [0] (n=gromit@ALagny-154-1-59-212.w81-249.abo.wanadoo.fr) |
| 01:59:46 | | Quit LambdaCalculus37 ("Ka-chunka") |
| 01:59:49 | Unhelpful | it should be, yes. must've been merged after my first patch? |
| 02:00 |
| 02:02:06 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-117ca68f2275475b) |
| 02:02:24 | Unhelpful | amiconn: the dither math is like this: r = (31 * r + (r >> 3) + delta) >> 8; |
| 02:02:33 | | Quit itcheg (Client Quit) |
| 02:03:30 | Unhelpful | so, if it can calculate the 31*(r>>24) without destroying r, the r>>3 becomes r>>27... i'll probably need to either time it or go over the asm to see if this is faster than umull? |
| 02:05:05 | | Quit tajlero ("Leaving") |
| 02:05:06 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 02:07:11 | | Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) |
| 02:12:21 | Unhelpful | i'll set up a few defines to make the shift size switchable, so it won't be hard to test both versions on ARM |
| 02:14:01 | | Join axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) |
| 02:14:01 | kugel | Unhelpful: right |
| 02:14:29 | | Join Soap_ [0] (n=Soap@96-35-143-21.static.stls.mo.charter.com) |
| 02:15:12 | | Quit BHSPitLappy (Read error: 60 (Operation timed out)) |
| 02:15:34 | | Quit culture (Read error: 110 (Connection timed out)) |
| 02:16:08 | | Quit nuonguy (Read error: 148 (No route to host)) |
| 02:18:58 | | Join Rob2223 [0] (n=Miranda@p4FDCF3EF.dip.t-dialin.net) |
| 02:19:28 | | Join gromit`` [0] (n=gromit@ALagny-154-1-77-70.w81-48.abo.wanadoo.fr) |
| 02:19:36 | | Quit Thundercloud (Remote closed the connection) |
| 02:19:54 | Unhelpful | kugel: that should fix it. i wonder if there are any docs i should fix? |
| 02:20:13 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 02:21:51 | kugel | Unhelpful: not that I know, but you might want to put test_boost into a subdir (right now it's in rocks/ not in rocks/apps) while you're at fixing it |
| 02:23:11 | saratoga | microboosting does give a nice battery improvement on PP for MP3 according to the FS entry |
| 02:23:12 | Unhelpful | i already committed the global plugin API fix... those basically just involve removing an argument from plugin_start and removing any declaration of a plugin_api. i ported almost everything with sed. ;) |
| 02:24:15 | Unhelpful | perhaps just define a SCALER_SHIFT and key the rest of them from that? |
| 02:24:16 | saratoga | i bet Coldfire gets an even bigger increase |
| 02:24:34 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-b5bb81fb0a1d0788) |
| 02:27:43 | | Quit axionix_ (Read error: 110 (Connection timed out)) |
| 02:28:43 | | Join tmzt [0] (n=tmzt@76.211.21.146) |
| 02:29:21 | | Quit gromit` (Read error: 110 (Connection timed out)) |
| 02:34:58 | | Quit Willwolfe ("ChatZilla 0.9.84 [Firefox 3.0.1/2008070208]") |
| 02:36:11 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 02:39:46 | jhMikeS | Unhelpful: It would otherwise need nasty #ifdef's in every instance as rb->cache_fn() or just cache_fn(). Really, I'd prefer rb->cache_fn() always and save the nonsense. |
| 02:40:29 | | Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 02:40:36 | Unhelpful | jhMikeS: maybe... but understanding the reason, and knowing it's not a mere convenience wrapper, makes me not really have a complaint against it any more |
| 02:41:22 | | Join tseymour [0] (n=chatzill@c-67-168-192-76.hsd1.or.comcast.net) |
| 02:41:36 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 02:42:44 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 02:44:39 | jhMikeS | Unhelpful: I think it's an unneeded complication in the system for no real benefit. I'm guilty of creating it but it just seems rather pointless...sort of a pathological avoidance of changing too much, which I think I've cured myself of nowadays. |
| 02:46:02 | Unhelpful | i guess it depends on how large the function call overhead is, and how often they're called? |
| 02:48:39 | jhMikeS | they aren't called often and full operations like that can be rather slow anyway |
| 02:52:37 | | Quit Seed ("cu, Andre") |
| 02:53:05 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 02:53:27 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:58:21 | TheSkunkMan | I'm trying to use the SimpleFirmwareCrack, but how do I set the input file? Shouldn't it be like: g++ decode_light.cpp -i file ? |
| 02:59:45 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-0f936c13c6ca9373) |
| 03:00 |
| 03:00:31 | | Join Rob2222 [0] (n=Miranda@p4FDCEB73.dip.t-dialin.net) |
| 03:00:56 | kugel | saratoga: wow, 23.5h on mp3 |
| 03:01:13 | kugel | slowly, rockbox runtime on sansas get impressive :) |
| 03:02:08 | kugel | but I still think 20MHz is too low for the UI (especially text editor), even though it's not as worse as I thought |
| 03:04:05 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.5/2008121622]") |
| 03:10:03 | | Quit tajlero ("Leaving") |
| 03:10:18 | | Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 03:10:39 | | Quit Slack_ (Connection timed out) |
| 03:11:40 | Unhelpful | amiconn: looks like i'll need to change the rounding scheme for >> 24 - rounding the reciprocal up, rather than to nearest, is causing overflows even at sizes like 500x500 |
| 03:14:42 | | Quit tyfoo ("Carpe diem") |
| 03:16:30 | | Quit axionix (Read error: 60 (Operation timed out)) |
| 03:18:05 | | Join JimCokos [0] (n=442e3aa5@gateway/web/cgi-irc/labb.contactor.se/x-35008fe472a6b283) |
| 03:18:20 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 03:18:50 | | Join RoC_MasterMind [0] (n=Free@c-76-122-43-188.hsd1.fl.comcast.net) |
| 03:20:38 | | Join axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) |
| 03:21:04 | | Quit JimCokos (Client Quit) |
| 03:22:23 | | Join Slack_ [0] (n=brett@12-218-60-196.client.mchsi.com) |
| 03:23:30 | Unhelpful | ok... it can work at reasonable sizes, at least. starts to fail at substantially less unreasonable sizes than the >>32 version does. |
| 03:32:14 | | Join Darksair [0] (n=user@125.33.197.222) |
| 03:36:38 | | Quit Slack_ ("Ex-Chat") |
| 03:42:34 | | Join Rob2223 [0] (n=Miranda@p4FDCDBB2.dip.t-dialin.net) |
| 03:44:25 | Unhelpful | amiconn: which is going to be worse on sh-1 and coldfire... a 32-bit divide, or a 32x32->64 multiply (with the undertstanding that that may be 64x64->64 in reality) |
| 03:44:58 | | Quit m0f0x () |
| 03:49:52 | | Quit RoC_MasterMind ("Leaving") |
| 03:49:58 | *** | Saving seen data "./dancer.seen" |
| 04:00 |
| 04:00:53 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 04:07:10 | | Quit timc`` (Read error: 145 (Connection timed out)) |
| 04:07:54 | | Quit tajlero (Read error: 60 (Operation timed out)) |
| 04:17:37 | | Join Barahir_ [0] (n=jonathan@Xac1b.x.pppool.de) |
| 04:20:49 | saratoga | Unhelpful: its hard to imagine theres a target where divides are faster then multiplies of any size |
| 04:21:37 | Unhelpful | saratoga: even multiplies two or four times as wide as supported by the widest multiply instruction? |
| 04:22:03 | | Quit Darksair ("People who are zhuangbility want to show their niubility but only reflect their shability.") |
| 04:22:40 | saratoga | Unhelpful: I would expect so |
| 04:22:48 | saratoga | building up larger multiplies is pretty quick |
| 04:23:02 | saratoga | whereas even hardware division is typically quite slow |
| 04:25:32 | Unhelpful | i know divisions are going to have to be done iteratively... but it takes a fair number of multiplies to get a 32x32->64 or 64x64->64 when you only have 16x16->32, which is what i understand sh has |
| 04:25:47 | | Join xSlack [0] (n=brett@12-218-60-196.client.mchsi.com) |
| 04:26:50 | | Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 04:28:02 | saratoga | ARM only has an 8 bit multiplier |
| 04:28:11 | saratoga | well armv4 |
| 04:28:37 | saratoga | and it manages to do 32x32->64 multiplies quite quickly [6 clocks] |
| 04:28:48 | Unhelpful | good gravy... it may be wise for me to use the shift24 version on some ARM as well :) |
| 04:28:48 | | Join timc`` [0] (n=aoeu@119.109.98.78) |
| 04:29:48 | saratoga | yes armv4 is really shitty |
| 04:30:15 | | Quit Barahir (Read error: 110 (Connection timed out)) |
| 04:30:43 | * | Unhelpful didn't know about the ability of arm to apply shifts to arguments of other operations, either |
| 04:31:08 | Unhelpful | so i'll be testing if the >>24 version without the 32x32->64 multiply is faster on arm as well |
| 04:31:37 | saratoga | if it saves a multiply i would expect it to be |
| 04:32:21 | saratoga | thats pretty much what all codec optimization on arm is, trying to figure out how to not multiply numbers |
| 04:33:01 | Unhelpful | there's still a multiply. amiconn said 32x32->64 costs a cycle more than 32x32->32, so the real question is whether we end up losing that cycle with the need to shift the value in the shift24 version |
| 04:33:18 | saratoga | i wouldn't worry too much about saving one clock |
| 04:33:25 | saratoga | unless you're going to do that multiply a whole lot |
| 04:33:48 | Unhelpful | per output pixel in the scaler. |
| 04:34:00 | saratoga | thats nothing |
| 04:34:09 | saratoga | you'll never have even a million output pixels |
| 04:34:46 | Unhelpful | heh, true |
| 04:34:56 | saratoga | at that point you're probably better off unrolling the loop in ARM asm to save all clocks wasted on the branch and lw instructions |
| 04:35:52 | | Quit AndyI (Read error: 145 (Connection timed out)) |
| 04:36:09 | Unhelpful | well, 80MHz PP scales a 2560x1600 image down for sliding_puzzle in 16s |
| 04:36:37 | | Part tseymour |
| 04:37:14 | Unhelpful | would unrolling the loop in asm really be much more worthwhile than unrolling it in C? |
| 04:37:25 | saratoga | depends how much faith you put in gcc |
| 04:37:46 | saratoga | i've beaten it by a lot, and also found times where i could do no better |
| 04:38:00 | | Quit jhulst (Connection timed out) |
| 04:38:07 | Unhelpful | ...i've had it produce broken code when hand-unrolling a loop in C :/ |
| 04:38:08 | saratoga | for very tight loops its often worth trying since the effort is small and saving even a few clocks on unrolling can make a big difference |
| 04:39:01 | saratoga | basically look for anytime you do a lot of "load, mult, store" loops, as those can often beat GCC by unrolling 2 or 4x, then replacing the lw with load multiple ops |
| 04:39:43 | saratoga | particularly for PP, since load multiples are almost twice as fast as load singles |
| 04:39:52 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 04:40:26 | * | Unhelpful would think that gcc would know how to do that itself... |
| 04:42:15 | Unhelpful | i guess everything ARM has decent memory, as well, ie, nobody will kill me if a loop unroll adds a few bytes... |
| 04:47:35 | saratoga | unrolling is tough for compilers, since it wastes a lot of space and its not always clear if its worth it at compile time |
| 04:47:44 | saratoga | and gcc for arm is not the smartest compiler |
| 04:48:12 | Unhelpful | i'm guessing that gcc is not able to turn that into a shift+<otherop>, and is adding an explicit shift, because the shift24 version is slower than the shift32 version with its free shift |
| 04:48:34 | Unhelpful | on e200 - PP 80MHz, right? |
| 04:49:12 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 04:49:34 | | Join AndyI [0] (n=pasha_in@212.14.205.32) |
| 04:49:37 | | Join blkhawk- [0] (n=blkhawk@g227019018.adsl.alicedsl.de) |
| 04:50:04 | saratoga | Unhelpful: yes |
| 04:50:11 | Unhelpful | well, in any case, i seem to have a working scaler that never needs 32x32->64 mul, and i'd like to use that version wherever we don't have that operation in hardware... sounds like everything besides arm>4? |
| 04:50:32 | saratoga | Unhelpful: its pretty easy to objdump your own code and see what gcc is doing |
| 04:51:15 | saratoga | just add whatever that compiler switch that leaves in the debug info to your makefile, and then arm-elf-objdump it |
| 04:51:17 | Unhelpful | yes, but i don't know much at all about arm asm... so it was also pretty easy to count ticks, then make my e200 load a huge image while nothing else is happening |
| 04:51:43 | saratoga | i don't really know anything about it either, but if you're just mutliplying, adding, shifting, loading and storing you ddon't need to know much |
| 04:58:16 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:59:41 | | Join intrados [0] (n=intrados@rpat-164-107-239-245.resnet.ohio-state.edu) |
| 05:00 |
| 05:03:51 | Unhelpful | ok... so for the moment, i want to use this code #if defined(CPU_ARM)... are there any specific CPUs we use that are ARM4 that i want to use the less precise version on? |
| 05:05:47 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
| 05:06:34 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g227019018.adsl.alicedsl.de) |
| 05:09:18 | | Quit XavierGr () |
| 05:26:02 | Unhelpful | amiconn: here's what i have so far. the quality is good with SC_SHIFT == 24 up to reasonable sizes, but rounding/division errors start to happen a bit earlier. SC_SHIFT == 32 times faster on my e200, so i'm using that if CPU_ARM is defined. http://pastebin.com/m3d4b2f6b |
| 05:28:40 | | Quit Acksaw (Read error: 104 (Connection reset by peer)) |
| 05:29:02 | | Join Acksaw [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) |
| 05:36:40 | | Quit saratoga ("CGI:IRC (Ping timeout)") |
| 05:49:27 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-bc1ee83121beec5b) |
| 05:49:53 | | Join grndslm [0] (n=grndslm@24-119-80-142.cpe.cableone.net) |
| 05:50:00 | *** | Saving seen data "./dancer.seen" |
| 06:00 |
| 06:03:40 | | Quit Tuplanolla (Read error: 145 (Connection timed out)) |
| 06:06:50 | | Join tim__ [0] (n=aoeu@119.109.98.78) |
| 06:10:39 | | Quit timc`` (Read error: 54 (Connection reset by peer)) |
| 06:15:54 | | Join n17ikh|Lappy [0] (n=n17ikh@130.127.74.89) |
| 06:16:49 | | Nick n17ikh|Lappy is now known as n17ikh (n=n17ikh@130.127.74.89) |
| 06:17:13 | | Nick n17ikh is now known as n17ikh| (n=n17ikh@130.127.74.89) |
| 06:17:18 | | Nick n17ikh| is now known as n17ikh (n=n17ikh@130.127.74.89) |
| 06:20:48 | | Join os2user [0] (n=chatzill@87.228.64.2) |
| 06:22:44 | | Quit kadoban (Remote closed the connection) |
| 06:22:59 | | Quit jhulst (Read error: 54 (Connection reset by peer)) |
| 06:30:15 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 06:41:10 | | Quit Prot (Read error: 113 (No route to host)) |
| 06:44:11 | | Quit AndyI () |
| 06:48:50 | | Join unstable [0] (i=unstable@glitchinthe.net) |
| 06:49:09 | | Join __lifeless [0] (n=lifeless@89.20.108.99) |
| 06:49:13 | unstable | hmm, the Sansa e280 of sucks. Anyone know how I can just see file names? |
| 06:51:12 | Unhelpful | unstable: files in the main menu. you'll have to set it to show all files if you want to see the "music" directory, since the OF marks that hidden on startup |
| 06:52:41 | unstable | Unhelpful: "files"? in the main menu? I don't see a files option. |
| 06:53:01 | Unhelpful | it's the first item in the rockbox main menu. |
| 06:53:23 | unstable | o, I'm on the crappy of. I have a e280 v2. :( |
| 06:53:33 | unstable | Can rockbox work on the v2 yet? or the clip? |
| 06:53:37 | saratoga | unstable: no |
| 06:53:53 | saratoga | also, the original firmware is offtopic here |
| 06:54:03 | Unhelpful | not really. you shouldn't install it if you're not testing or developing. |
| 06:54:41 | | Join gromit` [0] (n=gromit@ALagny-154-1-21-92.w83-112.abo.wanadoo.fr) |
| 06:55:13 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 06:56:52 | Unhelpful | saratoga: i don't see any models in DeviceChart that claim to be ARM4... but i see some that are probably ARM and don't say which version? |
| 06:57:28 | saratoga | Unhelpful: armv4 is the ISA that ARM7 and some ARM9 cores run |
| 06:57:38 | | Join Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) |
| 06:58:10 | Unhelpful | ahhh... i see. core "versions" that don't sync with ISA versions, very nice :/ |
| 06:58:22 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 06:58:32 | saratoga | PP, AMS, the Samsung chip in the GB f/X are ARMv4 |
| 06:59:54 | Unhelpful | i see... and only have 8-bit multiply? i should probably get somebody to time the two scaler versions on those devices, before i make assumptions about which is fastest... |
| 07:00 |
| 07:00:23 | saratoga | telechips can be either 4 or 5, and the beast is v6 |
| 07:00:50 | | Quit gromit`` (Read error: 110 (Connection timed out)) |
| 07:01:03 | saratoga | i don't think you have to worry about v>4 since those will be so fast anyway |
| 07:01:52 | Unhelpful | wait a sec... so i've actually timed it on armv4, haven't i? when i tested the e200? |
| 07:02:00 | saratoga | i think all modern v4 ARM cores have the 8 bit multiplier unit |
| 07:02:05 | saratoga | yes PP is armv4 |
| 07:02:15 | | Join rocko_ [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 07:02:17 | saratoga | pretty much everything is v4 except the beast and some upcoming targets |
| 07:03:19 | Unhelpful | that makes me wonder if it will really be any faster on coldfire or sh-1 without the 64-bit multiplies |
| 07:06:05 | | Quit _lifeless (Read error: 110 (Connection timed out)) |
| 07:09:01 | | Part toffe82 |
| 07:11:03 | saratoga | Unhelpful: I noticed in your above patch that you are doing your fixed point multiplies in c |
| 07:11:18 | saratoga | you might consider stealing an assembly version from any of the codecs |
| 07:11:42 | saratoga | the speed up for codecs in using an assemblerized version of A*B >>C is typically enormous |
| 07:11:50 | | Quit tajlero (Read error: 110 (Connection timed out)) |
| 07:14:26 | saratoga | Unhelpful: see http://svn.rockbox.org/viewvc.cgi?view=rev;revision=18570 |
| 07:16:22 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
| 07:16:46 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
| 07:19:25 | Unhelpful | well, gcc is generating this, when compiling for e200: http://pastebin.com/d1c8d2d61 |
| 07:20:22 | Unhelpful | looks like load, add the rounding value, umull the scaling value |
| 07:25:37 | | Join cheesecake [0] (n=45c4bebd@gateway/web/cgi-irc/labb.contactor.se/x-51d583729a01496f) |
| 07:25:51 | | Nick cheesecake is now known as love (n=45c4bebd@gateway/web/cgi-irc/labb.contactor.se/x-51d583729a01496f) |
| 07:26:05 | | Nick love is now known as bunny (n=45c4bebd@gateway/web/cgi-irc/labb.contactor.se/x-51d583729a01496f) |
| 07:26:27 | | Nick bunny is now known as keepsake (n=45c4bebd@gateway/web/cgi-irc/labb.contactor.se/x-51d583729a01496f) |
| 07:27:04 | | Nick keepsake is now known as JackZhou (n=45c4bebd@gateway/web/cgi-irc/labb.contactor.se/x-51d583729a01496f) |
| 07:27:59 | | Quit Horschti ("Verlassend") |
| 07:31:06 | | Quit saratoga ("CGI:IRC (EOF)") |
| 07:33:09 | | Quit Aurix_Lexico (Read error: 110 (Connection timed out)) |
| 07:33:14 | amiconn | Unhelpful: Iirc a 32 bit division on SH1 would be faster than any multiplication involving 64 bits on it (using the libgcc routines) |
| 07:35:00 | amiconn | This is because the division is done in asm, using SH1's division support instructions. This takes 64 cycles + some pre/postadjustment + function call overhead. The 64 bit multiplication stuff is plain C. |
| 07:35:07 | Unhelpful | amiconn: the SC_SHIFT = 24 case has enough overhead that one can expect the values not to overflow when multiplying by 63... so using /255 there is fine |
| 07:35:25 | amiconn | The worst is divisions involving 64 bit, of course |
| 07:36:25 | * | amiconn wrote a 32*32->64 bit multiplication (signed, but that can be changed) in asm for SH1 and coldfire |
| 07:36:41 | amiconn | ...for mandelbrot |
| 07:37:16 | | Quit sbhsu (Read error: 110 (Connection timed out)) |
| 07:37:37 | | Quit AndyI () |
| 07:37:47 | amiconn | Actually, if the <<24 costs too much precision for larger images, it probably makes sense to introduce some of this asm rather than loose the precision |
| 07:37:58 | amiconn | >>24 of course |
| 07:38:32 | amiconn | So basically you need 32*32->upper32 multiplication? |
| 07:39:43 | Unhelpful | as it's written now, yes. the >>24 version gets by without. i can't say precisely where it the reduced precision starts to be noticeable, but white is still white up to at least 250K pixels input in the downscaling case |
| 07:42:37 | Unhelpful | the kind of graphics work i've done in the past was mostly with mmx... which is generally beastly, but has some vector NxN->topN instructions that are just too conveniently abused for fixed-point stuff |
| 07:44:03 | amiconn | armv6 has a special instruction for this, btw, but only for signed |
| 07:47:34 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 07:50:03 | *** | Saving seen data "./dancer.seen" |
| 07:54:32 | | Join gerald [0] (n=gerald@S010600173fa2dc9c.vn.shawcable.net) |
| 07:56:05 | gerald | hi, I recently installed rockbox 3.1 on my first gen nano, and when I plug it into a car charger/fm transmitter it just keeps rebooting (maybe trying to enter usb disk mode?), any easy way to prevent that? |
| 07:56:19 | gerald | I have seen refs to some kind of car charger mode but that doesn't seem to be in 3.1 |
| 07:56:54 | cool_walking_ | Try holding MENU while connecting it. |
| 07:59:54 | gerald | awesome! thanks! |
| 08:00 |
| 08:01:35 | cool_walking_ | You're welcome. |
| 08:02:35 | | Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") |
| 08:02:51 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
| 08:17:10 | | Nick Barahir_ is now known as Barahir (n=jonathan@Xac1b.x.pppool.de) |
| 08:17:46 | | Quit os2user (Remote closed the connection) |
| 08:18:55 | | Quit BigBambi (Remote closed the connection) |
| 08:27:19 | | Quit GodEater_ ("http://www.mibbit.com ajax IRC Client") |
| 08:29:19 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 08:30:27 | advcomp2019 | i just back from shopping today and got a fuze and it is a v2 fuze |
| 08:30:49 | linuxstb | Does that mean sandisk now have two firmware versions for the fuze? |
| 08:31:11 | advcomp2019 | yep |
| 08:31:20 | | Quit JackZhou ("CGI:IRC") |
| 08:32:09 | * | linuxstb spots it on Bagder's page |
| 08:36:07 | | Quit gerald ("ciao") |
| 08:37:19 | | Quit jhulst (Remote closed the connection) |
| 08:37:55 | | Join Rob2222 [0] (n=Miranda@p4FDCD095.dip.t-dialin.net) |
| 08:40:01 | | Join GodEater_ [0] (i=c2cbc962@rockbox/staff/GodEater) |
| 08:42:18 | | Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 08:44:20 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 08:44:57 | | Part kadoban ("Konversation terminated!") |
| 08:46:04 | | Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 08:49:10 | lucent | I got bit by an ext4 corruption bug and lost my OS |
| 08:49:17 | lucent | just getting back into things now |
| 08:49:38 | lucent | sorry I didn't test the non-HC microSD card on my Fuze and report back |
| 08:50:06 | lucent | advcomp2019: I'm real interested to know what colour is your fuze? |
| 08:50:44 | advcomp2019 | it is only a 2gb.. so it is only black |
| 08:51:07 | lucent | oh, 2gb and it's version 2 fuze, this is interesting. I don't know anything else about them |
| 08:52:06 | | Quit tvelocity (No route to host) |
| 08:54:20 | | Join tvelocity [0] (n=tony@adsl19-145.her.forthnet.gr) |
| 08:54:29 | | Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) |
| 08:55:58 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 08:59:01 | | Quit Seed ("cu, Andre") |
| 09:00 |
| 09:03:34 | | Join gregzx [0] (n=chatzill@dth156.neoplus.adsl.tpnet.pl) |
| 09:18:05 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:19:09 | | Quit gregzx (Read error: 104 (Connection reset by peer)) |
| 09:22:54 | | Quit sarixe ("Connection reset by the motherfucking peer") |
| 09:22:57 | | Join os2user [0] (n=chatzill@87.228.64.2) |
| 09:26:33 | | Join nibbler [0] (n=Nibbler@pD9E30047.dip.t-dialin.net) |
| 09:26:58 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
| 09:35:14 | | Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-738dbe9b3a3a6a90) |
| 09:40:18 | advcomp2019 | from what i have seen on the outsides of this v2 fuze and the photos of the v1 fuze, there is no way to tell if you get a v1 or v2 fuze |
| 09:43:25 | | Part LinusN |
| 09:43:27 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 09:46:28 | | Quit yhuang (Read error: 60 (Operation timed out)) |
| 09:46:51 | B4gder | so even the logos are exactly the same? |
| 09:47:04 | B4gder | afaiu they differ on the v1 vs v2 clips |
| 09:47:14 | lucent | B4gder: will wait for advcomp2019 to respond, but it won't surprise me |
| 09:47:19 | Zagor | yes, the roundness of the 's' is different |
| 09:47:25 | Zagor | (on clip) |
| 09:47:37 | B4gder | lucent: why? why wouldn't the fuze be like the clip in this aspect? |
| 09:47:58 | lucent | B4gder: the official line from SanDisk is to operate the device and check the firmware version installed |
| 09:48:16 | B4gder | yes, but I bet that too is the same for the clip |
| 09:48:19 | lucent | why re-tool just for a hardware revision? |
| 09:48:33 | B4gder | did did it for the clip |
| 09:48:39 | B4gder | they did |
| 09:48:50 | advcomp2019 | B4gder, the sansa is the same as my v1 clip |
| 09:48:56 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 09:49:13 | B4gder | lucent: you just repeat things as if the v1 and v2 clip difference doesn't exist |
| 09:49:24 | B4gder | advcomp2019: ok |
| 09:49:49 | | Quit nibbler (Read error: 110 (Connection timed out)) |
| 09:50:07 | *** | Saving seen data "./dancer.seen" |
| 09:50:23 | advcomp2019 | so the best bet with the fuze is the firmware version still |
| 09:50:38 | lucent | B4gder: I'm just asking, you know, why would you re-tool for that |
| 09:50:53 | B4gder | and again, I repeat that THEY ALREADY DID FOR THE CLIP |
| 09:50:54 | lucent | maybe it saves the mfg money or they have a supply problem |
| 09:51:02 | lucent | I don't know why they did it for the clip |
| 09:51:13 | lucent | generally you don't want to do that |
| 09:51:18 | B4gder | clearly they changed the logo |
| 09:51:34 | Zagor | logos even |
| 09:51:45 | B4gder | so they probably want their newer devices to use their up-to-date logo |
| 09:51:54 | B4gder | I don't see what that is strange |
| 09:51:56 | B4gder | why |
| 09:52:13 | lucent | that doesn't have to be related to firmware version |
| 09:52:20 | * | B4gder sighs |
| 09:57:26 | | Quit daurnimator ("Cyas later...") |
| 10:00 |
| 10:05:04 | | Quit z35 ("Leaving") |
| 10:10:49 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 10:18:32 | advcomp2019 | i just got out the broken 4gb fuze that someone gave me, it looks the same as this v2 on the outside too |
| 10:19:33 | Zagor | advcomp2019: what is the flash size of your v2 fuze? |
| 10:19:40 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-092-093.ewe-ip-backbone.de) |
| 10:20:13 | | Quit tyfoo (Success) |
| 10:20:18 | advcomp2019 | Zagor, i should look at that.. give me a few |
| 10:23:47 | advcomp2019 | the "t" firmware says 8MB on the SDRAM test |
| 10:24:13 | Zagor | ok, but I asked about flash :-) |
| 10:25:24 | advcomp2019 | i am not sure what you mean then.. sorry |
| 10:26:48 | Zagor | what is the storage size? 2GB, 4GB etc? |
| 10:27:08 | Zagor | the "disk" |
| 10:27:09 | advcomp2019 | o ok.. 2gb fuze |
| 10:27:12 | Zagor | ok |
| 10:29:16 | advcomp2019 | i got it at NFM(a store in omaha ne) at a 10% discount since office depot had them for $39.99 |
| 10:31:40 | | Join Anges [0] (n=agnes@lns-bzn-49f-62-147-173-3.adsl.proxad.net) |
| 10:33:00 | lucent | Hi agaffney |
| 10:33:03 | | Quit Thundercloud (Remote closed the connection) |
| 10:33:03 | * | lucent fails |
| 10:33:11 | lucent | hi Anges |
| 10:33:23 | Anges | :d |
| 10:33:43 | Anges | oh, my keyboard was wrong, I said hi |
| 10:34:46 | Anges | I haven't tested the new rockbox yet, but I have bought a micro sd card |
| 10:36:10 | lucent | nice |
| 10:36:26 | lucent | there is code now which is more reliable for Fuze 8gb and a card |
| 10:37:17 | lucent | one developer fixed a bug with "Boost" feature, and suddenly I found the card works more easily |
| 10:37:28 | lucent | something evil is still lurking in the code |
| 10:37:30 | lucent | :) |
| 10:38:19 | Zagor | subtle fw differences. fuze1 uses e59ff048 for first vectors, while fuze2 has *58. and the chunk fuze1 has at offset 0x500 is on 0x510 for fuze2. |
| 10:39:04 | Zagor | the double header seems to have different fields too. at least it's not the same amount of 0xff padding |
| 10:39:22 | Zagor | though I don't remember what the specific fields were |
| 10:40:19 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 10:40:49 | | Join EspeonEefi [0] (i=eefi@SAFFRONCITY.MIT.EDU) |
| 10:40:58 | advcomp2019 | Zagor, i think funman said the v2 clip and the v2 fuze was very similar but i could be remembering wrong |
| 10:41:12 | Zagor | yeah I would assume they are |
| 10:41:20 | Zagor | I'm just peeking a bit |
| 10:44:47 | | Join Casainho [0] (n=chatzill@bl8-153-226.dsl.telepac.pt) |
| 10:44:54 | Casainho | hello :-) |
| 10:45:45 | Casainho | does anyone knows if there is some target player that uses SPI SD Card communication? - I am looking for SPI drivers for SD card... and not SD BUS card drivers... |
| 10:47:11 | | Quit rocko_ ("Leaving") |
| 10:47:14 | lucent | Casainho: not related to rockbox but there's openwrt.org drivers which do this off an LED light signal |
| 10:47:23 | advcomp2019 | Zagor, i might go and pick up another to see if i get lucky again in getting a v2 fuze so i can try some code out |
| 10:48:20 | Casainho | lucent: thanks - I will then look for that drivers. I saw a lot of drivers for 8 bit MCU as AVR, etc... however I am having problems doing software reset to the card :-( |
| 10:51:27 | amiconn | Casainho: Ondio does SPI for MMC |
| 10:51:39 | Casainho | lucent: :-) −− there is a lot of pages talking about that SPI drivers ;-) |
| 10:51:54 | Casainho | amiconn: :-) :-) Thanks!! :-) |
| 10:52:28 | lucent | Casainho: I hope what I said is helpful, I'm not interested enough in these things to learn more |
| 10:52:28 | amiconn | There are some gotchas in that driver though. Most important one is the nasty bitswap |
| 10:52:52 | Casainho | amiconn: did you done that drivers? |
| 10:52:59 | Casainho | lucent: thanks ;-) |
| 10:54:40 | Casainho | amiconn: where in source can I find the Ondio? arm/ ?? |
| 10:55:54 | Anges | lucent: I've « upgraded » rockbox, inserted my SD card, and got « *PANIC* // transfer error : -88 » |
| 10:55:58 | lucent | find firmware/targets -iname '*ondio*' |
| 10:55:59 | | Join DerDome [0] (n=DerDome@dslb-082-083-253-156.pools.arcor-ip.net) |
| 10:56:05 | Anges | how do I turn it off? |
| 10:56:13 | lucent | Anges: hold power for many seconds |
| 10:56:13 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 10:56:17 | lucent | maybe 12+ seconds |
| 10:56:21 | Anges | got it |
| 10:56:48 | Anges | ok |
| 10:57:00 | Anges | now I see the SD card and can read ogg files on it |
| 10:57:12 | Casainho | lucent: oh, I am on a windows box :-( −− at work... |
| 10:57:15 | lucent | really? that's a nice thing to hear |
| 10:57:28 | * | lucent points out that IRC lag can be ironic |
| 10:57:40 | Anges | the rockbox logo is a little weird though |
| 10:57:48 | lucent | Anges: dots? |
| 10:57:58 | Casainho | lucent: oh, I used Eclipse search and I found it ;-) |
| 10:58:08 | Anges | dots on the beginning screen |
| 10:58:14 | * | lucent <3 eclipse |
| 10:58:23 | lucent | Anges: I see those dots also |
| 10:58:34 | lucent | it's just for 8gb fuze, no other player |
| 10:58:37 | Anges | and some euh… something else when I'm playing music |
| 10:59:02 | lucent | there is some problem that happens on all fuze players in WPS (the "playing music" screen) |
| 10:59:11 | lucent | some discoloured bar of pixels |
| 10:59:52 | Anges | I can't hear anything, but the fuze still pretends it's reading music |
| 11:00 |
| 11:00:03 | lucent | oh, maybe decoding is not working |
| 11:00:04 | Casainho | lucent: on sh/archos/ondio, I can't find any driver for SPI SD card... just a driver for ATA(?) |
| 11:00:16 | Zagor | Anges: the fuze is in very early stages. it's not supposed to be working. |
| 11:00:20 | Anges | no, it's stuch |
| 11:00:33 | Anges | Zagor: I know :) |
| 11:00:50 | lucent | Anges: some FLAC format audio will play for me |
| 11:01:02 | lucent | ogg needs "boost" which isn't working fully, mp3 causes reboot |
| 11:01:05 | Anges | at least, now SD card is recognized (it's a 2 gb) |
| 11:01:17 | lucent | there are some ugly bugs that need to be found |
| 11:01:19 | lucent | cool |
| 11:01:25 | lucent | that's a good report Anges, thank you |
| 11:02:18 | | Quit midkay_ ("Leaving") |
| 11:02:58 | Anges | I tried again, and it's stuck when: turn on fuze, start play music on sd card, go back to explore, select a file on fuze instead of sd card |
| 11:03:12 | Casainho | amiconn: I can't find the SD card SPI drivers under sh/archos/ondio.... |
| 11:03:25 | Anges | (unstuck with pressing play twice) |
| 11:04:41 | Anges | what's really weird is that grey logos are fuzzy, and yellow ones are ok |
| 11:08:54 | lucent | Anges: the graphic problems are known, but the bug that causes those problems is not known |
| 11:09:04 | lucent | we have a work-around that hides the graphic errors |
| 11:09:15 | Anges | ok |
| 11:09:33 | Anges | I wish I could help more |
| 11:09:37 | lucent | me too |
| 11:09:46 | Anges | :) |
| 11:10:21 | lucent | sending a Sansa Clip 2GB or greater to an interested developer, this is a good way to contribute |
| 11:11:04 | lucent | 2GB and larger Clip has the special storage device, which our Fuze players have and makes files over 1GB address unreadable |
| 11:11:18 | scorche | Anges: http://daniel.haxx.se/blog/2008/01/14/what-can-i-do-for-rockbox-when-not-programming/ |
| 11:11:27 | lucent | support for this Bank Switching feature is needed and hardware is a must |
| 11:12:33 | lucent | Anges: I heard IRC user fdinel (not presently online) wants a Clip to play with |
| 11:12:52 | | Quit Casainho ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 11:13:41 | tmzt | lucent: does it work if the partition is resized? |
| 11:13:49 | Anges | do I get it back when he's finished playing with it? |
| 11:13:53 | Anges | :p |
| 11:13:54 | lucent | tmzt: it does on my Fuze, yes |
| 11:14:21 | Anges | tmzt: I tried unfragment instead of resizing |
| 11:14:23 | lucent | tmzt: I must warn you that what I just said is answering your question, but that whole exchange is faulty |
| 11:14:42 | lucent | tmzt: you must NOT change partitioning on the Fuze or it will fail |
| 11:15:05 | lucent | I run my Fuze with an 800mb filesystem, on an 8gb block device |
| 11:15:29 | tmzt | what will fail and how did you change it then? |
| 11:15:40 | lucent | i.e. for explanatory purposes, you could say I have 7200mb unused data storage space |
| 11:16:09 | lucent | the filesystem is only so big and then the rest is unused and avoided because the filesystem never goes there |
| 11:16:15 | tmzt | oh, I see you did not change the partition table at all just dd'd a filesystem of that size? |
| 11:16:26 | lucent | tmzt: I used mkfs.vfat size option |
| 11:16:58 | lucent | it warns and refuses, and I use the force option in superfloppy mode, and it succeeds |
| 11:17:14 | lucent | something like that, yes |
| 11:38:26 | | Quit EspeonEefi ("さよなら") |
| 11:50:09 | *** | Saving seen data "./dancer.seen" |
| 11:55:08 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 12:00 |
| 12:07:30 | | Join tyfoo [0] (n=tyfoo@77-20-28-123-dynip.superkabel.de) |
| 12:24:21 | | Join reacocar1 [0] (i=reacocar@66.111.62.173) |
| 12:30:58 | | Quit reacocard (Read error: 110 (Connection timed out)) |
| 12:35:51 | | Quit gevaerts (Nick collision from services.) |
| 12:35:59 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 12:38:40 | | Join culture [0] (n=none@cpc2-bele3-0-0-cust89.belf.cable.ntl.com) |
| 12:42:03 | | Quit BHSPitLappy ("Ex-Chat") |
| 12:47:16 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 12:51:18 | | Join MTee [0] (n=mtee@41.233.154.89) |
| 12:56:21 | | Join TheSphinX^ [0] (n=cold@p54A5BE35.dip.t-dialin.net) |
| 13:00 |
| 13:08:24 | * | B4gder suprises everyone with a mail! |
| 13:08:38 | B4gder | but my spelling is still the same crappy one |
| 13:09:36 | | Quit japc_ (Read error: 110 (Connection timed out)) |
| 13:12:42 | * | scorche wonders what is surprising about this ;) |
| 13:13:51 | | Join tajlero [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) |
| 13:14:27 | * | n1s would really like to see plugin localization getting finished |
| 13:16:49 | | Quit feisar ("leaving") |
| 13:17:09 | | Join feisar [0] (i=jljhook@ihq.in) |
| 13:19:46 | | Join fredddy [0] (n=freddy@p3E9E3FA1.dip0.t-ipconnect.de) |
| 13:20:15 | | Quit TheSphinX^ ("XChat@Linux") |
| 13:22:24 | | Nick JdGordon|afk is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 13:22:32 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 13:32:51 | * | JdGordon would really really really like some hwcodec testing done on 9795.... |
| 13:33:14 | JdGordon | otherwise its going in once its working on swcodec and someone else can fix any possible hwcodec bugs... |
| 13:33:43 | | Quit __lifeless (Remote closed the connection) |
| 13:34:00 | | Join __lifeless [0] (n=lifeless@89.20.108.99) |
| 13:43:51 | | Join abholschein_ [0] (n=heiner@hnvr-4d0790bb.pool.mediaWays.net) |
| 13:50:12 | *** | Saving seen data "./dancer.seen" |
| 13:51:02 | | Nick JdGordon is now known as JdGordon|zzz (n=jonno@rockbox/developer/JdGordon) |
| 13:55:26 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 13:56:56 | | Quit abholschein_ ("Ex-Chat") |
| 13:57:53 | | Quit tim__ (Connection reset by peer) |
| 13:57:56 | | Join timc`` [0] (n=aoeu@119.109.98.78) |
| 13:57:56 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
| 13:57:58 | | Join n00bi3 [0] (n=heiner@hnvr-4d0790bb.pool.mediaWays.net) |
| 13:58:00 | | Quit n00bi3 (Read error: 104 (Connection reset by peer)) |
| 14:00 |
| 14:05:50 | | Join tyfoo2 [0] (n=tyfoo@77-20-28-123-dynip.superkabel.de) |
| 14:06:10 | | Quit tyfoo2 (Read error: 104 (Connection reset by peer)) |
| 14:07:53 | | Quit kachna (Read error: 113 (No route to host)) |
| 14:11:00 | | Join PaulJam [0] (n=PaulJam_@vpn-3074.gwdg.de) |
| 14:14:24 | | Join tyfoo2 [0] (n=tyfoo@77-20-28-123-dynip.superkabel.de) |
| 14:17:53 | | Quit agaffney (Read error: 110 (Connection timed out)) |
| 14:19:49 | | Quit tyfoo (No route to host) |
| 14:19:49 | | Nick tyfoo2 is now known as tyfoo (n=tyfoo@77-20-28-123-dynip.superkabel.de) |
| 14:20:18 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
| 14:27:42 | | Join Carz [0] (n=User@c-71-207-67-245.hsd1.pa.comcast.net) |
| 14:30:09 | | Quit tajlero ("Leaving") |
| 14:38:42 | kadoban | does anyone have experience profiling the simulator (gprof)? i have it almost working, but all of the times in the "flat" output or whatever it is are zero |
| 14:38:47 | kadoban | which kind of defeats the purpose |
| 14:40:16 | kadoban | the only thing that i can guess is that it's because the simulator never exits on its own so i have to kill it. does the prevent the final bit of information being output to the file or something? (is there a way to make the simulator exit more cleanly?) |
| 14:41:11 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 14:44:52 | | Part B4gder |
| 14:47:07 | | Join robin0800 [0] (n=robin080@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 14:48:56 | Carz | I need to find out when my ipods warranty runs out... sometime soon, I think\ |
| 14:55:27 | GodEater_ | Carz: why would you care ? |
| 14:55:27 | | Quit os2user (Remote closed the connection) |
| 15:00 |
| 15:01:09 | Unhelpful | kadoban: write a plugin that calls exit? |
| 15:02:53 | | Join Acky [0] (n=omgwtfbb@cpc1-stok5-0-0-cust655.bagu.cable.ntl.com) |
| 15:04:09 | kadoban | Unhelpful: hmm...that might be an idea. i'll give it a try. unfortuantely i'm starting to think that that's not my problem, but we'll see... |
| 15:04:58 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 15:07:08 | | Quit Acksaw (Read error: 60 (Operation timed out)) |
| 15:09:22 | Unhelpful | it's easy to try... assuming that the sim plugin loader won't bar that from working |
| 15:09:35 | | Join japc_ [0] (n=japc@194.65.5.235) |
| 15:11:01 | Carz | Why wouldn't I care? |
| 15:12:44 | kadoban | Unhelpful: yeah, it worked like a charm, except gprof still isn't giving me any times. it doesn't mention anything about functins from my plugin either so i think maybe it's a build thing (plugin not getting build with right cc, ld flags?) |
| 15:15:01 | Unhelpful | weird... it might be, or it might be a dlopen thing |
| 15:15:48 | kadoban | i'm pretty awful at figuring out build stuff, i think i'll just try to get sysprof working |
| 15:16:28 | Unhelpful | amiconn: i'm pretty sure i found the routines you meant... the arm one is pretty clearly just a smull and a shift :) |
| 15:17:01 | Unhelpful | kadoban: just don't complain when you have trouble driving nails with your sledgehammer |
| 15:17:39 | kadoban | Unhelpful: don't worry, my sledgehammer is apparently broken too. lucky me |
| 15:34:33 | | Join t0mas [0] (n=Tomas@rockbox/developer/t0mas) |
| 15:44:53 | | Join TheSphinX^ [0] (n=cold@p54A5BE35.dip.t-dialin.net) |
| 15:50:17 | *** | Saving seen data "./dancer.seen" |
| 15:56:40 | kadoban | is there a way to get our make to tell me what exact commands it is running? not sure if i have the right CFLAGS being set (i don't see anything general in the make manpage) |
| 15:58:04 | kadoban | scratch that, i'm blind |
| 16:00 |
| 16:00:15 | Zagor | kadoban: parameter V=1 does that |
| 16:00:45 | * | Unhelpful wonders if dlopen interferes with profiling at all |
| 16:01:26 | kadoban | i'm trying the actual "source profiling" thing described in docs/TECH now, as soon as i figure it out. i'm hoping that works |
| 16:01:49 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 16:11:52 | | Quit xSlack (Read error: 60 (Operation timed out)) |
| 16:12:29 | | Join xSlack [0] (n=brett@12-218-60-196.client.mchsi.com) |
| 16:15:03 | | Join archivator [0] (i=foobar@77.70.28.57) |
| 16:15:31 | | Nick archivator is now known as Guest73098 (i=foobar@77.70.28.57) |
| 16:16:43 | | Nick Guest73098 is now known as archivator (i=foobar@77.70.28.57) |
| 16:22:02 | kadoban | so i'm trying to get profiling working. i configured with profiling support, added $(PROFILE_OPTS) to the cflags in apps/plugins/plugins.make, and surrounded the hdr->entry_point call in apps/plugin.c with profile_thread() and profstop(), but i get an "Undefined instruction at 0x40004B46 (0)" error when i run my plugin. could anyone suggest something i might be doing wrong? |
| 16:26:03 | | Join tyfoo2 [0] (n=tyfoo@77-20-28-123-dynip.superkabel.de) |
| 16:27:00 | * | dionoea thinks thtat kadoban should have tried oprofile first |
| 16:29:05 | kadoban | dionoea: hmm, i'll look into that if this next test doesn't work |
| 16:29:33 | dionoea | the only drawback is that it's a kernel level statistical profiler (you need to run linux) |
| 16:30:07 | kadoban | oh good, "data abort" this time, how nice |
| 16:30:15 | kadoban | yeah, i'm in linux |
| 16:30:42 | dionoea | the main advantage is that you don't need to do anything to the code (just compile with debug symbols) |
| 16:30:54 | dionoea | and it also has no impact on performance |
| 16:33:01 | | Quit t0mas ("bye!") |
| 16:37:06 | | Join flydutch [0] (n=flydutch@host5-154-dynamic.14-87-r.retail.telecomitalia.it) |
| 16:37:50 | | Join Davekong [0] (n=Davekong@69.0.39.76) |
| 16:38:05 | | Part Carz |
| 16:38:07 | | Join gartral [0] (n=Gartral@adsl-75-33-65-127.dsl.bcvloh.sbcglobal.net) |
| 16:39:45 | gartral | umm.. i noticed that the latest build says it has working USB, but i cant figure out how to access it.. the little instruction in the changelog isnt too clear |
| 16:40:21 | | Join MethoS [0] (n=lem@host-091-097-244-098.ewe-ip-backbone.de) |
| 16:40:32 | | Quit tyfoo (Connection timed out) |
| 16:40:32 | | Nick tyfoo2 is now known as tyfoo (n=tyfoo@77-20-28-123-dynip.superkabel.de) |
| 16:40:49 | gevaerts | gartral: where does it say so? |
| 16:41:21 | gartral | aorn it says so in the second entry down in the changelog |
| 16:42:16 | * | Zagor fails to translate that commit message to "USB is now working" |
| 16:42:48 | rasher | Any thought on FS #9666? I can think of a few situations where inverting the display might make sense, but none where you'd want albumart to get inverted also |
| 16:43:32 | gartral | the part that say the "detect USB connection by bus reset. When received, disconnect and restart the driver fully enabled." |
| 16:44:15 | kadoban | ...if USB was enabled by default suddenly, there would be much more warning |
| 16:44:24 | gevaerts | That's the low level driver |
| 16:44:28 | kadoban | or notification i should say |
| 16:44:43 | gevaerts | Indeed. There would be beer |
| 16:44:46 | gartral | ahh.. like i said, it wasnt too clear |
| 16:46:22 | linuxstb | gartral: The start of that commit message is the important bit - "USB detection changes"... |
| 16:46:26 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:50:17 | ajb | logbot: last Unhelpful |
| 16:50:25 | | Quit mrkiko (Remote closed the connection) |
| 16:50:28 | Unhelpful | ... |
| 16:50:31 | Unhelpful | i'm here. :) |
| 16:50:38 | ajb | Ahh, so you are |
| 16:50:59 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 16:52:02 | | Quit Zagor ("Client exiting") |
| 16:53:38 | ajb | Unhelpful: Can you commit and close FS #9758 - I've just fixed the commentry on your version of the patch. |
| 16:53:56 | Unhelpful | hrm, yes, it looks like on sh and coldfire, (uint32_t)a * (uint64_t)b >> 32 uses __muldi3 :/ |
| 16:54:24 | Unhelpful | ajb: let me give it a look first, but i think we've answered any objections that were raised, at this point. |
| 16:54:25 | | Join sarixe [0] (n=sarixe@68.239.154.103) |
| 16:54:48 | | Join arohtar [0] (n=faemir@88-106-244-173.dynamic.dsl.as9105.com) |
| 16:55:16 | ajb | Unhelpful: There is milage in putting more info in rockbox-info but this at least stops the timeout for non git-svn repos which was the original problem I had :-) |
| 16:56:00 | | Join nplus [0] (n=nplus@243.131.Globcom.Net) |
| 16:56:02 | Unhelpful | indeed... pure git repos are useless until *something* gets in to skip using git-svn |
| 16:56:59 | * | ajb returns to cleaning up his playlist patch |
| 16:57:31 | Unhelpful | well, i'd move the "is this a git-svn commit" comment down a couple lines, and put a "get revision of latest git-svn commit" there instead... otherwise, looks about done :) |
| 17:00 |
| 17:01:18 | ajb | Unhelpful: v6 uploaded |
| 17:01:29 | ajb | oops |
| 17:01:35 | ajb | Unhelpful: hang fire wrong FS |
| 17:01:54 | Unhelpful | it's ok, i'm making the comment change anyway, about to commit. :) |
| 17:01:58 | | Quit arohtar (Client Quit) |
| 17:02:02 | ajb | Ahh ok |
| 17:02:05 | ajb | Unhelpful: thanks |
| 17:02:16 | | Quit agaffney (grisham.freenode.net irc.freenode.net) |
| 17:02:16 | NSplit | grisham.freenode.net irc.freenode.net |
| 17:02:22 | | Join faemir [0] (n=faemir@88-106-244-173.dynamic.dsl.as9105.com) |
| 17:02:23 | NHeal | grisham.freenode.net irc.freenode.net |
| 17:02:23 | NJoin | agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
| 17:02:53 | ajb | Does git://svn.rockbox.org/rockbox get automatically updated when SVN is tweaked or is it a cron thing? |
| 17:03:32 | | Join {phoenix} [0] (n=dirk@p54B47305.dip.t-dialin.net) |
| 17:04:20 | Unhelpful | I *think* it's automatic, but i believe Zagor would be the one to ask to find out for certain. |
| 17:05:27 | rasher | Oh by the way, a good reason not to switch to git (yet): Windows support is still pretty poor. |
| 17:06:21 | | Quit tmzt (Read error: 145 (Connection timed out)) |
| 17:07:28 | Unhelpful | rasher: i'm also not sure we'd truly gain anything by making the "central" repo use a distributed system |
| 17:07:57 | Unhelpful | other than headaches, and some changes in branch/merge capabilities |
| 17:08:32 | ajb | rasher: I don't think anyone has suggested it recently. I think it's fine as long as we try not to break other VCS's by hardwiring too much to SVN |
| 17:09:11 | | Join tmzt [0] (n=tmzt@adsl-69-221-148-155.dsl.akrnoh.ameritech.net) |
| 17:09:40 | ajb | rasher: I only use git locally so I can do many experimental local commits not having commit privilages to the project. DVCS's do make it easier for non-commiti priv devs to hack about |
| 17:10:54 | GodEater_ | Unhelpful: there's a post-commit hook in svn that updates the git repo whenever someone commits code. |
| 17:11:05 | GodEater_ | so it's automatic :) |
| 17:11:06 | Unhelpful | GodEater_: that's what i had thought :) |
| 17:15:51 | | Join yhuang [0] (n=blah@c-68-84-62-252.hsd1.nj.comcast.net) |
| 17:19:13 | | Join MethoS- [0] (n=lem@host-091-096-214-154.ewe-ip-backbone.de) |
| 17:21:19 | | Join gustavwag [0] (n=c9dfcc73@gateway/web/cgi-irc/labb.contactor.se/x-5c205710ad6be2dd) |
| 17:21:28 | ajb | wrt to SoC suggestions I think getting Qemu support for a few of our embedded targets offers some oppertunities |
| 17:21:29 | | Quit gustavwag (Client Quit) |
| 17:21:46 | | Join preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) |
| 17:24:32 | GodEater_ | surely that's a Qemu project rather than a rockbox one though ? |
| 17:25:50 | ajb | GodEater_: well more of a cross project. Afterall the emulation of the device would have to be very driven by what Rockbox knows about them. But I take your point |
| 17:29:22 | ajb | ohhh, I like the improved simulator - saves me keeping the keys wiki open! |
| 17:30:11 | gevaerts | That's been there for a long time... |
| 17:30:14 | linuxstb | ajb: You may have found the "−−background" option useful in the past then... |
| 17:30:17 | | Part Davekong ("Leaving") |
| 17:30:37 | * | ajb wonders why he's never seen it before |
| 17:32:36 | | Quit MethoS (Read error: 110 (Connection timed out)) |
| 17:33:24 | n1s | kadoban: I had a problem with the rockbox source profiling when trying it a while ago connected to it keeping it's own copy of the api pointer that had to be initialized, not sure how this was affected by Unhelpful's plugin api changes though |
| 17:35:08 | kadoban | n1s: oh, hmm. i didn't see anything like that, i'll have to look into it. i'm using oprofile now, but i think the differences between target and sim are too great for it to be really useful |
| 17:35:50 | | Quit nplus (Remote closed the connection) |
| 17:37:17 | | Part unstable |
| 17:40:13 | | Join gregzx [0] (n=chatzill@dsh223.neoplus.adsl.tpnet.pl) |
| 17:45:41 | Unhelpful | n1s: profile_plugin doesn't do anything *to* the api pointer, though... it just uses the global one now |
| 17:46:14 | kadoban | :( i was hoping i was missing something. then i have no idea why it's not working |
| 17:46:24 | n1s | Unhelpful: ah |
| 17:46:47 | | Join shyam_k [0] (n=user@117.196.144.145) |
| 17:48:16 | shyam_k | is there any kind of voice command tools for rockbox? is it actually imaginable? these days, cellphones too are having voice enabled dialers and all which runs on small but fast recognizers for limited vocabulary.. |
| 17:48:46 | dionoea | no such thing exists as far as i know (for rockbox) |
| 17:48:55 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-afa02599d8b637ca) |
| 17:49:36 | rasher | shyam_k: cellphones are quite powerful compared to the hardware rockbox runs on |
| 17:49:42 | shyam_k | hmm yeah |
| 17:49:59 | shyam_k | i had done a project trying asr engine sphinx on ngw100 |
| 17:50:06 | shyam_k | and it worked to my surprise.. |
| 17:50:19 | *** | Saving seen data "./dancer.seen" |
| 17:52:49 | Unhelpful | the function names in there make me wonder if profile_plugin is cygwin-specific? |
| 17:53:14 | | Quit TheSkunkMan ("Leaving") |
| 17:53:48 | shyam_k | but what would be rockbox's idea about such things? |
| 17:54:05 | shyam_k | may be a customized small version? or its simply out of scope? |
| 17:54:32 | kadoban | Unhelpful: that would be really annoying. the only documentation i can find mentions nothing about that, but that doesn't mean much, 'cause it's pretty sparse |
| 17:55:23 | n1s | Unhelpful: no, it works on target |
| 17:55:26 | ajb | Have there been any attempt to redo the virtual keyboard? |
| 17:59:03 | | Quit petur ("work->road-shooting->home") |
| 18:00 |
| 18:00:13 | | Quit jfc (Read error: 104 (Connection reset by peer)) |
| 18:01:29 | shyam_k | which would be the best platform to work with rockbox? to play to the fullest? |
| 18:01:51 | * | shyam_k is yet to have his portable media player.. |
| 18:02:20 | PaulJam | ajb: what's wrong with the current implementation if the virtual keyboard? |
| 18:02:21 | | Join MethoS-- [0] (n=lem@host-091-097-240-004.ewe-ip-backbone.de) |
| 18:02:30 | | Quit {phoenix} (Remote closed the connection) |
| 18:03:31 | linuxstb | shyam_k: The answer depends on what you want - there is no single "best" device that runs Rockbox - http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide |
| 18:03:32 | ajb | PaulJam: It's complete but slow. The ordering of letters and the fact they are all there leads to excessive clicking to do a simple word. |
| 18:03:33 | saratoga | is ptw419 or any of the original Gigabeat S hackers ever online? |
| 18:03:45 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:04:02 | toffe82 | saratoga: there are not there anymore |
| 18:04:06 | kadoban | i /think/ you can change the layout of the letters relatively easily |
| 18:04:09 | PaulJam | ajb: you can customise the vkeyboard. |
| 18:04:24 | ajb | PaulJam: mainly it's a feeling there could be a more intuitive way of doing it, especially on the bigger screen devices |
| 18:04:36 | ajb | PaulJam: is this settings magic? |
| 18:04:38 | toffe82 | sarwhat do you need ? |
| 18:04:44 | saratoga | toffe82: who should I talk to about hacking the Gigabeat T then? |
| 18:05:20 | shyam_k | linuxstb: as i said, i wanna have the one with most computational power:) |
| 18:05:31 | PaulJam | ajb: http://www.rockbox.org/twiki/bin/view/Main/LoadableKeyboardLayouts |
| 18:05:39 | saratoga | then you want a gigabeat S |
| 18:05:58 | shyam_k | saratoga: to me? |
| 18:06:11 | toffe82 | saratoga: it is aibotpet who found the hole in the security |
| 18:06:35 | toffe82 | aibopet ^^ |
| 18:07:09 | * | n1s thought he was called "zunepet" ? |
| 18:07:16 | linuxstb | Did MarcGuay ever solve his Beast problem? |
| 18:07:39 | | Quit PaulJam (".") |
| 18:07:40 | toffe82 | saratoga: the problem for the T is that there is no updater and we don't have a copy of the firmware, we have the one for the t401 but not the t400 |
| 18:07:44 | | Join PaulJam [0] (i=PaulJam_@vpn-3074.gwdg.de) |
| 18:08:02 | toffe82 | zunepet aibopet are the same person |
| 18:08:02 | ajb | PaulJam: now I didn't know you could do that :-) thanks |
| 18:08:12 | saratoga | toffe82: if the CPU is the same, could I flash and recovery like i can on the S? |
| 18:08:27 | saratoga | sorry flash and recovery the nk.bin |
| 18:08:40 | saratoga | of course if the USB hardware isn't precisely the same that could end badly |
| 18:08:43 | toffe82 | saratoga: the electronic is the same as the S |
| 18:08:51 | saratoga | is it possible to recover a T you think? |
| 18:08:59 | toffe82 | from what I saw when I open it |
| 18:09:10 | toffe82 | check the picture on the wiki |
| 18:09:20 | saratoga | the hardware is the same but that doesn't mean all the GPIO pins are wired the same |
| 18:09:37 | saratoga | every single chip on the fuze and clip is the same, but the wiring is a bit different for instance |
| 18:09:44 | jhMikeS | I'd do some investigating and disable alot of stuff before assuming that. It could do nasty things if some key things differ. |
| 18:10:14 | saratoga | is it possible to unbrick the T? |
| 18:10:35 | toffe82 | no original firmware available |
| 18:10:44 | toffe82 | what model do you have ? |
| 18:10:49 | toffe82 | t400 or t401 ? |
| 18:10:55 | saratoga | the non wifi one |
| 18:11:08 | toffe82 | t400 |
| 18:11:11 | saratoga | yes 400 |
| 18:11:14 | toffe82 | the one I have too |
| 18:11:17 | saratoga | sorry didn't realize that was on the back |
| 18:11:38 | * | ajb thinks the standard ASCII layout would probably make a sensible default keyboard layout |
| 18:11:41 | saratoga | if I could get the OF would it be possible to unbrick you think? |
| 18:12:36 | toffe82 | I think it should work like the S |
| 18:13:17 | | Join PaulJam_ [0] (i=Paule@vpn-3068.gwdg.de) |
| 18:13:36 | toffe82 | and toshiba is very conservative, the updater as the same function for the S, V and T so the recovery mode is the same |
| 18:14:36 | toffe82 | the only thing is to be sure you can get the firmware |
| 18:15:37 | | Part gartral |
| 18:17:35 | | Quit MethoS- (Read error: 110 (Connection timed out)) |
| 18:17:41 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
| 18:21:56 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 18:24:52 | | Join {phoenix} [0] (n=dirk@p54B47305.dip.t-dialin.net) |
| 18:26:10 | | Join tim__ [0] (n=aoeu@119.109.98.78) |
| 18:26:36 | ajb | hmmm |
| 18:26:52 | ajb | I seem to be able to crash the simulator by holding down a scrollwheel button |
| 18:29:19 | ajb | and now I can't... odd |
| 18:31:31 | | Part LinusN |
| 18:33:32 | gevaerts | jhMikeS: did you see FS #9812 ? |
| 18:33:39 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
| 18:40:10 | | Quit PaulJam (Connection timed out) |
| 18:40:31 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 18:41:01 | shyam_k | now the question: is there an "official" rockbox project to develop a good clean, free/open hardware player? |
| 18:42:26 | kugel | there's such a project, yes |
| 18:42:53 | gevaerts | How official do you want it? |
| 18:42:58 | kugel | official or not is debatable, but it aims for a free and open player which runs rockbox |
| 18:45:05 | gevaerts | I personally wouldn't consider it official at all. There's not a single rockbox committer involved |
| 18:45:56 | shyam_k | and in the forum i finds it.. on ngw100?! |
| 18:46:14 | shyam_k | in which i ran the sphinx successfully:) |
| 18:46:28 | * | gevaerts has no idea what shyam_k is talking about |
| 18:46:55 | shyam_k | http://forums.rockbox.org/index.php?PHPSESSID=76d618c0b3e1d191468076515388942c&topic=6751.525 |
| 18:47:31 | shyam_k | or the one you said is some other? |
| 18:47:36 | jhMikeS | gevaerts: Hmmm...it shouldn't do that. I thought those had distinct inputs for detecting USB/Charger |
| 18:47:57 | gevaerts | shyam_k: that's the only one I know about |
| 18:48:28 | jhMikeS | If not, the framework is in place of course to deal with it. |
| 18:48:50 | shyam_k | gevaerts: like say openmoko people say about their phone, wouldn't it be nice if rockbox says about a general hardware which works well.. and may be some merchandise too!:) |
| 18:48:52 | gevaerts | jhMikeS: I'll test later today. Maybe it just needs to test whether power remains available after detecting a reset? |
| 18:49:08 | shyam_k | the free software way! |
| 18:49:40 | * | ajb uploads final FS #9677 (Quick save menu instead of warning if a dynamic playlist is due to be erased) |
| 18:49:57 | shyam_k | why rockbox wanna sit behind the warranty threat of these bullshit companies!:) |
| 18:50:45 | | Join MethoS [0] (n=lem@host-091-097-241-079.ewe-ip-backbone.de) |
| 18:51:06 | jhMikeS | gevaerts: ipod video does have distinct inputs according to the debug screen for usb/charger. Perhaps power code isn't doing it right. |
| 18:51:24 | gevaerts | shyam_k: feel free to work on such a thing, but don't forget that most or all rockbox devs are software people |
| 18:51:44 | ajb | Can anyone review FS #9677? |
| 18:51:47 | | Quit MethoS-- (Read error: 60 (Operation timed out)) |
| 18:52:07 | jhMikeS | Or the adapter there uses USB power regardless. Perhaps the arc driver should always use the bus reset method. |
| 18:52:24 | gevaerts | I think that would be best, yes |
| 18:52:45 | ajb | Does rockbox have a unused parameter macro? |
| 18:52:49 | | Quit timc`` (Connection timed out) |
| 18:52:55 | shyam_k | i just asked.. seems it would have already discussed here no? |
| 18:53:23 | * | shyam_k doing final year undergraduate course on electronics |
| 18:53:25 | jhMikeS | It might allow the beast to use a USB-style cellphone charger too (but then it won't configure :\) |
| 18:53:35 | shyam_k | would be more than happy to work on such a project too.. |
| 18:53:52 | gevaerts | I guess the video has power inputs on its dock connector somewhere, but those won't be used if you use the USB cable to charge |
| 18:54:23 | shyam_k | and for years were thinking to develop my own ogg player.. was thinking it around vs1000 vlsi chip once.. but droped as i don't have tech to handle the chip in my vicinity |
| 18:55:20 | gevaerts | jhMikeS: one of the reports was e200 |
| 18:56:04 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 18:59:00 | jhMikeS | gevaerts: The reports were from yesterday before committing the other refinements. e200 should be solved. |
| 18:59:32 | gevaerts | jhMikeS: the last comment is from today |
| 19:00 |
| 19:01:49 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 19:02:33 | | Join miepchen^schlaf [0] (n=miepel@p579ECA0D.dip.t-dialin.net) |
| 19:03:02 | jhMikeS | meh, that just sounds utterly whacked. Those shouldn't have any connection. |
| 19:03:51 | | Join MethoS- [0] (n=lem@dyndsl-085-016-166-007.ewe-ip-backbone.de) |
| 19:04:06 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 19:04:07 | jhMikeS | I'll tape over the data lines and check again. WTF. |
| 19:04:13 | | Join TheSkunkMan [0] (n=TheSkunk@207-255-45-173-dhcp.jst.pa.atlanticbb.net) |
| 19:06:06 | * | jhMikeS wonders if the charger is out to get him by faking a bus reset somehow. |
| 19:06:34 | jhMikeS | if so then how would the backlight even matter? |
| 19:06:40 | | Join JaK [0] (i=47cf9dac@gateway/web/ajax/mibbit.com/x-53d08803b4a9bfa3) |
| 19:07:10 | gevaerts | I have no idea about that. Backlight shouldn't be involved at all |
| 19:07:25 | | Join nibbler [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) |
| 19:08:57 | | Quit MethoS (Read error: 60 (Operation timed out)) |
| 19:09:32 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 19:10:07 | TheSkunkMan | hey could someone help me with using the SimpleFirmwareCrack(decode_light.cpp). How do I input the firmware file? |
| 19:10:38 | jhMikeS | hehe, I'll be a $%@!. It didn't do that before. |
| 19:14:45 | | Join blkhawk- [0] (n=blkhawk@g227018155.adsl.alicedsl.de) |
| 19:15:48 | | Quit blkhawk (Read error: 60 (Operation timed out)) |
| 19:16:09 | JaK | im trying to do a manual install |
| 19:16:13 | JaK | what does it mean by "root" |
| 19:16:43 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g227018155.adsl.alicedsl.de) |
| 19:17:46 | ajb | JaK: In context? |
| 19:17:57 | JaK | well let me start from begining |
| 19:18:07 | saratoga | http://en.wikipedia.org/wiki/Superuser |
| 19:18:17 | JaK | when i try to install using the utility, it finds the sansa |
| 19:18:21 | saratoga | try google if you find computer words you're not familar with |
| 19:18:24 | JaK | but i use complete install |
| 19:18:26 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 19:18:33 | JaK | it says no sansa detected |
| 19:18:42 | | Join karashata [0] (n=karashat@69.41.192.215) |
| 19:19:01 | ajb | JaK: Are you running rbutil as the super user (i.e. as root)? |
| 19:19:14 | ajb | JaK: Are you in fact running rbutil on a Unix? |
| 19:19:15 | JaK | yes |
| 19:19:17 | JaK | no |
| 19:19:19 | JaK | xp |
| 19:19:46 | ajb | JaK: Which manual are you reading? |
| 19:20:05 | JaK | oh one sec |
| 19:20:09 | JaK | let me check sommit irl fast |
| 19:20:21 | JaK | nvm, kk im reading the sansa manual |
| 19:20:22 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 19:20:29 | | Join blkhawk- [0] (n=blkhawk@f051089115.adsl.alicedsl.de) |
| 19:20:31 | JaK | e200 series |
| 19:21:15 | ajb | JaK: this one? http://download.rockbox.org/manual/rockbox-sansae200/rockbox-build.html |
| 19:21:43 | JaK | corect |
| 19:21:44 | ajb | Which section? |
| 19:21:55 | JaK | im looking at section 2 |
| 19:21:57 | JaK | installation |
| 19:22:10 | ajb | JaK: You mean root as in "root of your player’s drive. "? |
| 19:22:19 | JaK | yes |
| 19:22:34 | ajb | ahh - I see where confusion can come in |
| 19:23:30 | JaK | btw can u tell if im doing somthing wrong, i try to do the quickstart installation, and it says that no sansa detected when the location is alredy set up |
| 19:23:38 | ajb | The root of the sansa filesystem would be where it appears on your machine. I'm guessing on Windows it would a drive letter? (not having used Windows for 7 years I have no idea where XP puts these things)/ |
| 19:23:45 | n1s | JaK: http://en.wikipedia.org/wiki/Root_directory |
| 19:23:56 | | Quit blkhawk- (Read error: 104 (Connection reset by peer)) |
| 19:23:56 | JaK | oh ic |
| 19:23:57 | jhMikeS | gevearts: It seems it gets a phony bus reset indeed. |
| 19:24:00 | JaK | well ive beend oing that right |
| 19:24:48 | | Join blkhawk- [0] (n=blkhawk@g226156026.adsl.alicedsl.de) |
| 19:25:02 | JaK | is there a way i can delete the out of the box software/ |
| 19:25:04 | gevaerts | jhMikeS: maybe wait for a while after detecting a bus reset and see if you still have power? |
| 19:25:15 | n1s | JaK: if sansapatcher can't find the sansa you probably need admin privileges |
| 19:25:21 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 19:25:36 | jhMikeS | I thought about checking the B-session valid bit at the time it gets it. |
| 19:25:44 | JaK | but i do have admin privlages |
| 19:25:49 | mcuelenaere | gevaerts: has the Rockbox USB storage driver been tested on WinVista? |
| 19:26:12 | gevaerts | mcuelenaere: I think so, yes. It's been a while though |
| 19:26:13 | jhMikeS | If the 4V4 is no good, it's a bad reset. |
| 19:26:20 | PaulJam_ | JaK: what is the version of the original firmware on your e200? |
| 19:26:20 | n1s | JaK: is the sansa in msc mode? (does it appear with a drive letter?) |
| 19:26:25 | JaK | yes |
| 19:26:37 | JaK | it does |
| 19:26:44 | gevaerts | mcuelenaere: not by me anyway |
| 19:26:53 | mcuelenaere | and it worked? |
| 19:27:17 | JaK | PaulJam_: 1.01.18A |
| 19:27:22 | gevaerts | As far as I remember, yes |
| 19:27:49 | mcuelenaere | ok, then it's probably the driver |
| 19:27:54 | | Quit blkhawk- (Read error: 104 (Connection reset by peer)) |
| 19:28:28 | | Join blkhawk- [0] (n=blkhawk@g228018234.adsl.alicedsl.de) |
| 19:28:57 | JaK | i jsut need to install the bootloader |
| 19:29:08 | mcuelenaere | gevaerts: and again I'm having 203/62695104 as ACK/NACK ratio, is that normal? |
| 19:29:09 | | Join MethoS-- [0] (n=lem@host-091-097-243-193.ewe-ip-backbone.de) |
| 19:29:20 | JaK | dunno how to do that |
| 19:29:22 | mcuelenaere | NAK* |
| 19:29:47 | gevaerts | mcuelenaere: That's a bit high. Are you tracing from the same PC? |
| 19:29:57 | mcuelenaere | nope |
| 19:30:26 | mcuelenaere | tracing from the same PC gives me unreadable results |
| 19:30:27 | JaK | why does it keep saying "no sansa detected" |
| 19:30:31 | mcuelenaere | which is kinda annoying |
| 19:31:30 | JaK | auto detect works |
| 19:31:37 | | Join blkjawk[work] [0] (n=blkhawk@g226218053.adsl.alicedsl.de) |
| 19:31:49 | gevaerts | If you need to use the same PC, an add-in USB card should help |
| 19:32:00 | mcuelenaere | gevaerts: I'm on a laptop |
| 19:32:30 | gevaerts | There are cardbus USB controllers :) |
| 19:32:40 | mcuelenaere | and it seems like all the 3 ports are on the same usb controller, unless if they use isonchronous endpoints :/ |
| 19:32:47 | mcuelenaere | gevaerts: could be, but I don't have them :) |
| 19:33:04 | gevaerts | Multiple controllers would be unlikely |
| 19:33:31 | PaulJam_ | JaK: you are using rbutil, right? |
| 19:33:50 | gevaerts | Anyway there's always a possibility that we handle something the wrong way. Can you compare with the OF or with another storage device? |
| 19:34:03 | mcuelenaere | that was what I was going to do |
| 19:34:15 | mcuelenaere | now I'm hoping the indexing will not crash :) |
| 19:34:35 | JaK | PaulJam_: |
| 19:34:35 | JaK | yes |
| 19:34:57 | | Quit blkhawk (Connection timed out) |
| 19:35:05 | | Nick blkjawk[work] is now known as blkhawk (n=blkhawk@g226218053.adsl.alicedsl.de) |
| 19:35:10 | mcuelenaere | hmm it seems like I'm transmitting invalid usb scsi packets |
| 19:36:08 | mcuelenaere | gevaerts: can I send you the .mqu file? |
| 19:37:01 | PaulJam_ | JaK: there seeems to be a bug with the current version of rbutil causing the "No Sansa found" error. But i'm not sure what the recommended woraround is. |
| 19:37:21 | JaK | wop! bootloader installd |
| 19:37:22 | JaK | ty |
| 19:37:29 | JaK | lol i r troubleshooter pro =D |
| 19:37:46 | krazykit | PaulJam_, one possible workaround would be to just do a manual install |
| 19:38:14 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 19:38:33 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 19:38:38 | PaulJam_ | JaK: how did you solve it? |
| 19:40:00 | JaK | i manually installd bootloader |
| 19:40:14 | PaulJam_ | ah ok. |
| 19:42:16 | Unhelpful | amiconn: whenever you're available to bother... i'm trying to figure out your sh-1 multiplier. it would seem to me that, if we're allowed to do 16-bit left shifts on macl+mach as a single 64-bit unit, that perhaps the mac instruction would be suitable for doing an unsigned multiply? |
| 19:42:19 | JaK | where can i access fonts...? |
| 19:44:01 | ajb | http://www.rockbox.org/dl.cgi?bin=fonts |
| 19:44:05 | Unhelpful | using your ab*cd notation, it would be something like clrmac, mac a*c, shift left 16, mac a*d, mac c*b, shift left 16, mac b*d, leaving the complete result in macl/mach? |
| 19:44:38 | JaK | nvm soz ajb |
| 19:44:39 | JaK | im retarded |
| 19:44:44 | ajb | JaK: Most of your questions should be answered by http://www.rockbox.org/twiki/bin/view/Main/GeneralFAQ |
| 19:44:47 | ajb | JaK: np's |
| 19:45:50 | | Quit MethoS- (Read error: 113 (No route to host)) |
| 19:45:53 | mcuelenaere | gevaerts what exactly should be done when the usb storage driver does usb_drv_send(ep_in, NULL, 0); ? |
| 19:46:54 | * | ajb is done for the day |
| 19:47:47 | | Quit blkhawk- (Read error: 110 (Connection timed out)) |
| 19:48:46 | | Quit JaK ("http://www.mibbit.com ajax IRC Client") |
| 19:50:23 | *** | Saving seen data "./dancer.seen" |
| 19:53:04 | | Quit faemir ("Leaving") |
| 19:56:25 | | Quit japc_ (Read error: 145 (Connection timed out)) |
| 19:58:59 | | Quit kugel (Nick collision from services.) |
| 19:59:02 | | Join kugel_ [0] (n=chatzill@78.52.67.224) |
| 19:59:12 | | Nick kugel_ is now known as kugel (n=chatzill@78.52.67.224) |
| 19:59:35 | | Join z35 [0] (n=z35@h226.166.213.151.dynamic.ip.windstream.net) |
| 20:00 |
| 20:00:25 | | Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) |
| 20:00:26 | jhMikeS | gevaerts: A VBUS (OTGSC bit 9) valid seems to give a proper indication if it's a spurious reset (since it should be above 4V4) |
| 20:01:02 | | Part faemir |
| 20:01:20 | | Quit Seed ("cu, Andre") |
| 20:20:30 | | Quit Nico_P (Remote closed the connection) |
| 20:21:06 | gevaerts | mcuelenaere: usb_drv_send(ep_in, NULL, 0); should send a zero-size transfer |
| 20:21:24 | mcuelenaere | yes, I fixed that now |
| 20:21:38 | mcuelenaere | mass storage is a lot faster when initing now |
| 20:21:46 | | Join Lear [0] (n=chatzill@rockbox/developer/lear) |
| 20:23:05 | mcuelenaere | gevaerts: is it normal that the OS constantly sends test_unit_ready 0 & test_unit_ready 1 while the device replies with UMS_STATUS_GOOD? |
| 20:26:21 | gevaerts | mcuelenaere: not sure actually. Maybe it's polling to see if you eject. How often is this polling? |
| 20:26:33 | gevaerts | jhMikeS: that's good news :) |
| 20:27:04 | mcuelenaere | hmm I'm not getting it atm and the test-pc is unavailable currently |
| 20:27:36 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 20:27:41 | mcuelenaere | it's about 750ms-1000ms on my pc (WinXP) |
| 20:27:48 | bertrik | mcuelenaere, I think windows polls about once per second |
| 20:27:55 | mcuelenaere | ok then that's normal |
| 20:31:26 | | Quit MethoS-- (Read error: 104 (Connection reset by peer)) |
| 20:32:13 | | Join MethoS [0] (n=lem@host-091-097-243-193.ewe-ip-backbone.de) |
| 20:32:43 | jhMikeS | gevaerts: I'm pretty sure windows polls to watch for ejects and inserts. It must poll pretty often since it's rather responsive to it. |
| 20:33:29 | gevaerts | Ok. Two votes vor regular polling, none against. That means it polls :) |
| 20:35:15 | jhMikeS | Nothing informs the host that this is happening so it would have to keep polling. At least that's what I thought. |
| 20:35:45 | gevaerts | Indeed. It's reasonable behaviour |
| 20:40:36 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 20:40:54 | | Join kugel_ [0] (n=kugel@e178067218.adsl.alicedsl.de) |
| 20:42:07 | | Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.5/2008121622]") |
| 20:42:19 | | Nick kugel_ is now known as kugel (n=kugel@e178067218.adsl.alicedsl.de) |
| 20:42:41 | | Quit kugel (Remote closed the connection) |
| 20:42:50 | | Join kugel [0] (n=kugel@unaffiliated/kugel) |
| 20:43:21 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 20:43:21 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 20:46:17 | | Nick kugel is now known as kugel_ (n=kugel@unaffiliated/kugel) |
| 20:46:18 | | Nick kugel_ is now known as kugel__ (n=kugel@unaffiliated/kugel) |
| 20:46:39 | | Nick kugel__ is now known as kugel (n=kugel@unaffiliated/kugel) |
| 20:50:33 | | Quit Horscht ("Verlassend") |
| 20:50:33 | Unhelpful | it looks like the mac instruction has a "scale factor" for specifying a shift before adding... doesn't seem clear how that works :/ |
| 20:50:36 | | Quit MethoS (Remote closed the connection) |
| 20:50:48 | rasher | Unhelpful: preglow is our emac-ninja |
| 20:50:56 | | Part yhuang |
| 20:51:22 | Bagder | strong his powers are |
| 20:51:40 | Unhelpful | rasher: that's the coldfire version, isn't it? i'm looking at the sh-1 docs right now. trying to figure out how to do 32x32->upper32 multiplies efficiently :/ |
| 20:51:44 | rasher | Ah |
| 20:51:52 | Lear | I did some emac-juggling too, but it was a while ago. |
| 20:51:59 | rasher | Ignore me |
| 20:52:41 | Unhelpful | rasher: no, no, you're still actually being helpful, since it seems i'll need the same for coldfire as well |
| 20:52:59 | Unhelpful | arm is the only arch that hands us that operation in one instruction |
| 20:55:47 | | Quit Thundercloud (Remote closed the connection) |
| 20:55:55 | | Join casainho [0] (n=chatzill@87.196.18.247) |
| 20:56:32 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 20:57:08 | rasher | I've been collecting a dataset of binary and ram usage sizes over time: rasher.dk/rockbox/graphs/">http://rasher.dk/rockbox/graphs/ - The data is nowhere near complete, and for this, build servers are need. Details are at the bottom of the page, but basically you need a linux server with git-svn and netcat. Network traffic is quite low, CPU usage is high |
| 20:58:59 | Unhelpful | are those missing builds, or vertical lines that have been aliased out of existence? |
| 20:59:07 | saratoga | Lear: replying to your message now |
| 20:59:12 | jhMikeS | Unhelpful: There are the FRACMUL macros in dsp.h but those don't cover SH. |
| 20:59:15 | Unhelpful | ...i guess missing builds, seeing the horizontal ones. |
| 20:59:16 | rasher | Unhelpful: actually they're failed builds |
| 20:59:30 | | Join tessarakt [0] (n=jens@e180071033.adsl.alicedsl.de) |
| 21:00 |
| 21:00:28 | Unhelpful | hrm, is mac.l explicitly signed? :/ |
| 21:00:45 | jhMikeS | It depends on the emac mode. |
| 21:01:19 | Unhelpful | ...ahh. so the unsigned version is the same, but i set a mode first? :/ |
| 21:01:41 | saratoga | Unhelpful: the codec should all have a 32x32-64 bit coldfire macro |
| 21:01:49 | saratoga | "all the codecs" |
| 21:02:38 | jhMikeS | use coldfire_set_macsr to set any emac modes. it returns the previous value. restore it when done. |
| 21:03:31 | jhMikeS | excuse me,coldfire_get_macsr and coldfire_set_macsr |
| 21:05:29 | | Join timc`` [0] (n=aoeu@119.109.98.78) |
| 21:06:13 | jhMikeS | I think unsigned multiply-accumulates might be int mode only, not fractional mode (it's been awhile). |
| 21:08:48 | | Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) |
| 21:09:51 | | Quit tim__ (Connection timed out) |
| 21:10:00 | | Quit jhulst (Read error: 104 (Connection reset by peer)) |
| 21:11:05 | ajb | Can anyone look at FS #9677? |
| 21:11:14 | | Quit nibbler (Read error: 60 (Operation timed out)) |
| 21:15:36 | | Join lostnihilist [0] (n=lostnihi@c-67-167-207-40.hsd1.il.comcast.net) |
| 21:16:29 | | Join philips [0] (n=5563c62d@gateway/web/cgi-irc/labb.contactor.se/x-21d59f9fd45a9d8a) |
| 21:17:45 | lostnihilist | I have auto-change directory set to yes; shuffle off; repeat off, only using the file browser, but when the current directory finishes, it doesn't move on to the next directory, it just stops playback |
| 21:18:09 | lostnihilist | iHP-120; suggestions on what I may be doing wrong? |
| 21:18:17 | | Join Jaykay [0] (n=chatzill@p579E7718.dip.t-dialin.net) |
| 21:18:20 | Llorean | How are you starting playback, and what SVN revision of Rockbox are you using? |
| 21:18:38 | lostnihilist | i browse through the "Files" |
| 21:18:46 | | Quit shyam_k (Read error: 110 (Connection timed out)) |
| 21:18:49 | lostnihilist | then hold down Navi and "insert" into playlist |
| 21:18:54 | Llorean | Don't insert. |
| 21:19:00 | Llorean | Just click on the song you wish to start playing |
| 21:19:13 | lostnihilist | ok |
| 21:19:14 | Llorean | Once you "insert" you're creating a playlist, rather than playing a folder. |
| 21:19:21 | lostnihilist | that makes sense |
| 21:19:23 | casainho | hello :-) |
| 21:20:00 | philips | hi all |
| 21:20:12 | casainho | can someone explain me why the needs of fliptable[] on firmware/drivers/ata-mmc.c ? |
| 21:20:21 | philips | i have a philips hdd 1620 |
| 21:20:57 | philips | can anyone explain me rockbox is works with it or not? |
| 21:21:39 | Bagder | philips: rockbox only works on the explicit devices mentioned on the rockbox.org front page |
| 21:21:56 | Bagder | there are a few others in progress |
| 21:22:33 | rasher | Isn't the hdd1620 one of those in progress? |
| 21:22:35 | philips | in introductions it seems everything works except "usb" |
| 21:22:52 | Bagder | what introduction? |
| 21:23:04 | philips | how can you add sound and test it if usb not works? |
| 21:23:18 | Bagder | philips: because the original OF still works and that has usb! |
| 21:23:42 | philips | sorry it is target status section |
| 21:23:45 | philips | http://www.rockbox.org/irc/cgiirc/irc.cgi |
| 21:23:45 | Jaykay | jhMikeS: as i commented in fs 9812, everything works fine now. is it wanted that rockbox can shut down even if a usb-charger is plugged in? |
| 21:23:57 | | Join Thundercloud [0] (n=thunderc@cpc3-hem18-0-0-cust53.lutn.cable.ntl.com) |
| 21:24:18 | Bagder | philips: ah right... |
| 21:25:22 | Lear | casainho: The MP3 decoder chip in the targets using that driver needs it. |
| 21:25:31 | lostnihilist | oh, ok, and you get playback on startup by setting the start screen to (under system) to 'resume playback' |
| 21:25:34 | lostnihilist | that is rather obscure |
| 21:25:47 | saratoga | Lear: you make it sound like fixing the AAC memory usage problems should be easy |
| 21:25:59 | casainho | Lear: can you please explain better? |
| 21:26:01 | philips | so i can install it, can put music with its original OS, then listen with rockbox? |
| 21:26:16 | | Part lostnihilist |
| 21:26:24 | jhMikeS | JayKay: You mean if you deliberately do so? I did enable that. |
| 21:26:25 | | Join Comokanu [0] (n=5c0ce2b3@gateway/web/cgi-irc/labb.contactor.se/x-de6d4bf5fc2f7607) |
| 21:26:43 | casainho | Lear: looks to me that responses from MMC card are a kind o fliped? no? |
| 21:26:57 | Comokanu | Are there any Rockbox simulators for MAc OSX? |
| 21:27:08 | jhMikeS | c200/e200 cannot tell the power sources apart at all anyway. |
| 21:27:08 | philips | badger: so i can install it, can put music with its original OS, then listen with rockbox? |
| 21:27:31 | Jaykay | ? |
| 21:27:37 | Jaykay | i didnt get that, sorry |
| 21:27:57 | | Quit philips ("CGI:IRC (EOF)") |
| 21:28:11 | jhMikeS | JayKay: You mean it's shutting down on its own or by holding the power button? |
| 21:28:25 | Lear | saratoga: Building the seek table isn't quite that easy, as you need to build it from 3 or 4 different tables, none of which you can load into memory completely. |
| 21:28:27 | | Quit Comokanu (Client Quit) |
| 21:28:38 | | Join philips [0] (n=55634196@gateway/web/cgi-irc/labb.contactor.se/x-9ef53f1955972098) |
| 21:28:53 | | Join nibbler [0] (n=Nibbler@HSI-KBW-085-216-121-223.hsi.kabelbw.de) |
| 21:28:55 | Jaykay | yes thats clear. i didnt get that with "tell the power source apart" |
| 21:29:01 | saratoga | Lear: yes but samples table is the only one thats huge |
| 21:29:05 | saratoga | the others are quite small |
| 21:29:47 | philips | after installing rockbox , can put music with its original OS, then can listen with rockbox? |
| 21:29:57 | philips | in hdd 1620 |
| 21:30:14 | jhMikeS | Jaykay: The same pin is used for USB/Charger power. There's no way to tell in software whether it's a USB charger or an A/C adapter. |
| 21:30:48 | gevaerts | philips: possibly. I'm not sure if anyone currently here knows the details |
| 21:31:03 | casainho | saratoga, Lear : are you talking about that fliptable I was asking about? |
| 21:31:24 | Lear | casainho: Hm, right, I was a bit too quick there, it seems. Amiconn is the one to ask, really. |
| 21:31:40 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-44f9f312980975a0) |
| 21:32:12 | philips | gevaerts: is rockbox utility installs for target-status players? |
| 21:32:12 | casainho | Lear: thanks :-) |
| 21:32:25 | casainho | amiconn: are you there? |
| 21:32:28 | | Join MethoS [0] (n=lem@host-091-097-243-193.ewe-ip-backbone.de) |
| 21:32:32 | gevaerts | philips: rockbox utility only installs supported players |
| 21:33:00 | | Join massiveH [0] (n=massiveH@pool-70-105-170-139.nwrknj.fios.verizon.net) |
| 21:33:00 | philips | gevaerts: so how can i try it? |
| 21:33:12 | | Quit massiveH (Read error: 104 (Connection reset by peer)) |
| 21:33:15 | gevaerts | philips: as I said, I'm not sure if anyone currently here knows the details |
| 21:33:56 | Jaykay | jhmikes: im really sorry, i dont know what a a/c adapter is. let it be and stop confusing me :) i just wanted to know whether this behaviour (shutting down when a charger is plugged) is wanted |
| 21:34:04 | saratoga | Lear: I just decoded a file without the samples table, now to figure out how to seek in one |
| 21:34:16 | Jaykay | because before your chnage it said nothing or "battery charging" and stayed on. |
| 21:34:35 | philips | gevaerts: hmm, OK |
| 21:34:46 | Lear | saratoga: You can't rely on the other tables being small though. I've seen some pretty large chunk-related tables (hundreds or maybe even thousands of entries). |
| 21:35:38 | saratoga | Lear: the chunk table can never be more then 2x the size of the samples table, and typically its much smaller so I'm not sure it matters |
| 21:35:40 | jhMikeS | JayKay: Allowing the user to power off even if charging was added with the charging commit for c200/e200. |
| 21:35:44 | Lear | saratoga: I'm pretty sure I have some test files that would break on it. :) |
| 21:35:46 | saratoga | a 33% savings is still huge |
| 21:36:06 | * | jhMikeS keeps capitalizing the 'K' for some reason...ah...hmmm. |
| 21:36:41 | Jaykay | there are some more people who do that.... all of them are rockbox developers. |
| 21:36:51 | Jaykay | strange isnt it? |
| 21:37:22 | Jaykay | is this usb-icon and the "battery: charging"-message still needed? |
| 21:38:01 | | Quit philips ("CGI:IRC (EOF)") |
| 21:38:18 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 21:38:27 | jhMikeS | the usb icon is if connecting mass storage. Others still use the string. |
| 21:38:30 | Lear | saratoga: Which chunk table? There are two you know... |
| 21:39:21 | Jaykay | how can a mass storage be connected to a mp3-player? |
| 21:39:42 | | Quit jhulst_ (Read error: 104 (Connection reset by peer)) |
| 21:39:49 | | Join jhulst_ [0] (n=jhulst@207.72.173.132) |
| 21:39:51 | | Join jimmy [0] (n=55634196@gateway/web/cgi-irc/labb.contactor.se/x-94d66d2e6a07ef31) |
| 21:39:58 | jhMikeS | Another term for USB mode (MSC). |
| 21:41:16 | Jaykay | ok now im totally confused. let it be, i wont understand it anyway:) |
| 21:41:27 | jhMikeS | ok, np |
| 21:41:35 | | Quit n17ikh (Read error: 104 (Connection reset by peer)) |
| 21:42:15 | | Quit jimmy (Client Quit) |
| 21:44:01 | saratoga | Lear: you can't have more chunks then samples, so that puts a hard upper limit on the chunks table |
| 21:44:41 | saratoga | and the second chunks table [samples to chunks i think] always seems to be small, even for enormous mp4 video files |
| 21:44:54 | | Join akur [0] (n=akur@bl6-150-23.dsl.telepac.pt) |
| 21:45:00 | | Part akur |
| 21:45:25 | | Join gregzx [0] (n=chatzill@dti207.neoplus.adsl.tpnet.pl) |
| 21:45:37 | Lear | saratoga: True, but that still means thousands of entries. Especially for audio books, with several hours per file. |
| 21:46:28 | Lear | saratoga: Also, to reduce the sample table (or convert it to seek points), you need the chunk offset table, so you don't merge a gap between frames. |
| 21:46:37 | | Join tim__ [0] (n=aoeu@119.109.98.78) |
| 21:47:33 | | Quit BigBambi (Read error: 60 (Operation timed out)) |
| 21:47:34 | saratoga | thousands of entries isn't a big deal |
| 21:47:49 | saratoga | the current code seems to use thousands per minute |
| 21:48:11 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 21:48:16 | saratoga | thousands per hour sounds like a great improvement :) |
| 21:49:27 | saratoga | speaking of which, does anyone here actually have vorbis files using floor0? I'd love to see how much memory those use verses modern vorbis |
| 21:49:43 | Unhelpful | do i need to reset the emac mode before yielding? or would setting it once at the beginning of the scaler, and setting it back to its previous state at the end, be fine? |
| 21:50:20 | Unhelpful | and i'm assuming "integer mode" means than mac.l is an unsigned 32x32 multiply? |
| 21:50:27 | *** | Saving seen data "./dancer.seen" |
| 21:50:47 | Lear | saratoga: I have a one or two floor0. |
| 21:51:00 | saratoga | Lear: could you post them somewhere? |
| 21:51:46 | Lear | saratoga: It is less than 1 MB, so maybe I could mail it? |
| 21:51:47 | jhMikeS | Unhelpful: No, macsr is saved in thread context |
| 21:52:47 | Unhelpful | ok... so basically, i only need to reset it before returning, so that it's in whatever mode the calling thread expects |
| 21:53:07 | | Quit timc`` (Connection timed out) |
| 21:53:44 | | Join yhuang [0] (n=blah@c-68-84-62-252.hsd1.nj.comcast.net) |
| 21:54:01 | saratoga | Lear: did you get my message? |
| 21:54:21 | jhMikeS | Unhelpful: just restore it once you've left a call. it gets a DSP-compatbile setting by default. |
| 21:54:52 | Lear | saratoga: Got it now. |
| 21:55:51 | saratoga | I wonder how important floor0 support is, as far as I know it hasn't been used in vorbis encoders in over 6 years |
| 21:56:09 | saratoga | though maybe it doesn't use much memory |
| 21:56:50 | mcuelenaere | casainho: I could be wrong here, but I think ata-mmc.c isn't a really generic driver; so you should make your own if you're trying to use it |
| 21:57:05 | | Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 21:57:26 | | Join gregzx [0] (n=chatzill@dti207.neoplus.adsl.tpnet.pl) |
| 21:58:24 | casainho | mcuelenaere: yes... but I can't get my drives working and I don't know If the my problem is not being doing that "fliptable", so; I would like to know... |
| 21:58:47 | casainho | I hope amiconn can help me... |
| 21:59:35 | | Quit TheSphinX^ ("XChat@Linux") |
| 22:00 |
| 22:01:20 | mcuelenaere | casainho: how exactly is your SD card slot connected to your CPU? (I can't seem to find that on the wiki page) |
| 22:02:00 | | Join an|noid [0] (n=std~den@91.202.92.238) |
| 22:02:01 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 22:02:31 | casainho | mcuelenaere: here: http://www.olimex.com/dev/images/ARM/ATMEL/SAM9-L9260-sch.gif |
| 22:03:36 | casainho | mcuelenaere: it's is connected by SPI and by SD bus, however there I would prefer to use SPI since looks like there is not royalties to be paid if we use SPI... but we need to pay to use SD bus :-( |
| 22:04:01 | mcuelenaere | are there any drivers provide by atmel for SD over SPI? |
| 22:04:13 | casainho | mcuelenaere: no.... |
| 22:04:44 | casainho | there is a lot of examples for SPI, for others MCUs as AVR and PICs... |
| 22:04:52 | casainho | and also ARM7, for example |
| 22:05:15 | casainho | here: file:///home/cas/Documentos/rockbox_player/03_info/sd_card/electronic-atmega-mmc.php.html |
| 22:06:13 | mcuelenaere | I'm not going to be able to get a document from your PC without you uploading it first ;) |
| 22:06:47 | | Join n17ikh [0] (n=n17ikh@130.127.74.89) |
| 22:06:49 | casainho | mcuelenaere: sorry: http://www.captain.at/electronic-atmega-mmc.php |
| 22:07:44 | | Quit J-23 ("ZNC - http://znc.sourceforge.net") |
| 22:07:59 | | Join J-23 [0] (n=zelazko@213.192.74.3) |
| 22:08:26 | mcuelenaere | casainho: do you already have a working SPI driver? |
| 22:08:52 | casainho | mcuelenaere: yes, I have, I tested it with osciloscope... and even I have it working for the LCD ;-) |
| 22:09:54 | casainho | and I am getting answer from the card, however seems witout sense :-( −− that's why I am looking at that fliptable[]... |
| 22:10:40 | casainho | you know, I am doing JTAG debug and I can also measure the signlas with osciloscope ;-) |
| 22:11:05 | | Quit an|noid (Read error: 104 (Connection reset by peer)) |
| 22:12:02 | casainho | mcuelenaere: for example, after "sdcard_send_command (CMD_GO_IDLE_STATE, 0x0, 0x95);" I am always getting the response "0x11111110" :-( |
| 22:12:22 | casainho | mcuelenaere: while it should be 0x01 |
| 22:13:23 | mcuelenaere | hmm I can't really help you with that, as I'm not familiar with SD (haven't done a (working) SD driver yet) |
| 22:14:20 | casainho | mcuelenaere: but, did you try to make any SD card driver? |
| 22:15:12 | mcuelenaere | yes, but it was more a copy-and-paste job and I haven't really looked at it (yet) |
| 22:15:48 | casainho | okok :-) |
| 22:18:22 | | Quit Lear ("ChatZilla 0.9.84 [Firefox 3.1b3pre/20090116035118]") |
| 22:19:48 | | Join faemir [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) |
| 22:21:18 | | Join japc_ [0] (n=japc@bl7-252-83.dsl.telepac.pt) |
| 22:27:52 | | Join gregorovius [0] (n=diego@host117.190-226-184.telecom.net.ar) |
| 22:29:53 | | Join Jaykay_ [0] (n=chatzill@p579E7C7D.dip.t-dialin.net) |
| 22:30:30 | | Quit XavierGr (Nick collision from services.) |
| 22:30:41 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 22:30:54 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") |
| 22:31:01 | | Join MethoS- [0] (n=lem@host-091-096-212-082.ewe-ip-backbone.de) |
| 22:32:47 | | Quit karashata ("G'bye everyone!") |
| 22:36:41 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 22:37:00 | | Quit {phoenix} (Read error: 104 (Connection reset by peer)) |
| 22:37:07 | | Join n17ikh| [0] (n=n17ikh@130.127.74.89) |
| 22:37:14 | | Quit n17ikh| (Remote closed the connection) |
| 22:40:07 | | Join MethoS-- [0] (n=lem@dyndsl-085-016-162-157.ewe-ip-backbone.de) |
| 22:40:37 | | Join casainho [0] (n=chatzill@87.196.18.247) |
| 22:41:35 | | Nick jhulst_ is now known as jhulst (n=jhulst@unaffiliated/jhulst) |
| 22:44:48 | | Quit n1s () |
| 22:45:32 | | Part Anges |
| 22:46:07 | casainho | amiconn: are you there? |
| 22:46:15 | | Quit MethoS (Read error: 110 (Connection timed out)) |
| 22:46:58 | | Quit n17ikh (Connection timed out) |
| 22:48:14 | Unhelpful | gevaerts: would you mind testing some coldfire-specific scaler stuff on your x5? |
| 22:48:44 | | Quit Jaykay (Read error: 110 (Connection timed out)) |
| 22:49:20 | gevaerts | Unhelpful: I can do x5 or h300 |
| 22:49:53 | Unhelpful | i've a build for x5 already, but i can make one for the h300 as well |
| 22:51:58 | gevaerts | Your choice |
| 22:52:26 | Unhelpful | https://looking-glass.us/~chshrcat/rockbox/rockbox-x5_coldfire_scaler.zip |
| 22:53:20 | Unhelpful | anything that uses scaled bitmaps should be fine for a test... pictureflow, albumart if you don't have it pre-scaled to a WPS size, sliding_puzzle is good, too |
| 22:53:26 | amiconn | Unhelpful: macl/mach cannot be shifted |
| 22:53:29 | | Quit japc_ (Read error: 110 (Connection timed out)) |
| 22:53:55 | amiconn | The sh programming manual is also in the wiki |
| 22:54:31 | Unhelpful | amiconn: i had figured that might be the case. and i'm guessing the "scale factor" for the mac instruction probably doesn't offer convenient values? |
| 22:55:21 | | Quit Jaykay_ ("ChatZilla 0.9.84 [Firefox 3.0.5/2008120122]") |
| 22:55:50 | | Quit MethoS- (Connection timed out) |
| 22:56:46 | | Quit jhulst (Read error: 60 (Operation timed out)) |
| 22:56:54 | | Quit archivator ("<>") |
| 22:57:55 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 22:58:42 | gevaerts | Unhelpful: lots of coloured noise |
| 22:58:51 | Unhelpful | fantastic. :/ |
| 22:59:01 | | Quit XavierGr () |
| 22:59:02 | | Quit petur ("Zzzzz") |
| 23:00 |
| 23:01:51 | casainho | amiconn: can you help me on SD SPI drivers? |
| 23:03:19 | | Quit bmbl ("Woah!") |
| 23:04:18 | | Quit tessarakt (Read error: 110 (Connection timed out)) |
| 23:04:49 | casainho | amiconn: I would like to know why the fliptable[] on drivers/ata-mmc.c ... |
| 23:04:52 | Unhelpful | well, it seems that at *least* i have the emac mode wrong |
| 23:06:07 | Bagder | casainho: that's archos-specific fiddling |
| 23:06:59 | casainho | Bagder: fiddling? |
| 23:07:13 | * | Unhelpful sees that the "scale factor" part was from the coldfire version. meh. |
| 23:07:29 | casainho | Bagder: I don't understand why an SPI connection would change the bits.... ? |
| 23:07:45 | Bagder | casainho: because that's needed on the archos |
| 23:08:08 | Bagder | it's not strictly related to spi |
| 23:09:15 | casainho | Bagder: okok... |
| 23:10:28 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.5/2008121622]") |
| 23:11:09 | | Join arohtar [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) |
| 23:11:14 | | Join tessarakt [0] (n=jens@e180066156.adsl.alicedsl.de) |
| 23:12:22 | | Quit amiconn (Read error: 110 (Connection timed out)) |
| 23:12:26 | | Quit pixelma (Read error: 110 (Connection timed out)) |
| 23:12:51 | | Join pixelma [0] (n=pixelma@rockbox/staff/pixelma) |
| 23:13:01 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 23:13:17 | | Join shfhs75 [0] (n=shfhs75@athedsl-395761.home.otenet.gr) |
| 23:13:30 | shfhs75 | hiiiiiiiiiiiiiiiiiii |
| 23:14:02 | shfhs75 | iam man frome greece iny girl hir?????? |
| 23:14:12 | shfhs75 | shfhs75@hotmail.com |
| 23:14:18 | Zagor | go away |
| 23:14:32 | amiconn | Unhelpful: You're not obliged to make it perfect in the first commit |
| 23:14:41 | shfhs75 | fuck you man |
| 23:14:48 | Mode | "#rockbox +o Zagor " by ChanServ (ChanServ@services.) |
| 23:14:52 | Kick | (#rockbox shfhs75 :Zagor) by Zagor!n=bjst@rockbox/developer/Zagor |
| 23:15:01 | amiconn | If you don't have the necessary hardware to test an asm optimisation on, someone else should probably do that optimisation |
| 23:15:26 | amiconn | The emac scale factor can only do >>1 or <<1, and only in integer mode |
| 23:15:42 | Mode | "#rockbox -o Zagor " by Zagor (n=bjst@rockbox/developer/Zagor) |
| 23:15:53 | Unhelpful | isn't integer mode what i want, for unsigned? |
| 23:16:21 | amiconn | If we want to "misuse" the emac for an unsigned 32*32->high 32, we need some clever tricks. |
| 23:16:52 | amiconn | emac can be used signed or unsigned in integer mode, but only signed in fractional mode (which you need to get to the high bits) |
| 23:17:10 | Unhelpful | ahhh.. that's problematic. but maybe not. :) |
| 23:18:13 | Unhelpful | the scale factor only has 31 bits of precision, to avoid needing a 64-bit division to calculate it |
| 23:19:13 | amiconn | Well, if we can shift both factors right by 1, it becomes fairly simple |
| 23:20:57 | Unhelpful | we can already shift ctx->divisor right by one, it's calculated as (0x80000000/div) << 1 to avoid a 64-bit divide |
| 23:21:25 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 23:22:26 | Unhelpful | the other factor, we may not need to... it is, at maximum, equal to 255*w*h, where w and h are the larger of the source or target dimension in that direction. |
| 23:23:14 | | Join MethoS [0] (n=lem@dyndsl-085-016-165-048.ewe-ip-backbone.de) |
| 23:24:16 | amiconn | Hmm, if the other factor is guaranteed to stay <2^31, it'd be even better. |
| 23:24:17 | Unhelpful | so, it will be 31 bits or less all the way up to 2901x2901 |
| 23:25:19 | amiconn | emac in fractional mode actually gives you bit 31..62 in the accumulator, so if one factor is shifted right by 1 and the other is guaranteed to stay positive, the result won't need shifting at all |
| 23:25:23 | Unhelpful | well, we can remove the left shift when calculating the divisor, and the other factor is guaranteed to be <2^31 if the source bitmap has less than about 8.4 million pixels |
| 23:25:44 | amiconn | The question is whether we can drop the calculation of the low bits. We'd loose a bit of precision |
| 23:26:10 | Unhelpful | not sure what you mean by "drop the calculation of the low bits"? |
| 23:27:04 | amiconn | For a true 32*32->64, we'd need a mulu.l (producing the low bits)and a mac.l (producing the high bits, with emac in fractional mode) |
| 23:27:40 | Unhelpful | the low bits are discarded entirely, though... |
| 23:27:41 | amiconn | Since we only need the upper 32, all the low bits would contribute would be a bit of rounding |
| 23:28:04 | amiconn | If we drop them, we don't even need to perform the mulu.l |
| 23:28:56 | Unhelpful | they're already dropped entirely on arm. unless you're saying that the top 32 will lose some precision if we don't have a mulu.l to produce the bottom 32? |
| 23:29:29 | amiconn | Btw, there's a trick for reconstructing bit 63 without accessing the accumulator extension register. We won't need that here though |
| 23:30:02 | amiconn | No, just that you always round towards zero if you don't calculate the bottom 32 bit |
| 23:30:21 | | Join toffe82_ [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 23:30:38 | Unhelpful | well, we actually add a rounding value before the multiply, at least on arm |
| 23:31:10 | Unhelpful | and just discard the bottom 32 entirely |
| 23:31:22 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 23:33:39 | Unhelpful | ctx->round is half of the divisor (from before the reciprocal is calculated), so the (val + round) * recip >> 32 is (val + div/2) / div |
| 23:35:11 | | Quit nibbler (Read error: 110 (Connection timed out)) |
| 23:36:24 | Unhelpful | ctx->divisor is only truly the divisor until the top of scale_v_*, at which point it's replaced with (2^31 / divisor) << 1 |
| 23:37:33 | Unhelpful | so, it sounds as if, if we remove the <<1, mac.l and extracting the high bits gets us exactly the same result we have on arm... provided the image is never large enough for the pixel value to exceed 2^30 |
| 23:38:08 | | Quit MethoS-- (Connection timed out) |
| 23:44:22 | | Quit MethoS (Remote closed the connection) |
| 23:44:46 | | Join MethoS [0] (n=lem@dyndsl-085-016-165-048.ewe-ip-backbone.de) |
| 23:45:07 | | Quit Aurix_Lexico (Remote closed the connection) |
| 23:47:13 | | Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) |
| 23:47:50 | | Quit toffe82 (Read error: 110 (Connection timed out)) |
| 23:48:16 | | Join MethoS- [0] (n=lem@dyndsl-085-016-167-059.ewe-ip-backbone.de) |
| 23:50:30 | *** | Saving seen data "./dancer.seen" |
| 23:50:32 | Zagor | amiconn: how did you measure the coldfire PLL locking time? it just struck me maybe we get equally fast clock switches with PLL bypass if we just don't change the VCO. |
| 23:52:39 | Unhelpful | amiconn: if i'm reading the programmer's reference correctly, for the normal scaling case, i can actually use unsigned integer mode, with the desired result being in the lower extension byte |
| 23:53:21 | | Quit tessarakt ("Client exiting") |
| 23:53:38 | Unhelpful | for the parcticular case that is being used in pictureflow, of rescaling the existing scale factors by 31/255 and 63/255, it's a little more complicated, because i want a 32-bit value back |
| 23:53:42 | amiconn | Zagor: Hmm, did I say I measured it? I can't remember atm. Didn't Linus do that? |
| 23:54:12 | Zagor | oh. I'm not sure. |
| 23:54:43 | Unhelpful | perhaps the right thing to do is to give a custom output plugin a function that can be called once, at the start of the image, to calculate its own scaling factors, or whatever else it might need. |
| 23:54:54 | amiconn | I think it could be measured using the user timer, but you need to accept a bit of uncertainty |
| 23:55:11 | Zagor | I'll see if a simple loop counter shows any difference |
| 23:55:26 | | Join jhulst [0] (n=jhulst@75-135-157-217.dhcp.aldl.mi.charter.com) |
| 23:55:31 | amiconn | Yeah, you can count loop iterations while waiting for the relock bit |
| 23:55:55 | | Join gregorovius_ [0] (n=diego@host26.190-31-242.telecom.net.ar) |
| 23:56:32 | amiconn | The problem is how to translate this into cpu cycles. There are lots of waits involved in mbar/mbar2 accesses |
| 23:56:53 | | Quit arohtar (Client Quit) |
| 23:56:59 | amiconn | Hmm, it can be calibrated separately |
| 23:57:07 | | Join arohtar [0] (n=daniel@88-106-244-173.dynamic.dsl.as9105.com) |
| 23:57:53 | Unhelpful | if i'm using %acc0, it looks like the 8 bits i want would be the low 8 of %accext01 |
| 23:58:13 | amiconn | yes |
| 23:58:32 | amiconn | You still have to make sure acc0 is cleared afterwards |
icon identifies that the person is a core developer (has commit access).