00:05:49 | | Quit efyx (Remote host closed the connection) |
00:10:59 | | Quit DerPapst (Quit: Leaving.) |
00:12:49 | | Part max242 |
00:14:43 | saratoga | i like the pictureflow hotkey patch, its very handy |
00:14:58 | saratoga | who should I bug about getting it reviewed? |
00:15:36 | | Quit stripwax (Quit: http://miranda-im.org) |
00:17:31 | | Join Kitr88 [0] (~Kitar_st@BSN-210-229-128.dial-up.dsl.siol.net) |
00:20:38 | | Quit Kitar|st (Ping timeout: 268 seconds) |
00:21:43 | | Quit Kitr88 (Ping timeout: 246 seconds) |
00:22:43 | | Quit domonoky (Read error: Connection reset by peer) |
00:23:00 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
00:27:59 | | Join Kitar|st [0] (Kitar_st@BSN-182-116-29.dial-up.dsl.siol.net) |
00:37:56 | | Quit bieber (Quit: Ex-Chat) |
00:41:41 | | Quit ender` (Quit: If everything seems to be coming your way, you're probably in the wrong lane. -- Borstelmann's Rule) |
00:50:55 | | Join Ebert [0] (~EbErT@99-98-153-115.lightspeed.tukrga.sbcglobal.net) |
00:54:49 | | Quit pamaury (Ping timeout: 252 seconds) |
01:00 |
01:01:06 | Ebert | my gigabeat F's hard drive keeps churning away for at least 5 minutes on every startup |
01:01:34 | Ebert | ive tried some new builds, but even on the latest stable i just put on, it does the same |
01:01:46 | | Quit hebz0rl (Quit: Ex-Chat) |
01:02:36 | Ebert | I guess it could be anything, but if someone has a suggestion for a settings adjustment please let me know |
01:03:20 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
01:07:25 | | Join solexx [0] (~jrschulz@e176100177.adsl.alicedsl.de) |
01:09:56 | | Quit solexx_ (Ping timeout: 248 seconds) |
01:12:08 | pixelma | Ebert: do you have dircache and/or automatic update of the database enabled? |
01:12:56 | Ebert | i may, let me check |
01:14:34 | Ebert | auto update of the database was on, i turned it off |
01:14:55 | Ebert | i cant find dircache, do you mean if it updates to Ram or not? |
01:15:52 | | Quit Schmogel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
01:16:53 | pixelma | no, it's not a database setting, it's a general file cache. Should be in systems and disk settings |
01:17:42 | Ebert | got it. directory cache was on. should i turn it off? |
01:19:29 | pixelma | there were reports of the two settings causing disk thrashing at boot but I thought it was fixed. You could try. Do you have a lot of files (maybe small ones) or did you check your disk for fragmentation? |
01:21:13 | pixelma | turning dircache off means that you will have to wait for a disk spinup when browsing if it isn't already spinning, makes it feel a bit unresponsive |
01:21:37 | Ebert | 5000 files in dircache |
01:22:53 | Ebert | i reinitialized the database just in case. have to wait for that now. I dont see how my disk could be fragmented |
01:23:06 | Ebert | there are 3gbs left empty on it |
01:24:35 | pixelma | and without dircache database autoupdate is slow IIRC (I don't use the database so wouldn't know and I also don't use dircache since my player is flash based so quick enough for me) |
01:26:25 | pixelma | just from what I read here and there :) |
01:27:17 | Ebert | thanks for your info :) if turning the database off is what it takes, im ok with that |
01:29:18 | Ebert | autoupdate may happen more often and be causing it to thrash in the newer versions |
01:31:46 | pixelma | I thought it should only happen if the content on your player had changed |
01:33:10 | Ebert | yea that would seem logical, but it seemed to be updating constantly |
01:33:37 | Ebert | I fixed it now after redoing the database and turning auto-update off |
01:33:46 | Ebert | whew, now I have battery life |
01:36:10 | pixelma | maybe you could try asking about other people's experience, ones who really use it and at a different time of day |
01:37:49 | Ebert | ok. sometimes its hard to get input here if you dont know the concise lingo. But you've given me hope heh |
01:42:43 | | Quit DataGhost (Ping timeout: 240 seconds) |
01:46:38 | | Quit krabador (Quit: Sto andando via) |
01:50:18 | | Quit guysoft22 (Read error: Connection reset by peer) |
01:50:32 | | Join guysoft22 [0] (guy@bzq-79-180-53-22.red.bezeqint.net) |
01:51:30 | *** | Saving seen data "./dancer.seen" |
02:00 |
02:04:38 | | Quit Rob2222 (Read error: Connection reset by peer) |
02:04:49 | | Join Rob2222 [0] (~Miranda@p4FDCBF20.dip.t-dialin.net) |
02:16:52 | | Join Rob2223 [0] (~Miranda@p4FDCA293.dip.t-dialin.net) |
02:20:50 | | Quit Rob2222 (Ping timeout: 276 seconds) |
02:26:37 | | Quit moos (Ping timeout: 252 seconds) |
02:37:54 | | Quit einhirn (Ping timeout: 245 seconds) |
02:48:02 | | Join stormdragon2976 [0] (~stormdrag@137.118.186.73) |
02:51:58 | stormdragon2976 | Would it be difficult to write a bash script to generate all the phrases, menus, letters, etc for the rockbox menus. Are they the same format as .talk files?' |
02:56:14 | saratoga | probably not that difficult, the VBS script to do it was short enough |
02:57:19 | stormdragon2976 | Do I just need to create a series of .talk files and put them in the right directory? |
02:57:55 | saratoga | i think the wiki said you need to put each voice file in the directory it should be read in, but its probably worth checking that yourself |
02:59:11 | saratoga | its probably easiest to just install a screen reader that works with QT and then use our tools to do it though |
03:00 |
03:01:10 | stormdragon2976 | no Linux screen reader works with QT yet. It may be a while lol. So I am trying to just build Rockbox tools in to Nautilus. It's going very well so far. |
03:01:16 | | Quit M3DLG (Ping timeout: 252 seconds) |
03:01:55 | stormdragon2976 | Windows isn't really an option. |
03:13:49 | | Quit MethoS- (Remote host closed the connection) |
03:16:42 | | Join ischeria1 [0] (~ischeriad@p5B0A0AC7.dip0.t-ipconnect.de) |
03:17:38 | | Part stormdragon2976 ("Leaving.") |
03:19:39 | | Quit ischeriad (Ping timeout: 260 seconds) |
03:33:21 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
03:36:55 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.3.172) |
03:37:06 | | Quit S_a_i_n_t (Ping timeout: 264 seconds) |
03:37:16 | | Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.3.172) |
03:51:33 | *** | Saving seen data "./dancer.seen" |
04:00 |
04:04:29 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
04:09:42 | | Part Ebert |
04:10:01 | | Quit TheSeven (Ping timeout: 240 seconds) |
04:13:51 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
04:14:06 | | Nick JdGordon1 is now known as JdGordon (~jonno@123-243-140-31.static.tpgi.com.au) |
04:17:28 | kisak | in the game bubbles, if you hit select before the round has begun, then the first marble is launched immediately once the round starts |
04:18:06 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:18:06 | kisak | it would be nice if select dismissed the message instead |
04:18:06 | | Quit pixelma (Disconnected by services) |
04:18:10 | | Quit amiconn (Disconnected by services) |
04:18:12 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:18:25 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:18:32 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:19:26 | | Quit arbingordon (Read error: Connection reset by peer) |
04:28:36 | | Quit adnyxo (Ping timeout: 246 seconds) |
04:29:23 | CIA-5 | New commit by jdgordon (r26095): the fm presets list should wrap.. so make that work |
04:42:54 | | Join FlynDice [0] (~FlynDice@74.10.105.233) |
04:49:46 | | Join dys`` [0] (~andreas@krlh-5f720c0f.pool.mediaWays.net) |
04:50:27 | | Join Barahir [0] (~jonathan@frnk-590ff0bd.pool.mediaWays.net) |
04:51:43 | | Quit Barahir_ (Read error: Operation timed out) |
04:52:14 | | Quit dys` (Ping timeout: 276 seconds) |
04:52:29 | | Join ArcticFang [0] (~438d8828@giant.haxx.se) |
04:53:08 | | Quit ArcticFang (Client Quit) |
05:00 |
05:27:20 | | Join DerPapst [0] (~Alexander@p4FE8EEA6.dip.t-dialin.net) |
05:34:01 | | Quit DerPapst (Quit: Leaving.) |
05:36:30 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
05:38:58 | | Quit Horscht (Quit: Verlassend) |
05:40:17 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
05:51:34 | *** | Saving seen data "./dancer.seen" |
05:55:58 | | Quit Strife89 (Quit: Bedtime! ZZZZZZzzzzzzzzzzz.........) |
05:59:46 | | Join newbie4rockbox [0] (~4409b7ab@giant.haxx.se) |
06:00 |
06:01:03 | | Part Boldfilter |
06:02:24 | | Quit newbie4rockbox (Client Quit) |
06:02:31 | | Join webguest79 [0] (~4409b7ab@giant.haxx.se) |
06:05:09 | | Quit webguest79 (Client Quit) |
06:06:11 | | Join pleezwork [0] (~4409b7ab@giant.haxx.se) |
06:06:18 | pleezwork | hello |
06:07:06 | pleezwork | hello world |
06:08:09 | CIA-5 | New commit by jdgordon (r26096): count is being used as the value of the last item to show, so rename it to not be confusing |
06:11:30 | pleezwork | CIA-5 are you a person? |
06:13:14 | pleezwork | HELP |
06:14:54 | | Quit FlynDice (Remote host closed the connection) |
06:17:47 | | Join FlynDice [0] (~FlynDice@74.10.105.233) |
06:17:48 | | Quit pleezwork (Quit: CGI:IRC (EOF)) |
06:24:23 | | Quit FlynDice (Quit: Gotta go fly!) |
06:24:45 | | Join FlynDice [0] (~FlynDice@74.10.105.233) |
06:29:26 | | Quit anewuser (Quit: for SELL 2 by the price of 1 now!) |
06:47:16 | | Quit JdGordon (Changing host) |
06:47:16 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
06:50:24 | | Quit umrain (Ping timeout: 240 seconds) |
07:00 |
07:29:57 | | Quit ssorgatem (Read error: Network is unreachable) |
07:34:21 | | Join ssorgatem [0] (~ssorgatem@229.Red-88-15-212.dynamicIP.rima-tde.net) |
07:42:47 | | Quit shai (Quit: Leaving) |
07:47:18 | | Quit guysoft22 (Read error: Connection reset by peer) |
07:47:29 | | Join kifo [0] (~61769169@giant.haxx.se) |
07:47:34 | kifo | hello |
07:47:42 | | Quit kifo (Client Quit) |
07:48:12 | | Join kifotv [0] (~61769169@giant.haxx.se) |
07:48:15 | | Join GuySoft [0] (guy@bzq-79-180-53-22.red.bezeqint.net) |
07:48:33 | kifotv | test test |
07:49:45 | | Quit kifotv (Client Quit) |
07:51:25 | | Quit GuySoft (Read error: Connection reset by peer) |
07:51:38 | *** | Saving seen data "./dancer.seen" |
07:51:40 | | Join GuySoft [0] (guy@bzq-79-180-53-22.red.bezeqint.net) |
07:52:44 | | Quit mt (Ping timeout: 240 seconds) |
07:53:20 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
07:53:20 | | Join kifo [0] (~Olivia@97-118-145-105.hlrn.qwest.net) |
07:54:46 | kifo | Hi, I am trying to fix a Sansa Fuze V2 with the current rev to have the wheel light turned completely off. Even with the button press wheel light time out set to off, it still seems to be controlled by disk activity or something, and I'm not sure how to fix that. |
07:55:12 | | Join stoffel [0] (~quassel@p57B4BD7B.dip.t-dialin.net) |
07:55:31 | kifo | Is there anything else that the wheel light is controlled by? It's the flickering wheel light that's really annoying, but I can't seem to find any way to disable it. |
07:56:00 | | Join mt [0] (~mtee@rockbox/developer/mt) |
07:58:28 | tmzt | that's a debugging feature I think |
07:58:48 | tmzt | but it might be hardcoded |
07:58:53 | tmzt | and not in the debug menu |
08:00 |
08:00:17 | kifo | hmm |
08:00:43 | kifo | I just cleared the option in the config file, then reset it with the current rev, and so far it looks fixed. I'll have to check the debug menu. |
08:00:55 | | Quit GuySoft (Read error: Connection reset by peer) |
08:01:05 | | Join GuySoft [0] (guy@bzq-79-180-53-22.red.bezeqint.net) |
08:01:22 | | Quit GuySoft (Read error: Connection reset by peer) |
08:01:36 | | Join GuySoft [0] (guy@bzq-79-180-53-22.red.bezeqint.net) |
08:03:21 | kifo | It's not in the debug menu, but it looks like it's fixed by just clearing the option and resetting it. |
08:03:31 | kifo | Thanks! |
08:03:32 | | Quit kifo (Quit: leaving) |
08:05:25 | | Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
08:09:02 | | Quit mikroflops (Ping timeout: 240 seconds) |
08:24:16 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
08:30:31 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:36:25 | | Quit TheSeven (Ping timeout: 248 seconds) |
08:38:54 | | Join flydutch [0] (~flydutch@host138-162-dynamic.14-87-r.retail.telecomitalia.it) |
08:45:44 | | Join Forsaken_Boy [0] (~chatzilla@24.138.199.192) |
08:54:23 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
08:54:43 | S_a_i_n_t | Zagor: http://pastebin.com/Zau8drt7 |
08:57:55 | | Quit stoffel (Remote host closed the connection) |
08:59:01 | kugel | gevaerts: I have a working solution for the mingw sims |
08:59:30 | Zagor | S_a_i_n_t: is all of that rebuilt every time?? |
09:00 |
09:00:09 | kugel | the problem lies in PollEvent. it implicitely calls SDL_PumpEvent, which you are only allowed to call from the thread that calls SDL_Init(SDL_INIT_VIDEO) |
09:00:31 | S_a_i_n_t | Zagor: Yep |
09:00:38 | pixelma | really? |
09:00:45 | S_a_i_n_t | yep |
09:00:52 | Zagor | S_a_i_n_t: can you just type "make" and pastebin the output? |
09:01:07 | S_a_i_n_t | sure. |
09:01:12 | Zagor | your pastebin actually has changed files in it |
09:01:14 | pixelma | I haven't built without changes in a while |
09:01:15 | | Join petur [0] (~petur@rockbox/developer/petur) |
09:02:08 | * | kugel wonders what problem is being talked about |
09:02:23 | S_a_i_n_t | My horrible CygWin |
09:03:06 | pixelma | I remember it saying "nothing to be done" though |
09:03:33 | S_a_i_n_t | I've seen "Nothing to be done for 'All' " once, ever |
09:03:36 | pixelma | can't tell if anything has changed recently and can't test now from work |
09:04:54 | S_a_i_n_t | I just ran configure/make now, and it's pumping out a huge list again...I suspect this may take some time, but the important thing is that in between this make, and the last one I posted I haven't updated *any* source files. |
09:05:04 | S_a_i_n_t | so, in theory, nothing should need to be done. |
09:05:36 | | Join DerPapst [0] (~Alexander@p4FE8F3E7.dip.t-dialin.net) |
09:06:45 | S_a_i_n_t | I updated to current rev just before I ran that last make/make fullzip I pastebinned (you can see the files that were updated up the top), it looks to me like it compiled a hell of a lot more than just the files that were touched by the update. |
09:07:23 | Zagor | S_a_i_n_t: why are you running configure? just run make |
09:07:45 | S_a_i_n_t | Aha...is *that* my problem? |
09:07:50 | Zagor | most likely |
09:08:09 | Zagor | you should only run congfigure when you change the target |
09:08:17 | S_a_i_n_t | Hmmm...ok, I'll give that a whirl when this finishes. |
09:08:20 | Zagor | (or when make tells you to) |
09:11:49 | pixelma | S_a_i_n_t: you also need "make fullzip" only when your fonts changed", otherwise "make zip" or "make 7zip" will do |
09:12:06 | pixelma | that was one too many " |
09:12:25 | | Quit bieber (Ping timeout: 260 seconds) |
09:12:39 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
09:12:48 | | Quit Forsaken_Boy (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
09:15:32 | kugel | S_a_i_n_t: in most situations you want a complete recompile if the Makefile changes, so just stop running configure :) |
09:18:49 | | Quit phanboy4 (Ping timeout: 245 seconds) |
09:19:01 | pixelma | a complete recompile needs a configure again if there were makefile changes, or am I missing something? |
09:20:26 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
09:21:58 | Zagor | configure _creates_ the Makefile, so quite obviously it becomes modified |
09:23:23 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
09:25:42 | pixelma | I meant changes that needs a new makefile |
09:28:52 | Zagor | there is a check if tools/configure has been changed since your Makefile was generated. if so, you get a message "tools/configure is newer than Makefile. You should run 'make reconf'" |
09:29:33 | | Quit kugel (Ping timeout: 246 seconds) |
09:31:28 | * | S_a_i_n_t facepalms...yep, that was it. |
09:31:40 | Zagor | excellent |
09:31:43 | S_a_i_n_t | mental note: Don't run configure every time... |
09:32:01 | pixelma | Zagor: I know, I was just wondering about kugel's statement |
09:34:20 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
09:34:41 | | Quit [CGL] (Quit: http://wiki.n00b2hack.com.ve ---- \m/ d(>.<)b \m/) |
09:43:05 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
09:43:34 | | Quit GuySoft (Read error: Connection reset by peer) |
09:43:38 | | Join GuySoft [0] (guy@bzq-79-180-53-22.red.bezeqint.net) |
09:48:11 | | Quit DerPapst (Quit: Leaving.) |
09:48:26 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
09:51:39 | *** | Saving seen data "./dancer.seen" |
09:58:09 | CIA-5 | New commit by jethead71 (r26097): I think I intended a different expression. |
10:00 |
10:07:22 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-223-131.pools.arcor-ip.net) |
10:11:14 | | Join mitk [0] (~mitk@195.117.162.130) |
10:12:09 | CIA-5 | New commit by nls (r26098): Update the notes for which compression levels of ape are realtime and fix the location of rockbox version in the bug reporting instructions |
10:13:13 | | Quit flydutch (Quit: /* empty */) |
10:13:19 | n1s | pixelma, bluebrother; any idea why the appendix begins with a blank page? |
10:13:41 | n1s | also, does the NODO list really belong in the manual? |
10:13:54 | | Join DerPapst [0] (~Alexander@dslb-088-069-139-098.pools.arcor-ip.net) |
10:17:26 | | Join flydutch [0] (~flydutch@host138-162-dynamic.14-87-r.retail.telecomitalia.it) |
10:21:54 | JdGordon | n1s: it really really doesnt! |
10:22:46 | gevaerts | gsoc students: you're on schedule with the google paperwork? |
10:23:16 | | Quit JdGordon (Quit: Leaving.) |
10:24:23 | pixelma | n1s: why not? (re. the NoDo list, I think it would be good if users know it too if they ask for features) - and is the blank page in every manual? |
10:26:26 | n1s | pixelma: i dont' know, it feels out of place to be but i don't feel strongly about it, the blank page is in every pdf i checked |
10:29:10 | n1s | also the note about usb host being impossible isn't entirely accurate |
10:29:35 | S_a_i_n_t | What about just making the NODO list a sticky topic in Feature Ideas on the Forum? |
10:29:56 | S_a_i_n_t | I seem to feel that the manual isn;t really the right place for it myself... |
10:30:25 | | Join Jaykay [0] (~chatzilla@p5DC57AE0.dip.t-dialin.net) |
10:31:05 | * | gevaerts points out that it's a wiki page in the first place, so he doens't see why it should be copied to the forums |
10:31:44 | S_a_i_n_t | Shouldn;t that be the same for the Manuals then also? |
10:32:03 | gevaerts | I think so, yes |
10:32:40 | | Join Parsi [0] (~Maysam@89.165.89.45) |
10:32:50 | S_a_i_n_t | I definitely think it should be available for users to see (and it is), I just don't feel that the Manual is the right place for it. |
10:35:31 | pixelma | n1s: just checked two manuals (Mini 1G and H120) and the latter had the blank page, not the former. It's a bit weird indeed though |
10:35:31 | n1s | yeah, i think a link to the wiki is nicer, we do this in some other places in the manual too |
10:36:09 | n1s | pixelma: indeed |
10:36:55 | n1s | pixelma: are you opposed to replacing the NODO list in the manual with a link to the wiki? |
10:38:32 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
10:39:35 | S_a_i_n_t | I was reading the in the forums about a feature idea re: pausing playback if ambient noise is too high (mic enabled targets) such as a passing vehicle etc. Hasn't this idea already been discussed and thrown out? IIUC most users put their DAPs in their pockets, and friction between the DAP and the fabric would almost certainly make enough noise to keep the player paused all the time. |
10:40:31 | n1s | S_a_i_n_t: it comes up every now and then and the idea has a number of *big* flaws that the suggesters tend to ignore even when they are pointed out to them |
10:41:05 | S_a_i_n_t | n1s: I thought I had seen it before...at least I'm not insane. ;) |
10:41:25 | n1s | well, usually they suggest active noise cancellation but |
10:42:03 | S_a_i_n_t | It's a nice idea, but I very sincerely doubt it would work as intended. Something like coughing for instance would probably pause the player also. |
10:42:03 | n1s | several players can not record and play back at the same time though so neither this nor noise cancellation will work on them |
10:42:35 | S_a_i_n_t | yes, the idea is nice though...dreams are free :D |
10:42:48 | | Join funman [0] (~fun@rockbox/developer/funman) |
10:42:51 | n1s | and for noise cancellation you need the mic very close to the headphone and very low latency in the sound processing |
10:43:51 | | Join max242 [0] (~c3cf0579@giant.haxx.se) |
10:44:16 | funman | jhMikeS: http://pastebin.org/243514 <- can you test this on a discharged e200v1 and see if it charges ? (just monitor battery debug menu 3rd screen) |
10:45:31 | funman | it seems endofch irq monitoring doesn't need to be disabled/reenabled, but can just be left enabled. |
10:46:14 | | Quit GuySoft (Read error: Connection reset by peer) |
10:46:14 | | Join guysoft22 [0] (guy@bzq-79-180-53-22.red.bezeqint.net) |
10:46:20 | funman | the interrupt needs to be cleared when enabling the charger though, I noticed it will also happen on charger unplug, regardless if the battery is charged or not |
10:47:02 | | Quit guysoft22 (Read error: Connection reset by peer) |
10:47:10 | | Join guysoft22 [0] (guy@bzq-79-180-53-22.red.bezeqint.net) |
10:47:14 | | Part Parsi |
10:47:28 | | Join JdGordon [0] (~jd@rockbox/developer/JdGordon) |
10:48:07 | funman | moving the read of charger status (plugged/unplugged) is useful for the as3525 part of my diff (not pasted) |
10:50:50 | funman | jhMikeS: please check if it still charges after unplugging the charger and replugging also |
10:52:11 | funman | hmmm the as3525 datasheet says 'The interrupt must not be enabled if the charger block is' |
10:52:14 | funman | disable |
10:53:00 | funman | After turning off the charger, IRQ will be released |
10:53:08 | funman | ^−− this is as3514 datasheet |
10:53:22 | funman | I understand 'released == acknowledged' here |
10:57:31 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
10:59:00 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
10:59:28 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
11:00 |
11:01:33 | | Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
11:01:54 | funman | the as352x source code for as3515/as3517 leaves the interrupt enabled regardless if the charger is disabled or not, but does 'clear the interrupt flag caused by the enable of the charger' |
11:02:05 | funman | so it looks right to me |
11:02:31 | funman | just needs confirmation that it works on as3514/PP |
11:05:34 | | Quit mikroflops_ (Ping timeout: 265 seconds) |
11:08:00 | S_a_i_n_t | 605KB for rockbox.ipod..... :/ |
11:17:33 | | Quit max242 (Quit: CGI:IRC (Ping timeout)) |
11:25:49 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
11:29:08 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
11:34:04 | pamaury | funman: does the code for the as3525 still generates thousands of audio interrupts or not ? (read: should I try to detect usb connection with it or not ?) :) |
11:34:20 | funman | as3525v2, last time i tried yes it did |
11:35:12 | funman | i think for now you should put a timer like if(current_tick > HZ*10) return USB_INSERTED; else return USB_EXTRACTED; |
11:37:29 | pamaury | what a lovely hack :) |
11:37:44 | funman | I don't get what's the build condition for rockboy |
11:38:05 | funman | if it builds & runs on the 112x64 monochrome archos recorder, it will build & run everywhere? |
11:40:06 | | Join matsl [0] (~matsl@94.136.75.10) |
11:45:30 | funman | http://img541.imageshack.us/img541/8495/smallimgp0486.jpg http://img517.imageshack.us/img517/9767/smallimgp0485.jpg http://img85.imageshack.us/img85/3130/smallimgp0484.jpg <- screenshots of pokemon, http://img192.imageshack.us/img192/4362/smallimgp0488.jpg <- screenshot of tetris |
11:46:43 | pamaury | the clip+ is not great for gaves because of the color chang |
11:46:43 | pamaury | e |
11:46:51 | n1s | funman: awesome! |
11:47:51 | | Join dfkt_ [0] (dfkt@unaffiliated/dfkt) |
11:48:18 | | Quit dfkt (Disconnected by services) |
11:48:21 | | Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) |
11:48:27 | funman | it's realtime, sound is perfect |
11:51:18 | funman | http://img534.imageshack.us/img534/1127/dump100517114735.png <- pokemon screendump, hardly readable but if you know the game it's ok |
11:51:39 | Torne | haha |
11:51:43 | *** | Saving seen data "./dancer.seen" |
11:52:02 | pamaury | haha, that's completely unreadable |
11:55:42 | funman | hm why can't i see rockboy in the online archos recorder manual ? it should be there |
11:57:15 | funman | i guess rockboy would run on clipv1 too but with a bigger plugin buffer |
11:58:01 | n1s | hmm, test_codec seems to be buggy if i try to make several dir logs in one run, for example a "speed test folder" and "checksum folder" either only writes one log or oone log and one empty file... |
12:00 |
12:01:24 | | Quit guysoft22 (Read error: Connection reset by peer) |
12:01:39 | | Join guysoft22 [0] (guy@bzq-79-180-53-22.red.bezeqint.net) |
12:01:51 | CIA-5 | New commit by funman (r26099): rockboy: add a Clip keymap ... |
12:01:56 | | Quit TheSeven (Ping timeout: 260 seconds) |
12:03:17 | S_a_i_n_t | JdGordon: Anyone: If you're considering commiting FS #11270 I have a suggestion for it, it'd be *really* nice if it automagically went to the currently playing album in the pictureflow if the hotkey is pressed in the WPS when playback has been started by the database/filebrowser. |
12:03:37 | S_a_i_n_t | At the moment, it only remembers the current album if playback is started by the plugin. |
12:03:46 | S_a_i_n_t | Other than that, it's really quite cool. |
12:04:24 | | Quit guysoft22 (Read error: Connection reset by peer) |
12:04:39 | | Join guysoft22 [0] (guy@bzq-79-180-53-22.red.bezeqint.net) |
12:05:41 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
12:06:06 | funman | n1s: how slow is rockboy on archos recorder? |
12:06:18 | pixelma | funman: I guess it could be an overlay plugin then as it is on the Recorders (use the audio buffer) |
12:06:26 | pixelma | funman: very |
12:07:13 | funman | if speed isnt' a problem i'll just enable rockboy everywhere (except for archosplayer i guess) |
12:07:52 | pixelma | but n1s's post doesn't take the fact into account that the Recorders seem to have quite some more amount of usable RAM available (as the firmware doesn't take us much as we found out when speaking of voice) |
12:08:12 | pixelma | on the Ondios you also have a buttonmap problem (not enough buttons) |
12:08:37 | pixelma | and the greylib looks way nicer :) |
12:08:50 | funman | rockboy works with greylib? |
12:09:35 | pixelma | hmm.. not sure, I thought so but may be wrong |
12:12:01 | funman | models for which rockboy is disabled are: ipod1g2g, 3g, 4g, mini, iaudiom3, zenvision, mpio, mrobe100, yh920, clips and m200v4 |
12:12:30 | funman | not counting archos player and ondiosp because we need LCD_BITMAP & enough buttons |
12:13:49 | | Join watto [0] (~watto@193.203.81.165) |
12:14:01 | pixelma | the old Ipods have the same problem re. buttons (on newer the touch sensitive wheel is used in "zones" to get more "buttons") |
12:14:25 | funman | all the ones I named don't have enough buttons to run rockboy ? |
12:14:34 | funman | all the ipods* |
12:14:43 | pixelma | and now I seem to remember that the greyscale and mono displays need specific LCD adaptations |
12:16:46 | | Quit pamaury (Ping timeout: 264 seconds) |
12:17:40 | | Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) |
12:18:04 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
12:19:52 | funman | not enough memory on clipv1 |
12:20:54 | funman | the condition i guess is: LCD_BITMAP && (MEM > 2 || HWCODEC) && (not in list of models which lack buttons) |
12:21:22 | funman | hm |
12:22:05 | funman | I guess the 'MEM <= 8' is not 'MEM < 8' to support the 8MB archos mods ? |
12:26:21 | linuxstb | funman: The 4g ipod's wheel is the same as later ipods. The problem there is (I think) that no-one has adapted the Rockboy lcd code for that ipod's greyscale framebuffer format. |
12:26:46 | linuxstb | The 2nd gen mini may be the same reason. |
12:26:56 | | Join GeekShado_ [0] (~Antoine@ANantes-257-1-118-11.w90-25.abo.wanadoo.fr) |
12:27:06 | funman | ok |
12:28:29 | funman | 1st gen mini use the same pixel format than the 2nd gen |
12:29:51 | n1s | pixelma: no i forgot about that, but the clips have ~300k of iram too |
12:30:16 | | Quit GeekShadow (Ping timeout: 260 seconds) |
12:30:34 | funman | the codecs go there |
12:31:06 | n1s | funman: can't plugins use that at all? |
12:31:11 | funman | no |
12:31:26 | n1s | ah, is it any faster than dram? |
12:31:34 | funman | we could perhaps use some dirty tricks when playback is disabled |
12:31:43 | funman | i'm not sure |
12:32:18 | n1s | on the other iram targets, the plugins and codecs share the same iram section so codecs cannot run when a plugin uses iram |
12:32:23 | | Quit GeekShado_ (Ping timeout: 240 seconds) |
12:32:51 | | Join M3DLG [0] (~M3DLG@212.183.140.1) |
12:32:55 | funman | on clips & as3525v2 we trick rockbox to think there's no iram available for codecs & plugins |
12:33:07 | n1s | aha |
12:33:08 | funman | instead we declare the whole codec buffer at the location of iram |
12:33:27 | | Join bongo [0] (~55ab669e@giant.haxx.se) |
12:33:35 | funman | so no copying of iram sections is involved: those (iram sections) do not exist for codecs since everything is in iram |
12:34:10 | n1s | maybe you could only trick the codecs and have the plugins work as on other targets |
12:34:39 | funman | we don't need to use iram with plugins |
12:34:52 | n1s | btw, midiplaer will not work for any reasonable music with this little ram either |
12:35:02 | funman | for the few plugins which might benefit from speed, the fast CPU is enough |
12:35:19 | n1s | funman: oh, ok, i though pixelma said you had too little ram but i might have misread |
12:36:15 | funman | yes you misread, because *i* said that :p |
12:36:38 | n1s | heh |
12:36:53 | funman | i think both the plugin buffer & the audiobuffer are too small to hold rockboy on clipv1, but the combination of the 2 might be enough |
12:36:54 | n1s | so you do have too little ram? |
12:37:12 | n1s | ah, yes |
12:38:18 | funman | oh but it links on c200v2 ? o: |
12:38:36 | funman | then i think just enlarging the plugin buffer a bit might do the trick |
12:38:55 | funman | now i just need to know if rockboy will run on m3, piod, yh920, and mrobe100 |
12:39:39 | jhMikeS | funman: everything was find on e200v1. If you're reading the int status in an actually ISR, then you're probably stealing the EOCH indicator from powermgmt |
12:39:46 | jhMikeS | s/find/fine |
12:40:04 | funman | jhMikeS: 'everything was fine' -> you tested the patch? |
12:40:06 | jhMikeS | s/actually/actual >:[ |
12:40:23 | bongo | funman: M3 have no main LCD just the remote IIRC |
12:40:36 | jhMikeS | funman: oh, no...I looked back and only saw that in the history buffer here |
12:40:41 | n1s | bongo: yup |
12:41:09 | bongo | then no rockboy :) |
12:41:26 | jhMikeS | funman: no, it's there...just way, way back :) |
12:41:47 | funman | jhMikeS: btw reading CHG_STATUS will steal the indicator, i know of this problem but i'll correct it after (one step at a time) |
12:41:59 | funman | but other plugins work on the remote? |
12:42:04 | funman | (re: m3) |
12:42:24 | | Quit guysoft22 (Read error: Connection reset by peer) |
12:42:37 | linuxstb | bongo: IIUC, as far as Rockbox is concerned, the M3's remote LCD _is_ the main LCD. |
12:42:40 | | Join guysoft22 [0] (guy@bzq-79-180-53-22.red.bezeqint.net) |
12:42:52 | * | jhMikeS thinks perhaps, just take all the steps since the behavior is well known (to me anyway) |
12:42:52 | n1s | bongo: why not? |
12:43:25 | bongo | linuxstb: the remote LCD is quite small no? |
12:43:26 | funman | jhMikeS: so my 1st patch looks ok to you ? |
12:43:42 | funman | bongo: bigger than clip screen at least ;) |
12:43:43 | linuxstb | bongo: Bigger than some target's main LCD I think. |
12:44:00 | bongo | ... with working rockboy? |
12:44:09 | | Quit JdGordon (Quit: Bye) |
12:44:24 | jhMikeS | funman: you disabled the interrupt enable? I don't think it'll work actually. |
12:44:30 | funman | bongo: for some value of working |
12:44:35 | funman | jhMikeS: no i enable it once for all at init |
12:44:42 | n1s | bongo: yeah, it's bigger then the clip's main lcd |
12:44:51 | funman | the as352x linux code does just that |
12:45:24 | bongo | crazy guys :) |
12:45:28 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
12:45:39 | funman | and i still get the interrupt (the false one anyway, my 2 fuzes are charging and i'll soon see if it happens at real end of charging) |
12:45:47 | | Quit M3DLG (Ping timeout: 260 seconds) |
12:46:50 | jhMikeS | funman: ok, missed that |
12:47:22 | funman | i just want to get the PP stuff confirmed because then I'm free to experiment on as3525 code |
12:49:54 | jhMikeS | patch hates the git patch format |
12:50:21 | n1s | B4gder: have you noticed that the frontpage says "Page was last modified __FILE_DATE__ The Rockbox Crew" on the bottom? |
12:50:46 | B4gder | aha, nice ;-) |
12:50:47 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
12:51:48 | funman | jhMikeS: patch -p1 ? |
12:52:00 | funman | jhMikeS: sometime pastebins eat the last newline |
12:53:40 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
12:58:28 | | Quit funman (*.net *.split) |
12:58:28 | | Quit n1s (*.net *.split) |
12:58:29 | | Quit Zarggg (*.net *.split) |
12:58:29 | | Quit markun (*.net *.split) |
12:58:29 | | Quit AlexP (*.net *.split) |
12:58:30 | | Quit Guest951 (*.net *.split) |
12:58:30 | | Quit rasher (*.net *.split) |
12:58:30 | | Quit pamaury (*.net *.split) |
12:58:30 | | Quit lpereira (*.net *.split) |
12:58:30 | | Quit mc2739 (*.net *.split) |
12:58:30 | | Quit jae (*.net *.split) |
12:58:30 | | Quit dfkt (*.net *.split) |
12:58:30 | | Quit evilnick (*.net *.split) |
12:58:30 | | Quit avacore (*.net *.split) |
12:58:30 | | Quit aevin (*.net *.split) |
12:58:30 | | Quit gevaerts (*.net *.split) |
12:58:30 | | Quit JdGordon (*.net *.split) |
12:58:30 | | Quit petur (*.net *.split) |
12:58:30 | | Quit ssorgatem (*.net *.split) |
12:58:30 | | Quit jordan` (*.net *.split) |
12:58:30 | | Quit n17ikh (*.net *.split) |
12:58:30 | | Quit linuxguy3 (*.net *.split) |
12:58:31 | | Quit Farthen (*.net *.split) |
12:58:31 | | Quit stavrob (*.net *.split) |
12:58:31 | | Quit dionoea (*.net *.split) |
12:58:31 | | Quit Torne (*.net *.split) |
12:58:31 | | Quit DerPapst (*.net *.split) |
12:58:31 | | Quit mitk (*.net *.split) |
12:58:31 | | Quit FlynDice (*.net *.split) |
12:58:31 | | Quit Rob2223 (*.net *.split) |
12:58:31 | | Quit shaggy-h (*.net *.split) |
12:58:31 | | Quit detaos (*.net *.split) |
12:58:31 | | Quit togetic (*.net *.split) |
12:58:31 | | Quit Bagder (*.net *.split) |
12:58:31 | | Quit lostlogic (*.net *.split) |
12:58:31 | | Quit jhMikeS (*.net *.split) |
12:58:31 | | Quit ischeria1 (*.net *.split) |
12:58:31 | | Quit sevard (*.net *.split) |
12:58:32 | | Quit rhodan (*.net *.split) |
12:58:32 | | Quit Topy44 (*.net *.split) |
12:58:32 | | Quit soap (*.net *.split) |
12:58:32 | | Quit LinusN (*.net *.split) |
12:58:32 | | Quit ps-auxw (*.net *.split) |
12:58:32 | | Quit ranma (*.net *.split) |
12:58:32 | | Quit scorche|sh (*.net *.split) |
12:58:32 | | Quit FOAD (*.net *.split) |
12:58:32 | | Quit tmzt (*.net *.split) |
12:58:32 | | Quit BlakeJohnson86 (*.net *.split) |
12:58:32 | | Quit Hadaka (*.net *.split) |
12:58:32 | | Quit daurnimator (*.net *.split) |
12:58:32 | | Quit ThomasAH (*.net *.split) |
12:58:32 | | Quit fxb__ (*.net *.split) |
12:58:32 | | Quit watto (*.net *.split) |
12:58:32 | | Quit hebz0rl (*.net *.split) |
12:58:32 | | Quit bieber (*.net *.split) |
12:58:32 | | Quit dys`` (*.net *.split) |
12:58:32 | | Quit MagusG (*.net *.split) |
12:58:32 | | Quit advcomp2019_ (*.net *.split) |
12:58:33 | | Quit sharp (*.net *.split) |
12:58:33 | | Quit blithe (*.net *.split) |
12:58:33 | | Quit CIA-5 (*.net *.split) |
12:58:33 | | Quit maraz (*.net *.split) |
12:58:33 | | Quit swilde (*.net *.split) |
12:58:33 | | Quit Jaykay (*.net *.split) |
12:58:33 | | Quit mt (*.net *.split) |
12:58:33 | | Quit amiconn (*.net *.split) |
12:58:33 | | Quit pixelma (*.net *.split) |
12:58:33 | | Quit solexx (*.net *.split) |
12:58:33 | | Quit Zagor (*.net *.split) |
12:58:33 | | Quit topik (*.net *.split) |
12:58:33 | | Quit matsl (*.net *.split) |
12:58:34 | | Quit Barahir (*.net *.split) |
12:58:34 | | Quit Galois (*.net *.split) |
12:58:34 | | Quit kisak (*.net *.split) |
12:58:34 | | Quit JohannesSM64 (*.net *.split) |
12:58:34 | | Quit efyx (*.net *.split) |
12:58:34 | | Quit einhirn (*.net *.split) |
12:58:34 | | Quit polobricolo (*.net *.split) |
12:58:34 | | Quit rvvs89 (*.net *.split) |
12:58:34 | | Quit whydoubt (*.net *.split) |
12:58:34 | | Quit guysoft22 (*.net *.split) |
12:58:34 | | Quit Kitar|st (*.net *.split) |
12:58:34 | | Quit wincent (*.net *.split) |
12:58:34 | | Quit bluebrother (*.net *.split) |
12:58:34 | | Quit Beta2K (*.net *.split) |
12:58:34 | | Quit powell14ski_ (*.net *.split) |
12:58:35 | | Quit slck (*.net *.split) |
12:58:35 | | Quit pjm0616 (*.net *.split) |
12:58:35 | | Quit sinthetek (*.net *.split) |
12:58:35 | | Quit kugel (*.net *.split) |
12:58:35 | | Quit bluefoxx (*.net *.split) |
12:58:35 | | Quit krazykit (*.net *.split) |
12:58:35 | | Quit tchan (*.net *.split) |
12:58:35 | | Quit Unhelpful (*.net *.split) |
12:58:35 | | Quit bzed (*.net *.split) |
12:58:35 | | Quit simabeis (*.net *.split) |
12:58:35 | | Quit Zambezi (*.net *.split) |
12:58:35 | | Quit B4gder (*.net *.split) |
12:58:35 | | Quit kenguest (*.net *.split) |
12:58:35 | | Quit jfc (*.net *.split) |
12:58:36 | | Quit YPSY (*.net *.split) |
12:58:36 | | Quit wombat23 (*.net *.split) |
12:58:36 | | Quit ved (*.net *.split) |
12:58:36 | | Quit TheSeven (*.net *.split) |
12:58:36 | | Quit ender` (*.net *.split) |
12:58:36 | | Quit S_a_i_n_t (*.net *.split) |
12:58:36 | | Quit RankFrank (*.net *.split) |
12:58:36 | | Quit grndslm (*.net *.split) |
12:58:36 | | Quit crwl (*.net *.split) |
12:58:37 | | Quit ChanServ (*.net *.split) |
12:58:37 | | Quit shai (*.net *.split) |
12:58:37 | | Quit antil33t (*.net *.split) |
12:58:37 | | Quit yosafbridge (*.net *.split) |
12:58:37 | | Quit yawny (*.net *.split) |
12:58:37 | | Quit Llorean (*.net *.split) |
12:58:37 | | Quit xavieran (*.net *.split) |
12:58:37 | | Quit Tuplis (*.net *.split) |
12:58:37 | | Quit scorche (*.net *.split) |
12:58:37 | | Quit Necos (*.net *.split) |
12:58:37 | | Quit Kohlrabi (*.net *.split) |
12:58:37 | | Quit saratoga (*.net *.split) |
12:58:37 | | Quit mikroflops (*.net *.split) |
12:58:37 | | Quit flydutch (*.net *.split) |
12:58:37 | | Quit BeFalou (*.net *.split) |
12:58:38 | | Quit Battousai (*.net *.split) |
12:58:38 | | Quit nima (*.net *.split) |
12:58:38 | | Quit MuscleNerd (*.net *.split) |
12:58:38 | | Quit Guest20471 (*.net *.split) |
12:58:38 | | Quit Kamyk_ (*.net *.split) |
12:58:38 | | Quit wodz (*.net *.split) |
12:58:38 | | Quit bongo (*.net *.split) |
12:58:38 | | Quit GodEater (*.net *.split) |
12:58:38 | | Quit parafin (*.net *.split) |
12:58:38 | | Quit linuxstb (*.net *.split) |
12:58:38 | | Quit kadoban (*.net *.split) |
12:58:38 | | Quit bug2000 (*.net *.split) |
12:58:38 | | Quit cYmen (*.net *.split) |
12:58:38 | | Quit Utchybann (*.net *.split) |
13:00 |
13:00:10 | | Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) |
13:00:10 | | Join pamaury [0] (~pamaury@rockbox/developer/pamaury) |
13:00:10 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
13:00:10 | | Join guysoft22 [0] (guy@bzq-79-180-53-22.red.bezeqint.net) |
13:00:10 | | Join bongo [0] (~55ab669e@giant.haxx.se) |
13:00:10 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
13:00:10 | | Join JohannesSM64 [0] (~johannes@cm-84.215.116.196.getinternet.no) |
13:00:10 | | Join watto [0] (~watto@193.203.81.165) |
13:00:10 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
13:00:10 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
13:00:10 | | Join matsl [0] (~matsl@94.136.75.10) |
13:00:10 | | Join swilde [0] (~wilde@aktaia.intevation.org) |
13:00:10 | | Join mikroflops [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
13:00:10 | | Join LinusN [0] (~linus@rockbox/developer/LinusN) |
13:00:10 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
13:00:10 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
13:00:10 | | Join funman [0] (~fun@rockbox/developer/funman) |
13:00:10 | | Join Jaykay [0] (~chatzilla@p5DC57AE0.dip.t-dialin.net) |
13:00:10 | | Join flydutch [0] (~flydutch@host138-162-dynamic.14-87-r.retail.telecomitalia.it) |
13:00:10 | | Join DerPapst [0] (~Alexander@dslb-088-069-139-098.pools.arcor-ip.net) |
13:00:10 | | Join mitk [0] (~mitk@195.117.162.130) |
13:00:10 | | Join hebz0rl [0] (~hebz0rl@dslb-088-065-223-131.pools.arcor-ip.net) |
13:00:10 | | Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) |
13:00:10 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
13:00:10 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
13:00:10 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
13:00:10 | | Join petur [0] (~petur@rockbox/developer/petur) |
13:00:10 | | Join ender` [0] (krneki@foo.eternallybored.org) |
13:00:10 | | Join Zagor [0] (~bjst@rockbox/developer/Zagor) |
13:00:10 | | Join mt [0] (~mtee@rockbox/developer/mt) |
13:00:10 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
13:00:10 | | Join ssorgatem [0] (~ssorgatem@229.Red-88-15-212.dynamicIP.rima-tde.net) |
13:00:10 | | Join FlynDice [0] (~FlynDice@74.10.105.233) |
13:00:10 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
13:00:10 | | Join Barahir [0] (~jonathan@frnk-590ff0bd.pool.mediaWays.net) |
13:00:10 | | Join dys`` [0] (~andreas@krlh-5f720c0f.pool.mediaWays.net) |
13:00:10 | | Join amiconn [0] (quassel@rockbox/developer/amiconn) |
13:00:10 | | Join pixelma [0] (quassel@rockbox/staff/pixelma) |
13:00:10 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.172) |
13:00:10 | | Join ischeria1 [0] (~ischeriad@p5B0A0AC7.dip0.t-ipconnect.de) |
13:00:10 | | Join Rob2223 [0] (~Miranda@p4FDCA293.dip.t-dialin.net) |
13:00:10 | | Join solexx [0] (~jrschulz@e176100177.adsl.alicedsl.de) |
13:00:10 | | Join Kitar|st [0] (Kitar_st@BSN-182-116-29.dial-up.dsl.siol.net) |
13:00:10 | | Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) |
13:00:10 | | Join wincent [0] (~wincent@rockbox/developer/wincent) |
13:00:10 | | Join BeFalou [0] (~mamutoi@unaffiliated/befalou) |
13:00:10 | | Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) |
13:00:10 | | Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) |
13:00:10 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
13:00:10 | | Join yawny [0] (user36@pr0.us) |
13:00:10 | | Join togetic [0] (~togetic@unaffiliated/ibuffy) |
13:00:10 | | Join ranma [0] (ranma@mx.tdiedrich.de) |
13:00:10 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
13:00:10 | | Join Galois [0] (djao@efnet.math.uwaterloo.ca) |
13:00:10 | | Join bluefoxx [0] (~FuzzyLomb@S0106000347a5e69e.vs.shawcable.net) |
13:00:10 | | Join Beta2K [0] (~Beta2K@d24-36-126-101.home1.cgocable.net) |
13:00:10 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
13:00:10 | | Join Bagder [0] (~daniel@rockbox/developer/bagder) |
13:00:10 | | Join saratoga [0] (~9803c6dd@gateway/web/freenode/x-hlzjjzgdsdosrljp) |
13:00:10 | | Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) |
13:00:10 | | Join GodEater [0] (~bibble@rockbox/staff/GodEater) |
13:00:10 | | Join krazykit [0] (~kkit@70.236.74.71) |
13:00:10 | | Join RankFrank [0] (~rankfrank@ip24-253-23-120.lv.lv.cox.net) |
13:00:10 | | Join evilnick [0] (~Evilnick@ool-457bccf5.dyn.optonline.net) |
13:00:10 | | Join kenguest [0] (~radagast@lir.talideon.com) |
13:00:10 | | Join rasher [0] (~rasher@rockbox/developer/rasher) |
13:00:10 | | Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) |
13:00:10 | | Join kisak [0] (~kisak@c-98-235-209-218.hsd1.pa.comcast.net) |
13:00:10 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
13:00:10 | | Join polobricolo [0] (~polobrico@AGrenoble-257-1-31-224.w86-194.abo.wanadoo.fr) |
13:00:10 | | Join sevard [0] (sev@216.164.6.24) |
13:00:10 | | Join rhodan [0] (~Quassel@2001:1608:12:2::38) |
13:00:10 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
13:00:10 | | Join xavieran [0] (~xavieran@ppp118-209-181-25.lns20.mel6.internode.on.net) |
13:00:10 | | Join parafin [0] (parafin@paraf.in) |
13:00:10 | | Join rvvs89 [0] (~ivo@pdpc/supporter/base/rvvs89) |
13:00:10 | | Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) |
13:00:10 | | Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) |
13:00:10 | | Join YPSY [0] (~ypsy@geekpadawan.de) |
13:00:10 | | Join Topy44 [0] (~topy@my.fastsh.it) |
13:00:10 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
13:00:10 | | Join soap [0] (~soap@rockbox/staff/soap) |
13:00:10 | | Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) |
13:00:10 | | Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) |
13:00:10 | | Join Torne [0] (torne@rockbox/developer/Torne) |
13:00:10 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
13:00:10 | | Join slck [0] (Venci@Slackware.SlackPix.Com) |
13:00:10 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
13:00:10 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
13:00:10 | | Join Battousai [0] (~bryan@gentoo/developer/battousai) |
13:00:10 | | Join grndslm [0] (~grndslm@174-126-14-4.cpe.cableone.net) |
13:00:10 | | Join jae [0] (~jae@jaerhard.com) |
13:00:10 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
13:00:10 | | Join bzed [0] (~bzed@devel.recluse.de) |
13:00:10 | | Join wombat23 [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) |
13:00:10 | | Join markun [0] (~markun@rockbox/developer/markun) |
13:00:10 | | Join cYmen [0] (~cymen@squint.a-oben.org) |
13:00:10 | | Join nima [0] (~nima@adsl-75-45-227-79.dsl.sfldmi.sbcglobal.net) |
13:00:10 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
13:00:10 | | Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) |
13:00:10 | | Join pjm0616 [0] (~user@61.250.113.98) |
13:00:10 | | Join Guest951 [0] (~mapi@KHP222006067242.ppp-bb.dion.ne.jp) |
13:00:10 | | Join AlexP [0] (~ap@rockbox/staff/AlexP) |
13:00:10 | | Join advcomp2019_ [0] (~advcomp20@unaffiliated/advcomp2019) |
13:00:10 | | Join MuscleNerd [0] (eric@adsl-75-16-57-151.dsl.irvnca.sbcglobal.net) |
13:00:10 | | Join FOAD [0] (~dok@83.160.60.104) |
13:00:10 | | Join bug2000 [0] (~bug@unaffiliated/bug2000) |
13:00:10 | | Join linuxguy3 [0] (~timj@adsl-75-57-191-181.dsl.emhril.sbcglobal.net) |
13:00:10 | | Join kadoban [0] (~mud@cpe-67-247-80-129.rochester.res.rr.com) |
13:00:10 | | Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) |
13:00:10 | | Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) |
13:00:10 | | Join simabeis [0] (~simabeis@lobmenschen.de) |
13:00:10 | | Join tmzt [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) |
13:00:10 | | Join aevin [0] (eivindsy@unaffiliated/aevin) |
13:00:10 | | Join maraz [0] (maraz@kapsi.fi) |
13:00:10 | | Join CIA-5 [0] (cia@208.69.182.149) |
13:00:10 | | Join blithe [0] (~blithe@72.14.176.144) |
13:00:10 | | Join sharp [0] (~sharp@sauropod.org) |
13:00:10 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
13:00:10 | | Join gevaerts [0] (~fg@rockbox/developer/gevaerts) |
13:00:10 | | Join stavrob [0] (~sam@78-105-125-218.zone3.bethere.co.uk) |
13:00:10 | | Join daurnimator [0] (daurnimato@freenode/staff/daurnimator) |
13:00:10 | | Join Zambezi [0] (Zulu@unaffiliated/zambezi) |
13:00:10 | | Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) |
13:00:10 | | Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) |
13:00:10 | | Join Necos [0] (1001@cpe-76-169-21-84.socal.res.rr.com) |
13:00:10 | | Join Utchybann [0] (~Utchy@rps6752.ovh.net) |
13:00:10 | | Join Kamyk_ [0] (kamyk@szluug.org) |
13:00:10 | | Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) |
13:00:10 | | Join ved [0] (~ved3@ddsbox.co.cc) |
13:00:10 | | Join Hadaka [0] (~naked@naked.iki.fi) |
13:00:10 | | Join dionoea [0] (~dionoea@videolan/developer/dionoea) |
13:00:10 | | Join Kohlrabi [0] (~Kohlrabi@frustum.nosebud.de) |
13:00:10 | | Join Guest20471 [0] (jljhook@irkki.fi) |
13:00:10 | | Join fxb__ [0] (~felixbrun@h1252615.stratoserver.net) |
13:00:10 | | Join ThomasAH [0] (~thomas@aktaia.intevation.org) |
13:00:10 | | Join ChanServ [0] (ChanServ@services.) |
13:00:10 | | Join topik [0] (awesome@wtf.grmpf.org) |
13:00:10 | Mode | "#rockbox +o ChanServ " by jordan.freenode.net |
13:00:10 | DBUG | sent MODE #rockbox -o ChanServ |
13:00:16 | S_a_i_n_t | I have *NO* idea how it could be done, but I keep thinking about a conditional tag for font height in pixels. I figure theme authors could accomodate themes for multiple different layouts depending on the users preferred font that way. |
13:00:16 | *** | Server message 484: 'logbot ChanServ #rockbox :Cannot kick or deop a network service' |
13:00:22 | S_a_i_n_t | JdGordon: So, apply that patch...if everything seems to work as it should, it's all good? |
13:00:37 | JdGordon | yeah, although I doubt it will just work :) |
13:00:44 | JdGordon | I dont remember the issues why I gave up last time |
13:00:49 | amiconn | funman: You don't necessarily need a bigger plugin buffer. You can make use of the overlay mechanism |
13:00:51 | JdGordon | and no, that font height thing doesnt make sense... |
13:01:05 | funman | amiconn: unless the audiobuffer is smaller than the plugin buffer |
13:01:22 | S_a_i_n_t | Well, it makes sense...it'd just be *really* hard to do I'd imagine. |
13:01:26 | amiconn | Hmm, true. How big is the plugin buffer? |
13:02:04 | JdGordon | funman: if that is the case, then wouldnt it make sense to make the plugin buffer TINY and always use the overlay? |
13:02:10 | funman | small enough for rockboy not to build, i think i just have to enlarge it a bit at the expense of audio buffer |
13:02:34 | funman | JdGordon: unless you want to use plugins & codecs at the same time |
13:02:38 | amiconn | rockboy is disabled for the greyscale ipods and the M3 because noone wrote the necessary scaling routine for the pixel formats |
13:03:00 | JdGordon | S_a_i_n_t: patch doesnt apply, I'll ping you when its ready again :) |
13:03:04 | amiconn | I'd rather *lower* the plugin buffer on the clip |
13:03:36 | S_a_i_n_t | JdGordon: just about to give you a yell saying it needs syncing ;) |
13:03:56 | funman | amiconn: thanks for the details, now that leaves mrobe100 and yh920 <- perhaps those just need a keymap |
13:04:02 | amiconn | bongo: The remote lcd is used as the main one for the M3. That's not the problem with rockboy |
13:04:19 | n1s | JdGordon: using the overlay stops playback |
13:05:00 | funman | the clip plugin buffer is already at a minimum |
13:05:06 | JdGordon | yes, but didnt someone say the clip's audio buffer is ~400KB only? surely halving the plugin buffer makes alot of sense |
13:05:10 | amiconn | Minimum being? |
13:05:41 | amiconn | Imo the plugin buffer for the clip should be 48KB or 64KB |
13:06:01 | funman | mimum at which all enabled plugins link |
13:06:11 | JdGordon | especially with its screen being tiny means plugins wont be bloated much anyway |
13:06:30 | amiconn | The larger plugins are usually those which would be acceptable as an overlay |
13:07:01 | amiconn | On archos, the plugin buffer is 32KB. The 48KB suggestion is to account for arm code usually being larger than SH1 code |
13:07:48 | funman | fft.rock 147K |
13:08:11 | n1s | ! |
13:08:20 | | Quit wincent (Ping timeout: 240 seconds) |
13:08:24 | * | linuxstb looks around for archivator... |
13:09:09 | S_a_i_n_t | JdGordon: This may not be something to think about right now, but re: fs#11133, could there be some tag to switch between "follow tag draw order" and "parse then draw as a lump" (like it does now)? |
13:09:17 | n1s | hmm, fft uses O3, that's probalby part of the reason it's so big |
13:09:23 | S_a_i_n_t | I imagine it could make some themes look *really* weird ;D |
13:09:24 | jhMikeS | funman: says it's charging...so far so good. it wasn't that empty so it shouldn't be long |
13:09:29 | JdGordon | S_a_i_n_t: no |
13:09:30 | linuxstb | n1s: Plus const.h (code in a header...) |
13:09:58 | linuxstb | (or rather, data in a header...) |
13:10:07 | funman | jhMikeS: great, did you unplug/replug to be sure interrupt still happens after charging has been disabled/enabled again ? |
13:10:35 | n1s | linuxstb: it seems const.h is only included in one c file |
13:10:39 | n1s | fft.c |
13:11:27 | jhMikeS | funman: the batt is low enough and so it restarts |
13:11:28 | n1s | othoth some of those arrays don't need to use as wide types as they do |
13:12:43 | jhMikeS | funman: now, what's important is that it stops properly...moreso than charging |
13:12:52 | funman | yeah |
13:13:02 | JdGordon | S_a_i_n_t: ok, its resynced |
13:13:44 | JdGordon | cabbie on e200 seems correct... |
13:14:21 | funman | fuzev1 is at 98% and voltage is flat but still charging, doesn't look good :o |
13:15:02 | jhMikeS | ummm...constant voltage phase? too bad it can't read the current |
13:15:09 | jhMikeS | what's the voltage? |
13:15:16 | linuxstb | n1s: None of them need to be 32-bit, do they? The largest value I can see in the whole file is 32768. |
13:15:40 | funman | between 4.184 & 4.189 |
13:15:55 | jhMikeS | that seems low actually |
13:16:22 | jhMikeS | I'd expect a lift to 4.210-4.214 or so |
13:16:29 | n1s | linuxstb: exactly |
13:16:37 | n1s | you fix, or I fix? |
13:16:39 | funman | perhaps it's different between models? |
13:17:10 | jhMikeS | wouldn't expect it if the reg is set to 4.20 and the charge current is high enough |
13:17:54 | linuxstb | n1s: You can fix - I should be working at the moment... |
13:18:04 | | Quit Jaykay (Ping timeout: 258 seconds) |
13:18:31 | n1s | yeah, that saved 63k |
13:19:00 | | Quit slck (Read error: Operation timed out) |
13:19:14 | jhMikeS | funman: these currents seem sort of low (100mA)? for what capacity? |
13:20:11 | wodz | I am about to integrate byte swap into ata-as-coldfire.S. Could You review this patch? FS #11283 (amiconn especially) |
13:22:05 | * | S_a_i_n_t discovers that fft displays nothing in "linear scale - spectogram" :/ |
13:22:38 | S_a_i_n_t | "bars" on laogarithmic used to be broken, now that works and spectogram doesn't. :S |
13:22:46 | funman | jhMikeS: sorry i have to go |
13:22:50 | S_a_i_n_t | *Nano1g/current SVN |
13:23:05 | | Quit matsl (Quit: Leaving) |
13:23:25 | | Quit funman (Quit: free(random());) |
13:26:41 | n1s | wodz: i'd suggest using a more soecific #define such as ATA_SWAP_WORDS or something and maybe turning those long byteswapping sequences into macros? |
13:26:55 | n1s | s/soecific/specific/ |
13:27:46 | wodz | n1s: but SWAP_WORDS is allready defined (ARCHOS uses this) |
13:28:37 | n1s | oh |
13:28:54 | n1s | i guess it's fine then :) |
13:29:46 | wodz | n1s: about the macros - honestly I was thinking about this but I don't know how to introduce line breaks in macro definitions |
13:29:47 | n1s | S_a_i_n_t: linear scale with spectrogram isn't working here |
13:30:13 | S_a_i_n_t | yay! |
13:30:24 | S_a_i_n_t | well, kinda...at least it's not just me ;) |
13:30:33 | JdGordon | WTF? I have the progressbar code being called, but its not drawing? |
13:31:09 | S_a_i_n_t | JdGordon: are you drawing 1 or 2 bars? |
13:31:24 | S_a_i_n_t | I've been failing to draw more than 1 bar lately |
13:31:28 | | Join slck [0] (Venci@Slackware.SlackPix.Com) |
13:31:33 | n1s | wodz: ther should be examples omewhere, i'l try to di one up |
13:31:39 | n1s | dig, even |
13:31:39 | JdGordon | really? |
13:32:32 | | Quit TheSeven (Ping timeout: 245 seconds) |
13:32:43 | S_a_i_n_t | yeah, like %?pv<mute|bar1|line level|bar2> doesn't work for me anymore... |
13:32:56 | S_a_i_n_t | remember I got you to look at it in the SIM? |
13:33:03 | S_a_i_n_t | a few days back |
13:33:15 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
13:33:53 | JdGordon | it partially worked... |
13:34:09 | JdGordon | I might have misunderstood the issue |
13:34:47 | S_a_i_n_t | yeah, the first bar drew, bot not to the full extent of its defined viewport...and the second bar just drew in full past 0dB instead of drawing like a progressbar |
13:34:59 | S_a_i_n_t | s/bot/but/ |
13:35:40 | S_a_i_n_t | I think it failed after you fixed up the problem pixelma was having with it. |
13:35:50 | S_a_i_n_t | I never did any testing with it after that. |
13:35:58 | S_a_i_n_t | until the other day that is... |
13:36:02 | JdGordon | if you can hunt down the commit I can fix it quicker :) |
13:36:30 | n1s | wodz: apps/plugins/mpegplayer/mption_comp_coldfire_s.S has a couple of macros that should work as examples |
13:36:44 | S_a_i_n_t | it was some problem pixelma was having with the seperators? "|"? |
13:36:58 | S_a_i_n_t | I can't remember exactly what the problem was though. |
13:37:03 | JdGordon | GRR... I tihnk I need to add a tag to say "DONT clear the text area" so text can be drawn over images |
13:37:58 | JdGordon | %pv|not|the|params| thought %pv was the long type |
13:38:12 | wodz | n1s: aaa gas macros - I was thinking about cpp macros :-) |
13:38:54 | n1s | aha |
13:39:45 | JdGordon | amiconn: is there an LCD draw mode to do transparent but use the current lcd buffer instead of the backdrop image for the bottom layer? |
13:39:47 | | Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
13:40:13 | S_a_i_n_t | JdGordon: Everything looks OK with FS #11133 installed. |
13:40:18 | S_a_i_n_t | Any specific tests? |
13:40:32 | JdGordon | all the different image tags :/ |
13:40:36 | * | amiconn doesn't understand |
13:40:41 | amiconn | @ JdGordon |
13:40:51 | JdGordon | I want to draw text over an image |
13:40:56 | JdGordon | the image not being the backdrop |
13:41:27 | JdGordon | so I'd draw the image first, the draw with a transparent backdrop and not have the backdrop show up under the text |
13:42:37 | amiconn | DRMODE_FG - that exists for ages |
13:42:48 | S_a_i_n_t | JdGordon: Your volume/progressbar isn't showing? Mine are working fine (CabbieV2 "vanilla" style, and My theme's "progressbar" style) |
13:42:55 | * | amiconn was confused by the mention of 'transparent' |
13:43:53 | JdGordon | ah, thanks |
13:44:11 | JdGordon | S_a_i_n_t: yeah, its using the old code |
13:44:36 | JdGordon | I now have text drawn over the progressbar... but all other text looks shit |
13:44:41 | JdGordon | umm |
13:45:03 | * | S_a_i_n_t managed text over the progressbar ages ago. |
13:45:10 | S_a_i_n_t | but it blinked a little sometimes. |
13:45:22 | S_a_i_n_t | blinked/flashed |
13:45:51 | S_a_i_n_t | I did it in a pretty ugly way though |
13:46:20 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
13:46:50 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
13:49:56 | amiconn | JdGordon: Btw, DRMODE_FG doesn't work for scrolling text. |
13:50:17 | JdGordon | it would look very crap if it did :) |
13:50:27 | JdGordon | I saw the effect with numbers counting |
13:51:22 | pixelma | speaking of drawmodes... how complicated would it be to add another parameter to viewports for "inverted" so you could have white on black on monchrome and also exchange fore- and background colours on colour displays etc.? |
13:51:36 | pixelma | @ JdGordon |
13:51:46 | *** | Saving seen data "./dancer.seen" |
13:52:21 | JdGordon | technically not at all... but doing it without breaking skins is a bit more difficult |
13:52:50 | JdGordon | OH hmm... we could use magic numbers for that |
13:53:19 | pixelma | how? And maybe a chance for the parameters patch |
13:53:35 | JdGordon | yay! I now have text over images working nicely, but you need to add a %aZ to the line for it to work |
13:54:31 | pixelma | (the "how" was referring to the magic numbers) |
13:54:36 | JdGordon | pixelma: i dunno, so magic constants |
13:55:01 | pixelma | sorry, can't imagine what |
13:55:02 | JdGordon | this would only be if both are set to - right? |
13:55:03 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
13:55:33 | pixelma | would make sense |
13:57:04 | pixelma | of course on monochrome the colours part doesn't exist |
13:57:42 | JdGordon | yeah, ok magic values wont work so well |
13:57:51 | JdGordon | without breaking would be simple enough to add a new tag |
13:58:09 | JdGordon | with breaking its add a new param |
13:58:24 | CIA-5 | New commit by nls (r26100): fft plugin: move const data into a c file and use no wider types than necessary, makes the plugin about 63kB smaller |
13:58:32 | JdGordon | I wonder if it owuldnt be better to set the viewport options like font and colours in seperate tags anyway |
13:59:25 | S_a_i_n_t | that idea seems weird to me. |
13:59:27 | JdGordon | %V|x|y|width|height then (maybe on the same line) %Vf|0| <- viewport font, %Vb|colour| <- backgroud |
13:59:37 | linuxstb | JdGordon: Why? They're attributes of the viewport. |
14:00 |
14:00:03 | JdGordon | yes, but it means we can add things without breaking later, and I find most of mine use defaults for font and colours anyway |
14:00:13 | | Quit GeekShadow (Ping timeout: 252 seconds) |
14:02:02 | JdGordon | it will be more verbose, but only if you actually use those options |
14:02:07 | JdGordon | otherwise the defaults will be used |
14:02:55 | | Quit mt (Ping timeout: 258 seconds) |
14:03:15 | * | JdGordon needs a better suggestion than %aZ for this tag which says "dont clear the text area for this line before drawing the text" |
14:03:28 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
14:03:40 | linuxstb | JdGordon: That just seems illogical to me - they're attributes of the viewport, so should be part of the viewport definition. Didn't you already add the concept of default values? |
14:04:02 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
14:04:12 | JdGordon | yes, but adding more things becomes difficult |
14:04:20 | | Join teru [0] (~teru@KD059133108225.ppp.dion.ne.jp) |
14:04:46 | JdGordon | %V|0|0|-|8|-|-|-| could just as nicely be %V|0|0|-|8| |
14:05:20 | JdGordon | I'm not talking optional parameters here... actual seperate tags for the colours |
14:05:56 | | Join aaron_ [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
14:06:08 | | Quit adnyxo (Ping timeout: 276 seconds) |
14:07:33 | JdGordon | anyway... FS #11133 would be good to get testers... if its broken images will not be drawn correctly |
14:07:44 | JdGordon | and anything "imagy" |
14:07:48 | linuxstb | How many other things are there to add? |
14:08:37 | JdGordon | 3 line selection colours (which wont probably be needed), plus any wierd options and ideas people come up with... like the above |
14:08:38 | pixelma | I just suggested one - "inverted" but can't think of anything else |
14:08:50 | S_a_i_n_t | JdGordon: I've run all my current themes+works in progress on the FS #111133 build, and all seems well. |
14:09:05 | S_a_i_n_t | There is quite a diverse range of tags between all my themes. |
14:09:05 | pixelma | it's not weird - at least not for monochrome |
14:09:08 | JdGordon | do the new patch please? |
14:09:36 | S_a_i_n_t | there's another one? |
14:09:46 | JdGordon | 2min ago |
14:09:47 | n1s | hmm, my patch still causes crashing on the beast, seems like a nullptr deref somewhere :/ |
14:09:54 | S_a_i_n_t | aha...sweet, will do. |
14:12:13 | n1s | there is an easier, more hacky way to do this of course... |
14:16:11 | wodz | n1s: FS #11283 - now better? |
14:16:19 | | Join mt [0] (~mtee@rockbox/developer/mt) |
14:18:09 | n1s | wodz: the firmware/SOURCES change looks wrong in the new patch |
14:18:44 | n1s | maybe you need to resync your repo |
14:19:50 | wodz | hmm |
14:20:37 | wodz | yes You are right |
14:21:20 | n1s | other than that i think it's ok |
14:22:56 | wodz | ok so I will do final test & commit |
14:23:27 | n1s | sounds good to me |
14:25:15 | | Join Curtman [0] (~curt@S010600248c269238.wp.shawcable.net) |
14:29:23 | | Quit bieber (Ping timeout: 276 seconds) |
14:29:38 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
14:30:06 | | Nick dys`` is now known as dys (~andreas@krlh-5f720c0f.pool.mediaWays.net) |
14:32:12 | | Join Schmogel [0] (~Miranda@p3EE22CD3.dip0.t-ipconnect.de) |
14:34:07 | CIA-5 | New commit by jethead71 (r26101): Simplify mpegplayer a bit and use array-based lists rather than linked lists for stream management. Move a couple useful functions to handle pointer ... |
14:34:52 | | Quit kugel (Ping timeout: 252 seconds) |
14:35:00 | CIA-5 | New commit by wodz (r26102): HD200 minor lcd asm routines adjustments |
14:35:57 | pixelma | about Rockboy adaptation to different LCDs - there's this patch http://www.rockbox.org/tracker/task/7546 but can't comment on code quality and if it would still apply |
14:36:35 | CIA-5 | New commit by wodz (r26103): HD200 - decrease wait states for lcd when boosted |
14:38:59 | | Join max242 [0] (~c3cf0579@giant.haxx.se) |
14:43:31 | | Join M3DLG [0] (~M3DLG@212.183.140.36) |
14:49:53 | CIA-5 | New commit by teru (r26104): rockboy: fix format strings in snprintf. use int for slot_id and use %d tag for it in format strings. |
14:50:13 | | Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) |
14:52:50 | | Quit dfkt (Disconnected by services) |
14:52:54 | | Nick dfkt_ is now known as dfkt (~dfkt@unaffiliated/dfkt) |
14:55:41 | S_a_i_n_t | I don;t remember if I've asked this before or not, but is "seek" (|<< >>|) *supposed* to seek into and beyond the next track? I assumed it should reach the end of the currently playing track and go no further, but I notice on my Nanos I can hold seek down for a minute or so and end up seeking through 3~4 whole tracks. |
14:55:59 | | Quit M3DLG (Ping timeout: 240 seconds) |
14:56:03 | S_a_i_n_t | It would be fine if the screen updated and let you know you were on a new track, but it doesn't |
14:56:15 | S_a_i_n_t | It only updates when you release the seek button. |
15:00 |
15:00:39 | | Join vaguerant [0] (~vague@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) |
15:00:39 | | Quit vaguerant (Changing host) |
15:00:39 | | Join vaguerant [0] (~vague@wikipedia/vague-rant) |
15:00:46 | vaguerant | asd |
15:02:00 | | Part vaguerant |
15:02:50 | | Join vaguerant0 [0] (~vaguerant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) |
15:03:09 | | Nick vaguerant0 is now known as vaguerant (~vaguerant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) |
15:03:12 | | Quit vaguerant (Changing host) |
15:03:12 | | Join vaguerant [0] (~vaguerant@wikipedia/vague-rant) |
15:03:25 | | Quit antil33t (Read error: Connection reset by peer) |
15:03:31 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
15:04:44 | vaguerant | Just wanted to quickly ask any Clip or other AMS Sansa devs if a default keyset has been set up for the CHIP8 plugin. I've just started messing with it on my Clip+ and it seems like a few keys are "missing"; in BLINKY I can move left/right but not up/down; and yes I'm using an appropriate custom keyset. |
15:07:58 | CIA-5 | New commit by wodz (r26105): Integrate byte swap of ata word into ata-as-coldfire.S |
15:08:52 | CIA-5 | New commit by wodz (r26106): HD200 - use optimised read&write routines from ata-as-coldfire.S and drop hd200 specyfic ata-as-hd200.S |
15:12:44 | vaguerant | Ditto MINES, the Minesweeper clone (not the plugin, the CHIP8 game); can't move up or down, only left and right. It looks like some of the buttons are just missing mappings entirely, but that's just a lay interpretation. |
15:13:19 | n1s | vaguerant: you can configure your own keys in the chip8 plugin so they might just be undefined |
15:13:29 | n1s | the manual holds the details |
15:13:48 | n1s | problem is that the machine has more keys than any of our targets |
15:14:16 | teru | Could anyone please review or comment the patch on FS #10559 (lrcplayer: a plugin to view .lrc file) especially manual part? I want to commit it if there isn't large issue. |
15:15:16 | Torne | vaguerant: chip8 on clip+ has volup/left/select/right/voldown bound to 2/4/5/6/8 |
15:15:38 | vaguerant | Ahhhh, volume buttons. |
15:15:45 | wodz | what is the origin of random build errors as seen on http://build.rockbox.org/dev.cgi? |
15:15:46 | vaguerant | Of course, the one thing I stupidly didn't try. |
15:16:13 | vaguerant | Yep, works perfectly. |
15:16:20 | Torne | this is probably dumb, though.. |
15:17:23 | n1s | wodz: usually some issue with the server, like out of diskspace or something |
15:17:33 | n1s | gevaerts: seen the error on your server? |
15:17:36 | vaguerant | Is there a reason up/down weren't mapped to 2/8 instead of the volume buttons? |
15:17:50 | Torne | things with c200/e200/clip pads have tht button mapping and it seems likely to be useless :) |
15:18:32 | Torne | vaguerant: not relly, no |
15:18:38 | Torne | at least, not that i know of |
15:18:43 | pamaury | yeah, I managed to enable the usb phy&core in the clip+ ! 0.01% of the work is done :) |
15:19:02 | Torne | someone probably copied it from another player which has volup/voldown as the up/down on the 4-way pad |
15:19:25 | vaguerant | Sounds plausible. |
15:19:53 | Torne | lemme have a quick check which ones should be changed and I'll fix it |
15:25:15 | JdGordon | S_a_i_n_t: cooeey |
15:25:25 | CIA-5 | New commit by torne (r26107): Change default chip8 keymap on c200/m200/clip families to use up/down on the 4-way pad instead of volume up and volume down, since most chip8 games ... |
15:25:36 | Torne | vaguerant: there you go |
15:25:45 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
15:26:33 | vaguerant | Oh great, looks awesome, will update right away. |
15:28:18 | Torne | the pictures of the players in question show it makes sense so.. yeah :) |
15:31:12 | | Quit max242 (Quit: CGI:IRC) |
15:31:45 | | Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) |
15:32:18 | vaguerant | Feels perfect, thanks Torne. |
15:32:30 | | Quit bongo (Quit: CGI:IRC) |
15:34:42 | | Quit wodz (Quit: Leaving) |
15:36:41 | S_a_i_n_t | Would it be possible to get the Virtual Keyboard to have a definable font? |
15:37:07 | S_a_i_n_t | switching fonts *really* messes up the layout of a custum .kbd file. |
15:37:11 | Torne | yes, if you used the multifont support some more |
15:38:15 | S_a_i_n_t | .kbd supports multifont?!? (or is that a "yes, it's possible" thing?) |
15:38:57 | JdGordon | kbd does not support userfonts |
15:39:05 | Torne | i mean, there is a way to load multiple fonts |
15:39:12 | Torne | therefore you could hack up the kbd code to do so |
15:39:18 | Torne | not that this was already supported |
15:39:51 | JdGordon | umm |
15:39:56 | S_a_i_n_t | JdGordon: Did you mean to say that? |
15:40:03 | S_a_i_n_t | .kbd uses the userfont |
15:40:04 | | Join CGL [0] (~CGL@190.207.156.230) |
15:40:13 | JdGordon | sometimes |
15:40:16 | * | JdGordon takes that back |
15:40:20 | Torne | it uses whatever font is left over |
15:40:25 | Torne | which is kinda broken ;) |
15:40:50 | S_a_i_n_t | In my experience, if a .kbd file is loaded, it uses userfont. |
15:40:55 | S_a_i_n_t | if not, sysfont |
15:41:12 | JdGordon | who do I bug about the Makefiles? |
15:41:24 | Torne | S_a_i_n_t: no, i've had it use both fonts without ever having had a .kbd |
15:41:44 | JdGordon | is there any reason we bother with appsextra in configure to find the recorder and gui folders for -I when that is static anyway? |
15:41:48 | S_a_i_n_t | wow...that's messed up. I've never seen that. |
15:41:49 | JdGordon | why isnt it just in apps.make? |
15:42:14 | Torne | JdGordon: i think it's to not include them on Player :) |
15:42:33 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
15:42:48 | JdGordon | but SOURCES controls which files get compiled anyway, and #ifdefs control the .h's |
15:44:23 | S_a_i_n_t | Well, if .kbd ever gets a working over, a way to set a default font (like viewer has already) would be *great*. It'd be great to be able to change fonts and not have it mess up your custom keyboard layout. |
15:45:31 | teru | calculation of y coordinate of splash seems wrong to me. e.g. if vp.y > LCD_HEIHGT/2, splash is not shown within the ui viewport. |
15:51:50 | *** | Saving seen data "./dancer.seen" |
15:54:38 | gevaerts | n1s: yes, now |
15:54:59 | | Quit Schmogel (Read error: Connection reset by peer) |
15:55:00 | gevaerts | n1s: I claim that that's a makefile error |
15:55:13 | n1s | ah, ok |
15:55:34 | gevaerts | It looks similar to the pdbox error I fixed a few months ago |
15:56:00 | gevaerts | hm, actually, I think I've seen this one before as well |
15:59:26 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
15:59:50 | kugel | JdGordon: maybe post pone the drawmode thing to after the skin break work? |
16:00 |
16:00:04 | JdGordon | why? |
16:00:16 | kugel | Why not? |
16:00:20 | kugel | is it urgent? |
16:00:20 | JdGordon | teru: very probably... feel free to fix it :) |
16:00:30 | JdGordon | it is totally unrelated |
16:00:33 | teru | ok. |
16:00:37 | kugel | or do we desperately need *more* tags which can be done with existing ones? |
16:00:47 | kugel | s/can/could/ |
16:00:59 | S_a_i_n_t | this won't add any tags IIUC |
16:01:04 | JdGordon | wtf? |
16:01:32 | | Quit mitk (Quit: Leaving) |
16:01:38 | JdGordon | 1) the added tag is irrelevant to the patch (although makes it much more useful, 2) how can you draw text over images with existing tags? |
16:02:44 | kugel | %aZ is new isn't it? |
16:03:05 | JdGordon | yes |
16:03:10 | kugel | I think the drawmode is a better solution and it should be part of the %V tag |
16:05:12 | JdGordon | no it isnt |
16:05:23 | JdGordon | unless you want a viewporet for every single text block to use this |
16:05:35 | JdGordon | which wont even work if it is conditional |
16:06:28 | | Join mikroflops_ [0] (~yogurt@90-227-45-110-no112.tbcn.telia.com) |
16:06:29 | kugel | this way you need %aZ for every single *line* even |
16:06:40 | kugel | and why should it not work with conditionals? |
16:07:01 | JdGordon | conditional viewports |
16:07:14 | JdGordon | not every line.. only the ones you want to overlap images |
16:07:33 | kugel | still more than once per viewport? |
16:07:45 | JdGordon | depends on the skin |
16:07:52 | kugel | err |
16:07:59 | kugel | don't use it as argument then |
16:09:37 | CIA-5 | New commit by teru (r26108): splash.c: correct calculation of y coordinate of splash. |
16:09:39 | JdGordon | does anyone know who is responsible for the presets code in radio.c? |
16:09:45 | JdGordon | (for the (c) notice) |
16:10:59 | | Quit mikroflops (Ping timeout: 268 seconds) |
16:11:11 | | Join MethoS- [0] (~clemens@134.102.106.250) |
16:12:18 | kugel | gevaerts: yes I am in schedule with the gsoc paperwork |
16:15:39 | gevaerts | good :) |
16:21:30 | kugel | but I think I'll write another mail asking for confirmation |
16:21:39 | | Quit mikroflops_ (Ping timeout: 265 seconds) |
16:21:56 | * | kugel doesn't like the method of "if I don't answer it should be fine" |
16:22:02 | | Quit JohannesSM64 (Ping timeout: 240 seconds) |
16:23:07 | kugel | gevaerts: I don't know if you know it but google messed up the SFC so they extended the deadline to friday |
16:23:43 | gevaerts | kugel: I don't know details. I just know there is paperwork :) |
16:24:09 | kugel | I thought you asked because today was the original deadline :) |
16:29:08 | | Quit CGL (Remote host closed the connection) |
16:30:48 | | Part LinusN |
16:33:00 | | Quit Blue_Dude (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
16:33:38 | JdGordon | which .h is IF_CNFN_NUM_() in? |
16:35:54 | | Join JohannesSM64 [0] (~johannes@cm-84.215.75.42.getinternet.no) |
16:38:56 | | Quit mt (Ping timeout: 258 seconds) |
16:39:21 | | Join mt [0] (~mtee@rockbox/developer/mt) |
16:39:44 | | Join Xerion [0] (~xerion@82-170-197-160.ip.telfort.nl) |
16:39:56 | pamaury | general.h |
16:40:13 | pamaury | export/ |
16:40:24 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
16:42:51 | JdGordon | hmm... at what point does splitting up a messy file not make sense anymore? I'm trying to pull the preset code out of radio.c but there is lots of static functions which need to be unstatic-ed, and shared globals... |
16:44:43 | | Quit bluebrother (Disconnected by services) |
16:44:46 | | Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) |
16:45:43 | | Quit aaron_ (Remote host closed the connection) |
16:45:48 | | Join adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
16:46:38 | JdGordon | I guess splitting means it would eventally be easier to actually fix the mess up right? |
16:46:46 | JdGordon | how bad is un-static-ing functions? |
16:46:55 | JdGordon | and ints |
16:47:19 | Torne | if they've got sensible names that won't clash, it's fine.. |
16:50:27 | | Quit adnyxo (Ping timeout: 245 seconds) |
16:52:23 | | Join EK [0] (~d4c7af38@giant.haxx.se) |
16:55:35 | JdGordon | radio.c is almost managable now! only 1000 lines |
16:57:18 | | Quit bieber (Ping timeout: 260 seconds) |
16:57:31 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
16:57:32 | JdGordon | B4gder: Zagor: gevaerts: you guys play with the makefiles mostly right? appextras from configure is the same for just about all targets and the differences should be handled with #ifndefs on the .h files... can we just change it to a static list in apps.make for the -I line? |
16:58:31 | JdGordon | unless there really is a issue with non radio targets having apps/radio/ in the includes search path? |
17:00 |
17:00:07 | | Join M3DLG [0] (~M3DLG@212.183.140.21) |
17:00:29 | JdGordon | the sansa view and archos player are the ONLY ones with different appextras |
17:02:16 | JdGordon | meh :/ |
17:02:29 | Zagor | no objection from me |
17:02:41 | Zagor | it's a complexity that doesn't appear necessary |
17:02:51 | JdGordon | find+replace works fine :p next time |
17:04:01 | CIA-5 | New commit by jdgordon (r26109): split the radio code into multiple files in the hope that makes it more likely for someone to want to work on! :D |
17:06:47 | | Quit EK (Quit: CGI:IRC) |
17:10:04 | | Quit n1s (Ping timeout: 276 seconds) |
17:10:06 | | Quit GeekShadow (Ping timeout: 246 seconds) |
17:11:11 | CIA-5 | New commit by jdgordon (r26110): fix yellow/red |
17:12:01 | | Quit kugel (Ping timeout: 276 seconds) |
17:15:43 | CIA-5 | New commit by mcuelenaere (r26111): Do s/SWAP_WORDS/ATA_SWAP_WORDS/ to prevent namespace clashes. |
17:15:50 | JdGordon | :( apparenlty I broke checkwps.make? |
17:15:58 | | Part Zagor |
17:16:32 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
17:16:45 | CIA-5 | New commit by jdgordon (r26112): global tab->spaces is not clever with Makefiles! |
17:18:30 | | Quit Llorean (Ping timeout: 246 seconds) |
17:19:14 | | Quit TheSeven (Ping timeout: 260 seconds) |
17:20:38 | | Quit M3DLG (Ping timeout: 240 seconds) |
17:22:35 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
17:22:53 | | Join M3DLG [0] (~M3DLG@212.183.140.1) |
17:30:24 | | Join mt_ [0] (~mtee@41.233.140.212) |
17:31:03 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
17:31:41 | | Quit mt (Ping timeout: 240 seconds) |
17:31:50 | | Quit M3DLG (Ping timeout: 248 seconds) |
17:32:25 | | Join mt [0] (~mtee@rockbox/developer/mt) |
17:34:28 | | Join funman [0] (~fun@rockbox/developer/funman) |
17:35:39 | | Quit mt_ (Ping timeout: 258 seconds) |
17:38:46 | funman | just got the as3543 datasheet from AMS. asked for it yesterday through the web, got an answer this morning asking me to sign a NDA, i said "no because i'm open source" |
17:39:11 | funman | simple and fast .. |
17:39:29 | | Join mt_ [0] (~mtee@41.233.140.212) |
17:39:58 | Torne | so you said no and then they sent it to you anyway? |
17:40:45 | | Quit mt (Ping timeout: 252 seconds) |
17:40:55 | | Nick mt_ is now known as mt (~mtee@41.233.140.212) |
17:41:42 | funman | it was a 10 lines 'no', but that's it |
17:41:53 | Torne | awesome |
17:41:56 | funman | are you interested by the (french) mail exchange? |
17:42:05 | Torne | not particularly, i have to say |
17:42:35 | funman | i suppose for such a fast answer they looked up my email and saw that i had previously asked other documents |
17:45:17 | pamaury | vive funman \o/ |
17:45:44 | | Quit mt (Ping timeout: 265 seconds) |
17:46:33 | funman | it is very similar to as3517 (can't see any difference with a quick look) |
17:47:20 | pamaury | I hate the clip+ of refreshing database screen, it's sooooooooo slow |
17:47:29 | | Quit lpereira (Quit: Leaving.) |
17:49:04 | * | S_a_i_n_t wonders where he can check out the latest revision of the "funman source" ;) |
17:49:17 | S_a_i_n_t | [03:39] <funman> ... i said "no because i'm open source" |
17:49:20 | funman | jhMikeS: did you get the end of charge on e200v1 ? |
17:49:23 | funman | :p |
17:49:38 | vaguerant | pamaury: Hold power to shut down. |
17:49:47 | pamaury | does it works ? |
17:49:48 | pamaury | *-s |
17:49:51 | vaguerant | Transfer your stuff, then, before unplugging USB, hold power. |
17:49:52 | vaguerant | Yep. |
17:49:58 | pamaury | great |
17:50:06 | pamaury | that will speed up dev |
17:50:07 | funman | be sure to unmount before doing that (to be sure) |
17:50:13 | vaguerant | Hold for like 10s; it's still like 1/10th the amount of time you have to wait for the damn database. |
17:50:13 | pamaury | yes of course |
17:50:17 | funman | pamaury: you can also use µSD + rolo |
17:50:38 | funman | or leave only a few files on the storage |
17:51:26 | pamaury | even with only .rockbox it's slow. If I put it on µSD, the bootloader will load the sd one first ? |
17:51:54 | *** | Saving seen data "./dancer.seen" |
17:51:58 | funman | no but you can leave the clip+ running and 'open' the rockbox.sansa with rolo |
17:52:34 | pamaury | yeah true, that's a shame I have no microsd capable reader and that I forgot (or lost) my microsd->sd converter |
17:52:51 | funman | kugel: i think we can dim the fuzev2 backlight with the hardware |
17:53:41 | pamaury | I did one of those brilliant "I put it here so I'll never lose this tiny piece of hardware" and finally forgot where was the magical place :) |
17:53:50 | S_a_i_n_t | microSD to USB convertors (tiny, tiny wee things...) are *very* cheap also...I got one for like ~$0.99 |
17:54:02 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
17:54:08 | pamaury | oh, where do you buy that ? I never saw one |
17:54:17 | vaguerant | DealExtreme is cheap for those. |
17:54:23 | vaguerant | Free shipping, takes a couple weeks though. |
17:54:36 | vaguerant | If you're somewhere western, anyway, they're in China. |
17:54:37 | | Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) |
17:54:41 | | Quit teru (Quit: Quit) |
17:54:46 | | Quit dys (Ping timeout: 276 seconds) |
17:54:50 | S_a_i_n_t | Most times I've seen them free with the microSD card. |
17:54:59 | S_a_i_n_t | That's how I got my first one. |
17:55:10 | S_a_i_n_t | easy to lose, but easy to replace ;) |
17:56:38 | pamaury | funman: I managed to enable the usb phy&core it seems mimicing the of code (linux now report the usb plug) but it seems the usb registers are not accessible, at least the "synopsis id" one reports 0... |
17:56:51 | pamaury | perhaps the of waits are necessary after all |
17:56:53 | vaguerant | There's a couple <$1 on DX, e.g.: http://www.dealextreme.com/details.dx/sku.7134 |
17:57:32 | funman | pamaury: ids can be different |
17:57:45 | pamaury | yes but not 0 |
17:57:58 | funman | why not? |
17:57:58 | vaguerant | Hmm, from the comments that one's not SDHC compatible, so just be careful if you pick something like that up. |
17:58:07 | | Quit B4gder (Quit: It is time to say moo) |
17:58:36 | pamaury | funman: sounds strange, the linux code says it must be 0xmagicxxx if it's a synopsis one |
17:58:47 | pamaury | but I didn't check other registers however |
17:59:08 | funman | there's a fixed ID for AFE UID registers in linux, but in sansas they vary with each model (perhaps to be used with DRM) |
18:00 |
18:01:14 | | Quit petur (Quit: Leaving) |
18:01:57 | | Join DataGhost [0] (~dataghost@17-18-ftth.onsnetstudenten.nl) |
18:01:57 | | Quit DataGhost (Changing host) |
18:01:58 | | Join DataGhost [0] (~dataghost@unaffiliated/dataghost) |
18:03:12 | pamaury | funman: the waits are necessary, putting waits everywhere I read0x4F54260A |
18:03:35 | pamaury | (the same as linux code) |
18:03:59 | pamaury | however the of waits are really long, I'm not sure there are all necessary |
18:04:17 | funman | try reducing them / removing some |
18:04:57 | pamaury | I'm trying currently |
18:07:09 | funman | dfkt: i think the volume should be the same on all clips, i'm not sure why it's lower on v2/+ :/ |
18:07:12 | pamaury | looping 0x300 time seems a lot but removing of them doesn't work, I'll have to check them one by one |
18:15:12 | pamaury | funman: is audio isr enabled on clip+ ? It is commented out it seems but present in the vectored interrupt list |
18:15:33 | funman | no |
18:16:15 | pamaury | But how can it pass the linking pass ? |
18:16:17 | funman | you have to enable it in VIC_INT_ENABLE register, and if INT_AUDIO() doesn't exist, it will be aliased to UIRQ() which just panics |
18:16:35 | funman | /weak in system-as3525.c |
18:17:34 | pamaury | ok |
18:24:32 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
18:25:19 | | Join Schmogel [0] (~Miranda@p3EE22CD3.dip0.t-ipconnect.de) |
18:25:57 | | Join domonoky1 [0] (~Domonoky@g229100074.adsl.alicedsl.de) |
18:28:34 | | Quit domonoky (Ping timeout: 276 seconds) |
18:30:53 | | Quit pamaury (Ping timeout: 264 seconds) |
18:31:15 | funman | when fuzev1 battery is full, adc reads as 4.129V with charger unplugged, and 4.189V with charger plugged |
18:31:24 | funman | full voltage is defined as 4.16V |
18:32:35 | funman | so when end of charge is detected, the charger is disabled, battery reads now belowfull voltage, and charger is immediately re-enabled |
18:35:21 | | Quit guysoft22 (Read error: Connection reset by peer) |
18:35:38 | | Join guysoft22 [0] (guy@bzq-79-180-53-22.red.bezeqint.net) |
18:37:54 | | Join CGL [0] (~CGL@190.207.156.230) |
18:41:34 | | Quit antil33t (Read error: Connection reset by peer) |
18:41:41 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
18:46:27 | ranma | Why disable the charger on end-of-charge? You could just leave it enabled until it is unplugged AFAICS |
18:47:17 | | Join M3DLG [0] (~M3DLG@212.183.140.36) |
18:47:28 | funman | oh really? |
18:47:52 | ranma | Sure, it's in constant voltage mode then, so you can't overcharge the battery. |
18:47:53 | funman | battery will stop sucking current automagically ? |
18:48:23 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
18:48:24 | ranma | Sure it will continue to suck a little current, but it shouldn't be much... |
18:48:52 | ranma | It will supply just enough current to keep the battery at full charge. |
18:48:56 | funman | i'm sure i mentioned it already, but i'm not really friend with electricity theory |
18:49:40 | funman | http://www.rockbox.org/irc/log-20100516#16:45:26 |
18:50:48 | funman | if we can skip disabling the charger and just detect plug/unplug it would make things much simpler indeed |
18:51:04 | funman | but jhMikeS seemed to say leaving the charger enabled would be harmful to the battery |
18:52:19 | | Nick CGL is now known as [CGL] (~CGL@190.207.156.230) |
18:52:43 | funman | as3514 (and newer) datasheets say: |
18:52:45 | funman | 1: charging is complete, turn charger off |
18:53:03 | funman | now it's not entirely clear if the charger is turned off, or if the datasheet orders us to turn it off |
18:53:58 | ranma | funman: I we care for battery lifetime it would be better to not charge to 4.2V but only 4.1V or so. |
18:54:20 | ranma | That of course reduces the runtime of the player, but should be better for Li-Ion life |
18:54:33 | ranma | http://www.batteryuniversity.com/parttwo-34.htm |
18:54:42 | funman | ranma: then please do it, i think powermgmt-target.h is the way to go |
18:57:28 | funman | in linux i can't find anything disabling the charger on EOC condition |
18:58:07 | | Join GeekShado_ [0] (~Antoine@15.178.204-77.rev.gaoland.net) |
18:58:39 | ranma | jhMikeS: Why is keeping the charger running harmful to the battery? As far as I'm aware that should be safe, since it's in constant voltage mode and will just keep it at full charge, no harm done. |
18:58:43 | funman | perhaps I could ask AMS directly |
18:59:27 | funman | They are "at my disposal for any further information." |
18:59:35 | ranma | Neat :) |
18:59:59 | funman | it doesn't mean they'd answer ;) |
19:00 |
19:00:58 | | Quit GeekShadow (Ping timeout: 260 seconds) |
19:01:03 | ranma | Hmm, ok, http://www.batteryuniversity.com/partone-12.htm also says 'turn off', so I guess he's right :) |
19:01:51 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
19:02:04 | funman | ranma: the datasheet seems to imply that the charger is turned off automatically on EOC |
19:02:19 | | Quit stripwax (Client Quit) |
19:02:31 | ranma | "No trickle charge is applied because lithium-ion is unable to absorb overcharge. A continuous trickle charge above 4.05V/cell would causes plating of metallic lithium that could lead to instabilities and compromise safety." |
19:03:02 | | Quit M3DLG (Ping timeout: 248 seconds) |
19:03:06 | ranma | Also says "Charging only to 4.10V reduced the capacity by 10% but provides a longer service life." |
19:04:23 | ranma | On my Thinkpad I can also configure the percantage to which the battery has to fall before it gets topped up. |
19:05:29 | ranma | Supposedly using a lower percentage and thus reducing the number of top-up charges also increases lifetime. |
19:08:14 | kugel | yea, you a li-ion should operate within (approx) 10% and 90% of its capacity for maximum life time |
19:08:18 | kugel | s/you/7 |
19:12:53 | | Join ssorgatem_ [0] (~ssorgatem@229.Red-88-15-212.dynamicIP.rima-tde.net) |
19:16:36 | | Quit ssorgatem (Ping timeout: 265 seconds) |
19:16:56 | funman | http://pastie.org/964049 <- new build condition for rockboy |
19:17:53 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
19:18:46 | vaguerant | I wonder how many GB games are actually playable in that res. |
19:19:08 | vaguerant | Is Rockboy's scaling optional, can you choose to just pan or anything? |
19:19:32 | saratoga | is it really worth including rockboy on devices that don't have the screen resolution? seems like its just going to disappoint |
19:19:36 | CIA-5 | New commit by kugel (r26113): Fix FS #11280 ... |
19:22:36 | funman | #ifndef IRIVER_IFP7XX_SERIES /* Temporarily disable plugins for iFP7xx */ |
19:22:40 | funman | can i remove this ? |
19:24:19 | kugel | i think so, that can be done via configure anyway |
19:24:19 | n1s | funman: think so, it should be done in configure anyway |
19:24:31 | funman | thanks, hivemind ! |
19:24:34 | * | kugel wins \o/ |
19:24:47 | * | n1s stands in the corner |
19:26:21 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
19:27:58 | | Join Luca_S [0] (~5711fe55@giant.haxx.se) |
19:29:07 | | Quit GeekShado_ (Ping timeout: 258 seconds) |
19:29:17 | jhMikeS | ranma: read up on lithium ion batteries. it's not nicd. |
19:29:54 | jhMikeS | they should shut off after the current drops. really, there no reason the charger shouldn't |
19:30:17 | ranma | jhMikeS: I did, yeah it isn't |
19:30:47 | | Part watto |
19:32:19 | funman | hm why splitedit has samsung yh and iriverh100 keymaps if it's only built on hwcodec ?? |
19:32:41 | jhMikeS | the problem is you have a read in a true ISR, then the read of the status in the charging code. I'm sure the ISR would steal the flag before the charging code sees it. |
19:32:52 | pixelma | n1s, kugel, funman: some plugins are even prepared for the ifp though (resolution is the same as Clip etc. so could be reused but I even saw some keymaps and once build a sim to try out my graphics changes for Rockblox... but the port seems to have been abandoned :\ |
19:32:54 | jhMikeS | am I correct? |
19:33:22 | funman | jhMikeS: well it works fine on as3525 with isr |
19:33:38 | vaguerant | http://i40.tinypic.com/t6qop3.jpg |
19:33:38 | | Join Jaykay [0] (~chatzilla@p5DC57476.dip.t-dialin.net) |
19:33:57 | vaguerant | There's an example of how Game Boy games might very occasionally be slightly less than completely horrible. |
19:34:07 | BeFalou | for what you say, I shouldn't be charging my fuze within rockbox, should I? |
19:34:20 | vaguerant | (Framed is a 128*64 viewport.) |
19:34:30 | funman | jhMikeS: did my diff work ? |
19:34:55 | funman | BeFalou: if you use a current build you shouldn't be charging any sansa |
19:35:20 | jhMikeS | funman: 1) can you elaborate 2) e200v1 charge ended at 4.212V after about 50min after levelling |
19:36:05 | funman | jhMikeS: 2) after levelling -> this means you got EOC signalled 50 minutes after reaching max voltage ? |
19:36:22 | jhMikeS | funman: I'm sure the ascodec ISR works fine. it's what it might be doing to the non-ISR readouts of status? |
19:36:33 | funman | well my goal is to remove them |
19:37:04 | funman | hence replacing all the reads by functions which will use the bits read frm the isr on as3525 |
19:37:07 | ranma | funman: Maybe 'end of charge' is a 'level' type irq |
19:37:18 | jhMikeS | funman: it's not a brick wall and it continues to rise a little, so after "level off" means, "after hitting voltage regulation" |
19:37:21 | funman | datasheet says edge |
19:37:33 | | Join watto [0] (~watto@193.203.81.165) |
19:38:02 | jhMikeS | it's edge and that's why it gets missed that way (didn't even need the DS to guess that) :) |
19:38:44 | funman | jhMikeS: if the battery level is below 4.16V when the charger is disabled then it will be re-enabled |
19:39:04 | jhMikeS | funman: yes, that was fine too (replug) |
19:39:24 | funman | jhMikeS: what's "hitting voltage regulation" ? |
19:39:35 | ranma | Is there a reason to have different voltages for first plugin and top-up? |
19:39:55 | jhMikeS | but pp sansas have no status readout conflict anywhere. I wouldn't change it for them unless the as3514 int gets enabled properly. I had an inkling in the port pins of which it is. |
19:40:02 | ranma | s@voltages@voltage thresholds@ |
19:40:42 | funman | jhMikeS: if charging got disabled even after unplug replug, that means the patch is ok. what do you think of committing it ? |
19:40:52 | jhMikeS | ranma: to avoid excessive recharge after settling a bit. could possibly raise it a bit. |
19:41:20 | | Quit swilde (Remote host closed the connection) |
19:41:24 | funman | this just show we can enable interrupt monitoring once for all, and avoid writing the interrupt register multiple times |
19:41:52 | jhMikeS | funman: for a v1, it seems fine. I unplugged and replugged while it was still low enough. it should restart again if it's not topped. |
19:42:21 | funman | fine |
19:42:26 | funman | i'll do that later |
19:42:46 | funman | next step is to cache ENRD0 reading and have functions which read & acknowledge individual bits |
19:42:49 | ranma | jhMikeS: No, I didn't think of raising it, rather the other way around, reducing the 'first plugin' threshold to the same level :) |
19:44:24 | ranma | I just don't see the point in having two thresholds there, for one I'd like to set it so that it won't start charging unless the battery level is <80% or so for me personally. :) |
19:45:31 | jhMikeS | full down to equal vauto? then it would enable and disable the charger in quick succession. it needs the hysteresis. |
19:46:31 | jhMikeS | ranma: well, do whatever on your own device :) it's not meant to work that way. |
19:47:13 | * | jhMikeS think people think these things are done just for the hell of it rather than after much research on the topic |
19:49:36 | | Join Horscht [0] (~Horscht2@xbmc/user/horscht) |
19:50:24 | * | ranma just wants to prolong battery life by charging to 4.1V instead of 4.2V and using a lower top-up/plugin threshold :) |
19:51:46 | n1s | pixelma: yeah, it hasn't seen any changes in years but anyway, port specific defines shouldn't clutter the code like that |
19:51:56 | *** | Saving seen data "./dancer.seen" |
19:52:11 | jhMikeS | actually, I don't think it's a problem. once it's activated, it charges and then waits for it to drop. if you want to increase life, I'd say to lower the regulator voltage, not the start voltage. as follows: auto <= plugin < regulator |
19:52:42 | ranma | That's what I said, lower the regulator voltage to 4.1V :) |
19:53:13 | jhMikeS | I thought you meant the start voltage after plugin |
19:57:11 | | Quit GeekShadow (Read error: Connection reset by peer) |
19:57:39 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
19:59:08 | ranma | That would be in addition to that to reduce the number of top-up cycles. (If that has an effect on lifetime) |
20:00 |
20:02:32 | ranma | For my developer device I'm more concerned about the plug-in threshold being higher than VAUTO_RECHARGE, with the current 4.16V setting it probably enables the charger on almost every plug-in, I think I'll locally reduce both to 4.0V :) |
20:03:22 | ranma | (Given that a fully charged battery seems to be about 4.16V on the ADC here...) |
20:04:40 | | Join GeekShado_ [0] (~Antoine@121.139.195-77.rev.gaoland.net) |
20:05:03 | kugel | gevaerts: finally got around updating the wiki page, will now write my weekly status update |
20:05:04 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
20:05:34 | jhMikeS | ranma: no, it doesn't. you have to run it a bit. |
20:06:21 | ranma | Well, it does according to my battery logs. |
20:06:35 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
20:06:57 | jhMikeS | I guess it depends on what "almost every time" means. it's certainly shouldn't be so long as it finished. |
20:07:04 | gevaerts | kugel: did you see Blue_Dude's questions last night? |
20:07:05 | ranma | It was fully charged in OF (charging stopped), then I rebooted into rockbox and immediately started the battery bench |
20:07:24 | ranma | And the first logged values is about 4.15V |
20:07:44 | kugel | gevaerts: no, I'll have a look |
20:07:56 | | Quit GeekShadow (Ping timeout: 240 seconds) |
20:08:08 | jhMikeS | ranma: maybe the OF uses a lower V? |
20:08:36 | ranma | Which is well within the charger tolerance for 4.2V end volatage AFAICS. |
20:08:52 | kugel | part of the problem is that a simulator build doesn't really define DEBUG (which we always thought it did) |
20:09:10 | ranma | Datasheet says tolerance is -50mV +30mV from nominal |
20:09:38 | ranma | So with 4.2V nominal 4.15V is within that. |
20:10:24 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
20:11:18 | jhMikeS | which datasheet? |
20:11:25 | ranma | AS3525_Datasheet_v1_13.pdf |
20:11:55 | ranma | Page 153, Table 139 |
20:13:31 | jhMikeS | I guess that seems right ~1%-ish tolerance |
20:15:23 | | Quit [CGL] (Remote host closed the connection) |
20:16:39 | jhMikeS | I've never seen any go on the low side though...lift always seems to pull above the regulator setting and after some settling, around 4.17 or so |
20:16:49 | CIA-5 | New commit by funman (r26114): plugins: reorder SOURCES conditions to be more readable ... |
20:20:21 | | Quit GeekShado_ (Ping timeout: 248 seconds) |
20:21:08 | ranma | Add to that the 1% tolerance of the ADC and your worst case is about 4.11V measured at charge end with a 4.2V setting :) |
20:21:55 | gevaerts | kugel: would it be hard to have an advanced setting in configure to switch between native libc and ours? |
20:22:13 | kugel | gevaerts: not at all |
20:23:20 | gevaerts | Maybe that would be a good way to keep people happy |
20:23:20 | kugel | the question is just whether to only toggle the .c files or the headers too |
20:23:48 | gevaerts | I'd do both, mostly because I'm a but wary of weirdnesses otherwise |
20:25:38 | jhMikeS | ranma: even if it really ever turns out that way, I don't think it should be geared toward the worst possible case since it's improbable, not typical. |
20:25:39 | kugel | I think it would be advantageous to keep the system's headers, to check whether we still follow the standard |
20:25:39 | | Join evilnick|ipad [0] (~evilnick@ool-457bccf5.dyn.optonline.net) |
20:25:39 | kugel | it shouldn't cause weirdness |
20:26:31 | kugel | also, we don't debug headers :) |
20:26:31 | gevaerts | No, that's hopeless :) |
20:26:31 | jhMikeS | ranma: on e200v1, OF just seem to start the charger and lets it run 'till it's charged. heck I think they even set a higher V or run longer past EOCH since the battery V is a bit higher out of OF. |
20:26:33 | | Quit Luca_S (Quit: CGI:IRC (Ping timeout)) |
20:27:45 | | Join Luca_S1 [0] (~5711fe55@giant.haxx.se) |
20:27:52 | | Nick Luca_S1 is now known as Luca_S (~5711fe55@giant.haxx.se) |
20:28:07 | | Quit DerPapst (Quit: Leaving.) |
20:33:51 | | Join DerPapst [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) |
20:37:07 | | Quit vaguerant (Quit: Java user signed off) |
20:37:57 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
20:45:01 | | Quit flydutch (Quit: /* empty */) |
20:54:48 | | Join [0] (~57708228@giant.haxx.se) |
20:58:34 | funman | almost |
20:58:58 | funman | which register are you looking at particularly ? i can compare the 2 |
20:59:14 | | Join pamaury [0] (~c2c7a50a@rockbox/developer/pamaury) |
21:00 |
21:00:56 | funman | usb detection works on clip+ |
21:01:09 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
21:03:06 | funman | the audioset1 is different on all |
21:03:43 | funman | what a mess :/ |
21:04:48 | funman | we set what we think to be DAC_on (bit 5) and SUM_on (bit 6) |
21:05:08 | funman | on as3543 DAC_on is bit 6, so it's not the same but we set it anyway |
21:05:29 | funman | and bit 5 is DAC gainstage power (1 = on, needed for playback mixer) |
21:06:21 | | Join max242 [0] (~5bb308eb@giant.haxx.se) |
21:07:09 | funman | as3514.c: 209 -> replace (0<<7) by (1<<7) |
21:07:14 | funman | it should select between headphones & line out |
21:08:28 | funman | LINE_OUT_* registers are not present anymore |
21:08:51 | max242 | hey, i just read following post: http://forums.rockbox.org/index.php?topic=14064.msg166910#msg166910 |
21:08:51 | | Part watto |
21:09:20 | max242 | this looks very similar to what i experience with PictureFlow |
21:09:37 | funman | i had my fuzev1 crash 2 or 3 times today |
21:09:38 | max242 | which i did report to some of you guys yesterday evening |
21:09:43 | jhMikeS | funman: any more? like they got raptured, or 3543 doesn't have them? :o) |
21:09:53 | pamaury | does rockbox hide files beginning with a "." by default ? |
21:10:37 | linuxstb | kugel: Any idea why the sim isn't using -DDEBUG any more? It definitely used to... |
21:11:44 | max242 | i don't think it is a coincidence that also PictureFlow stopped working since 25298 |
21:11:56 | funman | jhMikeS: they are marked as 'reserved' |
21:11:58 | * | jhMikeS keeps trying to find the beasts LCD panel init code and has so far failed to locate it (and is thus not all here and very irritable) :\ |
21:12:09 | max242 | is bor_ka also around on irc every now and then? |
21:12:13 | funman | : yes it should be the same than headphones |
21:12:23 | funman | afair they removed all double registers |
21:12:38 | funman | line1 & line2 -> line; mic1 & mic2 -> mic, lineout & headphones -> headphones |
21:12:54 | funman | and they added a bit to select between line1/line2; another for lineout/headphones .. |
21:12:59 | jhMikeS | funman: I see that same thing with WM codecs. They have a few "classes" that are similar. |
21:14:01 | max242 | and since the database/pictureflow lockup started at 25299, i think someone knowing the code could maybe pinpoint what's the cause of these lockup troubles on the fuze v1 since 25299 |
21:14:16 | funman | pamaury: do you have an usb driver that builds? |
21:14:36 | jhMikeS | funman: there is one problem though is that I'm not sure the PP i2c even has an int, and the current i2c code is thread-only (no async for sure). |
21:14:46 | pamaury | funman: something that build yes, call it a driver if you want |
21:14:51 | funman | max242: hmm thanks for pointing to this commit |
21:15:10 | funman | pamaury: i'm going to enable usb stack for clip+ since usb detection works |
21:15:17 | funman | and it needs CONFIG_USBOTG defined to something |
21:15:40 | pamaury | I defined it to USB_AS2525v2 and defined USB_AS... to 2535 |
21:15:53 | max242 | funman: well, you aksed me to pesker all you developers on irc, and so here i am |
21:16:02 | pamaury | funman: does it really works ? Reliably I mean, |
21:16:04 | funman | max242: cheers :D |
21:16:11 | funman | pamaury: yep |
21:16:25 | pamaury | funman: there aren't thousand of audio int anymore ? |
21:16:31 | funman | 100% of the one time i tried :D |
21:16:38 | funman | i'm not using interrupts |
21:16:47 | funman | i centralize reads to one place |
21:16:48 | pamaury | How do you ? |
21:16:52 | jhMikeS | hrm...damn, it's there in pp5020.h I2C_MASK |
21:17:11 | funman | right now i'm trying to think of a better patch |
21:17:15 | pamaury | ok, if you say it works I believe it :) |
21:17:19 | | Join M3DLG [0] (~M3DLG@212.183.140.20) |
21:17:31 | max242 | i really recognize what is indicated in FS #11267 also as the trouble with pictureflow |
21:18:14 | max242 | although i could not see nor find a relation with cue sheets being enabled |
21:18:18 | | Quit JohannesSM64 (Quit: WeeChat 0.3.3-dev) |
21:18:55 | pamaury | funman: do you have a patch for usb detection ? I can try it during my experiments on usb |
21:18:57 | kugel | linuxstb: I found how to fix it at least |
21:19:23 | | Quit DerPapst (Quit: Leaving.) |
21:19:53 | jhMikeS | funman: the info is already gathered in ascodec-as3525.c, right? so I'm confused about all the difficulties. |
21:20:23 | | Join petur [0] (~petur@rockbox/developer/petur) |
21:20:50 | | Quit GeekShadow (Ping timeout: 245 seconds) |
21:20:52 | funman | http://pastie.org/964258 <- works (except clip+ doesn't build with CONFIG_USBOTG undefined) |
21:21:01 | | Join Peter93 [0] (~IRC-Clien@port-92-202-24-18.dynamic.qsc.de) |
21:21:06 | funman | sorry it's imcomplete |
21:21:06 | | Quit Luca_S (Quit: CGI:IRC (EOF)) |
21:21:27 | linuxstb | kugel: Fix what? |
21:21:43 | funman | updated |
21:21:45 | kugel | the simulator DEBUG thing |
21:22:13 | pamaury | funman: do you keep #define USB_HANDLED_BY_OF ? |
21:22:14 | jhMikeS | everything that reincarnates is incomplete |
21:22:23 | pamaury | funman: do you keep #define USB_HANDLED_BY_OF ? |
21:22:31 | pamaury | oops, bug :) |
21:23:32 | funman | yes |
21:24:13 | | Quit komputes (Ping timeout: 260 seconds) |
21:24:21 | Peter93 | Hi guys, is there any scripting support in rockbox? I want to copy or create a file automaticaly at startup... |
21:24:22 | linuxstb | kugel: What's the problem? |
21:24:25 | funman | this just disables the code that check if rockbox binary has been updated and ask for reboot |
21:24:35 | n1s | Peter93: not really |
21:24:53 | funman | if you update rockbox.sansa/ipod/whatever when using rockbox usb, it asks if you want to reboot on unplug |
21:24:58 | n1s | you could write a plugin that runs on startup and does ti though |
21:25:28 | | Quit Schmogel (Read error: Connection reset by peer) |
21:25:42 | Peter93 | hm yes |
21:25:43 | kugel | linuxstb: -DDEBUG is in the wrong env variable in the Makefile, so either looking at it got lost or I don't know |
21:26:00 | Peter93 | i'll try |
21:27:20 | max242 | i also do notice that the PictureFlow freeze issue is not reproducable in the UIsimulator, i tested this 10 times in a row, and never ran into freeze issues |
21:27:23 | linuxstb | kugel: That was my question - why is it like that? i.e. was it just an oversight (e.g. in Zagor's makefile rewrite), or was it intentional? |
21:27:30 | tmzt | funman: how does it check that on a usb storage connection? just by monitoring the filesystem? |
21:27:44 | kugel | linuxstb: i have no idea... |
21:27:46 | Peter93 | n1s: it would be a rly nice feature... what do you think about it? |
21:27:48 | pamaury | funman: indeed, it works for me, that's great |
21:28:28 | funman | tmzt: see apps/misc.c |
21:28:39 | n1s | Peter93: it's not something i would use personally, why do you need to copy a file on startup? |
21:30:09 | | Quit M3DLG (Ping timeout: 240 seconds) |
21:30:20 | linuxstb | kugel: Then how can you "fix" it? |
21:30:35 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
21:31:41 | jhMikeS | weird, the ascodec I2C handling seems quite like the SPI for imx31 even though they were done independently |
21:32:09 | kugel | linuxstb: by moving -DDEBUG to an env that's not ignored, or by unignoring the DEBUG env variable |
21:33:52 | Peter93 | n1s: I like to autorecreate a autorun.inf file. (label & icon for Windows) |
21:34:43 | Peter93 | n1s: or even desktop.ini files for folder icons... |
21:34:50 | n1s | Peter93: why do you need to do that on every startup? if you don't delete the files they should remain in place... |
21:35:42 | Peter93 | n1s: if i del my mp3s or so... |
21:36:06 | | Join Schmogel [0] (~Miranda@p3EE22CD3.dip0.t-ipconnect.de) |
21:36:08 | linuxstb | kugel: You're missing my point. I'm simply asking if it's a bug that DEBUG isn't set for simulators, or if someone changed that on purpose, but left that environment variable there, unused. |
21:36:21 | funman | pamaury: ok, please commit your work so I can just use CONFIG_USBOTG USBOTG_AS3525v2 |
21:36:34 | pamaury | I can't commit, I behind a proxy :( |
21:36:38 | funman | I just need to make a good comment |
21:36:39 | funman | oh :/ |
21:37:03 | n1s | Peter93: well, as ia said it should be fairly easy to make such a plugin, and enable the AUTOROCK feature to make it auto run |
21:37:08 | pamaury | I can send you a patch with my work+your work if you want |
21:37:49 | pamaury | Oh you wait until tomorrow morning :) |
21:37:52 | pamaury | *Or |
21:38:03 | kugel | linuxstb: again, I have no idea |
21:38:09 | Peter93 | n1s: yeah would be rly nice... |
21:38:14 | funman | well i can wait, i'll just use USBOTG_AS3525 even if it's incorrect |
21:38:18 | kugel | I'm not missing the point but I already answered that |
21:38:33 | jhMikeS | the datasheet for the that controller was obtained? |
21:39:00 | funman | jhMikeS: USB controller of clip+/as3525v2 ? |
21:39:02 | kugel | I'm just answering your questions |
21:39:49 | kugel | I strongly suspect it's a bug since it used to define DEBUG and everybody thought it still does |
21:39:55 | jhMikeS | funman: v2 is a different matter then than 3525v1? |
21:40:02 | | Quit sinthetek (Read error: Operation timed out) |
21:40:15 | pamaury | jhMikeS: yes |
21:40:27 | pamaury | (for usb) |
21:40:55 | funman | it uses as3525 base but with lot of stuffs from as353x (the CPU, the SD controller, the as3543 AFE, the USB controller) |
21:40:57 | | Quit hebz0rl (Ping timeout: 276 seconds) |
21:41:06 | funman | the IRAM also i think since it's bigger |
21:41:41 | jhMikeS | so on v2 all the modules have obtainable docs? |
21:41:53 | FlynDice | : This forum topic may be of some use to you: http://forums.rockbox.org/index.php?topic=22942.0 |
21:42:02 | linuxstb | kugel: Yes, I have the same suspicion, but I don't know if there's another reason DEBUG isn't defined, so wouldn't try to "fix" it without investigating when/why it was removed. |
21:42:20 | Peter93 | n1s: I'm not so advanced in coding...^^ |
21:42:23 | kugel | which is why I haven't fixed it yet :) |
21:42:57 | pamaury | jhMikeS: depends on what you call doc... |
21:44:03 | jhMikeS | pamaury: some writeup that tells you what the registers are, what bits are, and how to use them. |
21:44:19 | n1s | Peter93: then this is an opportunity to learn :) |
21:44:26 | pamaury | jhMikeS: then partially yes, for usb |
21:44:45 | | Join toffe82 [0] (~chatzilla@12.169.218.14) |
21:47:36 | max242 | i justed wanted to post a comment on a FlySpray ticket, and i did want to register |
21:47:39 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
21:47:48 | max242 | but apperently i do need a jabber-ID? |
21:47:56 | funman | no it's not necessary |
21:48:02 | max242 | i wanted to leave it emptye |
21:48:09 | max242 | but that did not work |
21:48:12 | funman | just do it, jabber notifications don't work anyway afaik |
21:49:10 | max242 | hmm, i'm confused, but i'll check my e-mails first |
21:49:48 | | Quit kugel (Remote host closed the connection) |
21:51:00 | max242 | nope, there's nothing in my inbox, although i get an error message the 'e-mail address or jabber-id already has been taken' when i press the 'send code button' |
21:51:37 | max242 | is there maybe something wrong with registering new users at flyspray? |
21:51:50 | linuxstb | max242: I think you'll need to wait for Bagder or Zagor to be around - they administer flyspray. |
21:51:57 | *** | Saving seen data "./dancer.seen" |
21:52:14 | max242 | ok, no problem, i can wait |
21:52:18 | linuxstb | AFAIK there are no known problems... |
21:52:25 | funman | hmm clip+ can't reboot to OF :/ |
21:52:50 | | Join DerPapst [0] (~Alexander@p5797CB14.dip.t-dialin.net) |
21:53:03 | linuxstb | funman: Do you mean rolo, or dual-booting after a reboot? |
21:53:19 | | Quit Peter93 (Ping timeout: 264 seconds) |
21:54:16 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
21:56:16 | funman | 2nd one, we don't rolo OF |
21:56:16 | | Quit max242 (Quit: CGI:IRC (EOF)) |
21:57:22 | pamaury | what are the different option to sleep in rockbox ? Is there only sleep(ticks) ? |
22:00 |
22:00:12 | | Join lpereira [0] (~lucien@79.84.184.170) |
22:00:22 | | Join merbanan [0] (~banan@c-94-255-217-84.cust.bredband2.com) |
22:00:23 | kugel | get_action, queue_wait |
22:00:54 | kugel | wakeup_wait too |
22:01:51 | | Quit kugel (Remote host closed the connection) |
22:04:00 | | Join Dobson [0] (~Administr@88.118.35.180) |
22:05:40 | | Join Peter93 [0] (~IRC-Clien@port-92-202-24-18.dynamic.qsc.de) |
22:06:37 | funman | hm clip+ alternates between charging & discharging, checking if it's my fault |
22:08:01 | | Join Strife89 [0] (~Strife89@adsl-80-129-208.mcn.bellsouth.net) |
22:08:18 | | Join Blue_Dude [0] (~chatzilla@rockbox/developer/Blue-Dude) |
22:08:22 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
22:08:42 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
22:10:08 | funman | no it was already like that (perhaps the reason why it doesn't charge fully) |
22:10:16 | Blue_Dude | kugel: There were several changes made in "copying" the SDL code in r26065. Those changes reverted and/or added code that breaks sim function. Do you know what's going on there, and do you have a fix? |
22:10:20 | pamaury | the clip+ seems to have 6 endpoints, and there are no equivalent, nor symmetric from IN/OUT pov, I'm checking that... |
22:10:38 | Dobson | clip+ crashes a lot on recording |
22:10:47 | funman | Dobson: which message ? |
22:10:56 | Dobson | few of them |
22:11:00 | Dobson | one is panic |
22:11:10 | funman | please give the full message |
22:11:13 | kugel | Blue_Dude: what sim function are you refering to? |
22:11:21 | Dobson | i cant tell you it know |
22:11:23 | kugel | anything else besides the debugaudio? |
22:11:39 | funman | Dobson: then write it down next time it happens |
22:11:40 | Dobson | another crach is when player goes blank |
22:11:43 | bertrik | FS #11284 and FS #11285 have translations for Afrikaans and French done with google translate |
22:12:36 | Dobson | why there is no sansa fuze v2 in rockbox utility? |
22:12:55 | funman | because it was added after last release of rockbox utility |
22:13:08 | bertrik | I don't like it, but I can't really tell how good the translation is. What do other people think of these kinds of translations? |
22:14:37 | Dobson | so what should i do if i want to install fuze v2 ( player has no screen and buttons....) |
22:14:37 | funman | pure crap |
22:14:49 | funman | Dobson: wait for next rockbox utility release |
22:14:52 | funman | bertrik: ^ |
22:15:14 | pamaury | bertrik: completly crappy |
22:15:17 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
22:15:29 | Dobson | if I will have time i could try to translate to lithuanian |
22:15:32 | pamaury | hehe, "la peau écran de la radio" |
22:15:33 | Blue_Dude | kugel: well, there are conditional defines in there. Maybe they are "always" defined, but in that case why have them? |
22:15:54 | Blue_Dude | kugel: And also why revert the changes I made a couple of weeks ago? |
22:16:24 | * | jhMikeS sees another extra thread creeping back into SDL :) |
22:16:25 | Blue_Dude | I guess you weren't using the cirrent version when you copied it over. |
22:16:55 | Blue_Dude | *current. |
22:17:04 | pamaury | funman: your patch does not detect usb if it's connected at startup |
22:17:22 | funman | charger is detected? |
22:17:43 | pamaury | no, I don't see the little icon |
22:18:00 | bertrik | funman, pamaury Ok thanks for your opinions :) |
22:18:04 | funman | works for me |
22:18:15 | Blue_Dude | jhMikeS: Well, yeah, I'm trying to keep my own changes in sync with the file move and some commits vanished. I'm not sure what else changed. |
22:18:16 | | Quit toffe82 (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
22:18:35 | pamaury | really, I rolo with usb connected and don't have the charging icon nor get a usb connected event |
22:18:41 | Dobson | where can I get pinout's of buttons of sansa fuze v2? |
22:18:58 | funman | pamaury: what if you start with power off instead of rolo ? |
22:19:17 | pamaury | works |
22:19:35 | pamaury | hey, but my usb code doesn't detect the controller correctly then :( |
22:19:56 | | Quit FlynDice (Remote host closed the connection) |
22:20:02 | kugel | Blue_Dude: which changes? |
22:20:06 | funman | perhaps because there isn't a change in usb connection |
22:20:10 | kugel | maybe git merge failed |
22:20:11 | * | jhMikeS was speaking of r26113 (bring back the preemptive thread) |
22:20:28 | kugel | jhMikeS: is that a problem? |
22:20:35 | pamaury | hum wait, if I unplug, it doesn't detect unplug. It might be that my usb code is broken also |
22:20:47 | kugel | I told you it can survive :) |
22:20:49 | tmzt | funman: had to update and ignore conflicts, you mean check_bootfile which is called from the usb code in apps/misc.c ? |
22:20:49 | jhMikeS | kugel: no, I guess it just wants to be there |
22:20:55 | kugel | I wasn't aware it must because of windows :P |
22:21:06 | funman | tmzt: i think yes (don't know this code) |
22:21:13 | funman | i just grepped for HANDLED_BY |
22:21:36 | jhMikeS | kugel: probably has to be that way because a queue head can only be used by the thread that it was created for on Windows |
22:21:43 | kugel | jhMikeS: I think it's ok to have that, it works pretty well. and it should now work with gnu pth too which it didn't before |
22:22:20 | kugel | jhMikeS: yea, I think the SDL docs say something similar |
22:22:45 | kugel | just strange that creating the queue head is done in SDL_INIT_VIDEO.. |
22:22:47 | | Quit Schmogel (Read error: Connection reset by peer) |
22:23:01 | pamaury | funman: sorry, my mistake, I used the wrong firmware file :) |
22:23:16 | jhMikeS | kugel: I have noticed however, that buttons seem dodgey. Sometimes if repeating, it stops while pressed and sometimes it gets a huge flurry of buttons. It was crisp before (running debian VMWare). |
22:23:21 | Blue_Dude | kugel: The changes are here: http://svn.rockbox.org/viewvc.cgi/trunk/firmware/target/hosted/sdl/pcm-sdl.c?r1=26051&r2=26065 |
22:23:31 | Blue_Dude | jhMikeS: sorry. |
22:23:37 | pamaury | I'm a bit puzzled by the usb hardware config, it reports EP0 as being neither in nor out capable... |
22:24:05 | pamaury | perhaps it's special for ep0 |
22:24:06 | kugel | Blue_Dude: that's my change. I was asking which of your changes you're talking about |
22:24:59 | Blue_Dude | No, *your* changed didn't just move the file, it reverted it to an old state. Took out some things that someone else did too. jhMikeS perhaps? |
22:25:18 | kugel | Blue_Dude: I think I made this change before I went over to use the host system's C library. in the target tree there's no fprintf available |
22:25:34 | * | jhMikeS needs bringing up to speed on these changes? |
22:25:40 | kugel | that DEBUG isn't defined for the sim is believed to be a bug |
22:26:01 | kugel | Blue_Dude: "Blue_Dude> kugel: And also why revert the changes I made a couple of weeks ago?" |
22:26:09 | Blue_Dude | kugel: You also added some #ifdef DEBUG lines that change its function. They weren't there before. |
22:26:16 | funman | ooh charger register is different on as3543 |
22:27:07 | Blue_Dude | kugel: I last changed sound.c here: http://svn.rockbox.org/viewvc.cgi/trunk/firmware/target/hosted/sdl/pcm-sdl.c?r1=25720&r2=25809 |
22:27:39 | | Join Schmogel [0] (~Miranda@p3EE22CD3.dip0.t-ipconnect.de) |
22:27:58 | kugel | that was a mistake if I reverted that |
22:28:25 | kugel | I probably didn't notice this subtle changes when git reported merge failure |
22:28:31 | Blue_Dude | kugel: jhMikeS last changed sound.c here: http://svn.rockbox.org/viewvc.cgi/trunk/firmware/target/hosted/sdl/pcm-sdl.c?r1=25809&r2=25971 and http://svn.rockbox.org/viewvc.cgi/trunk/firmware/target/hosted/sdl/pcm-sdl.c?r1=25971&r2=26051 |
22:29:05 | | Quit bieber (Ping timeout: 260 seconds) |
22:29:22 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
22:30:12 | kugel | Blue_Dude: jhMikeS' changes are in |
22:30:14 | jhMikeS | a few dummy functions for recording and hardware, nothing really functional |
22:30:51 | | Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
22:33:00 | | Quit (Quit: CGI:IRC (Ping timeout)) |
22:34:35 | | Quit bieber (Ping timeout: 240 seconds) |
22:34:35 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
22:36:38 | | Quit Peter93 (Ping timeout: 246 seconds) |
22:37:37 | jhMikeS | kugel must be setting a record for moving files around |
22:37:47 | CIA-5 | New commit by alle (r26115): Fix convbdf: now .c and .fnt files can be generated in one run again |
22:37:52 | Blue_Dude | jhMikeS: we probably ought to either preserve files or change them. I'd rather not set the precedent of moving them *and* changing them without a good reason. |
22:38:07 | Blue_Dude | That's why I made a point of including your commits. |
22:39:10 | jhMikeS | Blue_Dude: could be right when commits say "197 MORE files...". besides, I looked and they just got moved into target/hosted/sdl |
22:39:42 | Blue_Dude | It makes me nervous about what else was moved and unintentionally changed. |
22:41:03 | * | pamaury just finished dumping the 4 hardware config registers of the usb clip+ |
22:41:18 | funman | pamaury: i think usb unplug isn't working fine because we rely on power thread to detect plugs/unplugs |
22:41:38 | jhMikeS | excuse me, they're there in firmware/drivers/audio/sdl.c |
22:41:40 | pamaury | funman: I was wrong, it seems to works, I used a old firmwae when power off/on |
22:42:07 | funman | now charging should work alright too |
22:43:13 | funman | hmmm |
22:43:37 | jhMikeS | eh? it discharged instead? |
22:43:37 | funman | is the power thread still running in usb mode ? |
22:43:46 | jhMikeS | funman: it's always running |
22:43:50 | funman | jhMikeS: i don't know what it did |
22:45:06 | Blue_Dude | jhMikeS: I'm snakebit man. Every time I try to be helpful I end up making it worse. |
22:45:06 | funman | charger register is at a different place so i have no idea why it charged anyway |
22:45:06 | funman | but it stopped at 67% |
22:45:06 | pamaury | funman: it's probably waiting for disconnect :) |
22:45:06 | funman | well disconnecting still leaves the usb screen |
22:45:06 | DBUG | Sent KICK funman to server |
22:45:06 | funman | let's ignroe that for now |
22:45:15 | Kick | (#rockbox funman :No flooding!) by logbot!~rockbox@giant.haxx.se |
22:45:28 | | Join funman [0] (~fun@rockbox/developer/funman) |
22:45:30 | pamaury | he, why logbot did that ? |
22:45:34 | * | pamaury loves when it works but nobody understands why |
22:45:38 | jhMikeS | Blue_Dude: understood. Usually I end up creating confusion or being confused myself. :) |
22:45:59 | funman | perhaps it can charge slowly even with the charger disabled? |
22:46:11 | funman | i noticed the fuzev1 charged much faster than the v2 |
22:46:36 | AlexP | logbot seems to have got very trigger happy recently |
22:46:40 | jhMikeS | funman: not that I ever noticed. it disconnects the battery FET. |
22:47:12 | jhMikeS | or perhaps, better to say, turns it "off". don't know how it would disconnect it. :) |
22:47:54 | jhMikeS | you might get a voltage rise just from that battery having the load removed |
22:48:30 | kisak | good afternoon |
22:48:51 | kisak | let's see what fun we have today *reads shortlog* |
22:49:15 | jhMikeS | kisak: no fun, sorry, except for funman |
22:49:32 | kisak | and there's a problem with that? |
22:49:54 | kugel | Blue_Dude: you're changes are missing, do you want me to restore them or want to do it yourself? |
22:50:17 | AlexP | I like how the machine translations replace good translations with bad |
22:50:48 | kugel | "<jhMikeS> kugel must be setting a record for moving files around" ? |
22:50:49 | AlexP | I wouldn't dream of attempting to translate the French and even I can tell they are rubbish :) |
22:51:11 | | Join M3DLG [0] (~M3DLG@212.183.140.32) |
22:53:13 | jhMikeS | kugel: I just haven't seen so much shuffling so far in SVN except with this hosted conversion |
22:53:28 | CIA-5 | New commit by funman (r26116): as3514/as3543 fixes ... |
22:54:40 | | Quit polobricolo (Ping timeout: 240 seconds) |
22:54:48 | kugel | jhMikeS: yea, quite a job |
22:55:32 | funman | hm haxx have a problem ? :/ |
22:55:57 | Bagder | haxx? |
22:55:57 | CIA-5 | New commit by alle (r26117): Improve spacing in comments in convbdf; rename a local variable which can be confused with 1 (one) |
22:56:57 | pixelma | now a cygwin sim doesn't build at all for me /home/Marianne/SVN/rockbox/firmware/target/hosted/sdl/system-sdl.c:80: error: parse error before "cond_signal" |
22:58:55 | pixelma | and more like that |
22:59:19 | Blue_Dude | kugel: to be honest I've done quite enough damage already. If logf works in the new location, It would be nice if you could restore them. Sorry for the bad advice re: jhMikeS's changes. I wasn't aware of the file split. |
23:00 |
23:00:37 | kugel | pixelma: meh, can you try adding "#include <inttypes.h>" somewhere at the top near the other #includes? |
23:00:41 | Blue_Dude | kugel: If logf doesn't work, then I'll put in a local DEBUGF myself and don't worry about it. The functions being made static would be nice though. |
23:00:52 | Blue_Dude | As long as they work with the file split. |
23:01:03 | kugel | I wonder why to logf in a sim code? |
23:01:23 | Bagder | to use the same code? |
23:02:00 | Blue_Dude | Conditional "debug". One define and you turn off the debugs for everyone expect whoever needs them. |
23:02:06 | Blue_Dude | *except |
23:03:28 | Blue_Dude | Not strictly useful if the same code will appear in RaaA, but useful otherwise. |
23:04:03 | kugel | it ought to be as useful as in a dap build in RaaA I think :) |
23:04:13 | | Quit Schmogel (Ping timeout: 265 seconds) |
23:04:35 | | Quit S_a_i_n_t (Ping timeout: 245 seconds) |
23:04:36 | * | pamaury thinks the usb hardware of the clip+ has too many registers, that's horrible |
23:05:09 | funman | Bagder: my svn ci was locked and one of the last build rounds had a problem |
23:05:29 | Bagder | 2 k jte |
23:05:32 | Bagder | oops |
23:05:56 | Blue_Dude | kugel: it might at that. |
23:06:01 | Bagder | 2 mins before your comment you committed, 1 minute after someone else committed. and I was connected to the svn master over ssh during the entire time... |
23:06:02 | gevaerts | Bagder: if you typed that on the same machine, it could explain things :) |
23:06:21 | | Join fml [0] (~chatzilla@p5DD2FE5F.dip.t-dialin.net) |
23:06:30 | pixelma | kugel: in system-sdl.c? |
23:06:31 | funman | :) |
23:06:37 | kugel | pixelma: yes |
23:06:54 | fml | kugel: hello. You found statement rearranging confusing? |
23:07:05 | funman | ranma: ping |
23:07:14 | kugel | pixelma: if not, s/uint32_t/Uint32/ should do the trick |
23:07:20 | fml | pixelma: I'll stay here for about 20 mins and we can discuss FM frequency displaying |
23:07:48 | kugel | fml: yes, because there's no clear definition of what % does to negative numbers |
23:08:33 | kugel | I wonder about the advantage of the rearrangement, I suspect the binsize reduction (which was more or less non-existent) resulted from the while -> if |
23:08:38 | fml | kugel: I think there is. But the code works with both possible definitions. |
23:09:39 | fml | kugel: yes, while -> if. And the code also potentially runs faster (less iterations needed). Although in this particular case this won't be seen. |
23:10:25 | funman | pamaury: http://pastie.org/964485 |
23:10:35 | | Quit n1s (Quit: Lämnar) |
23:10:48 | kugel | I would appreciate if the % was moved back down the if () where its result is very clear |
23:11:02 | funman | pamaury: it should detect USB correctly when rebooting |
23:11:32 | pamaury | funman: ok, you plan to commit it anyway ? I'll wait until tomorrow so I can commit my work and update my tree |
23:12:01 | funman | pamaury: you mean commit r26116 ? |
23:12:20 | pixelma | fml: I didn't understand your reasoning at all yesterday. The "precision" I'm able to adjust (or the tuner seems to do internally) is 0.05 MHz and there is a mismatch in what is displayed and how it seems to work from what I can see as an end user. I'd like to know which of the two 91.5 MHz autosaved presets is the wrong one. |
23:12:25 | pamaury | no your last pastebin |
23:12:39 | funman | i didn't test it |
23:12:50 | funman | i want to have a look at mkamsboot |
23:12:51 | pamaury | ah :) I can check that |
23:13:13 | funman | but i hesitate, i'm tired and i don't want to make bricking mistakes |
23:13:37 | funman | ranma's code for c200v2 dualboot read usb status directly without setting the interrupt |
23:13:54 | funman | i guess the status is always valid but we only update it on a transition, if it boots with usb there's no transition |
23:13:55 | pixelma | fml: actually, what I didn't like about this commit is added code and complexity to suppress something I didn't mind at all seeing and which was helpful in some cases |
23:14:02 | | Quit Dobson (Ping timeout: 252 seconds) |
23:14:25 | fml | pixelma: my reasoning was that if the tuner does tuning in 0.05 steps (which it shouldn't), it's possible that it also does tuning in 0.0123 steps (or another bad number). SHould we also dsiplay that without cutting? |
23:15:04 | fml | And the current code, i.e. the old FM screen showed frequency with only one digit. |
23:15:37 | fml | pixelma: oh, sorry, I'm wrong! There were two |
23:16:11 | fml | pixelma: but the first reason still stands! :-) |
23:16:14 | kisak | is there any problem with just letting the theme decide if it wants 1 digit or 2 int eh fm screen? |
23:16:23 | pamaury | funman: your patch works, not surprising though |
23:16:32 | kugel | fml: ^ |
23:16:39 | fml | kisak: unnecessary complexity of the tag |
23:16:41 | | Quit merbanan (Ping timeout: 260 seconds) |
23:17:21 | kisak | fml: I was thinking provide two digits and let the theme clip the second digit if it wants, that's all |
23:17:48 | CIA-5 | New commit by funman (r26118): as3525: correctly detect usb status if we boot with USB plugged |
23:17:57 | fml | kisak: how would you clip? |
23:18:53 | kisak | fml: I lack an answer to that ... I haven't seen enough of the code to wrap my head around it |
23:19:54 | | Quit Xerion (Quit: ) |
23:21:12 | kugel | pixelma: any results? |
23:21:30 | pixelma | fml: sorry, I can't take this argument seriously because 0.05 MHz steps seems to be the precision at it works now and is visible to me if I look at the presets list but which is hidden now in the FM screen. One way out is to make the tuner work at 0.1 MHz precision too at those regional setting but that's just not the way it is now |
23:21:47 | pamaury | someone needs to explain to me how the as353x patch for linux could work. Sometime the bitfield are msb->lsb and sometimes, it's the contrary ! How is this supposed to work oO |
23:22:04 | pixelma | kugel: with the inttypes it seems to continue compiling but there were warnings |
23:23:09 | fml | pixelma: but what is that setting for then? (I mean the step.) |
23:24:04 | pixelma | ok, I have to check again |
23:24:31 | kugel | pixelma: paste them please |
23:25:45 | fml | pixelma: I think if you change the frequency manually in single steps, i.e. without auto scanning/auto tuning, then this setting is taken into account. If you do auto tuning then the tuner might stop at an intermediate frequency. |
23:26:50 | pixelma | kugel: only one left actually |
23:26:53 | pixelma | /home/Marianne/SVN/rockbox/firmware/target/hosted/sdl/system-sdl.c:175: warniIn function `system_init'ng: implicit declaration of function `SDL_CreateThread' (In function `system_init') |
23:27:26 | pixelma | err... there's a c+p error in there |
23:27:51 | | Quit bmbl (Quit: Bye!) |
23:27:55 | pixelma | /home/Marianne/SVN/rockbox/firmware/target/hosted/sdl/system-sdl.c:175: warning: implicit declaration of function `SDL_CreateThread' (In function `system_init') |
23:28:11 | saratoga | kugel: when you get a chance could you review the pictureflow hotkey patch? |
23:28:25 | saratoga | i believe you're the only one looking at pictureflow in the last year |
23:28:31 | | Quit Rob2223 (Quit: Rob2223) |
23:29:00 | | Join Rob2222 [0] (~Miranda@p4FDCA293.dip.t-dialin.net) |
23:29:09 | kugel | i can have quick glance |
23:29:23 | pixelma | kugel: seems to be a working sim again at least |
23:29:52 | saratoga | kugel: its FS #11270 |
23:31:09 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
23:32:24 | kugel | pixelma: strange error |
23:32:36 | kugel | or warning that is |
23:34:41 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
23:34:58 | pamaury | I'm really puzzled when I look at the linux code. Something like that: |
23:34:59 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
23:35:16 | pamaury | a = b where a is a 1-bit field and b a 2-bit value that can either be 0, 1 or 2 |
23:35:24 | pamaury | and then a test on the value of a !!! |
23:36:26 | * | linuxstb grumbles that JdGordon didn't bother with "svn cp" when splitting the radio code |
23:40:41 | kugel | pixelma: I don't think that warning can be fixed nicely, SDL_CreateThread should be in SDL.h which is included there |
23:41:05 | kugel | to me it seems like an sdl bug on your system actually |
23:42:09 | CIA-5 | New commit by dave (r26119): Add missing svn properties for the new files created in r26109 |
23:43:09 | CIA-5 | New commit by kugel (r26120): Restore changes of r25809 that got lost in the target tree movement and fix simulator build on cygwin. |
23:45:05 | | Quit GeekShadow (Quit: The cake is a lie !) |
23:45:25 | Blue_Dude | kugel: I'm getting the same warning... |
23:45:30 | | Join Peter93 [0] (~IRC-Clien@port-92-202-38-177.dynamic.qsc.de) |
23:46:04 | linuxstb | kugel: "man SDL_CreateThread" says: #include "SDL.h" #include "SDL_thread.h" - which the code used to include IIUC |
23:46:43 | | Quit Peter93 (Client Quit) |
23:47:19 | Blue_Dude | SDL_CreateThread is only defined in SDL_thread.h. |
23:48:48 | kugel | oh, I see |
23:48:59 | Blue_Dude | It doesn't appear to be referenced in any other header file. |
23:49:02 | * | kugel wonders why it doesn't happen on linux |
23:49:20 | Blue_Dude | And SDL_thread.h isn't referenced in any other header file either. |
23:49:26 | funman | USB detection in mkamsboot works but I must wait ~100ms |
23:49:37 | linuxstb | Blue_Dude: On where? Cygwin? |
23:49:38 | funman | ssorgatem_: ping |
23:49:49 | Blue_Dude | I'm searching Cygwin, yes. |
23:50:18 | linuxstb | In my SDL install (Linux), SDL.h is including SDL_thread.h |
23:50:40 | linuxstb | But the manpage still says to include SDL_thread.h explicitly. |
23:50:59 | Blue_Dude | Weird. |
23:51:09 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
23:51:34 | kugel | linuxstb: maybe they've changed it in a newer version? |
23:51:36 | Blue_Dude | It probably won't hurt anything to include SDL_thread.h explicitly. |
23:51:37 | linuxstb | Maybe it's related to the SDL version - I have 1.2.14 |
23:51:39 | | Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) |
23:51:48 | CIA-5 | New commit by kugel (r26121): Fix another warning which strangely only occurs on cygwin. |
23:52:00 | *** | Saving seen data "./dancer.seen" |
23:52:11 | linuxstb | kugel: I would guess so - the SDL.h I have is including all other SDL .h files... |
23:55:23 | Blue_Dude | The SDL files in Cygwin are dated Nov 2007. I don't know the version number. They're the latest in Cygwin too. |
23:55:37 | linuxstb | Do you have an SDL_version.h ? |
23:55:44 | Blue_Dude | Um... |
23:55:57 | | Quit lpereira (Quit: Leaving.) |
23:56:20 | linuxstb | Or what does "sdl-config −−versoin" say? (if you have that) |
23:56:41 | linuxstb | s/versoin/version/ |
23:56:52 | Blue_Dude | Yes to sdl_version: $Id: SDL_version.h,v 1.16 2005/04/17 |
23:57:17 | linuxstb | If you scroll down, you'll see three lines - SDL_MAJOR_VERSION etc |
23:57:26 | Blue_Dude | sdl-config reports 1.2.9 |
23:58:01 | CIA-5 | New commit by funman (r26122): Clip+: boot to OF if USB is connected ... |
23:58:06 | | Quit ender` (Quit: Pets are better than children because: 11. If they get pregnant, you can sell their children.) |
23:58:44 | pamaury | funman: do you think internal dma means the usb phy has a dma engine ? |
23:58:46 | funman | ssorgatem_: ^ this should work on fuzev2 too, get in touch with me when you can test a patch |
23:58:58 | funman | pamaury: yes i think that's what ranma found on as3525 |