| 00:00:47 | kugel | I'm seeing a big if-else if cascade in menu.c |
| 00:01:02 | amiconn | bluebrother: Does this 'soul' package exist on Cygwin? |
| 00:01:54 | bluebrother | amiconn: haven't checked, but it's part of my rather old tetex, so I assume so |
| 00:02:01 | amiconn | ah ok |
| 00:03:05 | pixelma | bluebrother: what type of font is this now - not very important but I used a Palatino one for the player svgs too |
| 00:03:41 | bluebrother | it's the default CM (Computer Modern) |
| 00:04:09 | amiconn | kugel: Well, there are some which cannot be converted into a switch() (when checking different conditions), or where an if cascade is actually better (e.g. when the jump table would get very big) |
| 00:04:42 | bluebrother | if you figure a good replacement for Palatino that works with small caps I'm all for it. As of now it was the easiest solution |
| 00:05:36 | pixelma | bluebrother: and the "soul" package is only needed for the html or for the pdf too? |
| 00:05:51 | bluebrother | amiconn: definite answer: yes: http://cygwin.com/cgi-bin2/package-cat.cgi?file=tetex-extra%2Ftetex-extra-3.0.0-3&grep=soul |
| 00:06:01 | bluebrother | pixelma: it's only used for the html. |
| 00:06:54 | pixelma | ah, then it won't affect the usual cygwin user anyways... still couldn't figure out how to properly install the htlatex package :\ |
| 00:07:10 | pixelma | tex4ht I mean (I think) |
| 00:07:24 | kugel | amiconn: so switch case is not generally the better option for many cases cascades? |
| 00:08:57 | * | LambdaCalculus37 gets a strange error when building the bubbles plugin: http://pastebin.com/m5f72f039 |
| 00:09:03 | LambdaCalculus37 | Anyone else ever encounter this? |
| 00:10:43 | Zagor | LambdaCalculus37: my bubbles.c does not have a << on line 2414 |
| 00:11:20 | Bagder | sounds like a bad patch or something |
| 00:12:28 | LambdaCalculus37 | I have no patches applied. |
| 00:13:07 | | Quit jhMikeS (Nick collision from services.) |
| 00:13:12 | * | LambdaCalculus37 does an svn revert to see if that helps |
| 00:13:13 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 00:13:36 | | Quit skipper (Connection timed out) |
| 00:17:15 | | Quit bluebrother ("leaving") |
| 00:17:20 | | Join skipper [0] (n=skipper@93-136-59-221.adsl.net.t-com.hr) |
| 00:17:27 | | Quit ender` (" I went to a restaurant that serves "breakfast at any time." So I ordered French Toast during the Renaissance.") |
| 00:20:49 | | Quit blahrus (Read error: 110 (Connection timed out)) |
| 00:21:23 | | Join blahrus [0] (n=blahrus@75.150.209.185) |
| 00:22:06 | | Quit blahrus (Remote closed the connection) |
| 00:23:08 | kugel | I guess no-one knows how to redraw setting menues? |
| 00:26:50 | | Quit n1s () |
| 00:27:54 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 00:28:01 | JdGordon | ? |
| 00:28:25 | LambdaCalculus37 | Zagor: svn revert helped; bubbles compiles now. |
| 00:28:36 | Zagor | good |
| 00:30:43 | kugel | JdGordon: Do you know how I can force the settings menus to redraw? |
| 00:31:08 | JdGordon | return ACTION_REDRAW in a callaback |
| 00:31:19 | kugel | I worked a bit on my custom list patch again (rewrite rather). The filetree redraws fine, not the settings menu |
| 00:32:29 | kugel | Hm, didn't work |
| 00:33:41 | JdGordon | what exactly are you trying to do? |
| 00:33:48 | | Quit bmbl ("Woah!") |
| 00:34:00 | kugel | http://paste.ubuntu.com/79034/ |
| 00:34:05 | | Quit pixelma (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") |
| 00:34:17 | kugel | JdGordon: well, load the theme containing a custom list vp from the theme menu |
| 00:34:46 | | Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) |
| 00:34:48 | kugel | the whole settings menus don't refresh until I visit the main menu |
| 00:36:08 | JdGordon | ok, just register a callback for that event in menu.c and set reinit=true in that, and then in the main menu loop check if reinit==true? |
| 00:36:53 | | Join EspeonEefi [0] (n=espeonee@RLE-12-049.MIT.EDU) |
| 00:39:16 | kugel | JdGordon: shouldn't returning ACTION_REDRAW already do that for me? |
| 00:39:38 | kugel | that action causes redraw_lists to be set to true |
| 00:40:05 | | Quit MethoS- (Remote closed the connection) |
| 00:40:36 | JdGordon | it should |
| 00:41:04 | kugel | but it doesn't |
| 00:43:11 | | Join einhirn [0] (i=Miranda@p5B0334CD.dip0.t-ipconnect.de) |
| 00:44:16 | | Join Hillshum [0] (n=chatzill@75-165-228-146.slkc.qwest.net) |
| 00:44:31 | kugel | JdGordon: the call back doesn't seem to get into menu.c |
| 00:44:52 | kugel | I added a debugf in the ACTION_REDRAW branch |
| 00:45:00 | | Quit Hillshum (Remote closed the connection) |
| 00:46:22 | *** | Saving seen data "./dancer.seen" |
| 00:46:56 | JdGordon | then your using the wrong one maybe |
| 00:47:01 | * | JdGordon *just* woke up.... |
| 00:47:26 | Zagor | anyone on osx or other bsd? does your ls command have the −−block-size option? |
| 00:47:43 | * | JdGordon will check |
| 00:47:46 | | Quit EspeonEefi ("さよなら") |
| 00:48:15 | JdGordon | illegal option on osx 10.5 |
| 00:48:18 | LambdaCalculus37 | Zagor: Not here. |
| 00:48:33 | LambdaCalculus37 | Illegal option on OSX 10.4 as well. |
| 00:48:35 | Zagor | bugger |
| 00:48:59 | kugel | JdGordon: I copied the callback from the statusbar setting callback, replaced the event with THEME_CHANGED and the return to ACTION_REDRAW |
| 00:49:06 | | Join Hillshum [0] (n=chatzill@75-165-228-146.slkc.qwest.net) |
| 00:49:09 | JdGordon | you want to dusokay the nymver of system blocks actually used? |
| 00:49:14 | kugel | I'm not sure what I could do wrong here |
| 00:49:27 | | Quit shotofadds ("Leaving") |
| 00:49:43 | JdGordon | Zagor: -s looks like what you want |
| 00:50:10 | Zagor | what does that do? it sorts on size in gnu ls |
| 00:50:21 | Zagor | no, sorry that's -S |
| 00:50:37 | JdGordon | little s :) |
| 00:50:58 | Zagor | yeah the problem is described in FS #8913: if someone has BLOCK_SIZE defined then our max_language_size.h will be wrong |
| 00:51:15 | Zagor | so we need to make sure the output is in bytes, not blocks |
| 00:52:10 | Zagor | does " LS_BLOCK_SIZE=3 ls -l foo" work in bsd? |
| 00:52:19 | Zagor | i.e. does it change the block size |
| 00:52:53 | | Quit HellDragon (Remote closed the connection) |
| 00:53:38 | JdGordon | again, does nothing on osx |
| 00:54:08 | | Join HellDragon [0] (n=jd@modemcable100.136-203-24.mc.videotron.ca) |
| 00:54:10 | JdGordon | ls manpage expects BLOCKSIZE not LS_BLOCK_SIZE (which I checked and still no change though?) |
| 00:54:33 | Zagor | so BLOCKSIZE doesn't work either? |
| 00:54:45 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 00:55:05 | JdGordon | ah, it does, but not for such a small value |
| 00:55:26 | Zagor | so blocksize=1 won't work? |
| 00:55:35 | dberg918 | just submitted a bug report for the LCD brightness setting breakage |
| 00:55:39 | JdGordon | ls: minimum blocksize is 512 |
| 00:55:51 | * | JdGordon slaps kugel with FS #9599 |
| 00:55:52 | dberg918 | http://www.rockbox.org/tracker/task/9599 |
| 00:55:56 | | Quit herrwaldo ("Konversation terminated!") |
| 00:56:13 | Zagor | JdGordon: is that with -s or just plain ls -l? |
| 00:56:41 | dberg918 | kugel: I'm excited to see you're reworking the customlist patch, it used to be a part of some of my themes and I loved it! |
| 00:57:28 | JdGordon | Zagor: which? the warning? |
| 00:57:32 | Zagor | JdGordon: yes |
| 00:57:41 | JdGordon | no, seems to be with both |
| 00:57:45 | Zagor | :-( |
| 00:58:51 | Zagor | we could use -k but it would cost us wasted ram |
| 01:00 |
| 01:00:37 | Hillshum | Is the e200v2 bootloader building fine or is it my Cygwin/SVN? |
| 01:01:54 | | Quit jgarvey ("Leaving") |
| 01:02:00 | | Quit _lifeless (Remote closed the connection) |
| 01:02:08 | | Join __lifeless [0] (n=lifeless@90.151.220.214) |
| 01:02:42 | kugel | dberg918: The brightness changes back to default as soon as you press a button after setting the brightness? |
| 01:02:44 | kugel | jhMikeS: ping |
| 01:02:50 | Zagor | Hillshum: compiles fine here |
| 01:03:30 | kugel | \O/ |
| 01:03:32 | Hillshum | okay. will try with a fresh svn as gigabeat f gave same error |
| 01:03:35 | kugel | my fuze truned off! |
| 01:03:44 | Hillshum | why? |
| 01:03:48 | dberg918 | kugel: yes |
| 01:03:51 | Hillshum | truned? |
| 01:04:36 | kugel | dberg918: I'm wondering why jhMikeS didn't report that. He said he tested tested brightness intensively on his gigabeat f/x |
| 01:05:31 | dberg918 | kugel: well, you can see in the subversion log a bunch of commits after the software fading commit to fix problems with compiling |
| 01:05:55 | dberg918 | it could've been broken somewhere in there... |
| 01:06:20 | dberg918 | r19221 and r19222 would not compile for me |
| 01:06:29 | kugel | dberg918: well, I noticed that. I made the patches |
| 01:06:51 | dberg918 | and I assumed r19223 wouldn't either since it didn't address the same files |
| 01:07:15 | dberg918 | kugel: haha! my bad |
| 01:07:26 | dberg918 | I didn't notice |
| 01:07:27 | | Quit Zagor ("Client exiting") |
| 01:08:51 | dberg918 | should've clarified in my bug report that I'm using a Gigabeat F series |
| 01:09:21 | dberg918 | although I see from the #6800 patch discussion that the S series has been given the nickname "the beast" |
| 01:10:19 | JdGordon | Llorean: can 8923 be closed? |
| 01:10:39 | kugel | dberg918: F/X makes no difference |
| 01:10:50 | Llorean | JdGordon: It should probably stay open. |
| 01:11:03 | kugel | Llorean: you have a gigabeat f as well? |
| 01:11:11 | Llorean | kugel: Yes. |
| 01:11:13 | | Quit mofux_ (Remote closed the connection) |
| 01:11:30 | Llorean | JdGordon: While it's not likely to be fixed soon, the task helps make others aware of the problem if they bother to search |
| 01:11:32 | kugel | Llorean: can you reproduce FS #9599? |
| 01:11:35 | Llorean | kugel: Can't test right now. |
| 01:11:43 | kugel | ok |
| 01:11:52 | Llorean | I'm about to be leaving, but will try to later this evening |
| 01:11:58 | kugel | Thanks |
| 01:12:01 | dberg918 | kugel: right, but the player type in flyspray only says "Gigabeat," and I never specified if it was F/X or S |
| 01:12:21 | dberg918 | and I'm assuming there's a difference between those two |
| 01:12:27 | kugel | dberg918: bug reports on beast are invalid anyway :) |
| 01:12:48 | dberg918 | haha |
| 01:12:51 | Llorean | kugel: I'll leave a comment on the task once I do, probably won't be for a few hours yet. |
| 01:13:15 | kugel | Llorean: no problem. I won't look into that until tomorrow anyway (sleeping time) |
| 01:14:43 | | Quit Nico_P (Remote closed the connection) |
| 01:14:54 | Hillshum | kugel: did mkamsboot change? |
| 01:15:22 | kugel | Hillshum: why? |
| 01:15:34 | kugel | mkamsboot didn't change for a while |
| 01:15:42 | Hillshum | it dosn't act like it did' |
| 01:15:58 | kugel | what do you expect it to act? |
| 01:16:14 | kugel | it doesn't even display anything. It just boots rockbox bootloader or the of |
| 01:16:56 | kugel | dberg918: what if you change the brightness and then don't press a button? |
| 01:17:09 | kugel | and wait until the brightness goes off |
| 01:17:22 | Hillshum | kugel: like this run ./mkamsboot OF.bin bootloader-e200v2.sansa patched.bin |
| 01:19:04 | kugel | that's how it works |
| 01:19:34 | Hillshum | okay |
| 01:19:51 | kugel | that's how it always worked |
| 01:21:05 | Hillshum | see http://rockbox.pastebin.com/f3d4e3c8d |
| 01:22:50 | dberg918 | kugel: when you press a button to turn the backlight on, it has been dimmed |
| 01:22:52 | kugel | Hillshum: you need to compile it before |
| 01:23:16 | Hillshum | mkamsboot or the bootloader file? |
| 01:23:18 | kugel | dberg918: to wait brightness level does it go back? |
| 01:23:27 | kugel | Hillshum: mkamsboot. just type make in that dir |
| 01:23:48 | dberg918 | kugel: about 5, if that means anything |
| 01:24:07 | dberg918 | if you change it to anything but 5, pressing a button will set it back to 5 |
| 01:24:14 | kugel | dberg918: that's the only thing that means anything. I haven't changed dimming or something on the f/x |
| 01:24:43 | dberg918 | if you set it to 5, it stays that way |
| 01:24:54 | dberg918 | that's why I assume the default is somehow 5 |
| 01:27:59 | | Quit jhulst (Read error: 60 (Operation timed out)) |
| 01:28:46 | kugel | dberg918: can you compile? |
| 01:30:00 | | Part toffe82 |
| 01:30:47 | dberg918 | yep |
| 01:32:00 | | Join EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) |
| 01:32:33 | dberg918 | kugel: I'm having another unrelated problem, and as a dev I was hoping you can help me narrow down my search |
| 01:33:09 | | Quit skipper (Read error: 110 (Connection timed out)) |
| 01:33:47 | | Quit einhirn (Read error: 110 (Connection timed out)) |
| 01:33:52 | Hillshum | now what can i do about getting the normal e200v2 build to compile? |
| 01:34:10 | dberg918 | I'm testing a new theme, and when I change from the default cabbie theme (which has the status bar) to my new theme (no status bar), the status bar is still present, in the same style as the cabbie theme |
| 01:34:40 | dberg918 | style meaning color and such |
| 01:34:59 | JdGordon | how are you changing the theme? |
| 01:35:05 | dberg918 | the line selector also still has the cabbie colors |
| 01:35:19 | dberg918 | using the "browse themes" menu |
| 01:35:22 | JdGordon | sounds like the cfg is broken |
| 01:35:30 | JdGordon | or doesnt have all the settings |
| 01:35:58 | dberg918 | well, the problem is the status bar finally goes away and the line selector changes to the proper colors once I get back to the root menu |
| 01:36:26 | kugel | dberg918: I answered on the tracker |
| 01:37:06 | kugel | JdGordon: haha, sounds like exactly my problem |
| 01:37:13 | | Quit ringo999 (Read error: 110 (Connection timed out)) |
| 01:37:41 | kugel | dberg918: lists doesn't seem to be correctly redrawn when changing things through the themes menu, I noticed that too |
| 01:38:23 | kugel | dberg918: Open a bug report for that please, it's not intended. A bug report is more likely to be fixed, especially during the clean up week |
| 01:38:27 | dberg918 | okay, now let's see if I can remember the syntax for patching builds... |
| 01:38:47 | Hillshum | Twiki UsingSVN |
| 01:39:01 | | Quit Hillshum (Remote closed the connection) |
| 01:39:02 | dberg918 | kugel: I was hoping to narrow the problem down to a specific revision if possible before I submitted a bug report |
| 01:39:42 | kugel | dberg918: Always open a bug report before. That'll get more attention, and more people that help you narroring down |
| 01:40:46 | dberg918 | kugel: I will do that, once I get this patch applied and on my Gigabeat ;) |
| 01:41:15 | | Quit petur ("Zzzzz") |
| 01:41:21 | * | kugel waits for the tracker, so I can counter JdGordon's slap with a bug report for him ;) |
| 01:43:20 | dberg918 | kugel: how many times on average do you compile from SVN in one day? |
| 01:43:49 | kugel | dberg918: several times. Especially while messing with my fuze |
| 01:44:07 | dberg918 | I'm definitely setting a record today |
| 01:44:16 | JdGordon | anyone compiling less than 32.34 times/day is a poser! |
| 01:44:23 | dberg918 | I think this is my 7th build today |
| 01:44:28 | dberg918 | haha |
| 01:44:35 | kugel | 7th is like...nothing :) |
| 01:44:48 | | Join Hillshum [0] (n=chatzill@75-165-228-146.slkc.qwest.net) |
| 01:44:54 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 01:45:03 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-b45717a4450b2442) |
| 01:45:05 | dberg918 | well, as an end-user, I think 7 is a little more than normal |
| 01:45:08 | * | kugel manages to build 7 times in 10 minutes |
| 01:45:15 | kugel | sure |
| 01:45:44 | dberg918 | not that I mind, I do like watching the lines fly by in my embedded desktop terminal |
| 01:46:00 | dberg918 | sweet, all compiled! |
| 01:46:37 | Hillshum | lines are cool |
| 01:47:00 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
| 01:47:23 | | Quit Hillshum (Client Quit) |
| 01:47:54 | dberg918 | :D this build looks promising already |
| 01:49:25 | dberg918 | hmmm |
| 01:49:35 | dberg918 | ok, this might be a little bit harder to explain |
| 01:50:30 | dberg918 | well first things first |
| 01:50:50 | dberg918 | the default lcd timeout is 5 seconds |
| 01:51:05 | dberg918 | it definitely takes more than 5 seconds for the lcd to begin fadeout |
| 01:51:56 | | Quit XavierGr (Read error: 104 (Connection reset by peer)) |
| 01:52:15 | dberg918 | wait... |
| 01:52:28 | dberg918 | I lied |
| 01:52:39 | dberg918 | my Gigabeat is plugged in right now |
| 01:52:49 | dberg918 | ignore that last comment (lol) |
| 01:53:01 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 01:55:11 | dberg918 | it's doing some funky stuff when I set the brightness to 12 (maximum) |
| 01:55:48 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
| 01:57:03 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
| 01:59:38 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 02:00 |
| 02:01:32 | | Quit lasser (Read error: 60 (Operation timed out)) |
| 02:01:50 | | Quit Bensawsome ("The awsome is gone :(") |
| 02:03:03 | | Join Zack317 [0] (n=47648ca3@gateway/web/cgi-irc/labb.contactor.se/x-f41cf227da99931f) |
| 02:04:05 | | Quit Zack317 (Client Quit) |
| 02:06:03 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
| 02:08:22 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 02:13:05 | | Join BjoernErik [0] (n=Bjoern@173.80-202-110.nextgentel.com) |
| 02:16:07 | | Quit fyrestorm ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 02:18:01 | | Quit shadearg ("goodbye.") |
| 02:19:01 | | Quit Bjoern-Erik (Read error: 110 (Connection timed out)) |
| 02:21:20 | | Quit culture (Read error: 110 (Connection timed out)) |
| 02:30:39 | | Join shadearg [0] (i=arg@panoptix.net) |
| 02:32:43 | | Quit shadearg (Client Quit) |
| 02:37:26 | | Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) |
| 02:38:06 | Llorean | jhMikeS: I can confirm that software fading really isn't working right on the Gigabeat F. |
| 02:38:18 | | Quit jhulst (Read error: 110 (Connection timed out)) |
| 02:39:27 | Llorean | It seems like the value you set for the backlight brightness is more or less ignored beyond "previewing" it as long as the line is highlighted. |
| 02:39:55 | dberg918 | Llorean: why is it that software fading was implemented for the Gigabeat F? |
| 02:40:11 | dberg918 | didn't it already fade quite nicely? |
| 02:41:15 | jhMikeS | Llorean: Gigabeat F shouldn't have the new software fading, but r19220 does work fine (just before SW fading commit) |
| 02:41:23 | jhMikeS | I was in the process of tracking it down. |
| 02:41:36 | Llorean | jhMikeS: Current SVN works really poorly |
| 02:42:06 | | Join casainho [0] (n=chatzill@89.180.192.244) |
| 02:42:15 | Llorean | dberg918: Software fading wasn't implemented for it. It's more of a settings issue that seems to have either shown up, or been brought to light, since the patch |
| 02:42:16 | casainho | hello :-) |
| 02:42:21 | dberg918 | jhMikeS and Llorean: already posted the bug report http://www.rockbox.org/tracker/task/9599 |
| 02:42:23 | jhMikeS | Llorean: I know. It loses the correct brightness. |
| 02:42:34 | | Join KoruZ [0] (n=squibb@CPE0013f7b80736-CM0013f7b80732.cpe.net.cable.rogers.com) |
| 02:42:38 | dberg918 | and kugel uploaded a patch that sort of fixes the problem |
| 02:42:50 | dberg918 | I already made a comment on some of the issues you might find |
| 02:42:57 | | Join shadearg [0] (i=arg@panoptix.net) |
| 02:43:02 | | Quit rotator () |
| 02:43:16 | casainho | I am getting this error: thread.c:(.text.init_threads+0x68): undefined reference to `stackbegin'; thread.c:(.text.init_threads+0x6c): undefined reference to `stackend' - can someone please help me? |
| 02:43:58 | jhMikeS | sounds like a problem in the linker script not defining stackbegin/end |
| 02:44:35 | * | Llorean should really hit refresh on webpages he's left open from earlier in the day. |
| 02:45:48 | casainho | jhMikeS: thanks, I will look for that :-) |
| 02:46:21 | dberg918 | now to file a bug report for the status bar issue I've been having... |
| 02:46:24 | *** | Saving seen data "./dancer.seen" |
| 02:49:14 | casainho | jhMikeS: thanks, was right that ;-) |
| 02:49:25 | LambdaCalculus37 | jhMikeS: I can also confirm the fading problem Llorean mentioned. I'm running current SVN as well. |
| 02:49:42 | | Quit KoruZ ("Ex-Chat") |
| 02:50:44 | jhMikeS | I'm trying 19224 now (the ones in between aren't buildable) |
| 02:53:48 | dberg918 | jhMikeS: you should see the problem, that's where I found it started |
| 02:53:50 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 02:55:54 | LambdaCalculus37 | Llorean: Should a bug report be opened in the tracker regarding the backlight fade problem on the Gigabeat F/X? |
| 02:56:16 | jhMikeS | LambdaCalculus37: 9599 according to dberg918 |
| 02:56:34 | LambdaCalculus37 | jhMikeS: Checking it out now. |
| 02:57:13 | dberg918 | just filed a bug report for the status bar issue I've been having |
| 02:57:14 | | Quit planetbeing (Remote closed the connection) |
| 02:57:15 | dberg918 | http://www.rockbox.org/tracker/task/9600 |
| 02:59:22 | | Quit casainho ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
| 02:59:48 | | Quit jhMikeS (Nick collision from services.) |
| 02:59:54 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 02:59:56 | LambdaCalculus37 | jhMikeS; Comment added. |
| 03:00 |
| 03:07:02 | jhMikeS | definitely hits in r19224 |
| 03:09:43 | Llorean | jhMikeS: Looked at kugel's patch? |
| 03:10:58 | jhMikeS | I'm going to. I rechecked current SVN first. |
| 03:12:59 | jhMikeS | oki...building |
| 03:13:48 | dberg918 | jhMikeS: let me know if you have the same problems with setting the brightness to 12 after you apply the patch |
| 03:14:21 | dberg918 | it was hard to explain... |
| 03:18:47 | jhMikeS | dberg918: I will. I'm not seeing anything in r19221 to r19224 that ought to affect F/X besides the one file |
| 03:26:04 | jhMikeS | dberg918: I can't reproduce what you described. |
| 03:28:07 | dberg918 | hmm, interesting |
| 03:28:17 | dberg918 | does the patch completely fix things for you? |
| 03:31:15 | dberg918 | jhMikeS: which revision of SVN did you use? |
| 03:31:25 | dberg918 | or patch, rather? |
| 03:31:52 | jhMikeS | I see it if I let the LCD shut down and have a short enough timeout. |
| 03:32:16 | jhMikeS | It's not quite back down to 11 but there's a slight dimming after hitting a peak |
| 03:33:16 | jhMikeS | hmmm, could be my pupils adjusting though |
| 03:33:28 | dberg918 | you mean after you let the lcd timeout and then reactivate it? |
| 03:34:44 | dberg918 | try setting the backlight to 10 seconds, and keeping the button light timeout at 5 seconds |
| 03:35:06 | dberg918 | I had my Gigabeat plugged in during the test |
| 03:35:29 | dberg918 | when the button lights timeout, you should see the lcd get brighter |
| 03:36:04 | | Quit DerDome (Read error: 60 (Operation timed out)) |
| 03:37:37 | | Join DerDome [0] (n=DerDome@dslb-082-083-217-123.pools.arcor-ip.net) |
| 03:38:13 | jhMikeS | Hmmm, I'm not getting anything. To me it looks fine. What I was seeing was just my pupils adjusting because it was a bit dark. Doing it in the light I don't see anything. |
| 03:38:52 | dberg918 | even when you change the backlight to 10 seconds? |
| 03:39:59 | jhMikeS | backlight is 10s (12 brightness), buttonlight is 5s. |
| 03:40:27 | dberg918 | ... |
| 03:40:39 | dberg918 | I just turned on my Gigabeat |
| 03:40:53 | dberg918 | I can't reproduce it either... |
| 03:41:58 | | Quit reacocard (Remote closed the connection) |
| 03:42:01 | dberg918 | I see.... |
| 03:42:10 | | Join reacocard [0] (i=reacocar@saga.silenceisdefeat.org) |
| 03:42:15 | dberg918 | I think the problem is my dock |
| 03:42:59 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 03:43:36 | dberg918 | try plugging in your Gigabeat |
| 03:44:29 | jhMikeS | I tried unplugged, plugged directly and in the cradle and it was fine. |
| 03:44:33 | dberg918 | I don't get the problem when it's undocked, but when I have it sitting in the dock (which is set to Line Out and has the AC adapter plugged in), I can reproduce it |
| 03:44:57 | jhMikeS | I have mine on line-out too |
| 03:45:12 | dberg918 | my dock must be finicky |
| 03:45:54 | dberg918 | for some reason, I have trouble with my dock sometimes |
| 03:46:12 | dberg918 | even when it's set to line-out, it will connect to the computer in USB mode |
| 03:48:47 | dberg918 | sweet |
| 03:48:54 | dberg918 | I guess the patch is good to go then |
| 03:49:33 | _Auron_ | I should be getting my sansa sometime this week |
| 03:49:46 | _Auron_ | I ordered a e260 from woot.com the other day |
| 03:52:01 | jhMikeS | Since kugel is out, I'll commit that. |
| 03:54:05 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 03:54:44 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-eaf58e5488065bfa) |
| 04:00 |
| 04:03:12 | | Join blkhawk- [0] (i=HydraIRC@g228005237.adsl.alicedsl.de) |
| 04:19:30 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
| 04:46:28 | *** | Saving seen data "./dancer.seen" |
| 04:58:27 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 05:00 |
| 05:01:53 | | Quit XavierGr () |
| 05:02:36 | | Quit LambdaCalculus37 ("sleep time is now") |
| 05:03:03 | | Quit Zarggg () |
| 05:03:33 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 05:06:32 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 05:10:54 | | Quit shadearg ("goodbye.") |
| 05:23:38 | | Join shadearg [0] (i=arg@panoptix.net) |
| 05:27:29 | | Nick BjoernErik is now known as Bjoern-Erik (n=Bjoern@173.80-202-110.nextgentel.com) |
| 05:34:17 | | Quit m0f0x () |
| 05:40:21 | | Quit Horscht ("electromagnetic radiation from satellite debris") |
| 05:52:34 | | Join m0f0x [0] (n=m0f0x@189-47-9-77.dsl.telesp.net.br) |
| 06:00 |
| 06:00:56 | | Quit JdGordon (Remote closed the connection) |
| 06:02:23 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
| 06:03:35 | | Quit massiveH ("Leaving") |
| 06:06:32 | | Quit tchan ("WeeChat 0.2.7-dev") |
| 06:08:24 | | Join tchan [0] (n=tchan@c-24-12-190-140.hsd1.il.comcast.net) |
| 06:10:34 | | Quit amiconn (Nick collision from services.) |
| 06:10:38 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
| 06:10:43 | | Quit pixelma2 (Nick collision from services.) |
| 06:10:48 | | Join pixelma2_ [0] (n=marianne@rockbox/staff/pixelma) |
| 06:10:52 | | Nick pixelma2_ is now known as pixelma2 (n=marianne@rockbox/staff/pixelma) |
| 06:44:13 | | Join newfeats [0] (n=newfeats@121.1.54.50) |
| 06:46:32 | *** | Saving seen data "./dancer.seen" |
| 06:54:27 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 06:54:53 | | Join JdGordon_ [0] (n=jonno@rockbox/developer/JdGordon) |
| 06:57:32 | | Nick blkhawk- is now known as blkhawk (i=HydraIRC@g228005237.adsl.alicedsl.de) |
| 07:00 |
| 07:03:47 | | Join n17ikh|Lappy [0] (n=n17ikh@130-127-72-241.lightsey.resnet.clemson.edu) |
| 07:07:11 | | Join skipper [0] (n=skipper@93-136-23-192.adsl.net.t-com.hr) |
| 07:07:27 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
| 07:12:02 | | Quit m0f0x () |
| 07:26:17 | | Quit aarcane ("Leaving") |
| 07:26:34 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
| 07:33:27 | | Quit skipper (Read error: 110 (Connection timed out)) |
| 07:33:38 | | Join skipper [0] (n=skipper@93-136-44-100.adsl.net.t-com.hr) |
| 07:34:21 | | Quit safetydan ("Leaving.") |
| 07:36:47 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 07:44:20 | | Part newfeats ("Gone") |
| 07:48:55 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 07:59:34 | | Quit EspeonEefi ("さよなら") |
| 08:00 |
| 08:10:55 | | Join formalist [0] (i=barussel@gateway/tor/x-03baeb75f3fcb561) |
| 08:11:31 | | Part formalist |
| 08:11:50 | | Quit faemir (Remote closed the connection) |
| 08:17:03 | | Quit BigBambi (Read error: 104 (Connection reset by peer)) |
| 08:21:11 | | Join n17ikh [0] (n=n17ikh@130-127-72-241.lightsey.resnet.clemson.edu) |
| 08:21:14 | | Join Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) |
| 08:21:27 | | Quit skipper (Remote closed the connection) |
| 08:29:47 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
| 08:31:12 | | Quit n17ikh|Lappy (Nick collision from services.) |
| 08:46:15 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
| 08:46:23 | | Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-08eab8fb762620b6) |
| 08:46:34 | *** | Saving seen data "./dancer.seen" |
| 08:47:12 | | Join Rob2222 [0] (n=Miranda@p4FDCF903.dip.t-dialin.net) |
| 08:51:30 | Zagor | sansa c100 has the same display as c200, doesn't it? |
| 08:53:21 | | Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-3be0a0a2e68b29df) |
| 08:53:46 | | Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-3be0a0a2e68b29df) |
| 08:53:58 | | Join skipper [0] (n=skipper@213.147.115.74) |
| 08:57:49 | | Quit nuonguy ("This computer has gone to sleep") |
| 08:59:56 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 09:00 |
| 09:05:14 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
| 09:06:33 | * | B4gder was greatly and happily surprised by the gogear gentlemen mail |
| 09:06:41 | Zagor | indeed |
| 09:08:26 | Dhraakellian | and I was happy to see the Sansa AMS gentlemen mail |
| 09:08:37 | Dhraakellian | just out of curiosity, which model was it? |
| 09:15:29 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:30:41 | | Quit buk_ (Remote closed the connection) |
| 09:36:45 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 09:39:36 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
| 09:39:57 | | Quit n17ikh () |
| 09:44:48 | B4gder | Dhraakellian: what model was what? |
| 09:44:56 | Dhraakellian | the Sansa AMS that had sound |
| 09:45:27 | B4gder | I think sound has been achieved on just about all ams sansas the guys work on: fuze, clip, e200v2 and m200v4 |
| 09:45:53 | | Quit MrDuck (No route to host) |
| 09:45:57 | Dhraakellian | I was curious which was first |
| 09:47:22 | B4gder | I think funman has a clip |
| 09:47:47 | | Join lasser [0] (n=chatzill@W81ce.w.pppool.de) |
| 09:55:22 | linuxstb | JdGordon: Why close http://www.rockbox.org/tracker/task/5877 ? It's perfectly fixable if someone wants to (like any bug). |
| 09:56:08 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 09:58:19 | JdGordon | linuxstb: fixed by changing the lineout volume? or by fixing the dsp? |
| 09:58:28 | linuxstb | Either. |
| 09:59:18 | linuxstb | If I was to fix it, I would probably adjust the lineout volume. |
| 09:59:47 | JdGordon | thats not a correct fix though... lineout should stay at line level... |
| 09:59:54 | JdGordon | otherwise its not line out |
| 10:00 |
| 10:00:15 | JdGordon | fixing the DSP would make it a feature request, so not a bug |
| 10:00:47 | linuxstb | I disagree, if it's fading, we reduce the volume - it doesn't matter if you do it by attenuating the line-out or via the DSP. |
| 10:01:06 | linuxstb | And fixing a bug by using the DSP isn't a feature request. |
| 10:01:47 | amiconn_ | It's a tricky one to fix though |
| 10:01:52 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
| 10:02:36 | linuxstb | Yes, but my point is that just because a bug is hard, or if no-one is (currently) interested in fixing it, we shouldn't close a bug report. |
| 10:02:40 | amiconn | Fade on stop/pause fades by using the main volume. A true line-out doesn't change with the main volume, so that's why the effect occurs. |
| 10:03:09 | amiconn | But you can't just move to using the dsp - then it wouldn't work at all anymore on archos |
| 10:03:50 | amiconn | Btw, the bug very likely exists on the archos Player as well... |
| 10:03:54 | | Quit DerDome ("Leaving.") |
| 10:04:08 | amiconn | hmm |
| 10:05:03 | linuxstb | I don't see the problem with adjusting the line-out volume to implement a fade though. |
| 10:05:40 | amiconn | Me neither, but the problem remains how to do that, without too many #if/#elif/... |
| 10:07:43 | amiconn | I think it can be done so that it doesn't use the main volume even on archos - by using the mas dsp output mixer, which we already use for stereo width and special channel settings like karaoke. |
| 10:08:32 | * | linuxstb reopens the task |
| 10:09:52 | amiconn | Adjusting the line-out volume would work only on swcodec targets where the line-out has a separate volume adjustment (e.g. ipod video), but not on those where the line-out ix really fixed. For those, the dsp would need to handle the fading |
| 10:10:30 | amiconn | So we should probably do it using the dsp on swcodec, and the mas dsp adjustment on archos. |
| 10:10:39 | LinusN | sounds like a good idea |
| 10:11:35 | linuxstb | Do we have targets with a fixed line-out volume? I thought we either had line-outs linked to the main volume (e.g. h1x0), or independent line-outs we fix in software to be at 0dB (e.g. ipods). |
| 10:11:54 | linuxstb | But yes, I agree using DSPs on all targets is cleaner. |
| 10:13:07 | JdGordon | adjusting the lineout volume is a bad idea... (unless line-out is headphone out also) lineout shold be kept at line levels |
| 10:14:09 | amiconn | JdGordon: There are chips where line-out can't be kept fixed (e.g. UDA1380) |
| 10:14:36 | JdGordon | ok, but where it can be, it should be |
| 10:15:31 | | Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) |
| 10:15:47 | | Join fanta [0] (n=7bd3fe9f@gateway/web/cgi-irc/labb.contactor.se/x-5fbdca7a53ba5b28) |
| 10:15:50 | amiconn | linuxstb: Iirc the TLV320 (coldfire iaudios, creative) has truly fixed line out |
| 10:16:31 | | Quit fanta (Client Quit) |
| 10:17:10 | | Join planetbeing [0] (n=planetbe@c-71-235-96-172.hsd1.ct.comcast.net) |
| 10:18:06 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 10:18:13 | planetbeing | What device is the ata-nand-telechips.c for and how was the information obtained? |
| 10:18:56 | planetbeing | It bears a strong resemblance to the iPhone NAND controller and I would like to know if anyone knows the erase/program sequences for that chip. |
| 10:19:21 | | Join fanta2 [0] (n=null@123.211.254.159) |
| 10:19:27 | kugel | jhMikeS: hey. re backlight f/x. How about adding a dummy value for log_brightness[0] and save the subtraction |
| 10:19:57 | planetbeing | denes_, you around? |
| 10:19:58 | kugel | jhMikeS: actually the idea of pondlife, he tested it and reported some tiny binsize safe also |
| 10:20:29 | B4gder | planetbeing: that's stuff reversed engineered from the iAudio I7 and Cowon D2 players I believe |
| 10:20:48 | B4gder | possibly with pieces from tcc datasheets |
| 10:21:02 | fanta2 | Anyone know how the USB stack works? |
| 10:21:14 | B4gder | fanta2: gevaerts is a good bet for that |
| 10:21:40 | | Quit BHSPitMonkey ("Ex-Chat") |
| 10:22:00 | fanta2 | I saw him on the knowledge map, I take it he's AFK then >.< |
| 10:22:16 | B4gder | he's so shy he hides ;-) |
| 10:22:27 | Zagor | fanta2: he's here a lot. hang around a while and he'll probably come by. |
| 10:22:51 | | Quit JdGordon_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 10:22:54 | Zagor | fanta2: what specifically do you want to know? I wrote the first version of the stack. |
| 10:23:03 | planetbeing | We're going through the iPhone's XNU kernel right now to find it, but it'd be nice if someone had a datasheet or something. |
| 10:23:21 | fanta2 | I'm probably making a stupid mistake somewhere anyway, I'm attempting to write a basic PTP implementation but every time I recieve a packet the buffer I'm using is entirely blank |
| 10:23:27 | kugel | JdGordon: looking at your time&date screen patch, you don't seem to be so against global viewports anymore as you used to be |
| 10:23:54 | JdGordon | I'm not sure how they should work... |
| 10:24:01 | fanta2 | and using USBTrace (which may or may not be any good, I'm not sure) any data I send comes back as a repeating sequence of two random digits |
| 10:25:20 | * | kugel remembers being slapped for that in the pitchscreen vp patch |
| 10:25:21 | GodEater | planetbeing: nice work on the linux port btw, and on the iphone jailbreak in general - I'm a very pleased end-user |
| 10:26:03 | planetbeing | GodEater, thanks. :) |
| 10:26:19 | Thundercloud | JAILBREAK!? |
| 10:26:22 | Thundercloud | And by that I Mean |
| 10:26:22 | kugel | JdGordon: re fs#9600. The whole gui doesn't seem to be updated correctly anymore in the settings |
| 10:26:23 | Thundercloud | Cool |
| 10:26:48 | GodEater | planetbeing: while you're here, do you think you could offer any insight into how it was originally achieved? We're still hunting for ways to get code onto the later ipods, and wondered if that work might be applicable in some way ? |
| 10:26:55 | JdGordon | kugel: i know.. its probably a very old issue... im busy now... |
| 10:27:24 | kugel | dberg918: ping |
| 10:27:33 | planetbeing | Yeah, I thought a little about that too. The image format seems completely different, though. |
| 10:27:41 | GodEater | ah shame |
| 10:27:42 | planetbeing | Based on someone's description of the one dump that was made. |
| 10:27:57 | planetbeing | However, there was that "jump instruction" at 0x00000000 into a block of encrypted data. |
| 10:28:16 | | Quit Thundercloud (Remote closed the connection) |
| 10:28:48 | planetbeing | Which I think is a bit odd. Because if the CPU reads clear, unsigned instructions from flash, then what's to stop you from changing that instruction? |
| 10:29:30 | GodEater | we also thought about trying to get in via the DFU mode, but so far we only know how to access it on the 2nd Gen Nano, and only then if we corrupt the firmware on the "blank" partition |
| 10:30:03 | GodEater | that's not possible on the later models at all since they hide that partition completely over UMS :( |
| 10:30:09 | planetbeing | There doesn't seem to be any cryptographic signatures though? |
| 10:30:59 | GodEater | I'm not sure anyone here has looked into the firmware files from apple to say one way or the other |
| 10:31:08 | GodEater | not looked into in depth I should say |
| 10:31:49 | | Quit ap0 ("Ba") |
| 10:32:02 | GodEater | linuxstb probably has more knowledge in that area than I since he did a lot of the original ipod port work for us. |
| 10:32:46 | Zagor | fanta2: for debugging it's better to talk with gevaerts than me |
| 10:33:27 | fanta2 | Ok, I'll lurk until I see him next :P |
| 10:38:02 | kugel | JdGordon: Did you narrow down the revision it was introduced? If not, I'll do that now |
| 10:38:25 | JdGordon | like i said... its old... im busy.. i havnt done anything about it |
| 10:41:33 | kugel | Zagor: ping |
| 10:41:38 | Zagor | pong |
| 10:42:23 | kugel | Zagor: I've noticed the makefile created by configure contains "LD=/path/to/arm-elf-ar" (something like that) |
| 10:42:29 | kugel | not arm-elf-ld |
| 10:42:58 | Zagor | kugel: which target and type? |
| 10:43:03 | kugel | doesn't seem to hurt, but i find it weird |
| 10:43:14 | kugel | e200 (and fuze) |
| 10:43:36 | B4gder | obviously LD is not used ;-) |
| 10:43:40 | Zagor | seems to be the same for most targets, actually |
| 10:43:41 | fanta2 | hmm, if I use the audio buffer to get data I actually get data; do I have to declare buffer space in linker scripts or something? |
| 10:43:57 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 10:43:59 | Zagor | and yeah, we don't use LD anywhere. we link via the gcc front-end |
| 10:44:16 | B4gder | btw, WINDRES, DLLTOOL and DLLWRAP don't use the full path... |
| 10:45:13 | Zagor | same thing, they're never used |
| 10:45:19 | B4gder | aha |
| 10:45:40 | Zagor | actually WINDRES is used, but not the others |
| 10:45:42 | kugel | hehe, we're collecting garbage, I assume? |
| 10:46:07 | Zagor | yeah, things tend to stick around in the script when the makefiles change |
| 10:46:35 | *** | Saving seen data "./dancer.seen" |
| 10:46:49 | Zagor | he, no WINDRES is not used either. the variable is redefined in the files where it is used... |
| 10:47:46 | | Quit Zom ("leaving") |
| 10:48:10 | | Join Zom [0] (n=zom@c-eddde355.09-109-73766c10.cust.bredbandsbolaget.se) |
| 10:48:25 | | Join Casainho [0] (n=chatzill@bl8-161-156.dsl.telepac.pt) |
| 10:48:33 | Casainho | hello :-) |
| 10:49:18 | Casainho | I am having a problem, system is hanging on line "thread->l.prev = l->l.prev;" on thread.c file... |
| 10:50:01 | | Join alexbobp [0] (n=alex@66.112.249.159) |
| 10:50:02 | kugel | Casainho: you're actually running rockbox code now? |
| 10:50:33 | B4gder | Casainho: you need to give us a greater picture of what's going on |
| 10:52:17 | kugel | Casainho: if yes, make sure you use the toolchain created by rockboxdev.sh. |
| 10:54:38 | Casainho | he kernel_init() do not returns, which means there is some problem. |
| 10:54:39 | Casainho | Doing debug with serial debug port I found the it is hanging on |
| 10:54:40 | Casainho | function "static void add_to_list_l(struct thread_entry **list, struct |
| 10:54:51 | Casainho | thread_entry *thread)", on line number 1268: "thread->l.prev = l- |
| 10:54:51 | Casainho | >l.prev;" −− http://code.google.com/p/rockboxplayer/source/browse/trunk/rockbox_port/firmware/thread.c |
| 10:54:54 | Casainho | I don't have sure but I think that can be some problem with stack or |
| 10:54:54 | Casainho | ram memory... I had to add stack section on boot.lds for the code to |
| 10:54:54 | Casainho | build, I may made some mistake... |
| 10:55:09 | Mode | "#rockbox +o logbot " by ChanServ (ChanServ@services.) |
| 10:55:19 | Casainho | yes, I am running that GC version, of rockboxdev.sh :-) |
| 10:55:42 | B4gder | just getting stuck on a random code line seems weird |
| 10:56:29 | B4gder | and you doing something "special" with the stack seems like a reasonable point to check |
| 10:57:30 | kugel | Casainho: if you're running rockbox code, that's definitely cool, no matter of issues! |
| 10:57:34 | amiconn | B4gder: Regarding the paths - 'configure' tries to figure them out and then store them. But not all tools are always present (e.g. windres), and then 'configure' falls back to storing the tool name without the path |
| 10:57:41 | Casainho | this is my linker script: http://code.google.com/p/rockboxplayer/source/browse/trunk/rockbox_port/firmware/target/arm/at91sam/boot.lds |
| 10:58:34 | amiconn | This is necessary so that the Makefile still works when the tools become available (and it avoids errors due to inappropriate tools - like windres for a linux sim - at the same time) |
| 10:58:47 | B4gder | Casainho: so how does it differ from the one in rockbox? |
| 11:00 |
| 11:00:01 | kugel | JdGordon: r18933 |
| 11:00:07 | | Quit ameyer (Read error: 104 (Connection reset by peer)) |
| 11:00:11 | | Join Darksair [0] (n=user@221.221.159.245) |
| 11:00:43 | Casainho | eheh - don't know... I didn't understand somethings on linker script... I will try to figure out. But, if it is hanging on "thread->l.prev = l-l.prev;" should be something about memory or stack, no? |
| 11:01:06 | B4gder | likely, yes |
| 11:02:23 | Casainho | okok :-) −− I will discover it then... thanks :-) |
| 11:02:37 | Casainho | bye bye |
| 11:02:40 | | Quit Casainho ("ChatZilla 0.9.84 [Firefox 3.0.4/2008102920]") |
| 11:05:25 | | Join pondlife [50] (n=Steve@rockbox/developer/pondlife) |
| 11:09:44 | | Quit culture (Read error: 110 (Connection timed out)) |
| 11:16:38 | kugel | JdGordon: I might have a plan on how to fix that |
| 11:17:29 | | Join Zom_ [0] (n=zom@c-eddde355.09-109-73766c10.cust.bredbandsbolaget.se) |
| 11:17:33 | | Quit Zom_ (Client Quit) |
| 11:53:41 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
| 12:00 |
| 12:00:02 | | Quit jhulst_ (Read error: 110 (Connection timed out)) |
| 12:00:49 | | Quit fanta2 (Read error: 110 (Connection timed out)) |
| 12:23:33 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 12:24:28 | kugel | JdGordon: a fix would be to not go back to the theme settings if you selected one, but stay in the theme dir. |
| 12:24:37 | kugel | like it's done with fonts |
| 12:25:00 | kugel | I have no idea though why browse_fonts and browse_themes behave differently |
| 12:38:59 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 12:46:36 | *** | Saving seen data "./dancer.seen" |
| 12:50:19 | | Join jhulst [0] (n=jhulst@75-135-157-217.dhcp.aldl.mi.charter.com) |
| 13:00 |
| 13:00:02 | | Join moos [0] (i=moos@81-66-158-133.rev.numericable.fr) |
| 13:06:05 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 13:08:37 | | Quit robin0800 (Remote closed the connection) |
| 13:08:56 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 13:10:35 | | Quit Zagor (Read error: 60 (Operation timed out)) |
| 13:12:54 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 13:15:33 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
| 13:17:33 | n1s | amiconn: is it correct that the ape codec doesn't use any iram for code on coldfire? |
| 13:17:45 | amiconn | yes |
| 13:18:50 | amiconn | I once tried to move some parts of the code into IRAM, but the codec became slower |
| 13:19:08 | n1s | aha |
| 13:19:19 | amiconn | This was probably due to cache aliasing of the code remaining in SDRAM; I should probably try to move nearly everything into IRAM like on PP5002 |
| 13:19:56 | amiconn | It would require moving the insane buffer out of IRAM at least on MCF5249, but that's not realtime anyway |
| 13:20:11 | jhMikeS | kugel: could do that. it's only one byte. |
| 13:20:23 | | Quit lasser (Remote closed the connection) |
| 13:21:31 | * | amiconn also still wonders why PP5020 is slower than PP5022, and even slower than PP5002 when everything time critical uses IRAM |
| 13:22:36 | amiconn | For APE, PP5002 and PP5022 have practically identical performance, and PP5020 is about 7% slower |
| 13:26:24 | | Join lasser [0] (n=chatzill@W81ce.w.pppool.de) |
| 13:40:35 | | Quit robin0800 (Remote closed the connection) |
| 13:42:19 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-074-205.ewe-ip-backbone.de) |
| 13:50:08 | | Join TheSphinX^ [0] (n=cold@p54A5DEB1.dip.t-dialin.net) |
| 13:50:49 | kugel | JdGordon: re fs#9600: the problem is that the callback isn't "triggered", when you go back from the theme folder to the theme setting menu |
| 13:50:54 | kugel | iiuc |
| 13:57:04 | | Quit Zagor ("Client exiting") |
| 13:57:51 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
| 14:00 |
| 14:01:59 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
| 14:11:46 | kugel | JdGordon: r18933 didn't even fix the crashing when not using fullscreen viewport issue afaics |
| 14:15:11 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 14:18:03 | n1s | FS #8153 seems pretty much like a feature request to me (which half of has been implemented afaics, simplified chinese appears to have proper voice strings, trad does still have the english ones.) so anyway, is anyone against closing it?) |
| 14:18:35 | n1s | incomplete translations is not a bug imho |
| 14:21:02 | JdGordon | kugel: line 645 isnt being triggered? |
| 14:23:04 | | Quit martian67 (Remote closed the connection) |
| 14:24:48 | | Join martian67 [0] (i=lol3izer@about/linux/regular/martian67) |
| 14:30:11 | | Quit martian67 (Remote closed the connection) |
| 14:31:32 | | Join martian67 [0] (i=lol3izer@about/linux/regular/martian67) |
| 14:33:56 | kugel | JdGordon: apparently not |
| 14:34:10 | JdGordon | something is not right :p |
| 14:34:22 | kugel | no, really? |
| 14:34:59 | kugel | why did you remove all those "init_default_menu_viewports" lines? iiuc they only matter when no parent was given |
| 14:35:45 | kugel | just saying, that re-adding "fixes" it |
| 14:36:12 | JdGordon | no, bad things were happening with them if a vp was passed in |
| 14:38:19 | kugel | star.c crashes after exit with my customlist, so I'm unsure if it's really caused by that |
| 14:38:44 | | Quit jhulst (Read error: 113 (No route to host)) |
| 14:38:51 | kugel | (I've rewritten custom list so that it fully uses the parent stuff and integrates into lists) |
| 14:39:02 | | Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-462d091677568e97) |
| 14:40:27 | kugel | JdGordon: init_default_menu_viewports only the menu_vp is changed. And that's only the same as vps when no parent was given (and for drawing vps is used) |
| 14:40:39 | | Quit J-23 ("ZNC - http://znc.sourceforge.net") |
| 14:41:11 | | Join {phoenix} [0] (n=dirk@p54B477A0.dip.t-dialin.net) |
| 14:41:11 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
| 14:41:14 | kugel | i.e. changes to menu_vp are ignored if a parent was given |
| 14:41:56 | kugel | maybe you can give me a recipe how to reproduce that crash (since I never experienced one) |
| 14:43:44 | * | JdGordon cant even remember what that was about and its nearly 1am here... and i havnt done any rockbox coding today so im out of it anyway.... |
| 14:44:08 | kugel | that happens if you waste your time coding for windows mobile :) |
| 14:45:40 | | Part B4gder |
| 14:46:35 | | Part LinusN |
| 14:46:37 | *** | Saving seen data "./dancer.seen" |
| 14:48:49 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 14:50:50 | | Quit Seed ("cu, Andre") |
| 14:52:15 | n1s | Can any h10 user comment on FS #7672 ? |
| 14:55:40 | | Quit balou (Remote closed the connection) |
| 15:00 |
| 15:00:30 | | Quit kachna (Remote closed the connection) |
| 15:01:05 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
| 15:03:53 | | Join balou [0] (i=balou@cl-1844.ham-01.de.sixxs.net) |
| 15:05:36 | | Join Paprica [0] (n=598b74d8@gateway/web/cgi-irc/labb.contactor.se/x-37f5533f4542fecb) |
| 15:05:45 | | Quit Paprica (Client Quit) |
| 15:06:57 | | Quit jhulst (Read error: 131 (Connection reset by peer)) |
| 15:07:37 | | Join HyperHorse_ [0] (n=blarch@124-170-189-254.dyn.iinet.net.au) |
| 15:10:03 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
| 15:13:40 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 15:22:10 | | Quit robin0800 (Remote closed the connection) |
| 15:22:16 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 15:25:35 | | Join Schmogel [0] (n=Miranda@p3EE21F0B.dip0.t-ipconnect.de) |
| 15:26:20 | | Quit pondlife ("Leaving.") |
| 15:31:43 | | Quit n1s () |
| 15:36:40 | | Quit TheSphinX^ ("XChat@Linux") |
| 15:37:08 | | Join funman [0] (n=fun@AToulouse-158-1-73-52.w90-50.abo.wanadoo.fr) |
| 15:43:39 | | Quit moos (Read error: 110 (Connection timed out)) |
| 15:45:59 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 15:52:09 | | Join Bensawsof [0] (n=Bensawso@5ED09C45.cable.ziggo.nl) |
| 15:52:57 | | Quit kachna (Read error: 110 (Connection timed out)) |
| 15:54:08 | LambdaCalculus37 | We're 700 commits away from 20000. ;) |
| 15:58:25 | Tuplanolla | quick, dummy commits incoming ;) |
| 16:00 |
| 16:03:10 | | Join miepchen^schlaf [0] (n=miepel@p579ECA3E.dip.t-dialin.net) |
| 16:03:51 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
| 16:03:57 | | Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-bb04c086babaff2d) |
| 16:06:50 | * | gevaerts wanted to complain bitterly in #curl about missing features, but newer versions have them :( |
| 16:10:43 | | Quit linuxstb ("Leaving") |
| 16:12:25 | lasser | I tried to run RB on an e250v2 today, just to see it ;-) All things compiled fine, the sansa updated cleanly and RB starts, but a few seconds later the screen blacks out and I can't here any music or even use buttons. Is this normal for the moment? |
| 16:13:21 | lasser | I patched the svn-tree with #9592 to hear the sound :-) |
| 16:13:24 | | Quit balou (Read error: 110 (Connection timed out)) |
| 16:13:25 | LambdaCalculus37 | Yes it is. |
| 16:13:34 | lasser | :-( |
| 16:13:35 | LambdaCalculus37 | The patch at FS #9592 is still very experimental. |
| 16:13:56 | LambdaCalculus37 | The AMS Sansas have a long way to go before they're ready for everyday use. |
| 16:14:19 | funman | and the buttons don't work on e200v2 anyway |
| 16:14:38 | lasser | Lambda: I know that, I followed the race in the last days. But there was a little hope. |
| 16:15:31 | lasser | funmal: uh, ok. But looks cool anyway :-) |
| 16:16:49 | LambdaCalculus37 | lasser: I would be really lucky if my Sansa Clip didn't freeze or data abort while playing music, but I know it'll happen because the playback code is still very rough. |
| 16:17:13 | funman | IMO the playback code is fine. the problem is elsewhere |
| 16:18:28 | funman | the code where the crashes happen is fine (runs fine on other targets) so if it crashes it means either the code or its data has been overwritten by something else |
| 16:19:47 | funman | in one week i'll have my jtag cable, but i'm not sure if i'll have the time to use it. That could give good hints on what is happening in the system |
| 16:21:43 | blkhawk | I can't wait to use rockbox on my e200v2 |
| 16:21:48 | lasser | OK. Because my programming skills are less than zero I can't help with it, and testing will be far later, won't it? But then, if wanted, I will do my very best ;-) |
| 16:22:01 | blkhawk | the stupid stock firmware can't handle playlists properly |
| 16:22:12 | blkhawk | its slow as molasses when browsing it |
| 16:22:25 | blkhawk | and don't get me started on id3 tags with unicode |
| 16:23:58 | kugel | \o/ |
| 16:25:12 | | Nick jfc^3 is now known as jfc (n=john@dpc691978010.direcpc.com) |
| 16:28:30 | | Join miepchen^schla [0] (n=miepel@p579ECA3E.dip.t-dialin.net) |
| 16:40:38 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 16:44:05 | | Quit HyperHorse_ ("Leaving") |
| 16:46:11 | LambdaCalculus37 | funman: Got a data abort at 0000077C on my Clip; I was going through the menus while I had audio playing. |
| 16:46:33 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:46:41 | *** | Saving seen data "./dancer.seen" |
| 16:47:50 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 16:49:35 | funman | LambdaCalculus37: must be memset or something like that, you can check with rockbox.map / rockbox.elf |
| 16:53:44 | | Quit Schmogel (Read error: 54 (Connection reset by peer)) |
| 16:54:12 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 16:54:29 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-d0aa9175d2b75821) |
| 17:00 |
| 17:05:16 | petur | hmm |
| 17:05:49 | | Join dberg918_ [0] (n=dave@cpe-098-121-161-003.ec.res.rr.com) |
| 17:12:27 | | Join stoffel_ [0] (n=sfr@p57B4D9EC.dip.t-dialin.net) |
| 17:15:12 | | Quit {phoenix} (Read error: 104 (Connection reset by peer)) |
| 17:16:06 | amiconn | hmm |
| 17:18:15 | | Join obo [0] (n=obo@rockbox/developer/obo) |
| 17:21:24 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
| 17:21:55 | | Quit skipper (Read error: 110 (Connection timed out)) |
| 17:24:29 | funman | hmm (for real) I notice my french lang file is corrupted : weird characters mixed with english |
| 17:24:47 | | Quit robin0800 (Remote closed the connection) |
| 17:25:48 | funman | this is due to a bug i introduced in sd code :O |
| 17:26:43 | | Quit bmbl (Read error: 113 (No route to host)) |
| 17:27:19 | * | kugel finally got a new customlist version out |
| 17:28:14 | | Join Schmogel [0] (n=Miranda@p3EE21F0B.dip0.t-ipconnect.de) |
| 17:28:34 | | Quit Zagor ("Client exiting") |
| 17:30:12 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 17:33:14 | | Join {phoenix} [0] (n=dirk@p54B477A0.dip.t-dialin.net) |
| 17:42:08 | jhMikeS | is * in language string inclusion like "ipod*" a general wildcard? Will "gigabeat*" include for gigabeatf/gigabeats for instance? |
| 17:43:12 | kugel | jhMikeS: I think so. I also used it for backlight_fade* |
| 17:45:48 | rasher | Can anyone figure out why the patch in FS #9587 doesn't apply? |
| 17:45:53 | jhMikeS | I just wonder if I should define a temporary label or otherwise the list is of devices is rather large. |
| 17:47:09 | funman | LambdaCalculus37: can you give a try to FS #9332 on your Clip ? |
| 17:49:45 | LambdaCalculus37 | funman: Sure, I'll roll a build with it applied soon. |
| 17:51:46 | | Quit jhulst (Remote closed the connection) |
| 17:53:08 | funman | i've listened to some songs with it now, and i see no crashes so far. But very frequent (very short) skips in mp3 |
| 17:53:33 | funman | wav files do not skip though |
| 17:54:53 | LambdaCalculus37 | I should try it with some Vorbis files as well. Currently Vorbis playback freezes on the Clip after about a minute of play. |
| 17:56:53 | funman | as far as i experimented the freezes were hazardous (same song could entirely play fine or crash within seconds) |
| 17:58:20 | LambdaCalculus37 | funman: Is that with FS #9332 applied or without? |
| 17:58:46 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 18:00 |
| 18:00:00 | funman | LambdaCalculus37: well if you want sound, with :-) |
| 18:00:17 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:00:26 | funman | oh, the crashes >< With FS #9332 I had no crash so far |
| 18:00:27 | | Part domonoky |
| 18:00:33 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 18:00:40 | funman | but I just noticed some weird PCM corruption with a wav file |
| 18:01:08 | funman | ah, seems to be when I resume playback. |
| 18:04:25 | krazykit` | is the sansa express an ams target? |
| 18:04:31 | funman | no |
| 18:05:46 | amiconn | Iirc someone said it's sigmatel |
| 18:06:53 | krazykit` | ah, just found it on the wiki. seems it is sigmatel. what a shame. |
| 18:06:57 | amiconn | Imo it's weird, since the Express seems to have the same display as the Clip |
| 18:08:04 | | Join faemir [0] (n=quassel@88-106-242-186.dynamic.dsl.as9105.com) |
| 18:08:47 | funman | domonoky: I synced FS #9332 (buffering) and i have yet to experience a single crash with it applied |
| 18:09:20 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 18:09:21 | domonoky | funman: nice. I will try it later.. |
| 18:11:47 | funman | the frequency of skips when playing mp3 diminishes if I increase the buffer size in buffering_flash.c |
| 18:13:28 | | Quit Darksair ("Do you hear that? This is the sound of inevitability. This is the sound of your death, Mr. Anderson.") |
| 18:13:54 | LambdaCalculus37 | funman: Does audio playback stop correctly with FS #9332 applied? Currently when an audio file is done playing, the Clip stops for about 10 seconds, then appears to reset itself. |
| 18:14:19 | kugel | funman: maybe the sd_enable commit causes the sd to be disabled frequently |
| 18:15:04 | | Quit gromit`` (Read error: 60 (Operation timed out)) |
| 18:15:14 | kugel | I know I had no skips with this patch on my e200 when I tested it, the buffer size is not the problem. Reading is rather too slow |
| 18:16:42 | | Join perrikwp [0] (i=98213b32@gateway/web/ajax/mibbit.com/x-f103b31b9d57be85) |
| 18:16:46 | amiconn | That doesn't make sense. If read speed would be the problem, wav should skip way more than mp3 |
| 18:17:01 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 18:17:52 | | Join gromit` [0] (n=gromit@ALagny-154-1-48-29.w83-200.abo.wanadoo.fr) |
| 18:18:08 | funman | LambdaCalculus37: for me it doesn't stop (i play albums) but the behaviour you describe doesn't sound good .. |
| 18:18:10 | kugel | maybe it's both reading and decoding speed |
| 18:18:17 | | Join MethoS- [0] (n=clemens@host-091-096-215-142.ewe-ip-backbone.de) |
| 18:18:44 | amiconn | Decoding speed shouldn't be a problem either, as the as3525 is faster than e.g. pp |
| 18:19:24 | domonoky | there maybe other thing, which impact decoding speed.. for example slow lcd, or slow memory.. |
| 18:19:26 | amiconn | Iiuc the low-mem as3525 sansa use the minimal buffering system? |
| 18:19:40 | bertrik | LambdaCalculus37, how's your experience so far with codecs running on the clip? wavs seem fine, I've been able to play about 3 relatively low bitrate oggs before hanging and mp3s usually hang within a minute |
| 18:19:46 | funman | amiconn: we're just trying it (it's not in svn yet) |
| 18:19:53 | | Quit petur ("*plop*") |
| 18:19:58 | amiconn | Are you trying the normal system as well? |
| 18:20:00 | kugel | amiconn: so what's the problem? the patch worked perfectly for me without modifications |
| 18:20:05 | amiconn | ...and does that work? |
| 18:20:11 | funman | amiconn: the normal system seems to cause a lot of crashes |
| 18:20:20 | amiconn | odd... |
| 18:20:30 | funman | amiconn: the flash buffering didn't crash on me yet |
| 18:20:30 | | Join arohtar [0] (n=faemir@88-106-242-186.dynamic.dsl.as9105.com) |
| 18:20:56 | LambdaCalculus37 | bertrik: I tried several q3 Vorbis files, and they all hang within a minute of starting. I've tried a couple of low bitrate MP3s and have had no problems playing them entirely, save for the issue I described above. |
| 18:21:16 | LambdaCalculus37 | I have one MP3 file in particular, though, that freezes up no matter what. |
| 18:21:20 | amiconn | I think that the flash buffering doesn't use a high enough watermark, so for codecs where actual decoding is necessary, it reads new data too late |
| 18:21:49 | funman | that concords with the fact that a bigger buffer brings less skips |
| 18:21:55 | amiconn | Wav essentially just passes on the data, so it's fine |
| 18:22:57 | * | amiconn is really curious how the runtimes of flash buffering and ordinary buffering compare |
| 18:23:02 | kugel | funman: how fast does the clip decode mp3 now? |
| 18:23:07 | amiconn | Once both systems work, of course |
| 18:23:37 | kugel | amiconn: was about 2/3 of normal runtime on my e200 |
| 18:23:57 | funman | kugel: realtime |
| 18:24:14 | kugel | do you have numbers? |
| 18:24:31 | funman | no |
| 18:24:41 | kugel | ams doesn't have a 2nd core right? |
| 18:25:00 | domonoky | kugel: no, but we have one fast core.. even better :-) |
| 18:26:09 | Llorean | kugel: MP3 was realtime at all bitrates on a 75mhz single iPod core. |
| 18:26:22 | Llorean | If it's not realtime on the AMS there's probably something that really needs to be looked into. |
| 18:26:39 | bertrik | is there an overview somewhere of RAM use on rockbox, like what are the major RAM users and what's the minimum they need? |
| 18:26:43 | bertrik | I guess plugin buffer, codec buffer, PCM buffer, right? |
| 18:27:36 | Llorean | bertrik: Well, for plugin buffer "the minimum" is either "none" if you're willing to sacrifice plugins, or the tiny buffer the HWCodec targets use for their subset of plugins. |
| 18:27:45 | kugel | so, comparing mp3 is flawed |
| 18:28:00 | * | bertrik found RockboxMemoryLayout |
| 18:28:51 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 18:29:20 | | Quit faemir (Remote closed the connection) |
| 18:29:27 | | Quit arohtar (Client Quit) |
| 18:29:33 | funman | hmm the buttonlight stays on when HOLD is on |
| 18:30:07 | | Join karashata [0] (n=karashat@69.41.192.215) |
| 18:31:54 | | Join faemir [0] (n=faemir@88-106-242-186.dynamic.dsl.as9105.com) |
| 18:32:09 | LambdaCalculus37 | So does the backlight. |
| 18:32:44 | * | LambdaCalculus37 was wondering why the backlight was on when he put his Clip into HOLD |
| 18:34:07 | funman | fixed |
| 18:34:46 | bertrik | first, the clip has no backlight, it has an OLED display :P and second, it can be perfectly normal for the light to stay on, it's a setting |
| 18:36:28 | funman | bertrik: but we enable/disable the display using backlight API |
| 18:36:29 | LambdaCalculus37 | bertrik: Ahh. |
| 18:36:52 | funman | the problem is that we return HOLD status in button_read_device and we shouldn't |
| 18:39:36 | bertrik | funman, on my c200 the buttonlight stays on too when enabling HOLD |
| 18:40:48 | funman | i don't know what's wrong on c200, it appears to read buttons correctly |
| 18:41:00 | funman | check your buttonlight timeout? |
| 18:43:41 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 18:44:21 | bertrik | funman, ah ok, I see the misunderstanding now |
| 18:45:11 | Nico_P | amiconn: the flash buffering doesn't even have a watermark IIRC |
| 18:45:20 | | Join gregorovius [0] (n=diego@host220.190-31-238.telecom.net.ar) |
| 18:45:34 | Nico_P | it will fill up when there isn't enough data left to satisfy the resquest |
| 18:45:52 | * | funman pushes Nico_P to continue working on it |
| 18:46:14 | Nico_P | funman: I have a playback/buffering buf to fix first |
| 18:46:20 | Nico_P | s/buf/bug |
| 18:46:40 | funman | :/ |
| 18:46:44 | *** | Saving seen data "./dancer.seen" |
| 18:47:10 | Nico_P | I hope it wont take too long though |
| 18:48:56 | funman | is there a way to hide folders from the file tree? (folders created by OF) |
| 18:50:04 | funman | I understand database.ignore is not used in the file browser |
| 18:50:12 | * | LambdaCalculus37 rolls a build with FS #9332 applied |
| 18:50:35 | * | Nico_P is glad that patch is probing useful |
| 18:50:48 | Nico_P | or rather "proving" |
| 18:53:55 | LambdaCalculus37 | funman: Have you noticed an interminated #if in firmware/export/config-clip.h:106? |
| 18:54:06 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 18:54:33 | funman | LambdaCalculus37: It's terminated 3 lines below here |
| 18:54:51 | | Quit stoffel_ (Read error: 113 (No route to host)) |
| 18:57:35 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 18:58:37 | LambdaCalculus37 | funman: Here's lines 106 to 109 of my firmware/export/config-clip.h: http://pastebin.com/m1a145abc |
| 19:00 |
| 19:00:20 | bertrik | looks more like a merge conflict |
| 19:00:29 | domonoky | LambdaCalculus37: that looks like result of a conflict while doing svn update. |
| 19:00:33 | | Quit gregorovius () |
| 19:01:12 | krazykit` | funman, you could mark them with the "hidden" attribute |
| 19:01:19 | krazykit` | the folders you want to hide, that is |
| 19:01:26 | LambdaCalculus37 | domonoky, bertrik: Will svn revert fix that? |
| 19:01:34 | LambdaCalculus37 | Right now, I can't build for the Clip because of this. |
| 19:02:07 | LambdaCalculus37 | Also got an error from make: "*** No rule to make target `.r19277/.r19277.make'. Stop. " |
| 19:02:34 | domonoky | LambdaCalculus37: if svn revert it, it will be the svn version again.. |
| 19:02:56 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
| 19:02:57 | LambdaCalculus37 | :/ |
| 19:03:03 | domonoky | LambdaCalculus37: thats more conflicts.. :-) best to svn revert it completly and reapply your patches.. |
| 19:06:35 | | Quit Bensawsome ("The awsome is gone :(") |
| 19:07:16 | * | domonoky tries the latest ams-sansa sound.patch and the buffering.patch on m200v4... and gets dropouts with wav.. (now to try a patched bootloader again). |
| 19:07:58 | | Nick Bensawsof is now known as Bensawsome (n=Bensawso@5ED09C45.cable.ziggo.nl) |
| 19:08:10 | funman | krazykit`: I don't see them over USB, only in rockbox |
| 19:08:28 | | Nick Bensawsome is now known as Guest89353 (n=Bensawso@5ED09C45.cable.ziggo.nl) |
| 19:08:47 | | Quit pixelma2 ("-") |
| 19:08:52 | | Nick Guest89353 is now known as Bensawsome (n=Bensawso@5ED09C45.cable.ziggo.nl) |
| 19:08:57 | | Join pixelma [0] (i=pixelma@212.204.47.129) |
| 19:10:46 | | Join stoffel_ [0] (n=sfr@p57B4D9EC.dip.t-dialin.net) |
| 19:10:58 | domonoky | funman: the patched bootloader seems to work again.. maybe my shutdown problems where in reality empty battery problems.. :-) |
| 19:11:23 | | Join pixelma_ [50] (i=pixelma@rockbox/staff/pixelma) |
| 19:11:32 | | Quit pixelma (Nick collision from services.) |
| 19:11:33 | | Nick pixelma_ is now known as pixelma (i=pixelma@rockbox/staff/pixelma) |
| 19:11:54 | krazykit` | funman, in standard builds, showing "supported" hides hidden directories while "all" (or whatever it's called) shows even hidden and system directories |
| 19:11:55 | LambdaCalculus37 | funman: I just got a fresh copy of config-clip.h; it's building now. |
| 19:12:21 | | Join herrwaldo [0] (n=waldo@ip-81-11-220-225.dsl.scarlet.be) |
| 19:14:22 | bertrik | krazykit`, the clip of uses a lot of directories, some even starting with ## |
| 19:14:42 | domonoky | mp3 playes nicely with patched build and bootloader on m200v4... |
| 19:15:09 | * | domonoky thinks that this strangly named directorys are used for the MTP mode.. |
| 19:15:30 | funman | domonoky: nice to hear, btw perhaps we should use 90MHz for memory and 'only' 45 for pclk |
| 19:16:00 | funman | krazykit`: but I can't set this 'hidden' attribute from rockbox, can I ? |
| 19:16:10 | krazykit` | not that i know of, no |
| 19:16:27 | funman | domonoky: if you delete them, they reappear after booting OF |
| 19:17:09 | * | domonoky can confirm that a not-so full battery can cause suddon shutdowns, when you start playback/ somwhere while playing. Perhaps when the cpu boosts.. |
| 19:17:45 | kugel | YAY |
| 19:17:53 | kugel | I read my power button through irq |
| 19:18:04 | funman | congrats kugel ! |
| 19:18:18 | * | domonoky got a undefined instruction... so the buffering patch doesnt fix everthing.. |
| 19:18:31 | funman | domonoky: using which codec ? |
| 19:18:33 | bertrik | domonoky, the battery code I added looks at the 3.6V battery voltage, which the m200v4 does not have... I think the m200v4 generates it from the AA battery instead so maybe that's the problem |
| 19:18:48 | * | pixelma switches kugel off... then on again ;) |
| 19:19:02 | kugel | maybe not :( |
| 19:19:21 | domonoky | funman: mp3, and funnily the music was playing a bit longer.. perhaps till dma run out of data :-) |
| 19:20:00 | | Quit TMM (Remote closed the connection) |
| 19:20:18 | domonoky | bertrik: is this battery code only used for display, or does it also switch off at low voltage ? |
| 19:21:29 | domonoky | because the battery display seems to work a little (even a fresh battery is only a few bars, but the bars go down over time). So it may work, but is definitly not calibrated.. |
| 19:21:52 | | Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) |
| 19:22:30 | bertrik | domonoky, it also causes rockbox to shut down on low voltage ... |
| 19:23:01 | bertrik | what voltage does it show in the debug/battery menu? |
| 19:23:15 | domonoky | bertrik: ah, maybe that causes my shutdowns ? (but i havent seen a "low battery" splash) |
| 19:24:20 | bertrik | IIUC, voltage is a fairly good indicator of charge for lithium batteries, but a poor one for rechargeable AA/AAAs |
| 19:24:40 | pixelma | maybe it can be handled similar to the Ondio? It runs on AAA cells and for the Archos' which don't use Lithium batteries the low battery shutdown was disabled, they run till empty |
| 19:25:27 | pixelma | IIRC |
| 19:26:02 | bertrik | sounds like a plan, should be easy to do |
| 19:26:09 | domonoky | 3,653 V . |
| 19:26:15 | domonoky | for a new battery |
| 19:26:46 | domonoky | where is this shutdown code ? i will try to disable it.. |
| 19:27:00 | kugel | errr |
| 19:27:05 | kugel | it keeps shutting down |
| 19:28:08 | bertrik | domonoky, powermgmt-as3525.c, set the battery_level_dangerous and battery_level_shutoff to 0, at least as a temporary fix |
| 19:28:25 | * | domonoky sees a NO_LOW_BATTERY_SHUTDOWN define.. |
| 19:28:58 | bertrik | oh, maybe even better |
| 19:29:31 | | Join CLIPFAN [0] (n=4e83d3b2@gateway/web/cgi-irc/labb.contactor.se/x-693c65c1f8e2113b) |
| 19:29:41 | CLIPFAN | Hi all :) |
| 19:29:45 | domonoky | ondio defines this in the traget-config.h. will also do this for m200v4 :-) |
| 19:29:47 | | Quit CLIPFAN (Client Quit) |
| 19:29:55 | | Join IudeX [0] (n=4e83d3b2@gateway/web/cgi-irc/labb.contactor.se/x-f0cc29c236a0e89b) |
| 19:29:58 | IudeX | hi |
| 19:30:17 | IudeX | i see there is big progress in Clip rockboxing :) |
| 19:30:44 | domonoky | IudeX: yes, we got sound on all ams-sansas :-) |
| 19:31:06 | IudeX | Congratulations :) |
| 19:31:51 | IudeX | domonoky: is it real sound? |
| 19:32:16 | * | linuxstb hopes domonoky didn't imagine it |
| 19:32:27 | domonoky | IudeX: what is not-real sound ? |
| 19:32:38 | kugel | domonoky: it's not proven yet if we have it on _all_ |
| 19:32:58 | | Quit faemir (Remote closed the connection) |
| 19:33:01 | kugel | yes |
| 19:33:03 | kugel | now it works |
| 19:33:07 | domonoky | no, but very likely, it works on targets where we can navigate to the sound files.. |
| 19:33:24 | * | domonoky reminds kugel to play with the resume-file :-) |
| 19:33:34 | | Join vitja [0] (n=vitja@79.120.98.174) |
| 19:34:00 | kugel | domonoky: we have no c200v2 tester, iirc, so even if I did that |
| 19:34:32 | IudeX | domonoky: Are there any strange sounds or normal? :P I'm sorry, but my English isn't very well. :p |
| 19:34:35 | funman | no c200v2 code either - so it doesn't enter in the 'ams-sansa' category (yet) |
| 19:34:45 | LambdaCalculus37 | funman: If I play a file on my Clip with FS #9332 applied, it starts complaining that the dir buffer is full. |
| 19:34:46 | domonoky | if it works on 2-3 targets with the same audio-related hardware, why shouldnt it work on the fourth ? :-) |
| 19:35:27 | LambdaCalculus37 | A vorbis file gave me the dir buffer is full error, and now an MP3 just gave me "Undefined instruction at 000008DC" |
| 19:35:35 | | Join faemir [0] (n=quassel@88-106-242-186.dynamic.dsl.as9105.com) |
| 19:36:18 | bertrik | LambdaCalculus37, maybe you could look up the address in the map-file or do some addr2line magic with it |
| 19:36:18 | * | domonoky also got this undefined instuction at 0x8DC, something is still not ready. But it works most of the time. |
| 19:36:36 | | Quit stoffel_ ("leaving") |
| 19:36:41 | LambdaCalculus37 | domonoky: It's not working at all here. |
| 19:37:07 | funman | I should give you my current diff maybe, I only changed the clock freq of ascodec module iirc |
| 19:39:39 | funman | that's it, try with I2C2_CPSR0 = 155; in as3525-codec.c |
| 19:40:24 | LambdaCalculus37 | funman: Okay, I'll try that out. |
| 19:41:17 | domonoky | 0x8DC is the beginning of bidi.o (bi-directional scolling ?) |
| 19:41:33 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
| 19:41:59 | funman | domonoky: hebrew/arabic (bidi text) |
| 19:43:28 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 19:43:49 | | Quit IudeX ("CGI:IRC (EOF)") |
| 19:46:24 | | Quit MethoS- (Remote closed the connection) |
| 19:47:00 | | Quit esthar (Read error: 60 (Operation timed out)) |
| 19:51:50 | | Join esthar [0] (n=esthar@student164-247.hampshire.edu) |
| 19:52:36 | bertrik | domonoky, at some point in the future, I think the m200v4 should get it's own powermgmt-m200v4.c file. In this you could sample a different ADC channel (for example the 1.5V battery voltage) and also use discharge/charge curves tailored for an 1.5V battery |
| 19:57:28 | kugel | ahh, same situation again, some code doesn't work for other buttons |
| 19:58:48 | | Join perrikwp [0] (i=982131d9@gateway/web/ajax/mibbit.com/x-6b83ff063b77ed63) |
| 20:00 |
| 20:00:02 | | Quit BigBambi (Read error: 113 (No route to host)) |
| 20:02:43 | * | kugel hates this shit |
| 20:12:32 | kugel | that's so not funny |
| 20:12:46 | kugel | jhMikeS: ping |
| 20:14:51 | | Join ibseco [0] (n=ibseco@BAH2258.bah.pppool.de) |
| 20:17:19 | jhMikeS | kugel: huh? |
| 20:18:21 | kugel | jhMikeS: I got the interrupts working for this 1 button on gpiob. The same doesn't seem to work on gpioc. Do you have an idea why? |
| 20:19:08 | kugel | I absolutely do the same, but it stops booting into the main menu as soon as I do GPIOC_IE |= button_mask |
| 20:19:52 | jhMikeS | do you clear pending events first? |
| 20:20:30 | kugel | yes |
| 20:20:35 | | Quit funman ("leaving") |
| 20:20:50 | kugel | I also #if 0'd the gpiob stuff, so I'm alone with gpioc |
| 20:20:55 | jhMikeS | do you clear the event on each line in the GPIOC handler? |
| 20:21:34 | kugel | I tried only to read 1 single bubtton, so year |
| 20:22:41 | jhMikeS | you still need to handle the events properly even if you don't bother reading the line values |
| 20:24:57 | kugel | jhMikeS: I did absolutely the same what worked for that one button on GPIOB for a single button on GPIOC |
| 20:27:33 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 20:28:05 | | Quit Llorean (Read error: 104 (Connection reset by peer)) |
| 20:28:06 | jhMikeS | hmmm...hard to say then. something got overlooked. it sounds like it executes a bad address or get stuck in interrupt mode. |
| 20:28:34 | | Join Llorean [0] (n=DarkkOne@adsl-65-68-75-55.dsl.hstntx.swbell.net) |
| 20:29:37 | | Join MegafEee [0] (n=Linux@unaffiliated/megaf) |
| 20:30:42 | | Quit faemir (Remote closed the connection) |
| 20:30:49 | | Join faemir [0] (n=faemir@88-106-242-186.dynamic.dsl.as9105.com) |
| 20:31:47 | kugel | jhMikeS: another question: I'm curious why one needs to read the buttons before enabling the interrupts |
| 20:35:03 | jhMikeS | to get the initial state, then further changes cause interrupts. imagine if a button is already pressed at init, you won't detect the trasition to pressed until a release then another press |
| 20:37:16 | | Quit Tristan (Read error: 110 (Connection timed out)) |
| 20:37:49 | _Auron_ | cause and effect |
| 20:39:09 | bertrik | kugel, do you have some code we can have a look at? |
| 20:39:34 | kugel | bertrik: soon |
| 20:39:42 | jhMikeS | as above, so below |
| 20:40:26 | kugel | jhMikeS: I need to switch from AFSEL mode to GPOIO if I want to read the buttons. I'd like to avoid that (irq happens without switching from AFSEL too). Would that be possible? |
| 20:41:13 | kugel | possibly not, if I want to determine which button was pressed on the same gpio port |
| 20:41:21 | | Quit obo (Read error: 60 (Operation timed out)) |
| 20:44:14 | Nico_P | bertrik: here? |
| 20:44:46 | | Join ap0 [0] (n=kvirc@mer90-1-88-166-249-88.fbx.proxad.net) |
| 20:45:04 | bertrik | Nico_P, hi |
| 20:45:07 | | Quit ap0 (Client Quit) |
| 20:46:01 | Nico_P | bertrik: hi. I believe I have a fix for FS #9319... I hope it also fixes FS #8999. would you want to test it? |
| 20:46:48 | *** | Saving seen data "./dancer.seen" |
| 20:47:55 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 20:48:36 | kugel | bertrik, jhMikeS: this is what have http://pastebin.ca/1273853 |
| 20:48:41 | bertrik | Nico_P, ok, not sure if I've seen the problem myself, I just reported possibly relation between FS #8999 and another FS entry |
| 20:49:41 | pixelma | I could reproduce FS #9319 on my c200 when playing a root.m3u |
| 20:49:57 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 20:51:18 | | Quit Thundercloud (Remote closed the connection) |
| 20:51:34 | Nico_P | pixelma, bertrik: the patch is here:http://pastebin.ca/1273861 |
| 20:51:48 | Nico_P | bertrik: don't bother too much though. I thought you were the original reporter |
| 20:52:13 | | Quit MegafEee ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") |
| 20:54:20 | | Join obo [0] (n=obo@rockbox/developer/obo) |
| 20:54:24 | kugel | I just need to remove the line GPIOC_IE to make it boot again, but obviously without buttons |
| 20:54:38 | Nico_P | n1s: did you experience the boosting issue? |
| 20:55:03 | | Part l7 |
| 20:55:17 | n1s | Nico_P: no (my only usable player atm is the beast which has no boosting) |
| 20:55:33 | n1s | btw is this also for FS #9576 ? |
| 20:55:36 | Nico_P | yes |
| 20:56:07 | n1s | a one-line patch that kills 3 bugs would be great :) |
| 20:56:16 | jhMikeS | kugel: sorry, had to grab a snack. what's AFSEL? is that in the as3525 ds? |
| 20:56:30 | kugel | yes |
| 20:56:31 | Nico_P | indeed. it's a bit of a hack, but as is most of the playback code :) |
| 20:56:46 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
| 20:57:09 | kugel | jhMikeS: if you switched on AFSEL you cannot read the gpio pins directly |
| 20:57:48 | kugel | I haven't really gotten it, it has something to do with DBOP. Fact is, the LCD needs afsel on that ports |
| 21:00 |
| 21:00:50 | | Quit gevaerts (Nick collision from services.) |
| 21:01:00 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 21:01:29 | bertrik | kugel, little nitpick (and probably not the cause of problems): the interrupt clear register is write-only, so you shouldn't do |= on it |
| 21:01:49 | | Quit bluebrother (Nick collision from services.) |
| 21:01:54 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
| 21:02:35 | | Join Strife89 [0] (n=michael@204.116.245.152) |
| 21:02:42 | Nico_P | Zagor: Do you know why the bash completion for the makfiles seems to have disappeared since the makefile rework? |
| 21:03:26 | kugel | bertrik: oh, accident. I didn't do that in the INT_* functions |
| 21:03:33 | Zagor | Nico_P: I didn't know it existed. what was it? |
| 21:04:13 | Nico_P | I'm not sure, but bash used to be able to autocomplete things like "clean" or "install" |
| 21:05:07 | | Join neddy [0] (n=john@nat/sun/x-4ec565b8c4d76350) |
| 21:05:38 | * | Zagor digs out old makefiles |
| 21:06:06 | kugel | Nico_P: possibly because the targets don't appear in the makefile anymore |
| 21:06:20 | kugel | and I doubt bash goes through the includes |
| 21:06:30 | Zagor | includes are gnu extensions, so I guess not |
| 21:06:39 | Nico_P | ah, you're probably right. I hadn't looked at the files |
| 21:06:40 | Zagor | that sounds like a plausible explanation |
| 21:07:05 | jhMikeS | kugel: isn't setting int_btn to BUTTON_NONE in both routines a bit wrong :) |
| 21:07:07 | Zagor | the generated Makefile is merely a stub for setting target-specific variables now |
| 21:07:40 | kugel | jhMikeS: Maybe. That doesn't prevent booting though |
| 21:07:58 | jhMikeS | OB = all button bits? |
| 21:08:15 | kugel | yea, it's #defined in that macro |
| 21:08:19 | kugel | in that file |
| 21:09:03 | kugel | other button bits rather (it doesn't contain the power button) |
| 21:09:26 | kugel | I also tried doing this with only bit in OB, and totally disabling GPIOB, without success |
| 21:09:58 | jhMikeS | The VIC docs mentioned something about having to ack events there as well. Does that get done? |
| 21:09:58 | bertrik | kugel, I agree with what jhMikeS said. My VIC knowledge is a bit rusty, but didn't you also need to acknowledge the end of the interrupt towards the VIC? |
| 21:10:34 | kugel | uhm no idea |
| 21:10:50 | kugel | I don't have the vic docs (they're not in the as3525 ds, are they)? |
| 21:10:59 | jhMikeS | it's on arm.com |
| 21:12:12 | bertrik | I vaguely remember having to write something to VIC_VECT_ADDR |
| 21:13:18 | | Quit jhulst (Read error: 145 (Connection timed out)) |
| 21:13:52 | | Quit Strife89 ("Thanks again. :)") |
| 21:15:18 | pixelma | Nico_P: sorry, don't have much time to test right now. Just thought that mentioning a recipe to reproduce could help someone else testing :) |
| 21:16:33 | | Join MegafEee [0] (n=Linux@unaffiliated/megaf) |
| 21:16:43 | bertrik | kugel, on second thought, better trust the VIC datasheet |
| 21:17:05 | | Quit {phoenix} (Remote closed the connection) |
| 21:19:17 | kugel | jhMikeS: Where are you reading this? |
| 21:19:57 | kugel | also, can you download this? It's a pain to read that on the site |
| 21:22:43 | bertrik | kugel, first link if you google vic datasheet arm |
| 21:30:14 | kugel | our dma controller doesn't do fancy stuff as well |
| 21:38:08 | kugel | jhMikeS: I can't find what you're talking about |
| 21:41:39 | jhMikeS | I guess that's for vectored, not simple, but see section 2.2.2 on p. 28 |
| 21:43:15 | kugel | jhMikeS: I don't think I need to do that. It branches to the isr, without me doing special stuff |
| 21:47:45 | bertrik | indeed, as3525 seems to use 'simple' IRQ handling in system-as3525, where 'irq_handler' already does the low level stuff |
| 21:49:41 | kugel | jhMikeS: even RIS doesn't complain (it tells whether the requirements have been met to generate an interrupt) |
| 21:50:47 | | Quit vitja (Remote closed the connection) |
| 21:51:34 | kugel | I'm out of ideas |
| 21:51:36 | | Quit MegafEee (Remote closed the connection) |
| 21:52:38 | | Join {phoenix} [0] (n=dirk@p54B477A0.dip.t-dialin.net) |
| 21:52:48 | bertrik | kugel, does it hang, or just not work as expected? |
| 21:53:43 | kugel | hang at boot |
| 21:54:30 | | Quit karashata (Read error: 54 (Connection reset by peer)) |
| 21:54:40 | | Join karashata [0] (n=karashat@69.41.192.215) |
| 21:55:42 | bertrik | did you double check the #defines for the GPIO interrupt related registers? |
| 21:57:24 | kugel | yep |
| 21:57:50 | kugel | it doesn't help if I delay the enabling of the irqs |
| 21:57:57 | kugel | (just tried that) |
| 21:58:15 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 21:59:13 | bertrik | kugel, I don't see anything obviously wrong in your code |
| 21:59:22 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 22:00 |
| 22:01:08 | kugel | :'( |
| 22:05:44 | kugel | jhMikeS: btw: What would be the proper place to reset int_btn? |
| 22:07:18 | | Join DerDome [0] (n=DerDome@dslb-082-083-217-123.pools.arcor-ip.net) |
| 22:07:33 | | Quit DerDome (Client Quit) |
| 22:08:31 | | Quit {phoenix} (Remote closed the connection) |
| 22:09:10 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 22:09:13 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
| 22:10:57 | Nico_P | n1s: committed a better fix, but I fear FS #8999 is a separate issue :' |
| 22:15:38 | | Quit karashata (Read error: 104 (Connection reset by peer)) |
| 22:16:00 | | Join karashata [0] (n=karashat@69.41.192.215) |
| 22:16:18 | bertrik | wow, the clip can do realtime ogg at 31 MHz |
| 22:16:36 | alexbobp | Oh, rockbox is in development for the clip? |
| 22:16:38 | alexbobp | awesome! I have a clip :D |
| 22:17:14 | Bagder | someone isn't keeping up here... :-) |
| 22:17:32 | alexbobp | Hey hey, I just joined the channel last night! |
| 22:17:43 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 22:17:44 | Bagder | ok then, you're excused |
| 22:17:47 | Bagder | for this time ;-P |
| 22:17:51 | alexbobp | because I was hoping to catch news of rockbox for the Sansa Fuze I just bought :P |
| 22:18:01 | alexbobp | I did some googling, and it seems like that's in the works too? |
| 22:18:07 | Bagder | it is |
| 22:18:26 | alexbobp | Bagder: So, to prevent this mistake from repeating, want to update me on how these are going? ;) |
| 22:18:31 | alexbobp | s/update/brief/ |
| 22:18:48 | Bagder | they have sound |
| 22:19:01 | kugel | alexbobp: lcd works, backlight works, sound probably works too. Only buttons do not work |
| 22:19:09 | alexbobp | Ah, heh. |
| 22:19:21 | alexbobp | Buttons would be needed for public use, I assume... |
| 22:19:39 | kugel | not only for public use |
| 22:19:47 | Bagder | who needs buttons really? |
| 22:20:20 | kugel | Bagder: yea, get a touchscreen! |
| 22:20:31 | kugel | buttons are so oldschool |
| 22:20:52 | alexbobp | but... the fuze and clip don't have touchscreens... |
| 22:21:11 | alexbobp | ooh, here's a question. Does the hardware give enough control that it would be possible for rockbox to support connecting a flash drive to the usb port? |
| 22:21:25 | alexbobp | or a wifi card? |
| 22:22:09 | kugel | it has a microsd slot, isn't that enough? |
| 22:22:21 | alexbobp | it would be if I had a microsd card. |
| 22:22:26 | alexbobp | also the Clip doesn't. |
| 22:22:41 | alexbobp | and what about a usb mouse? That would be cool. |
| 22:23:06 | * | gevaerts explains about USB not being a symmetrical bus |
| 22:23:38 | alexbobp | what? You can't just "/me explains", that's not explaining... |
| 22:23:41 | * | alexbobp wikipedias |
| 22:24:11 | bertrik | I'm not really familiar with OTG, but the datasheet mentions OTG dual role device and OTG HS mini host as possible configurations |
| 22:24:36 | gevaerts | OK. In that case there may be possibilities |
| 22:24:50 | alexbobp | I know that the newer TI calculators that have usb mini ports can do it though! |
| 22:25:06 | alexbobp | The TI-84+s have community-made drivers for mice, and flash drives. |
| 22:25:12 | Bagder | alexbobp: its not about the port |
| 22:25:21 | Llorean | alexbobp: His point is that "USB port" doesn't mean "it can control other things" |
| 22:25:26 | Llorean | USB is sometimes one-way. |
| 22:25:32 | n1s | alexbobp: out of curiosity, why would you want to connect a mouse to a DAP? |
| 22:25:36 | alexbobp | well it's a matter of what the circuitry on the port supports, right? |
| 22:25:58 | kugel | it has 30pins, I assume some can be used to control the dap |
| 22:26:19 | kugel | but a standard usb mouse will unlikely do it |
| 22:26:21 | alexbobp | n1s: it would make scrolling through playlists a lot faster, since mice are analog speed |
| 22:26:36 | kugel | lol |
| 22:26:39 | alexbobp | I can only spin the wheel on my fuze so fast, and it makes my finger hurt :( |
| 22:26:39 | Llorean | kugel: Rather than making uninformed guesses, why not stay quiet until you know what the pins do? |
| 22:26:44 | alexbobp | and my clip has no wheel at all! |
| 22:27:01 | n1s | alexbobp: ‽ |
| 22:27:09 | Llorean | kugel: The USB controller may be able to handle a mouse, as bertrik suggested, in which case with drivers a standard USB mouse (with an adapter for the plug) would work fine if drivers were coded. |
| 22:27:19 | alexbobp | is that a question mark and exclamation mark at the same time? |
| 22:28:28 | Llorean | alexbobp: You can always tweak the scroll acceleration settings. |
| 22:28:54 | n1s | yes, i can't see how a mouse would help you at all, making the wheel/button acceleration quicker would increase scrolling speed as well |
| 22:29:05 | alexbobp | Llorean: oh, I didn't see those, I'll look through the settings |
| 22:29:41 | alexbobp | still can't find it. I don't think the Fuze official firmware supports acceleration. |
| 22:29:59 | Llorean | alexbobp: This channel is about Rockbox. |
| 22:30:08 | Llorean | So yeah, we're not going to offer you suggestions for how to use the official firmware. |
| 22:30:12 | alexbobp | Llorean: As I said, I will be installing rockbox as soon as it's available! |
| 22:30:58 | Llorean | My point is, don't bother talking about what the OF does or doesn't do. It's off-topic here. |
| 22:31:07 | alexbobp | okay, I'm sorry |
| 22:31:31 | | Quit dberg918_ ("Ex-Chat") |
| 22:32:18 | alexbobp | So. Is there anything I could do to help? I can program, and I have the devices to test with (as long as there's no risk of bricking), but I don't have any reverse-engineering experience. |
| 22:32:18 | * | kugel decides to put his irq stuff on the tracker |
| 22:32:18 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 22:32:36 | kugel | maybe someone spots the obvious, or helps at least |
| 22:33:32 | Bagder | how is the flash buffering patch working with the sd_disable stuff added that was done recently? |
| 22:33:47 | Bagder | I mean, didn't it use to cause less run-time |
| 22:34:22 | rasher | Bagder: Do you have any idea what's breaking the patch in FS #9587? |
| 22:35:15 | * | Bagder checks... |
| 22:40:06 | | Join qweru [0] (n=kvirc@ip-87-82-152-129.easynet.co.uk) |
| 22:40:52 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 22:41:20 | jhMikeS | kugel: the handler should only clear the int_btn bits it handles |
| 22:43:14 | bertrik | Nico_P, I also love how some of the things on the ams sansas just work because we can re-use stuff (like as3514 for the RTC, volume setting code, battery reading, etc.) |
| 22:43:41 | * | amiconn wouldn't call as3514 battery reading "just working" |
| 22:43:55 | | Join jeffronius [0] (n=450cddd2@gateway/web/cgi-irc/labb.contactor.se/x-b5a00a9b533f98db) |
| 22:43:58 | kugel | jhMikeS: oh yea, makes sense |
| 22:44:52 | | Quit Zagor ("Client exiting") |
| 22:45:50 | | Join jerryluc [0] (n=jerry@135.84-48-54.nextgentel.com) |
| 22:46:01 | | Join MethoS- [0] (n=clemens@host-091-096-215-142.ewe-ip-backbone.de) |
| 22:46:19 | jerryluc | is it possible to install rockbox from a completly erased ipod? from linux? or do i need apple firmware installed aswell? |
| 22:46:50 | *** | Saving seen data "./dancer.seen" |
| 22:47:04 | | Join safetydan [0] (n=deverton@rockbox/developer/safetydan) |
| 22:47:04 | krazykit` | jerryluc, in linux, you'll need to put the apple firmware on (there's way to do it manually) then install rockbox |
| 22:48:16 | Nico_P | bertrik: heh, it's always nice not to have to rewrite things |
| 22:48:29 | jerryluc | krazykit`: is there som wiki on rockbox.org? |
| 22:48:36 | jeffronius | A stupid question... what is the URL: for this irc group? I want to use KVIrc instead of the web ifc |
| 22:48:39 | krazykit` | jerryluc, information on how to do it is linked from one of the ipod wiki pages. something like IpodManualRestore, orr similarly name |
| 22:50:48 | jerryluc | krazykit`: cus i've completely formated the ipod, and now i want rockbox.. man plan is to: 1. ipod partion table from rockbox.org, 2. install rockbox, 3. install bootloader. |
| 22:50:56 | bertrik | amiconn, it wasn't that hard I think |
| 22:51:02 | jerryluc | But I also need to install apple firmware? |
| 22:51:04 | | Quit XavierGr (Nick collision from services.) |
| 22:51:12 | krazykit` | jerryluc, you need a working apple firmware to install rockbox |
| 22:51:15 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 22:51:18 | amiconn | bertrik: It's still not correct even on true as3514 (sansa v1) |
| 22:51:32 | alexbobp | jeffronius: it's #rockbox on irc.freenode.net |
| 22:51:39 | rasher | jeffronius: Maybe irc://irc.freenode.net/rockbox |
| 22:51:48 | jeffronius | thanks |
| 22:51:50 | alexbobp | well what rasher said. |
| 22:51:55 | bertrik | amiconn, oh I wasn't aware of that. How do you know it's incorrect? |
| 22:52:10 | amiconn | Look at the voltage displayed while charging |
| 22:52:37 | jerryluc | krazykit`: hmm, that could cause a problem, since itunes in windows has some error, witch it looks like many people get (error 1418). so i'm fucked? |
| 22:52:48 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-4b9c644531e826c3) |
| 22:52:50 | krazykit` | jerryluc, nope. you can install a working firmware from linux. |
| 22:53:25 | | Quit karashata ("G'bye everyone!") |
| 22:53:33 | | Join |jeffronius| [0] (n=kvirc@69.12.221.210) |
| 22:54:03 | jerryluc | krazykit`: ok, and that's whats explained on ipodlinux' wiki? |
| 22:54:10 | Bagder | rasher: no, it's not at all clear to me why it fails |
| 22:54:23 | rasher | Dang. |
| 22:54:26 | krazykit` | jerryluc, i don't know, but i do know it's on the rockbox wiki |
| 22:54:27 | pixelma | aren't infos about where to find the channel mentioned on the same page you can find the web client? |
| 22:54:33 | | Join moos [0] (i=moos@81-66-158-133.rev.numericable.fr) |
| 22:54:38 | | Quit jeffronius ("CGI:IRC (EOF)") |
| 22:54:57 | rasher | I'd like the translation updated, and it seems he did everything right. But for some reason the patch fails |
| 22:54:57 | bertrik | amiconn, ok, but at least battery reading on as3525 is as good as on as3514 ;) |
| 22:55:01 | krazykit` | jerryluc, http://www.rockbox.org/twiki/bin/view/Main/IpodManualRestore |
| 22:56:15 | jerryluc | krazykit`: thanks mate! |
| 22:57:19 | Bagder | rasher: so perhaps getting his full file is the easier route |
| 22:57:42 | rasher | Bagder: Problem is he did it from my translator |
| 22:57:49 | Bagder | ah |
| 22:58:04 | | Join mcuelenaere_ [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 22:59:19 | * | rasher has an idea |
| 22:59:47 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 22:59:51 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-d28d414782a14c9f) |
| 23:00 |
| 23:01:19 | rasher | No, getting the portugues.lang from my server didn't solve the mystery. It's identical to the one in SVN |
| 23:04:06 | rasher | Bagder: Any idea why the svn log breaks so spectacularly on UTF8 messages? |
| 23:04:16 | rasher | On the website, that is |
| 23:04:28 | Bagder | because we don't do it utf8 cleanly |
| 23:04:48 | Bagder | the site uses iso8859-1 I believe and I think the script runs without utf8 set correctly |
| 23:05:31 | rasher | That would do it |
| 23:05:44 | Bagder | one of these days... |
| 23:08:48 | rasher | Right, now I set my server up to not delete the temporary langfiles. Hopefully that should at least prevent this from happening again. I still don't understand what went wrong. |
| 23:09:01 | | Quit mcuelenaere (Read error: 110 (Connection timed out)) |
| 23:09:09 | * | bluebrother managed to make htlatex output utf-8 pages instead of iso-8859-1 :) |
| 23:09:53 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 23:10:36 | jerryluc | krazykit`: thanks, again! i'm now a rockbox user :D |
| 23:18:46 | | Quit notplus_M (Read error: 60 (Operation timed out)) |
| 23:19:14 | | Quit n1s () |
| 23:20:22 | | Join notplus_M [0] (i=plus@li26-205.members.linode.com) |
| 23:22:57 | | Quit |jeffronius| ("KVIrc 3.2.6 Anomalies http://www.kvirc.net/") |
| 23:25:49 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 23:26:18 | | Quit XavierGr (Nick collision from services.) |
| 23:26:26 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 23:28:12 | | Join LambdaCalculus37 [0] (n=rmenes@c-68-83-177-181.hsd1.nj.comcast.net) |
| 23:28:40 | | Nick krazykit` is now known as krazykit (n=kkit@76.251.247.179) |
| 23:34:15 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-926019c2db59454b) |
| 23:34:23 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 23:34:33 | | Nick mcuelenaere_ is now known as mcuelenaere (n=mcuelena@rockbox/developer/mcuelenaere) |
| 23:35:07 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
| 23:35:08 | | Quit jgarvey ("Leaving") |
| 23:36:04 | | Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 23:36:23 | | Join Schmogel [0] (n=Miranda@p3EE21F0B.dip0.t-ipconnect.de) |
| 23:36:58 | | Quit Schmogel (Client Quit) |
| 23:37:20 | jhMikeS | was there a flyspray task related to mpegplayer (and other pcm-using plugins) not being heard if starting them playback is paused? |
| 23:38:38 | jhMikeS | nvm, 9507 |
| 23:42:12 | amiconn | This is most probably the infamous general pcm-paused problem, which also affects voice |
| 23:45:23 | jhMikeS | This one for plugins is different than that for voice when paused. It just has to do with leaving the pcm_muted. |
| 23:46:58 | * | jhMikeS involuntarily_types_inappropriate_underscores (...leaving the pcm_muted) (??) :p |
| 23:47:03 | | Join jeffronius [0] (n=kvirc@69.12.221.210) |
| 23:47:16 | | Join l7 [0] (n=l7@evil-wire.org) |
| 23:47:35 | l7 | how's the sansa express development going? |
| 23:47:47 | Bagder | l7: not at all |
| 23:47:59 | l7 | they're on sale for about $12 USD btw |
| 23:48:02 | l7 | oh well |
| 23:48:17 | l7 | no interest in the device? |
| 23:48:26 | LambdaCalculus37 | You're interested. Buy one and get to work. |
| 23:48:28 | Bagder | http://www.rockbox.org/twiki/bin/view/Main/SansaExpressPort |
| 23:48:31 | Bagder | start working! |
| 23:48:43 | l7 | heh |
| 23:53:34 | | Quit Thundercloud (Remote closed the connection) |
| 23:54:05 | l7 | too bad it looks like most of the interest died last year |
| 23:54:37 | LambdaCalculus37 | Well, you can rekindle that interest if you want to start working on the port. |
| 23:54:39 | l7 | http://www.anythingbutipod.com/forum/showthread.php?t=17236 is intersting though |
| 23:55:18 | l7 | i'll see how it goes when my unit arrives |
| 23:56:12 | Bagder | rockbox.org/wiki/NewPort is a better guide on how to proceed |
| 23:56:18 | | Quit ibseco (Read error: 113 (No route to host)) |
| 23:56:53 | Bagder | some of the initial stuff is already there of course |
| 23:57:19 | l7 | "Main problem is that there's no free compiler for the processor in the Sansa Express - if I understand correctly." |
| 23:57:22 | l7 | ouch |
| 23:57:32 | Bagder | yeps, major problemo |
icon identifies that the person is a core developer (has commit access).