| 00:03:27 | | Quit {phoenix} (Read error: 104 (Connection reset by peer)) |
| 00:06:02 | funman | there is a function which I didn't analyzed - just before the nand/sd initialization |
| 00:06:40 | funman | it calls billions of other functions, depends on zillions of values in non initialized RAM, messes with interrupts all over the place |
| 00:07:10 | funman | perhaps in the middle of this lay the solution .. |
| 00:07:43 | *** | Saving seen data "./dancer.seen" |
| 00:07:46 | mc2739 | or more likely near the end |
| 00:08:07 | | Quit Acknix (Remote closed the connection) |
| 00:08:57 | funman | one of the called functions stores a non #0 number in RAM, and loop, reading this RAM location until the number is #0 |
| 00:09:22 | funman | I believe one of the isr will modify it but I can't find any other code which modifies this location |
| 00:09:46 | | Quit ender (" Where there's a will, there's an inheritance tax.") |
| 00:10:13 | | Quit Rob2223 () |
| 00:12:52 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 00:15:02 | | Quit tyfoo ("Carpe diem") |
| 00:15:05 | | Join Rob2222 [0] (n=Miranda@p4FDCFADB.dip.t-dialin.net) |
| 00:21:41 | | Quit ae5ir (Read error: 110 (Connection timed out)) |
| 00:21:56 | | Quit Slack (Read error: 60 (Operation timed out)) |
| 00:23:03 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
| 00:25:31 | | Join Slack [0] (n=brett@12-218-63-169.client.mchsi.com) |
| 00:25:38 | | Join domonoky [0] (n=domonoky@g230003018.adsl.alicedsl.de) |
| 00:25:44 | * | Bagder suddenly mentions that no gsoc shirt has reach him... |
| 00:25:47 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 00:25:53 | Bagder | reached |
| 00:26:17 | | Join domonoky [0] (n=domonoky@g230003018.adsl.alicedsl.de) |
| 00:27:30 | * | bluebrother digs after http://forums.rockbox.org/index.php?topic=5881.msg45572#msg45572 |
| 00:28:29 | | Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-49d116e8c4c1d3a1) |
| 00:30:49 | Llorean | bluebrother: I think that patch is at least suggestive of the way we should be heading |
| 00:31:09 | Bagder | "Please note that we will not begin shipping replacements until the week of 1 December" :-( |
| 00:33:28 | | Quit havspace (Read error: 110 (Connection timed out)) |
| 00:33:49 | bluebrother | Llorean: me too |
| 00:34:40 | bluebrother | IMO it made the menus much clearer, and that's much more important than shuffling around the items (IMO) |
| 00:34:59 | Bagder | I always liked that kind of inlined settings |
| 00:36:09 | bluebrother | I'm really surprised nobody brought it up again afterwards. Instead people discuss how to rearrange the items |
| 00:36:26 | Llorean | bluebrother: I think properly arranged items would benefit both that system *and* our current system anyway |
| 00:36:37 | bluebrother | but anyway, as I posted the link to the menu reorganization thread on the ML I really hope there will be more discussion on the lists. |
| 00:37:22 | bluebrother | Llorean: I agree that properly sorted items would help too. Just don't make Repeat a subitem of Playlist −− that's just confusing :) |
| 00:39:58 | Llorean | Well, "Shuffle", "All", and "None" all affect playlist, while "One" affects an entry in the playlist. :-P |
| 00:40:06 | Llorean | But he agrees that was sorta a bad name for the category |
| 00:40:51 | bluebrother | call that category "Playback"? ;-) |
| 00:41:33 | bluebrother | regardless I would really like to get the inline settings up to discussion again. |
| 00:42:55 | Llorean | Any reorganization should take into account an assumption of eventually inline settings, at least for "yes/no" settings. |
| 00:43:51 | linuxstb | How did that patch actually work? i.e. how do you change the value of a setting? |
| 00:45:05 | bluebrother | linuxstb: can't remember exactly, but from the faded memory: on h100 you selected the item with up / down, then the value using left / right. Select confirmed the value afterwards. |
| 00:45:20 | bluebrother | and any up / down left the setting unchanged. |
| 00:45:41 | Llorean | I think for multivalue items it should still pop up a full list if you tap "select" on it, while for toggles, "select" should simply alternate the two values. |
| 00:46:00 | | Quit domonoky (Read error: 110 (Connection timed out)) |
| 00:46:09 | Llorean | I'm not sure if a final version should take over left/right, since it's nice to be able to navigate the menus (at least left) easily |
| 00:46:12 | bluebrother | for all menus with subitems (or too long lists) it displayed the > character and opened the usual list. |
| 00:46:48 | bluebrother | Llorean: not sure if I'm remembering correctly. It could be possible that changing the value required you to press select first |
| 00:47:03 | Llorean | bluebrother: That would be acceptable to me. |
| 00:47:09 | Llorean | In fact... |
| 00:47:35 | Llorean | A tap of select should let you left/right through them, a long-select (which would normally be context menu) should bring up the full list so you can scan values. |
| 00:47:38 | bluebrother | I might try to grab an old version and check that patch again. But not today, it's already rather late |
| 00:48:03 | bluebrother | Llorean: that sounds even better :) |
| 00:48:20 | bluebrother | (the list "popup" idea) |
| 00:49:13 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 00:50:14 | | Quit tvelocity (Connection timed out) |
| 00:50:29 | | Join tvelocity [0] (n=tony@gw1.mycosmos.gr) |
| 00:50:33 | bluebrother | anyway, I'm out for today. See you tomorrow (and hoping for quite some discussion of that idea on the ML ;) |
| 00:50:36 | | Quit bluebrother ("leaving") |
| 00:52:17 | pixelma | me wonders how that left/right thing should work on Ondio |
| 00:53:07 | pixelma | hmm... maybe I'm just imagining it wrong at the moment though |
| 00:53:08 | Llorean | pixelma: For you poor, button-deprived ondio users we can just make it always pop up all the options, basically working like the menus do now, only showing the current value (and toggling if it's a yes/no option) :-P |
| 00:53:50 | | Join ajonat [0] (n=ajonat@190.48.117.217) |
| 00:53:58 | pixelma | while the Ondio doesn't have many buttons it has quite a nice keymap currently... |
| 00:55:35 | Llorean | I think the keymap wouldn't have to change for ondios, if it's not possible to add the new functionality. |
| 00:55:53 | Llorean | It could work exactly as it does now, except that "yes/no" options never show a list, they just change on/off |
| 00:56:17 | pixelma | btw. I don't like the look of _these_ inline settings much because it can vary from "option: value" (where that is even too long and option or so needs scrolling) to "option: value" depending on length of the option name, font, screen |
| 00:56:54 | Llorean | I thought it was: |
| 00:56:54 | Llorean | "Option:" |
| 00:56:54 | Llorean | " value" |
| 00:57:06 | pixelma | that's even worse |
| 00:57:21 | Llorean | I don't think two-line settings are too bad. |
| 00:58:34 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
| 00:59:31 | pixelma | they waste space - you will only have 3 (or 4) settings on 64 pixels high displays with a 8 pixels tall fonts and Archos screens are not the only ones this small and I could imagine that this is even a problem on very large screens because you can easily loose focus (which value belongs to what option) |
| 01:00 |
| 01:00:48 | JdGordon | that [atch was brought up[ again and should be easy to redo... iirc i still have a patch for that on the tracker |
| 01:02:19 | | Nick Maha` is now known as maha (i=juma@gateway/gpg-tor/key-0xB9002659) |
| 01:04:08 | pixelma | Llorean: I think I wouldn't like this for other than enable/disable settings anyways - the reason is that I like being able to see the list of options at once (it helps for deciding how to quickly reach and set them) |
| 01:04:25 | pixelma | or at least many of them |
| 01:04:36 | Llorean | pixelma: As I proposed though, you'd have the option to get to the list at any time, you'd just always also be able to see what they're all set at already. |
| 01:04:51 | Llorean | So, for example, you could see your crossfeed settings immediately, and know whether to just turn it on, or whether you need to tweak it first. |
| 01:04:55 | | Quit moos ("Rockbox rules the DAP world") |
| 01:05:39 | pixelma | I know that I always have crossfeed disabled :P |
| 01:05:43 | Llorean | Hehehe |
| 01:06:02 | Llorean | I don't use it either, but I think it's an overall benefit to be able to immediately tell what a variety of settings are set to. |
| 01:06:21 | Llorean | And, with my suggestion at least, you'd always be able to access the full list *nearly* as easily as you can now. |
| 01:08:22 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 01:12:29 | JdGordon | what was your suggestion? |
| 01:12:38 | | Nick HBK- is now known as HBK (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 01:12:56 | pixelma | maybe... by the way, the old trigger settings screen used inline settings (on one line) and it didn't look good as some options and values almost clashed with each other (yes, on my Ondio with nedore-9 at this time) |
| 01:13:19 | JdGordon | the new trigger screen also uses inline settings (doesnt it?) |
| 01:13:43 | JdGordon | also, any patch which adds inline settings almost definatly can be done in a way to enable/disable it |
| 01:14:00 | pixelma | wasn't sure, need to look |
| 01:14:38 | Llorean | JdGordon: "tap select" 'selects' the option, then left/right scroll through the available choices. "Context menu" takes you to a full list of the values so you can see them all. |
| 01:15:02 | pixelma | ah yes, 2-line settings - no clash but I only have 2 options at once on the screen |
| 01:16:15 | JdGordon | Llorean: and select again to unselect? |
| 01:17:25 | pixelma | and if I go up I only see one... because it first goes only one line up so I see the second (value) line of the previous option, then one option completely, finally the first (option) line of the next option |
| 01:18:15 | Llorean | JdGordon: Yeah. |
| 01:18:51 | funman | fdinel: your IM client sends me 404 errors |
| 01:19:11 | fdinel | O_o |
| 01:19:36 | funman | I was saying for i2c_read/write : r0 is the saddr, and r1 is the pointer to the read/write array |
| 01:19:48 | funman | but i2c_write takes a 3rd argument I can't understand |
| 01:19:52 | pixelma | there also seems to be a button action problem - changing the value with left/right changes the value and leaves the trigger settings screen |
| 01:20:17 | pixelma | (with right) |
| 01:20:51 | JdGordon | Llorean: yeah, that could work.. definetly better than how it used to be on the rec screen |
| 01:20:57 | JdGordon | (dunno how it is now) |
| 01:21:17 | JdGordon | pixelma: yeah, apparently noone uses the trigger screen so its bound to have button issues |
| 01:21:17 | Llorean | JdGordon: Up/Down should probably also un-select, so you don't have to remember to do it to move on to other options. |
| 01:21:53 | * | pixelma knows someone who used it (not me) |
| 01:23:32 | * | linuxstb looks at the build table and sighs... |
| 01:25:18 | | Quit kkurbjun ("Leaving.") |
| 01:25:33 | pixelma | JdGordon: the button problem seems to not be there on my c200 and M5, maybe I'll have a look myself but not now |
| 01:26:07 | JdGordon | its a usual keymap problem.. sim isnt always good enough to figure out the needed keymap |
| 01:29:05 | pixelma | yeah, I think I know what's going on but don't want to have a closer look at half past one (AM) |
| 01:36:20 | funman | during the night, all the bugs are grey |
| 01:37:31 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 01:38:01 | | Join fyrestorm [0] (n=nnscript@cpe-24-90-85-50.nyc.res.rr.com) |
| 01:39:00 | | Quit Nico_P (Remote closed the connection) |
| 01:39:11 | | Quit HBK () |
| 01:42:03 | | Quit fyre^OS (Read error: 60 (Operation timed out)) |
| 01:43:57 | | Quit robin0800 (Remote closed the connection) |
| 01:48:49 | | Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 01:52:19 | | Quit ajonat (Read error: 104 (Connection reset by peer)) |
| 01:53:22 | | Join ajonat [0] (n=ajonat@190.48.124.161) |
| 01:54:35 | | Join Avalon_Scythe [0] (n=18630b99@gateway/web/cgi-irc/labb.contactor.se/x-e590342d4469890e) |
| 01:54:53 | Avalon_Scythe | Ugh I need MAJOR HELP! |
| 01:55:05 | Avalon_Scythe | MAAAAAAAAAAJJJJJJJJJJJOOOOOOOOOOORRRRRRRRRRRRRRRRRRRR HELP! |
| 01:55:31 | | Quit tvelocity (Connection timed out) |
| 01:55:43 | cool_walking_ | Avalon_Scythe: It would help if you actually described the problem... |
| 01:56:09 | Avalon_Scythe | I eneterd Manufcaturing Mode on my sansa e200 |
| 01:56:22 | Avalon_Scythe | I downloaded Ubuntu so i can get the terminal |
| 01:56:44 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 01:56:52 | funman | Avalon_Scythe: http://www.rockbox.org/twiki/bin/view/Main/SansaE200Unbrick#Manufacturing_Mode |
| 01:56:54 | Avalon_Scythe | But When I did all the steps in manufacturing mode, my sansa went all like 0LUN |
| 01:57:13 | Avalon_Scythe | then it went unlock lock unlock lock for a few times |
| 01:57:20 | krazykit | that's normal |
| 01:57:32 | Avalon_Scythe | and then my sansa e200 txt file came up and it was still CURROPTED |
| 01:57:37 | Avalon_Scythe | what did i do worng? |
| 01:59:05 | * | Avalon_Scythe waits patiently for an answer |
| 01:59:37 | Avalon_Scythe | It also said load main image failed |
| 01:59:46 | Avalon_Scythe | when i tried to start it up |
| 02:00 |
| 02:00:39 | linuxstb | What do you mean by "my sansa e200 txt file came up" ? |
| 02:01:25 | Avalon_Scythe | when u enter recovery mode the txt file comes up as version |
| 02:01:39 | funman | Avalon_Scythe: did you follow the steps at http://daniel.haxx.se/sansa/e200tool.html , for "v0.1.3 or later" ? |
| 02:01:53 | Avalon_Scythe | no |
| 02:02:14 | funman | did you read the wiki page I just mentioned ? |
| 02:02:49 | funman | well it says to not follow the instructions on daniel.haxx.se website, so you got a point :P |
| 02:03:33 | Avalon_Scythe | oh crap |
| 02:03:42 | Avalon_Scythe | i was baout to download it too =p |
| 02:04:07 | Avalon_Scythe | so what do i do? |
| 02:04:30 | funman | first calm down, then read http://www.rockbox.org/twiki/bin/view/Main/SansaE200Unbrick#Manufacturing_Mode and follow the instructions |
| 02:04:46 | Avalon_Scythe | i did and i told you that didnt work |
| 02:04:55 | funman | do it again |
| 02:05:12 | Avalon_Scythe | OMG DUDE i did it.....6 times |
| 02:05:28 | funman | then I don't know .. |
| 02:06:59 | | Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") |
| 02:07:40 | Avalon_Scythe | D; |
| 02:07:44 | Avalon_Scythe | I wana cry |
| 02:07:46 | *** | Saving seen data "./dancer.seen" |
| 02:08:25 | Avalon_Scythe | can anyone help me D; |
| 02:08:44 | | Quit krazykit ("nope") |
| 02:09:23 | funman | Avalon_Scythe: perhaps this can be useful: http://www.catb.org/~esr/faqs/smart-questions.html |
| 02:10:38 | mc2739 | Avalon_Scythe: did you hold the rec button as it said on the wiki page? you need to hold it until the 16mb partition is visible |
| 02:11:27 | | Quit jhulst (Read error: 110 (Connection timed out)) |
| 02:11:44 | Avalon_Scythe | yes I did I held it and whiel i was holding it it went 0LUN unlock 0LUN lock then it showed up fucked up |
| 02:12:15 | Avalon_Scythe | with wierd chracters which mean a corrupted txt. file which i was trying to fix |
| 02:12:26 | | Part pixelma |
| 02:12:45 | | Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) |
| 02:12:49 | kugel | Avalon_Scythe: this means you're in recovery mode |
| 02:13:36 | kugel | 0LUN unlock 0LUN lock shows up in the recovery mode. Just throw the bootloader and firmeware file at the 16MB FORMAT drive now |
| 02:14:42 | Avalon_Scythe | I did but when I did that like I said 6 times or more it kept showing a bad txt file |
| 02:16:39 | mc2739 | Avalon_Scythe: maybe try this - http://www.anythingbutipod.com/forum/showpost.php?p=128400&postcount=37 |
| 02:17:09 | Avalon_Scythe | i read it |
| 02:18:10 | Avalon_Scythe | wait hold on |
| 02:18:13 | Avalon_Scythe | leme read some more |
| 02:19:01 | kugel | Avalon_Scythe: I don't quite understand. What shows you which bad txt file, and how?? |
| 02:20:46 | Avalon_Scythe | Okay You Know How You Get Into Recovery Mode and it Brings up the 16-MB Format Disk |
| 02:20:49 | kugel | You just put those 2 files onto the 16MB drive, and safely disconnect the sansa (and then let it do the recovery). There's no text file involved |
| 02:21:10 | Avalon_Scythe | okay |
| 02:21:15 | Avalon_Scythe | i'm doing that |
| 02:22:25 | Avalon_Scythe | OMG u see |
| 02:22:29 | Avalon_Scythe | it still said that |
| 02:22:32 | Avalon_Scythe | idk why |
| 02:22:58 | Avalon_Scythe | my blank txt file which i renamed sansa.fmt and it became and fmt file |
| 02:23:00 | kugel | What said what? |
| 02:23:22 | Avalon_Scythe | i but the rom and the mi4 but it still said load main image failed switch to recovery mode |
| 02:23:25 | | Quit DerDome ("Leaving.") |
| 02:23:27 | kugel | And please follow the guidelines and use proper words |
| 02:23:28 | Avalon_Scythe | put* |
| 02:24:43 | | Join fyre^OS [0] (n=nnscript@cpe-72-229-212-112.nyc.res.rr.com) |
| 02:24:50 | kugel | which files did you use exactly? where did you get them from? |
| 02:25:25 | mc2739 | Avalon_Scythe: here is another thread about corrupt version.txt - http://www.anythingbutipod.com/forum/showthread.php?p=220025#post220025 |
| 02:25:32 | Avalon_Scythe | from the link mc2739 game me |
| 02:25:39 | Avalon_Scythe | and here is another one |
| 02:25:47 | kugel | have you put a sansa.fmt on the drive? Make sure windows (if you use that) doesn't hide the file extention (chances are it's named sansa.fmt.txt, which doesn't work) |
| 02:28:14 | Avalon_Scythe | no no i fix that hold on this link mc2379 gave me is the same problem i have |
| 02:28:36 | Avalon_Scythe | LOL bingo i need a new version txt file it says =D |
| 02:28:58 | | Quit fyrestorm (Read error: 60 (Operation timed out)) |
| 02:31:14 | | Join Darksair [0] (n=user@123.112.112.167) |
| 02:32:38 | mc2739 | Avalon_Scythe: here is a link to what claims to be the solution for the corrupted version.txt |
| 02:33:13 | mc2739 | the author modified the e200tool for that very purpose |
| 02:33:22 | mc2739 | http://www.anythingbutipod.com/forum/showthread.php?t=33823 |
| 02:37:18 | Avalon_Scythe | thxs |
| 02:37:20 | Avalon_Scythe | brb |
| 02:38:49 | | Join mc2739_ [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
| 02:41:12 | mc2739_ | you're welcome, hope it works |
| 02:44:52 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 02:45:28 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
| 02:47:29 | | Join fyrestorm [0] (n=nnscript@cpe-72-229-213-116.nyc.res.rr.com) |
| 02:50:58 | Avalon_Scythe | mc |
| 02:51:02 | Avalon_Scythe | i dont have a 4gig |
| 02:53:47 | | Quit mc2739 (Nick collision from services.) |
| 02:53:58 | Avalon_Scythe | the person wh made the thread has a 4gig and he wrote down...I am not sure if this file will work for other versions like e250(2GB), e270(6GB) or e280(8GB). You will have to request someone who owns these players to provide you with the dump file, at anythingbutipod forums or at the rockbox forums. |
| 02:54:04 | | Nick mc2739_ is now known as mc2739 (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
| 02:55:20 | mc2739 | Avalon_Scythe: which model do you have? |
| 02:55:45 | | Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) |
| 02:55:58 | Avalon_Scythe | Sansa e260 |
| 02:56:15 | Avalon_Scythe | A 2G |
| 02:56:32 | Avalon_Scythe | oh wait i ment E250 |
| 02:56:34 | mc2739 | the e260 is a 4gig not a 2gig |
| 02:56:41 | Avalon_Scythe | A 2GIG |
| 02:56:45 | mc2739 | ok |
| 02:56:58 | Avalon_Scythe | sorry but it's E250 |
| 02:57:06 | Avalon_Scythe | Opps type to slow |
| 02:57:43 | mc2739 | sorry, I can't help with that, I have the e280 (8g) |
| 02:57:46 | Avalon_Scythe | So Can I Get A Dump File For That? And Oh yea Do I use e200toolplus or e200toolplus-dev |
| 02:57:52 | Avalon_Scythe | Oh |
| 02:57:56 | Avalon_Scythe | D; |
| 02:58:31 | mc2739 | just use the plus - the dev is source, etc. in case you need to recomplie |
| 02:59:29 | Avalon_Scythe | okay so how do i get a 2gig Dump FIle |
| 02:59:31 | Avalon_Scythe | FIle* |
| 02:59:34 | Avalon_Scythe | File* |
| 03:00 |
| 03:02:19 | mc2739 | you might try leaving a message in that thread (or in the rockbox forum) and see if someone with an e250 can help |
| 03:02:41 | Avalon_Scythe | How Long Do You Belive It Might Take To Answer |
| 03:03:50 | mc2739 | i have no idea - it could be quick, or it could be never |
| 03:04:10 | | Join saratoga [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-a0ee311ba29634ad) |
| 03:04:28 | Avalon_Scythe | I'm Losing Hope Fast |
| 03:05:39 | | Quit fyre^OS (Read error: 110 (Connection timed out)) |
| 03:06:49 | | Quit ameyer (Remote closed the connection) |
| 03:08:41 | saratoga | Avalon_Scythe: why do you capitalize words incorrectly? |
| 03:09:12 | | Quit advcomp2019 (Read error: 104 (Connection reset by peer)) |
| 03:13:01 | * | Avalon_Scythe wonders why saragota cares >.> |
| 03:13:11 | | Quit LambdaCalculus37 ("Ka-chunka") |
| 03:13:35 | | Quit mc2739 ("Zzzz...") |
| 03:17:04 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 03:17:06 | | Quit apol (Remote closed the connection) |
| 03:18:28 | | Quit Avalon_Scythe ("CGI:IRC (Ping timeout)") |
| 03:35:32 | | Quit obo ("bye") |
| 03:36:37 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
| 03:38:24 | | Quit funman ("leaving") |
| 03:41:25 | | Quit tchan ("WeeChat 0.2.7-dev") |
| 03:45:11 | | Quit massiveH ("Leaving") |
| 03:52:10 | | Join brrybnds [0] (n=cliff@206-248-137-225.dsl.teksavvy.com) |
| 03:53:08 | | Quit nuonguy (No route to host) |
| 03:58:03 | | Quit ajonat () |
| 04:00 |
| 04:01:15 | | Quit Darksair ("Emacs = ESC-Meta-Alt-Ctrl-Shift") |
| 04:01:58 | | Join Darksair [0] (n=user@123.112.112.167) |
| 04:07:48 | *** | Saving seen data "./dancer.seen" |
| 04:11:50 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
| 04:12:28 | | Join fyre^OS [0] (n=nnscript@cpe-72-229-213-116.nyc.res.rr.com) |
| 04:12:36 | | Quit fyrestorm (Read error: 104 (Connection reset by peer)) |
| 04:15:57 | | Join blkhawk- [0] (n=blkhawk@g228065122.adsl.alicedsl.de) |
| 04:20:29 | | Join tchan [0] (n=weechat@c-24-12-190-140.hsd1.il.comcast.net) |
| 04:29:08 | | Nick Darksair is now known as Darksair{away} (n=user@123.112.112.167) |
| 04:31:08 | | Join miepchen^schlaf_ [0] (n=miepchen@p579ECC85.dip.t-dialin.net) |
| 04:31:08 | | Quit saratoga ("CGI:IRC (EOF)") |
| 04:32:18 | | Quit tchan ("WeeChat 0.2.7-dev") |
| 04:33:18 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
| 04:33:55 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g228065122.adsl.alicedsl.de) |
| 04:43:34 | | Join tchan [0] (n=tchan@c-24-12-190-140.hsd1.il.comcast.net) |
| 04:47:19 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
| 04:51:21 | | Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
| 04:51:49 | | Quit HBK () |
| 04:56:44 | | Quit tchan ("WeeChat 0.2.7-dev") |
| 04:57:50 | | Quit aarcane ("Leaving") |
| 04:58:18 | | Join reacocard [0] (n=reacocar@134.173.51.241) |
| 05:00 |
| 05:01:42 | | Join tchan [0] (n=tchan@c-24-12-190-140.hsd1.il.comcast.net) |
| 05:03:48 | | Join HBK [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
| 05:06:51 | | Nick Darksair{away} is now known as Darksair (n=user@123.112.112.167) |
| 05:22:30 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
| 05:34:47 | | Join kronflux [0] (n=kronflux@blk-138-78-15.eastlink.ca) |
| 05:37:04 | kronflux | !seen LambdaCalculus37 |
| 05:37:20 | kronflux | hm. that doesnt work. :p |
| 05:37:24 | | Quit kronflux (Client Quit) |
| 05:48:09 | | Quit Horscht ("electromagnetic radiation from satellite debris") |
| 05:50:18 | | Join kronflux [0] (n=kronflux@blk-138-78-15.eastlink.ca) |
| 05:50:40 | | Quit kronflux (Client Quit) |
| 05:52:54 | | Quit XavierGr () |
| 05:55:48 | | Quit brrybnds ("Konversation terminated!") |
| 05:59:36 | * | JdGordon will be back in 15 if that commit doesnt come out green |
| 06:00 |
| 06:07:49 | *** | Saving seen data "./dancer.seen" |
| 06:11:47 | * | JdGordon wonders why the eltas for the video and video 64mb builds arent the same? |
| 06:24:05 | | Quit reacocard (".") |
| 06:27:00 | | Quit Darksair (Read error: 104 (Connection reset by peer)) |
| 06:30:01 | | Join Darksair [0] (n=user@123.112.112.167) |
| 06:39:49 | | Join reacocard [0] (n=reacocar@134.173.59.155) |
| 07:00 |
| 07:02:18 | | Join _synergist [0] (i=christop@cant.be-arsed.co.uk) |
| 07:14:53 | | Quit synergist (Read error: 113 (No route to host)) |
| 07:22:28 | JdGordon | Zagor: I'm getting http://pastebin.ca/1241387 when i try adding comments to flyspray... they comments do get added though? |
| 07:30:28 | | Quit BHSPitMonkey (Remote closed the connection) |
| 07:33:12 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
| 07:44:47 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 07:49:58 | | Join Acknix [0] (n=Ackbux@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) |
| 08:00 |
| 08:06:25 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
| 08:07:50 | JdGordon | morning Zagor, I'm getting http://pastebin.ca/1241387 when i try adding comments to flyspray... they comments do get added though? |
| 08:07:52 | *** | Saving seen data "./dancer.seen" |
| 08:08:31 | | Quit miepchen^schlaf_ () |
| 08:08:35 | Zagor | ouch |
| 08:08:55 | Zagor | perhaps related to the update i ran yesterday |
| 08:09:31 | JdGordon | also, the frontpage isnt updating the mail area? maybe related? |
| 08:10:29 | Zagor | that's odd |
| 08:14:47 | | Quit BigBambi (Remote closed the connection) |
| 08:17:08 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 08:20:35 | | Join Acky [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) |
| 08:21:10 | Zagor | JdGordon: have you recieved any mails since the last ones on the front page? |
| 08:22:50 | Zagor | ehe, sendmail is not running... |
| 08:23:30 | Zagor | hence the flyspray error when it tries to mail notifications |
| 08:23:41 | Zagor | and the missing mail updates |
| 08:33:17 | | Join Acksow [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) |
| 08:33:29 | | Quit Acksaw (Nick collision from services.) |
| 08:33:41 | | Nick Acksow is now known as Acksaw (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) |
| 08:35:49 | | Quit Acknix (Read error: 110 (Connection timed out)) |
| 08:39:30 | | Quit Acky (Connection timed out) |
| 08:42:07 | | Quit bertrik (Remote closed the connection) |
| 08:45:21 | | Join Rob2223 [0] (n=Miranda@p4FDCFD93.dip.t-dialin.net) |
| 08:47:43 | JdGordon | Zagor: I havnt received, but ive sent 2 to -dev |
| 08:48:05 | JdGordon | oh too slow.. all fixed :) |
| 08:48:09 | Zagor | :) |
| 09:00 |
| 09:03:15 | | Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi) |
| 09:03:55 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 09:06:47 | | Quit JdGordon ("Konversation terminated!") |
| 09:07:23 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 09:09:35 | | Join FliP50 [0] (n=t3ch91@12-218-63-169.client.mchsi.com) |
| 09:11:06 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
| 09:18:35 | | Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-15352e516a976e39) |
| 09:22:59 | | Quit kachna|lappy (Read error: 113 (No route to host)) |
| 09:27:48 | | Quit maha ("You have to be a [fucking] moron to think 19 Arabs did it") |
| 09:31:11 | | Quit nuonguy ("This computer has gone to sleep") |
| 09:35:17 | | Quit rvvs89 (Read error: 113 (No route to host)) |
| 09:37:30 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 09:38:12 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 09:54:40 | | Quit robin0800 (Remote closed the connection) |
| 10:00 |
| 10:05:37 | | Join Havien2 [0] (n=none@68-189-139-73.dhcp.wlwl.wa.charter.com) |
| 10:07:54 | *** | Saving seen data "./dancer.seen" |
| 10:08:37 | | Quit Havien2 (Remote closed the connection) |
| 10:10:32 | | Join fyrestorm [0] (n=nnscript@cpe-68-173-235-213.nyc.res.rr.com) |
| 10:10:47 | Zagor | generated files sure make things messy when running "make -j" |
| 10:11:13 | | Join tvelocity [0] (n=tony@195.167.65.108) |
| 10:11:41 | | Part orly_owl |
| 10:12:45 | | Quit bmbl (Client Quit) |
| 10:13:08 | | Join Havien2 [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) |
| 10:15:51 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 10:17:58 | | Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) |
| 10:18:23 | | Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) |
| 10:19:49 | | Join moos [0] (i=moos@81-66-141-133.rev.numericable.fr) |
| 10:19:53 | | Quit havien (Read error: 110 (Connection timed out)) |
| 10:20:33 | | Quit n17ikh|Lappy () |
| 10:28:23 | | Quit fyre^OS (Read error: 110 (Connection timed out)) |
| 10:29:10 | | Quit FliP50 (Read error: 104 (Connection reset by peer)) |
| 10:29:26 | | Join AhtiK [0] (n=ahti@194.204.31.19) |
| 10:30:35 | Llorean | Anyone know much about the MP4 length limitation? |
| 10:31:15 | | Part WarpTI |
| 10:31:38 | linuxstb | I think you need Lear |
| 10:31:39 | | Quit fyrestorm (Read error: 110 (Connection timed out)) |
| 10:31:57 | Llorean | =/ |
| 10:32:19 | Llorean | I was just curious if it's a kind of "we may be able to improve the maximum length but there will always be a cap" or if we'll one day be able to use arbitrary length files. |
| 10:33:25 | linuxstb | I think it's something that needs investigating as part of a codec memory-reduction blitz. |
| 10:34:54 | amiconn | There will always be the FAT file size cap |
| 10:35:07 | Llorean | Well, "arbitrary up to the filesystem limit" then |
| 10:35:34 | amiconn | Currently it's 2GB due to our file api implementation. Can (and imo should) be increased to 4GB |
| 10:36:30 | Llorean | At least it now skips long m4a files rather than locking up, but it seems to skip the other file in the playlist too so I'm not quite sure what it's doing. |
| 10:40:50 | | Join TMM [0] (n=hp@5ED10264.cable.ziggo.nl) |
| 10:40:53 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 10:52:25 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
| 10:55:39 | | Quit Havien2 ("Konversation terminated!") |
| 10:55:58 | LinusN | does anyone have a spare (broken?) Western Digital WD1200 hard drive for me? |
| 11:00 |
| 11:07:40 | | Quit Darksair (Connection timed out) |
| 11:10:49 | | Join {phoenix} [0] (n=dirk@p54B46FC9.dip.t-dialin.net) |
| 11:13:24 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 11:19:20 | | Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) |
| 11:19:41 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 11:22:35 | | Quit havien (Client Quit) |
| 11:23:50 | | Join J-23 [0] (n=kvirc@a105.net128.okay.pl) |
| 11:25:09 | J-23 | Hi! |
| 11:26:05 | | Quit Slack (Client Quit) |
| 11:28:09 | | Join lasser [0] (n=chatzill@W92ad.w.pppool.de) |
| 11:28:57 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 11:29:08 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
| 11:29:08 | | Quit einhirn (Client Quit) |
| 11:32:03 | | Join domobile [0] (n=domobile@g229117157.adsl.alicedsl.de) |
| 11:32:06 | J-23 | hmm, how does e200v2 SD test work? |
| 11:32:47 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
| 11:33:16 | J-23 | it runs forever for me |
| 11:34:28 | domobile | and what does it display ? just the looping and response ff8000 ? |
| 11:34:48 | blkhawk | I would like to test that :) |
| 11:34:52 | blkhawk | I have a v2 too |
| 11:35:05 | blkhawk | so screen access works? |
| 11:35:25 | domobile | afaik it only works for th sd card for now.. |
| 11:35:55 | domobile | yes, lcd should work |
| 11:36:00 | blkhawk | thats not an obstacle really |
| 11:36:30 | J-23 | yes, it shows only "0xFF8000". |
| 11:37:20 | J-23 | card is 2GB formatted with FAT16 |
| 11:38:19 | | Quit {phoenix} (Remote closed the connection) |
| 11:38:40 | domobile | you have to modify the code to test the external sd |
| 11:39:23 | J-23 | external SD? So what this code does currently test? |
| 11:40:22 | domobile | the internal sd memory ?...read the code, and you will see |
| 11:43:37 | | Quit domobile (Read error: 104 (Connection reset by peer)) |
| 11:44:04 | | Join domobile [0] (n=domobile@g229117157.adsl.alicedsl.de) |
| 11:45:21 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 11:47:39 | | Join katz_ [0] (n=aklesy@pppdyn-1a.stud-ko.rz-online.net) |
| 11:51:19 | | Join Romanian [0] (n=mihai@c-76-105-151-184.hsd1.or.comcast.net) |
| 11:51:57 | Romanian | Hello all. |
| 11:53:24 | ze | /math 1419/60 |
| 11:53:26 | ze | er |
| 11:54:13 | | Quit tvelocity ("Αποχώρησε") |
| 11:55:18 | Romanian | Anyone here have an X5/L? |
| 11:57:12 | advcomp2019 | Romanian, whats your question.. depends on it, someone will help or not |
| 11:58:02 | Romanian | Oh, I was just wondering if anyone had one. Suppose I ought to be in #rockbox-community then. |
| 11:58:45 | | Join {phoenix} [0] (n=dirk@p54B46FC9.dip.t-dialin.net) |
| 12:00 |
| 12:00:47 | | Join dany_21a_ [0] (n=dan@84-119-23-147.dynamic.xdsl-line.inode.at) |
| 12:00:48 | | Join LL-Hell [0] (n=aed@87.70.132.86) |
| 12:01:02 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
| 12:03:44 | | Quit domobile (Read error: 110 (Connection timed out)) |
| 12:05:09 | | Join mf0102 [0] (n=michi@e181134067.adsl.alicedsl.de) |
| 12:07:59 | *** | Saving seen data "./dancer.seen" |
| 12:08:26 | | Join Darksair [0] (n=user@123.112.112.167) |
| 12:24:12 | | Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 12:27:41 | | Quit robin0800 (Read error: 110 (Connection timed out)) |
| 12:27:42 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 12:29:07 | | Quit Zagor ("Client exiting") |
| 12:31:45 | | Join goffa [0] (n=goffa@216.220.23.105) |
| 12:34:42 | | Join Alfa [0] (n=88a71131@gateway/web/cgi-irc/labb.contactor.se/x-ed61b231f4669559) |
| 12:35:10 | | Quit Alfa (Client Quit) |
| 12:35:33 | | Join Alfa [0] (n=88a71131@gateway/web/cgi-irc/labb.contactor.se/x-1e5727743ac157d5) |
| 12:38:00 | Alfa | hi, I've got a Sansa E260R, and currently have Rockbox installed on it. Do I need an E200R specific file to update to version 3 or just the standard E200 one? |
| 12:38:22 | linuxstb | Just the standard one. It's only the bootloader installation method that differs between the R and normal E200s. |
| 12:38:47 | Alfa | cool, thanks |
| 12:38:56 | | Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) |
| 12:40:47 | | Quit Alfa ("CGI:IRC 0.5.9 (2006/06/06)") |
| 12:41:26 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 12:44:00 | | Quit goffa_ (Read error: 110 (Connection timed out)) |
| 12:47:51 | | Quit mf0102 (Remote closed the connection) |
| 12:51:09 | | Join tvelocity [0] (n=tony@gw1.mycosmos.gr) |
| 12:58:33 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 12:58:45 | | Quit J-23 (Remote closed the connection) |
| 12:59:40 | | Join Strife89 [0] (n=michael@204.116.245.152) |
| 13:00 |
| 13:07:20 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
| 13:11:54 | | Nick Darksair is now known as Darksair{away} (n=user@123.112.112.167) |
| 13:13:43 | | Quit Thundercloud (Remote closed the connection) |
| 13:16:18 | | Join massiveH [0] (n=massiveH@pool-71-187-243-194.nwrknj.fios.verizon.net) |
| 13:17:19 | | Join MethoS [0] (n=clemens@host-091-096-211-069.ewe-ip-backbone.de) |
| 13:19:49 | | Part dany_21a_ |
| 13:20:59 | | Nick Darksair{away} is now known as Darksair (n=user@123.112.112.167) |
| 13:21:31 | | Quit robin0800_ (Connection timed out) |
| 13:22:12 | | Quit mcuelenaere () |
| 13:23:27 | | Join dany_21a_ [0] (n=dan@84-119-23-147.dynamic.xdsl-line.inode.at) |
| 13:27:26 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
| 13:29:43 | | Quit amiconn (Nick collision from services.) |
| 13:29:48 | | Join amiconn [50] (n=jens@rockbox/developer/amiconn) |
| 13:37:55 | | Quit LL-Hell (Read error: 54 (Connection reset by peer)) |
| 13:41:47 | | Quit Romanian ("Leaving") |
| 13:45:53 | | Quit pixelma2 (Nick collision from services.) |
| 13:45:59 | | Join pixelma2_ [0] (n=marianne@rockbox/staff/pixelma) |
| 13:46:03 | | Nick pixelma2_ is now known as pixelma2 (n=marianne@rockbox/staff/pixelma) |
| 13:47:30 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 13:50:14 | | Quit jhMikeS (Nick collision from services.) |
| 13:50:20 | | Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) |
| 13:59:07 | | Join esthar [0] (n=esthar@student165-170.hampshire.edu) |
| 13:59:27 | | Join funman [0] (n=fun@AAnnecy-257-1-62-131.w90-28.abo.wanadoo.fr) |
| 14:00 |
| 14:07:23 | | Quit {phoenix} (Remote closed the connection) |
| 14:08:01 | *** | Saving seen data "./dancer.seen" |
| 14:27:16 | | Join webguest56 [0] (n=3e2fb744@gateway/web/cgi-irc/labb.contactor.se/x-b6f35d9772dde21b) |
| 14:29:08 | moos | preglow: hi, around? |
| 14:29:30 | | Quit lasser ("ChatZilla 0.9.83 [Iceweasel 3.0.3/2008092816]") |
| 14:29:34 | | Join Schmogel [0] (n=Miranda@p3EE21E2A.dip0.t-ipconnect.de) |
| 14:31:44 | moos | That's about the "skip lenght" option. /me don't understand the skip track entry |
| 14:31:45 | | Quit webguest56 (Client Quit) |
| 14:34:04 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
| 14:39:18 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
| 14:42:03 | moos | I think that this "skip track" option can be confusing and maybe a bit useless. All thoses discussions about seetings those days... |
| 14:42:41 | | Quit kachna|lappy (Read error: 110 (Connection timed out)) |
| 14:43:17 | moos | can we change it to: normal skip, or disable or something, or even remove it :) |
| 14:43:27 | Strife89 | moos: I believe its main purpose is to help navigate through long audio files (such as audio books). |
| 14:43:37 | Strife89 | It' |
| 14:43:58 | moos | I know that is the purpose of the skip lenght option... |
| 14:44:20 | linuxstb | moos: It was originally committed in a drive-by commit, then there was a long discussion about it, and preglow changed it to how it is now. |
| 14:44:22 | Strife89 | It's also helpful in that, while the setting is active, an accidental button press doesn't make you lose your spot (by much). |
| 14:44:27 | moos | I was speaking about the "skip track" sub menu |
| 14:44:51 | linuxstb | Isn't that what was called "study mode"? |
| 14:45:00 | moos | linuxstb: I vaguely remenber, yup study mode :) |
| 14:45:26 | moos | but I really think that this first entry is a bit useless |
| 14:46:10 | moos | or at least confusing ;) |
| 14:46:38 | * | Strife89 opts for a minor renaming. :) |
| 14:47:27 | moos | I can think people wanted to disable this option if they was using it, then a normal skip or disable could do the trick... |
| 14:47:41 | | Join Photoguy [0] (n=Adams@91.143.237.183) |
| 14:48:23 | * | moos was about to do so in francais.lang, hence this thought :) |
| 14:50:08 | moos | what do you think? can I change the english lang entry to, to "normal skip" or "Disable" or something you find better? :) |
| 14:50:26 | moos | s/to/too |
| 14:51:42 | linuxstb | I'm not sure what the current options are... Are you saying that the setting name is "Skip length", with the first option being "skip track" ? |
| 14:51:59 | moos | absolutely |
| 14:52:18 | linuxstb | And the other options are time intervals? |
| 14:52:34 | moos | exact, then the confusing.... |
| 14:53:30 | linuxstb | Then yes, I think it could be improved. Maybe wait to speak to preglow or Llorean - IIRC, they were the two people discussing it the most when preglow changed it. |
| 14:54:04 | moos | OK, hence my first ping for preglow :) |
| 14:54:37 | * | linuxstb thinks he's got a grip on the Fuze LCD functions in the OF - it shouldn't be too hard to write a driver now, even though the LCD is unknown... |
| 14:55:23 | moos | Congratulations ! \o/ |
| 14:59:23 | dany_21a_ | linuxstb: wow... cool - As i recently killed (still dont know why/how) my e200v2, maybe ill buy a fuze soon :) |
| 15:00 |
| 15:19:39 | | Join bughunter2 [0] (n=Jelle@77.164.66.126) |
| 15:27:16 | | Quit massiveH ("Leaving") |
| 15:30:55 | | Join massiveH [0] (n=massiveH@pool-71-187-243-194.nwrknj.fios.verizon.net) |
| 15:35:08 | | Join MethoS- [0] (n=clemens@host-091-096-212-047.ewe-ip-backbone.de) |
| 15:37:44 | | Quit MethoS (Read error: 60 (Operation timed out)) |
| 15:37:49 | | Join christophe [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 15:39:52 | | Join kachna|lappy [0] (n=kachna@r4ax178.net.upc.cz) |
| 15:40:15 | linuxstb | domonoky: Did you use the m200v1 keymap for your m200v2 (v4?) sim? |
| 15:41:05 | domonoky | linuxstb: yes, but it seems the m200 map was just a copy from a c200, with very strange button actions :-) |
| 15:41:32 | linuxstb | Sounds very possible ;) |
| 15:44:42 | | Join Code8404 [0] (n=chatzill@CPE-121-208-144-129.qld.bigpond.net.au) |
| 15:45:54 | Code8404 | Will rockbox be made available for Gen 4 ipod nano |
| 15:46:20 | linuxstb | If some owners of that device port Rockbox to it, yes. |
| 15:46:35 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-37bac35729618fb7) |
| 15:46:42 | linuxstb | But no-one seems to be working on it currently. |
| 15:50:18 | | Quit Code8404 ("ChatZilla 0.9.82.1 [Firefox 3.0.3/2008092417]") |
| 16:00 |
| 16:04:35 | funman | isn't there confusion between backlight & buttonlight in the source ? |
| 16:04:45 | | Join {phoenix} [0] (n=dirk@p54B46FC9.dip.t-dialin.net) |
| 16:04:54 | funman | i.e. buttonlight assumes (lcd?) backlight support |
| 16:08:04 | *** | Saving seen data "./dancer.seen" |
| 16:08:57 | | Join PaulJam [0] (i=PaulJam_@vpn-3066.gwdg.de) |
| 16:09:08 | funman | in settings_list.c line 1327 |
| 16:09:21 | funman | #ifdef HAVE_BUTTON_LIGHT , but the function use backlight_* functions |
| 16:13:10 | | Join tyfoo [0] (n=tyfoo@host-091-096-150-032.ewe-ip-backbone.de) |
| 16:15:54 | funman | does the e200 have a 'repeat' button ? |
| 16:16:26 | funman | or BUTTON_REPEAT means 'press 2 times in a row' ? |
| 16:16:48 | * | funman will probably have a lot of questions until the clip simulator builds |
| 16:17:27 | funman | I've found a great picture: http://www.productwiki.com/upload/images/sandisk_sansa_clip.jpg but there is no licence on the page where I found it |
| 16:17:47 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
| 16:19:05 | | Quit Nico_P (Remote closed the connection) |
| 16:19:30 | funman | I'm sure it's a promotional image of SanDisk but I can't find the original publication |
| 16:21:30 | | Quit Darksair ("To Arch or Gentoo? That is the question...") |
| 16:21:39 | | Join salty-horse [0] (n=ori@pdpc/supporter/active/salty-horse) |
| 16:22:11 | salty-horse | hi. in the past week anonymous svn has been really slow. do you know of any problems? |
| 16:27:57 | | Quit Strife89 ("Bye, guys!") |
| 16:31:40 | linuxstb | funman: Yes, BUTTON_REPEAT isn't a real button - it is bitwise or'ed with the real button to indicate that it's a repeated button press (if a button is held longer than X ms, then repeat events will be sent). |
| 16:32:58 | linuxstb | funman: Regarding a photo for the sim - we've always been cautious before, and just used our own photos of our own devices. |
| 16:34:15 | | Join Darksair [0] (n=user@123.112.112.167) |
| 16:35:42 | kugel | linuxstb: sounds grad (lcd for fuze). I help if I can |
| 16:36:00 | kugel | dany_21a_: heh, sad, but the fuze is a better player anyway :P |
| 16:36:15 | kugel | dany_21a_: how did you manage to kill it? |
| 16:38:54 | | Quit tchan ("WeeChat 0.2.7-dev") |
| 16:39:05 | | Join tchan [0] (n=tchan@c-24-12-190-140.hsd1.il.comcast.net) |
| 16:42:05 | saratoga | kugel: how did you break the scroll wheel on your old fuze anyway? |
| 16:43:18 | funman | linuxstb: I just took a shoot :) |
| 16:43:52 | kugel | saratoga: the connection on the cable broke |
| 16:44:16 | kugel | it was pretty hard to insert it again, and when I got it, it was already too late |
| 16:44:36 | saratoga | kugel: so you tore the cable in two? |
| 16:44:38 | kugel | did you reassemble sucessfully? |
| 16:44:43 | saratoga | yes |
| 16:44:54 | saratoga | but i bought another fuze with a broken scroll wheel cable |
| 16:45:05 | saratoga | for spare parts, but i'm curious what that means exactly |
| 16:45:11 | saratoga | i don't see anyway to break the cable? |
| 16:45:33 | saratoga | on mine its just a cable into a ZIF slot |
| 16:45:38 | | Nick christophe is now known as toffe82 (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 16:45:51 | kugel | no, the connection part on the cable (gold?) rubbed off |
| 16:46:26 | saratoga | ah |
| 16:46:35 | kugel | well, I definitely wouldn't call it zif |
| 16:46:43 | kugel | or, I just failed horribly |
| 16:47:29 | kugel | I couldn't get it in easily, especially since the front plate was just blocking everywhere |
| 16:52:52 | linuxstb | What's the difference between the fuze and the e200? |
| 16:54:41 | kugel | the buttons. Especially the scroll wheel, which is just way better on the fuze |
| 16:55:03 | kugel | and if they didn't upgrade the display from e200v1 to v2, the display is quite better too |
| 17:00 |
| 17:01:35 | funman | http://img514.imageshack.us/img514/996/clipej8.png < not too ugly for the simulator ? |
| 17:01:37 | | Join katz [0] (n=aklesy@pppdyn-43.stud-ko.rz-online.net) |
| 17:02:18 | gevaerts | funman: go for the iaudio7 approach! |
| 17:02:40 | kugel | funman: if possible, scan your fuze |
| 17:02:52 | kugel | clip* |
| 17:05:36 | funman | I have no scanner |
| 17:05:56 | kugel | gevaerts: lol |
| 17:06:36 | kugel | funman: There's should be a plenty of shots from the clip which we can use on the www |
| 17:07:27 | funman | I couldn't find any with an appropriate licence |
| 17:08:41 | | Part LinusN |
| 17:09:28 | | Quit tvelocity ("Αποχώρησε") |
| 17:09:46 | kugel | funman: digicam? |
| 17:10:06 | funman | I'm a bad photographer |
| 17:10:28 | funman | the only correct picture I made was full of light reflection |
| 17:10:36 | funman | and you can see my fingerprints :( |
| 17:10:49 | kugel | so? I bet the photo will still be way better than the sketch |
| 17:13:28 | funman | is the e200 side button 'rec' ? |
| 17:13:39 | kugel | yep |
| 17:13:44 | bmbl | Yes |
| 17:13:50 | funman | http://img114.imageshack.us/img114/5516/srcye3.jpg < here is my best picture |
| 17:14:14 | kugel | looks nice |
| 17:14:33 | kugel | real pics are always preferable imho |
| 17:14:43 | * | gevaerts adds the fingerprints to his database |
| 17:14:50 | bmbl | You should take the picture without flash and with enough light in the room |
| 17:14:51 | kugel | you could clean it before though :) |
| 17:15:39 | funman | :( |
| 17:15:51 | petur | beer time |
| 17:15:54 | funman | bmbl: that was the case: the light is the room light |
| 17:16:06 | | Quit petur ("connection reset by leffe") |
| 17:16:11 | | Quit katz ("Ex-Chat") |
| 17:16:13 | bmbl | weird |
| 17:16:44 | kugel | funman: I don't find the light bad, only the finger prints |
| 17:19:04 | | Quit katz_ (Read error: 110 (Connection timed out)) |
| 17:19:26 | | Quit BigBambi ("http://www.mibbit.com ajax IRC Client") |
| 17:20:05 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
| 17:21:11 | bmbl | funman: then use some indirect light |
| 17:25:42 | funman | don't have |
| 17:28:11 | | Quit pixelma2 ("-") |
| 17:28:32 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
| 17:28:38 | | Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) |
| 17:29:15 | advcomp2019 | funman, is this how you want a photo: advcomp2019/IMG_2189.jpg">http://i90.photobucket.com/albums/k265/advcomp2019/IMG_2189.jpg |
| 17:29:21 | funman | just every other picture I take is blur - I'll leave this task to someone else: ) |
| 17:29:46 | funman | advcomp2019: yay, looks like made by a pro ;) |
| 17:30:37 | funman | can I use it under the gplv2 or later, bla bla bla ? |
| 17:31:25 | advcomp2019 | if you need it, sure then |
| 17:32:11 | funman | thanks ;) |
| 17:35:10 | | Part dany_21a_ |
| 17:36:11 | | Join dany_21a_ [0] (n=dan@84-119-23-147.dynamic.xdsl-line.inode.at) |
| 17:37:05 | kugel | gpl is doubtfully suitable for pictures |
| 17:38:10 | rasher | Yeah, it's not a great fit |
| 17:39:32 | | Part dany_21a_ |
| 17:42:48 | bmbl | funman: I'll photoshop one when I find the time ;) |
| 17:43:20 | funman | bmbl: what do you think of advcomp2019's picture? |
| 17:43:48 | funman | I should just zoom it until the screen's size is an integer coefficient of the real (pixel) size |
| 17:44:09 | bmbl | Ah didn't see it |
| 17:44:13 | bmbl | could work yes |
| 17:44:37 | | Quit Acksaw (Read error: 104 (Connection reset by peer)) |
| 17:46:00 | | Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) |
| 17:50:44 | funman | firmware/drivers/lcd-16bit.c : line 93 , lcd_set_enable_hook() is defined conditionally on HAVE_LCD_ENABLE |
| 17:51:12 | funman | apps/plugin.c : line 137 , lcd_set_enable_hook is referenced conditionally on the same define |
| 17:51:28 | funman | but it should check also if lcd-16bit.c has been built as well |
| 17:52:07 | funman | aka LCD_DEPTH == 16 |
| 17:52:15 | | Quit Photoguy (Read error: 104 (Connection reset by peer)) |
| 17:53:13 | kugel | funman: don't other lcd-Xbit.c files also have this function? |
| 17:53:34 | funman | no |
| 17:53:40 | domonoky | isnt lcd-16bit only compiled when LCD_DEPTH == 16 ? the the check is not really needed... |
| 17:54:48 | kugel | domonoky: I think he means when a non-16bit targert uses the function. It checks only for LCD_ENABLE |
| 17:55:20 | domonoky | ah, plugin.c would need the additional LCD_DEPTH check... |
| 17:55:58 | linuxstb | Shouldn't that function be implemented in the other (high-level) LCD drivers? I'm guessing that currently only 16bpp LCDs have LCD_ENABLE defined. |
| 17:56:01 | n1s | why? all targets that hane the enable function should define LCD_ENABLE. |
| 17:56:06 | kugel | or implement it for non-16bit targets |
| 17:56:09 | n1s | s/hane/have/ |
| 17:56:34 | funman | I found another problem in backlight.c : confusion between backlight and buttonlight |
| 17:56:54 | funman | well not only in backlight.c |
| 17:57:35 | domonoky | we probably only switch the color lcds off, as you can not read them without backlight... b/w lcd stay always on, because they are usefull without backlight.. |
| 17:58:35 | domonoky | so we only need the LCD_ENABLE for color lcds :-) |
| 17:59:56 | | Part toffe82 |
| 18:00 |
| 18:00:19 | kugel | the term color is going to be inappropriate with the clip ;) |
| 18:00:46 | funman | domonoky: doesn't switching the display off save battery |
| 18:00:47 | funman | ? |
| 18:00:50 | * | domonoky replace color with 16bit -lcds .. :-) |
| 18:01:12 | kugel | funman: yes, but only for targets where you need the backlight to read the screen |
| 18:01:36 | domonoky | funman: yes, it saves a little bit, but less on bw/greayscale... and it saves more if you dont switch the backlight on.. :-) |
| 18:01:53 | funman | for the clip there is no backlight at all since it's an OLED display |
| 18:03:13 | kugel | funman: You should fix config-clip.h then |
| 18:03:21 | funman | And remove lcd_enable ? |
| 18:04:09 | kugel | I don't know if the clip display can be turned off. But as it has no backlight, you should not define HAVE_BACKLIGHT (and _BRIGHTNESS) |
| 18:04:11 | bmbl | funman whats the pixel size of the clip? |
| 18:04:16 | funman | which function will disable/enable the screen ? |
| 18:04:28 | funman | bmbl: 128 * 66 |
| 18:04:31 | domonoky | funman: at least remove the "have backlight" :-) |
| 18:04:40 | funman | kugel: it can be turned off |
| 18:04:47 | funman | and HAVE_BACKLIGHT is not defined |
| 18:04:51 | kugel | funman: then don't remove it :) |
| 18:04:52 | | Join stoffel_ [0] (n=sfr@p57B4FDE8.dip.t-dialin.net) |
| 18:05:02 | funman | I'm very confused |
| 18:05:44 | kugel | funman: /* Define this for LCD backlight available */ |
| 18:05:45 | kugel | #define HAVE_BACKLIGHT |
| 18:06:13 | funman | right I removed it in my tree ;) |
| 18:06:15 | domonoky | atleast svn has this backlight defines.. |
| 18:06:38 | funman | I also removed HAVE_BUTTON_LIGHT |
| 18:06:43 | domonoky | but the question is really how to handle this display best, as its like a new type in rockbox.. |
| 18:07:19 | * | kugel expects problems with LCD_ENABLE defined but HAVE_BACKLIGHT not |
| 18:07:47 | domonoky | but for the start we can let it just stay always on.. |
| 18:08:05 | *** | Saving seen data "./dancer.seen" |
| 18:08:13 | funman | well for the simulator build the only problem was in the file I Mentioned |
| 18:08:31 | kugel | the clip doesn't have button light? |
| 18:08:34 | funman | it does |
| 18:08:40 | * | domonoky would just remove the LCD_ENABLE and the BACKLIGHT defines, that can be fixed later.. |
| 18:08:52 | funman | but there is spread confusion between backlight and buttonlight |
| 18:08:58 | funman | in fact it seems backlight is assumed everywhere |
| 18:09:07 | funman | s/everywhere/in some places/ |
| 18:09:23 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
| 18:09:48 | * | gevaerts isn't surprised |
| 18:10:00 | * | domonoky thinks there is only 1 port without backlight (ondio) |
| 18:12:09 | | Quit homielowe () |
| 18:14:20 | | Join miepchen^schlaf [0] (n=miepchen@p579ECC85.dip.t-dialin.net) |
| 18:16:08 | | Quit saratoga ("CGI:IRC (EOF)") |
| 18:17:34 | | Quit {phoenix} (Remote closed the connection) |
| 18:17:53 | funman | apps/plugin.c : line 150 until 161 should be enclosed in a #ifdef HAVE_BACKLIGHT , no ? |
| 18:22:20 | | Quit toffe82 (Remote closed the connection) |
| 18:22:40 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 18:26:18 | domonoky | looks like it should... i wonder how this works on the ondio |
| 18:26:43 | | Join aarcane [0] (n=aarcane@adsl-99-154-145-70.dsl.scrm01.sbcglobal.net) |
| 18:27:10 | | Join LambdaCalculus37 [0] (n=LambdaCa@nmd.sbx00825.newyony.wayport.net) |
| 18:27:37 | | Quit stoffel_ ("Lost terminal") |
| 18:32:15 | funman | perhaps it defines empty stubs |
| 18:34:46 | pixelma | I recently stumbled upon this too and amiconn explained me why it is done this way... * trying to remember * |
| 18:34:49 | | Join IudeX [0] (n=52a0f8f7@gateway/web/cgi-irc/labb.contactor.se/x-448934d10fa118ae) |
| 18:34:59 | IudeX | hi |
| 18:35:12 | funman | I have a problem with the simulator keypad .. |
| 18:35:13 | IudeX | funman: do you wand a clip scan? I have scanner :) |
| 18:35:44 | | Quit BigBambi (Remote closed the connection) |
| 18:36:40 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
| 18:37:14 | funman | IudeX: currently I have this image: http://img504.imageshack.us/img504/2452/clipck2.png |
| 18:37:39 | | Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) |
| 18:37:46 | IudeX | funman: och. Dont bad :) Are u working on Clip simulator? |
| 18:38:07 | funman | yep, but I can't scroll down :( |
| 18:38:29 | kugel | funman: my fuze sim worked fine :) |
| 18:38:35 | IudeX | :/ |
| 18:38:40 | | Quit miepchen^schlaf () |
| 18:39:14 | | Quit linuxstb (Read error: 113 (No route to host)) |
| 18:39:34 | funman | kugel: let me look at your wor |
| 18:39:34 | funman | k |
| 18:39:52 | funman | by the way did you flash a firmware with mkamsboot ? (I pushed the diff for the fuze) |
| 18:40:11 | IudeX | funman: what ver of clip is that? Red? |
| 18:40:14 | | Quit PaulJam (".") |
| 18:40:32 | kugel | IudeX: looks pretty red to me |
| 18:40:44 | kugel | funman: no sorry, i haven't had time yet |
| 18:41:08 | funman | IudeX: yep, picture contributed by advcomp2019 |
| 18:42:00 | pixelma | funman: amiconn also said it could still be usefull to implement backlight functions for the oled display, if only I could remember... :\ |
| 18:42:04 | IudeX | batter and date will be on yellow part of OLED? |
| 18:42:11 | funman | is it possible to close FS #8843 ? |
| 18:42:14 | | Quit faemir (Remote closed the connection) |
| 18:42:25 | funman | IudeX: I'm not sure .. that's pixelma's work if I understand correctly ;) |
| 18:42:26 | | Quit AhtiK (Read error: 110 (Connection timed out)) |
| 18:42:38 | funman | pixelma: thanks I'll try to catch him |
| 18:43:29 | IudeX | ok i'm looking in Clip OF |
| 18:44:30 | bmbl | funman: would you still want a photoshopped Clip if I made one (just started to see how far I get ;))? |
| 18:44:33 | bmbl | http://ablage.xelerus.de/clip.jpg |
| 18:44:55 | IudeX | bmbl: Where is the home button? |
| 18:45:04 | bmbl | not there yet |
| 18:45:08 | moos | funman: done, ask for flyspray rights to Bagder or Zagor |
| 18:45:12 | IudeX | :) |
| 18:45:21 | bmbl | wanted to make the "ground" first |
| 18:45:21 | funman | bmbl: nice, but I think the real picture looks better |
| 18:45:23 | funman | moos: thansk |
| 18:45:27 | moos | np |
| 18:45:48 | bmbl | funman: it's not ready yet :P |
| 18:45:52 | funman | well the current picture has not the button light on ;) |
| 18:45:57 | kugel | funman: does it look ok (should run through every gpio a pin) http://pastebin.ca/1241737 |
| 18:46:04 | kugel | to get the button light pin |
| 18:46:43 | funman | kugel: no, the macro doesn't resolve at runtime but at build time |
| 18:47:07 | | Join J-23 [0] (n=kvirc@a105.net128.okay.pl) |
| 18:47:08 | kugel | so? it's a loop |
| 18:47:12 | funman | and I really advise you to do one pin by one, to be sure of your findings |
| 18:47:22 | funman | kugel: i must be fixed, not dynamic |
| 18:47:35 | advcomp2019 | funman, you need one with it on? ;) |
| 18:47:36 | IudeX | J23 will ask what can he test :) |
| 18:47:57 | funman | advcomp2019: well I'm happy with what I have now :) |
| 18:48:32 | advcomp2019 | o ok |
| 18:48:38 | IudeX | I can scan a better Clip picture |
| 18:48:46 | pixelma | bmbl: if you want to go further with that - there are SVGs of most of the players for the manual. It looks like you could reuse some of the signs and symbols of the e200 and c200 version, seems Sandisk didn't change much |
| 18:49:35 | bmbl | Never looked at making SVGs |
| 18:50:17 | | Quit aarcane (Client Quit) |
| 18:50:43 | kugel | funman: but this will work, yes? pastebin updated |
| 18:51:32 | pixelma | bmbl: they are in the source under manual/rockbox_interface/images |
| 18:51:53 | funman | kugel: what's the new url? |
| 18:52:07 | bmbl | ah |
| 18:52:15 | kugel | funman: "pastebin updated" aka the same as before |
| 18:52:26 | funman | well I ask because it looks the same |
| 18:52:38 | funman | ah -> 'descendants' |
| 18:52:58 | funman | yes this works |
| 18:53:09 | funman | but I wonder how you will do precise timing to determine which pin it was |
| 18:53:35 | kugel | afaik the 0x10000 delay is ~5s? |
| 18:53:39 | | Join dany_21a_ [0] (n=dan@84-119-23-147.dynamic.xdsl-line.inode.at) |
| 18:53:43 | | Join Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) |
| 18:54:05 | J-23 | hmm, what does SD code test on e200v2's? |
| 18:55:04 | funman | J-23: internal SD |
| 18:55:16 | J-23 | internal SD? |
| 18:55:49 | funman | the storage which is not in your e200's SD slot |
| 18:59:00 | funman | hum I can not browse the start menu with down key .. |
| 18:59:51 | funman | I have made the mapping between SDL keystrokes and Clip's PAD in uisimulator/sdl/button.c |
| 19:00 |
| 19:00:23 | funman | where is the mapping between Clip's PAD and rockbox meaning ? I suppose apps/keymap/* is only for applications (rocks?) |
| 19:02:13 | J-23 | what is internal SD used to? |
| 19:02:20 | kugel | funman: looks good, doesn't it? http://pastebin.ca/1241752 |
| 19:02:22 | pixelma | funman: no, apps/keymap is for core rockbox. Plugins define their own (either in the plugin itself or in the... don't remind me) |
| 19:02:23 | funman | J-23: put music for example |
| 19:02:24 | domonoky | funman: the keymaps does this... plugins (rocks) mostly have their own mapping... |
| 19:02:34 | domonoky | but we leave plugins out for now.. |
| 19:02:47 | kugel | after ./mkamsboot fuzef.bin bootloader-fuze.sansa _fuzef.bin |
| 19:03:00 | funman | so the bug is likely in my keymap-clip.c |
| 19:03:04 | J-23 | funman: is there any relation between internal SD and iNAND chips? |
| 19:03:15 | IudeX | So fuze will be rockboxed too :) |
| 19:03:16 | funman | kugel: yes looks good |
| 19:03:23 | kugel | funman: I suggest you mess with plugins later and don't build them for now |
| 19:03:25 | funman | J-23: it's the same |
| 19:03:57 | J-23 | so are you currently trying to hack iNAND memory in these players? |
| 19:04:05 | kugel | funman: *** THIS CODE IS UNTESTED - DO NOT USE IF YOU CAN NOT RECOVER YOUR DEVICE *** doesn't sound promising though :P |
| 19:04:08 | funman | J-23: yes |
| 19:04:15 | kugel | I thought it is tested |
| 19:04:25 | funman | kugel: well checking with a disassembler / emulator isn't worthless |
| 19:04:38 | funman | it is tested, but it's to afraid newbies :) |
| 19:04:57 | kugel | funman: well, if you volunteer to check it, I'll send it |
| 19:05:06 | kugel | otherwise I'll just patch my fuze now |
| 19:05:32 | funman | kugel: patch it :) it was already tested in the emulator, and the dual boot works fine |
| 19:05:33 | pixelma | funman, domonoky: I *believe* the explanation for the backlight functions in plugin.c was that they are there so that backlight modded Ondios can still use these with a normal (not backlight enabled) build at all just without backlight of course. While a stock Ondio doesn't have backlight it can be modded and there are some things left for convenience so you can use a SVN build, also even download a SVN voice file |
| 19:05:43 | funman | kugel: as long as we check gpio A3 , no problem |
| 19:06:15 | funman | pixelma: oh ok .. quite complex :) |
| 19:06:16 | kugel | the check is not in sansa-as3525.c which I modified only |
| 19:06:26 | funman | kugel: it's in mkamsboot/dualboot.S |
| 19:06:59 | pixelma | I think though that a small comment couldn't hurt... |
| 19:07:01 | | Quit Darksair ("Zzz...") |
| 19:08:12 | | Join obo [0] (n=obo@rockbox/developer/obo) |
| 19:08:37 | kugel | meh, my 8.10 doesn't automount my fuze anymore ;( |
| 19:10:59 | | Quit J-23 (Remote closed the connection) |
| 19:13:23 | kugel | weird |
| 19:13:48 | kugel | funman: I'm not sure if the code worked |
| 19:14:07 | kugel | I turned it on (waited 1min or so) and nothing happened |
| 19:14:25 | kugel | then I inserted the USB cable and it booted into the OF |
| 19:14:33 | kugel | without me turning the fuze off |
| 19:16:32 | | Part dany_21a_ |
| 19:18:33 | | Join markun [50] (n=markun@rockbox/developer/markun) |
| 19:18:38 | | Join dany_21a_ [0] (n=dan@84-119-23-147.dynamic.xdsl-line.inode.at) |
| 19:19:15 | funman | maybe one of the pins is 'power_off' ? |
| 19:19:25 | | Join J-23 [0] (n=kvirc@a105.net128.okay.pl) |
| 19:20:02 | | Part dany_21a_ |
| 19:20:02 | funman | you should better harass linuxstb to reverse engineer the lcd :) |
| 19:20:23 | funman | is the entry menu a 'context' ? |
| 19:22:02 | kugel | funman: I don't reverse engineer the display, I just want to find the button light pin :( |
| 19:22:11 | funman | maybe there is no |
| 19:22:39 | funman | the fuze already proved to be different from the other models with respect to the buttons |
| 19:23:35 | kugel | funman: bad news. my fuze isn't starting anymoe |
| 19:23:45 | | Join PaulJam [0] (n=PaulJam_@vpn-3066.gwdg.de) |
| 19:24:06 | funman | don't panic |
| 19:24:23 | funman | press power for 10s and replug it |
| 19:24:33 | kugel | I've done that dude.... |
| 19:24:36 | funman | mkamsboot just proved to work 10s earlier |
| 19:24:55 | funman | I had the same feeling yesterday and everything was right |
| 19:25:16 | | Join krazykit [0] (n=kkit@host-69-145-35-234.static.bresnan.net) |
| 19:25:17 | funman | how filled was your battery before you flashed the fuze ? |
| 19:25:23 | domonoky | funman: i think the manin menu uses the standard context.. |
| 19:25:24 | | Join webguest96 [0] (n=3e2fb744@gateway/web/cgi-irc/labb.contactor.se/x-81420dbcb09d179f) |
| 19:25:33 | kugel | funman: don't know |
| 19:25:49 | kugel | not full, but not low enough to crash while updating |
| 19:26:03 | | Quit IudeX ("CGI:IRC") |
| 19:26:18 | funman | the fuze has the same 'safety power off' than other models, right ? |
| 19:26:24 | kugel | yep |
| 19:26:39 | funman | so try again, smoke a cigaret, and try again ;) |
| 19:26:51 | kugel | i've tried it 6-7 times now |
| 19:26:53 | domonoky | funman: set ACTION_STD_PREV to your up button and AcTION_STD_NEXT to the down button :-) |
| 19:28:03 | kugel | funman: I haven't looked on the screen while updating, maybe it was too low and crashed during update? |
| 19:28:37 | funman | kugel: while updating it should be powered by USB I believe |
| 19:28:57 | kugel | how that? |
| 19:29:00 | funman | oh after unplugging you mean - if that's the case, SanDisk really badly did their job |
| 19:29:05 | kugel | it updates after I disconnect the cable |
| 19:29:28 | kugel | it won't turn on :( |
| 19:29:53 | funman | do something else and try again in 15 minutes |
| 19:30:10 | funman | domonoky: right, now it's fine |
| 19:30:31 | funman | but when I do button_up (ACTION_STD_PREV) I see 'Nothing to resume' appear and disappear on screen |
| 19:30:40 | J-23 | what does it mean? SD test runs forever at 0xFF8000 for me |
| 19:30:41 | | Quit FOAD (Remote closed the connection) |
| 19:30:51 | funman | J-23: read the code, or don't run it |
| 19:31:08 | domonoky | funman: maybe the same button is also mapped to some other action ? |
| 19:31:19 | funman | not in the standard context |
| 19:31:48 | kugel | funman: dmesg shows nothing. and there's no additionial device note after plugging it in |
| 19:32:05 | funman | it's only mapped to PREVREPEAT, but orred with BUTTON_REPEAT |
| 19:32:18 | funman | kugel: I said 15 minutes, not 1 minute ! |
| 19:32:55 | kugel | meh, I try to let it run out of battery |
| 19:33:14 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 19:33:40 | kugel | maybe the hardware poweroff isn't as hardware as we thought (I highly assume my fuze is still on) |
| 19:34:49 | domonoky | funman: these contexts can be chained (see LAST_ITEM_IN_LIST__NEXTLIST), so maybe the main-menu uses another context witch chains to CONTEXT_STD |
| 19:35:02 | pixelma | funman: the contexts can be connected (that's what the LAST_ITEM_IN_LIST__NEXTLIST does - sounds like it is also mapped to "Resume" (Up = Play, could serve as resume on the e200 if you are moving up and down with the wheel in the list) |
| 19:35:13 | * | domonoky is also struggeling with the keymaps for m200v2... |
| 19:35:17 | * | pixelma too slow |
| 19:35:31 | funman | :) |
| 19:39:00 | | Quit soap () |
| 19:39:17 | | Join soap [50] (n=soap@rockbox/staff/soap) |
| 19:39:27 | funman | it was ACTION_TREE_WPS |
| 19:39:49 | | Join homielowe [0] (n=homielow@d206-116-134-81.bchsia.telus.net) |
| 19:39:49 | * | kugel had no problems with the keymap on the fuze :P |
| 19:41:36 | * | gevaerts is confused |
| 19:42:10 | | Quit nuonguy ("This computer has gone to sleep") |
| 19:42:33 | kugel | cu later guys |
| 19:42:35 | | Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.3/2008101315]") |
| 19:42:38 | gevaerts | Why does debug_menu.c have the "Dump ROM contents" menu conditional on !HAVE_ATA_SD? |
| 19:43:20 | | Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) |
| 19:44:36 | funman | dumping ROM content was not possible for a target which had ATA_SD ? |
| 19:45:38 | domonoky | isnt ATA_SD only for the ifp ? * me tries to remember* |
| 19:45:55 | gevaerts | My guess is that the ROM dumping is either irrelevant or not implemented on sansa, but what does the availability of SD hardware have to do with it? |
| 19:46:08 | gevaerts | domonoky: no. That's ATA_FLASH |
| 19:47:54 | pixelma | maybe someone wanted to get Rockbox compiling when porting and then forgot about it? |
| 19:48:10 | gevaerts | Probably, like in so many places |
| 19:48:54 | domonoky | we should probably introduce a HAVE_ROM_DUMP for this :-) |
| 19:49:19 | gevaerts | Probably |
| 19:49:27 | | Quit webguest96 ("CGI:IRC") |
| 19:54:37 | | Quit jhulst (Read error: 60 (Operation timed out)) |
| 19:54:45 | * | funman committed clip simulator |
| 19:55:06 | Bagder | funman: I made you 'developer' on flyspray now |
| 19:55:12 | funman | Bagder: thanks |
| 19:55:32 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 19:56:38 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 19:56:41 | funman | now I would like the yellow/blue display :) |
| 19:57:23 | | Join lasser [0] (n=chatzill@W92ad.w.pppool.de) |
| 19:57:51 | amiconn | funman: The backlight functions are left in the plugin API for the Ondio for a reason. |
| 19:58:19 | | Join Romanian [0] (n=mihai@c-76-105-151-184.hsd1.or.comcast.net) |
| 19:58:20 | funman | amiconn: pixelma explained me that it was for modded ondio |
| 19:58:32 | amiconn | The Ondio doesn't have backlight by default, but can be modded to have backlight relatively easy (backllight is prepared on the board) |
| 19:58:38 | funman | amiconn: are you referring to r18947 ? |
| 19:58:57 | amiconn | I'm referring to IRC |
| 19:59:00 | gevaerts | funman: yellow/interval/blue would be useful |
| 19:59:19 | amiconn | But that too. It should be reverted |
| 19:59:23 | pixelma | funman: why did you commit that then? |
| 19:59:26 | domonoky | amiconn: but shouldnt the ondio then declare HAVE_BACKLIGHT ? |
| 19:59:40 | amiconn | domonoky: No, not in SVN |
| 20:00 |
| 20:00:10 | amiconn | HAVE_BACKLIGHT being undefined hides the backlight settings from the user, and makes the api functions empty functions |
| 20:00:17 | funman | pixelma: hum I thought ondio defined HAVE_BACKLIGHT anyway |
| 20:00:22 | domonoky | ah, so you have to add this and compile yourself for modded ones ? |
| 20:00:22 | amiconn | funman: nope |
| 20:00:27 | amiconn | domonoky: yes |
| 20:00:49 | funman | so should I add empty backlight functions for the Clip ? |
| 20:01:58 | amiconn | The functions (and .lang strings) should be unconditional in order to allow mixing plugins without causing hard crashes, and also to not need separate voice files |
| 20:02:13 | amiconn | The backlight strings aren't that many |
| 20:02:23 | pixelma | I was probably not too good in explaining |
| 20:02:24 | amiconn | funman: The clip is the one with the OLED display? |
| 20:02:37 | funman | exact |
| 20:02:48 | amiconn | So I'd expect it to have backlight control functions |
| 20:02:53 | funman | gevaerts: yes that's what I want to do |
| 20:02:59 | amiconn | (which would enable/disable the display) |
| 20:03:04 | funman | amiconn: I understood that OLED displays had no backlight |
| 20:03:16 | funman | but yes, there is a function to enable/disable the display |
| 20:03:30 | amiconn | No, but they have light, and displaying something on them costs a non-negleictible amount of power |
| 20:03:37 | | Join {phoenix} [0] (n=dirk@p54B46FC9.dip.t-dialin.net) |
| 20:03:56 | funman | I 100% agree - so should we call that a 'backlight' even if it isn't ? |
| 20:04:12 | amiconn | We should probably call it different in the .lang files |
| 20:04:41 | amiconn | But in the code we should just use HAVE_BACKLIGHT imho |
| 20:05:20 | amiconn | In fact I don't like some of the HAVE_* macros being in config-<target>.h |
| 20:05:41 | amiconn | HAVE_BACKLIGHT adds settings, i.e. it is user-visible |
| 20:05:57 | amiconn | But HAVE_LCD_ENABLE doesn't (or at least shouldn't, also imho) |
| 20:07:35 | amiconn | Btw, all the LCD_* macros are wrong for the clip, if you want it 100% exact |
| 20:08:07 | *** | Saving seen data "./dancer.seen" |
| 20:08:15 | gevaerts | apps/plugins/mpegplayer/stream_mgr.h calls ata_spin() depending on HAVE_DISK_STORAGE. Since storage_spin() will be an inline function that's empty in the non-HAVE_DISK_STORAGE case, shouldn't I remove the #ifdef HAVE_DISK_STORAGE there? |
| 20:08:28 | | Join IudeX [0] (n=52a0f8f7@gateway/web/cgi-irc/labb.contactor.se/x-2e780bf5f6331685) |
| 20:08:34 | pixelma | funman: are you going to revert 18947? :) |
| 20:08:50 | IudeX | How can I compile Clip simulator? |
| 20:09:04 | pixelma | but... would be nice if someone could add a comment there |
| 20:09:09 | funman | pixelma: yes, I just wanted to do it in the same time with a correct fix for the Clip |
| 20:09:24 | pixelma | ok |
| 20:09:34 | funman | because now it brings me to undefined reference to 'lcd_set_enable_hook' |
| 20:09:56 | amiconn | gevaerts: It cannot be an inline function for plugins |
| 20:10:02 | funman | amiconn: lcd_set_enable_hook is only defined in drivers/lcd-16bit.c |
| 20:10:23 | funman | and mentioned in plugin.c line 137 |
| 20:10:40 | * | amiconn doesn't know that function |
| 20:10:55 | gevaerts | amiconn: hm, ok. Now I get to find out why it actually compiles... |
| 20:12:15 | amiconn | gevaerts: At the moment you reference a function via a pointer, you'll cause a non-inlined copy of the function to be included in the binary |
| 20:12:20 | funman | it's r17640 |
| 20:12:34 | funman | by jethead71 |
| 20:13:22 | gevaerts | amiconn: true. I'll think about this a bit more |
| 20:13:37 | amiconn | funman: What does that have to do with the clip? |
| 20:13:55 | funman | amiconn: the clip defines HAVE_LCD_ENABLE, but doesn't use the lcd-16bit.c driver |
| 20:14:03 | amiconn | Why does it? |
| 20:14:13 | amiconn | Does the enable require a redraw? |
| 20:14:28 | funman | for mpegplayer according to the commit message |
| 20:14:44 | amiconn | That's not what I mean... |
| 20:15:10 | | Quit gevaerts (Nick collision from services.) |
| 20:15:19 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 20:15:35 | funman | what do you mean ? |
| 20:16:05 | IudeX | can anybody help me? |
| 20:16:16 | funman | maybe what I called lcd_enable I should call backlight_on/off() |
| 20:16:28 | amiconn | I mean whether the clip oled display requires resending the contents when being reenabled, or whether you can redraw normally while the leds themselves are off |
| 20:17:18 | funman | I don't know, let's see |
| 20:18:18 | amiconn | mpegplayer on 16 bit is special because it uses lcd_blit_yuv(), which is no-op while the lcd is off |
| 20:18:48 | amiconn | So mpegplayer is responsible for redrawing the video after the lcd is reenabled |
| 20:18:50 | funman | what is the difference between lcd_enable() and backlight_on/off() anyway ? |
| 20:19:27 | amiconn | Don't the names tell it? |
| 20:19:38 | bertrik | I think it's because some lcd's can still be visible even with backlight off |
| 20:19:58 | amiconn | bertrik: No, those don't have lcd_enable() at all |
| 20:20:01 | funman | not really - I'm very confused by backlight for models with no backlight |
| 20:20:23 | amiconn | _imo_ a separate lcd_enable() (on the api level) is unnecessary |
| 20:20:45 | amiconn | But some devs disagree |
| 20:20:48 | IudeX | Can anybody tell me how to open the clip simulator? |
| 20:21:01 | funman | IudeX: just run tools/configure and choose a simulator build |
| 20:21:11 | funman | then make ; make install; ./rockboxui −−background |
| 20:21:27 | amiconn | Keeping the lcd enabled with backlight off doesn't make much sense on most colour targets. |
| 20:21:28 | domonoky | replace ; with && :-) |
| 20:21:42 | IudeX | in RBUI? |
| 20:21:54 | IudeX | but im using windows |
| 20:22:10 | amiconn | However, there's the effect that getting the display contents back from LCD disabled state takes slightly longer than if the lcd is kept enabled |
| 20:22:36 | BigBambi | IudeX: So are you using vmwre or cygwin to compile? |
| 20:22:41 | * | pixelma recommends the UiSimulator wiki page |
| 20:23:08 | amiconn | The X5 even has a setting for this (which imo is overkill). It cn be set to disable the LCD together with the backlight, after an additional (selectable) delay, or never |
| 20:23:24 | pixelma | does it really have the setting? |
| 20:24:00 | pixelma | I would have that those things get removed but you never know |
| 20:24:19 | pixelma | add a "thought" where fits |
| 20:24:49 | amiconn | Yes it does |
| 20:24:55 | IudeX | Can I use windows for this? |
| 20:24:59 | funman | amiconn: pixelma, is this comment explicit enough ? http://paste.ubuntu.com/65354/ |
| 20:25:10 | IudeX | Because i don't want to turn on my second computer :P |
| 20:25:40 | IudeX | Can anybody compile this? :/ |
| 20:29:40 | amiconn | funman: If you would put the clip's oled enable on the backlight api, it would have the advantage that all targets have (at least optional) backlight |
| 20:29:53 | funman | amiconn: that's exactly what I'm doing |
| 20:29:59 | | Quit GodEater_ (Remote closed the connection) |
| 20:30:06 | amiconn | yeah |
| 20:30:35 | pixelma | funman: could the comment somehow explain why it is needed code-wise? (Although I obviously can't do that) |
| 20:31:03 | amiconn | Imo the enable hook should only exist for 16 bit targets, and the plugin api and mpegplayer ifdefed accordingly |
| 20:31:33 | amiconn | But if for some reason you also want it on the clip, then the hook stuff would need to be implemented in the other lcd driver(s) as well |
| 20:33:52 | * | gevaerts has an idea on how to split his FS #9500 patch in obviously-harmless and probably-harmless parts |
| 20:34:19 | IudeX | ok so I'll use cygwin to compile.. |
| 20:35:42 | funman | pixelma: sure, I think it's to keep binary compatibility with the plugins across Ondio with or without backlight - but amiconn might correct me |
| 20:35:45 | * | amiconn isn't 100% sure whether this special treatment of backlight is justifiable |
| 20:36:40 | amiconn | There are other features which can be added via hardware mod, where we don't keep the strings and functions when the feature isn't there. (e.g. RTC mod on H1x0, alarm mod on recorder v1) |
| 20:37:38 | amiconn | If someone uses such a mod with the (necessary) modified build, both the api and voices become incompatible (without the api check noticing) as well |
| 20:38:54 | funman | amiconn: in fact if you don't see a problem I'll let you revert r18947 with a comment and I'll fix the Clip simulator after that |
| 20:39:31 | amiconn | There are some differences between backlight and the other mentioned mods. (1) When treating backlight on Ondio like we do now, backlight is an all-target features (except the settings in the UI). None of the other mentioned mods is otherwise all-target |
| 20:39:48 | amiconn | (2) Backlight adds relatively few strings and api functions |
| 20:40:40 | amiconn | funman: You might still want an extra feature for an OLED target, e.g. for selecting different string for the "backlight" settings in the UI in .lang files |
| 20:42:03 | amiconn | funman: I could do that. Do you also want a comment mentioning the Clip? |
| 20:43:27 | funman | yes : just tell that it simulates the backlight by switching the whole display ON/OFF (and has the same objective: reduce power consumption) |
| 20:43:57 | funman | amiconn: I'll think about wording when I mess with the .lang files ;) |
| 20:44:39 | funman | maybe %s/HAVE_BACKLIGHT/HAVE_BACKLIGHT_SETTINGS/g is a proper fix if I understand correctly |
| 20:45:48 | IudeX | so i have to download all to cygdrive? |
| 20:46:42 | amiconn | Actually not. It's just the api (and lang/voice strings) which are kept. The actual backlight functions become empty if it's not defined, and the backlight thread is also absent |
| 20:46:47 | | Join Avalon_Scythe [0] (n=18630b99@gateway/web/cgi-irc/labb.contactor.se/x-6ff8f1a564e1696c) |
| 20:47:20 | Avalon_Scythe | hello |
| 20:47:28 | Avalon_Scythe | I have a request to make |
| 20:47:58 | bertrik | please state your request |
| 20:47:58 | Avalon_Scythe | does anyone have a hidden patrition dump file for a sansa e250 |
| 20:49:27 | Avalon_Scythe | i need that so i can finish step 5 using the e200plus on my sansa e250 |
| 20:49:39 | * | amiconn thinks that the peculiarities of all the various HAVE_* macros should probably be documented somewhere |
| 20:49:43 | funman | If the backlight/buttonlight functions are actually 1 or 2 lines, should I declare them as static inline in the header and not create a separate .c file ? |
| 20:50:08 | bertrik | I may have one, or I could make a fresh dump. I have an e260, not an e250 though |
| 20:50:19 | Avalon_Scythe | AW DAMN |
| 20:50:23 | Avalon_Scythe | thats the problem |
| 20:50:33 | Avalon_Scythe | the person in the forum has an e260 |
| 20:50:45 | Avalon_Scythe | and i need a e250 to finish the step 5 |
| 20:50:53 | Avalon_Scythe | if i do this my sansa e200 will work |
| 20:50:58 | IudeX | What I have to do when I installed a CYGWIN??!! Please help me ! (of course, if you can) |
| 20:51:33 | | Quit robin0800 (Remote closed the connection) |
| 20:53:51 | IudeX | nobody wants to help me :( |
| 20:54:04 | | Quit Avalon_Scythe ("CGI:IRC (EOF)") |
| 20:54:40 | amiconn | funman: Btw, some remarks regarding r18947 unrelated to backlight: (1) If you change the plugin API, you need to change both plugin.h and plugin.c. (2) Whenever you cange the API, you need to bump the API version number(s). This is documented in plugin.h |
| 20:54:48 | funman | IudeX: the clip simulator is not very interesting : better use another simulator |
| 20:55:02 | funman | amiconn: thanks |
| 20:55:04 | bertrik | IudeX, what do you want to accomplish? there should be a couple of wiki articles to do rockbox development |
| 20:55:13 | amiconn | Due to not following (1) you caused a lot of yellow, as the build table tells you... |
| 20:55:21 | funman | I noticed ^^ |
| 20:56:01 | | Quit LambdaCalculus37 ("Ka-chunka") |
| 20:56:19 | IudeX | now nothing. |
| 20:57:54 | | Quit IudeX ("CGI:IRC") |
| 20:57:59 | | Join Avalon_Scythe [0] (n=18630b99@gateway/web/cgi-irc/labb.contactor.se/x-9a0451bbaa6448b7) |
| 20:58:03 | Avalon_Scythe | Ah crap |
| 20:58:06 | Avalon_Scythe | I disconnected |
| 20:58:24 | Avalon_Scythe | So does anyone have a hidden patrition dump file for a sansae250? |
| 20:58:57 | gevaerts | Avalon_Scythe: asking every five minutes won't make that dump magically appear |
| 20:59:04 | funman | Avalon_Scythe: Maybe you should ask on the SanDisk forums, there is a e200 specific board : more change to meet e250 owners |
| 20:59:08 | funman | more chance* |
| 20:59:38 | bertrik | is there actually much difference between hidden partition contents of e250 and e260? |
| 20:59:42 | Avalon_Scythe | yes |
| 21:00 |
| 21:00:24 | Avalon_Scythe | you can't fit a hiiden patrtion into a e250 16-MB FORMAT because the e260 is 20MB while the e250 is 17MB |
| 21:00:28 | Avalon_Scythe | 16MB |
| 21:01:17 | gevaerts | huh? What does the 16MB recovery partition have to do with this? |
| 21:02:45 | gevaerts | I'd like to change HAVE_ATA_SD to HAVE_STORAGE_SD, HAVE_MMC to HAVE_STORAGE_MMC and HAVE_ATA to HAVE_STORAGE_ATA. Any reason why I shouldn't? |
| 21:04:55 | funman | gevaerts: because you didn't browse the whole source for all the places where these are used? |
| 21:05:08 | gevaerts | funman: I did :) |
| 21:05:19 | | Quit Avalon_Scythe ("CGI:IRC (EOF)") |
| 21:05:21 | funman | then I see no other reason :) |
| 21:05:54 | | Join Strife89 [0] (n=michael@204.116.245.152) |
| 21:07:05 | amiconn | gevaerts: You could make it a (bitwise) CONFIG_* multivalue, like the tuners |
| 21:07:54 | gevaerts | hm, indeed. |
| 21:07:55 | amiconn | CONFIG_STORAGE, with STORAGE_ATA = 0x01, STORAGE_MMC = 0x02, STORAGE_SD = 0x04, STORAGE_UMSHOST = 0x08 etc |
| 21:08:16 | funman | personally I find (1<<0) (1<<1) (1<<2) more readable |
| 21:09:11 | amiconn | Well, that's just a developer preference; shouldn't matter |
| 21:09:31 | amiconn | Then e.g. a Tatung elio would set CONFIG_STORAGE = STORAGE_ATA|STORAGE_SD |
| 21:09:56 | amiconn | The H300 would (hopefully, one day) set CONFIG_STORAGE = STORAGE_ATA|STORAGE_UMSHOST etc |
| 21:10:15 | gevaerts | It also gets the thing out of the HAVE_* feature space where it doesn't really belong |
| 21:10:27 | * | gevaerts will do this |
| 21:11:03 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
| 21:11:05 | amiconn | gevaerts: Did you already adjust the ata driver to get rid of the sector count limitation? |
| 21:11:11 | gevaerts | No |
| 21:13:32 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 21:15:50 | | Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) |
| 21:21:39 | * | bluebrother wonders if a customizable quickscreen isn't a step towards customizable buttons and menus (which we don't want) |
| 21:22:08 | pixelma | I wondered the same |
| 21:22:10 | * | amiconn would rather want to get rid of the quickscreen, even though he is using it from time to time |
| 21:22:59 | bluebrother | perhaps we should bring this somewhat more to the mailing lists ... |
| 21:23:18 | pixelma | probably |
| 21:24:07 | pixelma | better: definitely |
| 21:24:29 | * | bluebrother goes writing an email |
| 21:25:05 | amiconn | There once was that idea of a user-configurable user menu instead of the quickscreen |
| 21:25:21 | amiconn | Not in the form of a quickscreen, butas a real menu |
| 21:25:27 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 21:25:27 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 21:26:32 | | Join swimmer [0] (i=swimmer@xs7.xs4all.nl) |
| 21:28:10 | pixelma | there always was the argument that you can already have this in a way with cfg files |
| 21:28:16 | bluebrother | amiconn, pixelma: please speak up on the ML ... |
| 21:29:18 | | Join GodEater_ [0] (n=ge@rockbox/staff/GodEater) |
| 21:30:53 | | Join schNibbler [0] (n=Nibbler@e181066068.adsl.alicedsl.de) |
| 21:31:29 | bluebrother | too bad. Nobody answered to my proposal of inline settings menu like this 2 years old patch added. I can't believe there is no interest |
| 21:32:50 | pixelma | the discussion went on for a bit after you left yesterday |
| 21:33:16 | | Quit Strife89 ("Bye, guys!") |
| 21:33:37 | bluebrother | ah, should check the logs. I still think we should take such stuff more to the ML |
| 21:34:08 | | Quit J-23 (Remote closed the connection) |
| 21:34:20 | pixelma | what should we discuss here then? ;) |
| 21:35:50 | bluebrother | the same stuff that was discussed on irc? ;-) |
| 21:36:00 | bluebrother | argh, got you wrong. |
| 21:36:15 | bluebrother | how to implement it maybe? ;-) |
| 21:36:41 | * | amiconn wouldn't like having to duplicate statements |
| 21:36:51 | | Join Slack [0] (n=brett@12-218-63-169.client.mchsi.com) |
| 21:37:21 | | Quit Slack (Read error: 104 (Connection reset by peer)) |
| 21:37:50 | amiconn | Sure we can discuss stuff on the ml, but this channel is logged as well |
| 21:37:53 | bluebrother | me neither, but irc seems a bit of a problematic channel due to its synchronous nature for the more questionable issues |
| 21:38:37 | bluebrother | well, you can post your thoughts to a thread that was "active" a couple of hours ago. You can't easily join an irc discussion that happened like 4 hours ago |
| 21:39:14 | bluebrother | plus, you need all people involved to be online the same time. Which has issues with timezones and RL occupation |
| 21:39:48 | | Quit faemir (Remote closed the connection) |
| 21:40:04 | amiconn | Yes, but stuff that was discussed here shouldn't need to be duplicated |
| 21:40:48 | amiconn | It's certainly possible to write a mail referring to an irc discussion (even linking to the log viewer) |
| 21:41:00 | | Quit tchan ("WeeChat 0.2.7-dev") |
| 21:41:02 | bluebrother | well, then discussions need to get taken to the ML in the first place. Currently stuff is usually discussed here |
| 21:41:12 | amiconn | The other way round is more problematic though - if a mail raises an irc discussion |
| 21:41:20 | bluebrother | true, but is it that likely to get responses to such a mail? |
| 21:41:43 | * | amiconn thinks that irc is much better for discussion than the ml |
| 21:41:52 | amiconn | If you're around, that is. |
| 21:42:19 | amiconn | Mail causes long, sometimes excessive, response times |
| 21:42:46 | bluebrother | well, if it was possible to have all interested people around all the time, including those people having time to actually put their attention to irc, it's better. |
| 21:42:56 | bluebrother | but this is usually not the case |
| 21:43:14 | | Join tchan [0] (n=tchan@lunar-linux/developer/tchan) |
| 21:43:35 | | Join tessarakt [0] (n=jens@e180070113.adsl.alicedsl.de) |
| 21:43:52 | bluebrother | is it that bad to have a longer discussion for the more questionable issues? That could help preventing shoots from the hip |
| 21:43:57 | * | amiconn already experienced the long ml delay several times |
| 21:44:16 | amiconn | It happened that a mail was being discussed here that I didn't even receive yet |
| 21:44:25 | | Quit massiveH ("Leaving") |
| 21:44:50 | amiconn | (and that mail was sent >1 hour ago) |
| 21:46:11 | | Quit moos ("good night europe") |
| 21:46:42 | | Quit Nibbl (Read error: 110 (Connection timed out)) |
| 21:47:44 | | Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 21:48:06 | funman | amiconn: If I draw something on the Clip's OLED screen while it's off, it will be present when I switch it on |
| 21:48:26 | amiconn | Ah okay |
| 21:49:01 | amiconn | Btw, even then you could (and probably should) stop sending updates to the display controller while the display is off |
| 21:49:29 | amiconn | It only burns cpu cycles for nothing. Just send a full update when reenabling the display |
| 21:49:55 | amiconn | This is how the colour LCD drivers (which handle lcd disable/enable) do it |
| 21:50:25 | amiconn | The enable hook is only necessary for (native) lcd blit functions, i.e. mpegplayer on 16 bit targets |
| 21:50:45 | amiconn | On the clip, mpegplayer could use the greylib like on monochrome LCDs |
| 21:50:58 | amiconn | (which would be a "bluelib") |
| 21:50:58 | funman | hm so I should use lcd_enable() and make lcd_update*() return immediately if the display is off ? |
| 21:51:10 | funman | blue_and_yellowlib :) |
| 21:51:19 | amiconn | It should probably be confined to the lower (blue) part of the display |
| 21:51:37 | amiconn | The upper part could be used for the wvs |
| 21:51:40 | funman | I'm not very excited at the idea of viewing 128x48 videos on a ~1" screen |
| 21:52:10 | | Quit tchan (Remote closed the connection) |
| 21:52:22 | amiconn | Well, on the archos, video works quite well - and that's 112x64 |
| 21:52:39 | pixelma | it's for showing off ;) maybe for completeness as well |
| 21:52:53 | | Join tchan [0] (n=tchan@c-24-12-190-140.hsd1.il.comcast.net) |
| 21:53:23 | amiconn | (Archos cannot use mpegplayer due to lack of CPU power, but it has video.rock which feeds a precomputed stream of frames to the LCD, achieving the same effect as the greylib) |
| 21:53:39 | funman | amiconn: I didn't understand exactly what the lcd_set_enable_hook was for |
| 21:54:39 | amiconn | funman: The usual lcd functions draw into lcd_framebuffer. This means that the LCD contents can be refreshed even if something was drawn while the lcd was off |
| 21:55:25 | amiconn | However, mpegplayer uses lcd_blit_yuv(), which takes a yuv bitmap, converts it and directly sends it to the lcd without going through lcd_framebuffer (for speed reasons) |
| 21:56:00 | funman | o |
| 21:56:01 | funman | ok* |
| 21:56:34 | funman | question is on what should that function be conditional |
| 21:56:38 | amiconn | So YUV content cannot be updated automatically if it changed while the lcd was off, hence the responsible application (mpegplayer) needs to be notified that a redraw is needed |
| 21:56:45 | | Join mc2739 [0] (n=mc2739@cpe-67-10-238-175.satx.res.rr.com) |
| 21:57:00 | funman | yesterday it was on HAVE_LCD_ENABLE but the Clip target makes this wrong |
| 21:57:10 | amiconn | The greylib doesn't have that problems sinec it continuously redraws anyway while it's running |
| 21:57:22 | funman | if we make it conditional on HAVE_LCD_ENABLE and LCD_DEPTH == 16, it's just reporting the problem |
| 21:58:08 | amiconn | I would make it depend on HAVE_LCD_COLOR for now |
| 21:58:17 | amiconn | (and HAVE_LCD_ENABLE of course) |
| 21:58:32 | | Quit reacocard (".") |
| 21:58:58 | mc2739 | what is the process to get a disassembly of the e200v2 firmware? |
| 21:59:26 | funman | mc2739: you must first extract the firmware block from the Original Firmware file |
| 21:59:53 | funman | its size is specified in the 1024 bytes header, and the data begins right after these 1024 bytes |
| 22:00 |
| 22:00:19 | | Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) |
| 22:00:26 | | Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) |
| 22:01:38 | amiconn | funman: You could also undefine HAVE_LCD_ENABLE for the clip - not sure whether that's better |
| 22:01:58 | | Join miepchen^schlaf [0] (n=miepchen@p57BB7582.dip.t-dialin.net) |
| 22:02:12 | amiconn | It always causes problems when the meaning of a macro changes later, even if it changes only slightly |
| 22:02:22 | mc2739 | funman: do the charts on the SansaV2Firmware wiki work for the e200 too? |
| 22:02:28 | funman | amiconn: well if I want to 'disable' lcd_update() when the display is off I see no other solution than use HAVE_LCD_ENABLE and make the backlight_* functions call lcd_enable() |
| 22:03:29 | funman | mc2739: yes, the only model for which it differs (a bit) is the mysterious Clipv2 |
| 22:04:05 | amiconn | hmm, true |
| 22:04:16 | | Quit Xerion (Success) |
| 22:04:17 | | Nick Xerion_ is now known as Xerion (i=xerion@82-170-197-160.ip.telfort.nl) |
| 22:04:40 | funman | well or I could define a custom function in the lcd driver which would be used by the Clip's backlight code |
| 22:04:44 | amiconn | Guess defined(HAVE_LCD_ENABLE) && defined(HAVE_LCD_COLOR) is ok at least for now |
| 22:05:13 | funman | this last approach is less intrusive |
| 22:05:41 | mc2739 | funman: what is next after extracting the firmware? |
| 22:06:07 | amiconn | (at least it's better than LCD_DEPTH == 16, because there could be a 24 or 32 bit target in the near future) |
| 22:06:13 | funman | mc2739: open it with a disassembler of your choice |
| 22:08:12 | *** | Saving seen data "./dancer.seen" |
| 22:09:02 | | Quit krazykit ("Connection reset by beer") |
| 22:13:58 | funman | amiconn: if I modify the condition for lcd_enable_hook() should I bump the plugin version ? The intended behaviour is to have no effect at all until I add HAVE_LCD_ENABLE back for the Clip |
| 22:14:34 | | Join Slack [0] (n=brett@12-218-63-169.client.mchsi.com) |
| 22:14:38 | amiconn | Well, sine it only affects the Clip and there is no public Clip build yet, I don't think you need to bump the version |
| 22:14:42 | amiconn | *since |
| 22:15:49 | amiconn | s/public/official/ |
| 22:16:15 | | Join DerDome [0] (n=DerDome@dslb-082-083-213-068.pools.arcor-ip.net) |
| 22:18:26 | funman | I wonder if I should use defined(HAVE_LCD_COLOR) inside lcd-16bit.c since it's obviously defined |
| 22:20:07 | funman | still .. I wonder if it's a worth workaround |
| 22:20:29 | funman | what about HAVE_LCD_DISPLAY_WHICH_MUST_BE_UPDATED_WHEN_ENABLED_AGAIN |
| 22:21:18 | amiconn | Well, all displays need to be updated after being reenabled, if only for saving power by not updating it while being disabled |
| 22:22:32 | amiconn | Checking for HAVE_LCD_COLOR in lcd-16bit.c is unnecessary, because 16 bit implies colour. |
| 22:25:10 | | Quit faemir (Remote closed the connection) |
| 22:27:52 | funman | What about /* && defined(HAVE_LCD_COLOR) */ for the next person who will look for this setting across all the files ? |
| 22:28:01 | | Join faemir [0] (n=quassel@88-106-238-33.dynamic.dsl.as9105.com) |
| 22:35:02 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
| 22:37:51 | | Quit bmbl ("Woah!") |
| 22:41:11 | | Quit DerDome ("Leaving.") |
| 22:42:09 | | Quit {phoenix} (Remote closed the connection) |
| 22:44:22 | | Nick nplus_ is now known as nplus (n=nplus@141.25.Globcom.Net) |
| 22:45:04 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
| 22:47:23 | | Join mcuelenaere_ [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 22:48:43 | | Quit jgarvey ("Leaving") |
| 22:53:58 | | Quit mcuelenaere (Read error: 60 (Operation timed out)) |
| 23:00 |
| 23:09:18 | funman | now to learn SDL to make a realistic 2 colors simulator :) |
| 23:13:38 | | Quit lasser ("ChatZilla 0.9.83 [Iceweasel 3.0.3/2008092816]") |
| 23:17:05 | | Join Gareth [0] (i=gareth@www.wiked.org) |
| 23:17:30 | | Join tvelocity [0] (n=tony@195.167.65.109) |
| 23:23:18 | | Nick mcuelenaere_ is now known as mcuelenaere (n=mcuelena@rockbox/developer/mcuelenaere) |
| 23:23:25 | mcuelenaere | Bagder: around? |
| 23:23:40 | Bagder | a little ;-) |
| 23:23:56 | mcuelenaere | :) have you set up the plugin API generator cron job? |
| 23:24:04 | Bagder | no... |
| 23:24:48 | mcuelenaere | could you do this sometime? |
| 23:25:06 | Bagder | that's my plan, yes |
| 23:25:14 | mcuelenaere | ok |
| 23:29:06 | | Quit Zarggg () |
| 23:31:45 | XavierGr | who is this rocker guy on the dev ml? The way he responds is pretty agitating. |
| 23:32:15 | Bagder | I believe he's blind |
| 23:32:57 | XavierGr | well he missed entirely the mailing list's point and attitude I think |
| 23:33:02 | Bagder | I mean, being blind is a good excuse for producing funny-looking mails |
| 23:33:39 | Bagder | I think he's pretty harmless even if his mails don't add a lot of value |
| 23:34:24 | funman | +1 |
| 23:35:11 | XavierGr | of course he is harmless, it is just that his responces seem out of context |
| 23:35:52 | bertrik | pfff, some parts of the sd spec are confusing |
| 23:35:59 | XavierGr | they are more IRC like |
| 23:36:33 | funman | bertrik: are you trying to develop further the sansav2 driver? |
| 23:36:49 | bertrik | yes, looking into the sd card driver |
| 23:37:37 | funman | rhum! |
| 23:39:18 | | Quit reacocard (Read error: 60 (Operation timed out)) |
| 23:40:31 | | Join reacocard [0] (n=reacocar@WL-112.CINE.HMC.Edu) |
| 23:44:50 | rasher | Bagder: Most blind users manage to post readable mails |
| 23:45:04 | Bagder | true |
| 23:56:17 | rasher | Seems fine now - last I saw, he wasn't quoting at all, just putting his reply in the middle of posts. |
icon identifies that the person is a core developer (has commit access).