| 00:00:02 | S_a_i_n_t | the button table is just, wrong. And yes, I think there sould be some form of note there also, explaining that it should only be used to exit the Apple FW, or when instructed to do so. |
| 00:00:22 | pixelma | it's not wrong or shouldn't be |
| 00:01:09 | pixelma | "/" is used everywhere as an "or" |
| 00:02:31 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 00:02:45 | | Quit anewuser (Quit: ZX SPECTRUM COMPO http://battleofthebits.org//arena/Battle/594/ZX+Spectrum+Beeper+Speaker/) |
| 00:03:02 | pixelma | it could be worded differently there but it's not wrong, in its current form it can be easily misunderstood |
| 00:03:43 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
| 00:03:57 | S_a_i_n_t | I'm not 100% as to what it *should* say, but "Menu/Select = Start Rockbox" is definitely not correct. |
| 00:04:30 | pixelma | can you not turn the player on by either pressing Menu or Select |
| 00:04:34 | pixelma | ? |
| 00:04:37 | S_a_i_n_t | if it is used as "or", it should say "or"...as I'm sure people are reading it as Menu+Select |
| 00:04:53 | Strife89 | Yes. |
| 00:05:04 | Strife89 | I dd just that when I first had my Color. |
| 00:05:09 | Torne | we shouldn't suggest that it's menu or select to turn it on into rockbox, either |
| 00:05:18 | Torne | since menu is the dualboot key on the other ipods at least |
| 00:05:19 | S_a_i_n_t | and that key combo should be avoided unless absolutely necessary |
| 00:05:27 | Llorean | Who reads "menu/select" as "menu + select"? |
| 00:05:31 | Torne | better to tell users to just press select |
| 00:05:32 | Llorean | Slash is never used as "and" |
| 00:05:58 | pixelma | it's "+" everywhere else in the manual for combos |
| 00:06:37 | Strife89 | I'm pretty sure it wasn't a slash before. |
| 00:06:45 | pixelma | it's one of the first button tables though and could possibly misunderstood and in this case it's quite important |
| 00:06:55 | Llorean | It should just say that 'starting your player normally will result in it booting into Rockbox unless you (do dual boot thing)" for every player, shouldn't it? Rather than trying to name specific keys? |
| 00:07:05 | TheSeven | pixelma: you can turn the player on by pressing *any* button, so specifying one is misleading |
| 00:07:11 | | Quit xxcv () |
| 00:07:18 | Torne | really? that's not true on the PP ipods |
| 00:07:25 | Strife89 | TheSeven: Not all iPods. |
| 00:07:29 | Llorean | Yeah, the PP iPods only boot on certain keys. |
| 00:07:30 | pixelma | TheSeven: is this different to other Ipods? |
| 00:07:32 | Torne | PP ipods only respond to menu/select |
| 00:07:36 | TheSeven | yes |
| 00:07:36 | S_a_i_n_t | the ammount of people that trashed their iPods using this combo that came into #freemyipod in the past weeks was quite disturbing. |
| 00:07:40 | Torne | and holding menu makes the bootloader dualboot |
| 00:07:46 | S_a_i_n_t | they're getting the idea it's ok from somewhere |
| 00:07:55 | pixelma | trashed? |
| 00:08:01 | S_a_i_n_t | in which case I think the manual should be as explicit as possible |
| 00:08:10 | Torne | indeed |
| 00:08:20 | Llorean | It's probably not the manual that's leading them too, though. Have you asked them where they were told to? |
| 00:08:21 | pixelma | yes, I don't deny that |
| 00:08:34 | Llorean | I mean even fixing the manual won't help if someone out there is giving bad directions. |
| 00:09:02 | Torne | this isn't a new thing, either; people've been doing this for as long as i've been around at least ;) |
| 00:09:06 | pixelma | I just say it's currently not "wrong", it could be better |
| 00:09:08 | soap | <Llorean> Who reads "menu/select" as "menu + select"? I'd not so quickly assume "/" = "or" |
| 00:09:09 | Torne | "i rebooted and the database still doesn't work" |
| 00:09:37 | Llorean | soap: But it surprises me that *anyone* would read a / as "and" though. |
| 00:09:54 | TheSeven | "menu or select" doesn't make sense to a regular apple firmware user, while "menu and select" does |
| 00:09:59 | pixelma | I find this discussion a bit pointless though |
| 00:10:01 | TheSeven | so it will easily be misinterpreted |
| 00:10:15 | soap | I see that is no harder to believe than "or". It's quite non-explicit leaving the door open for interpretation |
| 00:10:24 | pixelma | the "interpretation of /" part I mean |
| 00:10:34 | Llorean | TheSeven: I just find it surprising that someone assumes we've misused / to mean "and" when it's never really used that way, anywhere, even outside the scope of Rockbox. |
| 00:10:36 | | Quit Strife89 (Quit: Night.) |
| 00:10:53 | TheSeven | why is there a table in the first place? |
| 00:11:06 | Llorean | Why do we name keys in the first place for turning on a player? |
| 00:11:07 | pixelma | why shouldn't there be one? |
| 00:11:12 | TheSeven | this could also be read as "use menu/select to boot from rockbox into the ofw" |
| 00:11:13 | Llorean | Aren't the keys defined by the OF anyway, and outside our scope? |
| 00:11:27 | soap | this isn't really about "/", this is about the implicit "or". When an iPod user sees "menu" and the word "select" in context their frame of reference will be "and". |
| 00:11:32 | | Quit {phoenix} (Remote host closed the connection) |
| 00:12:00 | soap | Avoiding the implicit and replacing with the explicit seems painless. |
| 00:12:16 | CIA-7 | New commit by kugel (r28502): Android: Show the Rockbox in the background in the keyboard/yesno dialogs. |
| 00:12:19 | CIA-7 | New commit by kugel (r28503): Fix a small dependency issue, the directories need to be created first. |
| 00:12:27 | Llorean | soap: I agree with that. |
| 00:12:31 | Llorean | I'm just surprised it's a problem, is all |
| 00:12:33 | TheSeven | i think a simple statement that rockbox will be booted by default, you should hold menu to boot the of, and you can shut down rockbox by holding play, would be better |
| 00:12:49 | TheSeven | even though the "shut down by holding play" part is quite intuitive |
| 00:13:18 | S_a_i_n_t | people *still* ask how to turn Rb off though, so... ;) |
| 00:13:35 | soap | for apple users. The point of this, in a way TheSeven, is to avoid those assumptions. |
| 00:13:58 | soap | (wow comma failure) |
| 00:13:59 | CIA-7 | r28502 build result: All green |
| 00:14:42 | pixelma | I'm confused now what to put there instead and don't see why a table is so bad? |
| 00:15:00 | S_a_i_n_t | I wish I new exactly what it was, that is giving users the idea that menu+select == reboot...but unfortunately I don't. In which case I think it pays be be as clear as possible with the instruction. |
| 00:15:42 | CIA-7 | r28503 build result: All green |
| 00:15:45 | Llorean | Well "menu+select" is hard reboot on most iPods |
| 00:15:49 | S_a_i_n_t | pixelma: I don't think the table is necessarily "bed" either, as long as the / is changed to or. |
| 00:15:57 | Llorean | We need to make it clear to "shut down and then boot' rather than "reboot" |
| 00:15:58 | soap | S_a_i_n_t, we talking a reboot combo failure or a failure to understand the difference between reboot and "shutdown and restart". I thought I was with you... |
| 00:16:00 | S_a_i_n_t | *bad |
| 00:16:30 | pixelma | Llorean: yes, but why would a text be better? It will be longer after all |
| 00:16:57 | Llorean | pixelma: Dunno. Just seems odd, is all |
| 00:17:01 | pixelma | I mean for the turning on/off part |
| 00:17:49 | S_a_i_n_t | soap: I'm wondering what it is that makes people think that shutdown, and restart isn't what they are supposed to do when asked to reboot the player I guess. |
| 00:17:59 | Llorean | Table's fine, it just seems odd to me to name explicit buttons for things we have no real control of. It's kinda like describing how the OF works. |
| 00:18:02 | S_a_i_n_t | and why they're going for the menu+select combo instead |
| 00:18:34 | soap | S_a_i_n_t, while I agree "/" to "or" is painless, I rather think that's a wide-spread failure to understand the difference between a hard restart and a soft one. |
| 00:18:59 | soap | For if _that_ is the problem you're trying to solve it is one as old as Rockbox on the ipods. |
| 00:19:03 | TheSeven | "menu or select" to power on is just plain wrong |
| 00:19:12 | | Part toffe82 |
| 00:19:12 | TheSeven | as you can use any button or turn off the hold switch |
| 00:19:30 | pixelma | Llorean: aha, I can follow that, thanks. I wonder if this is something applicable to all players (manuals) or only Ipods |
| 00:19:52 | pixelma | TheSeven: yes, ok. Noted for the Nano 2nd gen |
| 00:19:59 | Llorean | pixelma: Probably all manuals. I mean, the table *works* certainly, I just think it might make more sense to make it clear you just "Power on the player normally and Rockbox will boot" or whatnot |
| 00:20:24 | soap | Llorean, I don't believe this is a matter of "control", but rather of "experience". Menu + Select is something a Rockbox user will experience, regardless of who controls it. |
| 00:20:42 | pixelma | turning off may be different to the OF though |
| 00:20:44 | Llorean | soap: I wasn't talking about Menu+Select though |
| 00:20:49 | Llorean | pixelma: Yes,it may |
| 00:20:51 | soap | excuse me, then. |
| 00:20:55 | soap | my bad |
| 00:21:02 | Llorean | soap: I was just talking about the description for booting (in relation to any player, really, not just iPods) |
| 00:21:20 | Llorean | Instead of having a power on button in a table somewhere, just mention that Rockbox will be the default and will start automatically when the player is turned on. |
| 00:22:13 | S_a_i_n_t | soap makes a good point, about the difference between hard reboot and soft reboot...and I'm wondering what can be done to properly educate users of this difference. |
| 00:22:37 | S_a_i_n_t | hard reboot should be avoided unless absolutely necessary |
| 00:22:50 | Llorean | Hard reboot should be avoided unless the player is locked up, basically |
| 00:23:01 | S_a_i_n_t | correct |
| 00:23:10 | soap | only speak explicitly when giving support. ;) Search the forum for "Soap menu select" and you'll see plenty of hand-holding on that subject. |
| 00:23:14 | S_a_i_n_t | it's like pulling the jug cord out the back of your PC |
| 00:23:33 | Llorean | Or pressing the "reset" button if yours has one. |
| 00:23:43 | TheSeven | quote the last two lines in the manual :) |
| 00:25:04 | S_a_i_n_t | "don't do it, it's bad...and wrong. every time you reboot using menu+select a kitten dies." |
| 00:31:29 | CIA-7 | New commit by kugel (r28504): A bit of indentation/whitespace changes in the xml files. |
| 00:32:32 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 00:33:13 | CIA-7 | r28504 build result: All green |
| 00:34:59 | kugel | mcuelenaere: NewStringUTF doesn't need release right, but we should unref the object still |
| 00:36:19 | kugel | to let the GC delete it |
| 00:36:58 | mcuelenaere | kugel: they aren't referenced by any Java code, are they? So there aren't any references to it? |
| 00:37:20 | kugel | each yesno dialog creates a new object, but objects created in jni aren't GC'd until you return from the original entry point |
| 00:37:43 | kugel | local reference means it's local to the native layer |
| 00:37:57 | *** | Saving seen data "./dancer.seen" |
| 00:37:58 | kugel | the VM doesn't know when the native layer doesn't need the object anymore |
| 00:38:08 | mcuelenaere | ah, so we need to DeleteLocalRef()? |
| 00:38:17 | kugel | yea |
| 00:38:41 | mcuelenaere | "Your strings created with NewStringUTF() will be garbage collected |
| 00:38:42 | mcuelenaere | when you return from the native method (earlier if you use |
| 00:38:42 | mcuelenaere | PopLocalFrame() or DeleteLocalRef(), but in most cases returning from |
| 00:38:42 | DBUG | Enqueued KICK mcuelenaere |
| 00:38:42 | mcuelenaere | the method is sufficient)." |
| 00:38:49 | kugel | otherwise it would only be GC'd if main() returned to java |
| 00:38:51 | mcuelenaere | woops, multiline wasn't intended |
| 00:39:01 | mcuelenaere | oh ok |
| 00:39:41 | kugel | "return from the native method" means the method that brought you into jni (so main()), not the current function |
| 00:39:56 | CIA-7 | New commit by mcuelenaere (r28505): Android port: ... |
| 00:39:58 | CIA-7 | New commit by mcuelenaere (r28506): Android port: replace waiting hack in AndroidActivity with a ResultReceiver, added bonus is unzip progress feedback |
| 00:39:59 | kugel | we currently never return from main |
| 00:40:01 | CIA-7 | New commit by mcuelenaere (r28507): Android: add uninstall option to installApk.sh script |
| 00:40:09 | CIA-7 | New commit by mcuelenaere (r28508): Android: prevent loading the library twice |
| 00:40:21 | CIA-7 | New commit by mcuelenaere (r28509): Android: clean up extracting a bit + add user-visible error-reporting ... |
| 00:40:43 | kugel | I liked the spinner |
| 00:41:07 | mcuelenaere | we could always return to the old behaviour |
| 00:41:24 | kugel | does the progress bar actually match the unzip progress? |
| 00:41:30 | mcuelenaere | it should, yes |
| 00:41:55 | CIA-7 | r28505 build result: All green |
| 00:43:36 | CIA-7 | r28509 build result: All green |
| 00:43:42 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 00:43:42 | * | mcuelenaere spots a bug |
| 00:43:43 | kugel | r28505 seems nice |
| 00:44:12 | kugel | the suspend was mainly for cpu time saving, so that we deactivate lcd updates |
| 00:45:45 | mcuelenaere | well it should still suspend now |
| 00:45:53 | mcuelenaere | I mean, the LCD |
| 00:46:08 | kugel | mcuelenaere: I don't quite understand r28508, there can only be one service at a time so it shouldn't be possible to load the lib twice? |
| 00:46:36 | mcuelenaere | true, but you can send multiple intents to that service |
| 00:46:46 | mcuelenaere | and the lib-loading is triggered by a sent intent |
| 00:47:12 | kugel | maybe it would be better to just load it in a static { } block? |
| 00:48:14 | mcuelenaere | and what about the extraction? That needs to be done prior to the loading |
| 00:48:40 | mcuelenaere | I think that would block everything, including the display of the progressdialog (i.e. no user feedback would be shown) |
| 00:48:42 | kugel | ah yes |
| 00:49:16 | kugel | well, it might or might not be needed before, I haven't tried |
| 00:49:28 | kugel | rockbox generally works without installation files |
| 00:49:58 | kugel | but with your way we can avoid glitches more easily so it's ok |
| 00:52:28 | CIA-7 | New commit by mcuelenaere (r28510): Android: don't display the loading screen etc. when the library is already loaded |
| 00:54:00 | CIA-7 | r28510 build result: All green |
| 00:54:56 | | Quit bertrik (Quit: :tiuQ) |
| 00:55:23 | CIA-7 | New commit by mcuelenaere (r28511): Android: prevent NullPointerException in RockboxService |
| 00:56:54 | CIA-7 | r28511 build result: All green |
| 00:57:30 | mcuelenaere | hmm just had this: http://pastebin.com/raw.php?i=1UGBAXPT |
| 01:00 |
| 01:10:05 | mcuelenaere | hmm, pcm_play_get_more_callback() is called in Java_org_rockbox_RockboxPCM_pcmSamplesToByteArray() which could result in a sleep() call in apps/pcmbuf.c:commit_chunk() so theoretically a Java call could be done with a different cached env pointer in the wrong Java thread |
| 01:10:46 | mcuelenaere | with a different env pointer than the one given to Java_org_rockbox_RockboxPCM_pcmSamplesToByteArray()* |
| 01:12:26 | mcuelenaere | a quick hack is to set env_ptr to current env and restore it afterwards |
| 01:14:46 | kugel | mcuelenaere: what? |
| 01:15:05 | kugel | the callback uses the env_ptr that's passed to it, not the cached one |
| 01:15:08 | | Quit Llorean (Quit: Leaving.) |
| 01:15:21 | mcuelenaere | kugel: what callback? |
| 01:15:43 | kugel | pcmSamplesToByteArray() |
| 01:16:33 | mcuelenaere | yes, but that can call pcm_play_get_more_callback() which can lead to apps/pcmbuf.c:pcmbuf_pcm_callback() which can lead to a sleep() call |
| 01:16:52 | kugel | and? |
| 01:17:41 | mcuelenaere | can lead to e.g. pcm_play_dma_stop() which calls a java method with a different env pointer |
| 01:17:58 | mcuelenaere | in the original Java thread that called Java_org_rockbox_RockboxPCM_pcmSamplesToByteArray() |
| 01:18:21 | kugel | the stop is always called from a different java thread |
| 01:18:28 | kugel | is that a problem? |
| 01:18:34 | mcuelenaere | ok, but there are others than stop |
| 01:19:32 | kugel | sleep() is not a problem btw, that only affects the rockbox threads, not the java ones |
| 01:20:31 | * | mcuelenaere writes up an example |
| 01:20:55 | kugel | good idea, I think I don't understand the issue :) |
| 01:23:10 | kugel | DeleteLocalRef() in yesno causes a freeze |
| 01:24:52 | mcuelenaere | http://pastebin.com/raw.php?i=Jza2XBS4 |
| 01:26:11 | mcuelenaere | actually the 7 and 10 is the other way around, but that's just for illustration |
| 01:26:37 | kugel | I didn't think that's a problem, I also never saw that warning before |
| 01:26:51 | mcuelenaere | it's hard to trigger |
| 01:27:09 | mcuelenaere | I could trigger it before, on an emulator on an underpowered PC |
| 01:27:24 | kugel | so perhaps the pcm driver should use the env_ptr that comes from pcmSamplesToByteArray() once it's available? |
| 01:28:28 | mcuelenaere | this is my hack: http://pastebin.com/raw.php?i=Eyakst6Q |
| 01:28:53 | kugel | pcm_play_get_more_callback() usually runs from dma, it shouldn't allow a sleep IIUC |
| 01:29:06 | kugel | (i.e. interrupt context) |
| 01:29:17 | mcuelenaere | hmm perhaps I missed something, but how else could it trigger that JNI warning? |
| 01:30:11 | kugel | changing volume, changing playback state? these are calls with a different env_ptr (but also from a differnet java thread) |
| 01:30:20 | | Quit GeekShadow (Quit: The cake is a lie !) |
| 01:30:38 | kugel | mcuelenaere: I think i know what it could be |
| 01:31:02 | | Quit JesusFreak316 (Ping timeout: 245 seconds) |
| 01:31:06 | kugel | hm or maybe not |
| 01:31:27 | kugel | so the problem is that there's a call with a different env_ptr from the same java thread? |
| 01:32:31 | | Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) |
| 01:32:31 | | Quit LambdaCalculus37 (Changing host) |
| 01:32:31 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
| 01:32:36 | mcuelenaere | yes |
| 01:32:44 | kugel | i.e. something is calling java code from within the java-audio thread but with the env_ptr of the java-main thread? |
| 01:32:50 | | Join bmbl [0] (~bmbl@unaffiliated/bmbl) |
| 01:32:54 | mcuelenaere | yes, AFAIU |
| 01:32:54 | kugel | that shouldn't be possible |
| 01:36:22 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 01:38:27 | | Quit bmbl (Quit: Verlassend) |
| 01:40:13 | | Quit soap (Ping timeout: 250 seconds) |
| 01:42:58 | | Quit rds (Quit: Leaving) |
| 01:47:41 | kugel | hm, now it doesn't freeze anymore :\ |
| 01:48:57 | mcuelenaere | DeleteLocalRef()? That never freezed for me.. |
| 01:49:25 | kugel | maybe it was something else |
| 01:53:28 | | Quit Staphylo (Quit: Bye les gens =)) |
| 01:53:32 | kugel | can I create a global ref with another env_ptr as the one I'm using to delete the ref again? |
| 01:53:34 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 01:54:33 | mcuelenaere | I guess you can, unless logcat yields a JNI WARNING? |
| 01:55:07 | kugel | no warning |
| 02:00 |
| 02:01:04 | CIA-7 | New commit by kugel (r28512): Android: Use wakeup objects instead of polling for the dialog results in the keyboard and yesno dialog, allowing a lot of code to be removed. ... |
| 02:02:53 | CIA-7 | r28512 build result: All green |
| 02:05:11 | | Join InsDel [0] (~haqr.net@c-98-231-87-43.hsd1.fl.comcast.net) |
| 02:07:27 | | Join Sarcastic_Dude [0] (~Sir_Galla@westquad-146242.reshall.umich.edu) |
| 02:07:38 | mcuelenaere | hmm that's going to clash with my local changes :) |
| 02:13:31 | Sarcastic_Dude | Hi, people of Rockbox...just wondered if anyone had any suggestions on why Rockbox 3.7 on my fuze v1 only recognizes my SD card after connecting/disconnecting it from USB |
| 02:13:33 | Sarcastic_Dude | it was perfect in 3.6...I'll take any suggestions |
| 02:14:37 | | Join webguest94 [0] (~5b2b5628@giant.haxx.se) |
| 02:15:35 | | Quit webguest94 (Client Quit) |
| 02:16:01 | mcuelenaere | kugel: shouldn't you also DeleteLocalRef() jstring str = e->NewStringUTF(env_ptr, text); in kbd_input()? |
| 02:16:17 | kugel | mcuelenaere: yes, I just spottet that |
| 02:16:23 | kugel | I'll do so in my next commit |
| 02:18:12 | kugel | mcuelenaere: can you delay the progressbar by half a second or so? it doesn't need to show if there's nothing to unzip |
| 02:18:34 | CIA-7 | New commit by mcuelenaere (r28513): Android: greatly simplify Android YesNo and KeyboardInput widgets |
| 02:20:11 | CIA-7 | r28513 build result: All green |
| 02:20:35 | mcuelenaere | kugel: I could only display it when the RockboxService starts sending me progress values |
| 02:26:22 | mcuelenaere | kugel: again the "JNI WARNING: threadid=10 using env from threadid=7" |
| 02:27:02 | CIA-7 | New commit by mcuelenaere (r28514): Android: only display progress dialog when extraction happens |
| 02:27:51 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 02:28:29 | CIA-7 | r28514 build result: All green |
| 02:34:46 | | Join TheBarron2 [0] (~ae9a76fb@giant.haxx.se) |
| 02:35:57 | TheBarron2 | whoa.. Bagder? |
| 02:36:05 | mcuelenaere | hah, one can't get out of the buffering screen on android? |
| 02:38:00 | *** | Saving seen data "./dancer.seen" |
| 02:38:23 | TheBarron2 | so.. can you use one of the config files to make the menu navigation make a little more sense? A lot of nonsense in there the wife doesn't need to see, besides the fact that it's nonsense that navigating from playlist to now playing is a job.. |
| 02:39:13 | | Quit TheBarron2 (Client Quit) |
| 02:39:21 | soap | TheBarron2, A: You can not change the menu structure with a .cfg file. B: Press the "play" button to return to the WPS (now playing) on most players. |
| 02:39:50 | | Join TheBarron2 [0] (~ad8d3890@giant.haxx.se) |
| 02:40:04 | TheBarron2 | bah |
| 02:40:26 | CIA-7 | New commit by kugel (r28515): Android: Use our translations for the yes/no/ok/cancel buttons in the yesno and keyboard dialog. ... |
| 02:40:31 | TheBarron2 | anyway.. what do you edit/use to edit menus? |
| 02:41:23 | soap | TheBarron2, the menus are hard-coded in the C source. You would need to edit that. |
| 02:41:25 | TheBarron2 | Holy crap that IS bagder |
| 02:41:32 | TheBarron2 | soap: ok |
| 02:41:45 | soap | Does he owe you money? |
| 02:42:07 | CIA-7 | r28515 build result: All green |
| 02:42:36 | TheBarron2 | haha |
| 02:42:57 | TheBarron2 | 'know' him from way back in efnet #amiga days |
| 02:43:56 | TheBarron2 | ok.. so in the NoDo list it says this: |
| 02:43:58 | TheBarron2 | An Advanced Settings setting to hide Advanced Settings If people really want to have a simple menu, this should be implemented using a configurable menu. |
| 02:44:07 | mcuelenaere | kugel: shouldn't those DeleteGlobalRef()'s be DeleteLocalRef()? |
| 02:44:22 | TheBarron2 | we don't HAVE a configurable menu, then, is what you're saying? :) |
| 02:44:40 | kugel | yes, thank you |
| 02:44:48 | TheBarron2 | Because rockbox is pretty awesome, but the menus and navigation is surprisingly lame |
| 02:45:05 | saratoga | if you want to change the menus, edit the code yourself |
| 02:45:24 | CIA-7 | New commit by kugel (r28516): Those DeleteGlobalRef() should be DeleteLocalRef(). |
| 02:45:47 | kugel | mcuelenaere: that was a nice commit fest :> |
| 02:45:55 | mcuelenaere | :) |
| 02:46:16 | TheBarron2 | saratoga: ok.. I just misunderstood what was being said in that NoDo item :) |
| 02:46:31 | mcuelenaere | Q: should we do translations on the Java side using Rockbox'es language system or Android's? |
| 02:46:57 | CIA-7 | r28516 build result: All green |
| 02:47:18 | kugel | as long as we have 99.9% native code we should stick to our system IMO |
| 02:49:22 | TheBarron2 | thanks |
| 02:49:29 | TheBarron2 | tell bagder I said hi! :) |
| 02:49:32 | | Quit TheBarron2 (Quit: CGI:IRC) |
| 02:50:48 | | Quit DerPapst (Quit: Leaving.) |
| 02:51:49 | | Join TheBarron2 [0] (~ad8d3890@giant.haxx.se) |
| 02:51:58 | TheBarron2 | one more question, in case I'm just missing it.. |
| 02:52:20 | TheBarron2 | is there a way to get directly back and forth from the 'now playing' screen and the playlist? |
| 02:52:23 | | Join CaptainKewl [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
| 02:52:54 | | Quit Sarcastic_Dude (Ping timeout: 260 seconds) |
| 02:54:29 | soap | which device, TheBarron2? |
| 02:55:14 | TheBarron2 | oh sorry |
| 02:55:18 | TheBarron2 | ipod video |
| 02:55:22 | TheBarron2 | rockbox 3.7 |
| 02:56:06 | S_a_i_n_t | pressing play should jump to the WPS iiuc |
| 02:56:12 | soap | Long press of select from the WPS (while playing screen) will bring up the WPS context menu, of which playlist functions are the top. |
| 02:56:30 | soap | and, yes, play should (almost) always take you back to the WPS. |
| 02:56:34 | pixelma | do the Ipods have the hotkey function? |
| 02:56:39 | S_a_i_n_t | yes. |
| 02:57:03 | pixelma | from the WPS? Iif so "View current playlist" is default |
| 02:57:29 | soap | double correct. Forgot about that pathway, as I never use two fingers. |
| 02:58:16 | S_a_i_n_t | I was going to suggest it but I couldn;t remember if I added playlistviewer to the hotkey in my tree or if it was there already. |
| 02:59:03 | S_a_i_n_t | Just a wee sidenote, I know a couple of very young children that have no problems navigating the RB menus. |
| 02:59:24 | S_a_i_n_t | it's a learning curve compared to the OFW, but it's really not *that* difficult. |
| 03:00 |
| 03:00:10 | soap | Still want that Nano 1G, S_a_i_n_t ? |
| 03:00:16 | * | TheBarron2 reads back |
| 03:01:18 | | Quit cjcopi (Ping timeout: 264 seconds) |
| 03:01:33 | TheBarron2 | It's not that it's not navigable, it's that there's a number of unnecessary steps for was should be default things :) |
| 03:01:39 | TheBarron2 | and wives are pickier than kids :) |
| 03:02:09 | TheBarron2 | ok.. so let me try the above suggestions. select button seems to be iffy sometimes.. |
| 03:02:20 | S_a_i_n_t | TheBarron2: Additionally, you can create a "fixed.cfg" that will always load those values on boot...so if your wife ever fucks something up then all that is needed is to power cycle the player to get back to a known good state. |
| 03:02:57 | CIA-7 | New commit by mcuelenaere (r28517): Android: make R.java depend on android/res dir |
| 03:03:00 | CIA-7 | New commit by mcuelenaere (r28518): Android: replace hardcoded strings with Android strings, allowing translations |
| 03:03:16 | TheBarron2 | haven't looked at hotkey functionality, and I'm gonna try some of the things you said should be default. In a bit. Thank you |
| 03:03:19 | soap | TheBarron2, comprehensive solutions for menu reorganization are always appreciated, though I strongly suspect one would have a hard time objectively defending a significant change considering all the factors involved. |
| 03:04:22 | | Join cjcopi [0] (~craig@adsl-76-241-67-82.dsl.bcvloh.sbcglobal.net) |
| 03:04:23 | soap | Not that a "better" solution doesn't exist, but one which is defenseable against the onslaught of attack vectors would be hard to find. |
| 03:04:39 | S_a_i_n_t | oh yes, indeed ;) |
| 03:04:42 | CIA-7 | r28517 build result: All green |
| 03:06:35 | CIA-7 | r28518 build result: All green |
| 03:07:05 | * | mcuelenaere goes to bed |
| 03:07:25 | | Quit mcuelenaere (Quit: Gnight!) |
| 03:09:06 | | Quit froggyman (Read error: Connection reset by peer) |
| 03:14:55 | TheBarron2 | ok.. long press in wps does indeed go to context menu with top option being playlists/view current, so that's pretty good. However, a select in the playlist does *not* jump to wps. Simply starts the selected song, leaving you in the playlist.. |
| 03:15:17 | TheBarron2 | And I'm too lazy to offer comprehensive solutions :) |
| 03:17:30 | TheBarron2 | take that back, doesn't start the song, just switches to it.. if you're paused you stay paused. If you're playing, it plays. That's all alright |
| 03:17:38 | S_a_i_n_t | when you're in the "view plalist" menu, pressing |<< will take you back to WPS |
| 03:17:48 | TheBarron2 | But there should be a one push way back to the WPS |
| 03:17:49 | TheBarron2 | let me try that |
| 03:18:26 | TheBarron2 | well ok then. non intuitive and a bit inconsistent, but it works! |
| 03:18:34 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 03:18:58 | TheBarron2 | so long-select in WPS and a couple more clicks on default selections gets you to playlist, a |<< in the playlist gets you to WPS. cool |
| 03:19:07 | S_a_i_n_t | if you want to make a better keymap, go for it. |
| 03:19:12 | TheBarron2 | Thanks for the help. |
| 03:19:18 | S_a_i_n_t | No worries |
| 03:19:22 | TheBarron2 | yeah.. I'd probably do that if I weren't so freaking lazy |
| 03:19:50 | TheBarron2 | would keymap be an in-the-code thing? |
| 03:20:12 | S_a_i_n_t | yes. |
| 03:24:34 | S_a_i_n_t | if you set up hotkey (you'll probably just need to turn the setting on, as I'm not sure if it's on by default or not) you can use the key combination of play+select to get to the "view current playlist" screen, and when you're in the view playlist screen you just need to press |<< to back out of it. |
| 03:24:44 | S_a_i_n_t | hotkey really is your friend. |
| 03:25:20 | TheBarron2 | ok, so on a different subject, I saw your android port, even tried it briefly. When I saw you had done one, it seemed natural and cool. But upon reflection and trying it out, I can't help but wonder... What's the point? (not so much a criticism as a question of curiousity) |
| 03:25:50 | TheBarron2 | Saint: ah, that's a good suggestion, thank you! |
| 03:26:37 | | Quit saratoga (Quit: Page closed) |
| 03:26:53 | TheBarron2 | oh.. and a COMPLETELY unrelated question.. with Bagder here.. are you running a Dancer bot? :) |
| 03:26:55 | S_a_i_n_t | Settings - General Settings - Hotkey - WPS/FIle Browser Hotkey |
| 03:40:15 | TheBarron2 | Thanks for all the help. I'm sure I'll be back, as I'm an idiot.. |
| 03:40:27 | | Quit TheBarron2 (Quit: CGI:IRC) |
| 03:51:15 | | Quit franky (Ping timeout: 260 seconds) |
| 03:54:57 | | Join Ramsey[LC] [0] (~RamseyLC]@adsl-75-17-125-136.dsl.rcsntx.sbcglobal.net) |
| 03:55:07 | | Quit Ramsey[LC] (Client Quit) |
| 03:59:35 | | Quit LambdaCalculus37 (Quit: Fwump) |
| 03:59:42 | | Quit bluebrother (Ping timeout: 255 seconds) |
| 04:00 |
| 04:01:08 | | Join bluebrother [0] (~dom@f053154164.adsl.alicedsl.de) |
| 04:01:09 | | Quit bluebrother (Changing host) |
| 04:01:09 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
| 04:14:20 | | Quit anewuser (Quit: ZX SPECTRUM COMPO http://battleofthebits.org//arena/Battle/594/ZX+Spectrum+Beeper+Speaker/) |
| 04:16:43 | | Quit pixelma (Disconnected by services) |
| 04:16:45 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
| 04:16:47 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
| 04:17:51 | | Quit amiconn (Disconnected by services) |
| 04:17:53 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
| 04:18:12 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
| 04:22:37 | | Join Sarcastic_Dude [0] (~Sir_Galla@westquad-146242.reshall.umich.edu) |
| 04:28:06 | | Join kerradeph [0] (~aidan_bis@S01060014bf7ba631.ok.shawcable.net) |
| 04:28:48 | kerradeph | is there an option to play all on the sansa fuze V2? I can't seem to find it anywhere |
| 04:30:58 | | Quit dys (Ping timeout: 276 seconds) |
| 04:31:26 | | Join dys [0] (~andreas@krlh-5f726087.pool.mediaWays.net) |
| 04:31:56 | kerradeph | nevermind, I think I found it |
| 04:35:28 | | Quit Barahir_ (Ping timeout: 265 seconds) |
| 04:37:08 | | Join Barahir [0] (~jonathan@frnk-590f4452.pool.mediaWays.net) |
| 04:38:04 | *** | Saving seen data "./dancer.seen" |
| 04:39:32 | | Quit InsDel (Read error: Connection reset by peer) |
| 04:39:48 | | Quit TheSeven (Ping timeout: 240 seconds) |
| 04:39:57 | | Part kerradeph |
| 04:45:48 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
| 04:54:34 | | Join kugel_ [0] (~kugel@e178058254.adsl.alicedsl.de) |
| 04:58:02 | | Quit kugel (Ping timeout: 245 seconds) |
| 05:00 |
| 05:33:56 | | Quit ps-auxw (Ping timeout: 240 seconds) |
| 05:45:26 | | Join ps-auxw [0] (~arneb@p4FF7FF2B.dip.t-dialin.net) |
| 05:56:09 | | Join guymann [0] (~charles@64-252-121-164.adsl.snet.net) |
| 05:57:23 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
| 06:00 |
| 06:00:45 | | Quit antil33t () |
| 06:01:52 | | Quit t0rc (Client Quit) |
| 06:11:01 | | Join froggyman [0] (~seth@pool-72-69-202-246.chi01.dsl-w.verizon.net) |
| 06:11:01 | | Quit froggyman (Changing host) |
| 06:11:01 | | Join froggyman [0] (~seth@unaffiliated/froggyman) |
| 06:15:43 | | Quit BHSPitMonkey (Quit: Ex-Chat) |
| 06:24:19 | | Quit Sarcastic_Dude (Read error: Connection reset by peer) |
| 06:38:05 | *** | Saving seen data "./dancer.seen" |
| 06:58:21 | | Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) |
| 07:00 |
| 07:04:29 | | Quit Galois (Ping timeout: 240 seconds) |
| 07:06:20 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 07:09:42 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 07:12:53 | | Join Brian_S [0] (~dabtd@wikipedia/Bsadowski1) |
| 07:13:11 | | Part Brian_S |
| 07:13:26 | | Quit Horscht (Ping timeout: 272 seconds) |
| 07:19:51 | | Join Galois [0] (djao@efnet.math.uwaterloo.ca) |
| 07:21:33 | | Join xxcv [0] (~IMNOTADEV@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
| 07:38:28 | | Quit xxcv (Ping timeout: 245 seconds) |
| 07:46:06 | | Quit kugel_ (Remote host closed the connection) |
| 08:00 |
| 08:08:25 | | Join xxcv [0] (~IMNOTADEV@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
| 08:15:47 | | Join B4gder [0] (~daniel@rockbox/developer/bagder) |
| 08:21:02 | | Quit skx` (Ping timeout: 264 seconds) |
| 08:25:14 | | Join skx` [0] (~skx@d51A4AF07.access.telenet.be) |
| 08:30:19 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 08:35:02 | | Quit Kitar|st () |
| 08:38:06 | *** | Saving seen data "./dancer.seen" |
| 08:40:06 | | Join stoffel [0] (~quassel@p57B4B3AB.dip.t-dialin.net) |
| 08:59:09 | | Join bmbl [0] (~bmbl@dsl-217-160-19.pool.bitel.net) |
| 08:59:10 | | Quit bmbl (Changing host) |
| 08:59:10 | | Join bmbl [0] (~bmbl@unaffiliated/bmbl) |
| 08:59:46 | | Join n1s [0] (~n1s@nl118-174-240.student.uu.se) |
| 08:59:47 | | Quit n1s (Changing host) |
| 08:59:47 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 09:00 |
| 09:00:26 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 09:00:27 | | Quit bertrik (Changing host) |
| 09:00:27 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 09:00:47 | | Quit S00row (Read error: Connection reset by peer) |
| 09:02:25 | | Join S00row [0] (~Administr@27-33-98-164.static.tpgi.com.au) |
| 09:11:38 | | Join Drise [0] (~Drise@user-24-236-91-225.knology.net) |
| 09:17:52 | | Join Rob2223 [0] (~Miranda@p4FFF03A7.dip.t-dialin.net) |
| 09:21:04 | | Quit Rob2222 (Ping timeout: 252 seconds) |
| 09:22:43 | | Quit Drise (Quit: Leaving) |
| 10:00 |
| 10:17:12 | | Join {phoenix} [0] (~dirk@p57AA551D.dip.t-dialin.net) |
| 10:38:09 | *** | Saving seen data "./dancer.seen" |
| 10:39:42 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 10:53:09 | | Quit bmbl (Quit: Verlassend) |
| 10:57:35 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 11:00 |
| 11:02:44 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
| 11:03:13 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 11:07:03 | | Quit B4gder (Quit: It is time to say moo) |
| 11:08:20 | | Quit anewuser (Ping timeout: 240 seconds) |
| 11:13:10 | | Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
| 11:15:09 | | Quit xxcv (Ping timeout: 276 seconds) |
| 11:16:56 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
| 11:21:08 | | Join TheLemonMan [0] (~lemonboy@ppp-13-213.32-151.iol.it) |
| 11:27:06 | | Quit bertrik (Quit: :tiuQ) |
| 11:29:30 | | Quit liar (Read error: No route to host) |
| 11:41:21 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 11:43:13 | | Join Staphylo [0] (~Bullet@AMontsouris-159-1-31-253.w90-46.abo.wanadoo.fr) |
| 11:48:15 | | Quit lixus00 (Quit: Leaving.) |
| 12:00 |
| 12:16:05 | | Join teru [0] (~teru@KD059133111160.ppp.dion.ne.jp) |
| 12:18:46 | | Quit {phoenix} (Remote host closed the connection) |
| 12:19:15 | | Quit JdGordon (Ping timeout: 264 seconds) |
| 12:21:56 | | Join PurlingNayuki [0] (~7159234f@giant.haxx.se) |
| 12:22:03 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
| 12:24:02 | | Join kugel [0] (~kugel@e178058254.adsl.alicedsl.de) |
| 12:24:11 | | Quit kugel (Changing host) |
| 12:24:11 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 12:31:00 | | Quit liar (Ping timeout: 255 seconds) |
| 12:33:51 | JdGordon | kugel: the c code still inits the framebuffer class right? lots of commits last night i havnt looked at ye |
| 12:33:52 | JdGordon | t |
| 12:34:16 | kugel | yes, and it should stay that way |
| 12:34:39 | kugel | but it doesn't mean the java couldn't tell the C about the screen dimensions |
| 12:35:29 | JdGordon | The only reason I can see why c should init it is to get the bitmap buffer, although I *really* fail to see why java cant do that |
| 12:35:47 | JdGordon | lcd_init() in the c should really just call in to setup the update functions and get a pointer to that buffer |
| 12:36:33 | JdGordon | however, if we can get the screen size from the View then I don't care all that much about the init |
| 12:36:48 | JdGordon | it might cause problems later on when we want to add widgets though |
| 12:37:04 | kugel | why? |
| 12:37:39 | JdGordon | getting the correct size, Ideally the widget should be any size the user wants |
| 12:37:49 | JdGordon | 2x2, 3x3, 4x4, 2x4, etc |
| 12:37:55 | JdGordon | I said *might* |
| 12:38:03 | kugel | home screen widget you mean? |
| 12:38:06 | JdGordon | yes |
| 12:38:12 | *** | Saving seen data "./dancer.seen" |
| 12:38:28 | kugel | i think that's independent of the framebuffer, but I haven't looked into it |
| 12:38:48 | JdGordon | well that widget wouold almost certainly have to be done as a "remote" display |
| 12:38:58 | kugel | why that? |
| 12:39:40 | kugel | we can design that however we like, with some play/pause/prev/next buttons on it. it shouldn't display the rockbox ui |
| 12:39:57 | JdGordon | two different questions here then |
| 12:43:02 | JdGordon | i can see a need for both types of widgets |
| 12:43:15 | JdGordon | back in a while, dinner |
| 12:47:16 | | Join pamaury [0] (~quassel@dhcp-128-203.residence.ens-lyon.fr) |
| 12:47:16 | | Quit pamaury (Changing host) |
| 12:47:16 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 12:54:53 | | Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
| 12:56:20 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 13:00 |
| 13:00:01 | | Part lixus00 |
| 13:11:40 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
| 13:11:52 | | Join DerPapst [0] (~Alexander@p5DE5B8F9.dip.t-dialin.net) |
| 13:27:11 | rasher | Why would you want the rockbox ui on the widget? |
| 13:27:36 | * | rasher would expect a widget to be its own thing |
| 13:29:03 | JdGordon | why wouldn't you? |
| 13:30:37 | rasher | Because I'd expect a widget to *control* rockbox, not be it |
| 13:31:07 | rasher | I guess maybe at 4x4 |
| 13:31:22 | rasher | But anything less I'd just want some buttons to control it |
| 13:31:54 | JdGordon | assuming the touches could be acepted from the widget you could control it |
| 13:32:42 | JdGordon | i dont actually think that assumption is correct, but i see no reason why being able to put the wps on a widget wouldnt be useful |
| 13:33:01 | JdGordon | a different widget to play with the playback would also be good |
| 13:33:08 | | Join Jerom [0] (~jerome@95.171.137.111) |
| 13:33:23 | rasher | I'd not want a full Rockbox ui. Just next/stop/prev and song display in a simple package |
| 13:33:38 | rasher | Basically I'd just want the stock widget to control Rockbox instead |
| 13:33:40 | JdGordon | so you wouldnt add the ui widget |
| 13:38:54 | | Quit Horschti (Quit: Verlassend) |
| 13:39:30 | | Join Lear [0] (chatzilla@rockbox/developer/lear) |
| 13:41:41 | | Quit kugel (Ping timeout: 272 seconds) |
| 13:42:03 | | Quit sasquatch (Ping timeout: 276 seconds) |
| 13:42:52 | | Join sasquatch [0] (~username@92.117.51.149) |
| 13:43:08 | | Join xxcv [0] (~IMNOTADEV@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
| 13:43:17 | | Join kugel [0] (~kugel@e178058254.adsl.alicedsl.de) |
| 13:43:19 | | Quit kugel (Changing host) |
| 13:43:19 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 13:53:44 | | Quit Jerom (Quit: Leaving.) |
| 13:54:00 | JdGordon | 434 mallocs in the 324x480 sdl sim loading cabbie.. not very good :p |
| 13:54:38 | | Join Jerom [0] (~jerome@95.171.137.111) |
| 13:55:56 | | Join noamsml [0] (~noamsml@adsl-75-45-229-200.dsl.sfldmi.sbcglobal.net) |
| 13:56:15 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 13:57:39 | | Quit noamsml_ (Ping timeout: 245 seconds) |
| 13:58:39 | | Quit Jerom (Remote host closed the connection) |
| 13:58:43 | | Quit robin0800 (Remote host closed the connection) |
| 13:59:05 | | Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) |
| 13:59:11 | | Quit PurlingNayuki (Quit: CGI:IRC (Ping timeout)) |
| 13:59:20 | | Join Jerom [0] (~jerome@95.171.137.111) |
| 13:59:27 | | Quit stoffel (Ping timeout: 264 seconds) |
| 14:00 |
| 14:00:53 | | Quit drizztbsd (Remote host closed the connection) |
| 14:01:49 | | Join drizztbsd [0] (~quassel@unaffiliated/drizztbsd) |
| 14:03:59 | | Quit Jerom (Client Quit) |
| 14:04:34 | | Join LambdaCalculus37 [0] (~rmenes@c-68-36-232-73.hsd1.nj.comcast.net) |
| 14:04:34 | | Quit LambdaCalculus37 (Changing host) |
| 14:04:34 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
| 14:04:45 | | Join Jerom [0] (~jerome@95.171.137.111) |
| 14:08:15 | | Join GeekShadow [0] (~Antoine@44.181.204-77.rev.gaoland.net) |
| 14:08:15 | | Quit GeekShadow (Changing host) |
| 14:08:15 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
| 14:12:44 | | Quit Jerom (Quit: Leaving.) |
| 14:14:55 | | Join JesusFreak316 [0] (~quassel@pool-173-65-61-245.tampfl.fios.verizon.net) |
| 14:15:16 | n1s | soap: i think you can unsticky http://forums.rockbox.org/index.php?topic=25892.0 now |
| 14:16:38 | JdGordon | is http://pastebin.com/uwarincc completly broken? am I getting a sizeof() which i'm not expecting? |
| 14:17:33 | | Join Jerom [0] (~jerome@95.171.137.111) |
| 14:19:14 | n1s | ew, flexible array member |
| 14:20:16 | soap | n1s, It's not sticky anymore, is it? |
| 14:20:41 | soap | (but thanks for the reminder anyway) |
| 14:20:44 | | Quit M3DLG (Read error: Connection reset by peer) |
| 14:20:45 | n1s | soap: no it isn't, did you unsticky or am i blind? |
| 14:20:52 | | Quit drizztbsd (Remote host closed the connection) |
| 14:21:07 | soap | I did not unsticky, I'm guessing someone saw your message to me and did it in the last 4 minutes. |
| 14:21:38 | | Join M3DLG [0] (~M3DLG@bb-87-81-252-83.ukonline.co.uk) |
| 14:21:51 | n1s | ah |
| 14:22:11 | n1s | JdGordon: sizeof should return the size of the struct omitting the flexible array |
| 14:22:24 | JdGordon | n1s: yeah, it isnt entirely clean but its not terrible either |
| 14:22:25 | JdGordon | it aint working though :( |
| 14:22:31 | JdGordon | malloc is throwing an exception on the second call? does that mean I probably overran the first mallocs buffer? |
| 14:22:40 | JdGordon | rockbox: malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) &((av)->bins[((1) - 1) * 2])) - __builtin_offsetof (struct malloc_chunk, fd)))) && old_size == 0) || ((unsigned long) (old_size) >= (unsigned long)((((__builtin_offsetof (struct malloc_chunk, fd_nextsize))+((2 * (sizeof(size_t))) - 1)) & ~((2 * (sizeof(size_t))) - 1))) && ((old_top)->size & 0x1) && ((unsigned long)old_end & pagemask) == 0)' failed. |
| 14:22:46 | | Join drizztbsd [0] (~quassel@unaffiliated/drizztbsd) |
| 14:24:43 | n1s | well why don't you just make the array MALLOC_BLOCK_SIZE and alloc the size of the struct? |
| 14:25:24 | JdGordon | yeah I could of course do that |
| 14:27:00 | n1s | also is obj->start supposed to point to the end of the array? |
| 14:27:48 | JdGordon | yeah, I really shouldnt make this more complicated than it really needs to be |
| 14:28:04 | | Join stoffel [0] (~quassel@p57B4B3AB.dip.t-dialin.net) |
| 14:28:26 | JdGordon | badly names, it points to the start of the free space |
| 14:28:49 | JdGordon | how this works is we malloc a big chunk and then use it as requested (lost of little allocs <200 bytes) |
| 14:29:08 | JdGordon | but then we will get the images which are BIG chunks which will need their own blocks |
| 14:29:32 | JdGordon | all this is because I assume 400+ tiny malloc()s are really stupidly wasteful |
| 14:30:57 | | Quit LambdaCalculus37 (Quit: Better head out now) |
| 14:34:46 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 14:36:14 | | Quit esperegu (Ping timeout: 252 seconds) |
| 14:38:13 | *** | Saving seen data "./dancer.seen" |
| 14:40:13 | CIA-7 | New commit by teru (r28519): FS #11546: Adjustable brightness in lamp plugin |
| 14:41:57 | S_a_i_n_t | teru: going to add the extra colours now too...? ;) |
| 14:42:11 | CIA-7 | r28519 build result: All green |
| 14:42:14 | teru | S_a_i_n_t: no. |
| 14:43:54 | | Quit kugel (Ping timeout: 245 seconds) |
| 14:48:33 | | Join {phoenix} [0] (~dirk@p57AA551D.dip.t-dialin.net) |
| 14:49:55 | | Join kugel [0] (~kugel@e178058254.adsl.alicedsl.de) |
| 14:49:57 | | Quit kugel (Changing host) |
| 14:49:57 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 14:50:27 | JdGordon | (gdb) p *obj |
| 14:50:27 | JdGordon | $1 = {header = {remaining = 0, start = 0x0, next = 0x0}, buf = 0x11dc8e0 ""} |
| 14:50:27 | JdGordon | (gdb) p obj |
| 14:50:27 | DBUG | Enqueued KICK JdGordon |
| 14:50:27 | JdGordon | $2 = (struct malloc_object *) 0x11dc8e0 |
| 14:50:27 | JdGordon | why isnt buf 0x11dc8e0+ 32 or so? |
| 14:50:32 | JdGordon | does char buf[]; do something non obvious? |
| 14:51:43 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 14:52:44 | kugel | JdGordon: when the 2 mallocs are merged then the amount halves and many of the mallocs won't be that tiny anymore. I wouldn't worry about it |
| 14:53:10 | JdGordon | not true |
| 14:53:17 | JdGordon | 99% are still under 200bytes |
| 14:53:36 | JdGordon | 200 of then sucks just as much, plus we still need to make sure the alloced size is correct |
| 14:53:40 | kugel | I'd keep it simple, tiny mallocs are quite common and not a problem |
| 14:54:08 | kugel | 200 bytes aren't tiny. 10 bytes are |
| 14:54:39 | | Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
| 14:54:45 | kugel | making sure the allocated size is right is easy |
| 14:56:08 | kugel | I have a patch which implements the buffer_{save,restore}_position, block allocations will make it harder to do that |
| 14:57:08 | JdGordon | we don't want/need that for host alloc |
| 14:58:06 | kugel | actually I expect the system's malloc to handle tiny mallocs properly for us. we absolutely don't need to complicate our code |
| 14:58:55 | kugel | it's simple to implement do why not? |
| 14:59:17 | JdGordon | pardon? |
| 15:00 |
| 15:02:16 | kugel | the buffer_{save,restore}_position thing |
| 15:03:34 | JdGordon | what is it supposed to do if tthe buffer is malloced? |
| 15:03:57 | kugel | free on restore |
| 15:04:38 | kugel | not the whole thing, but everything that came after save_position |
| 15:04:40 | JdGordon | the point being? |
| 15:04:46 | JdGordon | the list gets freed on the new load anyway |
| 15:04:57 | | Quit xxcv (Ping timeout: 260 seconds) |
| 15:05:25 | kugel | reduce memory usage of course. otherwise these functions wouldn't exist |
| 15:05:31 | lixus00 | any developers here ? |
| 15:06:21 | JdGordon | kugel: on a failed theme load the most likely thing to happen is app exit or reload a working theme, both will free the memory |
| 15:07:03 | JdGordon | and the mos likely place for it to fail is either before any images have loaded (so tiny ram usage anyway) or missing a image so also tiny mem usage |
| 15:07:09 | JdGordon | implementing that is a waste of time |
| 15:07:21 | S_a_i_n_t | lixus00: Just ask your question, if someone can answer it they will. |
| 15:07:24 | | Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 4.0b8pre/20101105031633]) |
| 15:07:27 | kugel | n1s: I looked at idle poweroff but our power management is too messy for me |
| 15:07:50 | n1s | kugel: but does it make sense on android? |
| 15:07:51 | kugel | JdGordon: I already did it, and it took me 5 min |
| 15:08:08 | JdGordon | ok fine, but its still pointless |
| 15:08:25 | kugel | FWIW I find your block allocated work a bigger waste of time |
| 15:08:54 | JdGordon | ok |
| 15:09:16 | kugel | n1s: probably not. rockbox idling has no effect on battery life on my phone |
| 15:09:30 | lixus00 | well its regarding the bootloader for gigabeat S ? is there any plan to support it any time soon in the rockbox utility installation |
| 15:09:36 | n1s | so we should probably drop that setting from app builds then |
| 15:10:22 | kugel | sure. if it doesn't work anyway |
| 15:10:29 | JdGordon | can http://pastebin.com/Cgcxy2fh be done cleaner? |
| 15:10:34 | JdGordon | I'm not sure abut that char buf[0] |
| 15:17:05 | | Quit Jerom (Quit: Leaving.) |
| 15:18:37 | CIA-7 | New commit by jdgordon (r28520): Half the number of malloc() calls on APPLICATION builds in skin_buffer_alloc(). these are still presumably wasteing alot of RAM and could be merged ... |
| 15:20:12 | CIA-7 | r28520 build result: All green |
| 15:20:59 | CIA-7 | New commit by teru (r28521): rockboy: fix that description is cut off if it is near 20 bytes in load/save menu. ... |
| 15:22:40 | CIA-7 | r28521 build result: All green |
| 15:23:22 | | Join InsDel [0] (~haqr.net@c-98-231-87-43.hsd1.fl.comcast.net) |
| 15:24:27 | CIA-7 | New commit by wodz (r28522): move dbg_ports() from apps/menu_debug.c to target tree. FS #11712 by me. |
| 15:24:41 | | Join wodz [0] (~wodz@chello087206240131.chello.pl) |
| 15:26:03 | CIA-7 | r28522 build result: 40 errors, 5 warnings (wodz committed) |
| 15:26:11 | wodz | yay |
| 15:27:31 | JdGordon | that is slightly nasty |
| 15:28:05 | JdGordon | needs to use the raw buttons and lcd functions instead of action and multi screen api... |
| 15:28:24 | JdGordon | really that screen should have been removed completly, it isnt really useful after a certain point |
| 15:32:10 | wodz | don't we have some define which tells that target have remote? |
| 15:35:42 | JdGordon | HAVE_LCD_REMOTE |
| 15:35:54 | JdGordon | not sure if there is one for a non lcd remote |
| 15:42:32 | | Join kugel2 [0] (~kugel@e178058254.adsl.alicedsl.de) |
| 15:42:32 | | Quit kugel (Disconnected by services) |
| 15:42:34 | | Quit kugel2 (Changing host) |
| 15:42:34 | | Join kugel2 [0] (~kugel@rockbox/developer/kugel) |
| 15:46:06 | | Quit JdGordon (Ping timeout: 252 seconds) |
| 15:49:56 | CIA-7 | New commit by wodz (r28523): fix yellow and red from r28522 |
| 15:51:42 | CIA-7 | r28523 build result: 0 errors, 2 warnings (wodz committed) |
| 15:51:54 | wodz | grr |
| 15:54:41 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 15:55:25 | | Join Ramsey[LC] [0] (~RamseyLC]@adsl-75-17-125-136.dsl.rcsntx.sbcglobal.net) |
| 15:59:41 | | Nick kugel2 is now known as kugel (~kugel@rockbox/developer/kugel) |
| 16:00 |
| 16:00:45 | | Quit teru (Quit: Quit) |
| 16:04:35 | CIA-7 | New commit by wodz (r28524): fix yellow |
| 16:06:12 | CIA-7 | r28524 build result: All green |
| 16:09:08 | | Quit user890104 () |
| 16:13:55 | | Quit robin0800 (Remote host closed the connection) |
| 16:19:08 | | Join Strife89 [0] (a80dbf53@gateway/web/freenode/ip.168.13.191.83) |
| 16:19:45 | | Quit wodz (Quit: Leaving) |
| 16:35:03 | | Quit DerPapst (Quit: Leaving.) |
| 16:35:50 | | Quit soap (Quit: soap) |
| 16:38:17 | *** | Saving seen data "./dancer.seen" |
| 16:40:06 | | Join soap [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) |
| 16:40:06 | | Quit soap (Changing host) |
| 16:40:06 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 16:45:32 | | Join LambdaCalculus37 [0] (~rmenes@rockbox/staff/LambdaCalculus37) |
| 16:45:33 | | Quit linuxguy3 (Ping timeout: 240 seconds) |
| 16:45:35 | | Quit kugel (Ping timeout: 245 seconds) |
| 16:47:39 | | Join linuxguy3 [0] (~timj@adsl-75-57-164-22.dsl.emhril.sbcglobal.net) |
| 16:51:04 | | Quit esperegu (Ping timeout: 272 seconds) |
| 16:51:35 | | Quit soap (Quit: soap) |
| 16:55:08 | | Join soap [0] (~soap@cpe-76-181-78-156.columbus.res.rr.com) |
| 16:55:08 | | Quit soap (Changing host) |
| 16:55:08 | | Join soap [0] (~soap@rockbox/staff/soap) |
| 17:00 |
| 17:00:06 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 17:06:18 | | Join kazaik [0] (~kazaik@pool-72-81-202-127.bltmmd.east.verizon.net) |
| 17:06:35 | | Join Xerion [0] (~xerion@54194281.cm-5-2b.dynamic.ziggo.nl) |
| 17:07:58 | | Quit esperegu (Ping timeout: 240 seconds) |
| 17:13:29 | | Join esperegu [0] (~quassel@145.116.15.244) |
| 17:13:51 | | Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) |
| 17:16:14 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
| 17:16:53 | monsterb | <−−- Hello, another happy customer. :P |
| 17:17:19 | pixelma | welcome :) |
| 17:17:34 | monsterb | e280v2 works perfect. |
| 17:17:39 | monsterb | sansa |
| 17:17:46 | | Join lixus001 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
| 17:18:35 | | Join NickPapagiorgio [0] (~opera@dslb-084-057-000-105.pools.arcor-ip.net) |
| 17:19:30 | | Part NickPapagiorgio |
| 17:20:38 | | Quit lixus00 (Ping timeout: 240 seconds) |
| 17:24:15 | | Quit benedikt93 (Quit: Bye ;)) |
| 17:26:29 | | Quit InsDel (Read error: Connection reset by peer) |
| 17:32:06 | | Join factor__ [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
| 17:32:43 | | Quit factor__ (Read error: Connection reset by peer) |
| 17:33:12 | | Quit elcan (Read error: Connection reset by peer) |
| 17:33:26 | | Quit TheLemonMan (Quit: Help me, i got shot! *DIES*) |
| 17:33:54 | | Join factorx [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
| 17:34:45 | | Quit factorx (Read error: Connection reset by peer) |
| 17:35:23 | | Join factor___ [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
| 17:35:46 | | Quit Strife89 (Quit: Vamoose!) |
| 17:38:33 | | Quit factor___ (Client Quit) |
| 17:38:52 | | Join icarusfactor [0] (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
| 17:40:12 | | Nick icarusfactor is now known as factor (~factor@r74-195-220-23.msk1cmtc02.mskgok.ok.dh.suddenlink.net) |
| 17:49:40 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 17:51:40 | | Quit Judas_PhD (Ping timeout: 276 seconds) |
| 17:51:57 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 17:53:40 | | Quit liar (Ping timeout: 255 seconds) |
| 17:53:55 | | Quit kugel (Ping timeout: 245 seconds) |
| 17:54:05 | | Quit LambdaCalculus37 (Quit: Laters!) |
| 17:56:50 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 17:58:48 | | Join soap_ [0] (~soap@rockbox/staff/soap) |
| 17:59:12 | | Quit soap (Disconnected by services) |
| 17:59:15 | | Nick soap_ is now known as soap (~soap@rockbox/staff/soap) |
| 18:00 |
| 18:00:37 | | Join panni_ [0] (hannes@ip-178-203-81-220.unitymediagroup.de) |
| 18:02:41 | | Join kugel2 [0] (~kugel@e178058254.adsl.alicedsl.de) |
| 18:02:43 | | Quit kugel2 (Changing host) |
| 18:02:43 | | Join kugel2 [0] (~kugel@rockbox/developer/kugel) |
| 18:07:27 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 18:07:39 | | Quit kugel2 (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org) |
| 18:08:17 | | Join kugel2 [0] (~kugel@e178058254.adsl.alicedsl.de) |
| 18:08:18 | | Quit kugel (Disconnected by services) |
| 18:08:19 | | Quit kugel2 (Changing host) |
| 18:08:19 | | Join kugel2 [0] (~kugel@rockbox/developer/kugel) |
| 18:09:05 | | Part lixus001 |
| 18:12:39 | | Join mystica555_ [0] (~mike@m3f2636d0.tmodns.net) |
| 18:12:55 | | Quit kugel2 (Read error: Connection reset by peer) |
| 18:14:36 | | Join kugel [0] (~kugel@e178058254.adsl.alicedsl.de) |
| 18:14:38 | | Quit kugel (Changing host) |
| 18:14:38 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 18:14:38 | | Quit kugel (Remote host closed the connection) |
| 18:14:47 | | Join kugel [0] (~kugel@e178058254.adsl.alicedsl.de) |
| 18:14:49 | | Quit kugel (Changing host) |
| 18:14:49 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 18:18:34 | | Join user890104 [0] (Venci@Venci-Notebook-LAN.ipv6.6bez10.info) |
| 18:28:28 | | Quit monsterb (Quit: leaving) |
| 18:32:54 | CIA-7 | New commit by mcuelenaere (r28525): Android: add a script which allows headless installation of the Android tools required for compilation |
| 18:34:28 | CIA-7 | r28525 build result: All green |
| 18:36:24 | | Quit kugel (Quit: Yaaic - Yet another Android IRC client - http://www.yaaic.org) |
| 18:38:18 | *** | Saving seen data "./dancer.seen" |
| 18:39:34 | | Join nathanpc [0] (~eeepc904@200.142.160.182) |
| 18:39:40 | nathanpc | Hi all! |
| 18:39:45 | nathanpc | I'm back :) |
| 18:39:52 | | Join Kitar|st [0] (Kitarist@BSN-176-228-133.dial-up.dsl.siol.net) |
| 18:40:46 | | Quit bertrik (Ping timeout: 255 seconds) |
| 18:43:23 | | Quit mystica555_ (Remote host closed the connection) |
| 18:52:35 | | Join mystica555_ [0] (~mike@m4f2636d0.tmodns.net) |
| 18:57:20 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 19:00 |
| 19:01:10 | | Join elcan [0] (user36@pr0.us) |
| 19:01:27 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 19:06:49 | | Quit elcan (Read error: Connection reset by peer) |
| 19:24:32 | | Join Kuraidi [0] (~45fe619c@giant.haxx.se) |
| 19:25:18 | | Quit Kuraidi (Client Quit) |
| 19:25:23 | | Join Kuraidi [0] (~45fe619c@giant.haxx.se) |
| 19:30:49 | | Quit Kuraidi (Quit: CGI:IRC (Ping timeout)) |
| 19:34:18 | | Quit nathanpc (Ping timeout: 240 seconds) |
| 19:45:18 | | Join nathanpc|away [0] (~eeepc904@200.142.160.182) |
| 19:51:27 | | Join lixus00 [0] (~lixxus@78-86-253-21.zone2.bethere.co.uk) |
| 19:51:41 | | Part lixus00 |
| 20:00 |
| 20:10:23 | | Join Strife89 [0] (~Strife89@adsl-80-153-126.mcn.bellsouth.net) |
| 20:17:45 | | Quit mystica555_ (Read error: Connection reset by peer) |
| 20:25:07 | | Join mystica555 [0] (~mike@m4c2636d0.tmodns.net) |
| 20:38:22 | *** | Saving seen data "./dancer.seen" |
| 20:55:31 | | Join TheLemonMan [0] (~lemonboy@ppp-13-213.32-151.iol.it) |
| 21:00 |
| 21:24:23 | | Quit jhMikeS (Read error: Connection reset by peer) |
| 21:27:16 | | Join jhMikeS [0] (~jethead71@adsl-99-17-71-124.dsl.sfldmi.sbcglobal.net) |
| 21:27:16 | | Quit jhMikeS (Changing host) |
| 21:27:16 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
| 21:28:57 | | Join dmehler [0] (~dmehler@2001:470:1f11:602::1) |
| 21:31:44 | dmehler | Hello. I'm having issues with a Sandisk Sansa Clip v2. I would like to know if it's possible to reenable USB? |
| 21:32:08 | | Quit Ramsey[LC] (Remote host closed the connection) |
| 21:33:08 | dmehler | This is with Rockbox 3.7 release. |
| 21:34:18 | pixelma | you need to boot into the original firmware for a USB connection, either by holding a button during boot (don't know which though) or by plugging USB from an off state |
| 21:34:43 | | Join Ramsey[LC] [0] (~RamseyLC]@adsl-75-17-125-136.dsl.rcsntx.sbcglobal.net) |
| 21:34:47 | | Quit stoffel (Ping timeout: 276 seconds) |
| 21:36:23 | dmehler | Pixelma, thank you. I have done this and can see the drive via USB before i ran the rb install it was in MSC mode, after it's in mtp mode, and although I can tell the files are still there when in rb I can not find them. |
| 21:37:59 | | Join xxcv [0] (~IMNOTADEV@c211-30-174-99.carlnfd1.nsw.optusnet.com.au) |
| 21:38:07 | pixelma | you can't find them in Rockbox or on your PC? |
| 21:38:32 | dmehler | Pixelma, in rockbox. |
| 21:38:51 | gevaerts | Then why don't you set it back to msc? |
| 21:39:31 | pixelma | where the files in question transferred in MSC or MTP mode? |
| 21:41:01 | dmehler | gevaerts Thank you. I have tried that. In MTP mode, which is where the player was before I set it to MSC before the rb install I could see the files from the pc. After the rb install booting in the original firmware shows the files, but switching the player to either mtp or msc mode in neither case are the file visible to rb. |
| 21:41:38 | gevaerts | Doesn't the OF put files in this weird ##MUSIC directory using MTP? |
| 21:41:42 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 21:41:42 | * | gevaerts isn't sure |
| 21:41:59 | pixelma | I think so |
| 21:42:24 | dmehler | pixelma, the original files were transferred when the player was in mtp mode. |
| 21:42:39 | pixelma | what I don't know is whether the newer Sansa's MTP mode still stores them in a way the Rockbox database can't find them |
| 21:42:59 | * | dmehler does not know |
| 21:44:13 | krazykit` | i thought that the database COULD find them in ##MUSIC |
| 21:44:19 | pixelma | they are either in the folder gevaerts mentioned, do you see such a directory on your player (in RB)? |
| 21:45:07 | dmehler | pixelma, No I do not. |
| 21:45:43 | pixelma | krazykit`: well I only know that on the PP Sansas the files transferred in MTP mode will not be found by Rockbox's database because they get a different file extension |
| 21:46:09 | pixelma | and I don't have an AMS Sansa |
| 21:46:24 | * | gevaerts recommends just using MSC |
| 21:53:04 | | Quit KiwiCam (Quit: Leaving) |
| 21:58:09 | dmehler | What I don't get is why it switched back to mtp mode after the rb install. And go figure, now in mtp mode the files are showing up under rb, last time I had rb going they did not. Does anyone see a problem with flipping the player back to msc, formatting it, reinstalling rb then loading files from backup? I don't like the fact that it keeps switching back and forth between modes. |
| 22:00 |
| 22:00:09 | gevaerts | Installing the rockbox bootloader involves reinstalling the OF, which might reset settings for all I know |
| 22:02:38 | | Join elcan [0] (user36@pr0.us) |
| 22:07:41 | dmehler | gevaerts That would explain what i'm seeing here. |
| 22:08:43 | | Quit elcan (Ping timeout: 252 seconds) |
| 22:15:32 | dmehler | question, is it possible to reenable rb's clip v2 usb support from within rb |
| 22:17:02 | gevaerts | no |
| 22:17:39 | gevaerts | Also, it's disabled because it doesn't work well. Why do you want to enable it in the first place? |
| 22:19:35 | dmehler | gevaerts I want to enable usb because where this player is going it's a lot easier to say plug the player in to the computer and copy the files than to try to explain original firmware. |
| 22:21:23 | soap | Is it easier to explain using the OF for USB or explain errors? |
| 22:21:39 | gevaerts | Then you'd have to explain things like it not connecting properly every time, or it suddenly stopping working for a few days until the battery is discharged |
| 22:22:32 | gevaerts | If you think that's better than rebooting, you can compile your own build with USB enabled |
| 22:23:04 | pixelma | dmehler: the OF is able to use (and transfer them) with a usual filebrowser all the same (when set to MSC mode) |
| 22:25:26 | dmehler | I'm going to have to think the route I want to go with this USB but in the meantime I'm not a programmer myself but i'd like to help out with this issue. |
| 22:29:08 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
| 22:32:23 | | Quit Horscht (Ping timeout: 260 seconds) |
| 22:34:54 | | Join wodz [0] (~wodz@chello087206240131.chello.pl) |
| 22:36:44 | | Quit liar (Ping timeout: 255 seconds) |
| 22:37:06 | wodz | AlexP, pixelma: May I ask to look at FS #11731? It's manual for MPIO (without plugins for now but with screenshots). |
| 22:38:23 | *** | Saving seen data "./dancer.seen" |
| 22:41:11 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
| 22:51:47 | wodz | hmm, another hd300 on ebay :-) |
| 22:54:51 | | Quit Judas_PhD (Quit: This is a quitting message) |
| 22:55:01 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
| 22:57:26 | | Quit Horschti (Ping timeout: 255 seconds) |
| 23:00 |
| 23:01:14 | | Part dmehler |
| 23:20:30 | | Quit wodz (Quit: Leaving) |
| 23:37:10 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
| 23:39:50 | | Quit TheLemonMan (Quit: Help me, i got shot! *DIES*) |
| 23:42:27 | soap | The Sansa E2x0 v1 Reverse Bootloader "unsupported build" is now three years old. Has there been a change to the Sansa E2x0 v1 bootloader in the last three years which makes that unsupported build break? |
| 23:42:56 | soap | Sorry for the poorly worded question. Are current Sansa E2x0 v1 builds incompatible with old bootloaders? |
| 23:48:13 | krazykit` | i have a new build and a fairly old (pre-usb) bootloader working together fine |
| 23:48:45 | | Join InsDel [0] (~haqr.net@c-98-231-87-43.hsd1.fl.comcast.net) |
icon identifies that the person is a core developer (has commit access).