--- Log for 06.11.110 Server: hubbard.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 12 days and 5 hours ago 00.00.02 # 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 # it's not wrong or shouldn't be 00.01.09 # "/" 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 # 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 # I'm not 100% as to what it *should* say, but "Menu/Select = Start Rockbox" is definitely not correct. 00.04.30 # can you not turn the player on by either pressing Menu or Select 00.04.34 # ? 00.04.37 # if it is used as "or", it should say "or"...as I'm sure people are reading it as Menu+Select 00.04.53 # Yes. 00.05.04 # I dd just that when I first had my Color. 00.05.09 # we shouldn't suggest that it's menu or select to turn it on into rockbox, either 00.05.18 # since menu is the dualboot key on the other ipods at least 00.05.19 # and that key combo should be avoided unless absolutely necessary 00.05.27 # Who reads "menu/select" as "menu + select"? 00.05.31 # better to tell users to just press select 00.05.32 # Slash is never used as "and" 00.05.58 # it's "+" everywhere else in the manual for combos 00.06.37 # I'm pretty sure it wasn't a slash before. 00.06.45 # it's one of the first button tables though and could possibly misunderstood and in this case it's quite important 00.06.55 # 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 # pixelma: you can turn the player on by pressing *any* button, so specifying one is misleading 00.07.11 Quit xxcv () 00.07.18 # really? that's not true on the PP ipods 00.07.25 # TheSeven: Not all iPods. 00.07.29 # Yeah, the PP iPods only boot on certain keys. 00.07.30 # TheSeven: is this different to other Ipods? 00.07.32 # PP ipods only respond to menu/select 00.07.36 # yes 00.07.36 # 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 # and holding menu makes the bootloader dualboot 00.07.46 # they're getting the idea it's ok from somewhere 00.07.55 # trashed? 00.08.01 # in which case I think the manual should be as explicit as possible 00.08.10 # indeed 00.08.20 # It's probably not the manual that's leading them too, though. Have you asked them where they were told to? 00.08.21 # yes, I don't deny that 00.08.34 # I mean even fixing the manual won't help if someone out there is giving bad directions. 00.09.02 # 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 # I just say it's currently not "wrong", it could be better 00.09.08 # Who reads "menu/select" as "menu + select"? I'd not so quickly assume "/" = "or" 00.09.09 # "i rebooted and the database still doesn't work" 00.09.37 # soap: But it surprises me that *anyone* would read a / as "and" though. 00.09.54 # "menu or select" doesn't make sense to a regular apple firmware user, while "menu and select" does 00.09.59 # I find this discussion a bit pointless though 00.10.01 # so it will easily be misinterpreted 00.10.15 # I see that is no harder to believe than "or". It's quite non-explicit leaving the door open for interpretation 00.10.24 # the "interpretation of /" part I mean 00.10.34 # 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 # why is there a table in the first place? 00.11.06 # Why do we name keys in the first place for turning on a player? 00.11.07 # why shouldn't there be one? 00.11.12 # this could also be read as "use menu/select to boot from rockbox into the ofw" 00.11.13 # Aren't the keys defined by the OF anyway, and outside our scope? 00.11.27 # 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 # Avoiding the implicit and replacing with the explicit seems painless. 00.12.16 # New commit by 03kugel (r28502): Android: Show the Rockbox in the background in the keyboard/yesno dialogs. 00.12.19 # New commit by 03kugel (r28503): Fix a small dependency issue, the directories need to be created first. 00.12.27 # soap: I agree with that. 00.12.31 # I'm just surprised it's a problem, is all 00.12.33 # 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 # even though the "shut down by holding play" part is quite intuitive 00.13.18 # people *still* ask how to turn Rb off though, so... ;) 00.13.35 # for apple users. The point of this, in a way TheSeven, is to avoid those assumptions. 00.13.58 # (wow comma failure) 00.13.59 # r28502 build result: All green 00.14.42 # I'm confused now what to put there instead and don't see why a table is so bad? 00.15.00 # 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 # r28503 build result: All green 00.15.45 # Well "menu+select" is hard reboot on most iPods 00.15.49 # pixelma: I don't think the table is necessarily "bed" either, as long as the / is changed to or. 00.15.57 # We need to make it clear to "shut down and then boot' rather than "reboot" 00.15.58 # 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 # *bad 00.16.30 # Llorean: yes, but why would a text be better? It will be longer after all 00.16.57 # pixelma: Dunno. Just seems odd, is all 00.17.01 # I mean for the turning on/off part 00.17.49 # 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 # 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 # and why they're going for the menu+select combo instead 00.18.34 # 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 # For if _that_ is the problem you're trying to solve it is one as old as Rockbox on the ipods. 00.19.03 # "menu or select" to power on is just plain wrong 00.19.12 Part toffe82 00.19.12 # as you can use any button or turn off the hold switch 00.19.30 # Llorean: aha, I can follow that, thanks. I wonder if this is something applicable to all players (manuals) or only Ipods 00.19.52 # TheSeven: yes, ok. Noted for the Nano 2nd gen 00.19.59 # 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 # 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 # turning off may be different to the OF though 00.20.44 # soap: I wasn't talking about Menu+Select though 00.20.49 # pixelma: Yes,it may 00.20.51 # excuse me, then. 00.20.55 # my bad 00.21.02 # soap: I was just talking about the description for booting (in relation to any player, really, not just iPods) 00.21.20 # 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 # 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 # hard reboot should be avoided unless absolutely necessary 00.22.50 # Hard reboot should be avoided unless the player is locked up, basically 00.23.01 # correct 00.23.10 # 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 # it's like pulling the jug cord out the back of your PC 00.23.33 # Or pressing the "reset" button if yours has one. 00.23.43 # quote the last two lines in the manual :) 00.25.04 # "don't do it, it's bad...and wrong. every time you reboot using menu+select a kitten dies." 00.31.29 # New commit by 03kugel (r28504): A bit of indentation/whitespace changes in the xml files. 00.32.32 Join anewuser [0] (anewuser@unaffiliated/anewuser) 00.33.13 # r28504 build result: All green 00.34.59 # mcuelenaere: NewStringUTF doesn't need release right, but we should unref the object still 00.36.19 # to let the GC delete it 00.36.58 # kugel: they aren't referenced by any Java code, are they? So there aren't any references to it? 00.37.20 # 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 # local reference means it's local to the native layer 00.37.57 *** Saving seen data "./dancer.seen" 00.37.58 # the VM doesn't know when the native layer doesn't need the object anymore 00.38.08 # ah, so we need to DeleteLocalRef()? 00.38.17 # yea 00.38.41 # "Your strings created with NewStringUTF() will be garbage collected 00.38.42 # when you return from the native method (earlier if you use 00.38.42 # PopLocalFrame() or DeleteLocalRef(), but in most cases returning from 00.38.42 DBUG Enqueued KICK mcuelenaere 00.38.42 # the method is sufficient)." 00.38.49 # otherwise it would only be GC'd if main() returned to java 00.38.51 # woops, multiline wasn't intended 00.39.01 # oh ok 00.39.41 # "return from the native method" means the method that brought you into jni (so main()), not the current function 00.39.56 # New commit by 03mcuelenaere (r28505): Android port: ... 00.39.58 # New commit by 03mcuelenaere (r28506): Android port: replace waiting hack in AndroidActivity with a ResultReceiver, added bonus is unzip progress feedback 00.39.59 # we currently never return from main 00.40.01 # New commit by 03mcuelenaere (r28507): Android: add uninstall option to installApk.sh script 00.40.09 # New commit by 03mcuelenaere (r28508): Android: prevent loading the library twice 00.40.21 # New commit by 03mcuelenaere (r28509): Android: clean up extracting a bit + add user-visible error-reporting ... 00.40.43 # I liked the spinner 00.41.07 # we could always return to the old behaviour 00.41.24 # does the progress bar actually match the unzip progress? 00.41.30 # it should, yes 00.41.55 # r28505 build result: All green 00.43.36 # 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 # r28505 seems nice 00.44.12 # the suspend was mainly for cpu time saving, so that we deactivate lcd updates 00.45.45 # well it should still suspend now 00.45.53 # I mean, the LCD 00.46.08 # 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 # true, but you can send multiple intents to that service 00.46.46 # and the lib-loading is triggered by a sent intent 00.47.12 # maybe it would be better to just load it in a static { } block? 00.48.14 # and what about the extraction? That needs to be done prior to the loading 00.48.40 # I think that would block everything, including the display of the progressdialog (i.e. no user feedback would be shown) 00.48.42 # ah yes 00.49.16 # well, it might or might not be needed before, I haven't tried 00.49.28 # rockbox generally works without installation files 00.49.58 # but with your way we can avoid glitches more easily so it's ok 00.52.28 # New commit by 03mcuelenaere (r28510): Android: don't display the loading screen etc. when the library is already loaded 00.54.00 # r28510 build result: All green 00.54.56 Quit bertrik (Quit: :tiuQ) 00.55.23 # New commit by 03mcuelenaere (r28511): Android: prevent NullPointerException in RockboxService 00.56.54 # r28511 build result: All green 00.57.30 # hmm just had this: http://pastebin.com/raw.php?i=1UGBAXPT 01.10.05 # 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 # with a different env pointer than the one given to Java_org_rockbox_RockboxPCM_pcmSamplesToByteArray()* 01.12.26 # a quick hack is to set env_ptr to current env and restore it afterwards 01.14.46 # mcuelenaere: what? 01.15.05 # 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 # kugel: what callback? 01.15.43 # pcmSamplesToByteArray() 01.16.33 # 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 # and? 01.17.41 # can lead to e.g. pcm_play_dma_stop() which calls a java method with a different env pointer 01.17.58 # in the original Java thread that called Java_org_rockbox_RockboxPCM_pcmSamplesToByteArray() 01.18.21 # the stop is always called from a different java thread 01.18.28 # is that a problem? 01.18.34 # ok, but there are others than stop 01.19.32 # 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 # good idea, I think I don't understand the issue :) 01.23.10 # DeleteLocalRef() in yesno causes a freeze 01.24.52 # http://pastebin.com/raw.php?i=Jza2XBS4 01.26.11 # actually the 7 and 10 is the other way around, but that's just for illustration 01.26.37 # I didn't think that's a problem, I also never saw that warning before 01.26.51 # it's hard to trigger 01.27.09 # I could trigger it before, on an emulator on an underpowered PC 01.27.24 # so perhaps the pcm driver should use the env_ptr that comes from pcmSamplesToByteArray() once it's available? 01.28.28 # this is my hack: http://pastebin.com/raw.php?i=Eyakst6Q 01.28.53 # pcm_play_get_more_callback() usually runs from dma, it shouldn't allow a sleep IIUC 01.29.06 # (i.e. interrupt context) 01.29.17 # hmm perhaps I missed something, but how else could it trigger that JNI warning? 01.30.11 # 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 # mcuelenaere: I think i know what it could be 01.31.02 Quit JesusFreak316 (Ping timeout: 245 seconds) 01.31.06 # hm or maybe not 01.31.27 # 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 # yes 01.32.44 # 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 # yes, AFAIU 01.32.54 # 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 # hm, now it doesn't freeze anymore :\ 01.48.57 # DeleteLocalRef()? That never freezed for me.. 01.49.25 # maybe it was something else 01.53.28 Quit Staphylo (Quit: Bye les gens =)) 01.53.32 # 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 # I guess you can, unless logcat yields a JNI WARNING? 01.55.07 # no warning 02.01.04 # New commit by 03kugel (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 # 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 # hmm that's going to clash with my local changes :) 02.13.31 # 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 # 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 # kugel: shouldn't you also DeleteLocalRef() jstring str = e->NewStringUTF(env_ptr, text); in kbd_input()? 02.16.17 # mcuelenaere: yes, I just spottet that 02.16.23 # I'll do so in my next commit 02.18.12 # 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 # New commit by 03mcuelenaere (r28513): Android: greatly simplify Android YesNo and KeyboardInput widgets 02.20.11 # r28513 build result: All green 02.20.35 # kugel: I could only display it when the RockboxService starts sending me progress values 02.26.22 # kugel: again the "JNI WARNING: threadid=10 using env from threadid=7" 02.27.02 # New commit by 03mcuelenaere (r28514): Android: only display progress dialog when extraction happens 02.27.51 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 02.28.29 # r28514 build result: All green 02.34.46 Join TheBarron2 [0] (~ae9a76fb@giant.haxx.se) 02.35.57 # whoa.. Bagder? 02.36.05 # hah, one can't get out of the buffering screen on android? 02.38.00 *** Saving seen data "./dancer.seen" 02.38.23 # 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 # 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 # bah 02.40.26 # New commit by 03kugel (r28515): Android: Use our translations for the yes/no/ok/cancel buttons in the yesno and keyboard dialog. ... 02.40.31 # anyway.. what do you edit/use to edit menus? 02.41.23 # TheBarron2, the menus are hard-coded in the C source. You would need to edit that. 02.41.25 # Holy crap that IS bagder 02.41.32 # soap: ok 02.41.45 # Does he owe you money? 02.42.07 # r28515 build result: All green 02.42.36 # haha 02.42.57 # 'know' him from way back in efnet #amiga days 02.43.56 # ok.. so in the NoDo list it says this: 02.43.58 # 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 # kugel: shouldn't those DeleteGlobalRef()'s be DeleteLocalRef()? 02.44.22 # we don't HAVE a configurable menu, then, is what you're saying? :) 02.44.40 # yes, thank you 02.44.48 # Because rockbox is pretty awesome, but the menus and navigation is surprisingly lame 02.45.05 # if you want to change the menus, edit the code yourself 02.45.24 # New commit by 03kugel (r28516): Those DeleteGlobalRef() should be DeleteLocalRef(). 02.45.47 # mcuelenaere: that was a nice commit fest :> 02.45.55 # :) 02.46.16 # saratoga: ok.. I just misunderstood what was being said in that NoDo item :) 02.46.31 # Q: should we do translations on the Java side using Rockbox'es language system or Android's? 02.46.57 # r28516 build result: All green 02.47.18 # as long as we have 99.9% native code we should stick to our system IMO 02.49.22 # thanks 02.49.29 # 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 # one more question, in case I'm just missing it.. 02.52.20 # 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 # which device, TheBarron2? 02.55.14 # oh sorry 02.55.18 # ipod video 02.55.22 # rockbox 3.7 02.56.06 # pressing play should jump to the WPS iiuc 02.56.12 # 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 # and, yes, play should (almost) always take you back to the WPS. 02.56.34 # do the Ipods have the hotkey function? 02.56.39 # yes. 02.57.03 # from the WPS? Iif so "View current playlist" is default 02.57.29 # double correct. Forgot about that pathway, as I never use two fingers. 02.58.16 # 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 # Just a wee sidenote, I know a couple of very young children that have no problems navigating the RB menus. 02.59.24 # it's a learning curve compared to the OFW, but it's really not *that* difficult. 03.00.10 # 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 # 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 # and wives are pickier than kids :) 03.02.09 # ok.. so let me try the above suggestions. select button seems to be iffy sometimes.. 03.02.20 # 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 # New commit by 03mcuelenaere (r28517): Android: make R.java depend on android/res dir 03.03.00 # New commit by 03mcuelenaere (r28518): Android: replace hardcoded strings with Android strings, allowing translations 03.03.16 # 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 # 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 # 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 # oh yes, indeed ;) 03.04.42 # r28517 build result: All green 03.06.35 # 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 # 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 # And I'm too lazy to offer comprehensive solutions :) 03.17.30 # 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 # when you're in the "view plalist" menu, pressing |<< will take you back to WPS 03.17.48 # But there should be a one push way back to the WPS 03.17.49 # let me try that 03.18.26 # 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 # 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 # if you want to make a better keymap, go for it. 03.19.12 # Thanks for the help. 03.19.18 # No worries 03.19.22 # yeah.. I'd probably do that if I weren't so freaking lazy 03.19.50 # would keymap be an in-the-code thing? 03.20.12 # yes. 03.24.34 # 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 # hotkey really is your friend. 03.25.20 # 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 # Saint: ah, that's a good suggestion, thank you! 03.26.37 Quit saratoga (Quit: Page closed) 03.26.53 # oh.. and a COMPLETELY unrelated question.. with Bagder here.. are you running a Dancer bot? :) 03.26.55 # Settings - General Settings - Hotkey - WPS/FIle Browser Hotkey 03.40.15 # 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.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 # 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 # 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.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.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.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.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.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.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.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.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 # kugel: the c code still inits the framebuffer class right? lots of commits last night i havnt looked at ye 12.33.52 # t 12.34.16 # yes, and it should stay that way 12.34.39 # but it doesn't mean the java couldn't tell the C about the screen dimensions 12.35.29 # 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 # 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 # 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 # it might cause problems later on when we want to add widgets though 12.37.04 # why? 12.37.39 # getting the correct size, Ideally the widget should be any size the user wants 12.37.49 # 2x2, 3x3, 4x4, 2x4, etc 12.37.55 # I said *might* 12.38.03 # home screen widget you mean? 12.38.06 # yes 12.38.12 *** Saving seen data "./dancer.seen" 12.38.28 # i think that's independent of the framebuffer, but I haven't looked into it 12.38.48 # well that widget wouold almost certainly have to be done as a "remote" display 12.38.58 # why that? 12.39.40 # 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 # two different questions here then 12.43.02 # i can see a need for both types of widgets 12.43.15 # 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.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 # 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 # why wouldn't you? 13.30.37 # Because I'd expect a widget to *control* rockbox, not be it 13.31.07 # I guess maybe at 4x4 13.31.22 # But anything less I'd just want some buttons to control it 13.31.54 # assuming the touches could be acepted from the widget you could control it 13.32.42 # 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 # 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 # I'd not want a full Rockbox ui. Just next/stop/prev and song display in a simple package 13.33.38 # Basically I'd just want the stock widget to control Rockbox instead 13.33.40 # 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 # 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.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 # soap: i think you can unsticky http://forums.rockbox.org/index.php?topic=25892.0 now 14.16.38 # 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 # ew, flexible array member 14.20.16 # n1s, It's not sticky anymore, is it? 14.20.41 # (but thanks for the reminder anyway) 14.20.44 Quit M3DLG (Read error: Connection reset by peer) 14.20.45 # 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 # 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 # ah 14.22.11 # JdGordon: sizeof should return the size of the struct omitting the flexible array 14.22.24 # n1s: yeah, it isnt entirely clean but its not terrible either 14.22.25 # it aint working though :( 14.22.31 # malloc is throwing an exception on the second call? does that mean I probably overran the first mallocs buffer? 14.22.40 # 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 # well why don't you just make the array MALLOC_BLOCK_SIZE and alloc the size of the struct? 14.25.24 # yeah I could of course do that 14.27.00 # also is obj->start supposed to point to the end of the array? 14.27.48 # 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 # badly names, it points to the start of the free space 14.28.49 # how this works is we malloc a big chunk and then use it as requested (lost of little allocs <200 bytes) 14.29.08 # but then we will get the images which are BIG chunks which will need their own blocks 14.29.32 # 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 # New commit by 03teru (r28519): FS#11546: Adjustable brightness in lamp plugin 14.41.57 # teru: going to add the extra colours now too...? ;) 14.42.11 # r28519 build result: All green 14.42.14 # 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 # (gdb) p *obj 14.50.27 # $1 = {header = {remaining = 0, start = 0x0, next = 0x0}, buf = 0x11dc8e0 ""} 14.50.27 # (gdb) p obj 14.50.27 DBUG Enqueued KICK JdGordon 14.50.27 # $2 = (struct malloc_object *) 0x11dc8e0 14.50.27 # why isnt buf 0x11dc8e0+ 32 or so? 14.50.32 # does char buf[]; do something non obvious? 14.51.43 Join esperegu [0] (~quassel@145.116.15.244) 14.52.44 # 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 # not true 14.53.17 # 99% are still under 200bytes 14.53.36 # 200 of then sucks just as much, plus we still need to make sure the alloced size is correct 14.53.40 # I'd keep it simple, tiny mallocs are quite common and not a problem 14.54.08 # 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 # making sure the allocated size is right is easy 14.56.08 # I have a patch which implements the buffer_{save,restore}_position, block allocations will make it harder to do that 14.57.08 # we don't want/need that for host alloc 14.58.06 # 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 # it's simple to implement do why not? 14.59.17 # pardon? 15.02.16 # the buffer_{save,restore}_position thing 15.03.34 # what is it supposed to do if tthe buffer is malloced? 15.03.57 # free on restore 15.04.38 # not the whole thing, but everything that came after save_position 15.04.40 # the point being? 15.04.46 # the list gets freed on the new load anyway 15.04.57 Quit xxcv (Ping timeout: 260 seconds) 15.05.25 # reduce memory usage of course. otherwise these functions wouldn't exist 15.05.31 # any developers here ? 15.06.21 # 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 # 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 # implementing that is a waste of time 15.07.21 # 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 # n1s: I looked at idle poweroff but our power management is too messy for me 15.07.50 # kugel: but does it make sense on android? 15.07.51 # JdGordon: I already did it, and it took me 5 min 15.08.08 # ok fine, but its still pointless 15.08.25 # FWIW I find your block allocated work a bigger waste of time 15.08.54 # ok 15.09.16 # n1s: probably not. rockbox idling has no effect on battery life on my phone 15.09.30 # 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 # so we should probably drop that setting from app builds then 15.10.22 # sure. if it doesn't work anyway 15.10.29 # can http://pastebin.com/Cgcxy2fh be done cleaner? 15.10.34 # I'm not sure abut that char buf[0] 15.17.05 Quit Jerom (Quit: Leaving.) 15.18.37 # New commit by 03jdgordon (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 # r28520 build result: All green 15.20.59 # New commit by 03teru (r28521): rockboy: fix that description is cut off if it is near 20 bytes in load/save menu. ... 15.22.40 # 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 # New commit by 03wodz (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 # r28522 build result: 40 errors, 5 warnings (wodz committed) 15.26.11 # yay 15.27.31 # that is slightly nasty 15.28.05 # needs to use the raw buttons and lcd functions instead of action and multi screen api... 15.28.24 # really that screen should have been removed completly, it isnt really useful after a certain point 15.32.10 # don't we have some define which tells that target have remote? 15.35.42 # HAVE_LCD_REMOTE 15.35.54 # 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 # New commit by 03wodz (r28523): fix yellow and red from r28522 15.51.42 # r28523 build result: 0 errors, 2 warnings (wodz committed) 15.51.54 # 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.45 Quit teru (Quit: Quit) 16.04.35 # New commit by 03wodz (r28524): fix yellow 16.06.12 # 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.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 # <--- Hello, another happy customer. :P 17.17.19 # welcome :) 17.17.34 # e280v2 works perfect. 17.17.39 # 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.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 # New commit by 03mcuelenaere (r28525): Android: add a script which allows headless installation of the Android tools required for compilation 18.34.28 # 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 # Hi all! 18.39.45 # 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.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.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.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 # 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 # This is with Rockbox 3.7 release. 21.34.18 # 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 # 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 # you can't find them in Rockbox or on your PC? 21.38.32 # Pixelma, in rockbox. 21.38.51 # Then why don't you set it back to msc? 21.39.31 # where the files in question transferred in MSC or MTP mode? 21.41.01 # 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 # 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 # I think so 21.42.24 # pixelma, the original files were transferred when the player was in mtp mode. 21.42.39 # 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 # i thought that the database COULD find them in ##MUSIC 21.44.19 # they are either in the folder gevaerts mentioned, do you see such a directory on your player (in RB)? 21.45.07 # pixelma, No I do not. 21.45.43 # 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 # 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 # 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.09 # 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 # gevaerts That would explain what i'm seeing here. 22.08.43 Quit elcan (Ping timeout: 252 seconds) 22.15.32 # question, is it possible to reenable rb's clip v2 usb support from within rb 22.17.02 # no 22.17.39 # Also, it's disabled because it doesn't work well. Why do you want to enable it in the first place? 22.19.35 # 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 # Is it easier to explain using the OF for USB or explain errors? 22.21.39 # 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 # If you think that's better than rebooting, you can compile your own build with USB enabled 22.23.04 # 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 # 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 # 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 # 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.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 # 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 # Sorry for the poorly worded question. Are current Sansa E2x0 v1 builds incompatible with old bootloaders? 23.48.13 # 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)