| 00:00:23 | Bagder | and yes I agree it sounds like the AMS mode |
| 00:00:25 | linuxstb | Are you sure that's a v2 for that price? There are a lot of refurbished m2x0s around, and at least the one I bought was a v1. |
| 00:00:41 | linuxstb | But for that price, you could risk it anyway... |
| 00:01:00 | | Join fyre^OS [0] (n=fyre@cpe-68-173-171-53.nyc.res.rr.com) |
| 00:01:18 | toffe82 | BigBambi: it was done via I pod first and via caddy after |
| 00:01:27 | saratoga22 | the V2s apparently came out 18 months ago for the M series, so I doubt theres too many refurb V1s still around |
| 00:02:01 | | Join CyBergRind|w [0] (n=cbr@212.98.160.130) |
| 00:02:23 | linuxstb | Maybe I was just lucky then... (I wanted a v1). |
| 00:02:55 | saratoga22 | hmm the new ones are only $20, so that'd make more sense |
| 00:03:48 | linuxstb | What capacity are the ones for that price? I paid 20GBP (almost $40) for my refurbished m260 (4GB) in the UK. |
| 00:03:57 | saratoga22 | 1 GB |
| 00:04:06 | | Join Synergy6 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) |
| 00:04:12 | linuxstb | OK, I feel better then ;) |
| 00:04:12 | | Quit Xerion (Read error: 104 (Connection reset by peer)) |
| 00:04:15 | saratoga22 | perfect for bricking |
| 00:04:40 | | Join moos [0] (n=c40cd998@gateway/web/cgi-irc/labb.contactor.se/x-21d8a6a6c86bd0b2) |
| 00:04:46 | | Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) |
| 00:05:12 | moos | jhMikeS: ping |
| 00:05:19 | toffe82 | saratoga22: will you bid on the S30 , the one finishing in 2H ? |
| 00:06:23 | | Quit DerDome ("Leaving.") |
| 00:07:44 | saratoga22 | i already did :) |
| 00:07:51 | | Quit bluebrother ("Verlassend") |
| 00:09:26 | toffe82 | ok, just to don't bid on this one ;) |
| 00:10:21 | saratoga22 | were you looking to get another one? |
| 00:14:56 | | Quit barrywardell () |
| 00:16:27 | toffe82 | not really, just for spare parts and who knows, the lcd on this one is perhaps working |
| 00:18:41 | | Quit fyrestorm (Read error: 113 (No route to host)) |
| 00:19:08 | | Quit [CBR]Unspoken|w (Read error: 110 (Connection timed out)) |
| 00:20:07 | saratoga22 | i think probably half the gigabeats on ebay are broken |
| 00:21:01 | | Quit fyre^OS (Read error: 113 (No route to host)) |
| 00:22:44 | | Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") |
| 00:23:29 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 00:24:23 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 00:25:47 | mcuelenaere | why does gcc assembly "x &= ~y;" to "LDR R0, =[~y]\nAND x, x, R0" instead of "BIC x,x,#y"? is there an optimisation flag for this? |
| 00:26:05 | | Quit Horscht ("electromagnetic radiation from satellite debris") |
| 00:26:38 | mcuelenaere | assemble* |
| 00:29:50 | linuxstb | Is y a constant? |
| 00:30:42 | linuxstb | I'm sure I've seen gcc use bic in those cases. |
| 00:30:56 | mcuelenaere | yes, y is a constant |
| 00:31:25 | mcuelenaere | if gcc would do this all the time, wouldn't be this a total loss of binary size (and RAM usage)? |
| 00:32:48 | linuxstb | What's the exact statement it's not using bic for? |
| 00:33:38 | mcuelenaere | for example "IO_CLK_MOD1 &= ~(CLK_MOD1_VENC | CLK_MOD1_OSD);" |
| 00:33:46 | mcuelenaere | CLK_MOD1_x are macro's |
| 00:33:49 | amiconn | mcuelenaere: Depends on your y. In order to use bic, y needs to be an allowed arm constant |
| 00:33:58 | | Quit Synergy6 ("Adios") |
| 00:34:08 | mcuelenaere | it should be possible, as the OF uses BIC |
| 00:34:17 | mcuelenaere | and the code is identical |
| 00:34:26 | mcuelenaere | well, maybe not in C; but in ASM it should be |
| 00:36:14 | * | amiconn isn't surprised though that gcc doesn't pick up all possible optimisations |
| 00:36:48 | mcuelenaere | maybe a stronger optimisation has to be set in the Makefile? |
| 00:36:55 | amiconn | nah |
| 00:37:17 | amiconn | If you set higher -O levels, all you achieve most of the time is bigger code which runs slower |
| 00:37:27 | linuxstb | gcc definitely uses bic quite a lot though - to implement &= ~x |
| 00:37:41 | mcuelenaere | mm strange |
| 00:38:01 | amiconn | linuxstb: Yes, but I'm not surprised it doesn't pick up all opportunities to do this |
| 00:38:37 | bertrik | maybe it has something to do with IO_CLK_MOD1 being volatile or not |
| 00:38:41 | amiconn | gcc isn't very good at optimising (perhaps it is on x86 - that's something I don't know at all) |
| 00:39:22 | amiconn | That's why the most time critical code parts in rockbox are often written in asm |
| 00:39:24 | mcuelenaere | this is a pastebin http://pastebin.com/d4e221b30 |
| 00:39:38 | mcuelenaere | above is rockbox, below OF |
| 00:40:26 | linuxstb | bertrik: I've just tried "REG &= ~0x18" (which IIUC is your statement), and gcc used bic... |
| 00:40:37 | linuxstb | This is compiling for the m200 |
| 00:41:01 | mcuelenaere | IO_CLK_MOD1 is a volatile unsigned short*, would that be it? |
| 00:41:27 | linuxstb | In my code regs are longs (but also volatile) |
| 00:41:59 | mcuelenaere | they have to be 16-bit accesses |
| 00:42:10 | | Quit gevaerts ("sleeping") |
| 00:42:39 | linuxstb | Ah, that's the difference - gcc uses bic for longs, but not shorts... |
| 00:42:46 | amiconn | mcuelenaere: That means that gcc cannot use bic without a separate hint |
| 00:43:04 | mcuelenaere | amiconn: and that hint is? |
| 00:43:10 | bertrik | hmm, does it *really* have to be 16-bit? |
| 00:43:22 | mcuelenaere | hmm, as far as I know yes |
| 00:44:26 | amiconn | A short only fills half of a reg, and hence it cannot use bic for &=. You need to experiment a little - maybe some casting will do the trick |
| 00:44:42 | mcuelenaere | datasheet says: "Address 0x0003:xxxx - This area should be accessed by half word (16-bit)" |
| 00:45:12 | amiconn | A somewhat nasty expression that should do the trick though: |
| 00:45:54 | amiconn | IO_CLK_MOD1 = (unsigned int)IO_CLK_MOD1 & ~(CLK_MOD1_VENC | CLK_MOD1_OSD); |
| 00:46:51 | mcuelenaere | and if I would do #define IO_CLK_MOD1 (unsigned int)(*(volatile unsigned short*)(0x***)); would that work too? |
| 00:47:18 | amiconn | perhaps |
| 00:47:45 | amiconn | I wouldn't care too much about this though, unless this code is executed several thousands of times per second |
| 00:48:12 | mcuelenaere | ah ok, thanks |
| 00:48:13 | linuxstb | amiconn: That doesn't seem to work... |
| 00:49:07 | mcuelenaere | and why does GCC insists on doing "LDR R3, =function\nBLX R3" ? I've not seen "BL function " very much |
| 00:49:18 | bertrik | all calls on arm being long (as amiconn explained to me) probably also helps a lot in increasing the binsize |
| 00:49:33 | amiconn | Not all calls are long |
| 00:49:52 | bertrik | ok, I misunderstood then |
| 00:49:59 | amiconn | Calls within the same section are short, and calls to static functions are always short |
| 00:50:39 | amiconn | Calls to iram functions are always long though (because it's a separate section), except on iFP |
| 00:51:21 | mcuelenaere | ah, you're right now I see |
| 00:51:49 | mcuelenaere | I just thought it would always do long calls (which would double binsize for these calls) |
| 00:53:31 | bertrik | I was confused by the -mlong-calls compiler option thinking it forced *all* calls to be long |
| 00:53:43 | amiconn | The only other reason where this bic vs. ldr/and issue matters would be if you're short on memory |
| 00:54:02 | amiconn | Not sure how much ram the zvm has |
| 00:54:08 | mcuelenaere | 64MB :) |
| 00:55:28 | amiconn | ...or for some reason the loadable firmware file size is limited |
| 00:56:15 | | Quit mf0102 (Remote closed the connection) |
| 00:56:15 | mcuelenaere | naah, not that I know of :) |
| 00:56:19 | amiconn | Both reasons apply to the archoses, and the first one applies to the iFP (but that port seems to be almost dead, unfortunately) |
| 00:56:57 | amiconn | (archos isn't arm based of course) |
| 00:58:01 | | Quit faemir (Remote closed the connection) |
| 01:00 |
| 01:04:25 | linuxstb | My two telechips devices (M260 and DAX) only have 2MB RAM... But at least they're flash-based. |
| 01:05:08 | amiconn | Yeah, but nevertheless you should try to keep rockbox' memory footprint low on them |
| 01:05:34 | linuxstb | Of course. |
| 01:05:52 | linuxstb | The hardware's very simple though - and the LCD is just 128x64 mono |
| 01:06:10 | amiconn | There are several cases where more ram gives better experience - higher jpeg size limit |
| 01:06:15 | amiconn | ...for instance |
| 01:06:23 | amiconn | *more free ram |
| 01:07:33 | Nico_P | I'd be curious to see how the buffering code behaves on such targets |
| 01:07:55 | linuxstb | Nico_P: I was meaning to ask if you've tested buffering with a tiny buffer... |
| 01:07:59 | Nico_P | it ought to be fine of course, but still |
| 01:08:02 | Nico_P | linuxstb: no |
| 01:08:19 | | Quit bepe86 (Read error: 104 (Connection reset by peer)) |
| 01:08:20 | | Join Bepe_ [0] (n=Bepe@213.151.130.162) |
| 01:08:38 | Nico_P | but I guess it's the same as a 32 MB buffer and even bigger tracks |
| 01:09:15 | amiconn | linuxstb: Maybe you event want -Os on those targets |
| 01:09:22 | linuxstb | Do we still have that 512KB codec malloc buffer? |
| 01:09:30 | n1s | linuxstb: the voice file for most targets is around 800k so it could get cramped in there... |
| 01:09:35 | n1s | linuxstb: i think so |
| 01:10:08 | Nico_P | isn't vorbis the only codec that really needs it? |
| 01:10:29 | linuxstb | Yes, I think so. But others use it a little as well - just because it's there... |
| 01:10:47 | n1s | maybe it doesn't need to be so frigging huge |
| 01:11:14 | amiconn | And the codec and plugin ram should probably be reduced. Not sure whether 32KB of plugin ram (as on archos) are sufficient though - arm code tends to be bigger than sh1 code |
| 01:11:15 | linuxstb | And I guess I can get away with an almost Archos-sized plugin buffer. |
| 01:11:39 | amiconn | 48KB should definitely do though |
| 01:11:46 | linuxstb | Yes, that's the figure I was thinking. |
| 01:11:52 | amiconn | iFP used 64KB iirc |
| 01:12:03 | amiconn | And that one only has 1MB ram |
| 01:13:11 | | Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") |
| 01:13:40 | | Quit lee-qid (Read error: 110 (Connection timed out)) |
| 01:14:22 | linuxstb | It's not even complete yet, and rockbox.bin is about 390KB for the m200... |
| 01:14:31 | * | amiconn ponders whether he should pick up the iFP port... |
| 01:14:40 | amiconn | Try -Os ... |
| 01:14:48 | linuxstb | Just about to... |
| 01:15:25 | linuxstb | Is changing it in the Makefile in the build directory enough? |
| 01:15:43 | n1s | should be + make clean of course |
| 01:16:16 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 01:16:24 | linuxstb | Hmm, down to 366064 (was about 392000) |
| 01:16:54 | Nico_P | amiconn: considering the small size of the potential audience, I'd say it's not a top priority port |
| 01:17:16 | Nico_P | but it could be fun of course |
| 01:18:07 | amiconn | It's somewhat challenging |
| 01:18:20 | amiconn | Just 1MB RAM and 60MHz single core arm7tdmi |
| 01:19:21 | amiconn | Not sure which other DAPs exist that use the PNX0101 |
| 01:20:31 | * | linuxstb feels spoilt - 2MB RAM and 120MHz |
| 01:21:27 | amiconn | linuxstb: The size gain sounds reasonable. ARM code is bigger than SH1 code, and swcodec has somewhat more core code than hwcodec |
| 01:21:57 | | Quit styleism (Read error: 110 (Connection timed out)) |
| 01:21:59 | linuxstb | Yes, including speex... |
| 01:22:25 | amiconn | Maybe someone should have a look at thumb again, for non time critical stuff |
| 01:23:14 | amiconn | linuxstb: The spoiling goes one step further - iirc telechips is arm9 |
| 01:24:05 | * | linuxstb promises not to clock it faster that 50MHz ;) |
| 01:24:32 | * | amiconn is curious whether the logikdax will be able to decode ape realtime, and which compression level(s) |
| 01:24:53 | linuxstb | There's a list of PNX0101 players here - http://forum.mp3store.pl/index.php?showtopic=14695&mode=threaded |
| 01:24:59 | linuxstb | Seems quite a few. |
| 01:25:28 | n1s | amiconn: will the ifp be able to? ;) |
| 01:25:47 | amiconn | n1s: Haha, even the PP targets aren't... |
| 01:26:12 | linuxstb | amiconn: IIRC, armv5 has got some DSP instructions which should help with APE, so it should be reasonable. |
| 01:27:26 | * | amiconn wonders why he remembered 60MHz for the PNX0101 |
| 01:29:27 | * | Nico_P is pleased to see users don't seem to be complaining about playback too much ATM |
| 01:29:30 | toffe82 | saratoga22: still winner ? |
| 01:30:46 | amiconn | linuxstb: Did you take a look at that libavcodec range decoder? |
| 01:31:08 | moos | Nico_P: playback seems just fine, just encountered problems with playlist operations |
| 01:31:34 | * | mcuelenaere wonders himself why linux doesn't have a logical target tree like Rockbox.. |
| 01:31:49 | Nico_P | moos: it's not quite as fine as I'd like it to be, but it seems good enough that I can rest for a bit before going back to it :) |
| 01:32:46 | * | amiconn would in fact like to do that just for the challenge, but can't afford to do so atm :/ |
| 01:32:54 | moos | hehe :) |
| 01:32:56 | amiconn | Too many other things on my list already |
| 01:33:03 | linuxstb | amiconn: Only superficially, and I couldn't see how it could replace what APE is using. I also don't think the ffmpeg have done anything with it either. |
| 01:33:37 | linuxstb | But I'm sure there must be room for optimisation there somewhere (or elsewhere in that part of the code). |
| 01:34:55 | amiconn | I think the predictor can be optimised a bit more on coldfire, by carefully checking which register is "reserved" for how long, and then converting some stack vars into register vars |
| 01:35:19 | *** | Saving seen data "./dancer.seen" |
| 01:35:23 | amiconn | But more than half of the decoding time is spent in the range decoder at -c1000 |
| 01:38:10 | amiconn | Optimising the predictor might be enough to make -c3000 usable on coldfire |
| 01:39:05 | | Quit ompaul (Client Quit) |
| 01:42:14 | saratoga22 | toffe82: yes still winning |
| 01:42:46 | saratoga22 | doesn't FAAC use the malloc buffer too? |
| 01:43:19 | linuxstb | The mp4 parser does - for the seektable (a list of frame sizes) |
| 01:43:27 | linuxstb | I'm not sure about FAAD itself |
| 01:43:33 | linuxstb | But I expect so. |
| 01:43:42 | saratoga22 | mp4 frames are variable sized? |
| 01:44:06 | linuxstb | Yes |
| 01:44:23 | saratoga22 | or do you mean AAC frames |
| 01:45:00 | | Quit ender` (" Trying to establish voice contact ... please yell into keyboard.") |
| 01:45:02 | linuxstb | I mean mp4 packets |
| 01:45:31 | linuxstb | IIRC, they can vary both in duration (number of samples) and size in bytes. |
| 01:45:44 | saratoga22 | how annoying |
| 01:46:02 | saratoga22 | how is one supposed to deal with this normally? |
| 01:46:24 | saratoga22 | i can't image the format expects lots of space to buffer seek tables |
| 01:46:37 | | Quit bertrik ("bye") |
| 01:48:34 | * | linuxstb shrugs |
| 01:49:19 | n1s | 4.45 runtime on my S30 with q4 oggs |
| 01:50:37 | n1s | a whooping 38% of the qouted 12.30 runtime for the OF, room for improvement :) |
| 01:52:26 | BigBambi | n1s: hmmm |
| 01:52:34 | n1s | now let's hope batter_bench worked ok |
| 01:52:40 | n1s | battery |
| 01:54:51 | * | linuxstb wonders how the beast would do with insane APE files |
| 01:55:23 | * | n1s has 0 ape files and is not aware of any linux encoders |
| 01:55:43 | Nico_P | n1s: only 4.45? that's really not very good |
| 01:55:46 | linuxstb | The command-line encoder works fine with Wine - do you want it? |
| 01:56:10 | n1s | linuxstb: sure, can't test now though, needs to recharge |
| 01:56:22 | linuxstb | Ah, in fact I have a Linux binary... |
| 01:57:03 | n1s | Nico_P: we don't power down the HD, scale frequency (or adjust core voltage) |
| 01:57:18 | Nico_P | hmm, true |
| 01:58:10 | | Quit mcuelenaere () |
| 01:58:19 | n1s | and maybe some hardware inside the soc as well as outside is left on? |
| 01:59:13 | Nico_P | I have trouble imagining WinCE as very battery efficient though :p |
| 01:59:40 | linuxstb | As shown by it's tendency to keep the hard disk spinning... |
| 02:00 |
| 02:00:08 | Nico_P | indeed. something tells me that's not all |
| 02:01:19 | linuxstb | I guess we'll find out soon enough. |
| 02:01:54 | | Quit petur ("killed by baileys") |
| 02:03:18 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 02:03:33 | toffe82 | saratoga22: winner :) |
| 02:05:27 | Nico_P | another beast owner? :) |
| 02:06:27 | BigBambi | Long live the beast hegemony! |
| 02:06:42 | XavierGr | Indeed, I will start using it as my main player |
| 02:07:05 | XavierGr | I need to battery_bench the beast to make sure that it lives to its legend. |
| 02:08:53 | | Quit Nico_P ("bed time") |
| 02:09:07 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 02:09:42 | saratoga22 | i've still got 10 minutes to go! |
| 02:10:05 | saratoga22 | i think theres going to be more beast developers then beast users |
| 02:10:22 | BigBambi | good! |
| 02:11:08 | toffe82 | saratoga22: I thought you were bidding on the broken one , it finished at 15$ |
| 02:11:28 | saratoga22 | no i'm bidding on a working one |
| 02:13:38 | scorche | toffe82: what was broken about it? |
| 02:13:58 | toffe82 | lcd ? they didn't say it |
| 02:14:07 | saratoga22 | the guy didn't say, other then that it wouldn't turn on |
| 02:14:28 | scorche | thats a shame...for $15.. |
| 02:14:49 | saratoga22 | unless people say the screen works, i tend to assume its broken, since half of ebay gigabeats are people selling ones with broken screens |
| 02:15:18 | krazykit | i need an s60 with a broken screen if saratoga22 wins the working one ;) |
| 02:15:43 | | Join webtaz [0] (n=webtaz@p4FD4A064.dip0.t-ipconnect.de) |
| 02:15:48 | saratoga22 | those seem hard to find |
| 02:15:53 | saratoga22 | i looked for a bit |
| 02:15:56 | webtaz | hello |
| 02:16:15 | toffe82 | I misunderstood, I wanted to bid on the broken one :( |
| 02:16:18 | krazykit | i'm not finding a lot of s60s on ebay, unless somehow i just fail at searching. |
| 02:16:52 | saratoga22 | toffe82: sorry, didn't realize there'd be two auctions ending at almost the exact same time |
| 02:17:07 | webtaz | I'm trying to sync a patch, and could need a bit help with the playback_control (or the changes wich viewport did to it) |
| 02:17:19 | toffe82 | that's ok, there are some more ;) |
| 02:19:36 | linuxstb_ | webtaz: What's the problem? (or what's the patch?) |
| 02:19:47 | webtaz | dict2 patch |
| 02:19:48 | | Quit linuxstb (Nick collision from services.) |
| 02:19:51 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 02:20:42 | webtaz | i managed to fix some changes wich are related to viewports, by taking the changes from a actual build which has this patch build in |
| 02:21:03 | webtaz | but this build uses an old version of the playback_control.h i think |
| 02:21:19 | webtaz | so i cant reuse the term of it |
| 02:21:25 | | Nick JdGordon|zzz is now known as JdGordon (i=jonno@rockbox/developer/JdGordon) |
| 02:21:28 | linuxstb | Have you changed the call to playback_control(rb) to playback_control(rb,NULL) ? |
| 02:21:59 | | Quit XavierGr (Nick collision from services.) |
| 02:22:00 | webtaz | mhh |
| 02:22:10 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 02:22:10 | webtaz | no that's it |
| 02:22:21 | webtaz | i just cant see what the arguments have to be |
| 02:22:34 | webtaz | i just saw there has to be one more |
| 02:22:35 | linuxstb | I just looked at all the other plugins that use playback control - they all call it with (rb,NULL). |
| 02:23:08 | webtaz | well i started my player, but i just couldnt find a game that uses this |
| 02:23:09 | webtaz | ^^ |
| 02:23:21 | webtaz | i think i should have tried some others |
| 02:23:26 | linuxstb | 'grep playback_control *.c' (in the plugins directory) |
| 02:23:47 | webtaz | ohh |
| 02:23:55 | webtaz | i'm working with windows |
| 02:24:10 | webtaz | just applying patches and compiling with linux |
| 02:24:19 | saratoga22 | alright won a gigabeast |
| 02:24:35 | BigBambi | \ô/ |
| 02:24:55 | webtaz | beast?^^ |
| 02:25:10 | BigBambi | gigabeat S aka gigabeast aka the beast |
| 02:25:10 | | Quit saratoga22 ("CGI:IRC") |
| 02:25:26 | linuxstb | A typo that stuck... |
| 02:25:31 | BigBambi | as it is monstrously powerful, hence a beast |
| 02:25:31 | webtaz | i got a F |
| 02:25:39 | BigBambi | F is good too |
| 02:25:50 | webtaz | i think S was too expensive when i bought it |
| 02:25:52 | | Join saratoga [0] (n=9803c50e@gateway/web/cgi-irc/labb.contactor.se/x-d2f86ea6012751ba) |
| 02:25:59 | webtaz | also not to get in Europe |
| 02:26:08 | webtaz | or difficult |
| 02:26:39 | webtaz | i was lucky with taxes |
| 02:27:00 | webtaz | customs -> taxes on goods which go over borders? |
| 02:27:25 | BigBambi | yes |
| 02:27:53 | saratoga | or at least the taxmen who check the goods |
| 02:28:08 | BigBambi | customs duty = the tax |
| 02:32:15 | orang1 | In Canada, there is no duty on US computer electronics coming into the country but there is still the provincial tax. |
| 02:33:19 | webtaz | coming into ^^ i just could want sth coming out to me |
| 02:33:20 | webtaz | ^^ |
| 02:33:21 | BigBambi | Same thing really. In Europe you have to pay the VAT of the country you are importing it into. However, this is off topic... |
| 02:34:02 | webtaz | but interresting |
| 02:34:39 | webtaz | -r |
| 02:35:03 | BigBambi | off topic nonetheless |
| 02:36:46 | webtaz | come on, at the moment here is no topic, i think, and if you think wide it is related to rockbox :) |
| 02:37:00 | webtaz | but I'll soon bring on a new topic |
| 02:37:12 | webtaz | when, during compilation, the next error occurs |
| 02:37:49 | BigBambi | webtaz: Please read the topic and the guidelines |
| 02:38:06 | linuxstb | This channel is logged though - and people read the logs to see what developments they missed... |
| 02:38:10 | BigBambi | This is a logged development and support channel for Rockbox only |
| 02:38:34 | webtaz | play |
| 02:38:39 | webtaz | okay |
| 02:39:06 | BigBambi | for off topic ramblings please see #rockbox-community |
| 02:39:24 | webtaz | already found my way in that channel ;) |
| 02:39:36 | jhMikeS | moos: pong |
| 02:42:32 | n1s | jhMikeS: i did a battery_bench and got 4.45 on my S30, will try to make a first stab at a discharge curve tomorrow |
| 02:44:34 | jhMikeS | 4.45? I think we need to start turning unused devices off. :) |
| 02:44:51 | saratoga | or at least spinning down the hard disk |
| 02:45:16 | BigBambi | or both :) |
| 02:45:17 | n1s | saratoga: it spinns down but is not powered down, but i think i know the gpio for that |
| 02:45:23 | saratoga | ah |
| 02:45:27 | saratoga | misread then |
| 02:45:42 | jhMikeS | there's two GPIOs for the HD power |
| 02:46:23 | | Quit Zarggg (Read error: 104 (Connection reset by peer)) |
| 02:46:36 | n1s | then I think I know one of them :) |
| 02:46:42 | | Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 02:47:18 | n1s | if I unset bit 5 in gpio3dr rockbox hangs when trying to access the drive |
| 02:47:50 | n1s | jhMikeS: do you know which ones they are? |
| 02:47:58 | jhMikeS | one is to enable the ata interface and the other is the actual power |
| 02:48:12 | jhMikeS | I'm looking for my notes on that :) |
| 02:49:44 | jhMikeS | I thought maybe MCU2_16 was the ATA interface and MCU3_5 was the HD power (3_5 shut it down) |
| 02:51:47 | jhMikeS | I'll try to confirm on the tracing board for the other |
| 02:52:49 | n1s | ok, it's bedtime for me now :) goodnight |
| 02:52:52 | | Quit n1s () |
| 02:55:59 | | Quit spiorf (Remote closed the connection) |
| 02:56:19 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 02:57:34 | | Quit Horscht (Client Quit) |
| 02:57:37 | | Join webguest46 [0] (n=443be67b@gateway/web/cgi-irc/labb.contactor.se/x-535353ff241bad87) |
| 02:57:43 | | Quit webguest46 (Client Quit) |
| 03:00 |
| 03:00:27 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 03:14:32 | | Join Monkeytamer [0] (n=chatzill@24-205-228-141.dhcp.snlo.ca.charter.com) |
| 03:21:32 | | Join Hillshum [0] (n=chatzill@75-165-234-225.slkc.qwest.net) |
| 03:32:11 | | Join Monkeytamer_ [0] (n=chatzill@24-205-228-141.dhcp.snlo.ca.charter.com) |
| 03:35:23 | *** | Saving seen data "./dancer.seen" |
| 03:37:24 | | Quit webtaz (Read error: 110 (Connection timed out)) |
| 03:38:45 | JdGordon | anyone have any ideas how the quickscreen should be voiced? |
| 03:40:40 | jhMikeS | audibly? :p |
| 03:41:26 | JdGordon | :) |
| 03:41:36 | JdGordon | just when the option changes? |
| 03:43:10 | jhMikeS | I suppose the only other option is to start voicing the settings upon entry and stop that if a button is pushed and then voice the change |
| 03:48:23 | | Quit Monkeytamer (Read error: 110 (Connection timed out)) |
| 03:50:08 | | Join sdoyon [0] (n=steph@modemcable183.152-83-70.mc.videotron.ca) |
| 03:50:47 | JdGordon | speak of the devil... |
| 03:51:01 | JdGordon | sdoyon: looking forward to a talking quickscreen patch :) |
| 03:51:05 | jhMikeS | JdGordon: pong |
| 03:51:15 | JdGordon | ping? |
| 03:51:26 | sdoyon | JdGordon: huh? |
| 03:51:36 | * | jhMikeS responded to above statement :) |
| 03:51:54 | | Quit tessarakt ("Client exiting") |
| 03:52:11 | JdGordon | sdoyon: the quickscreen has been udpated so it should be voicable... not sure the best way to do it though so I havnt |
| 03:52:31 | jhMikeS | ...about the "devil" thing :p |
| 03:52:32 | sdoyon | Hmm... FS #6171 has been sitting in the tracker forever... |
| 03:52:41 | * | scorche waves at sdoyon |
| 03:52:48 | sdoyon | Hi |
| 03:53:53 | * | Hillshum wants to write in the wiki to help with the v2 port |
| 03:54:21 | JdGordon | sdoyon: ah ok.. so you want it all voiced on eneter then on changes? |
| 03:55:10 | | Join homielowe [0] (n=eric_j_l@66.183.89.40) |
| 03:55:12 | sdoyon | Yes, seems right, since you can interrupt it anytime if you know what you want. |
| 03:55:25 | JdGordon | ok |
| 03:55:44 | sdoyon | Guess I need to catch up on this. Are the options the same? |
| 03:55:51 | JdGordon | yeah |
| 03:56:07 | JdGordon | if I get my way they wont have to be though :) |
| 03:56:20 | sdoyon | Ah. I see. |
| 03:58:08 | sdoyon | I never committed that patch because I got side-tracked speculating on quick access to functions useful for voice users... you probably vaguely remember a thread about that ages ago. Mainly my conclusion is the two really useful things we're missing is speaking the time and battery level, without having to go all the way to the info menu. |
| 03:58:45 | sdoyon | In my copious spare time (cough) I meant to see if we could just hack this in on top of the current quickscreen, triggering on SELECT. |
| 03:59:04 | sdoyon | Outrageous, or conceivable? |
| 03:59:44 | sdoyon | SELECT for time and LONG SELECT for battery. Seem that key is unused for most targets in the quickscreen? |
| 03:59:55 | JdGordon | maybe |
| 04:00 |
| 04:04:16 | Hillshum | can i get wiki write access to help with sansav2? |
| 04:11:33 | JdGordon | sdoyon: done |
| 04:11:40 | JdGordon | not the clock thing though |
| 04:11:56 | JdGordon | Hillshum: HiltonShumway?? |
| 04:12:38 | sdoyon | Oh! OK I'll try it. |
| 04:12:50 | Hillshum | JDgordon: yeah, sorry |
| 04:13:00 | JdGordon | done |
| 04:13:06 | Hillshum | thanx |
| 04:16:50 | saratoga | Hillshum: which sansa do you have? |
| 04:17:00 | Hillshum | e200v2 |
| 04:17:19 | Hillshum | e260 |
| 04:17:29 | Hillshum | to be specific |
| 04:17:59 | saratoga | Hillshum: can you verify that the "special mode" here does not work on the e200? http://daniel.haxx.se/sansa/v2.html |
| 04:18:47 | advcomp2019 | saratoga, i looked at that and that is just msc mode |
| 04:18:56 | Hillshum | yup |
| 04:19:04 | saratoga | is it the same MSC mode as you get in the OF? |
| 04:19:10 | Hillshum | yeah |
| 04:19:25 | Hillshum | but it still could act as recovery mode |
| 04:19:33 | saratoga | so the player boots into the OF normally before connecting? |
| 04:20:07 | advcomp2019 | saratoga, yea.. i have a clip and the folder are the same too |
| 04:20:08 | Hillshum | yeah |
| 04:21:02 | saratoga | what happens when you disconnect? does it need to reboot or does it stay in the OF? |
| 04:21:15 | Hillshum | also, when it Auto-Dectect or the first OF MSC will load if OS does not have MTP |
| 04:21:42 | Hillshum | it refreshes database and stays in of (i think) |
| 04:21:55 | * | Hillshum gets his v2 |
| 04:22:37 | | Quit Monkeytamer_ ("ChatZilla 0.9.81 [Firefox 3.0b5/2008032620]") |
| 04:23:54 | | Quit daurn ("Cyas later...") |
| 04:23:56 | Hillshum | if the flash was written |
| 04:24:12 | Hillshum | both in MSC and MTP |
| 04:24:20 | advcomp2019 | saratoga, it just depends.. if something writes to it, it will do "database refresh" other then that it will boot normal |
| 04:24:44 | saratoga | well if its not rebooting afterwards, its not the AMS UMS mode |
| 04:24:50 | saratoga | so scratch that idea |
| 04:24:50 | Hillshum | it doesnt give the splash screen |
| 04:25:53 | * | Hillshum will try after holding down |<< |
| 04:26:56 | advcomp2019 | s/boot/reboot |
| 04:27:12 | Hillshum | if it will MSC(mebby i need auto detect) |
| 04:27:50 | | Quit Bepe_ (Read error: 104 (Connection reset by peer)) |
| 04:28:06 | | Join bepe86 [0] (n=Bepe@213.151.130.162) |
| 04:29:37 | Hillshum | hmm... 5+ times won't load MSC While |<< is down. Maybe that got scratched in v x.16 |
| 04:29:59 | saratoga | how are you doing it? |
| 04:33:28 | Hillshum | push |<<, plug in, see WMP pop up with MTP |
| 04:34:06 | saratoga | the hold thing doesn't make any difference? |
| 04:37:14 | | Quit homielowe () |
| 04:38:28 | Hillshum | no |
| 04:38:42 | saratoga | i guess that feature isn't on the e series |
| 04:38:46 | saratoga | odd that they would do that |
| 04:38:58 | Hillshum | it did, will switch to .14 |
| 04:40:19 | advcomp2019 | i remember the clips trick and it does not work any more too |
| 04:40:38 | | Join LambdaCalculus37 [0] (n=1800dac6@gateway/web/cgi-irc/labb.contactor.se/x-b9700ac80b3b1f4a) |
| 04:41:07 | * | LambdaCalculus37 just read the news... sound on the Gigabeast! :D |
| 04:41:22 | LambdaCalculus37 | jhMikeS: Excellent work! Congratulations! :) |
| 04:42:17 | jhMikeS | LambdaCalculus37: thanks |
| 04:42:35 | Hillshum | saratoga advcomp2019: not .14 MTP |
| 04:43:41 | saratoga | ? |
| 04:43:49 | LambdaCalculus37 | jhMikeS: I've started some initial work on the manual. I need to get a keymap so I can add the key options to the manual (right now most of it is based off the F manual). |
| 04:44:28 | jhMikeS | LambdaCalculus37: Nico_P just updated the keymap |
| 04:44:46 | sdoyon | JdGordon: uh the new quickscreen seems to just lockup my x5...? |
| 04:44:55 | Hillshum | no firmware .14 MTP or Auto-detect special mode |
| 04:45:08 | JdGordon | sdoyon: ? |
| 04:45:24 | LambdaCalculus37 | jhMikeS: Okay, I'll take a look later on. |
| 04:46:13 | sdoyon | JdGordon: music stops, it doesn't talk, and I can't seem to get out of it. Sighted help has gone to bed so ... ;-) |
| 04:46:48 | LambdaCalculus37 | toffe82: Here? |
| 04:46:50 | JdGordon | umm... crap |
| 04:47:03 | JdGordon | talking was working fine in the sim.. |
| 04:47:26 | JdGordon | I dont know the x5 keymap so cant help there |
| 04:47:56 | sdoyon | JdGordon: and I need a long POWER to reboot. I know the keymap. |
| 04:48:14 | sdoyon | JdGordon: well, I'll back out your talking rev and see. |
| 04:48:22 | JdGordon | ok |
| 04:52:01 | JdGordon | sdoyon: works fine on my sansa.. |
| 04:52:14 | sdoyon | JdGordon: r17344 doesn't crash it. |
| 04:53:24 | | Quit BHSPitLappy (Remote closed the connection) |
| 04:53:26 | JdGordon | ok, i dont have time to fiddle atm so ill revert that commit |
| 04:53:39 | JdGordon | actually.. no time, can you back out that commit? |
| 04:54:10 | sdoyon | JdGordon: Uh OK, will do. I'll look at it later, but it's getting late for me too. |
| 04:56:02 | * | LambdaCalculus37 pokes toffe82 |
| 04:58:54 | | Join daurnimator [0] (n=daurn@unaffiliated/daurnimator) |
| 05:00 |
| 05:03:10 | | Quit sdoyon ("ircII EPIC4-2.6 -- Are we there yet?") |
| 05:03:30 | | Join miepchen^schlaf_ [0] (n=miepchen@p54BF71EF.dip.t-dialin.net) |
| 05:05:01 | | Quit saratoga ("CGI:IRC (EOF)") |
| 05:06:55 | | Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") |
| 05:08:33 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 05:11:28 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 05:12:31 | | Quit csc` (Client Quit) |
| 05:12:53 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 05:16:47 | | Join blistov [0] (n=blistov@96.52.137.84) |
| 05:16:54 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 05:17:12 | blistov | i just upgraded my e200 to the current build, and now it crashes when i plug it into usb. |
| 05:17:16 | blistov | rather, hangs. |
| 05:17:24 | blistov | what happened to the archives? |
| 05:21:20 | Hillshum | RB USB or sandisk usb? |
| 05:22:05 | blistov | ? |
| 05:24:10 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 05:24:33 | advcomp2019 | blistov, you plugging it in while in Rockbox? |
| 05:25:06 | blistov | yes. |
| 05:25:15 | blistov | haven't updated rockbox in about 6 month.s |
| 05:25:30 | advcomp2019 | can you update it? |
| 05:25:34 | blistov | yup. |
| 05:29:08 | advcomp2019 | can you please then try it again? another thing is rockbox does not have usb support for the PP based targets yet |
| 05:30:22 | blistov | right, but it used to be able to do usb power while in rockbox. |
| 05:30:30 | blistov | has that option just been taken away again? |
| 05:32:54 | advcomp2019 | yea that is still there but if i remember right you need to hold the select button while plugging it in(at least that works for me) |
| 05:33:29 | | Quit moos ("CGI:IRC (EOF)") |
| 05:35:05 | | Join moos [0] (n=c40cd998@gateway/web/cgi-irc/labb.contactor.se/x-a5b1d2ad9c1af6fe) |
| 05:35:25 | *** | Saving seen data "./dancer.seen" |
| 05:49:12 | | Join Rogue84_ [0] (n=Rogue@pool-96-245-91-40.phlapa.fios.verizon.net) |
| 05:49:52 | blistov | doesn't work for me with the current build. |
| 05:49:57 | blistov | just locks hard. |
| 05:50:02 | blistov | have to pull the battery. |
| 05:51:27 | advcomp2019 | hold on.. i will test it with my sansa as soon as i get back in a few minutes |
| 05:56:31 | | Quit Rogue84 ("BitchX: faster than a speeding bullet, more powerful than a locomotive") |
| 05:58:35 | | Quit jhulst (Remote closed the connection) |
| 05:58:50 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 05:59:24 | | Quit brent113_ (Remote closed the connection) |
| 05:59:57 | scorche | you dont have to pull out the battery...just hold the power button for 15 seconds...what you are experiencing is something that i think is happening to a small subset of devices that for some strange reason arent rebooting as they should...just reboot into the original firmware when you need to use USB instead of relying on Rockbox to reboot your device |
| 06:00 |
| 06:00:10 | | Join brent113_ [0] (n=brent113@63.224.195.247) |
| 06:03:43 | | Part orang1 |
| 06:04:37 | Rogue84_ | Hiya need help install rockbox on ipod 80gig video 5th gen |
| 06:05:17 | scorche | what issue are you having? |
| 06:05:34 | Hillshum | arnt all the 80gbs 5.5g? |
| 06:05:44 | Rogue84_ | ipod not found |
| 06:05:52 | Rogue84_ | with ipod patcher |
| 06:05:55 | scorche | Hillshum: well, there is the classic |
| 06:06:21 | scorche | Rogue84_: are you sure it is an ipod video and not an ipod classic? |
| 06:06:27 | Hillshum | oh yeah, but 5gs are 30 and 60? |
| 06:06:50 | Rogue84_ | not sure |
| 06:07:23 | scorche | Rogue84_: what color is it? |
| 06:07:30 | Rogue84_ | silver |
| 06:07:42 | scorche | like this? http://www.lesliewong.us/images/0710/classic_silver.jpg |
| 06:08:05 | Rogue84_ | Yes |
| 06:08:09 | scorche | then you do not have an ipod video...you have the ipod classic which is the 6th gen |
| 06:08:18 | Rogue84_ | thanks |
| 06:08:34 | Rogue84_ | then irockbox won't work |
| 06:08:38 | scorche | right |
| 06:08:42 | Rogue84_ | thank you |
| 06:09:54 | advcomp2019 | blistov, i can use rockbox while the usb cable plug in when holding the select button with the latest build just fine |
| 06:13:07 | | Quit jhulst (Remote closed the connection) |
| 06:20:55 | | Join DerDome [0] (n=DerDome@dslb-082-083-237-251.pools.arcor-ip.net) |
| 06:22:47 | Llorean | jhMikeS: Around? |
| 06:24:12 | jhMikeS | yes |
| 06:24:19 | Llorean | With the new bootloader I get "File Not Found" |
| 06:26:19 | jhMikeS | exactly when did that start? just on this revision? |
| 06:26:54 | | Part blistov ("Kopete 0.12.4 : http://kopete.kde.org") |
| 06:27:10 | Llorean | No, a couple revisions back didn't work either. |
| 06:27:18 | Llorean | I haven't narrowed it down to exactly when it started yet. |
| 06:27:34 | Llorean | But I tried earlier today to update from one that still defaulted to the OF to a current one, and it didn't work. |
| 06:27:43 | jhMikeS | I don't seem to be having the trouble so if you could find it I'd appreciate it |
| 06:27:59 | Llorean | Let me just clarify that I'm not doing something stupid. |
| 06:28:04 | | Quit Rogue84_ ("changing servers") |
| 06:28:08 | jhMikeS | moos is having the same error too |
| 06:28:15 | Llorean | It should be safe for me to simply drag an nk.bin that i compile onto the hidden partition, overwriting the old one? |
| 06:28:22 | jhMikeS | yes |
| 06:29:13 | * | moos will try with last svn build |
| 06:31:45 | | Join alphanumeric [0] (n=chatzill@c-24-131-85-40.hsd1.pa.comcast.net) |
| 06:32:42 | alphanumeric | does rockbox for sansa support morse code input? i've checked the forums and the manual (it is in the manual for Ipod video) |
| 06:33:06 | Llorean | jhMikeS: I'm too tired to go through SVN revisions tonight, but I'll check tomorrow. Best bet is to just follow changes in /bootloader/gigabeat-s.c, I assume? |
| 06:35:54 | jhMikeS | Llorean: or in crt0.S |
| 06:36:23 | Llorean | Okay |
| 06:37:17 | jhMikeS | Llorean: you had a functioning bootloader USB mode? |
| 06:38:01 | jhMikeS | + booting rockbox.gigabeat? |
| 06:38:20 | Llorean | I had bootloader v08 working dual booting. |
| 06:38:36 | Llorean | But since it was OF first, I decided to switch it out while updating to a current build. |
| 06:38:45 | Llorean | I attempted to create a dual boot nk.bin, it booted the OF but not Rockbox. |
| 06:38:53 | Llorean | This was bootloader v10 btw |
| 06:39:20 | Llorean | Then I saw it was more verbose now so updated to v11, but didn't bother creating a dual boot one. USB mode works fine, but I get a "File Not Found" when it goes for rockbox.ipod |
| 06:39:24 | Llorean | Er .gigabeat |
| 06:39:55 | | Join AndyIL [0] (n=pasha_in@212.14.205.32) |
| 06:39:58 | | Join miepchen^schlaf [0] (n=miepchen@p54BF71EF.dip.t-dialin.net) |
| 06:40:04 | | Quit miepchen^schlaf_ (Read error: 104 (Connection reset by peer)) |
| 06:40:26 | moos | Llorean: exactly same situation here |
| 06:41:26 | jhMikeS | so perhaps v9 works but not v10? |
| 06:42:46 | Llorean | I have not tested v9. |
| 06:43:20 | jhMikeS | v8 to v9 was just a reversal, v10 was using the program flow prediction |
| 06:44:09 | | Quit HellDragon (Client Quit) |
| 06:44:43 | Llorean | Well when I'm on a computer I can compile on in the morning, I'll start there. |
| 06:48:29 | | Join HellDragon [0] (i=jd@unaffiliated/helldragon) |
| 06:49:43 | alphanumeric | sorry for asking again, but does rockbox for sansa support morse code input? i've checked the forums and the manual (it is in the manual for Ipod video) |
| 06:55:05 | | Join steve0 [0] (n=3ab26fe4@gateway/web/cgi-irc/labb.contactor.se/x-7c46c5a1721681b2) |
| 06:55:09 | steve0 | hi |
| 06:55:42 | steve0 | just wondering if rockbox can play .rtf files? (i have rockbox on my gigabeatf40) |
| 06:56:38 | alphanumeric | steve0: it will view it as plain text, so you'll see all of the hidden formatting. It will look really ugly. |
| 06:57:21 | alphanumeric | steve0: if you want to demo what it will look like on your pc, just right click on the file and open with notepad (assuming you're a windows user) |
| 06:57:45 | steve0 | ok thats not to bad |
| 06:58:13 | steve0 | i clicked on the file and nothing happened in my gigabeat if i use "open with" which program should it be using? |
| 06:58:57 | alphanumeric | steve0: I think it will say viewer |
| 06:59:17 | alphanumeric | steve0: hold on, let me find my sansa |
| 07:00 |
| 07:00:19 | | Quit AndyI (Read error: 113 (No route to host)) |
| 07:01:57 | alphanumeric | steve0: can't find it right now, probably out in the car. it's called like text viewer or just viewer. You can format the rtf in wordpad or word, just file -> save as -> text document |
| 07:02:54 | steve0 | ok ill try that it worked in .rtf just has alot of crap like /par non stop all the way through it |
| 07:04:08 | alphanumeric | steve0: yeah, there's no rich text file support. plain text works just fine anyway. |
| 07:06:34 | steve0 | ok thx for the help |
| 07:06:54 | alphanumeric | steve0: sure no problem |
| 07:08:47 | | Join daurnimas [0] (n=daurn@b27C.adsl.ecomtel.com.au) |
| 07:09:33 | | Quit steve0 ("CGI:IRC (EOF)") |
| 07:11:56 | | Quit daurnimas (Client Quit) |
| 07:14:46 | | Join daurnimas [0] (n=daurn@b27C.adsl.ecomtel.com.au) |
| 07:16:46 | | Quit moos ("CGI:IRC") |
| 07:19:24 | | Quit daurnimator (Connection timed out) |
| 07:19:24 | | Nick daurnimas is now known as daurnimator (n=daurn@b27C.adsl.ecomtel.com.au) |
| 07:29:40 | | Join fyrestorm [0] (n=fyre@cpe-68-173-171-53.nyc.res.rr.com) |
| 07:32:55 | alphanumeric | leave rockbox |
| 07:32:58 | | Part alphanumeric |
| 07:35:29 | *** | Saving seen data "./dancer.seen" |
| 07:38:35 | | Join rdvon [0] (n=rdvon@c-24-19-225-180.hsd1.wa.comcast.net) |
| 07:39:09 | rdvon | I hope you don't get this question too much, but I was wondering if the latest zen will ever be supported? |
| 07:44:19 | scorche|sh | rdvon: well, it isnt going to happen with no one working on it |
| 07:44:59 | rdvon | Oh. :( |
| 07:45:28 | rdvon | No doom? |
| 07:45:46 | scorche|sh | huh? |
| 07:46:12 | rdvon | Nevermind. |
| 07:46:51 | rdvon | Has rockbox development stopped altogether? |
| 07:47:37 | scorche|sh | not in the least...you can see the commit log on the front page |
| 07:47:53 | scorche|sh | no one is working on porting "the latest zen" |
| 07:49:18 | rdvon | Well.. I'm happy with my zen, but I don't see why it has to transfer videos to wmv. |
| 07:49:24 | rdvon | takes forever. |
| 07:53:40 | | Quit rdvon ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") |
| 07:54:27 | Mouser_X | WMV = :( |
| 07:54:55 | Mouser_X | The 'beast has a 500 mhz CPU, and it does a poor job of playing WMVs. |
| 08:00 |
| 08:03:43 | | Join Rob2222 [0] (n=Miranda@p4FDCF086.dip.t-dialin.net) |
| 08:08:29 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 08:19:31 | | Quit jhulst (Remote closed the connection) |
| 08:19:46 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 08:21:46 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 08:28:51 | | Quit jhulst (Remote closed the connection) |
| 08:29:06 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 08:36:40 | | Part toffe82 |
| 08:39:14 | | Quit jhulst (Remote closed the connection) |
| 08:39:29 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 08:52:13 | | Quit jhulst ("Konversation terminated!") |
| 09:00 |
| 09:16:22 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
| 09:16:51 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 09:21:35 | | Join blistov [0] (n=blistov@96.52.137.84) |
| 09:21:48 | blistov | are there plans to finish pictureflow? |
| 09:26:05 | | Quit kushal_12_27_200 ("This computer has gone to sleep") |
| 09:35:33 | *** | Saving seen data "./dancer.seen" |
| 09:35:56 | | Join spiorf [0] (n=spiorf@host13-217-dynamic.21-79-r.retail.telecomitalia.it) |
| 09:41:20 | | Join barrywardell [0] (n=barrywar@194.46.170.235) |
| 09:42:24 | | Quit csc` (Remote closed the connection) |
| 09:44:35 | JdGordon | does anyone know if there is a limit to how much talking can be queued up before wierd things start happening? |
| 09:45:30 | amiconn | Weird things should never happen |
| 09:45:38 | amiconn | The talk queue is 64 entries deep |
| 09:45:55 | amiconn | If you try to queue more, all that happens is that the extra entries are dropped |
| 09:46:58 | JdGordon | ok, so in the sim that talking quickscreen worked fine.. on my e200 it says "shuffle on repeat show files"... any idea why the repeeat and show files values are skipped? |
| 09:47:36 | * | JdGordon rebuilds the voice file to make sure... |
| 09:48:02 | amiconn | You can hear the effect if you enable filename spelling and then hover over a loooong filename |
| 09:49:00 | * | amiconn wonders what kind of crash sdoyon experienced |
| 09:50:01 | * | JdGordon also.. apart from the skipping the voice, it works fine on the sansa |
| 09:50:18 | JdGordon | unless its a coldfire thing |
| 09:51:00 | amiconn | Well if you get different behaviour on sim and PP already, there must be a problem |
| 09:51:04 | JdGordon | tagcache needs to be made to skip <microsd> files if the card i missing |
| 09:51:11 | | Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) |
| 09:51:45 | amiconn | I guess it has to do with pointer types given how much pointer fiddling the settings code is doing |
| 09:52:54 | JdGordon | didnt we enable the shadow variable name warning in the builds? |
| 09:52:59 | JdGordon | I tihnk that may be the problem |
| 09:53:08 | JdGordon | int value = (int)value; |
| 09:53:50 | amiconn | Especially casting int* <-> bool* is asking for trouble if you're not *very* careful |
| 09:54:23 | JdGordon | yeah, although I tihnk thats all ok here.. |
| 09:54:47 | JdGordon | pretty sure that line is the problem.. i changed the temp_var vairbale name to value and didnt check carefully enough :p |
| 09:56:00 | amiconn | If you cast a boolean 'true' to int, you'll end up with -1 on most platforms |
| 09:56:29 | JdGordon | oh? |
| 09:56:36 | amiconn | But that's not guaranteed. Could also be 1, or 255, or probably something else |
| 09:57:35 | amiconn | So if you need to expand a bool to 0/1, you need to use ?: |
| 09:57:43 | amiconn | ...in order to make it portable |
| 09:58:30 | JdGordon | return *(bool*)setting->setting==true?1:0; |
| 09:58:40 | amiconn | Yes. Usually a bool has all bits set. If sizeof(bool) == 4, it's obvious that you end up with -1 |
| 09:59:35 | amiconn | On out targets though, sizeof(bool) == 1 (iirc). Then it depends on whether the compiler treats bool as signed, and whether it performs the extension to 32 bit before or after making it signed if not |
| 10:00 |
| 10:00:02 | amiconn | JdGordon: I was referring to your (int)value |
| 10:02:06 | JdGordon | :) its working correclty on the sansa now |
| 10:04:52 | * | amiconn also thinks that it's a very bad idea to name a new variable with a different type the same as the existing one |
| 10:05:00 | amiconn | Very confusing when reading the code |
| 10:07:27 | | Join bertrik [0] (n=bertrik@190-023-045-062.dynamic.caiway.nl) |
| 10:09:12 | JdGordon | the point was that is wasnt a new variable.. it was a rename which was missed... |
| 10:11:13 | amiconn | int value = (int)value; |
| 10:11:26 | amiconn | 'value' being a bool outside that block... |
| 10:11:48 | JdGordon | no.. its void* outside that block.,.. |
| 10:12:12 | JdGordon | but the line was int value = (int)temp_var; |
| 10:12:23 | JdGordon | s/temp_var/value |
| 10:12:27 | JdGordon | that line got missed |
| 10:12:30 | JdGordon | all fixed now |
| 10:18:12 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 10:25:21 | amiconn | JdGordon: Here are some screenshots regarding the somewhat strange item placement: amiconn.dyndns.org/qs_h1x0_car.png">http://amiconn.dyndns.org/qs_h1x0_car.png (higher than I'd expect) and http://amiconn.dyndns.org/qs_h10_std.png (lower than I'd expect) |
| 10:26:31 | | Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) |
| 10:27:32 | | Join ZincAlloy [0] (n=d9eee40f@gateway/web/cgi-irc/labb.contactor.se/x-b3560fd2a98ca4e3) |
| 10:27:49 | * | linuxstb wonders why the Gigabeat S bootloader has about 300KB of zeros in the middle... |
| 10:28:24 | | Join webguest12 [0] (n=4e6a42e5@gateway/web/cgi-irc/labb.contactor.se/x-557320fa773d5c06) |
| 10:29:18 | linuxstb | Seems to be the interrupt vectors - the load address is after the bss. |
| 10:30:44 | | Quit webguest12 (Client Quit) |
| 10:31:49 | | Join miepchen^schlaf_ [0] (n=miepchen@p54BF71EF.dip.t-dialin.net) |
| 10:31:55 | | Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) |
| 10:40:15 | n1s | jhMikeS: is the voltage reading on the S known to be right? |
| 10:40:25 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 10:48:59 | | Join ReKleSS [0] (n=ReKleSS@d122-104-99-167.meb3.vic.optusnet.com.au) |
| 10:49:43 | ReKleSS | err... if I press the power button on my H120 and nothing happens, does this mean my bootloader install went bad? |
| 10:51:10 | n1s | is is charged? |
| 10:51:49 | ReKleSS | I got a battery low warning earlier, but it's on AC power now |
| 10:52:08 | n1s | and nothing is on the display? |
| 10:52:15 | ReKleSS | no, it just sits there |
| 10:52:34 | n1s | and the firmware upgrade seemed to go ok? |
| 10:52:37 | bluebrother | was it powered when you flashed the bootloader? |
| 10:52:53 | ReKleSS | n1s: it normally shuts down afterwards, right? |
| 10:52:54 | ReKleSS | bluebrother: yes |
| 10:53:32 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 10:53:35 | n1s | ReKleSS: yes, it does, try resetting by pushing a straightened out paperclip into the reset hole on the bottom of the player |
| 10:54:30 | ReKleSS | still nothing |
| 10:55:42 | n1s | hmm, then I don't know if there are more things to try, doesn't look good :/ |
| 10:58:07 | Horscht | power outage during flash process is never a good thing |
| 11:00 |
| 11:04:33 | ReKleSS | bah, that's my second H120 in a few months |
| 11:06:41 | ReKleSS | is there a known way to recover the flash? |
| 11:06:48 | bluebrother | if it was on AC power during flashing there shouldn't be a possibility of failing. Except if you flash file is corrupt |
| 11:07:01 | bluebrother | yes: using external hardware (a BDM) |
| 11:07:22 | ReKleSS | bluebrother: maybe, I was trying to upgrade to the 7_pre4 bootloader |
| 11:07:28 | | Join aliask [0] (n=chatzill@rockbox/developer/aliask) |
| 11:07:39 | ReKleSS | ! |
| 11:07:56 | bluebrother | hmm −− have you patched the hex file and flashed it using the OF flashing functionality? |
| 11:08:06 | ReKleSS | yes |
| 11:08:07 | bluebrother | you can flash the v7 bootloader using the iriver_flash plugin |
| 11:08:54 | bluebrother | but recovering using a BDM means you need to have special hardware, need to open the player and solder some wires in it |
| 11:08:55 | ReKleSS | is there any real difference? |
| 11:08:59 | | Quit Rob2222 () |
| 11:09:12 | aliask | ReKleSS: Hey |
| 11:09:15 | | Join Rob2222 [0] (n=Miranda@p4FDCF086.dip.t-dialin.net) |
| 11:09:28 | bluebrother | there shouldn't be a functional difference. But I guess the plugin has been more used ;-) |
| 11:09:50 | * | n1s benches again... |
| 11:10:25 | bluebrother | sorry, no idea what could've happend. Maybe ask Slasheri |
| 11:11:01 | n1s | the log from yesterday ended on 3.6V about an hour before the player died... |
| 11:11:34 | n1s | kind of inexact to extrapolate a shutdown voltage from that... |
| 11:11:48 | | Quit aliask (Client Quit) |
| 11:16:38 | | Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) |
| 11:16:54 | Slasheri | ReKleSS: you patched the hex file with the 7_pre4 bootloader? |
| 11:17:12 | | Join pixelma [0] (n=Marianne@rockbox/staff/pixelma) |
| 11:17:12 | Slasheri | you absolutely shouldn't do that.. that ruins your player, sorry |
| 11:17:21 | ReKleSS | ah. |
| 11:17:30 | Slasheri | that .iriver must be flashed inside rockbox |
| 11:17:35 | Slasheri | only .bin file can be patched |
| 11:17:52 | ReKleSS | oh wait, like that |
| 11:17:54 | ReKleSS | no, I patched the bin file |
| 11:18:21 | Slasheri | which one? could you tell me exactly what you did |
| 11:18:22 | ReKleSS | descramble -> mkboot -> scramble |
| 11:18:46 | ReKleSS | with bootloader_h120_7pre4.zip from http://www.rockbox.org/twiki/bin/view/Main/IriverFlashing |
| 11:19:21 | Slasheri | but that archive contains bootloader.iriver, not bootloader.bin |
| 11:19:37 | Slasheri | bootloader.iriver is not in compatible format to be used with mkboot |
| 11:19:45 | | Quit JdGordon ("Konversation terminated!") |
| 11:20:02 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 11:20:27 | ReKleSS | then, it's bricked? |
| 11:20:29 | Slasheri | BDM is the only way to recover your unit now, please contact LinusN. Hmm, need to clarify those flashing instructions |
| 11:20:32 | Slasheri | yes |
| 11:21:16 | ReKleSS | actually, the instructions seem pretty clear, I just didn't read closely enough |
| 11:21:24 | ReKleSS | but a big warning would have been nice |
| 11:21:39 | | Join JdGordon [0] (n=Miranda@c211-28-93-8.smelb1.vic.optusnet.com.au) |
| 11:21:56 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 11:22:48 | Slasheri | i will add it, sorry to hear that. never thought somebody would try to use mkboot for that |
| 11:23:40 | Slasheri | the iriver_flash plugin contains many safety measurements, but mkboot contains none |
| 11:23:50 | ReKleSS | well, back to a H340 for now... |
| 11:24:20 | bluebrother | oh, there is a pre4 binary around? Nice. |
| 11:24:35 | Slasheri | ReKleSS: but the unit can be fixed, please ask LinusN if he's willing to |
| 11:24:36 | scorche | ReKleSS: might i ask what you are doing with the device now? |
| 11:24:52 | Slasheri | bluebrother: have been for a sometime :) |
| 11:25:06 | bluebrother | Slasheri: just noticed it :) |
| 11:25:13 | bluebrother | a brief changelog would be nice. |
| 11:25:22 | ReKleSS | Slasheri: will do, I haven't found any other DAP I actually like |
| 11:25:33 | Slasheri | same here :) |
| 11:26:37 | Slasheri | bluebrother: good idea. that release contains mainly bugfixes |
| 11:26:49 | Slasheri | and support for H110 also |
| 11:28:31 | ReKleSS | gah, sweden |
| 11:28:32 | ReKleSS | expensive shipping |
| 11:29:06 | linuxstb_ | Does it matter what I set the boot flags for the two partitions to on the S? |
| 11:29:28 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 11:33:26 | Mouser_X | I think 0 works, but I'm not the one to ask. |
| 11:33:50 | Mouser_X | Most people set it to non-bootable, IIRC. |
| 11:35:38 | *** | Saving seen data "./dancer.seen" |
| 11:36:38 | linuxstb | Has anyone tried wiping the OF's files from the main partition? I'm _assuming_ the OF bootloader won't care about them... |
| 11:37:32 | Mouser_X | It hasn't for me yet. |
| 11:37:44 | Mouser_X | And yes, someone did try it out before I got rid of them. |
| 11:39:23 | | Quit amiconn (" HydraIRC -> http://www.hydrairc.com <- IRC for those that like to be different") |
| 11:40:16 | pixelma | is it worth it to commit a "fix" for CREDITS which only removes a duplicate again? |
| 11:41:36 | linuxstb | pixelma: Yes, I think so. |
| 11:41:43 | linuxstb | No commit is too small ;) |
| 11:42:06 | pixelma | :) |
| 11:42:16 | * | pixelma hits enter key |
| 11:43:30 | | Join lee-qid [0] (n=liqid@p5496457F.dip.t-dialin.net) |
| 11:47:14 | | Quit barrywardell () |
| 11:48:05 | | Join barrywardell [0] (n=barrywar@194.46.170.235) |
| 11:49:43 | * | linuxstb does an insane APE test on the beast |
| 11:51:25 | linuxstb | Mouser_X: So you've deleted everything from the main FAT32 partition? |
| 11:51:49 | Mouser_X | I put it all in a RAR archive, and then deleted it, so basically yes. |
| 11:52:02 | Mouser_X | (I put it in the archive, just in case I needed it later.) |
| 11:52:06 | linuxstb | Ah yes, a backup could be sensible ;) |
| 11:53:19 | Mouser_X | I don't dare touch the firmware partition. |
| 11:53:58 | linuxstb | From the sounds of it, the S's bootloader is happy with a brand new (unpartitioned) disk, so it _should_ be able to recover... |
| 11:54:30 | linuxstb | It would be useful to know what's needed and what's not, and even if the device can be repartitioned... |
| 11:54:32 | Mouser_X | I'm waiting for someone else to experiment on that. I wouldn't mind shrinking it though, if it doesn't get mad at me for doing so. |
| 11:54:45 | linuxstb | I would even try just using a single partition... |
| 11:54:52 | | Quit hnakibfdi (Read error: 110 (Connection timed out)) |
| 11:56:55 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 11:59:00 | | Quit barrywardell () |
| 12:00 |
| 12:00:26 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 12:02:47 | | Quit XavierGr (Nick collision from services.) |
| 12:02:58 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 12:07:45 | | Join Gekz [0] (n=brendan@unaffiliated/gekz) |
| 12:07:52 | Gekz | hey. |
| 12:09:08 | | Join mmnk [0] (i=cz@faeroes.freeshell.ORG) |
| 12:09:31 | | Quit bepe86 () |
| 12:10:02 | mmnk | Hi |
| 12:10:25 | mmnk | has anybody tried to compile the sources with mingw or from cygwin ? |
| 12:10:51 | n1s | mmnk: cygwin is used by quite a few people |
| 12:12:35 | bluebrother | there is also some information about cygwin in the wiki, but not MinGW |
| 12:13:27 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 12:14:20 | Gekz | how about MSYS? |
| 12:14:24 | Gekz | which is MinGW |
| 12:15:28 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 12:16:46 | bluebrother | I guess you'll run into quite some problems due to dependencies of the build system. |
| 12:17:07 | bluebrother | plus, you'll need to build the compilers yourself −− at least "our" versions aren't around |
| 12:17:17 | bluebrother | (unless I missed something about this ;-) |
| 12:17:30 | | Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) |
| 12:17:49 | | Quit ZincAlloy ("CGI:IRC (Ping timeout)") |
| 12:18:29 | * | bertrik uses cygwin with the gcc packages from the rockbox package repository and it works fine, although a little slow |
| 12:19:14 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 12:19:41 | JdGordon | so just an idea... not really sure how feasible it is.. but how would everyone react to having inline settings in the menus, but only the selected item would show its value? |
| 12:20:32 | bluebrother | JdGordon: remember the patch that inlined the settings using two lines? I really liked that. |
| 12:21:03 | JdGordon | yeah, I tihnk 1 moving double height item would look better |
| 12:21:04 | bluebrother | and if you make that like "two lines for selected, one line for others" I think I'd like that too |
| 12:21:32 | Gekz | is rockboy still developed? |
| 12:21:33 | JdGordon | the quickscreen changes means there isnt much new code which needs to be added for it to work... just fiddling with the current menu code |
| 12:21:41 | bluebrother | preferrably one could turn that off to have all items showing their values in(new)line |
| 12:21:58 | | Join Thundercloud [0] (n=thunderc@resnet32.nat.lancs.ac.uk) |
| 12:22:30 | bluebrother | i.e. a switch to make everything two lined. And maybe also give an option to get the old behaviour ;-) |
| 12:24:13 | JdGordon | i imagine the current behaviour would be default.. but yes, having all 3 would be good too |
| 12:24:39 | JdGordon | although.. you complained about the quickscreen delta.... this wont be free you know.,.. |
| 12:24:56 | bluebrother | yep, sure. |
| 12:25:16 | * | JdGordon would like to kill off the last of the gui_textarea functions also |
| 12:25:35 | bluebrother | but this is new functionality −− the quickscreen was kinda surprising me as it doesn't add really new stuff |
| 12:25:38 | JdGordon | yes/no screen seems to be the last user |
| 12:26:10 | JdGordon | it adds alot actually... user font, voicing, remove lots of SYSFONT LANG ids... |
| 12:26:18 | JdGordon | potential to customize it |
| 12:27:49 | JdGordon | :'( I was searching in the wrong directory... heaps still uses gui_textarea :( |
| 12:28:00 | bluebrother | voicing was added in the same commit? Ah. |
| 12:28:20 | JdGordon | no, shortly after |
| 12:30:38 | bluebrother | hmm? /me starts getting confused about that stuff |
| 12:31:16 | bluebrother | but anyway, as there were no real other complaints forget mine ;-) |
| 12:33:21 | | Join leftright [0] (n=d9e1c061@gateway/web/cgi-irc/labb.contactor.se/x-58265e0467fb48cf) |
| 12:33:45 | bertrik | JdGordon: interesting idea! I think I like it. |
| 12:34:06 | * | linuxstb_ is puzzled by the Gigabeast's performance with APE - http://www.rockbox.org/twiki/bin/view/Main/SoundCodecMonkeysAudio |
| 12:34:37 | leftright | Slasheri; you aound ? |
| 12:35:34 | Nico_P | linuxstb_: not as fast as you expected? |
| 12:35:45 | * | JdGordon is late, but sends his congrats to the beast guys for sound :D |
| 12:36:57 | Gekz | what's the link to view the svn? |
| 12:37:49 | bluebrother | Gekz: svn.rockbox.org |
| 12:37:54 | Gekz | yes just about to say found it |
| 12:37:54 | Gekz | lol |
| 12:38:06 | JdGordon | does the splash screen handle \n? |
| 12:38:20 | leftright | Slasheri; could you look over the H1xx bootloader flash instructions ?,please, as I have reorganised the bootloader instructions to make them easier to follow and consistant with the other flash instructions, |
| 12:38:43 | Gekz | hmm |
| 12:38:46 | Gekz | wheres the rockboy source |
| 12:39:05 | bertrik | JdGordon: IIRC you asked for volunteers to work on the battery bench plugin to make it use the ata_idle callback instead of polling the ata_disk_is_active. I may have a go at it. |
| 12:39:17 | Slasheri | leftright: ok, i will check that. sounds good :) |
| 12:39:23 | linuxstb_ | Nico_P: It's only about 10%-20% faster than the F... |
| 12:39:24 | leftright | thanks |
| 12:39:46 | JdGordon | bertrik: yay :) |
| 12:39:46 | Nico_P | linuxstb_: AFAIK it's not running at full speed |
| 12:40:31 | jhMikeS | n1s: it should be since it's a direct hookup to the voltage sense |
| 12:40:46 | bertrik | JdGordon: however I only have a flash based player |
| 12:41:03 | JdGordon | thats ok |
| 12:41:49 | Slasheri | leftright: looks good |
| 12:42:19 | bertrik | my plan is to used time triggered measurements only (say once a minute) and put them in the buffer, then flush the buffer on the ata idle callback. |
| 12:42:55 | Nico_P | linuxstb_: would APE gain from an FPU? |
| 12:43:04 | jhMikeS | Nico_P: the core clock divider is set to /2 by the loader and we're not touching that yet. |
| 12:43:18 | bertrik | JdGordon: the buffer should be able to hold at least something like an hour, if it gets too full it spins up the disk |
| 12:43:25 | linuxstb_ | jhMikeS: So in effect it's running at 50% of potential speed? |
| 12:43:48 | linuxstb_ | Nico_P: It would benefit from integer vector math... |
| 12:44:01 | Nico_P | does the beast have that? |
| 12:44:31 | linuxstb_ | I don't know - I need to investigate. But at least the armv5 DSP instructions will help. |
| 12:44:36 | jhMikeS | linuxstb_: a bit less than 50% potential since the PLL is running at 528MHz, not 532MHz |
| 12:44:42 | bertrik | JdGordon: I'm a bit concerned about what happens toward the end of the battery capacity, it would be a pity if we lost the contents of the battery measurement buffer because the players shuts down. Or is the shutdown done in an orderly fashion? |
| 12:45:03 | | Join bluebroth3r [0] (n=dom@rockbox/staff/bluebrother) |
| 12:45:26 | | Join styleism [0] (n=styleism@87-194-104-214.bethere.co.uk) |
| 12:45:29 | | Quit bluebrother (Nick collision from services.) |
| 12:45:33 | | Nick bluebroth3r is now known as bluebrother (n=dom@rockbox/staff/bluebrother) |
| 12:45:35 | JdGordon | bertrik: well, it needs to flush its cache either when the disk is spun up, or when its getting full, or if the batt is getting too low |
| 12:46:11 | jhMikeS | View HW Info gives a rundown of many of the clock settings |
| 12:46:19 | bertrik | JdGordon: anyway, I won't commit anything battery bench related before consulting with you or amiconn |
| 12:47:50 | | Join Synergy6 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) |
| 12:47:51 | | Quit soap (Read error: 110 (Connection timed out)) |
| 12:49:07 | n1s | jhMikeS: great, my battery bench log from yesterday looked a little strange as the last entry (about an hour before the player died) was at 3,65V down from starting at 3,96 |
| 12:49:38 | n1s | I'm rerunning now with a half an hour timeout for battery_bench to hopefully get more values at the end... |
| 12:49:39 | | Quit leftright ("CGI:IRC (EOF)") |
| 12:50:41 | | Nick rvvs89_ is now known as rvvs89 (n=rvvs89@bright-snat.ucc.asn.au) |
| 12:53:52 | JdGordon | XavierGr: you around? |
| 12:54:32 | linuxstb_ | jhMikeS: That makes sense then - my APE tests showed the S about 10-20% faster than the F at the current clock. So still lots of optimisation to do to get the insane ape files playing... |
| 12:54:58 | jhMikeS | n1s: was the shutdown attempted by rockbox at that voltage or the player just died on it's own? |
| 12:55:44 | jhMikeS | Well, figure the beast is running 264MHz and the F at ~295 so it's definitely more clock-efficient |
| 12:55:56 | linuxstb_ | Yes, I would have expected that. |
| 12:56:11 | * | Nico_P suggests a test at full speed |
| 12:56:57 | jhMikeS | have at it but I'm not sure the core voltage is set properly to run that fast so it could crash under full load |
| 12:58:27 | jhMikeS | though I think an LCD speed test went ok at full speed |
| 12:59:16 | linuxstb_ | Have you thought about how cpu scaling will work? |
| 13:00 |
| 13:00:03 | jhMikeS | somewhat. if we want to use DVFS then CPUFREQ_NORMAL will be variable and scaling hardware controlled. |
| 13:00:59 | linuxstb_ | What does "scaling hardware controlled" mean? |
| 13:01:14 | jhMikeS | Freescale was kind enough to have a DVFS table for 27MHz reference frequency in the linux code |
| 13:02:09 | jhMikeS | The hardware algorthm requests frequency and voltage changes through interrupts but decides by how much and when base upon the loads in various systems |
| 13:02:30 | jhMikeS | cache and bus activity and such |
| 13:03:04 | jhMikeS | the mc13783 has dedicated lines for DVFS |
| 13:04:52 | n1s | jhMikeS: that build was with NO_LOW_VOLTAGE_SHUTDOWN (or whatever it's called defined so rockbox should'nt have shut down, speaking of that the build I'm using now will try to shut down, oh well, we'll see how it goes |
| 13:06:12 | | Nick mmnk is now known as tamal (i=cz@faeroes.freeshell.ORG) |
| 13:08:42 | JdGordon | green across the board :D |
| 13:08:57 | JdGordon | almost reclaimed the voice delta |
| 13:09:12 | | Quit tamal ("tamal has no reason") |
| 13:09:26 | | Quit JdGordon ("Konversation terminated!") |
| 13:09:40 | jhMikeS | n1s: I'm considering checking it against a meter reading...should be easy to do. maybe I'll see if can do it now. |
| 13:11:03 | | Join JdGordon [0] (n=Miranda@c211-28-93-8.smelb1.vic.optusnet.com.au) |
| 13:11:42 | JdGordon | btw.. if anyone wants a green delta... with a tiny bit of effort I think add_dir in tree.c can be removed |
| 13:12:11 | JdGordon | I tihnk its only used to the root.m3u8 playlist creation which can be done through the playlist catalog anyway |
| 13:12:18 | JdGordon | s/anyway/code |
| 13:12:52 | | Join gnakinklp [0] (i=0@86.122.116.44) |
| 13:14:50 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 13:15:42 | | Quit Mathiasdm ("Yuuw!") |
| 13:17:16 | | Join Mathiasdm [0] (n=Mathias@78-22-5-158.access.telenet.be) |
| 13:19:49 | | Quit merbanan (Remote closed the connection) |
| 13:20:24 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 13:22:10 | * | gevaerts swears that there was no duplicate in CREDITS when he committed that file. The svn server must have added it |
| 13:23:44 | amiconn | haha |
| 13:24:18 | * | pixelma thanks gevaerts for the opportunity to increase her commit count ;) |
| 13:24:18 | bluebrother | always this damn complicated technical stuff ... ;-) |
| 13:24:22 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
| 13:26:01 | gevaerts | hmm, two 'g's, my grep only had one. That could explain it |
| 13:26:41 | | Join webtaz [0] (n=webtaz@p4FD49F1F.dip0.t-ipconnect.de) |
| 13:26:46 | | Quit styleism (Read error: 110 (Connection timed out)) |
| 13:29:23 | n1s | jhMikeS: looking at powermgmt-imx31.c why is the adc value multiplied with 2303 and not 2300? (not that it would make a big difference) |
| 13:29:57 | jhMikeS | n1s: battery reading is right on the money |
| 13:30:03 | n1s | great |
| 13:30:17 | jhMikeS | n1s: because it rescales to divide by 512 instead of 511 |
| 13:31:07 | n1s | oh |
| 13:34:48 | | Join desowin [0] (n=desowin@atheme/member/desowin) |
| 13:35:40 | *** | Saving seen data "./dancer.seen" |
| 13:38:50 | jhMikeS | pardon me, 1024 instead of 1023. -512 to 511 is the current senses. |
| 13:39:23 | amiconn | jhMikeS: Is there a reason why thread.c:core_sleep() is separate for CPU_TCC780X, IMX31L and DM320? |
| 13:39:31 | | Join gregzx [0] (n=chatzill@dta112.neoplus.adsl.tpnet.pl) |
| 13:39:34 | amiconn | It's exactly the same code... |
| 13:40:12 | * | jhMikeS 's code was copied twice? |
| 13:41:05 | jhMikeS | though I don't know if the IMX31L will remain as it is since there's some errata that will need to be dealt with regarding that |
| 13:53:08 | amiconn | jhMikeS: I'm trying to track down that dropout problem on disk spinup on my mini |
| 13:53:44 | amiconn | I found that somehow interrupts are disabled for a fraction of a second, but I don't have an idea where that happens... |
| 13:56:42 | | Join w1ll14m [0] (n=william@dhcp-077-249-150-171.chello.nl) |
| 13:57:14 | jhMikeS | amiconn: during a call to sleep or yield it happens? |
| 13:57:30 | amiconn | ...but I don't have an idea where that happens... |
| 13:58:00 | jhMikeS | I thought you meant more like where outside ata.c |
| 13:58:05 | amiconn | I just put a GPIOB_OUTPUT_VAL ^= 0x08; into kernel.c:TIMER1(), and disabled the normal backlight handling |
| 13:58:19 | w1ll14m | JhMikeS: i was wondering... on the GigabeatSInfo page, it says that the mes60v only has a tuner... |
| 13:58:28 | amiconn | This gives me half-bright backlight whil ethe tick is running continuously |
| 13:58:41 | * | jhMikeS 's S30 has a tuner |
| 13:58:43 | w1ll14m | but my mes30vw has a tuner to. |
| 13:58:47 | w1ll14m | indeed... |
| 13:58:54 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 13:59:01 | amiconn | But on spinup (from power-off), I get a short period of either full backlight or no backlight |
| 13:59:14 | | Quit faemir (Remote closed the connection) |
| 13:59:39 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 14:00 |
| 14:00:00 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 14:00:32 | | Quit faemir (Remote closed the connection) |
| 14:00:55 | n1s | w1ll14m: my S30 has a tuner too so I don't know where that info comes from... |
| 14:01:01 | amiconn | If I extend the sleep(HZ/50) in ata.c to HZ/5, the problem goes away, so it has to do with retries somehow. The question is why ata retries obviously disable interrupts... |
| 14:01:11 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 14:01:14 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 14:01:32 | | Quit robin0800 (Client Quit) |
| 14:01:42 | gevaerts | Does the beast have USB host in the OF ? |
| 14:01:48 | n1s | yup |
| 14:01:51 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 14:02:16 | jhMikeS | it has the hardware for it I know that much |
| 14:02:25 | amiconn | I suspect this to be the real cause for the G5.5/80 problem |
| 14:02:36 | amiconn | too |
| 14:02:44 | jhMikeS | amiconn: I was thinking along similar lines about that |
| 14:02:46 | w1ll14m | n1s: Silicon Labs Si4700 (Only on 60GB model, MES60V) i guess that says that the Si4700 is only in the 60GB version? |
| 14:03:11 | amiconn | The question is how this could be tracked down... |
| 14:03:28 | jhMikeS | w1ll14m: then toffe82 made me up a strange 'beast or it's just a software thing |
| 14:03:50 | w1ll14m | hmmm i'll have a look on my gigabeat |
| 14:04:29 | | Quit robin0800 (Client Quit) |
| 14:04:44 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 14:06:23 | n1s | jhMikeS: your don't have fm? |
| 14:06:30 | | Quit robin0800 (Client Quit) |
| 14:06:47 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 14:07:48 | jhMikeS | n1s: yes it does |
| 14:08:32 | BigBambi | n1s: Does the radio appear in the OF on the 30? |
| 14:08:44 | n1s | yes, I eve tried it |
| 14:08:47 | n1s | n |
| 14:08:49 | jhMikeS | amiconn: I'm trying to think how it's even possible to have them disabled across a task switch |
| 14:08:49 | BigBambi | bizarre |
| 14:09:48 | amiconn | jhMikeS: I'm not sure whether the tasks are switched. Monitoring task switches the same way (xor'ing the backlight) doesn't work, unfortunately. It gives lots of flicker |
| 14:10:24 | | Join mf0102 [0] (n=michi@85.127.21.196) |
| 14:11:10 | jhMikeS | possible that an interrupt handler somwhere has unbalanced disable/enable? |
| 14:11:11 | amiconn | It also can't be a new problem, as the very first revision after my ata poweroff commit shows it. I wonder why I didn't notice it back then though |
| 14:11:23 | jhMikeS | nvm, wrong mode |
| 14:12:01 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- Would you like to know more?") |
| 14:12:16 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 14:12:38 | jhMikeS | could another interrupt be firing repeatedly and it's actually stuck in interrupt mode for some time? |
| 14:13:42 | amiconn | hmm.... |
| 14:14:11 | * | amiconn has no idea how to track this down either |
| 14:14:40 | robin0800 | whats different about sansa c200 firmware 1.01.07 from earlier ones? why sanpatcher dosen't work with it? |
| 14:16:16 | * | amiconn now has an idea how to check for excessive irq disabled time |
| 14:16:29 | jhMikeS | some kind of checking if the interrupt handler fires more than expected or less than expected (would be a good start anyway) |
| 14:18:16 | | Join waldo [0] (n=waldo@ip-81-11-217-198.dsl.scarlet.be) |
| 14:18:19 | pixelma | robin0800: I don't know of an 1.01.07 version - does it have an MSC mode setting? If so, what is it set to? |
| 14:18:26 | | Quit XavierGr (Nick collision from services.) |
| 14:18:39 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 14:19:23 | pixelma | you need your Sansa in MSC mode and I know that Sandisk removed the option for it in firmware versions 1.01.05 and 1.01.06... |
| 14:27:00 | Llorean | jhMikeS: Just checking in the log, I didn't see anything more about my problem, so I'm beginning testing for which revision it began. |
| 14:28:33 | jhMikeS | Llorean: moos tried v8 but still had the problem but you status v8 worked for you |
| 14:28:41 | jhMikeS | s/status/tried/ |
| 14:29:06 | Llorean | jhMikeS: v10 (r17211) just worked fine for me too |
| 14:30:31 | Llorean | And 17289 just worked. |
| 14:30:39 | * | Llorean suspects a current one will now be working, for no apparent reason. |
| 14:31:45 | * | amiconn added some counters in syste,-pp502x.c:irq() which can be displayed in the debug menu |
| 14:31:54 | Llorean | jhMikeS: Yes.. SVN current bootloader works for me now. :( |
| 14:31:58 | Llorean | Meaning I'm no help any more |
| 14:32:08 | jhMikeS | did you charge the battery overnight or anything? |
| 14:32:14 | | Join ZincAlloy [0] (n=d9eee40f@gateway/web/cgi-irc/labb.contactor.se/x-78be91f1d1fd1cce) |
| 14:32:58 | robin0800 | pixelma no 1.01.05 &1.01.06 have no msc mode 1.01.07 does again its available as an update note wiki page also says 1.01.07 wont work |
| 14:33:20 | amiconn | Just use an older one then... |
| 14:33:51 | Llorean | jhMikeS: Nothing at all. The S has been sitting on a window sill |
| 14:34:33 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 14:34:58 | robin0800 | pixelma 1.01.06 can go in msc mode with a key combination hold on and rewind held as you plug in usb! |
| 14:35:08 | bertrik | hmm, the quickscreen is voiced even when I turned off all voice options in voice settings menu |
| 14:35:59 | pixelma | robin0800: heard about it and that's why I talked about a setting... |
| 14:36:05 | amiconn | jhMikeS: No unusual count of interrupts |
| 14:36:31 | | Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) |
| 14:37:54 | robin0800 | pixelma I have 1.01.06 working like this just curious about 1.01.07 |
| 14:39:21 | pixelma | robin0800: i have no idea about that version, sorry. By the way - you're statements are hard to read without any punctuation... ;) |
| 14:39:44 | * | amiconn wonders why robin0800 cares about OF version |
| 14:40:12 | pixelma | s/you're/your |
| 14:40:32 | amiconn | You just need one that allows installing rockbox, and that's it |
| 14:41:12 | robin0800 | amiconn it seems to improve usb transfer, faster! |
| 14:41:18 | jhMikeS | amiconn: is there any piece of code the mini and 5g share that others don't? |
| 14:41:26 | amiconn | no |
| 14:41:29 | | Join hannesd [0] (n=light@p5B161C50.dip0.t-ipconnect.de) |
| 14:43:05 | w1ll14m | is it just me or is beast not good at charging the battery in rockbox? |
| 14:43:26 | jhMikeS | w1ll14m: it has to be tuned on and off by software and we're not doing that atm |
| 14:46:44 | w1ll14m | ohh ok |
| 14:47:39 | | Quit linuxstb_ (Read error: 101 (Network is unreachable)) |
| 14:47:46 | | Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 14:50:44 | | Quit ZincAlloy ("CGI:IRC (Ping timeout)") |
| 14:52:48 | | Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- s0 d4Mn l33t |t'z 5c4rY!") |
| 15:00 |
| 15:00:06 | | Quit Ave (Read error: 110 (Connection timed out)) |
| 15:02:04 | | Quit faemir (Remote closed the connection) |
| 15:02:44 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 15:02:44 | | Quit faemir (Remote closed the connection) |
| 15:03:33 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 15:05:15 | | Quit faemir (Remote closed the connection) |
| 15:05:42 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 15:11:18 | | Join Ave [0] (n=ave@a91-152-238-56.elisa-laajakaista.fi) |
| 15:12:31 | * | JdGordon should have kept that commit back for some contentious feature commit later :p |
| 15:15:05 | | Join merbanan [0] (n=banan@83.233.242.11) |
| 15:16:15 | * | amiconn tries a single core build |
| 15:22:47 | | Join soap [50] (n=soap@rockbox/staff/soap) |
| 15:23:23 | w1ll14m | it's a beast for real :| it's almost scary |
| 15:23:39 | Nico_P | w1ll14m: how so? |
| 15:24:05 | w1ll14m | it plays a movie very smooth, even with software eq enaled:| |
| 15:24:25 | BigBambi | Only running at half speed to, without other stuff |
| 15:24:29 | BigBambi | *too |
| 15:24:44 | w1ll14m | it's really a nice hardware platform |
| 15:24:51 | | Quit gregzx ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") |
| 15:24:54 | w1ll14m | toshiba did a good yob |
| 15:25:00 | w1ll14m | s/yob/job. |
| 15:26:15 | w1ll14m | hmm when i enable eq, my ogg's will not allow me to change volume.. strange |
| 15:28:41 | | Join sdoyon [0] (n=steph@modemcable183.152-83-70.mc.videotron.ca) |
| 15:30:40 | * | jhMikeS notices choppiness during buffering that seems to indicate some ata trouble there (320x240 29.97 fps) |
| 15:33:20 | | Join BitTorment [0] (n=martin@87-194-94-92.bethere.co.uk) |
| 15:33:33 | bertrik | JdGordon: I just noticed that the quickscreen is voiced even though voice is turned off in my settings |
| 15:34:08 | amiconn | jhMikeS: Problem also exists when building single core - very weird |
| 15:34:32 | JdGordon | bertrik: ah crap.. which of those silly talk functions doesnt check the setting :'( |
| 15:34:34 | * | JdGordon fixes |
| 15:35:07 | * | JdGordon thought they did the check |
| 15:35:20 | jhMikeS | it might be that the ata driver doesn't yield as much as others because it's ready for transfer almost immediately (it fills 62MB very, very fast) |
| 15:35:43 | *** | Saving seen data "./dancer.seen" |
| 15:39:01 | amiconn | The ata driver itself doesn't yield if transferring data is possible |
| 15:39:13 | amiconn | It only yields when it has to wait for the disk |
| 15:39:42 | amiconn | However, the high-level code that does the buffering has to make sure it doesn't read too much at once |
| 15:40:10 | JdGordon | bertrik: thanks, fixed |
| 15:40:19 | jhMikeS | it seems to almost 100% of the time you call it. recording doesn't even do it's own yield for writing data. |
| 15:40:36 | amiconn | Ata transfers are limited to 256 sectors anyway (unless it uses lba48, then up to 65536 sectors are possible, but rockbox doesn't do that). fat.c ensures this |
| 15:46:50 | jhMikeS | where's the info about ata_idenfify_info contents? |
| 15:47:00 | jhMikeS | ata spec? |
| 15:47:33 | amiconn | yes |
| 15:48:08 | amiconn | What are you looking for? |
| 15:49:15 | jhMikeS | stuff about M/UDMA modes |
| 15:50:09 | amiconn | ah |
| 15:50:48 | amiconn | Well there's a number of capability and status flags for dma modes. I don't know how one is supposed to use these modes though |
| 15:51:31 | jhMikeS | byte 63 has the flags |
| 15:52:41 | jhMikeS | that's MDMA, 88 lists the supported UDMA modes |
| 15:53:30 | amiconn | The flags aren't the problem. What I don't understand is ho wthose modes are supposed to work. How could the disk get dma access to the memory? |
| 15:57:54 | jhMikeS | the controllers on both gigabeats state that they support direct transfers to and from the drive |
| 15:58:48 | jhMikeS | MDMA/UDMA |
| 15:59:27 | | Part Gekz |
| 15:59:46 | | Part webtaz |
| 16:00 |
| 16:00:36 | jhMikeS | so I suppose you give the controller a buffer to send or request a read and the ata controller handles it, sort of like the USB controller does it. |
| 16:01:25 | | Quit w1ll14m (Read error: 104 (Connection reset by peer)) |
| 16:02:59 | | Join ali_as_ [0] (n=as@ambix.plus.com) |
| 16:05:42 | | Quit ReKleSS ("Leaving") |
| 16:06:06 | | Quit Ragnor (Nick collision from services.) |
| 16:06:16 | | Join Ragnor [0] (n=Ragnor@dslb-084-060-158-100.pools.arcor-ip.net) |
| 16:10:54 | JdGordon | sdoyon: oy! mits off that delta ive reclaimed!! it was MINE! |
| 16:13:06 | n1s | jhMikeS: latest battery bench went down to 3,61V in the last log entry, still far from the 3,4 defined as shutoff, what do you think of going with 3,6 as low and 3,5 as shutoff for now? |
| 16:13:38 | JdGordon | sdoyon: also.. the plugin min api version should have been bumped if you added new items into the middle of the global_settings struct |
| 16:14:04 | jhMikeS | n1s: and the hardware is shutting it down? |
| 16:14:37 | jhMikeS | I suppose it would have to be |
| 16:14:46 | n1s | this time I'm no certain but the first bench had low batt shutdown disabled |
| 16:15:09 | sdoyon | JdGordon: settings? Ah darn. |
| 16:15:21 | * | jhMikeS checks the PMIC low batt threshold value (if that exists) |
| 16:17:28 | JdGordon | sdoyon: if you do bump it... remember to sort any functions hanging on the end of the struct |
| 16:17:29 | | Join barrywardell [0] (n=barrywar@194.46.245.208) |
| 16:18:08 | sdoyon | JdGordon: I suppose I should just move my fields to the end right? |
| 16:18:53 | JdGordon | guess that would work also |
| 16:20:55 | n1s | jhMikeS: it seems like the HD makes the voltage drop enough to shut it down because both bench logs end about 1 timeout before the player died |
| 16:21:58 | | Quit ali_as (Read error: 110 (Connection timed out)) |
| 16:22:06 | n1s | thinking that the pmic seems to be mostly designed for phones (no HD) maybe we need to configure something to allow such drops |
| 16:22:35 | | Join fml [0] (n=4fd3d74e@gateway/web/cgi-irc/labb.contactor.se/x-c18ca5af58f2ec77) |
| 16:22:56 | fml | Nico_P: ping |
| 16:23:02 | Nico_P | yes? |
| 16:23:44 | fml | Seems you have to introduce a new WPS tag for the study mode (just committed) |
| 16:24:04 | * | jhMikeS sees the gigabeat S disk supports UDMA modes 1,2,3,4 which mean max transfer rates of 66.7 MB/s. |
| 16:25:50 | | Join Lear [0] (i=chatzill@rockbox/developer/lear) |
| 16:25:57 | Nico_P | jhMikeS: so we can fill the buffer in 1 second? :D |
| 16:26:20 | | Quit faemir (Remote closed the connection) |
| 16:26:29 | jhMikeS | if it would ever actualize nearly that :) |
| 16:26:46 | | Quit XavierGr (Nick collision from services.) |
| 16:26:57 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 16:27:10 | * | Nico_P didn't understand |
| 16:27:13 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 16:29:03 | n1s | jhMikeS: it seems like the hardwired poweroff is under 2.6V for 4ms and doesn't seem configurable |
| 16:29:22 | n1s | but how can it drop that low from 3.6... ? |
| 16:29:50 | * | bluebrother notices another setting missing from the manual |
| 16:29:56 | jhMikeS | Nico_P: I think alot of factors like head seeks and such would prevent that from actually happening but otoh PIO modes only support up to 16.7 MB/s but such delays would be a larger part of the time spent |
| 16:30:41 | fml | bluebrother: you mean the study mode? |
| 16:31:08 | Nico_P | right. I wasn't hoping to reach that figure of course, but it's still very promising. what's the max disk rate on typical current targets? |
| 16:31:21 | | Quit faemir (Remote closed the connection) |
| 16:31:25 | Nico_P | 16.7 MB/s? |
| 16:31:37 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 16:31:41 | fml | Wasn't it the rule that a feature is only committed with the accompanying piece of the manual? |
| 16:32:13 | n1s | we would never get any new feature then ;) |
| 16:32:43 | | Join kushal_12_27_200 [0] (n=kushal@12.169.180.134) |
| 16:33:23 | * | jhMikeS proposes a rules manual and appointing someone to keep it in sync with the rules |
| 16:33:38 | fml | n1s: he-he! BTW: have you noticed FS #8953? It's about moving the cursor in the calculator (we talked about it a bit) |
| 16:34:01 | n1s | fml: yes, I'll try to take a look at it |
| 16:34:23 | bluebrother | fml: yes. |
| 16:34:53 | * | bluebrother too slow today |
| 16:34:59 | | Quit faemir (Remote closed the connection) |
| 16:35:26 | bluebrother | fml: no, it's not a rule. It has been suggested to be a rule though |
| 16:35:58 | fml | ok, not a hard rule but something to strive for |
| 16:36:39 | bluebrother | yes. But as far as I can see it's not widely known. Or mostly ignored ;-) |
| 16:37:19 | sdoyon | Frankly, I thought there was a 50% chance someone would start yelling because of the new context menu entry. If no one does, then I'll be nice and see how to add stuff to the manual :-). |
| 16:37:35 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 16:37:38 | fml | (self irony on): even in FS #8953! |
| 16:38:34 | bluebrother | sdoyon: if I read correctly n1s already volunteered. |
| 16:38:50 | sdoyon | Ah good :-). |
| 16:38:59 | | Quit advcomp2019 (Read error: 113 (No route to host)) |
| 16:39:16 | bluebrother | the only concern with not adding desrciptions to the manual in the first place is that it mostly gets forgotten then −− and we direct users to the manual quite frequently ... |
| 16:39:18 | n1s | i did? |
| 16:40:03 | fml | bluebrother: he meant FS #8953 |
| 16:40:18 | bluebrother | n1s: like 5 minutes ago when you hilighted fml? But it looks like you were referring to something else. |
| 16:40:39 | n1s | ok, never mid :) |
| 16:40:50 | n1s | s/mid/mind/ |
| 16:41:18 | n1s | I do wonder what this talk of added contex menu ites is about though? |
| 16:41:29 | sdoyon | Thought so... ;-) |
| 16:44:15 | n1s | ah, in the wps context menu, well IMHO that menu is pretty much useless anyway so i don't mind :) |
| 16:49:21 | sdoyon | Got to run, bye |
| 16:49:23 | | Quit sdoyon ("ircII EPIC4-2.6 -- Are we there yet?") |
| 16:50:24 | * | fml follows sdoyon |
| 16:50:47 | | Quit Lear ("ChatZilla 0.9.81 [Firefox 3.0pre/2008050306]") |
| 16:52:14 | | Quit fml ("CGI:IRC (EOF)") |
| 16:53:49 | * | amiconn wonders what the heck study mode is |
| 16:55:40 | amiconn | ...and why it adds so much code :( |
| 16:58:01 | | Quit Synergy6 ("Adios") |
| 16:59:29 | | Quit faemir (Remote closed the connection) |
| 17:00 |
| 17:01:15 | | Join fdinel [0] (n=Miranda@modemcable002.173-131-66.mc.videotron.ca) |
| 17:04:33 | | Join tessarakt [0] (n=jens@e180075057.adsl.alicedsl.de) |
| 17:08:45 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 17:11:00 | | Join sdoyon [0] (n=steph@modemcable183.152-83-70.mc.videotron.ca) |
| 17:14:56 | | Quit Hillshum ("ChatZilla 0.9.81 [Firefox 2.0.0.14/2008040413]") |
| 17:16:57 | | Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) |
| 17:18:25 | * | shotofadds see that almost-green build table and gets the feeling he really should implement the D2's user timer one of these days... |
| 17:21:17 | | Join moos [0] (n=c40cd9b4@gateway/web/cgi-irc/labb.contactor.se/x-94d92066447cdd18) |
| 17:23:09 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 17:24:18 | | Join csc` [0] (n=csc@archlinux/user/csc) |
| 17:24:57 | moos | Llorean: hi, what did you do to solve your beast boot problem? |
| 17:25:19 | | Join ibycus [0] (n=sam@s243-021.nomadic.bris.ac.uk) |
| 17:25:42 | | Quit barrywardell () |
| 17:25:56 | ibycus | hi everyone, is there an option in rockbox to display a generated song title taken from the database instead of the song filename when viewing the dynamic playlist? |
| 17:26:33 | bluebrother | ibycus: no. The playlist viewer only displays the filenames |
| 17:26:50 | ibycus | aah ok |
| 17:27:19 | ibycus | trying to sort of do a dualboot thing with rockbox and apple's firmware, but apple's thing insists on using ridiculously obscure filenames |
| 17:27:36 | ibycus | so my playlist is full of songs with totally unhelpful names |
| 17:27:41 | ibycus | thanks anyway |
| 17:27:59 | bluebrother | well, scrap the apple firmware ;-) |
| 17:28:44 | bluebrother | using tags from the database has been suggested before (there was even a patch but that was rather slow, so not suited) |
| 17:29:50 | ibycus | well i never used to use the apple firmware at all |
| 17:30:03 | ibycus | but i've got an itrip thing that only works with it |
| 17:30:34 | ibycus | so i dont have much of a choice |
| 17:30:54 | bluebrother | you might want to check the wiki −− it has a page with information about accessories. |
| 17:31:16 | bluebrother | iirc the itrip only requires power, and this should be switchable now (using the debug menu) |
| 17:31:25 | amiconn | jhMikeS: The too long interrupt disabling happens in switch_thread(), but I don't know why |
| 17:31:26 | ibycus | oooooh really? |
| 17:31:34 | ibycus | that's really interesting |
| 17:32:02 | bluebrother | best check for Buschel −− he did quite some work with power stuff on the Ipods. |
| 17:32:05 | jhMikeS | amiconn: perhaps not enough cycles between disable/enable somewhere? |
| 17:33:06 | bluebrother | ah, no −− it's in the system menu. You can enable accessory power there. |
| 17:33:28 | amiconn | Is there a reason why thread switches have to disable interrupts? |
| 17:33:30 | ibycus | now that is really worth knowing |
| 17:33:39 | ibycus | thank god i might not have to fight with gtkpod anymore |
| 17:34:06 | jhMikeS | amiconn: because interrupt interact with the lists and would corrupt them in short order otherwise |
| 17:34:27 | amiconn | But why? |
| 17:34:42 | amiconn | I'd expect interrupts to be independent from threading... |
| 17:35:10 | jhMikeS | not to mention the latency issue between being destined to sleep, having the tick fire, and then having to continue to wait out a tick while a thread is on the run list |
| 17:35:46 | *** | Saving seen data "./dancer.seen" |
| 17:35:55 | jhMikeS | they're very intertwined with the scheduler |
| 17:36:25 | ibycus | bluebrother: where in the system menu, i can't see anything like that? |
| 17:36:25 | jhMikeS | I haven't seen a kernel where they're not |
| 17:37:02 | amiconn | The old rockbox kernel wasn't iirc. It only used the interrupts for wakeup, and that was it |
| 17:37:05 | bluebrother | ibycus: Settings / General / System / Accessory Power Supply |
| 17:37:15 | ibycus | bluebrother: yeah just got it, thanks :-) |
| 17:37:43 | ibycus | how long has that been included in rockbox for? |
| 17:37:48 | ibycus | and is it always set to yes by default? |
| 17:37:58 | jhMikeS | add/remove from a linked list isn't atomic of course and the scheduler routinely accesses locks and lists in both modes |
| 17:38:22 | bluebrother | don't remember exactly −− maybe a few weeks. And no, iirc it defaulted to no a while. |
| 17:38:33 | ibycus | excellent, that's really good news |
| 17:38:40 | ibycus | ill have to test that later on |
| 17:38:59 | amiconn | jhMikeS: Imo interrupts should never access the thread lists, and then there is no problem with non atomic accesses |
| 17:39:25 | ibycus | does it use any power when turned on with nothing plugged in, im guessing no? |
| 17:39:47 | jhMikeS | amiconn: interrupts are only allowed access to wakeup which does access lists...no way around that |
| 17:42:37 | * | amiconn isn't convinced at all |
| 17:42:49 | amiconn | The interrupt just needs to wake up the cpu from sleeping |
| 17:42:57 | amiconn | Everything else can happen in normal mode |
| 17:44:04 | amiconn | Check whether a thread is ready to run, and if not, go to sleep again |
| 17:45:00 | jhMikeS | it does...but if a thread becomes ready to run via an interrupt while it's headed for a sleep, you'll end up waiting out a whole tick with a thread on the run list which isn't good at all |
| 17:45:00 | | Join toffe82 [0] (n=chatzill@adsl-71-154-234-130.dsl.frs2ca.sbcglobal.net) |
| 17:45:14 | bluebrother | ibycus: well, I guess it's taking a little power −− otherwise it wouldn't make much sense adding an option for turning it off. |
| 17:45:34 | bluebrother | but I don't own any accessories so I'm not too familiar with that stuff. |
| 17:47:29 | jhMikeS | sleeping the core with a thread on the run list is a state that's never wanted so it's made to be atomic with interrupts and both cores |
| 17:47:50 | * | amiconn thinks it would be better to *occasionally* sleep for one tick that to fiddle excessively with interrupt enabling & disabling |
| 17:48:22 | | Part ibycus |
| 17:48:43 | | Quit sdoyon ("ircII EPIC4-2.6 -- Are we there yet?") |
| 17:49:29 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-baad05590ac5da06) |
| 17:53:13 | * | jhMikeS would prefer to guarantee a few uS latency at most esp. with rapid-fire interrupt wakeups like OTG transfers |
| 17:54:27 | amiconn | If it needs to be really fast you will react to the interrupt in the isr, not in a thread |
| 17:55:42 | amiconn | Btw, is there a reason why interrupts are enabled *after* core_sleep? |
| 17:55:42 | | Join Synergy6 [0] (n=Synergy6@0-1b-24-4c-ae-79.hb.esol.dur.ac.uk) |
| 17:56:10 | amiconn | This seems to cause the observed problem, although I'm not sure yet |
| 17:59:19 | amiconn | While ata waits for the disk there seems to be no runnable thread for quite a number of iterations within the for(;;) loop in switch_thread |
| 17:59:56 | jhMikeS | because the are masked at core level during the sleep and is fine on the majority of targets since they wake the core anway. this makes it atomic to have it pass through the sleep unimpeded if the interrupt fired while detined for it. |
| 18:00 |
| 18:00:19 | | Quit BitTorment ("Do directly to guantanamo bay. Do not pass go. Do not collect your human rights.") |
| 18:00:31 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 18:00:54 | jhMikeS | tagets that don't allow wakeup with core level masking were carefully crafted to have it work |
| 18:01:34 | amiconn | Moving the enable_irq() before the actual core sleep reduces the problem, but doesn't fix it |
| 18:02:10 | jhMikeS | spinning in a yield loop should never reach the sleep code since that thread is never taken off the run list |
| 18:03:15 | | Quit Ave (Read error: 110 (Connection timed out)) |
| 18:03:31 | jhMikeS | it mostly just ends up selecting the same thread again since that's likely the only one awake |
| 18:04:54 | amiconn | Well, for some reason the 'impossible' seems to happen... |
| 18:04:54 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 18:05:10 | jhMikeS | but how far back did you say this problem went? |
| 18:06:03 | amiconn | r15444 made it show up |
| 18:06:19 | amiconn | Before that we had no disk poweroff on ipods |
| 18:12:03 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 18:12:28 | jhMikeS | at that time and switch_thread didn't routinely disable interrupts at the revision. there was a queue in between interrupt wakes and the run list but this was actually slower and more complicated to implement so most calls in that loop wouldn't disable them except for certain occasional ops. |
| 18:13:46 | jhMikeS | wait, this happens in the yield loop? /me isn't quite with it today |
| 18:14:09 | amiconn | I think so, but I'm not sure yet |
| 18:15:37 | amiconn | This is really weird. What happens is that rockbox seems to talk to the disk too early after wake-up. There are no ata errors in the init sequence though, but there must be a few retries in the following access, which disables interrupts for too long |
| 18:15:44 | amiconn | (more than 5 ticks) |
| 18:16:19 | amiconn | Now the question is how ata retries manage to disable interrupts for so long. |
| 18:17:28 | amiconn | The relevant places are in switch_thread(), as I found by instrumenting disable_interrupt(), enable_interrupt(), disable_interrupt_save(), and restore_interrupt() |
| 18:18:01 | amiconn | Hmm, actually I can imporve that instrumentation.... |
| 18:21:52 | mcuelenaere | does someone know how I could test if I have access to a TLV320AIC23? (without I²S/DSP, only I²C) |
| 18:22:24 | mcuelenaere | knows* |
| 18:22:35 | * | preglow wonders why the study mode setting is called justy that |
| 18:22:58 | preglow | seems like a really poor name for what it does |
| 18:23:16 | preglow | not that i like the setting much at all anyway |
| 18:24:03 | jhMikeS | what does it do? |
| 18:24:23 | preglow | it seems to change the functionality of right/left to skip some seconds back/forward instead of skip track |
| 18:24:59 | jhMikeS | it's one of those things like "Caption Backlight" which makes one go "wtf is does that mean" :) |
| 18:25:14 | preglow | i don't see the need for anything like this anyway |
| 18:25:20 | preglow | if you don't want to skip tracks: use the hold switch |
| 18:25:24 | bluebrother | I remember my old SonicBlue player having a mode called study. But that was something completely different: it skipped back a couple of seconds when resuming |
| 18:26:14 | amiconn | jhMikeS: The irq disable that holds for too long definitely happens at thread.c line 1970, and the enable that catches it (with my instrumentation) happens at line 1981 |
| 18:28:42 | jhMikeS | how is that code being reached in a yield loop? |
| 18:30:21 | | Join Buschel_away [0] (n=abc@p54A3C793.dip.t-dialin.net) |
| 18:30:27 | jhMikeS | ...or it doesn't get reached until something sleeps and then the enable occurs |
| 18:30:54 | jhMikeS | more accurately until everything sleeps at least once |
| 18:32:10 | | Quit rp- ("leaving") |
| 18:33:22 | | Join Av3 [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) |
| 18:34:56 | | Quit kushal_12_27_200 ("Leaving") |
| 18:35:11 | | Nick Buschel_away is now known as Buschel (n=abc@p54A3C793.dip.t-dialin.net) |
| 18:36:45 | | Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) |
| 18:36:45 | | Quit Buschel (Read error: 104 (Connection reset by peer)) |
| 18:36:53 | | Join Buschel [0] (n=abc@p54A3C793.dip.t-dialin.net) |
| 18:37:19 | | Quit simonrvn (Read error: 113 (No route to host)) |
| 18:37:24 | | Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) |
| 18:39:32 | | Join Buschel_ [0] (n=abc@p54A3C793.dip.t-dialin.net) |
| 18:39:32 | | Quit Buschel (Read error: 104 (Connection reset by peer)) |
| 18:39:32 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 18:40:09 | | Quit moos ("CGI:IRC (Ping timeout)") |
| 18:41:08 | Nico_P | jhMikeS: what's the typical disk transfer rate for out current targets? |
| 18:41:54 | jhMikeS | amiconn: you're saying there's not an interrupt enable for at least five ticks after line 1970? |
| 18:41:59 | | Join Xerion_ [0] (n=xerion@cp198589-d.landg1.lb.home.nl) |
| 18:42:19 | jhMikeS | Nico_P: There's Wiki page about that with extensive data on that |
| 18:42:24 | | Quit Xerion (Read error: 104 (Connection reset by peer)) |
| 18:42:27 | | Nick Xerion_ is now known as Xerion (n=xerion@cp198589-d.landg1.lb.home.nl) |
| 18:43:03 | * | Nico_P goes looking for the wiki page |
| 18:43:03 | jhMikeS | http://www.rockbox.org/twiki/bin/view/Main/DiskSpeed |
| 18:43:06 | Nico_P | ah, thanks |
| 18:46:03 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 18:46:36 | amiconn | jhMikeS: During normal operation, all is well. The problem happens only when the disk needs to spin up again after a power-off. |
| 18:48:02 | amiconn | ...and then only because we're talking to the disk too early, so it needs to perform retries. The retries itself succeed though |
| 18:48:43 | amiconn | All this causes a short dropout n the music, even if the spinup is totally unrelated to buffering (e.g. loading a plugin, or browsing the disk with dircache disabled) |
| 18:48:56 | jhMikeS | I not certain if you mean by "holds for to long" means that irq_enable isn't called again for a long time |
| 18:49:13 | amiconn | That's what I mean |
| 18:49:46 | amiconn | My instrumentation stores the location and USEC_TIMER value for the last disable_irq() or disable_irq_save() |
| 18:50:28 | amiconn | On enable, it checks whether more than 50000 usecs have passed since the last disable, and panics if so, showing the location of the disable and the location of the enable |
| 18:51:03 | jhMikeS | the only place that should be possible is that the core wake is somehow not happening for > 5 ticks in which case the core isn't registering the tick interrupt for > 5 ticks. the timer interrupt pending should wake it on the next tick and then it should enable them and service the tick. |
| 18:53:08 | jhMikeS | that sequence definitely happens normally but the power on seems to have a side effect on it |
| 18:53:47 | amiconn | It's not the power-on itself |
| 18:54:25 | amiconn | If I extend the sleep() delay after ata power-on, the effect doesn't happen |
| 18:54:30 | | Quit mf0102 (Remote closed the connection) |
| 18:54:55 | jhMikeS | true, but it appears that attempt to access the disk happens too early then something messes up registering the tick |
| 18:56:56 | * | amiconn tries with simple round-robin scheduling |
| 18:57:15 | amiconn | Unfortunately disabling HAVE_RIORITY_SCHEDULING in config.h doesn't work |
| 18:57:36 | amiconn | The build breaks in thread.c when doing that |
| 18:58:32 | | Quit XavierGr (Nick collision from services.) |
| 18:58:43 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 18:58:59 | jhMikeS | archos builds without it so I guess something isn't in sync for swcodec |
| 18:59:24 | XavierGr | JdGordon: you called? |
| 19:00 |
| 19:02:03 | jhMikeS | amiconn: the priority system did change pretty radically since 15444 though - mostly new code from then |
| 19:02:07 | XavierGr | bertrik: as JdGordon said, if low voltage triggers a safe shutdown, disk activity should cause battery bench to flush all data to the text file. |
| 19:02:33 | XavierGr | bertrik: if not, (player shutsdown because of no more juice) the last measurement will be lost |
| 19:02:40 | | Quit mcuelenaere (Read error: 104 (Connection reset by peer)) |
| 19:03:01 | amiconn | XavierGr: Problem is here that low-voltage shutdown prohibits disk writes |
| 19:03:05 | XavierGr | bertrik: I don't think there is a way to save those last measurements on the second case, but if you have an idea please speak |
| 19:03:07 | XavierGr | ah... |
| 19:03:34 | XavierGr | amiconn: you mean that the safe shutdown feature won't try to save settings etc? |
| 19:03:53 | XavierGr | safe shutdown = the one that rockbox triggers even if the player has some juice left |
| 19:04:24 | jhMikeS | amiconn: change thread.h line 328 to #if NUM_CORES > 1 which it should be |
| 19:05:18 | jhMikeS | actually, the #ifdef isn't even needed around that at all |
| 19:07:18 | bertrik | XavierGr: yes, but does a safe low voltage shutdown trigger disk activity? |
| 19:07:41 | bertrik | XavierGr: for flash targets we should flush the cache often as there is no penalty of spinup |
| 19:08:24 | * | jhMikeS also wonders if TIMER1 just somehow fails to run for too long |
| 19:08:24 | amiconn | bertrik: Too much special casing.... |
| 19:10:08 | | Part blistov ("Kopete 0.12.4 : http://kopete.kde.org") |
| 19:10:16 | | Quit fyrestorm (Read error: 113 (No route to host)) |
| 19:11:30 | XavierGr | bertrik: I don't think we need to flush often even on flash targets maybe an exception on safe shutdown for them |
| 19:12:06 | XavierGr | bertrik: keep in mind that we need battery_bench to be as transparent as it can be in order to avoid altering the results cause of the plugin itslef |
| 19:12:14 | | Join moos [0] (n=c40cd9b4@gateway/web/cgi-irc/labb.contactor.se/x-33f59aada6775b3b) |
| 19:12:14 | amiconn | Shutdown should call the ata callback anyway unless it's critical batt level |
| 19:12:37 | XavierGr | amiconn: afaik it is (normal shutdown) but I am not sure about the safe shutdown |
| 19:13:07 | | Nick Buschel_ is now known as Buschel (n=abc@p54A3C793.dip.t-dialin.net) |
| 19:13:38 | bertrik | XavierGr: I think there's not much of a penalty for flash targets to flush often |
| 19:14:25 | jhMikeS | amiconn: fixed |
| 19:15:08 | amiconn | bertrik: That's not the point. There is no reason to make battery_bench behave different on flash targets than on ata targets. |
| 19:16:43 | pixelma | bertrik: I don't think (and wouldn't like for some reason) that the plugin behaves differently just because it runs on a flash target. That's also one of the reasons why I haven't used battery_bench with the hack on my c200 yet |
| 19:16:48 | amiconn | jhMikeS: This is really puzzling. I almost suspect something is calling yield() in isr context... |
| 19:18:24 | bertrik | hmm, not the point? the goal of the battery bench plugin is to collect battery data. Missing data for some reason directly interferes with its main purpose. |
| 19:18:34 | jhMikeS | verify the mode bits are supervisor then |
| 19:18:42 | XavierGr | bertrik: also we are talking of a very small error margin, 30 minutes max with 128kbps mp3s on a 32mb ram target |
| 19:18:48 | * | bertrik checks whether flash targets even support the ata notify calback |
| 19:18:52 | XavierGr | again in the worst case |
| 19:19:31 | amiconn | bertrik: Yes they do, and they have to |
| 19:19:47 | XavierGr | bertirk: forcefully writing data is also interfering with its main purpose (although I agree that it is lesser for flash targets still...) |
| 19:20:16 | | Join fml [0] (n=4fd3c831@gateway/web/cgi-irc/labb.contactor.se/x-46e1a62b0b0f7a20) |
| 19:20:58 | amiconn | It also costs a little bit battery |
| 19:21:02 | bertrik | we were talking about flash targets :P |
| 19:21:35 | amiconn | While there is no spinup, writing every measurement mains that sectors are rewritten many more times |
| 19:21:57 | Buschel | amiconn/XavierGr: from my understanding the write-protection is done if voltage is below battery_level_dangerous[] whereas the safe-shutdown is triggered by battery_level_shutoff[]. a solution can be to set the write-protection limit below the safe-shutdown limit |
| 19:21:57 | amiconn | s/mains/means/ |
| 19:22:03 | fml | Why would putting some vars in the middle of the settings structure make plugin API bump necessary (see one of the recent commit comments)? |
| 19:22:18 | | Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) |
| 19:22:29 | amiconn | fml: The settings struct is part of the plugin api |
| 19:23:23 | | Join styleism [0] (n=styleism@87-194-104-214.bethere.co.uk) |
| 19:23:53 | fml | amiconn: the struct itself or its address? |
| 19:24:01 | Buschel | amiconn/XavierGr: these voltage levels can be defined for specific targets |
| 19:24:17 | amiconn | Its address of course |
| 19:24:45 | bertrik | amiconn: I think that writing sectors multiple times is not a big issue. There's built-in wear leveling AFAIK and it's not _that_ often (say once a minute) |
| 19:25:02 | bertrik | but OK, I won't mind keeping it little simpler |
| 19:25:15 | amiconn | It's not about wear |
| 19:25:27 | amiconn | It's about extra power consumption |
| 19:25:39 | fml | amiconn: but then adding something in the middle should do no harm? |
| 19:26:03 | amiconn | fml: Of course it does. Plugins rely on the api versioning to ensure it's compatible |
| 19:26:28 | amiconn | And if you change a struct that's exposed to the api, it does have an effect on compatibility |
| 19:27:01 | Buschel | ooops |
| 19:27:18 | | Quit simonrvn (Nick collision from services.) |
| 19:27:19 | | Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) |
| 19:27:37 | * | bertrik highly doubts the power consumption arguments but has no measurements to back it up |
| 19:27:37 | amiconn | jhMikeS: Simple scheduling doesn't solve the problem btw |
| 19:27:47 | fml | amiconn: ok, I git it! |
| 19:27:51 | fml | *got |
| 19:28:26 | * | Buschel just saw he added a var in the middle of this structure with r17192 :/ |
| 19:28:29 | | Join crzyboyster [0] (n=4b596e38@gateway/web/cgi-irc/labb.contactor.se/x-689e08beafd49157) |
| 19:29:00 | pixelma | bertrik: what would be simpler in having a code path for hd based targets and another one for flash targets? |
| 19:30:09 | bertrik | I don't know until I try it out, but I think it would not be simpler |
| 19:30:21 | crzyboyster | Quick question: What exactly is the quickscreen? |
| 19:30:57 | bertrik | Quick answer: something that's probably described in the manual :P |
| 19:31:37 | | Quit crzyboyster (Client Quit) |
| 19:32:49 | pixelma | quick leave... |
| 19:33:03 | * | bertrik was just typing the slightly longer answer |
| 19:33:27 | jhMikeS | the build table is starting to look unusually green |
| 19:34:05 | | Quit saratoga ("CGI:IRC (EOF)") |
| 19:35:49 | *** | Saving seen data "./dancer.seen" |
| 19:36:18 | | Quit moos ("CGI:IRC (EOF)") |
| 19:37:10 | Buschel | if it is needed to correct my faulty submitted with r17193, someone must take over −− got no svn-access today :( |
| 19:37:44 | Buschel | i added a new var within (and not at the end of) the user settings structure |
| 19:38:46 | * | Buschel creates lots of typos if his son is crying... |
| 19:43:22 | | Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) |
| 19:47:31 | soap | Is it not true that the (relatively) large voltage reading between a LiIon @ low (no drive spinning) load and at higher (drive spinning) load is inevitably going to cause a problem writing the last battery-bench results to a file? When the drive isn't spinning the battery appears fine, but as soon as you spin the disk you suddenly go below the critical level. It appears to me that my batteries' (on all my players) voltage reading become even more load- |
| 19:47:31 | soap | sensitive as they age. |
| 19:48:16 | * | bluebrother just needed a couple of edits only because the preview doesn't show the website menu to get the layout right on RockboxUtility :( |
| 19:49:58 | | Join |AhIoRoS| [0] (n=ahioros@201.226.58.34) |
| 19:49:59 | soap | Both my Gigabeat and Video now show a near 10% point drop of battery level on sustained drive accesses, only to slowly creep back up after the drive stops. |
| 19:50:22 | bluebrother | at least that page is now nicer. |
| 19:50:43 | Nico_P | bluebrother: yes, it looks good :) |
| 19:51:25 | bluebrother | now the only thing I'm still disliking is the bad scaling of the images done by my browser. We'll see ... |
| 19:52:32 | bluebrother | I tried the old wx version again a couple of days ago. Fascinating to see the difference ;-) |
| 19:53:08 | * | Nico_P doesn't understand why in the HTML manual, the navigations links are ordered [next] [prev]... |
| 19:56:20 | fml | amiconn, Buschel: I think adding a var in the middle of settings struct (and bumping plugins API version) is ok since it's better to have well organized code. And plugins are compiled all together anyway! |
| 20:00 |
| 20:01:09 | n1s | soap: yup, voltages tend to drop a bit when a disk starts sucking a lot of current (especially when spinning up) |
| 20:01:33 | | Nick Av3 is now known as Ave (i=ave@a91-152-238-56.elisa-laajakaista.fi) |
| 20:02:02 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 20:03:02 | mcuelenaere | I'm confused about copy_read_sectors(buf, wordcount) (called in ata_read_sectors) -> wordcount means the amount of bytes*4 to be transferred, right? |
| 20:03:34 | | Join KrPD [0] (n=KrPD@unaffiliated/krpd) |
| 20:03:52 | | Quit hannesd (Read error: 110 (Connection timed out)) |
| 20:03:57 | | Quit KrPD (Connection reset by peer) |
| 20:04:09 | Buschel | fml: i didn't bump the api version |
| 20:04:10 | | Quit fml ("CGI:IRC (EOF)") |
| 20:04:15 | | Quit Mathiasdm ("Yuuw!") |
| 20:16:16 | | Quit Horscht ("I got raided by the FBI and all i got is this lousy quit message") |
| 20:17:20 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 20:19:28 | linuxstb_ | mcuelenaere: ATA words are 16-bit - I think that's what copy_read_sectors expects - i.e. bytes/2 |
| 20:19:43 | linuxstb_ | mcuelenaere: See the C implementation of that function in ata.c |
| 20:20:14 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) |
| 20:21:42 | | Quit K4rP4D (Connection timed out) |
| 20:22:00 | amiconn | mcuelenaere: No, it means ata words, which are 16 bits |
| 20:22:22 | mcuelenaere | linuxstb was first :) |
| 20:24:12 | | Join Av3 [0] (i=ave@a91-152-238-56.elisa-laajakaista.fi) |
| 20:25:49 | | Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) |
| 20:26:02 | | Quit amiconn (" bbl") |
| 20:28:32 | | Quit druidbartek (Read error: 110 (Connection timed out)) |
| 20:28:36 | | Quit Horscht ("IRC is just multiplayer notepad") |
| 20:28:40 | | Join gromozekin [0] (n=gtfo@78.36.253.245) |
| 20:28:51 | gromozekin | hi there. i have weird idea man |
| 20:28:52 | gromozekin | ( |
| 20:28:53 | gromozekin | )))))))))) |
| 20:29:19 | gromozekin | hey |
| 20:29:27 | gromozekin | is anybody there |
| 20:29:31 | gromozekin | how can listen 2 me? |
| 20:29:32 | gromozekin | ) |
| 20:29:53 | bluebrother | well, looking at the channel I see 135 people around right now. |
| 20:29:56 | pixelma | bluebrother: will you be around later too. I could need a tester with an m:robe100 but won't be around for a while... |
| 20:30:17 | pixelma | should have been a question ;) |
| 20:30:47 | gromozekin | so, is it real to port rockbox on creative zen xtra player with big big hdd) |
| 20:30:47 | gromozekin | ?: |
| 20:30:49 | bluebrother | pixelma: thought that ;-) I'll be around for a while now (well, unless something unexperienced happens ;-) |
| 20:31:01 | | Quit Ave (Read error: 110 (Connection timed out)) |
| 20:31:01 | | Nick Av3 is now known as Ave (i=ave@a91-152-238-56.elisa-laajakaista.fi) |
| 20:31:15 | pixelma | nice, until later then |
| 20:31:20 | bluebrother | cu |
| 20:31:28 | | Part pixelma |
| 20:31:37 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 20:32:50 | bluebrother | gromozekin: Rockbox is currently being ported to the Zen Vision:M. |
| 20:35:02 | bluebrother | but as far as I know this doesn't imply the xtra in any way. |
| 20:35:30 | bluebrother | the NewPorts forums has all information about new ports. |
| 20:36:05 | | Quit BlakeJohnson86 ("Leaving.") |
| 20:36:07 | | Quit Synergy6 ("Adios") |
| 20:37:23 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) |
| 20:37:58 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 20:40:30 | gromozekin | zen vision m |
| 20:40:34 | gromozekin | is coloured? |
| 20:40:37 | mcuelenaere | yes |
| 20:40:54 | | Quit tedr0ck (Read error: 104 (Connection reset by peer)) |
| 20:42:17 | | Join BlakeJohnson87 [0] (n=bjohnson@70-14-57-243.area3.spcsdns.net) |
| 20:43:28 | gromozekin | but my player is b/w |
| 20:43:32 | | Join dabujo [0] (i=xx@p4FDB263D.dip0.t-ipconnect.de) |
| 20:43:41 | gromozekin | and it connects only through special prog |
| 20:44:27 | bluebrother | well, the Zen Vision:M is obviously not a Zen Xtra. |
| 20:44:38 | gromozekin | orly? |
| 20:45:03 | gromozekin | i know) |
| 20:46:24 | | Join saratoga [0] (n=9803c50e@gateway/web/cgi-irc/labb.contactor.se/x-749d66af84bfb975) |
| 20:51:01 | | Join tedrock [0] (n=tedrock@d235-144-17.home1.cgocable.net) |
| 20:55:08 | | Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) |
| 20:58:47 | | Join lee-qid [0] (n=liqid@p54965B40.dip.t-dialin.net) |
| 21:00 |
| 21:02:10 | | Quit gromozekin (Remote closed the connection) |
| 21:05:59 | | Quit XavierGr (Nick collision from services.) |
| 21:06:12 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 21:10:32 | | Quit spiorf (Remote closed the connection) |
| 21:16:31 | | Quit XavierGr (Nick collision from services.) |
| 21:16:31 | | Quit BlakeJohnson87 (Read error: 104 (Connection reset by peer)) |
| 21:16:39 | | Quit SUSaiyan () |
| 21:16:42 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 21:17:41 | | Join BlakeJohnson86 [0] (n=bjohnson@70-14-57-243.area3.spcsdns.net) |
| 21:19:10 | | Quit mcuelenaere () |
| 21:19:46 | | Join Horschti [0] (n=Horscht@p4FD4D252.dip.t-dialin.net) |
| 21:20:32 | | Quit Horscht (Nick collision from services.) |
| 21:20:40 | | Nick Horschti is now known as Horscht (n=Horscht@xbmc/user/horscht) |
| 21:35:50 | *** | Saving seen data "./dancer.seen" |
| 21:36:57 | | Join DataGhost [0] (n=dataghos@unaffiliated/dataghost) |
| 21:49:11 | | Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) |
| 21:49:32 | | Join barrywardell [0] (n=barrywar@194.46.245.208) |
| 21:49:49 | | Join Mathiasdm [0] (n=Mathias@vpnd159.ugent.be) |
| 21:50:38 | | Quit XavierGr (Nick collision from services.) |
| 21:50:49 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 21:55:02 | | Join Bright-SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
| 21:55:22 | | Quit Xerion (Read error: 113 (No route to host)) |
| 21:57:11 | | Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") |
| 21:57:53 | | Quit Horscht ("IRC is just multiplayer notepad") |
| 21:58:19 | | Join m0f0x [0] (n=m0f0x@189-47-20-156.dsl.telesp.net.br) |
| 22:00 |
| 22:05:49 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 22:07:16 | | Join chrisjs169 [0] (n=chrisjs1@unaffiliated/chrisjs169) |
| 22:08:49 | chrisjs169 | question - I'm finally about to add the anti-aliased fonts patch to the tracker - should I have both the patch and the convttf file in one task, or should I keep them separate? |
| 22:12:29 | | Quit barrywardell () |
| 22:12:56 | linuxstb | What's the convttf file, and how is it related to the patch? |
| 22:15:15 | | Join gregzx [0] (n=chatzill@drj139.neoplus.adsl.tpnet.pl) |
| 22:15:52 | | Join OlivierBorowski [0] (n=OlivierB@ANancy-256-1-67-66.w90-26.abo.wanadoo.fr) |
| 22:16:43 | | Quit bertrik ("bye") |
| 22:17:32 | n1s | hmm, inserting the headphone connector while the gigabeast is "off" turns it on |
| 22:18:54 | * | n1s has working wake up alarm :) |
| 22:19:46 | | Part Buschel |
| 22:20:50 | | Quit lee-qid ("aufwiederbyebientotsayonara") |
| 22:20:53 | Nico_P | chrisjs169: you should probably have them under the same task if one requires the other |
| 22:22:16 | | Quit OlivierBorowski (Remote closed the connection) |
| 22:22:49 | | Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) |
| 22:23:00 | Llorean | I assume convttf is the tool to create anti-aliased fonts from ttf files? |
| 22:25:53 | | Join MegaRain [0] (n=chatzill@67.221.72.104) |
| 22:26:11 | | Quit MegaRain (Client Quit) |
| 22:27:05 | | Join Megarain [0] (n=Rainer_P@67.221.72.104) |
| 22:27:53 | chrisjs169 | Nico_P, ok |
| 22:28:29 | Nico_P | thanks for posting it btw |
| 22:29:21 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 22:29:47 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 22:30:28 | Megarain | Hey, I'm having trouble restoring my iPod(4gen, grayscale, 20gig) so I can put rockbox on it, yet every time I use iTunes, its just corrupts before I can even connect it to the machine. Ideas? |
| 22:30:51 | n1s | broken drive maybe? |
| 22:32:08 | Megarain | It was working the other day, and the device still boots up, etc. And it will go into device mode. Is there an easy way to diagnose this? |
| 22:35:43 | | Quit Horscht (Remote closed the connection) |
| 22:35:54 | n1s | what do you mean when you say it corrupts then? |
| 22:37:51 | Megarain | Step1: Restore with iTunes |
| 22:37:51 | Megarain | Step2: Plug into wall, select language, looks like everything is Fine. |
| 22:37:51 | Megarain | Step3: Plug back into PC, get error saying that iPod may be corrupted, ether unplug or restore. |
| 22:38:33 | n1s | what happens if you disable the itunes thingy and run a regular disk scan on it? |
| 22:38:53 | Megarain | ?? |
| 22:39:03 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 22:39:21 | n1s | is the step 3 error coming from itunes? |
| 22:39:23 | Megarain | Notes: OS is vista SP1 |
| 22:39:25 | Megarain | Yes |
| 22:39:59 | n1s | can you access the partition in vista (like a regular harddrive) ? |
| 22:40:22 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 22:40:32 | Megarain | Yes. Says its apple iPod, drive letter D |
| 22:40:56 | n1s | run a disk scan on that and check for bad sectors |
| 22:42:02 | Megarain | Hold on, going to force it into disk mode and then try again. |
| 22:42:04 | bluebrother | wasn't there an issue with Itunes on Vista? |
| 22:42:24 | bluebrother | doing stuff like that: telling you you'd need to restore the Ipod? |
| 22:42:27 | Megarain | That's what I was wondering, one reason I was going to use Rockbox. |
| 22:42:34 | * | n1s has never used an ipod nor vista and only itunes while drunk :) |
| 22:43:07 | amiconn | jhMikeS: Still around? |
| 22:43:53 | bluebrother | Megarain: http://docs.info.apple.com/article.html?artnum=305042 |
| 22:44:46 | bluebrother | google needed like a fraction of a second ... |
| 22:44:51 | n1s | why do we only allow alarm wake up to be set in hours and minutes and not days too? |
| 22:45:06 | | Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) |
| 22:45:10 | pixelma | bluebrother: I drew a new cardset for the m:robe100 (used in solitaire and blackjack) - would be cool if someone with the real device could try it out and give an opinion... |
| 22:45:23 | bluebrother | pixelma: sure. |
| 22:46:23 | Megarain | Hey Blue, I've got itunes 7.6, and that patch doesn't do anything in SP1. |
| 22:46:37 | | Quit styleism (Read error: 110 (Connection timed out)) |
| 22:49:39 | | Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") |
| 22:50:19 | | Quit tessarakt ("Client exiting") |
| 22:53:13 | | Quit n1s () |
| 22:53:17 | | Quit Horscht ("We don't make mistakes, we just have happy little accidents") |
| 22:53:54 | Megarain | Herm.......though I would double check to make sure I had that update anyways, and I do. |
| 22:58:50 | Megarain | Ok, now I only get error 69. Good. |
| 22:59:03 | | Quit Zarggg (Read error: 104 (Connection reset by peer)) |
| 22:59:03 | | Join countrymonkey [0] (n=4b05639a@gateway/web/cgi-irc/labb.contactor.se/x-ed7c2150e3114cdf) |
| 22:59:49 | chrisjs169 | linuxstb, back, sorry. convttf is needed to convert ttf fonts into the anti-aliased version of the fnt file |
| 22:59:51 | countrymonkey | Why are new lang strings popping up so frequently these days? Yesterday, I made a chinese update (8957) and today I made another one (8960). Why? |
| 23:00 |
| 23:00:20 | countrymonkey | It seems weird that no new changes were made in feb or mar, but now in apr and may there are so many. |
| 23:00:25 | | Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 23:00:39 | krazykit | countrymonkey, perhaps because new features are being added that need to be voiced? |
| 23:00:52 | countrymonkey | Yes, 8960 is another update that needs to be committed. |
| 23:01:02 | * | gevaerts thinks that it's probably spring bringing new things |
| 23:01:17 | pixelma | well, development isn't predictable... |
| 23:01:30 | pixelma | or not much ;) |
| 23:01:48 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 23:02:14 | Llorean | countrymonkey: It looks like you've removed the unknown string in your patch. is there a reason for this? |
| 23:02:18 | countrymonkey | It just strikes me as odd that we took such a break, and then all of a sudden things are popping up like crasy. And, I had a question. I cannot type chinese on my computer so can I keep translating the phrases with google translate and verify they are correct by reading the caricters? |
| 23:02:57 | Llorean | People develop in there spare time. There's absolutely no reason to expect that all months should be equal. Especially since many new features don't require new strings, so it's more or less random when new ones are needed... |
| 23:03:13 | countrymonkey | That was from yesterday's commit. |
| 23:04:47 | Llorean | Which commit removes the unknown sting? |
| 23:04:48 | Llorean | string |
| 23:04:55 | countrymonkey | Hold on, it is in my source tree. |
| 23:05:02 | | Part Megarain |
| 23:05:28 | countrymonkey | Never mind. It is in my source tree. |
| 23:05:28 | Llorean | None of the recent changes to english.lang seem to according to the official changelog. They all just add strings, as far as I can see |
| 23:05:53 | Llorean | You really need to be more careful with your patches. |
| 23:06:19 | countrymonkey | Hmmmmm. That's weird. I'll make a new patch as to what I have now in my source tree. |
| 23:07:04 | | Quit Horscht ("I am root. If you see me laughing, you better have a backup") |
| 23:07:10 | Llorean | I must admit that basic things like that make me somewhat uncomfortable about trusting your translations. Since I can't verify them myself anyway, the fact that you have shown signs of being somewhat lax in the past in terms of getting strings right, etc, makes me worried about them. |
| 23:07:26 | Llorean | Especially if you're just using google translate, then reading over them and saying "that's good enough" |
| 23:09:29 | amiconn | Llorean: Didn't JdGordon deprecate the SYSFONT strings for the quickscreen? |
| 23:09:46 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 23:11:13 | amiconn | jhMikeS: I never expected that switch_thread() is called with interrupts disabled that often... Something is extremely fishy here |
| 23:11:27 | countrymonkey | I won't put one in unless it is exactly what I wanted. Take "enable study mode" for an example. Google translate gave me "da kai shre san de shren ze" (just sounding it out) but what I wanted was "kai shre san de shren ze". What I did was simple strip the "da" off "da kai" and I got what I wanted and put it in. |
| 23:12:15 | | Join Megarain [0] (n=Rainer_P@67.221.72.104) |
| 23:12:32 | Megarain | I keep getting an error that I can't corrrectly directory. Ideas? |
| 23:12:47 | countrymonkey | I don't understand. |
| 23:13:20 | Megarain | Hold on, I'll get the exact wording. |
| 23:13:28 | Llorean | amiconn: According the comment, unknown is also supposed to be used, for example, when time is unknown. |
| 23:13:38 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 23:14:34 | amiconn | Llorean: I was just referring to your remark that the recent changes were only adding strings |
| 23:14:42 | countrymonkey | Is that it's only purpose? |
| 23:15:20 | countrymonkey | when time is unknown? If so, I have a bad translation and need to fix it. |
| 23:15:45 | Llorean | countrymonkey: Did you read the description? |
| 23:15:47 | Llorean | amiconn: Ah, okya |
| 23:16:13 | Llorean | "generic string for unknown states, such as an unset clock" |
| 23:16:17 | countrymonkey | I must have missed something. Hold on, I will go back... |
| 23:16:35 | bluebrother | countrymonkey: if you know what you want, why are you using google translator anyway? This doesn't sound trustworthy to me ... |
| 23:17:10 | Llorean | I'm also now *more* worried if you're not reading the descriptions of the strings, and just trying to translate them without context. |
| 23:18:24 | BigBambi | If you know the language well enough to translate, why do you need google translate at all? |
| 23:18:28 | | Join crope`` [0] (n=crope@dyn3-82-128-186-160.psoas.suomi.net) |
| 23:18:57 | countrymonkey | So, reject the patch and wait for a new translator? |
| 23:19:17 | countrymonkey | I cannot "type" the characters on my western keyboard. |
| 23:19:46 | BigBambi | So you are just using it to get the characters? If so, OK, I misunderstood |
| 23:20:04 | countrymonkey | Yes, I am using it to get the charicters |
| 23:21:54 | pixelma | bluebrother: what I wanted to ask you about rbutil... does it give any guidance for those who use it to install the bootloader on an coldfire Iriver or an Iaudio which need some more steps than just copy a file somewhere (simplified a lot)? |
| 23:22:36 | countrymonkey | Trust me, if I could type the characters, I would do it. Using google translate is difficult. |
| 23:22:57 | countrymonkey | especially when you want "exactly" and not "good enough" like I do. |
| 23:23:44 | countrymonkey | I want "exactly". |
| 23:25:01 | pixelma | really? For all languages you try to translate? |
| 23:25:58 | countrymonkey | no! Just chinese because I know it. The only reason I could do bulgarian yesterday was because it was all string deprication |
| 23:26:59 | | Quit crope` (Read error: 110 (Connection timed out)) |
| 23:27:17 | pixelma | yes, noticed that :) |
| 23:28:07 | Megarain | I'm a little confused, how do I add music once rockbox is set up? |
| 23:28:45 | bluebrother | pixelma: yes, it adds the needed stuff to the progress list. But maybe I should recheck that −− I bet there is room for improvement ;-) |
| 23:29:05 | countrymonkey | That "unknown" thing was just accident and looking at the description plus the comments that were made, it is a good translation. Looking at your comments alone, it looked bad, but reading the description cleared things up. |
| 23:29:19 | | Quit K4rP4D ("Leaving") |
| 23:29:28 | countrymonkey | You put the music on the player like you do a usb flash stick. |
| 23:29:35 | Megarain | Nice. |
| 23:29:51 | pixelma | bluebrother: I should probably use it once to try out on my M5, one of these days... |
| 23:30:15 | bluebrother | Megarain: you _can_ use itunes if you want to. That will scramble your filenames so you need to use the database. |
| 23:30:23 | bluebrother | but most people prefer drag and drop ;-) |
| 23:30:53 | bluebrother | pixelma: reminds me that I don't know of any way distinguishing between X5 and X5V. |
| 23:31:01 | * | bluebrother puts not on todo list |
| 23:31:16 | countrymonkey | Itunes only works on ipods. |
| 23:31:17 | | Join bertrik [0] (n=bertrik@190-023-045-062.dynamic.caiway.nl) |
| 23:31:31 | bluebrother | why are those lists only getting longer? |
| 23:31:53 | pixelma | you said you were "not" adding it ;) |
| 23:32:09 | bluebrother | countrymonkey: he was talking about Itunes earlier ... |
| 23:32:24 | bluebrother | so I think it's safe to assume his player is an Ipod. |
| 23:32:39 | bluebrother | pixelma: right ... should do that instead ;-) |
| 23:33:44 | * | amiconn needs a thread.c wizard |
| 23:33:45 | Bagder | SendBootme()::Error on SendUDP() call |
| 23:33:53 | Bagder | that's an interesting string (from a Zune) |
| 23:33:55 | amiconn | Obviously I'm unable to understand how it works :( |
| 23:34:20 | pixelma | bluebrother: part of the problem is that it seems no X5V user is available. If I remember correctly someone wanted to check whether radio detection (or something like that) works on the X5s and didn't find someone with a V model without radio... |
| 23:34:38 | | Quit Horscht (Nick collision from services.) |
| 23:34:47 | countrymonkey | ok. |
| 23:34:55 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 23:34:58 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
| 23:35:47 | faemir | can anyone here recommend me a good ipod replacement online store? |
| 23:35:54 | *** | Saving seen data "./dancer.seen" |
| 23:35:56 | faemir | as in, battery/harddrive parts. |
| 23:36:18 | countrymonkey | an ipod itself or accessories? Rockbox compatible or don't care? |
| 23:36:37 | faemir | oh sorry, for 5.5gen |
| 23:36:53 | faemir | so presumably new batteries and harddrives then do work with rockbox? or do you have to get the right pones? |
| 23:36:54 | faemir | ones * |
| 23:37:04 | faemir | but yes rockbox compatible :P |
| 23:38:09 | countrymonkey | You have to find the exact part. I would say, ipodjuice for batteries, and ebay for everything. |
| 23:38:59 | faemir | what happens if you don't have the exact part? I mean, i've seen 'bigger' batteries for sale with longer life |
| 23:39:03 | faemir | bigger capacity * |
| 23:39:52 | Megarain | Hey, I have a question,if I formated my iPod's disc, will that brick it? |
| 23:40:00 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 23:40:09 | countrymonkey | That's ok. But I meant exact type and brand. A little bigger is okay, I have heard. I never tried it myself. |
| 23:40:24 | countrymonkey | You need to format with itunes. |
| 23:40:33 | Megarain | Figured as much. |
| 23:40:42 | Llorean | countrymonkey: Brand is irrelevant. |
| 23:41:09 | gevaerts | countrymonkey: why ? mkdosfs works fine |
| 23:41:12 | Llorean | And you don't need to format with iTunes, there are ways listed in the wiki of preparing an iPod drive's partition layout without the use of itunes. |
| 23:41:30 | countrymonkey | It is? Okay. Anyway, the HarddriveReplacement wikipage has all you need. |
| 23:42:19 | countrymonkey | I know. But that is the only appley official way. |
| 23:42:55 | * | gevaerts didn't know that we cared about what apple thinks |
| 23:43:20 | countrymonkey | I don't either, but... |
| 23:43:43 | Llorean | The "official apple" way is more or less irrelevant since this is #Rockbox, and what's relevant is "thinks *we* are okay with" |
| 23:44:10 | Llorean | things |
| 23:45:31 | countrymonkey | We are okay with every hack and crack you can think of (unless it will cause harmful effects later). |
| 23:46:49 | bluebrother | Megarain: Ipods are (almost) unbrickable |
| 23:47:26 | | Quit simonrvn ("bbl") |
| 23:47:42 | Megarain | Well bluebrother, I need a way to completely clear the hard drive on my ipod. I have a feeling the reason it keeps corrupting is that there is junk data on the device. |
| 23:47:50 | | Join webguest45 [0] (n=51d10a99@gateway/web/cgi-irc/labb.contactor.se/x-0cc5113eef9a64c1) |
| 23:48:05 | | Quit webguest45 (Client Quit) |
| 23:48:26 | | Quit DerDome ("Leaving.") |
| 23:48:33 | bluebrother | Megarain: you can safely put it into emergency disc mode and do whatever you like with the data on the disk. Just be aware that to boot up the partition layout and the apple bootloader (i.e. the apple firmware) has to be present. |
| 23:48:44 | countrymonkey | You can format it, both ways will do, although I'll admit I use the automatic itunesian way. |
| 23:49:16 | bluebrother | in fact, I managed to trick the Ipod accept a CF card by "restoring" to that card first (manually) |
| 23:49:24 | Llorean | countrymonkey: No, we aren't okay with "everything ever." We respect copyright, and plenty of "hacks and cracks" as you put it, don't. Please, stop just saying everything that comes to mind. |
| 23:49:33 | Megarain | bluebrother: So, if I put it into disc mode, I can then format the disc....? |
| 23:49:35 | Bagder | the recovery.bin file within the zune fat fs is interesting |
| 23:49:38 | Llorean | We are also especially not okay with unofficial install procedures, bug reports on unofficial builds, etc. |
| 23:49:42 | Megarain | How do you manually restore? |
| 23:50:06 | | Quit chrisjs169 ("Leaving") |
| 23:50:24 | bluebrother | Megarain: yes. We have the information in the wiki −− IpodManualRestore |
| 23:50:34 | | Quit countrymonkey ("CGI:IRC (EOF)") |
| 23:50:42 | bluebrother | but those are based on linux. |
| 23:50:43 | Megarain | I'll go take a look |
| 23:51:55 | | Quit faemir (Remote closed the connection) |
| 23:52:16 | | Quit amiconn (Nick collision from services.) |
| 23:52:22 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 23:52:59 | | Join faemir [0] (n=daniel@88-106-220-26.dynamic.dsl.as9105.com) |
| 23:54:30 | Megarain | bluebrother: Any non-*nix instructions? |
| 23:55:31 | bluebrother | none that I know of. There's a dd port to windows though |
| 23:55:32 | | Quit XavierGr (Read error: 104 (Connection reset by peer)) |
| 23:55:46 | bluebrother | but I guess it's much easier if you just use a linux live CD for restoring. |
icon identifies that the person is a core developer (has commit access).