00:05:18 | ej0rge | turning off dircache does sort it out. and yes, it shouldn't make much of a difference on CF |
00:05:40 | | Quit Scromple (Quit: Leaving) |
00:09:50 | | Quit lebellium (Quit: ChatZilla 0.9.88.1 [Firefox 11.0/20120310173008]) |
00:13:22 | | Quit Thra11_ (Quit: kthxbai) |
00:14:01 | | Join Thra11_ [0] (~thrall@148.61.113.87.dyn.plus.net) |
00:14:27 | | Join Scromple [0] (~Simon@119.225.209.134) |
00:14:28 | n1s | meh, i wonder why people like to spread so much misinformation about our tremor codec |
00:14:48 | n1s | yeah it has problems but those are mostly inherited from upstream Tremor |
00:15:07 | n1s | and it doesn't crash on files with too large AA it just skips them |
00:15:50 | | Quit n1s (Quit: Ex-Chat) |
00:20:52 | | Join LambdaCalculus37 [0] (~rmenes@c-68-32-226-242.hsd1.nj.comcast.net) |
00:20:52 | | Quit LambdaCalculus37 (Changing host) |
00:20:52 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
00:26:55 | ej0rge | now if i can just remember my flyspray login . . |
00:32:39 | ej0rge | alright, comments added. thanks again. |
00:38:37 | *** | Saving seen data "./dancer.seen" |
00:39:41 | | Quit LambdaCalculus37 (Quit: This computer has gone to sleep) |
00:40:00 | ej0rge | my experience differed in that i was able to reproduce the issue when booting from disk |
00:44:35 | | Join annecy [0] (~peppy_@86-41-87-14-dynamic.b-ras2.chf.cork.eircom.net) |
00:46:42 | | Join Ray039 [0] (~Guest@75-134-123-215.dhcp.aldl.mi.charter.com) |
00:48:32 | Ray039 | im having issues getting the rockbox utility to load the theme choices. It keeps on saying network error and my network is fine, firewall is not interfering with it any clue on what is going on |
00:50:18 | | Join bitcraft [0] (~bitcraft@66.254.199.148) |
00:51:10 | ej0rge | Ray039: I noticed that as well when i was loading my clipzip. what device are you loading themes for? |
00:51:22 | Ray039 | clipzip too |
00:52:57 | ej0rge | I also got an error trying to load fonts |
00:53:26 | Ray039 | same here 404 http error |
00:53:27 | | Quit bitcraft_ (Ping timeout: 245 seconds) |
00:53:27 | ej0rge | I attributed it to the clipzip being a fairly recent target and didn't worry much about it. But, That's all i have to add to the discussion. |
00:53:43 | ej0rge | because i am just another user |
00:58:17 | | Quit n17ikh (Ping timeout: 264 seconds) |
01:00 |
01:05:55 | | Quit annecy (Quit: leaving) |
01:10:29 | | Join n17ikh [0] (~peter@c-174-56-150-44.hsd1.sc.comcast.net) |
01:15:44 | | Quit Ray039 (Quit: Leaving) |
01:16:32 | | Quit Strife89 (Quit: Perhaps I'll start practicing again.) |
01:17:13 | | Quit ender` (Quit: It's not English. It's legalese, a completely different language which looks confusingly similiar.) |
01:19:14 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
01:36:49 | | Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
01:38:34 | | Join domonoky1 [0] (~Domonoky@agsb-5d852c47.pool.mediaWays.net) |
01:39:43 | | Quit perrikwp (Ping timeout: 244 seconds) |
01:40:43 | | Quit domonoky (Ping timeout: 246 seconds) |
01:42:35 | | Nick perrikwp_ is now known as perrikwp (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
01:46:08 | | Join saratoga [0] (980329e4@gateway/web/freenode/ip.152.3.41.228) |
01:49:50 | saratoga | n1s: the current work arounds for tremor's page handling work on a subset of files, but not on others: FS #12563 |
01:49:51 | fs-bluebot | http://www.rockbox.org/tracker/task/12563 .ogg file won't play (bugs, unconfirmed) |
01:50:32 | saratoga | oh you said crash, not skip, nevermind |
02:00 |
02:08:56 | | Join LambdaCalculus37 [0] (~rmenes@c-68-32-226-242.hsd1.nj.comcast.net) |
02:08:56 | | Quit LambdaCalculus37 (Changing host) |
02:08:56 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
02:13:51 | | Part domonoky1 |
02:15:51 | | Quit Thra11_ (Ping timeout: 245 seconds) |
02:20:24 | | Join Keripo [0] (~Keripo@seas0845.wireless-pennnet.upenn.edu) |
02:23:43 | | Quit LambdaCalculus37 (Quit: This computer has gone to sleep) |
02:24:32 | | Quit bitcraft (Remote host closed the connection) |
02:24:56 | | Join bitcraft [0] (~bitcraft@66.254.199.148) |
02:29:56 | | Join LambdaCalculus37 [0] (~rmenes@c-68-32-226-242.hsd1.nj.comcast.net) |
02:29:56 | | Quit LambdaCalculus37 (Changing host) |
02:29:56 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
02:30:17 | | Quit LambdaCalculus37 (Remote host closed the connection) |
02:33:22 | | Quit saratoga (Quit: Page closed) |
02:38:39 | *** | Saving seen data "./dancer.seen" |
02:41:58 | | Quit Keripo (Quit: Leaving.) |
02:51:42 | | Join passstab [0] (~v@c-68-80-37-73.hsd1.pa.comcast.net) |
02:55:18 | | Join Keripo [0] (~Keripo@eng189.wireless-resnet.upenn.edu) |
02:59:50 | | Quit bitcraft (Remote host closed the connection) |
03:00 |
03:02:26 | | Join factor [0] (~factor@r74-195-218-139.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
03:13:36 | | Quit tchan (Quit: WeeChat 0.3.7) |
03:15:11 | | Quit thegeek_ (Read error: Connection reset by peer) |
03:15:54 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
03:28:14 | | Quit passstab (Remote host closed the connection) |
03:33:56 | | Join bitcraft [0] (~bitcraft@173-20-20-92.client.mchsi.com) |
03:38:19 | | Quit BHSPitMonkey (Remote host closed the connection) |
03:39:53 | | Join yeps [0] (44341a41@gateway/web/freenode/ip.68.52.26.65) |
03:40:17 | yeps | Is there an easy way to get rockbox to ignore battery voltage as far as forcing shutdowns goes? |
04:00 |
04:01:08 | | Join Rower85 [0] (husvagn@v-413-alfarv-90.bitnet.nu) |
04:03:47 | JdGordon | yeps: depends if you consider modifying the code to remove the check and rebuilding easy or not |
04:04:16 | yeps | I'd say no seeing as I don't know how to do that |
04:04:33 | yeps | not sure if I could talk someone here into doing it or not, seeing as the place is dead I'd say no |
04:12:52 | | Quit amiconn (Disconnected by services) |
04:12:52 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
04:13:14 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
04:14:06 | | Quit pixelma (Disconnected by services) |
04:14:08 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
04:14:10 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
04:31:21 | yeps | well poo, I've got to dig out the battery board thing out from under all of this hot glue and get the one from the old battery out from under it's tape and swap them |
04:31:43 | | Quit TheSeven (Disconnected by services) |
04:32:20 | | Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) |
04:35:38 | yeps | uh |
04:36:04 | yeps | if I've got a li-ion battery at 4.8v, shouldn't it be at least a bit hot if not making a big mess? |
04:38:41 | *** | Saving seen data "./dancer.seen" |
04:39:53 | | Quit randumbum (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120216101208]) |
04:42:25 | yeps | yeah my voltmeter is broke nevermind |
04:42:29 | | Quit yeps (Quit: Page closed) |
04:51:47 | | Join Llorean1 [0] (~DarkkOne@wsip-98-190-153-134.ph.ph.cox.net) |
04:55:57 | | Quit Llorean (Ping timeout: 260 seconds) |
05:00 |
05:01:25 | | Nick Llorean1 is now known as Llorean (~DarkkOne@wsip-98-190-153-134.ph.ph.cox.net) |
05:01:30 | | Quit Llorean (Changing host) |
05:01:30 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
05:02:28 | | Quit anewuser (Read error: Connection reset by peer) |
05:05:43 | | Join Rob2222 [0] (~Miranda@p4FFD1793.dip.t-dialin.net) |
05:08:59 | | Quit Rob2223 (Ping timeout: 246 seconds) |
05:14:46 | | Join bakdafukup_2002 [0] (~bakdafuku@host-195-123-111-24.midco.net) |
05:14:59 | bakdafukup_2002 | is anyone available for some help please? |
05:17:56 | | Quit XavierGr (Ping timeout: 255 seconds) |
05:25:44 | | Quit factor (Quit: Leaving) |
05:46:02 | | Quit curtism (Quit: Live Long and Prosper) |
05:49:43 | | Join saratoga [0] (980329e4@gateway/web/freenode/ip.152.3.41.228) |
05:59:03 | funman | Can't tell before you tell what the problem is, please just speak |
06:00 |
06:02:38 | | Quit bitcraft (Remote host closed the connection) |
06:03:56 | | Quit mystica555 (Ping timeout: 246 seconds) |
06:04:23 | | Quit Scromple (Quit: Leaving) |
06:05:00 | | Join Scromple [0] (~Simon@119.225.209.134) |
06:08:22 | | Quit saratoga (Quit: Page closed) |
06:24:34 | | Join The_prospector [0] (baconmaste@unaffiliated/cornman) |
06:31:09 | | Quit The_prospector (Read error: Connection reset by peer) |
06:31:21 | | Join The_prospector [0] (baconmaste@unaffiliated/cornman) |
06:38:42 | *** | Saving seen data "./dancer.seen" |
07:00 |
07:02:33 | | Join perrikwp_ [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
07:05:29 | | Quit perrikwp (Ping timeout: 260 seconds) |
07:07:30 | | Join perrikwp [0] (~quassel@cpe-024-163-024-033.triad.res.rr.com) |
07:10:25 | | Quit perrikwp_ (Ping timeout: 244 seconds) |
07:20:36 | | Join factor [0] (~factor@r74-195-218-139.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
07:33:15 | | Join kaner [0] (~kaner@zzz.strace.org) |
07:53:21 | | Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) |
07:54:43 | wodz | funman: Ping me if you craft another thing to test on nano2g. Anyway I thought n2g is more widespread and it would be easy to find more testers. |
08:00 |
08:07:49 | | Quit Keripo (Read error: Connection reset by peer) |
08:11:02 | | Quit amiconn (Remote host closed the connection) |
08:11:02 | | Quit pixelma (Remote host closed the connection) |
08:12:37 | | Join Keripo [0] (~Keripo@eng189.wireless-resnet.upenn.edu) |
08:13:22 | | Join pixelma [0] (pixelma@rockbox/staff/pixelma) |
08:13:22 | | Join amiconn [0] (amiconn@rockbox/developer/amiconn) |
08:13:47 | | Join thegeek [0] (~thegeek@33.15.9.46.customer.cdi.no) |
08:15:15 | | Quit perrikwp (Read error: Connection reset by peer) |
08:15:23 | | Quit Zarggg (Quit: Rebooting client...) |
08:16:12 | | Quit remlap (Read error: Connection reset by peer) |
08:17:38 | | Join Zagor [242] (~bjst@rockbox/developer/Zagor) |
08:17:41 | | Quit wodz (Quit: Leaving) |
08:22:10 | | Join mortalis [0] (~mortalis@77.108.98.176) |
08:22:41 | | Quit GodEater_ (Quit: Page closed) |
08:24:08 | | Join GodEater_ [0] (93722cc9@rockbox/staff/GodEater) |
08:33:16 | | Quit Scromple (Read error: Connection reset by peer) |
08:35:33 | | Quit enthdegree (Ping timeout: 255 seconds) |
08:37:39 | | Join ender` [0] (~ender@foo.eternallybored.org) |
08:38:44 | *** | Saving seen data "./dancer.seen" |
08:47:25 | | Join megal0maniac [0] (~megal0man@dsl-244-87-14.telkomadsl.co.za) |
08:52:33 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
08:52:38 | | Quit bertrik (Changing host) |
08:52:39 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
09:00 |
09:05:03 | | Quit user890104 (Ping timeout: 260 seconds) |
09:28:03 | [Saint] | ej0rge: the 404 error isn't device specific, its just plain broken. Things break. |
09:28:39 | Zagor | "So Rockbox's TimeStretch appears not to work on today's daily build." −− http://twitter.com/Brandon_h/status/179715915867365377 |
09:28:47 | [Saint] | You're free to download the font pack and themes manually via the website, though. |
09:28:50 | [Saint] | ej0rge: ^ |
09:29:59 | [Saint] | Zagor: Are we taking bug reports via Twitter feed now? ;) |
09:30:19 | [Saint] | (btw, do you regularly scour Twitter for "Rockbox" or so?) |
09:30:42 | Zagor | yes I do |
09:34:37 | | Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
09:35:23 | | Quit bertrik (Ping timeout: 260 seconds) |
09:39:16 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
10:00 |
10:09:11 | | Join wodz [0] (~wodz@iwl138.internetdsl.tpnet.pl) |
10:17:04 | | Join olegfink1 [0] (~olegfink@ppp92-100-94-247.pppoe.avangarddsl.ru) |
10:18:58 | | Quit olegfink (Ping timeout: 252 seconds) |
10:19:47 | * | [Saint] wonders why he is getting review requests |
10:20:47 | [Saint] | I mean, its not a /bad/ thing...just curious. |
10:21:27 | [Saint] | I doubt I'll have much to offer, nor time to offer it, but..."Yay for being included!" :) |
10:23:02 | nick_p | [Saint]: Did you subscribe to the rockbox-dev ML? |
10:23:27 | [Saint] | Oh yeah, sure. |
10:23:42 | [Saint] | But, this is the first review request I've *ever* gotten. |
10:25:12 | nick_p | I was just following http://www.rockbox.org/wiki/UsingGit#Uploading_a_change_for_review_and_testing - I thought the ML would reach more interested parties than IRC |
10:25:35 | [Saint] | Ohhhhh.....right. |
10:25:45 | [Saint] | That'll learn me to read too quickly. |
10:26:17 | [Saint] | I totally imagined a completely different "from" address. |
10:26:40 | [Saint] | The subject had me assume it was sent via gerrit. |
10:27:28 | wodz | mortalis: ping |
10:27:54 | | Join TomColler [0] (~thomas@net-93-144-142-124.cust.dsl.teletu.it) |
10:28:34 | [Saint] | nick_p: fwiw, I think that's totally sane. I'm actually kinda surprised it didn't already have this behaviour (but not too surprised as its a bit of an edge case). |
10:28:53 | * | [Saint] will write something to that effect on the ML later this eve. |
10:30:19 | nick_p | [Saint]: Thanks, I thought so too. It was while putting together a build for my Mum that the subject came up :) |
10:30:38 | [Saint] | Mums know best :) |
10:32:14 | wodz | Women are best in finding bugs :-) My wife hit 3 bugs in 10 minutes of toying with rb'ed nano2g. |
10:32:48 | [Saint] | Ms [Saint] is also very astute at finding bugs. |
10:33:05 | * | gevaerts hasn't commented on that patch yet because he hasn't decided yet whether he likes it or not |
10:33:18 | mortalis | wodz: pong |
10:34:42 | [Saint] | gevaerts: It occured to me that you might want to set a start directory as one you frequently navigate to, and not the "topmost media directory", but I believe that's rather an edge case <highly subjective>. |
10:35:02 | gevaerts | Yes, that's the thing |
10:35:11 | gevaerts | I don't know what people use "start directory" for |
10:35:39 | wodz | mortalis: Could you bench sd on hifi's? |
10:35:39 | [Saint] | Like we need another setting...but, I suppose this could be turned on/off (default off?)? |
10:35:50 | nick_p | Wouldn't a shortcut be best for a frequent rather than topmost dir though? |
10:36:02 | [Saint] | nick_p: probably, yes. |
10:36:32 | [Saint] | But this isn't Apple, we don't do the "you're holding it wrong" thing :) |
10:37:08 | JdGordon | I'd probably agreee with the patch, but "start file browser here" isnt bloody working on raaa so meh |
10:37:29 | [Saint] | I seem to recall kugel got that working. |
10:37:38 | [Saint] | He probably just never submited it. |
10:37:54 | mortalis | wodz: I need to build some plugin for that, right? |
10:38:22 | gevaerts | I like the basic idea, but I'm thinking maybe it needs an extra setting to enable it, but then I'm thinking about number of settings, and then I'm confused and I don't know what to think anymore |
10:38:48 | *** | Saving seen data "./dancer.seen" |
10:38:48 | wodz | mortalis: Yes. It is a bit ackward to do but basically you need to make /path/to/rockbox/build/apps/plugins/test_disk.rock |
10:38:49 | JdGordon | it depends on really why people are using the "sart filebrowser here" setting |
10:39:17 | wodz | mortalis: You need to select advanced option in configure and then test plugins |
10:39:41 | | Join z180 [0] (~chatzilla@ip-109-42-135-73.web.vodafone.de) |
10:39:42 | JdGordon | I'm very much tihnking that linking the two settings would not be obvious |
10:40:04 | z180 | http://lists.canonical.org/pipermail/kragen-hacks/2007-September/000464.html |
10:40:26 | * | gevaerts nods |
10:40:28 | wodz | mortalis: then copy produced .rock to .rockbox/rocks/app or something on DAP's sd |
10:41:09 | gevaerts | I'd say another setting, either "constrain autochange to start directory", or just another directory setting |
10:41:12 | [Saint] | JdGordon: well..that's very much down to the naming and positioning of the setting. |
10:41:24 | JdGordon | [Saint]: maybe so |
10:41:38 | JdGordon | I'm not necessarily saying a new setting should be added |
10:41:51 | nick_p | I have two config files, one for spoken word, one for music. Each is selected from a shortcut and has a seperate "start directory" value. |
10:42:06 | JdGordon | probably the best fix for this use case is making auto-change-dir work in the database |
10:42:09 | nick_p | It sruck me that if I'm actively assigning a start directory, that would be where I wanted chosen directories to be drawn from |
10:42:10 | [Saint] | I kinda think it needs to be now that I'm not certain who's using 'Start Directory" for what. |
10:42:21 | [Saint] | I don't want to break anyones use behaviour. |
10:43:05 | wodz | mortalis: I have also bunch of ideas for rk27xx (partially tested on my generic DAP). How can I reach you to test this on hifi's? |
10:43:40 | [Saint] | So, "Boo...another setting", but "Yay, flexibility and sane behaviour"...the universe balanes out :) |
10:44:41 | * | [Saint] hops kugel sees the logs about the RaaA "Start Directory" thing, as I'm /fairly/ certain I recall him saying he'd done the work for this. |
10:45:34 | JdGordon | nick_p: you've got trailing whitespace (which gerrit happens to make nice and obvious) |
10:45:51 | JdGordon | otherwsie I'm going to refrain from commenting as i don't have an opinion either way |
10:46:25 | nick_p | JdGordon: Thanks. Damnit, I thought I checked for that. |
10:47:00 | * | JdGordon goes back to grumbling about fs#12606 and how to fix it |
10:47:01 | fs-bluebot | http://www.rockbox.org/tracker/task/12606 UI Viewport disappears when the player skips to the next track (bugs, unconfirmed) |
10:47:31 | * | gevaerts adds his comments and leaves this to nick_p |
10:48:31 | * | JdGordon has a few different hacky ways to fix this and doesnt know which is the least bad |
10:49:30 | JdGordon | The problem is: the skin engine will do a full screen reset and start updaing the skined parts as normal. in most screens whoever the code is stuck in a action_get(BLOCK) and wont do a redraw of the ui viewport unless it has to |
10:50:04 | JdGordon | so i need to somehow make all screens either redraw automaticaly (with a callback registered on the skin engine :/ ) or have each screen check it it needs to do a redraw |
10:50:32 | JdGordon | I can do the later by adding a BUTTON_FORCE_REDRAW which will then turn into ACTION_REDRAW which should mostly just work, but thats crap |
10:51:04 | gevaerts | sounds like a nasty problem :\ |
10:51:05 | JdGordon | or i can get action_get() chck the sbs to see if it needs a redraw and then return ACTION_REDRAW, but i dont really like action.c caring about the skin engine |
10:52:22 | mortalis | wodz: You could say me here what you want to test. When I have some time I'll test and report results to you. |
10:53:14 | wodz | mortalis: I am at work now (unfortunately). I'll try to prepare some patches later today. |
10:55:05 | * | JdGordon thinks the last option is the least bad |
10:57:51 | JdGordon | except that will be wrong later if/when the recording screen ever gets skined |
11:00 |
11:03:42 | JdGordon | another possibility is actually registering the list* in the curren skin and never have to worry about drawing it yourself, though this will only work if the list is the whole ui |
11:03:53 | JdGordon | i.e it ownt work for the t&d screen |
11:04:41 | JdGordon | althouh that updates the rest of the screen manually anyway, so perhaps its not an issue |
11:06:32 | | Join LinusN [0] (~linus@giant.haxx.se) |
11:07:59 | gevaerts | JdGordon: What does "this will only work if the list is the whole ui" mean exactly? Does "list is the whole ui" mean things like the main menu that's thought of as a list but can have active touch areas? |
11:08:32 | JdGordon | pretty much |
11:09:03 | JdGordon | the issue is that the *list* isnt redrawn after the skin engine clears the screen |
11:09:09 | JdGordon | the rest of the ui which the skin draws works fine |
11:09:40 | gevaerts | I'd say as long as you can still get a list to draw if the screen isn't entirely skinned (like t&d), drawing the list automagically from the rest of the skin on fully-skinned screens is fine |
11:10:16 | JdGordon | *cough* this would work fine if we got rid of the "legacy" list drawing code :D |
11:10:23 | gevaerts | ah, right |
11:10:39 | gevaerts | Or does that redraw too often then? |
11:10:46 | JdGordon | yes :) |
11:10:59 | gevaerts | I know skin redraws aren't insanely expensive, but we should still be a bit careful I think |
11:12:05 | JdGordon | there is another possible fix which might be worth attempting |
11:12:33 | JdGordon | instead of clearing the whole screen, copy out the ui viewport to a seperate buffer, do the first redraw, then copy the old image back |
11:13:11 | JdGordon | assuming we can get the plugin buffer this should work :) |
11:13:17 | JdGordon | EHACK |
11:13:42 | gevaerts | That sounds ugly |
11:13:50 | JdGordon | that would of course make some really wierd affects if the AA is on the backdrop and it changes |
11:13:57 | JdGordon | oh of course its ugly :) |
11:14:05 | * | JdGordon does want to do splashes like that though |
11:14:29 | gevaerts | Splashes are different I think :) |
11:15:38 | gevaerts | Can you set a flag when the screen is cleared and then on the next redraw redraw the list as well from the skin code, but leaving normal redraws as they are now? |
11:15:49 | | Quit Llorean (Ping timeout: 248 seconds) |
11:16:34 | JdGordon | yes, that still requires every screen check that flag |
11:16:41 | JdGordon | but thats not a horrible solution |
11:26:32 | JdGordon | well, that almost works, though the place I've put it means there is still one timeout gap before the redraw |
11:36:22 | JdGordon | yuck, got it down to a very obvious screen flicker |
11:36:49 | JdGordon | I tihnk a callback is going to be required here so the list update happens before the lcd_update() call |
11:45:34 | JdGordon | when are the callbacks for events called? when the actual send_event() is called, or on some other thread? |
11:46:02 | JdGordon | code says immediatly :) |
11:57:29 | | Quit Utchy (Read error: Operation timed out) |
11:58:00 | | Join antil33t [0] (~Ahurhurr@101.98.150.103) |
11:58:07 | | Join Utchy [0] (~Utchy@rps6752.ovh.net) |
11:58:47 | | Quit antil33t| (Read error: Connection reset by peer) |
12:00 |
12:02:55 | z180 | what do you think of the cut down lisp? |
12:03:51 | wodz | z180: why not :-) |
12:04:15 | JdGordon | because anything involving lisp is evil and offtopic! |
12:04:39 | wodz | sure, skin lang is paramount :-) |
12:06:32 | | Join remlap [0] (~Patrick@190.28.169.217.in-addr.arpa) |
12:07:09 | z180 | someone talked here about using lua for skins sometime ago ,I remembered a smaller language |
12:09:45 | | Quit z180 (Quit: ChatZilla 0.9.88.1 [Firefox 3.6.27/20120216013254]) |
12:13:53 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
12:13:57 | mortalis | wodz: speed test results: creat and write ~130 KB/s, read 1170-1190 KB/s |
12:14:29 | | Join anewuser [0] (~anewuser@190.207.136.156) |
12:14:29 | | Quit anewuser (Changing host) |
12:14:29 | | Join anewuser [0] (~anewuser@unaffiliated/anewuser) |
12:14:47 | wodz | mortalis: can you pastebin full results? |
12:17:44 | JdGordon | gevaerts: what do you tinhk of g#183 ? |
12:17:45 | fs-bluebot | Gerrit review #183 at http://gerrit.rockbox.org/r/#change,183 : Initial fix for FS #12606 by Jonathan Gordon (changes/83/183/1) |
12:17:59 | JdGordon | aww, fs-bluebot didnt trigger itself :p |
12:18:35 | mortalis | wodz: http://pastebin.com/nZFuKH2u |
12:19:37 | wodz | mortalis: thanks |
12:20:26 | gevaerts | JdGordon: that looks reasonably sane |
12:21:29 | JdGordon | It wont work in the slim case where the next track event comes in when that button loop isnt waiting on the action though |
12:21:33 | JdGordon | is that possible? |
12:21:54 | gevaerts | hm |
12:22:35 | gevaerts | They should be queued I'd expect |
12:22:48 | JdGordon | "they"? |
12:24:11 | gevaerts | Those next track events |
12:24:33 | gevaerts | So they shouldn't be lost |
12:24:43 | gevaerts | I think |
12:24:46 | JdGordon | they are sent my the playback thread, so it cant happen while the ui is working |
12:24:58 | JdGordon | and no, if they get queued then there will be a screen flicker |
12:25:06 | * | JdGordon attempts to move that callback into the list code |
12:28:46 | JdGordon | hmm, yeah, that is a tiny bit nicer |
12:29:42 | mortalis | wodz: some people report that hi res files plays with pauses, wich they don't have in OF. Higher class sd card solves the problem, so seems reading in rb slower than in OF |
12:32:38 | | Quit GodEater_ (Quit: Page closed) |
12:32:54 | JdGordon | gevaerts: mind having another look? I've updated the patch to be slightly easier to deal with |
12:33:01 | JdGordon | so all lists automagically work |
12:37:35 | wodz | mortalis: I know about it. I can't the origin of the problem though |
12:37:43 | wodz | *find |
12:38:52 | *** | Saving seen data "./dancer.seen" |
12:40:35 | gevaerts | JdGordon: whitespace change in menu.c! |
12:40:44 | | Join evilnick [0] (~evilnick@rockbox/staff/evilnick) |
12:43:32 | JdGordon | yeah, apart from that |
12:44:30 | gevaerts | I don't understand the related code well enough to just see if it will work well, but it looks clean enough |
12:44:40 | * | JdGordon is tempted to say there is little point fixing the quickscreen for this |
12:44:55 | JdGordon | if you're in the quickscreen you're likely pressing buttons fast enough to cause redraws to happen manually anyway |
12:54:37 | | Quit nick_p (Quit: Leaving) |
12:54:38 | CIA-44 | Commit cb9bc3b in rockbox by Jonathan Gordon: Fix FS #12606 - next track can cause the screen to be cleared |
12:57:41 | CIA-44 | cb9bc3b build result: 23 errors, 5 warnings (Jonathan Gordon committed) |
12:57:42 | | Join Guwwwr [0] (~Krtttee@176.96.167.187) |
12:57:48 | Guwwwr | HI |
12:57:58 | | Join Thra11 [0] (~thrall@204.36.113.87.dyn.plus.net) |
12:58:05 | Guwwwr | anybody there? i need help my clip+ is killed |
12:58:31 | Guwwwr | :-X |
12:58:51 | | Quit Keripo (Quit: Leaving.) |
12:58:57 | evilnick | killed how? |
12:59:32 | Guwwwr | ok so yesterday i think i left my sansa frozen |
12:59:43 | Guwwwr | and i connected it to pc by usb cable |
13:00 |
13:00:08 | Guwwwr | then it got destroyed |
13:00:22 | Guwwwr | there is black screen |
13:00:32 | Guwwwr | no response when power button used |
13:00:49 | * | [Saint] wants to be the first to point out that info is surely left out here, as plugging USB along definitely didn't "kill" the device. |
13:00:59 | evilnick | Have you tried holding power down for about 30 seconds or longer? |
13:01:02 | Guwwwr | it did |
13:01:03 | [Saint] | s/along/alone/ |
13:01:14 | Guwwwr | yes i tried, i used that several times but now it doesnt work |
13:01:55 | Guwwwr | oh. i forgot one thing.. i connected it to usb when usb power (on computer) was disconnected |
13:02:05 | Guwwwr | maybe that killed it i dont know |
13:02:22 | Guwwwr | but anyway, now when i connect it to pc, it is shown as 30MB |
13:02:35 | evilnick | Which is the recovery partition, I think |
13:02:37 | [Saint] | Nah, there's just no way it could. Unless the unit was faulty anyway, and then *anything* could "kill" it. |
13:02:40 | Guwwwr | and windows says it needs formatting but it cant format it |
13:03:16 | Guwwwr | Saint, yes it could. if no, what killed it? it worked before plugginh |
13:03:42 | Guwwwr | anyway, im on linux now and try to use that http://www.rockbox.org/wiki/SansaAMSUnbrick |
13:03:52 | [Saint] | Guwwwr: You didn't read my full statement apparently. The hardware could be faulty. |
13:04:22 | [Saint] | If plugging USB could brick a device, then Rockbox would be essentially useless :) |
13:04:49 | Guwwwr | i think it is because USB power on computer was disconnected, but usb port was connected |
13:05:32 | [Saint] | That would do a grand total of nothing. |
13:06:19 | [Saint] | It sounds to me that "left it in a frozen state" is the more likely candidate here, and USB is entirely unrelated. |
13:06:23 | Guwwwr | no it did, i have seen screen working just before i connected it, i did saw a rockbox logo (it was frozen) |
13:06:30 | Guwwwr | maybe you right |
13:07:03 | Guwwwr | anyway, rockbox is frozing my sansa pretty often, but before i was resetting it instantly |
13:07:47 | Guwwwr | but what do now? i have it dissasembled (open), red cable from battery is cut |
13:08:02 | Guwwwr | im trying to use "recovery mode" |
13:08:35 | Guwwwr | i did write sansa bin image into disk in linux, it completed but sansa still doesnt work |
13:09:05 | Guwwwr | HELP =-O |
13:09:14 | evilnick | Try disconnecting it from USB |
13:09:21 | Guwwwr | it is disconnected now |
13:09:32 | evilnick | Then hold down the power button for a loooooong time (which should trigger the hardware power off) |
13:09:41 | [Saint] | Its rather unfortunate you took those steps before asking for advice. If it was already exposing the 30MB partition the first thing to try would've been simply DD'ing a Rockbox modified OF to the partition. |
13:09:55 | [Saint] | evilnick: power is definitely off. |
13:09:58 | [Saint] | He cut the battery. |
13:10:13 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
13:10:15 | Guwwwr | to be correct, i cut it accidentially xD |
13:10:25 | evilnick | Ah right |
13:10:42 | Guwwwr | i did try other fings like SD card formatter, windows formatter, rockbox installer etc. |
13:10:45 | Guwwwr | none worked |
13:11:12 | [Saint] | Now would I expect them to. |
13:11:31 | [Saint] | "formatting the device" is generally the last thing you want to do. |
13:11:45 | Guwwwr | it nothing changed |
13:11:48 | | Quit domonoky (Read error: Connection reset by peer) |
13:12:04 | evilnick | Can the battery wire be reconnected? |
13:12:49 | Guwwwr | i can hold it where it should be |
13:13:28 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
13:13:51 | Guwwwr | damn |
13:13:51 | [Saint] | The options at this stage are as the wiki states, but it should be noted that its very, very far from an exact science. |
13:14:10 | Guwwwr | another battery cable got cutted |
13:14:42 | Guwwwr | but before, i connected that one cable and used power button - no response |
13:15:18 | [Saint] | Basically, you need to convince it to expose the firmware partition, and DD a Rockbox modified OF to it, reconnect the battery, reboot, and pray. |
13:15:51 | [Saint] | the OF is likely toast if any of the format operations actually succeeded. |
13:15:53 | Guwwwr | hmm rockbox modified OF ? i was trying to put original sansa firmware |
13:16:04 | [Saint] | Yeah, see above. |
13:16:25 | Guwwwr | but i need recovery mode ? right? |
13:17:15 | Guwwwr | http://www.rockbox.org/wiki/SansaAMSUnbrick |
13:17:58 | [Saint] | Yes, which is approximately ~900MB |
13:18:17 | [Saint] | None of us know what the ~30MB partiton actually does afaik. |
13:18:50 | Guwwwr | damn, i writed sansa firmware to it i think.. hope it didnt write actually, |
13:19:05 | Guwwwr | or maybe it is normal partition but reported with wrong size point etc |
13:19:16 | Guwwwr | but ill try recovery mode to get 900mb |
13:19:58 | [Saint] | keep in mind I'm going from memory here, but iirc, its around 900MB |
13:20:06 | [Saint] | (~970MB or so) |
13:20:12 | evilnick | Yes, it's on the wiki page |
13:20:45 | Guwwwr | can knife be used to connect that pins ? |
13:21:16 | Guwwwr | i mean, does knife transmit eletric power |
13:21:28 | [Saint] | Anything conductive that fits. |
13:21:37 | [Saint] | tweezers work well. |
13:23:00 | Guwwwr | (third, last cable got cut..) |
13:24:21 | [Saint] | The reason I say to DD a Rockbox modified OF to the firmware partition is that for the OF to function correctly it relies on additional info in that partition not being toasted (trashed), and the only way to get that is from a fully working device, and doing this procedure to dump it. |
13:24:35 | [Saint] | So the best bet is to attempt to just boot Rockbox from the beginning. |
13:24:58 | Guwwwr | but where to get modified OF |
13:25:31 | [Saint] | checking out mkamsboot from our repository and generating it yourself. |
13:26:20 | [Saint] | There's also a chance you have one sitting around in your RBUtil temp folder, but its better to generate a new one to make sure. |
13:26:49 | Guwwwr | it shows 32MB all the time recovery mode dont work |
13:27:22 | Guwwwr | it cost me 33$ for sansa |
13:27:59 | | Join lovetruth [0] (all4jesus@79.113.237.138) |
13:28:31 | lovetruth | hello!... :) |
13:28:42 | [Saint] | It is, indeed, very difficult to do this without having three hands. The pins need to be shorted for the entire time during USB insertion, and for some small amount afterward. |
13:29:04 | [Saint] | If the pins disconnect during USB plug, you have to start again. |
13:29:08 | Guwwwr | i use one hand for usb cable, second for pins |
13:30:36 | lovetruth | i have a serioux s51 and i was wondering if anyone here had any experience about installing rockbox on some seroiux device... :) |
13:30:46 | lovetruth | serioux* :) |
13:30:57 | wodz | lovetruth: we don't support this |
13:31:09 | [Saint] | lovetruth: No, because Rockbox doesn't support that device. |
13:31:24 | lovetruth | i've been searching on rockbox site and i saw that serioux is not there... :) |
13:31:28 | wodz | lovetruth: I mean rockbox works *only* on devices listed on frontpage |
13:31:53 | lovetruth | what i mean is : how can i set a request for it |
13:32:02 | [Saint] | You can't. |
13:32:11 | lovetruth | and if anyone had any experience using rockbox on something like that... |
13:32:20 | [Saint] | If you're interested in it, you're the best person for the job. |
13:32:20 | Torne | ports are done by dozens/hundreds of hours of work by people who have or are specifically interested in that device |
13:32:24 | Torne | we don't do them for people |
13:32:26 | lovetruth | ah, but the ones "in working" - how are they "in working" ?... |
13:32:59 | Torne | the ones that work work because someone sat down and worked out enough information about that device, and implemented all the code to make it work |
13:33:07 | Torne | this has to be done for every new device |
13:33:12 | lovetruth | i know some linux and i also did some programming some time ago (although i did quit doing that... :) ) |
13:33:52 | [Saint] | Great, then, check out the NewPorts page and get started. |
13:34:16 | lovetruth | so - how much time you think might take to me doing this (totaly) myself, if i will do it?... :) aproximately?... (i was olympic at programming and pretty IQ... :) ) |
13:34:26 | [Saint] | Point is, no existing developer is working on this device. Nor are they likely to. |
13:34:29 | lovetruth | months, weeks, or?... :) |
13:34:37 | [Saint] | hundreds and hundreds of hours. |
13:34:53 | [Saint] | for an experienced devoper. |
13:34:57 | Guwwwr | lovetruth, what languages were you programming |
13:35:08 | lovetruth | C++, pascal, assembler |
13:35:11 | lovetruth | some scripting |
13:35:19 | lovetruth | i graduated Computer Science :) |
13:35:57 | Guwwwr | im not graduated, yet i earn money by programming |
13:36:00 | lovetruth | now i am a technical manager at a newborn VOIP company... |
13:36:14 | lovetruth | :) |
13:36:19 | [Saint] | lovetruth: this is where all ports start - http://www.rockbox.org/wiki/NewPort |
13:36:39 | [Saint] | yours (if you choose to) will be no exception. |
13:37:23 | lovetruth | what skils in electronics does this require?... |
13:37:32 | [Saint] | Read the page. |
13:40:00 | | Join lebellium_gs2 [0] (~lebellium@tmo-111-92.customers.d1-online.com) |
13:40:34 | lovetruth | got it :) |
13:40:38 | lebellium_gs2 | Thank you for the fix JdGordon. I try that tonight and let you know :) |
13:41:24 | lovetruth | pf, this can take some time :) |
13:41:46 | [Saint] | Well...we weren't joking. |
13:41:48 | [Saint] | :) |
13:42:58 | lovetruth | if only i would be lucky enough to have some alike pcb, etc, and do some modifications only to that project... :) |
13:44:49 | Guwwwr | fucking sansa not working going to but new |
13:45:00 | Guwwwr | buy* |
13:45:20 | | Join Zarggg [0] (~zarggg@24.229.141.85.res-cmts.sm.ptd.net) |
13:45:43 | Guwwwr | at least will have spare parts :/ |
13:46:30 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
13:46:31 | lovetruth | Guwwwr - you're a freelancer?... :) |
13:46:42 | Guwwwr | yes |
13:47:05 | lovetruth | what site are you using?... :) vworker?.. |
13:47:12 | evilnick | This is getting offtopic now, guys |
13:47:24 | Guwwwr | odesk, best of all in my opinion |
13:47:31 | lovetruth | ok, sorry, evilnick :) |
13:47:59 | evilnick | No problem, it's just that this channel is logged for developers so we try to keep it strictly Rockbox only :) |
13:49:01 | Guwwwr | ok, hope developers will read that frozen sansa got killed because was left frozen and plugged to usb.. |
13:49:35 | evilnick | Guwwwr: That's incredibly unlikely to be the case. It might have more to do with randomly cutting battery wires :) |
13:50:14 | Guwwwr | no |
13:50:23 | Guwwwr | it got killed before i opened it |
13:50:38 | Guwwwr | i got 30mb partition too before that |
13:51:02 | | Join GodIsBlessin [0] (all4jesus@79.113.237.138) |
13:51:18 | GodIsBlessin | sorry, lovetruth is in ping timeout :) |
13:51:26 | GodIsBlessin | it's me :) |
13:51:33 | Guwwwr | i see lovetruth [all4jesus@79.113.237.138] |
13:52:04 | GodIsBlessin | yes, i just got disconnected for a seccond :) |
13:54:01 | Guwwwr | im going to watch woman tennis |
13:54:12 | Guwwwr | except me back when i got sansa broken again |
13:54:24 | wodz | please stay on topic guys |
13:54:27 | Guwwwr | expect* |
13:54:34 | | Quit lovetruth (Ping timeout: 260 seconds) |
13:54:41 | | Part Guwwwr |
13:59:04 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
14:00 |
14:01:39 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
14:02:25 | | Quit lebellium_gs2 (Quit: Bye) |
14:10:11 | | Join pamaury [0] (~quassel@sphinx.lix.polytechnique.fr) |
14:10:11 | | Quit pamaury (Changing host) |
14:10:11 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
14:11:13 | | Nick Guest17862 is now known as sc__ (~sc@108.59.3.226) |
14:11:27 | kugel | JdGordon: did you consider not clearing the UI viewport? |
14:12:16 | kugel | not sure if it's feasible, but I would think it's walking the viewports list (andclear each) instead of the whole screen ? |
14:13:54 | | Join nick_p [0] (~nick@82-69-105-120.dsl.in-addr.zen.co.uk) |
14:16:35 | | Join XavierGr [0] (~xavier@rockbox/staff/XavierGr) |
14:17:14 | pamaury | apparently the radio is broken on the e200, someone has a device to test ? |
14:29:28 | bakdafukup_2002 | im having trouble i was wondering if anyone could help... Im trying to play tunes on my ipod that already has rockbox on it now all of a sudden it wont play any of the songs, i try to play the first tune and it just skips to the next one and sits at 0:00 |
14:30:37 | bakdafukup_2002 | it says loading rockbox .ipod failed, trying fallback image |
14:30:47 | bakdafukup_2002 | when i try to restart it |
14:33:33 | gevaerts | bakdafukup_2002: try checking the filesystem |
14:33:34 | [Saint] | check your filesystem. |
14:35:07 | bakdafukup_2002 | how would i go about doing that please? |
14:36:02 | [Saint] | http://support.microsoft.com/kb/315265 |
14:38:53 | *** | Saving seen data "./dancer.seen" |
14:39:00 | | Quit [Saint] (Quit: brb, system related reboot) |
14:41:21 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
14:41:53 | bakdafukup_2002 | ive done that and nothing happened |
14:44:35 | [Saint] | Is rockbox.ipod *present*? |
14:45:26 | bakdafukup_2002 | now its tellimg me that their is no partition insert usb cable |
14:45:29 | Torne | also, if it can't load rockbox.ipod how are you booting it to determine that playing music doesn't work? |
14:45:52 | bakdafukup_2002 | im just telling you what its telling me when i first load it up |
14:45:56 | bakdafukup_2002 | idk how |
14:46:13 | Torne | you appear to be describing several completely different problems that can't possibly occur at the same time |
14:46:22 | * | [Saint] nods |
14:46:29 | Torne | it's not clear if you had one problem and now you have a different, worse one |
14:46:30 | bakdafukup_2002 | lol, well im sorry guys |
14:46:30 | Torne | or what. |
14:46:56 | Torne | i suggest you describe the actual sequence of events here |
14:47:01 | bakdafukup_2002 | sure |
14:47:36 | bakdafukup_2002 | i ran that error check from that link and it did nothing |
14:48:04 | Torne | No, from the beginning. What was the first problem you had? |
14:49:23 | bakdafukup_2002 | from the start i couldnt play the tunes on rockbox... It worked fine the last time i used it and now nothing.. Id hit play on the first tune and it would completely skip it to the second tune and just sit their at 0 |
14:49:39 | [Saint] | Its also highly possibly that you blindly did "chkdsk VOLUME_LABEL:/r" |
14:49:40 | bakdafukup_2002 | so i deleted all the files off their and added a few new ones and it did the same thing |
14:49:45 | [Saint] | which *will* do nothing. |
14:49:49 | [Saint] | its supposed to. |
14:50:12 | bakdafukup_2002 | i did cehck a drive for errors |
14:50:30 | [Saint] | what exact command did you use? |
14:51:34 | [Saint] | Whoops, I confused myself. You *wanted* to do /r, but its likely you did /f |
14:51:48 | [Saint] | the latter will check and repair nothing. |
14:51:49 | bakdafukup_2002 | im on windows 7 and it told me i went computer and highlighted the drive that the ipod is uper and right clicked then i went to tool and error checking |
14:52:14 | gevaerts | What exactly do you mean by "so i deleted all the files off their and added a few new ones and it did the same thing"? |
14:52:22 | bakdafukup_2002 | all my music |
14:52:34 | [Saint] | *just* the music? |
14:52:34 | gevaerts | OK, so *not* .rockbox? |
14:53:20 | bakdafukup_2002 | no, i tried to use the rockbox utiltiy too to try and reinstall it but it told me that my ipod was there |
14:53:39 | bakdafukup_2002 | or it possibly wasnt an ipod is what it said |
14:54:33 | bakdafukup_2002 | maybe if i could just convert it back to itunes or whtever and start all over again.. idk if thats possible or not.. sorry if im such an idiot here |
14:54:56 | [Saint] | Sure, jsut restore the device. |
14:55:04 | Torne | if you dont' mind starting over then probably the easiest way to get out of whatever state you have it in is to restore it with itunes and start over |
14:55:16 | Torne | that will reformat it, which will take care of any filesystem errors :) |
14:55:46 | bakdafukup_2002 | yeah actually i tried that last night... i redownloaded itunes :/.. plugged in the ipod but nothing happened too |
14:55:57 | bakdafukup_2002 | GD i dont get this shit |
14:56:08 | Torne | you might need to manually boot the ipod into emergency disk mode first to get itunes to see it |
14:56:14 | Torne | by holding select+play on poweron |
14:56:15 | megal0maniac | Which iPod is it? |
14:56:24 | bakdafukup_2002 | ipod video |
14:56:30 | bakdafukup_2002 | 120gb |
14:56:47 | Torne | there is no 120GB ipod video unless you upgraded the drive yourself |
14:57:02 | Torne | the 120GB model is a Classic, which isn't a stable port yet :) |
14:57:04 | megal0maniac | You mean classic then. Same thing applies |
14:57:11 | [Saint] | Not really no. |
14:57:18 | [Saint] | As RBUtil doesn't support this. |
14:57:31 | megal0maniac | No, I meant about the select+play |
14:57:59 | bakdafukup_2002 | yeh, its not working like that megal0maniac |
14:58:06 | bakdafukup_2002 | just back where i started again lol |
14:58:23 | [Saint] | bakdafukup_2002: please, please confirm your device type, and get back to us. |
14:58:24 | bakdafukup_2002 | No partition found. connect usb cable to fix |
14:58:42 | [Saint] | we can't work with you if we don't know what the device is. |
14:58:59 | bakdafukup_2002 | sure thing mate.. gimme a moment |
14:59:02 | [Saint] | Unless you bought it upgraded, or upgraded the drive yourself...its not a Video |
14:59:09 | megal0maniac | http://support.apple.com/kb/HT1363 |
14:59:45 | Torne | megal0maniac: please, stop helping :) |
14:59:57 | Torne | knowing how to put it into emergency disk mode is not sufficient if it is, in fact, a classic |
14:59:58 | megal0maniac | Um.. k |
15:00 |
15:00:01 | pamaury | megal0maniac: what was your question yesterday ? |
15:00:04 | Torne | because the install process for a classic is weird and different |
15:01:03 | megal0maniac | pamaury: I'll have to chat to you later, about to go out. |
15:01:47 | megal0maniac | Torne: I'm listening. Thought that emergency disk mode and iTunes could fix mostly anything, but now I'm curious. |
15:02:10 | bakdafukup_2002 | this is what it is Torne http://support.apple.com/kb/SP498 |
15:02:33 | Torne | how did you install rockbox originally? |
15:02:59 | Torne | manually, or with Rockbox Utility? |
15:03:12 | bakdafukup_2002 | i cant remember to be honest mate.. pretty sure it was the utility |
15:03:18 | Torne | the utility cannot install on a classic |
15:03:22 | bakdafukup_2002 | but this was months ago |
15:03:24 | [Saint] | (it can't have been) |
15:03:38 | Torne | and the manual install process for the classic is nonstandard as well |
15:03:40 | bakdafukup_2002 | well i know ive used it to add themes and stuff |
15:03:46 | [Saint] | to install Rockbox, you *must* have used emCORE |
15:03:48 | Torne | yes, that will work |
15:03:58 | bakdafukup_2002 | yes i have emcore on it |
15:04:33 | [Saint] | this really belongs in #freemyipod-support then. |
15:04:58 | bakdafukup_2002 | alright, sorry for the hassle guys |
15:05:41 | bakdafukup_2002 | could you help me in there [Saint]? |
15:07:00 | [Saint] | I'm there now. |
15:08:34 | | Quit bakdafukup_2002 (Remote host closed the connection) |
15:09:35 | | Quit GodIsBlessin () |
15:12:50 | | Join bakdafukup_2002 [0] (~bakdafuku@host-195-123-111-24.midco.net) |
15:14:57 | | Join thegeek_ [0] (~thegeek@33.15.9.46.customer.cdi.no) |
15:16:27 | | Quit thegeek (Ping timeout: 252 seconds) |
15:24:37 | | Quit megal0maniac (Ping timeout: 245 seconds) |
15:32:21 | | Quit wodz (Quit: Leaving) |
15:32:47 | | Quit antil33t () |
15:37:44 | | Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) |
15:42:03 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
15:45:38 | | Join user890104 [0] (venci@Addicted.to.Minecraft.ipv6.6bez10.info) |
15:46:21 | | Join passstab [0] (~v@c-68-80-37-73.hsd1.pa.comcast.net) |
15:46:36 | | Quit nick_p (Quit: Leaving) |
15:52:04 | pamaury | would anyone be against allowing powermgmt.c to compile in the bootloader ? I need it for the fuze+ bootloader, to be able to charge in usb mode |
15:59:01 | | Quit bakdafukup_2002 (Remote host closed the connection) |
16:00 |
16:06:29 | [Saint] | pamaury: if its needed for the target, I really doubt anyone would be against it. |
16:06:56 | pamaury | actually I'm surprised that it is not needed by any other target |
16:08:18 | [Saint] | you mean bootloader USB here, yes? Not "standard" ROckbox USB? |
16:08:41 | | Join megal0maniac [0] (~megal0man@196.213.53.210) |
16:08:41 | pamaury | yes |
16:08:54 | pamaury | bootloader doesn't init power management system, only normal rockbox does |
16:09:08 | [Saint] | I'm not sure (I can only think of the iPods I know of) if they do charge in bootloader USB actually. |
16:09:27 | [Saint] | And I'm not near one to check. |
16:11:44 | [Saint] | Wow...and trying to read the associated code in this hour of the morning is *not* a good idea for me :) |
16:13:48 | | Quit The_prospector (Read error: Connection reset by peer) |
16:14:05 | | Join The_prospector [0] (baconmaste@unaffiliated/cornman) |
16:15:01 | | Join bakdafukup_2002 [0] (~bakdafuku@host-195-123-111-24.midco.net) |
16:15:19 | | Quit pamaury (Ping timeout: 264 seconds) |
16:16:36 | | Join megal0maniac_ [0] (~megal0man@196.213.53.210) |
16:18:04 | | Quit enthdegree (Read error: Connection reset by peer) |
16:19:49 | | Quit megal0maniac (Ping timeout: 260 seconds) |
16:25:37 | | Quit megal0maniac_ (Ping timeout: 240 seconds) |
16:25:57 | | Join megal0maniac_ [0] (~megal0man@196.213.53.210) |
16:31:14 | | Quit megal0maniac_ (Ping timeout: 252 seconds) |
16:32:53 | | Part LinusN |
16:36:24 | | Join anewuser_ [0] (~anewuser@190.207.136.156) |
16:36:38 | | Join megal0maniac_ [0] (~megal0man@196.213.53.210) |
16:38:37 | | Quit anewuser (Ping timeout: 240 seconds) |
16:38:57 | *** | Saving seen data "./dancer.seen" |
16:44:32 | | Join bitcraft [0] (~bitcraft@66.254.199.148) |
16:51:18 | | Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) |
16:51:46 | | Quit pamaury (Changing host) |
16:51:46 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
16:58:01 | | Quit Galois (Ping timeout: 272 seconds) |
16:58:56 | | Join Galois [0] (djao@efnet-math.org) |
17:00 |
17:00:33 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
17:01:22 | | Quit olegfink1 (Quit: WeeChat 0.3.7) |
17:06:11 | | Part Zagor |
17:08:30 | | Quit megal0maniac_ (Ping timeout: 264 seconds) |
17:13:13 | | Quit bakdafukup_2002 (Remote host closed the connection) |
17:14:54 | | Quit The_prospector (Read error: Connection reset by peer) |
17:30:32 | | Join megal0maniac_ [0] (~megal0man@196.213.53.210) |
17:34:29 | | Join anewuser [0] (~anewuser@190.207.136.156) |
17:34:29 | | Quit anewuser (Changing host) |
17:34:29 | | Join anewuser [0] (~anewuser@unaffiliated/anewuser) |
17:36:42 | | Quit anewuser_ (Ping timeout: 264 seconds) |
17:44:06 | | Quit megal0maniac_ (Ping timeout: 246 seconds) |
17:50:44 | | Quit n17ikh (Read error: Connection reset by peer) |
17:51:05 | | Join n17ikh [0] (~peter@c-174-56-150-44.hsd1.sc.comcast.net) |
17:53:07 | | Join megal0maniac_ [0] (~megal0man@196.213.53.210) |
17:58:03 | | Quit funman (Ping timeout: 245 seconds) |
18:00 |
18:03:53 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:03:53 | | Quit bertrik (Changing host) |
18:03:53 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
18:05:07 | pamaury | bertrik: do you have an idea of why the si4700 would not tune ? |
18:05:20 | bertrik | being powered off is a good reason |
18:05:23 | pamaury | it happens on the fuze+, especially when backlight is switching |
18:05:32 | bertrik | or if the oscillator is not running |
18:05:51 | pamaury | no, I've checked and apparently there is no power status change |
18:06:01 | pamaury | oscillator is still running |
18:06:05 | pamaury | yet it fails |
18:06:10 | bertrik | maybe the backlight causes too much interference, I think they recommend not even doing any i2c bus transfers |
18:06:14 | bertrik | during tuning |
18:06:48 | pamaury | that's right, but I don't know how do prevent backlight when tuning |
18:06:50 | bertrik | what do you mean by switching? |
18:06:59 | pamaury | fading in or out |
18:07:08 | bertrik | tuning only takes 60 ms or so |
18:07:41 | pamaury | and it would be nice to be able to recover from such a situation |
18:08:04 | bertrik | this happens for example during station autosearch? |
18:08:12 | pamaury | yes |
18:09:20 | bertrik | I think we should review the backlight/fade code for weird stuff |
18:09:40 | bertrik | can you still read the registers (in debug menu) after it has mistuned/ |
18:11:44 | | Quit megal0maniac_ (Ping timeout: 244 seconds) |
18:11:51 | pamaury | normally it would lock up but if I break the loop when tune/seek fails, apparently it still works |
18:12:00 | | Join T44 [0] (~Topy44@f049133063.adsl.alicedsl.de) |
18:12:14 | pamaury | but I can't be sure since the i2c status is probably ignored anyway |
18:12:45 | bertrik | I think we should limit that tune loop to (say) 5 or 10 attempts |
18:13:05 | bertrik | Actually I expect it to succeed at once |
18:13:49 | pamaury | I limit it to 3 and it never suceeds then until I power down the tuner chip |
18:14:11 | pamaury | that's the problem, when you fail, you never suceed again it seems |
18:14:52 | bertrik | the si4700 driver is getting a bit weird |
18:15:05 | pamaury | why ? |
18:15:19 | | Quit Topy44 (Ping timeout: 260 seconds) |
18:16:32 | | Join kadoban_ [0] (~mud@97-124-67-238.phnx.qwest.net) |
18:17:03 | bertrik | with all the special cases for sleep, isr processing, delayed init |
18:17:46 | bertrik | tuner_power not being really tuner power on some targets |
18:18:01 | pamaury | yeah, there are mainy different situations |
18:18:15 | | Join Strife89 [0] (~Strife89@207.144.201.128) |
18:18:27 | pamaury | actually, I'm was wrong: if I panic on fm_i2c_{read,write} failures, I get a failure on boot, that's interesting |
18:18:27 | bertrik | I suspect the whole tuner_power thing is not actually working at all |
18:18:30 | pamaury | *I was |
18:18:49 | pamaury | what do you mean ? |
18:19:22 | bertrik | Also the tuner api is weird, for example I don't really know the difference between RADIO_FREQUENCY and RADIO_SCAN_FREQUENCY and it's not documented |
18:19:37 | | Quit bluebrother (Ping timeout: 240 seconds) |
18:19:43 | | Quit fs-bluebot (Ping timeout: 272 seconds) |
18:20:15 | bertrik | oh, the tuner_power looks alright now |
18:21:03 | | Join fs-bluebot [0] (~fs-bluebo@g225254165.adsl.alicedsl.de) |
18:21:05 | pamaury | I think tuner_power is okay now |
18:21:32 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
18:21:32 | bertrik | I wonder if the problem is in the tuner itself getting in a confused state, or the i2c bus |
18:22:19 | pamaury | I will investigate the i2c bus, I'm not sure it always works |
18:22:31 | bertrik | you set pin 0.29 as GPIO in the fmradio-i2c-fuzeplus, but you don't specify direction or level as far as I can see |
18:23:02 | pamaury | there is no direction setting |
18:23:17 | | Quit swilde (Remote host closed the connection) |
18:23:18 | pamaury | what is "level" ? |
18:23:35 | | Join MethoS- [0] (~clemens@134.102.106.250) |
18:23:44 | pamaury | any pin is an input and you actually enable output if you want to drive it |
18:23:50 | pamaury | then you can set the output value |
18:24:36 | bertrik | but you do configure pin 1.24 and 1.22 as output, while you don't do that for pin 0.29 |
18:25:49 | pamaury | ah, yes I do it but in fmradio-i2c, which is not quite logical actually |
18:27:23 | pamaury | I'll change that |
18:27:26 | | Join megal0maniac_ [0] (~megal0man@196.213.53.210) |
18:28:06 | | Join Paul_the_Nerd [0] (~Llorean@65-122-15-169.dia.static.qwest.net) |
18:29:01 | pamaury | I will also investigate the imx233 DCDC frequency. The OF uses an apparently high setting when in tuner mode, perhaps to compensate drops because of backlight and others things |
18:31:57 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
18:34:49 | megal0maniac_ | @pamaury, I get freezing just as regularly with non-backlight related stuff. How did you determine that the tuner stopped tuning? |
18:35:19 | pamaury | with some modification on the code and logging |
18:36:31 | | Quit Paul_the_Nerd (Ping timeout: 255 seconds) |
18:38:59 | *** | Saving seen data "./dancer.seen" |
18:45:06 | bertrik | pamaury, you're probably not saving any power with fmradio_i2c_enable. I would just create an fmradio_i2c_init and call that at startup |
18:45:55 | pamaury | I wrote it this way to make the code simple, not even for power savings |
18:47:34 | | Quit megal0maniac_ (Quit: Konversation terminated!) |
18:47:50 | | Join megal0maniac [0] (~Michael@196.213.53.210) |
18:48:49 | megal0maniac | How simple (or complicated) is it to change voltages? Risks aside. |
18:49:31 | pamaury | voltage of what ? |
18:51:11 | megal0maniac | Voltages going to certain components. e.g. the display |
18:52:28 | megal0maniac | Are they software-controlled? |
18:53:04 | pamaury | you can control a few voltages but that's not of any interest except for power savings |
19:00 |
19:10:43 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
19:16:30 | | Join dhrasmus [0] (~dhrasmus@209.63.8.150) |
19:17:38 | | Quit dhrasmus (Client Quit) |
19:19:26 | pamaury | bertrik: some i2c transfers fail at some point, that might explain the bug |
19:43:09 | | Join lebellium [0] (~chatzilla@g231210041.adsl.alicedsl.de) |
19:48:40 | | Join enthdegree [0] (~BitchX@unaffiliated/enthdegree) |
19:49:00 | | Quit megal0maniac (Ping timeout: 255 seconds) |
19:54:05 | | Quit KiwiCam (Remote host closed the connection) |
20:00 |
20:06:01 | | Join Keripo [0] (~Keripo@drl308.wlan.sas.upenn.edu) |
20:07:14 | | Join wodz [0] (~wodz@89-76-160-35.dynamic.chello.pl) |
20:17:30 | | Join KiwiCam [0] (~KiwiCAM@101.98.171.48) |
20:22:08 | | Join Thra11_ [0] (~thrall@87.113.190.53) |
20:22:29 | | Quit Thra11 (Ping timeout: 248 seconds) |
20:28:22 | | Join Guest15128 [0] (4caf2f89@gateway/web/freenode/ip.76.175.47.137) |
20:28:26 | | Quit Guest15128 (Client Quit) |
20:38:30 | | Join sean_fosterbrown [0] (~chatzilla@cpe-76-175-47-137.socal.res.rr.com) |
20:39:02 | *** | Saving seen data "./dancer.seen" |
20:41:49 | | Join jlbiasini [0] (~metaphys@d86-32-96-55.cust.tele2.at) |
20:45:16 | | Quit Poodlemastah (Ping timeout: 255 seconds) |
20:50:36 | | Join Poodlemastah [0] (~Poodlemas@h-152-191.a218.priv.bahnhof.se) |
20:54:14 | jlbiasini | pamaury: could you please push/comment g#117 g#125 g#173 please? Those are very trivial change that shouldn't take more than 2 minutes to review/push. There is also g#123 (touchpad sensitivity) that is also waiting for push |
20:54:15 | fs-bluebot | Gerrit review #117 at http://gerrit.rockbox.org/r/#change,117 : Fuze+: update minor keymaps mapping for manual consistency/simplicity by Jean-Louis Biasini (changes/17/117/1) |
20:54:51 | jlbiasini | g#125 |
20:54:52 | fs-bluebot | Gerrit review #125 at http://gerrit.rockbox.org/r/#change,125 : Fuze+/calendar's plugin update keymaps and manual by Jean-Louis Biasini (changes/25/125/3) |
20:54:58 | | Quit XavierGr () |
20:55:09 | jlbiasini | g#173 |
20:55:10 | fs-bluebot | Gerrit review #173 at http://gerrit.rockbox.org/r/#change,173 : Fuze+ simulator: update image with keys indication by Jean-Louis Biasini (changes/73/173/1) |
20:55:19 | jlbiasini | g#123 |
20:55:22 | fs-bluebot | Gerrit review #123 at http://gerrit.rockbox.org/r/#change,123 : Add an alternative analogic touchpad sensitivity setting and by Jean-Louis Biasini (changes/23/123/6) |
20:57:20 | | Quit Keripo (Quit: Leaving.) |
20:57:28 | | Quit fs-bluebot (Quit: timeout?) |
20:57:33 | | Join fs-bluebot [0] (~fs-bluebo@g225254165.adsl.alicedsl.de) |
20:58:03 | | Quit sean_fosterbrown (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120215223356]) |
20:59:34 | jlbiasini | bluebrother: it would be nice to have fuze+ manual, now that we can install the bootloader with RockboxUtility... Or is there still sommething missing on g#116 ? |
20:59:35 | fs-bluebot | Gerrit review #116 at http://gerrit.rockbox.org/r/#change,116 : Update Fuze+ manual (main files) FS #12492 by Jean-Louis Biasini (changes/16/116/6) |
21:00 |
21:00:40 | jlbiasini | bluebrother: also what are the plan for RockboxUtility future. Would there be something I could work on? |
21:09:08 | | Join TheLemonMan [0] (~LemonBoy@adsl-ull-168-194.50-151.net24.it) |
21:09:40 | | Join cliptester [0] (~chatzilla@ool-45773afb.dyn.optonline.net) |
21:12:33 | cliptester | rockbox utility 1.2.13 not downloading themes, i get this message: |
21:12:35 | cliptester | "getting themes information ... |
21:12:36 | cliptester | Network error: Request aborted. |
21:12:38 | cliptester | Please check your network and proxy settings." |
21:18:05 | evilnick | cliptester: Is that the latest version of RButil? |
21:18:38 | evilnick | If not, try updating as I think that there was a recent fix for that |
21:18:39 | bertrik | I got the same a few days back, looked like a web server problem |
21:19:13 | cliptester | latest stable version |
21:22:20 | | Quit passstab (Remote host closed the connection) |
21:24:57 | | Quit advcomp2019 (Ping timeout: 246 seconds) |
21:26:02 | | Quit y4n (Quit: only amiga makes it possible) |
21:26:05 | evilnick | The beta might have fixed it, ISTR bluebrother talking about it recently |
21:27:21 | | Join curtism [0] (~curtis@bas11-montreal02-1128531121.dsl.bell.ca) |
21:27:22 | | Quit curtism (Changing host) |
21:27:22 | | Join curtism [0] (~curtis@unaffiliated/programble) |
21:31:14 | wodz | freq scaling on rk27xx max = 200/100/50, normal = 100/100/50 is dead easy |
21:32:13 | bertrik | can you switch it without having to wait for a pll to lock? |
21:32:25 | wodz | yes |
21:32:31 | bertrik | nice |
21:32:34 | wodz | just changing one divider |
21:34:11 | wodz | gating unused modules cuts power usage in main menu without backlight from 124mA down to 81mA |
21:36:29 | | Part jlbiasini |
21:37:17 | | Quit cliptester (Quit: ChatZilla 0.9.88.1 [Firefox 10.0.2/20120215223356]) |
21:39:20 | wodz | backlight takes as much as ~50mA |
21:40:00 | bertrik | 81 mA is still quite a lot |
21:40:32 | wodz | yeah |
21:40:49 | bertrik | many newer targets are in the 20 - 30 mA range IIUC |
21:42:00 | wodz | I am measuring on USB line with desoldered battery. I need to figure out how much this measurements are off |
21:42:46 | bertrik | yeah, I don't know if the USB current is the same as it would draw from the battery |
21:45:41 | amiconn | It most probably isn't. When battery is disconnected, usb current should be lower than what would be drawn from battery |
21:46:04 | | Quit benedikt93 (Quit: Bye ;)) |
21:47:08 | amiconn | (because usb is 5 V while battery is 3.3..4.1 V and targets use switching regulators) |
21:48:23 | * | amiconn would use a lab power supply connected in palce of the battery for this kind of measurement |
21:50:06 | wodz | amiconn: sure, but this dap has erased begining of the nand and the only method to boot it is trough USB DFU mode |
21:50:45 | * | bertrik would just measure the USB current to get a rough idea of the current consumed, less soldering in the player involved, and he doesn't have a lab supply |
21:55:28 | wodz | hmm, I have off by 1 timer setting probably |
21:55:55 | | Join anewuser_ [0] (~anewuser@190.207.136.156) |
21:56:53 | wodz | datasheet operation description and timer interrupt freq formula are not consistent |
21:58:08 | | Quit anewuser (Ping timeout: 265 seconds) |
22:00 |
22:10:26 | | Join saratoga [0] (980329e4@gateway/web/freenode/ip.152.3.41.228) |
22:14:10 | saratoga | i think USB is fine, it won't give you the absolute current, but thats not really useful |
22:14:17 | saratoga | what you really want is the relative change in current |
22:14:25 | saratoga | you can figure out the absolute value latter using a battery bench |
22:20:13 | | Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) |
22:22:59 | | Quit TomColler (Remote host closed the connection) |
22:23:34 | wodz | saratoga: What might be the cause of poor performance? I mean rk27xxs needs over 50MHz for lame@128 realtime. The lack of iram? |
22:23:57 | saratoga | its ARM7E? |
22:24:17 | n1s | slow ram can indeed slow stuff down |
22:24:30 | wodz | armv5te |
22:25:04 | saratoga | yeah |
22:25:10 | saratoga | well we've never had an ARM7E chip before |
22:25:29 | saratoga | as i understand it, the 7E has the 7TDMI's pipeline, but the 9E's multiplier right? |
22:25:48 | n1s | that what i remember too |
22:26:08 | saratoga | are the pipeline interlocks the same as the respective cores? if not our ASM might not be ideal |
22:26:45 | saratoga | and no IRAM? what is the cache like? does it have the same weirdness as the 7TDMI caches? |
22:26:54 | n1s | ARM7 doesn't really have interlocks iirc |
22:27:13 | saratoga | it does for loads and stores |
22:27:32 | n1s | so if it uses the code for other v5 cores it will not be ideal, no |
22:27:40 | n1s | ah, ok |
22:28:03 | saratoga | theres a shared 32 bit i/d cache, so you can either load an instruction or retire a load/store but not both |
22:28:10 | wodz | technical reference manual states 5 stage pipeline |
22:28:15 | saratoga | oh? |
22:28:37 | | Quit TheLemonMan (Quit: WeeChat 0.3.7) |
22:29:52 | n1s | sounds like an arm9e then |
22:30:11 | saratoga | oh so its the ARM9E pipeline with the ARM7 cache |
22:30:18 | saratoga | that is a strange combination |
22:30:52 | wodz | fetch decode execute mem write_back |
22:31:45 | | Join bitcraft_ [0] (~bitcraft@66.254.199.148) |
22:31:47 | wodz | the cache is not part of the arm core IIRC |
22:33:23 | wodz | the one in rk27xx is 2-way associative write-trough unified i/d cache |
22:33:26 | saratoga | looking at the cycle timing diagrams its basically the same as ARM9E, except that load/stores are half as fast |
22:34:03 | saratoga | so in that sense its probably closer to the ARM11 where LDM is ~2x faster then LDR |
22:34:39 | saratoga | our current synth_full code is going to be ugly on it, so probably performance will be a lot like ARM11 targets for mp3 |
22:34:43 | | Quit bitcraft (Ping timeout: 245 seconds) |
22:34:49 | saratoga | how is WMA? |
22:34:59 | saratoga | i'm guessing a lot faster? |
22:36:40 | | Quit amithkk (Read error: Connection reset by peer) |
22:36:43 | wodz | I can bench wma, one sec |
22:37:46 | saratoga | when you get a chance, could you bench the entire test file set and put them on the wiki? |
22:38:02 | saratoga | might give me some ideas |
22:38:19 | saratoga | http://download.rockbox.org/test_files/ if you need them |
22:38:37 | saratoga | well maybe skip ape |
22:39:06 | *** | Saving seen data "./dancer.seen" |
22:39:21 | wodz | yeah, thats a lot to download I test small subset of this. I can do full benchmark maybe tomorrow |
22:39:28 | saratoga | sure, no hurry |
22:39:38 | saratoga | and honestly aside from flac the lossless isn't too interesting anyway |
22:40:20 | saratoga | anyway, WMA should be well scheduled for the unified cache i think |
22:40:36 | saratoga | so if its slow too, i would think the problem is lack of IRAM or slow DRAM rather then bad ASM code |
22:41:53 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
22:42:49 | | Quit n1s (Quit: Ex-Chat) |
22:44:06 | | Quit [Saint] (Ping timeout: 255 seconds) |
22:48:51 | | Quit ender` (Quit: How many SEO experts does it take to change a light bulb, lightbulb, light, bulb, lamp, lighting, switch, sex, xxx, hardcore) |
22:48:53 | | Quit mortalis (Quit: KVIrc 4.1.1 Equilibrium http://www.kvirc.net/) |
22:50:33 | wodz | saratoga: wma96: 49.64MHz, wm128: 49.95MHz, wma192: 50.90MHz, wma256: 52.19MHz, wma320: 53.23MHz |
22:52:16 | saratoga | wow so WMA == MP3? |
22:52:33 | wodz | roughly |
22:53:42 | saratoga | i guess thats comparable to AMSv2 running ARM9E, but about 2x as slow |
22:54:51 | saratoga | and theres no SRAM at all right? |
22:56:26 | wodz | flac8: 13.63MHz, lame128: 50.65MHz, lame320: 53.15MHz |
22:56:43 | wodz | well, there is 4kB of iram actually |
22:56:52 | saratoga | i guess its probably just bad cache and no iram |
22:57:01 | saratoga | if you increase the DRAM clock does it make much difference |
22:58:10 | saratoga | i forget how big the stack is for codecs, maybe that could be put into SRAM? |
22:59:31 | pixelma | how nice, the "getting googlemail.com mails over and over again" problem hasn't stopped, is annoying and now lead to my membership in the devml being disabled? :\ |
22:59:52 | wodz | Thats a bit complicated. This tests are run with arm:ahb:apb 200:100:50. I benched 132:132:66 and it was much worst (lame128: 60.07MHz, lame320: 63.67MHz). |
23:00 |
23:00:15 | pixelma | I'd really like to see the problem solved myself :( |
23:00:40 | wodz | Unfortunately allowed arm:ahb dividers are 1 and 2 and arm core is rated at 200MHz max |
23:00:54 | bertrik | so, basically any compressed codec runs at PCLK? :D |
23:01:06 | pixelma | and I still get the old mails over and over again |
23:02:22 | wodz | bertrik: I guess more like hclk/2 |
23:02:25 | * | pixelma looks around for Bagder (or maybe Zagor for that matter) |
23:03:03 | * | Bagder lurks in the shadows |
23:04:54 | pixelma | Bagder: any idea how it is possible that I get mails by googlemail.com addresses over and over again in the dev-ml - or do you have a way to check something which helps me determing where the problem lies? |
23:05:14 | saratoga | wodz: why would decreasing fclk lead to lower perf/MHZ? the opposite should be true |
23:05:25 | Bagder | "in the dev-ml" ? how exactly are they in the dev ml? |
23:05:29 | pixelma | Bagder: the problem started on the first of March it seems |
23:07:01 | pixelma | mails originally send from people with googlemail addresses (e.g. n1s or wodz) to rockbox-dev |
23:07:21 | wodz | saratoga: looking at mem_test results it seems that synchonous arm:ahb gives ~20% lower mem throughput. 200:100:50 gives ~100MB/s read while 100:100:50 gives ~80MB/s |
23:07:43 | pixelma | it looks like I get them again and again, they have the same old time stamp etc. |
23:07:46 | saratoga | is this in fastbus mode or whatever arm calls it? |
23:08:21 | wodz | saratoga: datasheet doesn't mention fastbus anywhere |
23:08:22 | pixelma | or gmail rather |
23:08:49 | saratoga | its an ARM9/9E thing, perhaps its not in 7E |
23:11:14 | wodz | where is codec stack defined? app.lds doesn't mention one |
23:12:11 | wodz | main stack i 8k so it will not fit in iram |
23:12:21 | saratoga | its the same size i think |
23:13:15 | wodz | I can move irq stack to iram but this will not help much I guess |
23:14:14 | saratoga | yeah probably not |
23:14:26 | | Quit pamaury (Remote host closed the connection) |
23:14:42 | saratoga | on some arm7, fastbus just means that you run the core clock as the bus clock, and then memory acess is a little faster |
23:16:54 | wodz | What I find weird is that OF uses 54MHz arm clock when decoding mp3. That would mean running ahb at 54MHz at best so mem throughput should be ~1/2 of what I have. |
23:19:01 | saratoga | does it use the cpu or that DSP thing the datasheet mentions? |
23:19:23 | wodz | audio is handled by arm core. DSP is used for video |
23:20:15 | saratoga | perhaps the memory or bus is misconfigured somehow that makes it run slower |
23:20:20 | | Join Scromple [0] (~Simon@119.225.209.134) |
23:20:24 | saratoga | or they have some secret SRAM :) |
23:20:26 | | Join amithkk [0] (u4289@2buntu/writers/amithkk) |
23:23:13 | wodz | saratoga: Well, could be. Memmap outlined at the very begining of the datasheet shows a few areas I have no idea what they are. |
23:23:43 | wodz | for example AHB0 ES6 reserves 1M of address space |
23:29:56 | | Quit Strife89 (Quit: Heading out for the night.) |
23:31:14 | | Quit domonoky (Read error: Connection reset by peer) |
23:31:52 | | Quit wodz (Quit: Leaving) |
23:42:40 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
23:48:34 | | Quit FOAD (Quit: I'll be back) |
23:48:42 | | Join FOAD [0] (~foad@unaffiliated/foad) |
23:49:30 | | Quit enthdegree (Ping timeout: 246 seconds) |
23:54:16 | | Quit bertrik (Quit: And That, My Liege, Is How We Know the Earth to Be Banana Shaped) |