--- Log for 08.03.109 Server: grisham.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 month and 1 day ago 00.00.29 # okay so i have a question here. i won a cheepo mp3 player from one of the sponsors at a competition i took part in. i have no (official) manufacturer or model number. the only items i could find are as foolowed, Leeds' ASI/66887 Item 1660-30BK PO 108761. any chance i may be able to hack/edit the firmware or change it? 00.01.08 # chance: yes easily: no very hard work: yes 00.01.37 # how would i go about it, and is there a chance that there is projects out the on it? 00.02.31 # http://www.rockbox.org/wiki/NewPort 00.02.53 # thanks 00.03.08 # http://www.leedsworld.com/products/item/?item=1660-30 <= is it this one? 00.03.30 # looks made-for-promos hehe 00.04.27 # Bagder it looks very similar 00.04.30 # could very well be it 00.04.56 # numbers match, so yes it is it 00.06.38 # yeah, it seems hard to track any firmware downloads for that anywhere, possibly it can't even be upgraded 00.07.21 # i agree. the manual (mostly in chinese) says how to upgrade firmware, but not if it is upgradeable 00.07.34 # oh that's what I meant 00.08.12 Join toffe82 [0] (n=chatzill@adsl-99-130-5-139.dsl.frs2ca.sbcglobal.net) 00.10.58 # Bagder: seen the links to rbutil 1.1 of yesterday? 00.11.20 Quit SirFunk (Read error: 104 (Connection reset by peer)) 00.12.02 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 00.12.05 Quit SirFunk (Read error: 104 (Connection reset by peer)) 00.12.13 # can somebody look at the firmware of this player : http://www.p4c.philips.com/cgi-bin/dcbint/cpindex.pl?scy=GB&slg=ENG&cat=MP3_PLAYERS_CA&sct=HDD_AUDIO_JUKEBOX_SU&grp=PORTABLE_ENTERTAINMENT_GR&session=20090307175919_99.130.5.139&ctn=HDD070/17&mid=Link_ProductInformation&hlt=Link_ProductInformation 00.12.22 # no, only been back for a few hours... got them now! 00.12.35 # it is a fwimage.ebn , is it a portal player ? 00.13.03 # the update is : Encrypted_FWImage_HDD070_4.41d.ebn 00.13.04 # toffe82: yes, that's the typical philips name of the mi4 files 00.13.23 # I think I can get one cheap 00.13.23 # (the .ebn I mean) 00.13.24 # Bagder: Do we know that they only use it for MI4 files? It might just be a standard extension they use? 00.13.33 # yeah, it could 00.14.36 # Though at least odds seem good it's an MI4 00.15.24 Quit pyro_maniac (Read error: 113 (No route to host)) 00.15.48 Join SirFunk [0] (n=Sir@208-15-25-145.netsync.net) 00.17.09 # i think im going to take a leap and say this is beyond me 00.17.30 # im more into the programming area rather than the hardware 00.18.03 # rockbox is mostly about the programming area... but with an understanding of the hw 00.18.23 # but yes, a new port is a daunting task 00.18.55 # especially when i have no information about the current firmware :( 00.19.15 # the firmware updatin software wont even recognize the device :\ 00.21.09 Quit gromit` (Read error: 60 (Operation timed out)) 00.21.53 # man this is depressing 00.22.03 # what player ? 00.22.18 Join pixelma_ [0] (n=pixelma@p54BD55EA.dip.t-dialin.net) 00.22.18 Quit pixelma (Nick collision from services.) 00.22.18 Quit amiconn (Nick collision from services.) 00.22.19 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 00.22.30 # i've been itching to try a project like this. but my cell phone has few hacks, except WAP and color swapping, my ipod is encrypted firmware, and now this wont work 00.22.32 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 00.22.36 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.22.38 # toffe82, http://www.leedsworld.com/products/item/?item=1660-30 00.23.09 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 00.23.13 Join kushalone [0] (n=kushal@12.169.180.178) 00.24.21 # i guess ill try AT comunications with my phone 00.24.32 # What kind of info do we want to save for themes when doing checkwps? Individual SVN revisions, or just "current" and "release x.y"? 00.24.36 # On the themesite 00.24.55 Join gromit` [0] (n=gromit@ALagny-154-1-12-154.w83-112.abo.wanadoo.fr) 00.26.52 # rasher: Save? 00.27.11 # rasher: how about "release" and svn revision? 00.27.13 # I think the only thing we need to test against is current and "last stable" 00.28.01 # We probably want to know which specific revision was tested 00.28.16 # * rasher thinks for a bit 00.28.20 # (unless you retest on every revision) 00.28.31 # Maybe we should just retest every release, and not worry about in-between. 00.29.19 # We'd need to have an updated checkwps anyway, or we'd not be able to accept themes that use features added since the last release 00.30.23 # Okay, so test against "release" and "current", and remember which revision "current" refers to (and re-test all themes against "current" once a day/week/something) 00.30.31 # Daily checks? "Good as of and with Stable " 00.30.44 # Or weelky 00.31.02 # But instead of SVN revisions, we could just use a date since it's not going to be too precisely useful anyway. 00.31.39 # A lot of people will have no clue about SVN revisions anyway. The theme site is *probably* going to be more widely seen than just about anything else. 00.31.50 # Though... 00.32.12 # If we could build checkwps binaries with every commit in the distributed system, rbutil could verify WPSes when it downloads them, too. 00.32.32 # How? 00.32.47 # I'm not sure if we need the revision number for user purposes. I just think it's useful to store it in case weird things happen 00.32.49 # Couldn't rbutil download checkwps? 00.33.04 # Llorean: We'd need to build checkwps for Linux{*}, OS X, Windows.. 00.33.20 # rasher: Ah, true. 00.33.41 # rasher: Maybe we need a way to separate the "rules" from the binary 00.33.58 # I just don't think rbutil should meddle with this 00.34.02 # Then rbutil could have its own validation, and just download the latest rule text. 00.34.11 # Well, if RBUtil installs themes that don't work, people will file bugs. 00.34.23 # But the themesite will make sure it doesn't! 00.34.28 # rasher: Not really. 00.34.32 # Why not? 00.34.47 # If you last ran the check 5 days ago, and the WPS syntax changed 3 days ago, they can download broken themes. 00.34.56 # So we check every day instead. 00.35.08 # That just narrows the window, but it is much better. 00.35.14 # is there one specific file that defines WPS syntax? 00.35.24 # Would it be possible to just re-run the check when that file changes? 00.35.55 # gwps.c or something like that.. I think it's easier to just do it every day, and have an option to manually re-run 00.36.14 # Aaarrrgh! 00.36.21 # rasher: Ought to be good enough. 00.36.58 # apps/gui/bitmap/list.c uses the drawmode field of viewports to store the text styles instead of the drawmode 00.37.02 Join xSlack [0] (n=brett@173-17-70-78.client.mchsi.com) 00.37.22 # Not wonder my extension for forced background drawing breaks in lists 00.38.23 # Where's JdGordon when you want to slap him?? 00.39.34 *** Saving seen data "./dancer.seen" 00.41.58 # * toffe82 just bought a gogear hdd070-17 to complete his collection :) 00.55.11 Quit bertrik ("Leaving") 00.56.33 # Llorean: if a theme gets broken by a wps change but not flagged "immediately" we'd get bugs reported against the theme site as well 00.56.52 # besides, if a user is installing a current build he should be aware of possible hiccups 00.56.56 Join midijunkie [0] (n=Miranda@pD9545336.dip0.t-ipconnect.de) 00.56.59 Quit n1s ("Lämnar") 00.57.09 # the possibility for hiccups that is 00.57.15 # Yeah 00.57.26 # Also, what to do if say 3.2, and SVN have different compatibility requirements. 00.57.42 Quit DC1 ("$4e75") 00.57.47 # Should we keep two versions around if one verifies with the release, and one with SVN? 00.57.53 # that's a different issue. We'd need to separate releases from svn 00.58.15 # currently we don't do this for anything except the main build. Which isn't the best thing either 01.03.18 Quit ender` (" Be wary of strong drink. It can make you shoot at tax collectors and miss. -- Robert A. Heinlein") 01.06.57 Quit bluebrother ("leaving") 01.18.07 Join FlynDice [0] (n=FlynDice@m160436d0.tmodns.net) 01.19.32 Quit Wraith| (Read error: 110 (Connection timed out)) 01.24.41 # rasher: Why not run all checkwpses for all the targets you think the theme applies to (dragging the talk from -community...) 01.25.09 # I guess that works, actually 01.25.28 # hrm...that brings up a question...what should we be doing when a patch changing the WPS syntax goes through?...should we be keeping the themes for the site compatible with the release, SVN, or find a way to do both? 01.25.58 # Both. 01.26.02 Quit SirFunk (Remote closed the connection) 01.26.26 # For each them have either one or two copies, one if it validates with both (or a new copy isn't available), two if the old validates with the release still, and the new validates with SVN? 01.26.56 # and then have a checkbox or something on the site to enable viewing of either versions? 01.27.07 # scorche: something like that 01.28.37 Quit gromit` (Read error: 110 (Connection timed out)) 01.35.07 Quit FlynDice (Remote closed the connection) 01.36.46 Quit n17ikh () 01.39.18 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 01.39.57 Join n17ikh [0] (n=n17ikh@130.127.74.89) 01.44.47 Join gromit` [0] (n=gromit@ALagny-154-1-12-154.w83-112.abo.wanadoo.fr) 01.53.21 Quit Beta2K (Connection reset by peer) 01.53.48 Join beta [0] (n=beta@d36-124-26.home1.cgocable.net) 02.12.41 Quit gromit` (Remote closed the connection) 02.12.56 Join gromit` [0] (n=gromit@ALagny-154-1-12-154.w83-112.abo.wanadoo.fr) 02.14.04 Join rodpod [0] (n=rod@hick.org) 02.14.30 Quit BHSPitLappy (Remote closed the connection) 02.17.03 Join JdGordon_ [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 02.20.38 Quit jhMikeS (Nick collision from services.) 02.20.44 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 02.22.01 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 02.24.51 Quit intrados_ (Read error: 104 (Connection reset by peer)) 02.25.48 Quit midijunkie ("?(???~•~)?") 02.31.16 Quit tvelocity (Remote closed the connection) 02.37.56 Join plutonian [0] (n=plutonia@c-67-183-155-218.hsd1.wa.comcast.net) 02.38.05 Quit JdGordon_ (Read error: 110 (Connection timed out)) 02.38.21 # is it possible to get my rockbox ipod to play on ipod speakers that use the ipod's usb port to play music? 02.39.05 Quit soap (Remote closed the connection) 02.39.38 *** Saving seen data "./dancer.seen" 02.40.00 Quit bmbl (Client Quit) 02.40.38 Quit gromit` (Remote closed the connection) 02.42.52 # also 02.42.59 # rockbox can no longer put my ipod into disk mode 02.43.15 # it shows the "USB connected" screen 02.43.20 # but it never reboots into disk mode 02.47.52 Join yhuang [0] (n=yhuang@unaffiliated/yhuang) 02.49.48 # plutonian: Rockbox uses its own USB mode now, if you use a current version 02.59.27 Join lunix15 [0] (n=richmast@CPE001217414019-CM0011e6c78dbd.cpe.net.cable.rogers.com) 03.04.04 Join gromit` [0] (n=gromit@ALagny-154-1-12-154.w83-112.abo.wanadoo.fr) 03.08.58 Quit plutonian ("Lost terminal") 03.16.46 Join soap [50] (n=soap@rockbox/staff/soap) 03.30.36 Quit Llorean (Read error: 104 (Connection reset by peer)) 03.31.06 Join Llorean [0] (n=DarkkOne@adsl-70-241-29-2.dsl.hstntx.swbell.net) 03.32.38 # * Unhelpful actually thinks that PF only needs custom contexts at all for non-scrollwheel targets - the scrollwheel ones can also use the list context for the albums, with "down" as right and "up" as left 03.32.40 Quit sarixe (Read error: 104 (Connection reset by peer)) 03.33.05 Join sarixe [0] (n=sarixe@ool-43540968.dyn.optonline.net) 03.46.35 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 03.47.51 Join planetbeing_ [0] (n=planetbe@24.86.172.128) 03.49.45 Quit efyx (Remote closed the connection) 04.03.59 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 04.05.05 Join blkhawk- [0] (n=blkhawk@f050207224.adsl.alicedsl.de) 04.07.28 Quit moos ("Rockbox rules the DAP world") 04.15.56 Quit toffe82 (Read error: 104 (Connection reset by peer)) 04.16.20 Join homielowe [0] (n=homielow@unaffiliated/homielowe) 04.16.23 Quit _Wonko (" HydraIRC -> http://www.hydrairc.com <- The alternative IRC client") 04.16.24 Quit Aurix_Lexico (Read error: 110 (Connection timed out)) 04.20.59 Quit blkhawk (Read error: 110 (Connection timed out)) 04.21.03 Nick blkhawk- is now known as blkhawk (n=blkhawk@f050207224.adsl.alicedsl.de) 04.23.02 Join JdGordon_ [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 04.24.12 Join AndyI [0] (i=AndyI@212.14.205.32) 04.27.56 Join Barahir_ [0] (n=jonathan@Yb42c.y.pppool.de) 04.30.46 Quit Llorean (Read error: 104 (Connection reset by peer)) 04.31.10 Join Llorean [0] (n=DarkkOne@adsl-70-241-29-2.dsl.hstntx.swbell.net) 04.33.30 Quit planetbeing_ () 04.34.57 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 04.36.14 Quit AndyIL (Read error: 110 (Connection timed out)) 04.39.03 Quit Thundercloud (Remote closed the connection) 04.39.42 *** Saving seen data "./dancer.seen" 04.40.32 Quit Barahir (Read error: 110 (Connection timed out)) 04.48.33 Join kushalone [0] (n=kushal@12.169.180.178) 04.50.04 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 04.57.03 Join Elk [0] (i=47ebf038@gateway/web/ajax/mibbit.com/x-51136b1d7c916cea) 04.57.44 # Hey, I recently installed Rockbox on my iPod Video and while I love it and it's working great I've got one problem 04.58.04 # When I hold down play to turn it off nothing happens 04.58.14 # Can anyone shed some light on this? 05.02.28 Quit gromit` (Remote closed the connection) 05.02.39 Join gromit` [0] (n=gromit@ALagny-154-1-12-154.w83-112.abo.wanadoo.fr) 05.06.37 Join Elk2 [0] (i=47ebf038@gateway/web/ajax/mibbit.com/x-ba3d23235ba5abd6) 05.06.48 # does the play button work in every other way, Elk? 05.07.11 # Yes, yes it does 05.07.59 # but when I try to hold it down to put it into sleep nothing happens 05.08.20 Quit Elk ("http://www.mibbit.com ajax IRC Client") 05.08.25 Nick Elk2 is now known as ELk (i=47ebf038@gateway/web/ajax/mibbit.com/x-ba3d23235ba5abd6) 05.08.28 Nick ELk is now known as Elk (i=47ebf038@gateway/web/ajax/mibbit.com/x-ba3d23235ba5abd6) 05.09.12 Part Elk 05.09.14 Join Elk [0] (i=47ebf038@gateway/web/ajax/mibbit.com/x-ba3d23235ba5abd6) 05.10.58 # first off, rockbox doesnt have a sleep mode (it just shuts off)...secondly, how long are you holding the button for? 05.11.23 # A fairly long time 05.11.35 # I thought it was just a shut off 05.11.54 # just how long am I supposed to hold it? 05.12.52 # couple seconds 05.13.13 # yeah, it's definitely not working 05.13.34 # not only that, the auto-off feature doesn't seem to work either 05.13.35 Join Alex00088 [0] (n=chatzill@08-178.244.popsite.net) 05.14.25 # I have to reinstall Ubuntu. Can I just copy my Rockbox folder onto an external drive, then copy it back after re-installing Ubuntu? 05.14.43 # .....huh? 05.15.12 # Elk: that sounds odd...have you tried both the latest SVN version and the lastest release? 05.16.07 # I have whatever it is they have at http://www.rockbox.org/download/ 05.17.00 # could you try the latest version whish is here? http://build.rockbox.org/ 05.17.00 # That's the latest release. 05.17.03 # I have a new motherboard, and modem. I haven't got the modem working in Ubuntu yet, and I don't know if I will . IIRC rockboxdev had do download some things when I installed it. 05.17.11 # though the release should be fine.. 05.17.30 # Alex00088: it downloads the cross compilers. 05.17.38 # Alex00088: rockboxdev.sh built the crosscompilers for you 05.17.43 # So you need to back up them as well. 05.17.52 # are where are they? 05.17.55 # or just run rockboxdev.sh again 05.17.57 # *-are 05.18.14 # wait, so I should install the latest build? 05.18.39 # Elk: well, the release should work, but try the latest build for kicks and giggles 05.18.46 # scorche: I don't have internet in Ubuntu 05.19.15 # ugh, I don't feel like that right now 05.19.31 # is there anything else I can do? 05.20.34 # If explaining where the crosscomilers is would take a long time, how about - Is there a package I can download in Windows? 05.21.48 # Elk: since you are using the widespread release version, and nobody else has reported this strange problem, the odds are your "Play" button is doing something abnormal. 05.22.06 # or that you are doing something wrong 05.22.12 # Perhaps it is bouncing. If you are in the WPS, with a track playing, and press and hold "Play" - what happens? 05.22.44 # You could also boot into Apple Diagnostic Mode and test your buttons. 05.23.19 # my play button pauses music just fine 05.23.34 # But, this is very unlikely to be directly a Rockbox issue. If I Had To Guess I'd say the issue is your Play button is failing and that you only see the issue in Rockbox because Apple firmware does not make use of a long press of Play anywhere in the UI. 05.23.55 # I forget how to boot into diagnostic mode 05.23.59 # google. 05.24.10 # right 05.24.22 # Elk: if you hold it while playing, does it stop the music and return you to the file browser or database? 05.24.40 # I groked that you had no trouble pausing - I was curious what happened on a long press of play in the WPS - i was curious if the track would pause and unpause during one consistent press. 05.24.42 # Alex00088: well, rockboxdev.sh typically installs them to /usr/local/-elf/bin, but there may be other issues, like your new ubuntu installation not including packages that you might need 05.25.19 # ws 14 05.25.21 # oops 05.25.26 # binutils, build-essentials 05.25.33 # It pauses and brings me back to the menu 05.25.46 # ok...and now try and hold play again 05.26.03 # ok, going back to the menu is a long press - so that is registering. 05.26.47 Join Martyn_ [0] (n=martinb@63.98.100.163) 05.26.54 # I was holding it for like ten seconds 05.26.55 # Hey all. 05.26.58 # nothing happened 05.27.04 # Is there a way to format the SD card in a sansa running rockbox? 05.27.17 # no you have to format on a PC 05.27.26 # I have one that has an ext2 filesystem on it from previous experimentation on a phone... 05.27.31 # Oh, poodles. 05.27.45 Join planetbeing_ [0] (n=planetbe@24.86.172.128) 05.27.45 # thanks :) 05.28.10 Join beta_ [0] (i=1000@d36-124-26.home1.cgocable.net) 05.28.53 Quit beta (Read error: 104 (Connection reset by peer)) 05.28.59 # ok, Elk, I take back my earlier suspicion about the button acting up. I still think you should test, though, as it is an easy way to rule out one possibility. 05.29.26 # so go into diagnostic mode? 05.30.21 Quit taylor_ ("Leaving") 05.37.13 # I went into diagnostic mode and did the button test 05.37.46 # it registers that I've pressed play but I don't know how to test for long presses 05.48.10 Join toffe82 [0] (n=chatzill@adsl-70-135-35-221.dsl.frs2ca.sbcglobal.net) 05.49.00 Quit planetbeing_ () 05.53.52 Join planetbeing_ [0] (n=planetbe@24.86.172.128) 05.55.58 Quit Elk ("http://www.mibbit.com ajax IRC Client") 06.00.43 Join mollybee [0] (n=mollybee@72-173-45-59.cust.wildblue.net) 06.01.07 # haru! 06.01.07 Quit saratoga ("CGI:IRC (EOF)") 06.02.21 # <-- sansa player newb pimping Ubuntu on her lapdancer, wants to install rockbox for a good time 06.02.40 # trouble is, I can't open the utility thingy 06.02.55 # oh, and btw, am toadally tecknologickally inept, kthx 06.02.59 # halp! 06.04.17 # ok, pictureflow input rework is FS#9992. i'd appreciate a look from any of the people who had keymap problems in it... it works on my two targets and on the sims i've tried so far, except the M3, which doesn't sim remote buttons 06.05.05 Quit Alex00088 ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 06.05.17 # mollybee: first off, we ask people to speak real english in here due to machine translators, logging, etc...secondly, what happens when you try to run it?...and i assume that you downloaded the one from download.rockbox.org? 06.05.43 # yes yes, just reading your guidelines, thank you most kindly! 06.06.04 # I was too excited to follow directions! 06.07.07 # I loaded down the version of Rockbox Utility for the linux 32 bit system, as I am uncertain if I have 64 bit capabilities. 06.07.51 # I also loaded down the version of the object of my desire for my model, Sansa c200 06.08.56 # rockbox utility should do that for you, however what happens when you try and run it? 06.09.13 # When I attempt to open the Utility off of my laptop running Hardy Heron version of Ubuntu, I get a blank box with zero options for opening. 06.09.37 # it is a most perplexing state of affairs! 06.11.14 # the file is titled rbutilqt, and when I click twice on the icon, naught occurs aside from an "open files" window with nary an option. 06.13.33 # My dearth of technological expertise is an unfortunate obstacle I wish to overcome with your gracious aid, if you would indulge me. 06.17.50 Quit planetbeing_ () 06.20.49 # Is anyone available to help with a initial Rockbox Utility opening issue on a machine running Ubuntu? 06.21.37 Quit gromit` (Read error: 110 (Connection timed out)) 06.25.50 # Most genial of you, but I've scant time at the dwindling moment. Perchance we shall meet anon! A million pardons for my most base intrusion. 06.25.56 Quit mollybee ("seppuku") 06.26.19 Quit Martyn_ (Remote closed the connection) 06.26.28 Join Martyn [0] (n=martinb@63.98.100.163) 06.28.55 Join planetbeing_ [0] (n=planetbe@24.86.172.128) 06.31.56 Quit homielowe () 06.38.41 Part toffe82 06.39.46 *** Saving seen data "./dancer.seen" 06.45.48 Join homielowe [0] (n=homielow@unaffiliated/homielowe) 06.46.32 Quit homielowe (Client Quit) 06.48.03 Join Keripo [0] (n=Keripo@eng426.wireless-resnet.upenn.edu) 06.48.13 # anyone planning to get a Pandora? 06.59.18 Quit CaptainKewl (Read error: 110 (Connection timed out)) 06.59.47 # why is "Time and Date" under System instead of Settings? 07.01.26 Quit Martyn (Read error: 110 (Connection timed out)) 07.01.49 # soap: i guess because of when it was moved out of the rockbox info screen 07.02.04 # system is a bit of an od name for that menu item anyway 07.02.43 Nick JdGordon_ is now known as JdGordon (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 07.02.45 Quit beta_ (Read error: 110 (Connection timed out)) 07.03.38 Join beta [0] (i=1000@d36-124-26.home1.cgocable.net) 07.04.44 # My gut reaction is that it should be under the Settings menu somewhere. 07.12.38 Join daurn| [0] (n=daurnima@ppp118-208-133-204.lns10.mel4.internode.on.net) 07.24.58 Join rvvs89 [0] (n=ivo@bright-snat.ucc.asn.au) 07.25.04 # rasher: the wps tokens are all specified in apps/gui/wps_parser.c 07.28.42 Quit daurn (Read error: 110 (Connection timed out)) 07.28.43 Quit daurnimator (Network is unreachable) 07.29.11 Join daurnimator [0] (n=daurn@ppp118-208-133-204.lns10.mel4.internode.on.net) 07.33.17 Quit parafin (Remote closed the connection) 07.34.50 Join parafin [0] (i=parafin@paraf.in) 07.39.17 Part Keripo 08.00.24 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 08.00.38 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-06c3d522039eed0f) 08.28.07 # off to guam - smell you all later! 08.35.54 Quit timc (Remote closed the connection) 08.39.48 *** Saving seen data "./dancer.seen" 08.40.14 Join J-23_ [0] (n=zelazko@unix.net.pl) 08.40.37 Quit Lss (Read error: 131 (Connection reset by peer)) 08.40.45 Quit J-23 (Read error: 104 (Connection reset by peer)) 08.40.49 Join Lss [0] (n=Lss@cm246.delta91.maxonline.com.sg) 08.40.50 Nick J-23_ is now known as J-232 (n=zelazko@unix.net.pl) 08.40.52 Nick J-232 is now known as J-23 (n=zelazko@unix.net.pl) 08.40.54 Quit planetbeing_ () 08.42.38 Quit pixelma (Nick collision from services.) 08.42.39 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 08.42.39 Quit amiconn (Nick collision from services.) 08.42.41 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 08.42.53 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 08.42.59 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 08.47.29 Join planetbeing_ [0] (n=planetbe@24.86.172.128) 08.51.57 Join Rob2222 [0] (n=Miranda@p4FDCC15B.dip.t-dialin.net) 08.52.25 Quit awake_ (Connection timed out) 08.55.40 Quit planetbeing_ () 09.01.01 Join awake_ [0] (n=Zzz@c122-106-54-254.rivrw1.nsw.optusnet.com.au) 09.04.05 Quit planetbeing (Remote closed the connection) 09.10.16 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.11.30 Quit gevaerts (Nick collision from services.) 09.11.42 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 09.24.28 Join webguest74 [0] (n=3ba2aabf@gateway/web/cgi-irc/labb.contactor.se/x-57710b97db5f5509) 09.29.44 Quit webguest74 ("CGI:IRC (EOF)") 09.41.35 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 09.50.25 Quit midgey (Remote closed the connection) 09.50.38 Join midgey [0] (n=tjross@71.238.148.140) 09.50.46 Quit midgey (Remote closed the connection) 09.52.12 Quit pabs ("leaving") 09.54.10 Join gromit` [0] (n=gromit@ALagny-154-1-12-154.w83-112.abo.wanadoo.fr) 09.59.48 Join n1s [0] (n=n1s@rockbox/developer/n1s) 10.05.26 Quit rvvs89 (Read error: 60 (Operation timed out)) 10.07.03 Quit bmbl (Read error: 104 (Connection reset by peer)) 10.09.18 Join rvvs89 [0] (n=ivo@bright-snat.ucc.asn.au) 10.19.18 Quit tmzt (Read error: 60 (Operation timed out)) 10.22.14 Join rvvs89_ [0] (n=ivo@bright-snat.ucc.asn.au) 10.23.12 Quit rvvs89 (Nick collision from services.) 10.23.14 Nick rvvs89_ is now known as rvvs89 (n=ivo@bright-snat.ucc.asn.au) 10.33.18 Join tmzt [0] (n=tmzt@adsl-76-244-156-116.dsl.akrnoh.sbcglobal.net) 10.37.04 Join ender` [0] (i=krneki@foo.eternallybored.org) 10.39.49 *** Saving seen data "./dancer.seen" 10.49.42 # JdGordon: ping 10.52.06 Join pabs [0] (n=pabs@xor.pablotron.org) 10.58.43 Join {phoenix} [0] (n=dirk@p54B47EB6.dip.t-dialin.net) 10.59.25 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 11.12.34 Join __lifeless [0] (n=lifeless@90.151.210.203) 11.12.58 Quit _lifeless (Remote closed the connection) 11.28.08 Quit avis (Remote closed the connection) 11.37.37 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 11.41.44 Quit bmbl (Read error: 104 (Connection reset by peer)) 11.48.06 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 11.54.11 Join flydutch [0] (n=flydutch@host25-43-dynamic.5-87-r.retail.telecomitalia.it) 11.58.25 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 12.11.49 Quit nuonguy ("This computer has gone to sleep") 12.13.39 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 12.22.24 Quit ender` (" Documentation is like sex: when it's good, it's very good, and when it's bad it's still better than nothing.") 12.23.40 Join Sedgewick [0] (n=Sedgewic@net-93-145-251-167.t2.dsl.vodafone.it) 12.24.08 Quit bluebrother (Nick collision from services.) 12.24.13 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 12.24.42 Join tvelocity [0] (n=tony@adsl24-106.her.forthnet.gr) 12.30.47 Quit AndyI (Read error: 104 (Connection reset by peer)) 12.31.03 Join ender` [0] (i=krneki@foo.eternallybored.org) 12.32.25 Join AndyI [0] (i=AndyI@212.14.205.32) 12.33.01 Join BXCracer [0] (n=bxcracer@78-62-4-159.static.zebra.lt) 12.36.23 # Hello everyone, i read that funman needs a >2gb v1 clip and that he cant find one in EU. i have one 4GB V1 clip but i i am not wiling to donate it because it's the only player that i have, although i can sell it cheaply if you the developer really need it 12.37.29 # i think he already has a device heading to him 12.37.51 # oh everything is fine then 12.38.33 Join guest001 [0] (n=someone@138-116.203-62.cust.bluewin.ch) 12.39.47 Quit guest001 (Client Quit) 12.39.51 *** Saving seen data "./dancer.seen" 12.41.03 # hrm... it looks as if a plugin calling get_custom_action can define a context that defines only a few buttons, and chains to a core context, but this can fail in several ways due to different meanings of CONTEXT_CUSTOM 12.42.30 # found out that saratoga send him a fuze. So if funman needs a clip please dont hesitate and ask, i will get him one cheaply 12.43.37 # core contexts use CONTEXT_CUSTOM, but it's also the flag used by callers of get_custom_action to indicate that the custom button map function be called to get the next context. i think that the latter case needs a new flag, so that chains to arbitrary core contexts won't have unexpected side effects 12.51.11 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 12.52.47 # * bertrik is getting confused by the ams sansa RTC usage 12.54.27 Join stoffel [0] (n=sfr@p57B4C9B6.dip.t-dialin.net) 12.59.46 Join moos [0] (i=Mustapha@rockbox/staff/moos) 13.06.39 # Unhelpful: looking at your pf "input" patch - is ACTION_STD_OK used to select the album in the new pf context? 13.09.28 Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 13.15.11 Quit bluebrother (Remote closed the connection) 13.20.07 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 13.21.30 # yes... would it be better to define PF_* actions that are identical to the core actions, and use those names? 13.25.49 # maybe, I just tried to understand what actions are needed and how they are called to understand the mapping (thought that the Ondio keymap looked unintuitive IIUC) 13.26.04 # lots of understanding there... 13.28.38 Quit kushalone ("This computer has gone to sleep. Macs are like babies. They need a lot of sleep. :)") 13.42.06 Quit {phoenix} (Remote closed the connection) 13.42.52 Join Lear [0] (i=chatzill@rockbox/developer/lear) 13.43.19 Join t0mas [0] (n=tomas@rockbox/developer/t0mas) 13.44.19 # the very-few-buttons devices are going to be a bit tricky, because horizontal scrolling isn't like any core contexts, and they don't have so many buttons that there are five or six that all mean "select" 13.47.03 # * gevaerts should work on the meizu M3 again... 13.47.49 Quit flydutch ("/* empty */") 13.49.00 # very strange things happen if i try to chain from a custom context to a core one :/ 13.55.30 # * amiconn likes it when fixing a bug causes a green delta :) 13.59.48 # Unhelpful: I don't get your "select" statement 14.00.42 # pixelma: targets with huge numbers of buttons can safely change only the left/right buttons, because they have other buttons mapped to ACTION_STD_OK 14.02.55 # hmm... so the context is chained to a core context? 14.04.14 # it's not, right now. it just includes all the other buttons, usually mapped similarly to core contexts. :/ 14.05.34 # would it be possible to detect unused #includes in source files? 14.05.54 # i'm *trying* to chain to a core context, but very strange things happen, like the next call to get_custom_action somehow processing the same button again, and falling through to the core context, where (on my beast) it finds BUTTON_LEFT mapped to ACTION_STD_CANCEL, and then pf exits. :/ 14.08.26 # pressing the power button, which maps in the chained CONTEXT_TREE to ACTION_TREE_STOP, ends up shutting off the device, even though it's a press, not a hold. :/ 14.08.30 # I don't understand why this is :/ . IMO if you have something non-standard, do your own thing and be done with it. Of course it's harder in the beginning and won't work well on some targets but at least people who know a target better have an easier way to fix 14.10.02 # meant as a reply to the "it's not chained right now" 14.12.30 # i'm inclined to think, though, that if chaining can work properly, it makes more sense on *most* targets to only define the left/right scroll, and define a complete, unchained context in the plugin only for targets where chaining can't work neatly... for example, if left/right buttons are the *only* ok/cancel. 14.13.44 Quit Sedgewick (No route to host) 14.16.49 # left is used almost everywhere (every target, in a lot of screens) as cancel, so it looks like it won't be easy to make it work properly 14.17.06 Join funman [0] (i=500de41d@rockbox/developer/funman) 14.17.35 # hello 14.18.29 Quit stoffel (Read error: 113 (No route to host)) 14.18.49 # yes, but i don't really get why it ever falls through to the chained context - get_action_worker pretty clearly breaks and returns on matching 14.18.50 # hi funman 14.19.45 # hm, some sources could indeed use an #include cleanup 14.19.54 # i want to get back into sansa ams hacking ;) 14.20.18 Join joejc [0] (n=joe@adsl-69-224-45-86.dsl.irvnca.pacbell.net) 14.20.50 # funman, you're more than welcome! 14.20.54 # i already found some interesting SD code in the OF, now I just wait the Fuze to run some tests 14.21.00 # how do i get playlists on my ipod? 14.21.37 # unfortunately I only have sporadic internet access and I'm using an old checkout of rockbox so I don't think I can keep in sync with recent development 14.24.07 # bertrik: I saw that the status of Sansa AMS didn't change (on the TargetStatus wiki page), really nothing new ? :( 14.24.48 # Unhelpful: are your actions defined exactly the same, with pre condition and release or repeat events? 14.24.49 # funman: I think the only really new thing is that we probably have a datasheet for the USB controller 14.25.15 # joejc: what kind of playlists and how did you create them? 14.25.32 # funman, just minor stuff like radio, charging, big issues like reliable sd access have not been looked at 14.26.04 # yes, the beast keymap file isn't using preconditions for those at all 14.26.21 # or release 14.26.31 Join MethoS- [0] (n=lem@host-091-097-247-067.ewe-ip-backbone.de) 14.26.35 # there's been a lot of "tinkering" on getting buttons/wheel to work on the fuze/e200v2 14.26.43 # gevaerts: interesting, I download the documents 14.26.44 # songbird playlist, or m3us, or pls 14.28.20 # joejc: as we mention across the site and in the manual, rockobx supports m3u playlists 14.28.34 # how do i get them to work? 14.29.10 # you just play them...as i mentioned before, this kind of stuff is talked about in the manual.. 14.29.31 # they dont play 14.29.46 # what do they do? 14.29.54 Quit bluebrother (Remote closed the connection) 14.29.55 # nothing 14.30.01 # define "nothing" 14.30.06 Join bluebrother [0] (n=dom@77-22-91-57-dynip.superkabel.de) 14.30.56 # what does it mean when AB_REPEAT_ENABLE == 2? there is an #ifdef that checks for it, but nowhere is the value 2 actually set nor explained 14.31.08 # i select play is acts like its going to play them goes back to file 14.31.40 # Unhelpful: testing your patch on my Ondio (changed button actions for "selecting" the album to a short press of menu and calling the menu with a long press of menu) I get the following weird thing (IMO): trying to back out of the tracklist with "left" puts me into the menu and doesn't exit to the album view as I expected 14.31.54 Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 14.32.16 # that is weird, because in the track list CONTEXT_TREE is used 14.32.57 Join Darksair [0] (n=user@221.221.152.69) 14.33.02 # bertrik: I'll try to get an up to date tree because kugel committed some work about buttons I think 14.33.52 # bertrik: on some targets it's possible to set the A and the B marker directly and seperately with an own button. On others you cycle through set A marker, set B marker (and reset?) with the same button in some "setting" mode 14.33.55 # I had understood from the forum that now buttons and wheel worked correctly 14.35.05 # * pixelma has an idea 14.35.55 Quit bluebrother (Remote closed the connection) 14.36.19 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 14.39.20 Join Wraith| [0] (n=Wraith@c-69-250-112-82.hsd1.dc.comcast.net) 14.39.54 *** Saving seen data "./dancer.seen" 14.39.56 Quit funman ("http://www.mibbit.com ajax IRC Client") 14.40.08 Join stoffel [0] (n=sfr@p57B4C9B6.dip.t-dialin.net) 14.41.04 # OK. It's pretty clear now why safely remove hardware doesn't properly go back to "normal" mode. The going back is triggered on eject instead of on allow medium removal. This shouldn't be too hard to fix 14.41.45 # what will treat my ipod as a mass storage mp3 player instead of a ipod? 14.43.05 # Unfortunately, unless we drop windows support, this won't work on the beast. Windows (or any other OS) won't send either eject or allow medium removal commands to non-removable devices, *and* it doesn't support two partitions on removable devices 14.44.53 Quit bluebrother (Read error: 104 (Connection reset by peer)) 14.44.54 # who needs windows? 14.44.57 # gevaerts: bootloader-in-flash would apparently be the only way to do that on beast... hrm, does windows behave differently if only one of the partitions is visible? or does having two partition table entries do it? 14.45.03 # Hmm, so maybe using a fake partition table and only exposing the sectors for the second partition would be a better solution for the beast? 14.45.16 # (for "normal" USB mode) 14.45.21 # Unhelpful: I need to test that 14.45.49 # Unhelpful: Why do we need the bootloader in flash? 14.46.43 # linuxstb: i didn't think of editing out the existence of the boot partition entirely... and getting into flash on beast seems to be the only way we can *actually* remove the boot partition. 14.47.57 # We control ums mode, so can expose whatever we want... The e200r for example does the same thing (only exposes the main partition, not the firmware partition). 14.48.02 # (the e200r OF) 14.48.23 Join timc [0] (n=aoeu@124.93.243.83) 14.49.15 # how would we update the firmware then? only in bootloader usb mode, or only via OF + sendfirm? 14.49.30 Quit Wraith| (Read error: 60 (Operation timed out)) 14.50.56 # In Rockbox's MTP mode ;) 14.51.54 # We could even do something similar to many OFs - if a file with a specific name exists in the root directory, move it to the firmware partition on boot. 14.52.19 # hrm, yes, that might work, as well. 14.52.24 # Imo we should just hide the firmware partition. This woul dcause windows (and probably linux) to not mount it, yet it can be mounted manually (I think) and tools can still access it 14.53.01 # gevaerts: So what does it send when you "Safely Remove" the beast? Nothing? 14.53.07 # amiconn: gevaerts is trying to make RB USB mode work as a removable drive... we're not sure yet if hiding is sufficient for that. 14.53.19 # amiconn: gevaerts said that WIndows apparently doesn't like removable drives with multiple partitions. This is a way around that (see 10 minutes ago in the logs) 14.54.17 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 14.54.34 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 14.56.10 # ahHAH... chaining to "CONTEXT_TREE" doesn't get me the context_tree table on beast... that needs to be CONTEXT_TREE|CONTEXT_CUSTOM, another reason that CONTEXT_CUSTOM should not be the flag used by get_custom_action 14.59.28 # gevaerts: Isn't this a problem on most targets though? i.e. don't lots of them have a partition table and multiple partitions? 15.01.03 # Windows *does* support removable devices with a partition table, just not multiple actual partitions 15.01.58 # right, but is marking a partition hidden sufficient for windows to allow the device as removable? 15.01.59 # There must be a way to detect safe removal even if the device does not identify as a removable device 15.02.14 Join pyro_maniac [0] (n=jens@91-64-191-48-dynip.superkabel.de) 15.03.16 # The iAudios don't identify as removable device, yet the bridge indicates when the device was removed safely, and the cowon loader's disk mode displays that information 15.04.06 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 15.07.07 Quit bluebrother (Read error: 145 (Connection timed out)) 15.07.27 Join ipood [0] (n=chink255@cpc4-nfds10-0-0-cust877.lei3.cable.ntl.com) 15.08.02 # hello 15.08.10 # is this the right place to get some help with rockbox? 15.08.17 # Yes, just ask. 15.08.22 # cool 15.08.42 # well i've installed it all fine but when I goto database it says its not initialised so i press select 15.08.55 # then it says found blah blah and then after a while the ipod freezes 15.09.04 # I've tried stable and svn builds but still the same prob 15.09.44 # do we have any policy on #include files? like having #include files including other #include files they need? and who #includes the master config.h file (needed to know which features are enabled)? 15.10.12 # ipood: Yes, that happens to some people. Either your disk is corrupted (check it with something like chkdsk) or you have one (or more) files that for some reason Rockbox chokes on. 15.10.44 # amiconn: Does the Ondio have any special multivolume handling? Rather, do you have any idea why the Ondio FM sim would not have the strip_volume function? 15.10.50 # bertrik: I don't think there's any written policy, but IMO it's good practice to always include everything you need (and no more). 15.11.06 # Lear: Sims don't simulate multivolume 15.11.27 # for example, playlist.c is #including abrepeat.h which in turn #includes system.h/kernel.h, so playlist.c gets the cpu_boost prototype only indirectly via abrepeat.h 15.11.46 # (and abrepeat.h itself doesn't really need it) 15.11.58 # bertrik: Cleaning up these includes would be very nice... 15.12.26 # amiconn: Well, HAVE_MULTIVOLUME appears to be set for that sim, at least in bookmark.c (but not dir_uncached.c)... 15.12.36 # linuxstb, ok, I'll work a bit on that 15.12.39 Part ipood 15.13.50 Join ipood [0] (n=chink255@cpc4-nfds10-0-0-cust877.lei3.cable.ntl.com) 15.14.36 # linuxstb my ipod file system just got corrupted, does it happen often with rockbox? 15.15.03 # pixelma: it looks like the cause of your ondio problem may be similar - ondio maps CONTEXT_TREE|CONTEXT_CUSTOM to button_context_tree, and that's not what i'm using. 15.15.09 # ipood: No. Rockbox's filesystem code has been stable for about 5 or 6 years... 15.15.29 # But you always need to make sure you cleanly eject your ipod when using USB. 15.16.50 # Unhelpful: is there a quick fix I could try? 15.16.51 # linuxstb are the files in ipod control usually ok to be used in the database. I'm just going to format to fat32 and then rebuild my itunes music db 15.17.42 Quit Thundercloud (Read error: 110 (Connection timed out)) 15.18.57 # linuxstb: whta needs testing is if marking the partition as hidden FAT works. At least type 0 ("empty") does work, as that's what ipods have. 15.19.14 # pixelma: change the get_action(CONTEXT_TREE) to get_action(CONTEXT_TREE|CONTEXT_CUSTOM) 15.19.53 # i'm working up another patch to not reuse the CONTEXT_CUSTOM tag in get_custom_context, since it prevents chaining to core contexts that use it. 15.20.47 # gevaerts: And the Sansas have "0x84 - OS/2 hidden C: drive" So it may work... 15.20.58 # (although that's the second partition...) 15.21.07 # linuxstb: the sansas don't count. They have the firmware partition at the end :) 15.21.15 # Yes, I just remembered... 15.21.39 # ipood: Music copied from itunes will be put in iPod_Control. And yes, the database should scan that happily. 15.21.52 # Anyway, hidden FAT would be nicest I think, but if that doesn't work 0 works. Not a huge difference as far as the code is concerned... 15.23.08 # So the plan is to do this on-the-fly? Will Rockbox USB reject attempts to write to that partition, or should we just let them through? (let the user hang him/herself...) 15.23.44 Join ZincAlloy [0] (n=d9eeedce@gateway/web/cgi-irc/labb.contactor.se/x-dcab0256e5f79913) 15.24.28 Quit stoffel (Read error: 113 (No route to host)) 15.24.31 # linuxstb: i'd say "let them hang" :) 15.24.42 # and let me kill it if i want to! 15.25.01 # Maybe a debug menu item that disables the on-the-fly changing? 15.25.58 # i still like the button press in the bootloader to show the partition 15.27.05 # yes. I think we need a way in both the bootloader and rockbox to allow plain no-changes access. In rockbox I think the debug menu is good enough, and I guess a button press is the only way that works in the bootloader 15.27.53 # And for "user" purposes, we'll document the bootloader one in the manual? 15.28.12 # is this something we *need* to have for the release? 15.29.20 # I don't think so. The *only* thing that doesn't work right now is the go-back-to-normal-mode-on-disconnect feature 15.30.12 # I'd like to try and fix that today for removable devices, but even if I don't manage that I don't think it's critical in any way 15.30.33 # ok, so all we really need for the beast to be releaseble is an official bootloader/beastpatcher release? 15.30.59 # * gevaerts thinks that the "my ipod doesn't charge" issues are much more serious 15.31.35 # n1s: a *documented* bootloader/beastpatcher release :) 15.31.54 Join kugel [0] (n=chatzill@rockbox/developer/kugel) 15.33.00 # * gevaerts thinks that we need a manual for targets to be released. That manual doesn't necessarily have to be complete though, except for the installation section 15.34.18 Join Wraith| [0] (n=Wraith@c-69-250-112-82.hsd1.dc.comcast.net) 15.34.30 # Unhelpful: unless I did something stupid, that change did not help 15.37.21 # gevaerts: We do have a manual for the beast. But yes, beastpatcher still needs work on both OS X and Windows. 15.37.25 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9/2009020407]") 15.37.25 Quit Thundercloud_ (Read error: 104 (Connection reset by peer)) 15.37.34 Quit t0mas (Read error: 104 (Connection reset by peer)) 15.37.58 # Actually, I'm not sure if this safely remove fix will work well. It would mean that just unmounting a device will leave MSC mode. That's not really nice for people like me who like to unmount and remount now and then. 15.38.03 # linuxstb: is it realisyic to expect it to be workign well enough for the release? 15.38.20 # n1s: Only if someone works on it... 15.38.49 # Unless we forcibly grab the disk back when the OS tries to mount again, but I don't like that very much either 15.38.53 # linuxstb: yes, what needs to be done? 15.39.43 # n1s: Getting it working on OS X and Windows... For OS X, the problem is getting it to build and statically link with libmtp and libusb. 15.39.52 # (it should just work once compiled) 15.40.34 Join MethoS-- [0] (n=lem@host-091-096-208-194.ewe-ip-backbone.de) 15.41.25 # For Windows, it is currently working using the external MTP_DLL.dll, but it would be much nicer to compile it as a single .exe. It could also benefit from implementing the same API in MTP_DLL.dll that is used by beastpatcher with libmtp - i.e. an Init() function, then a scan() function, then an upload() function, then a close() function. Currently MTP_DLL.dll just has a single "upload" function. 15.41.32 # otoh, would it be bad to release 3.2 for the beast at a later date if everything is not done? 15.42.19 Join kugel [0] (n=chatzill@rockbox/developer/kugel) 15.42.26 # I think it's probably too late anyway for a nice release. We would also want rbutil to support the Beast, and to have the install method tested a little. 15.42.46 # The important thing is just to get it to "supported" status. 15.43.09 # yes, i agree, and that can be done before 3.3 15.43.12 Quit kugel (Client Quit) 15.43.19 # n1s: if that means building the release together with all others and just releasing the nice installers later, I think I'm fine with that. If it means doing everything later, then no 15.44.56 # I think we need to agree on the bootloader functionality as well. i.e. how it reacts when it's booted with a usb cable (or usb charger) attached. Currently booting with a usb charger will cause it to wait indefinitely for a usb connection... 15.44.59 # gevaerts: that's what i had i mind but i think i like linuxstb's idea better, just make it "supported" once the install is nice enough 15.46.23 Join kugel [0] (n=kugel@rockbox/developer/kugel) 15.46.26 Quit chrippa (Remote closed the connection) 15.46.37 Join chrippa [0] (n=chrippa@evangelion.se) 15.46.38 # * linuxstb thinks he would prefer the bootloader to always boot into rockbox, if rockbox.gigabeat exists. This would be overridden by a button-press to enter usb bootloader mode. 15.46.44 Quit ZincAlloy ("CGI:IRC (Ping timeout)") 15.47.51 # And it seems confirmed that v1.2 beasts don't like the single-boot bootloader... 15.49.25 # luckily 1.2 is the version where you can download the OF... 15.51.04 Join n17ikh| [0] (n=n17ikh@130.127.74.89) 15.51.25 # My proposal for the safely remove issue is to not touch it for 3.2, and later on leave USB mode if the host isn't using anything and a button is pressed 15.51.39 Quit n17ikh (Nick collision from services.) 15.51.55 # * gevaerts thinks that it's a bit late to add new button press things one day before the freeze 15.51.56 Nick n17ikh| is now known as n17ikh (n=n17ikh@130.127.74.89) 15.52.02 Join t0mas [0] (n=tomas@rockbox/developer/t0mas) 15.53.11 Quit Wraith| (Read error: 60 (Operation timed out)) 15.53.36 # Lear: there's also a config-ondiosp.h (its sim is not in the table though) 15.54.20 # Lear: shouldn't FS#9980 be closed now? 15.54.52 # pixelma: perhaps i didn't communicate it clearly... i'll have to fix the patch itself later, i'll post a new one then. thanks for trying it out. :) 15.55.15 # Lear: any further thoughts on FS#8523? 15.55.35 # n1s: Yes, just haven't got around to it (doing some paperwork right now) 15.55.55 # pixelma: Well, it didn't cause any reds, so... :) 15.57.14 Quit MethoS- (Connection timed out) 15.59.43 Quit n17ikh () 16.00.08 Join n17ikh [0] (n=n17ikh@130.127.74.89) 16.00.19 # kugel: Well, to tell the truth I haven't followed the latest changes all that closely. One comment from a quick look though: I never saw a need to quickly force an update when the LCD was enabled again. The normal update was quick enough, I thought. 16.01.12 # Lear: Me too, but it's cleaner this way, since we can also force a full update. The older way, it was more or less random, since it depended on the next update 16.02.21 # And, while we may think it's not needed, other people would consider it as a bug. 16.03.37 # Lear: I'd commit it in this state, if you don't mind. But after 3.2 and after talking to jhMikeS once more :) 16.04.00 # it surely needs some testing too. I'm not entirely sure how it interacts with remotes now 16.04.24 Join CaptainKewl [0] (i=jds@207.237.172.77) 16.04.43 # kugel: That could work, yes. I'm not that familiar with the driver stuff... 16.05.27 Quit Llorean (Read error: 104 (Connection reset by peer)) 16.07.06 Join Wraith| [0] (n=Wraith@c-69-250-112-82.hsd1.dc.comcast.net) 16.20.29 Quit BXCracer (Remote closed the connection) 16.20.35 # meh, some #include files dependencies seem really complicated. Trying to clean this up is going to take a lot of time and only little result. 16.20.36 # I don't understand these changes http://www.rockbox.org/twiki/bin/rdiff/Main/AlbumArt?rev1=62;rev2=61 16.21.36 # Seems to go from more information to less 16.25.28 # Hm. 16.26.28 # Was the manual changed around the same time? 16.28.46 # rasher: apparently the removed link is broken 16.29.16 # hm, is it? 16.29.41 # I can't tell what's going on. One of the links are broken 16.30.47 Join ibseo [0] (n=hd@p5B161014.dip0.t-ipconnect.de) 16.39.57 *** Saving seen data "./dancer.seen" 16.45.00 Join bubi [0] (n=Michael@d86-33-229-135.cust.tele2.at) 16.45.49 Quit gevaerts (Nick collision from services.) 16.45.58 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 16.49.32 # hi, i try to use some parts of the ipodmini 1g for my own mp3 player. At the moment i'm trying to find out how the touchwheel and the lcd are attached to the core. Are there any hardware docs, where i can find protocols, pining ...? 16.52.52 Join ibseo_ [0] (n=hd@p5B161014.dip0.t-ipconnect.de) 16.53.10 Join miepchen^schlaf [0] (n=miepel@p579EC7CE.dip.t-dialin.net) 16.53.56 # weeh, insert is indeed broken 16.55.14 Quit ibseo (Read error: 110 (Connection timed out)) 16.55.15 Nick ibseo_ is now known as ibseo (n=hd@p5B161014.dip0.t-ipconnect.de) 16.57.21 Quit ipood () 16.59.21 Join webguest43 [0] (n=444fbef2@gateway/web/cgi-irc/labb.contactor.se/x-7f5835b23823107a) 16.59.27 Join Kejlsn [0] (n=chatzill@83.140.125.154.dyn.rp80.se) 17.02.58 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 17.03.41 # guys, which program do u recomand for transfer FLAC-files to your iPod ? 17.04.05 # * gevaerts wonders who u might be 17.04.20 # Songbird doesnt work for me. only mp3's 17.04.22 # what? 17.04.26 # Kejlsn, "cp" 17.04.34 Join einhirn_ [0] (n=Miranda@p4FC6123D.dip0.t-ipconnect.de) 17.05.32 # Kejlsn: who is this "u" you speak of? 17.06.33 # haha, skojar du med mig jävla horunge? sug kuk. 17.07.19 # oh sry, english isnt my native? language 17.07.42 # Still, this isn't the place for that kind of language. 17.07.51 Quit mrkiko ("Lost terminal") 17.07.52 # the point is, our guidelines ask for real words, so no "u" or "sry" please 17.08.16 # Anyway, to answer your question, I use cp or cpio, depending on my mood and how many files I need to copy 17.09.13 # Hmm, Okey. Gonna make a search and check it out then 17.09.22 # Im using Vista. 17.10.07 Quit miepchen^schlaf () 17.11.20 # Most people just copy files using whatever file manager they happen to like 17.11.29 Quit Horschti ("Verlassend") 17.13.15 # But the iPod does not have a very clear logic bout storing the music files? I dont get it, it's a lot a folders 17.13.52 # many just use their favorite type of directory structure (i use artist/date-album/track# - title) 17.14.07 # the ipod OF may have weird structures, but if you're using rockbox, why should you care about that? 17.14.23 Join kushalone [0] (n=kushal@12.169.180.178) 17.14.41 Join Martyn [0] (n=martinb@63.98.100.164) 17.14.51 # Well...I didnt see any "music"-folder on my iPod after installation of rockbox 17.15.08 # so I thought I had to use the structure, which I dont get 17.15.17 # You can still make one 17.15.47 # Many people don't listen to music, so why force them to use any specific structure? 17.16.09 # U tell me. Im new to this..... 17.16.12 # You* 17.16.18 # :) 17.16.27 # basically rockbox doesn't care where you put your files 17.16.47 # you can put your files anyway you want them 17.16.52 # Yep, one of the nice things about it :) 17.17.35 Quit bubi (Read error: 104 (Connection reset by peer)) 17.17.37 # Sweet. Soo, I just create "music" inside .rockbox and then I can drag and drop the music into that folder? that simple? 17.17.41 Join bubi [0] (n=Michael@d86-33-229-135.cust.tele2.at) 17.17.50 # after getting a little frustrated with the microSD card yesterday, I'm working on a quick plugin to handle FAT32 formatting 17.18.04 # Not within .rockbox preferably, but pretty much anywhere else. 17.18.19 # Aha, Okey 17.18.26 # Kejlsn : Consider ".rockbox" to be a hidden, system folder :) 17.18.40 Join flydutch [0] (n=flydutch@host25-43-dynamic.5-87-r.retail.telecomitalia.it) 17.18.52 # Kejlsn : It should contain the Rockbox OS, plugins, themes, etc. 17.19.04 # Anywhere else outside of .rockbox is fair game for your files 17.19.19 # Yeah, I got it :) 17.19.39 # In the case of the Sansa, the original firmware files still reside outside of the .rockbox directory, allowing you to switch between the two system images :) 17.19.49 # Why does it auto-create "Calenders", "Contact" and "iPod_control"? 17.19.58 # it didn't. 17.20.06 # Those were already there, AFAIK 17.20.18 # the Apple firmware creates those 17.20.30 # Those are the directory structures created by iTunes to handle Calendars, Contacts ... 17.21.03 # Ok, because I format my iPod and they still auto-creates...So I was just wondering 17.22.08 # With the exception of the new iPod Touch and the little Shuffle, iTunes treats an iPod like a hard disk, and simply writes the files it wants 17.22.48 # The ipod Touch is different, and uses a complex set of API's + hash signing, and now even a bit of DRM to prevent read/write from the device. 17.22.50 # Ohh, I really should get I new one :D Im still using my iPod mini 4GB 17.23.08 # (Apple went -backwards- in it's developement, going from something simple to something needlessly complex) 17.23.35 # Kejlsn : Um, so am I .. nothing wrong with the Mini 17.23.58 # Kejlsn: many people replace the disk in their mini with a big compactflash card these days 17.24.04 # I also use a sansa e260R, running RockBox and expanded to 10GB with the use of an 8gb microSDHC card. 17.24.27 # Oh really? 17.24.30 # yep 17.24.40 # Hmm, had no idea 17.24.43 # Google for it, and you'll find all kinds of people modding Mini's 17.25.08 # Cool. But it would still be fresh with a color screen at least 17.25.46 # * Martyn mourns the loss of his iPod 4G ... I had upgraded it, but last week the battery inflated and died. Even though I got a replacement battery, it would not ressurect. 17.27.28 # * gevaerts thinks that we're drifting into off-topic territory. #rockbox-community is probably more suited for this 17.27.36 # Question, how often do you really listen to everything you have on your current Mini? How often have you found yourself saying "Damn, 4Gb is too small?" 17.27.50 # gevaerts: Heh, point. 17.28.14 # Which brings me back to the code I'm working on... 17.28.34 # There are some encumberances around FAT32, which we use. 17.28.35 # Well, 4 GB is pretty tiny if you want to use FLAC? 17.28.44 # i am using an e280R with a 4GB microSDHC card and i am happy with it 17.29.39 # Now, we -do- already use it, for accessing files and playback. I feel that on the whole, and based on that alone, there should be no issues if I create a FAT32 formatting utility inside of RockBox 17.29.44 Nick Barahir_ is now known as Barahir (n=jonathan@Yb42c.y.pppool.de) 17.29.54 Quit rocko ("Leaving") 17.30.02 # However, before I do a significant amount of coding ... I wanted to get opinions. 17.30.21 # I don't think it is worth it 17.30.40 # But don't let me top you :) 17.30.44 # *stop 17.31.17 # People using old archoses may like such a plugin, especially if it also does partitioning 17.32.08 # Martyn: What advantages would it bring that doing it on the PC wouldn't (I'm genuinely asking) 17.32.30 # Well, assuming I can use a BSD licensed library with no other encumberances (and optimize it a bit) it might add as much as 16K to the .rockbox image 17.32.47 # * kugel thinks he fixed insert 17.32.55 Quit Kejlsn ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 17.32.57 # Martyn: if you're talking about a plugin it won't increase the rockbox image at all 17.33.40 # BigBambi : In the last four weeks I've found myself needing to format a microSD card six times, in three different devices 17.34.06 # BigBambi : and, of course, I never had the stupid microSDHC -> SD or usb adapter sitting around. 17.34.28 # BigBambi : So it got me thinking to the more generic case, of RockBox devices with expandable media support 17.34.37 # But surely you can now do it via Rockbox USB? 17.34.52 # advcomp2019, that must have been one of the last devices reviewed by james kim on cnet http://reviews.cnet.com/mp3-players/sandisk-sansa-e280r-rhapsody/4505-6490_7-32102346.html?tag=mncol;lst 17.35.01 # BigBambi : Nope. On the Sansa, for example, USB support even in the latest build is very, very poor. 17.35.20 # * gevaerts looks for Martyn's bug report 17.35.34 # gevaerts: Is that true? You can't format via Rockbox USB? 17.35.47 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 17.35.49 # gevaerts : I'll write one right now. Thanks for the reminder. 17.35.51 # sure you can. I do it all the time 17.36.00 # Martyn: It can only get improved if people tell the developers about the problems 17.36.10 # gevaerts: I thought so 17.36.17 # gevaerts : Mine consistently fails to copy files on PC and Mac 17.36.19 # webguest43, can you stay on topic 17.36.24 # Martyn: So you can format via USB 17.36.25 # gevaerts: as well as formatting 17.36.45 # Martyn: There is some GPL'd formatting code in ipodpatcher you might want to look at. It's taken from the GPL'd fat32format.exe (a Windows app, as the name implies). 17.36.57 # Martyn: It works brilliantly for me, copying etc, I haven't tried to format 17.37.08 Join MethoS- [0] (n=lem@dyndsl-085-016-166-034.ewe-ip-backbone.de) 17.37.13 # One limitation is that it only deals with 512-byte logical sectors - the ipod 5.5g uses 2048 byte sectors. 17.37.13 # advcomp2019, sorry thought you were talking about your e280R 17.37.31 # Martyn: And what do you mean by latest build? 17.37.40 # * linuxstb or MrSomeone should really go back and finish implementing fat32 conversion in ipodpatcher... 17.38.27 # BigBambi : The sansa is running r20216090306 17.38.34 # Ok guys, PLAYLIST_INSERT has a bug currently. If you start a new playlist with insert, insert will add the files in reverse order 17.38.37 # webguest43, yea but we talking about the player and their sizes 17.38.53 # this is the reason why "Insert" is really "Insert last", when no audio is playling 17.39.01 # Martyn: Have you run a disk check? 17.39.16 # I could fix the bug and get rid of insert_last 17.39.27 # BigBambi : Yes. 17.39.39 Quit Horscht (Client Quit) 17.39.45 # though, this would mean that if you use insert to create a playlist, the next insert will append at the end of the playlist 17.39.49 # Well, that is odd then, as for many people it is anything but "very very poor" 17.39.50 # Lear: any plans about the config-ondiosp.h (I admit I didn't check whether the SP sim is broken as well)? 17.39.51 # BigBambi : I also reformatted the SDHC card on a both a linux and windblows box. 17.40.13 # Which incidently, diminishes the huge amount of work people have put into it 17.40.19 # starting playback with select will make insert work like normal 17.40.29 # or starting with insert last, I believe 17.40.40 # pixelma: Not really, no. I only fixed the red case I saw... 17.40.45 # any opinions? 17.40.51 # Martyn: is this using a single sd card, or different ones? Same brand/model? What does it do for internal? 17.41.09 # Martyn, let me update my sansa out to test this 17.41.36 # gevaverts : When did USB support fixed in the sansa originally? Prior to installing r202216 it used to bounce back to the original firmware when connecting for USB disk mode 17.42.03 # pixelma: But I'll try building a sim here. 17.42.07 # Martyn: I don't understand your first sentence 17.42.11 # gevaerts: Well, there's only one SDHC card slot, so yes .. just a single card. 8Gb, SanDisk card. 17.42.37 # Martyn: Multiple different cards - having one slot doesn't mean you can only own one card 17.43.01 # Martyn: I mean, you said "three different devices". Of course there's only one at a time... 17.43.04 # have there been any reviews of the quality of the audio hardware in mp3 players? 17.43.12 # or are they all about the same? 17.43.16 # gevaerts: I have two cards, an 8Gb and 4Gb, both SanDisk micro SDHC. 17.43.28 # webguest43: Not really a subject for here 17.43.50 # gevaerts: The last card is a standard micro SD card, 2Gb .. also SanDisk 17.44.00 # BigBambi, well im trying to decide on a replacement for my rockbox 5g ipod 17.44.18 # webguest43 : Still a topic for the community channel... 17.44.34 # webguest43: That still isn't Rockbox related 17.44.42 # what channel is that? 17.45.04 # webguest43: please read the topic (#rockbox-community) 17.45.52 # I'm going to reproduce the error now where copy locks up and pastebin the output from dmesg on OSX so you can see some of the issues. 17.45.57 # This will take a moment. 17.48.46 # Martyn, so it is mainly the microsdhc cards then? 17.48.46 # Actually, the messages being output by the OS X kernel are pretty compact .. I'll paste two lines 17.49.23 # advcomp2019 : I'd generalize it in this case, since it's happening on both the micro SDHC and the micro SD cards 17.49.27 # 0 [Level 3] [ReadUID 0] [Facility com.apple.system.fs] [ErrType IO] [ErrNo 13] [IOType Read] [PBlkNum 31304] [LBlkNum 0] [FSLogMsgID 971463160] [FSLogMsgOrder First] 17.49.33 # 0 [Level 3] [ReadUID 0] [Facility com.apple.system.fs] [DevNode /dev/disk2s1] [MountPt /Volumes/8GB_SDHC] [Path /Volumes/8GB_SDHC/._09 Lucy.mp3] [FSLogMsgID 971463160] [FSLogMsgOrder Last] 17.49.34 # disk2s1: device/channel is not attached. 17.49.53 # Martyn: Please use a pastebin next time 17.49.57 # the device /dev/disk2s1 dissapears 17.50.12 # BigBambi : Two liner, figured a pastebin wouldn't be needed. apologies. 17.50.20 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 17.50.56 # Now, I will attempt the same operation on the 2GB microSD card 17.51.16 # Please also try the internal flash 17.53.21 # I will. I shall return in a moment, the device has left my mac in a pretty trashed state 17.53.58 # "the operation cannot be completed because you have insufficient privileges" ... oof 17.54.10 Quit MethoS-- (Read error: 110 (Connection timed out)) 17.54.14 Quit Martyn () 17.54.24 Join MethoS-- [0] (n=lem@dyndsl-085-016-166-021.ewe-ip-backbone.de) 17.55.15 # * kugel commits the fix 17.56.17 Join Martyn [0] (n=martinb@63.98.100.164) 17.58.20 # i just copied about 870MB of files to my 4gb microsdhc card in my sansa and no issues here 17.59.11 Join Llorean [0] (n=DarkkOne@32.170.18.5) 17.59.54 # advcomp2019 : Debugging the working case is never useful. 18.00.06 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0261.bb.online.no) 18.00.10 # advcomp2019 : I have a non working scenario, and that's why we're looking into it :) 18.00.36 # Martyn: what happens if you copy the same files from internal flash to the sd card? 18.00.45 # Martyn: It however suggests that it isn't that "very very poor" if it works for many of us 18.01.09 # BigBambi : Oh get off it. -laugh- It's been poor for me 18.02.00 # BigBambi : prior to installing this release, the sansa always switched to the original firmware when connecting USB, and I couldn't access an SDHC card at all 18.02.29 # Martyn: Sorry, it was a very bad choice of words. People spend a huge amount of time working on this in their spare time, and whilst we want to hear about bugs, you could be a little more gracious 18.02.36 # uh, the commit message is longer than the code changes :S 18.02.55 # pastebinning 18.04.31 Quit Martyn (Remote closed the connection) 18.04.31 # kugel: In my mind, if you start a playlist with Insert, the next "Insert" *should* be at the end. 18.04.34 # I'm surprised it's not. 18.04.52 # There's really no reason it should work identical to "select" and having it work differently means more flexibility in general. 18.04.54 # Llorean: yea, I thought so too. It wasn't the case, it is now 18.05.18 # uh, the commit didn't work 18.05.38 # Llorean: I think this was the "broken insert" JdGordon mentioned recently 18.06.03 # kugel: still better than a too short commit message 18.06.13 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 18.06.33 # kugel: I'm pretty sure it is. 18.07.06 # the worst thing imo is, that you clicked insert, but what you got was insert last... 18.07.37 # amiconn: pong 18.08.04 # kugel: I'm confused about how "insert last" caused things to work differently? 18.08.24 # Lear: you're welcome... and thanks :) 18.08.38 # insert last doesn't update the insert position, i.e. new songs are inserted after the current one if you start playback using "Insert" 18.08.42 Join Martyn [0] (n=martinb@63.98.100.164) 18.08.58 Quit MethoS- (Read error: 110 (Connection timed out)) 18.09.10 # Apologies 18.09.12 # The sansa locked up, and OS X reported "device unexpectedly removed, you could lose data" .. then froze hard with a panic 18.09.23 # gevaerts: I think A) for this release, B) for next release (re: your email) with an addendum to B that there be a menu item somewhere for "Enter USB mode" to re-enable without replugging the cable. 18.09.45 # kugel: Insert Last should update it. I think that's a bug too, then. 18.10.25 # kugel: You *should* be able to "Insert Last, Insert, Insert, Insert" to get a chain of files at the end of the playlist. 18.10.47 # http://pastebin.com/m46ea9f1d 18.11.32 # Llorean: probably, I'm not sure though if this also means that starting playback by pressing select will get the insert position at the end too, then 18.11.35 # JdGordon: See r20234 18.12.00 Join midgey [0] (n=tjross@71.238.148.140) 18.12.14 # kugel: Well, I don't see that as a significant problem if it does. There's always "Insert Next, Insert, Insert, Insert" 18.12.17 Nick krazykit` is now known as krazykit (n=kkit@adsl-76-252-12-119.dsl.ipltin.sbcglobal.net) 18.12.29 # hm, right 18.12.36 # kugel: In my mind, you should always do a "Next" or "Last" first to explicitly place the location, then the non-explicit one repeatedly. 18.12.47 # Llorean: the problem with (a) is that it really can make any "special" use (i.e. not mount/copy files/unmount) awkward. Is not going to standard mode automatically really that bad? 18.12.50 Join avis [0] (n=ident@pdpc/supporter/student/avis) 18.13.04 # Llorean: sounds logical to me too 18.13.07 # gevaerts: Are "special" uses of the disk really applicable to rockbox? 18.13.27 # gevaerts: I vote for keeping things as they are 18.13.32 # gevaerts: For "users", the mount/copy/unmount is pretty much the only use they'll ever experience except during an install. 18.13.58 # Trying to copy files to the internal also fails: http://pastebin.com/m51095bb4 18.14.03 # I sometimes to the mount-unmount-remount dance too 18.14.10 # do even 18.14.18 # Llorean: I don't know how windows handles things, but on linux it would mean you have to unplug the device several times to fsck it 18.14.55 Join MethoS- [0] (n=lem@host-091-096-211-235.ewe-ip-backbone.de) 18.15.29 Quit yhuang ("Leaving") 18.15.47 # * gevaerts decides to make the necessary changes and just test the thing 18.16.04 # gevaerts: Would some sort of timeout (if it's not accessed again in 1 second, or whatever) make sense, or is this something that's really a "we have to either screw over fsck, or not have this feature in 3.2" situation? 18.16.26 # Though, I'm not sure we're gonna have the GigabeatS in 3.2 anyway, so it's kinda a non-issue, right? 18.17.09 # gevaerts, if there was errors, windows would post the errors in the event viewer and the sounds from the device disconnecting and connecting.. i have not heard the sounds and i see no errors 18.17.14 Join arohtar [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 18.17.27 Quit faemir (Read error: 104 (Connection reset by peer)) 18.17.29 # unless you was talking about another bug 18.17.46 # gevaerts : Would any further pastebin be useful at this point? 18.17.47 # Llorean: the GigabeatS requires other things anyway (the partition table games) to make it even possible to handle unmount from the device. 18.18.20 # Martyn: if it looks the same, not really. I'm still more interested in what happens with internal flash and what happens if you copy within rockbox 18.18.40 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 18.19.09 # gevaverts : Once I reboot the sansa, I will try copying a file from within rockbox 18.19.26 # Just copy something internal->internal, or internal->microsd? 18.19.46 # (the sansa locked up hard again, giving it the two-fingered reboot) 18.20.21 # gevaerts: Maybe just allow a press of the "Select" button on the USB screen to disconnect independently of what's going on. Basically, it's the same as unplugging the cable anyway, which a user can also do to unsafely remove, and it allows a solution for all targets without dealing with the cable 18.20.37 # Martyn: all directions would be useful I think. Maybe start with internal->microsd 18.20.38 # So if "Safely Remove" leaves you with a USB logo, you can just tap select 18.21.10 # gevaerts : Performing an internal copy from internal to microsd seems to have worked 18.21.22 # gevaverts : I'll copy a whole directory to be sure 18.21.45 # Llorean: I'd still only allow it when the device isn't locked by the OS. Tapping select is a lot easier to do by accident than unplugging a cable 18.22.45 # gevaerts: Copy of a 90Mb directory of files wokred, as did a move 18.23.00 # gevaerts: Long-press Select? 18.23.05 # gevaerts : So the internal file copy and move function works 18.23.51 Quit einhirn_ (Read error: 110 (Connection timed out)) 18.25.10 # Llorean: let me write some code for this, so we can actually try things out instead of speculating :) 18.25.19 # ( it did take a surprisingly long time to do the move operation ) 18.25.31 # Martyn: ok. Does USB work to the internal flash? 18.25.34 # no 18.26.17 # gevaerts: Sounds good. Though if we're at the point where there's a disconnect button, and detection of "medium safe to remove" or whatever, you might as well have the (B) case at that point. 18.26.22 # Martyn: can you post a bug report with all details you can think of? 18.26.43 # Llorean: true, but that requires UI work :) 18.26.45 # Attempting to move or copy files to the internal or microSD card (at least in windows and OS X) seems to cause the device to be connected and disconnected from the USB bus. I wish I knew how to capture the equivalent of the dmesg log in Windows 18.26.52 # gevaerts : Will do. 18.27.38 # gevaerts: You could skip the UI work and just have the button functionality in. Detect "medium safe" and allow "select" to disconnect, then let someone add in the UI bits later if someone felt like it, otherwise we just leave it as "nothing changed" for now. 18.28.22 Quit arohtar (Client Quit) 18.28.35 Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 18.29.04 Join miepchen^schlaf [0] (n=miepel@p579EC7CE.dip.t-dialin.net) 18.30.04 # amiconn: Does this help the video's struggling lists? 18.30.24 # Llorean: insert_next doesn't update it too 18.31.45 # kugel: What? 18.31.56 # the insert position 18.32.00 # kugel: So if you "Insert Next" then "Insert" it actually comes *before* the previously inserted song? 18.33.10 # I just tested insert last to update the insert position. so I did insert last, then insert next, then insert. the last song was appended to the end 18.33.26 Quit nuonguy ("This computer has gone to sleep") 18.33.29 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 18.33.44 # So, only "Insert" was updating the insert position previously? 18.34.24 # amiconn: All this clipping could be done in the lcd-.c files, so that lcd_update and lcd_update_rect don't need to do the clipping again, right? 18.34.37 # Llorean: apparently 18.34.38 Quit MethoS-- (Read error: 110 (Connection timed out)) 18.35.21 # kugel: I wonder if they changed when I wasn't looking, or if I just didn't understand at all how they were supposed to work. But that doesn't make much sense, it basically makes *all* of them less useful because they don't interact. 18.36.05 # I think they all should update (except insert shuffled, maybe?), that would give well defined behavior and useful interaction 18.37.28 # Agreed. 18.37.40 # Insert shuffled shouldn't, because having a random position doesn't really do any good. 18.38.05 # How do you check if someone has pressed a button? 18.38.42 # Look at it, and if it's down... 18.39.05 # Llorean: (a) isn't workable. Linux locks the device to read the partition table, then unlocks it, then something mounts the device. With (a) it leaves USB mode halfway that sequence 18.39.12 # gevaerts: In truth, no clue with the whole context / actions system 18.40.00 *** Saving seen data "./dancer.seen" 18.42.18 # kugel: huh? 18.42.22 # rasher: yes 18.43.01 # amiconn: the viewport functions should handle all clipping, imo, and not the lcd_update / lcd_update_rect ones 18.43.24 # lcd_update_rect clipping is on purpose, to save execution time 18.43.53 # viewport clipping is for drawing into the framebuffer. They are independent 18.44.18 # * amiconn is somewhat puzzled about the deltas 18.45.28 Quit Martyn (Remote closed the connection) 18.45.42 # Is there an event sent out when someone presses a button, or do I just have to call button_get() every now and then 18.47.15 # amiconn: sounds good - not an uncommon complaint 18.47.24 # yeah 18.47.56 # It should help even more for larger fonts. My figures are for sysfont, where reloading src bytes within a column doesn't happen 18.49.03 # Great news 18.49.36 # amiconn: I mean, for example, lcd_update_viewport() would handle the clipping, then pass the clipped x/y/width/height to lcd_update_rect. This would get rid of dozens of different clippings and duplicated code, in favor for 1 18.49.44 Quit mcuelenaere () 18.51.09 Quit moos ("Rockbox rules the DAP world") 18.52.32 # rasher: you were asking something about where the wps syntax is all specified yesterday? 18.53.00 # JdGordon: Llorean actually. Saw your response, but I don't think it's important. 18.53.10 # ok 18.53.16 # But thanks anyway 18.54.24 Join Sedgewick [0] (n=Sedgewic@net-93-145-251-167.t2.dsl.vodafone.it) 18.55.12 Join Conic [0] (n=conicpp@c-75-68-165-66.hsd1.vt.comcast.net) 18.55.30 Quit bubi ("Verlassend") 18.56.38 Nick obo_ is now known as obo (n=obo@77-99-230-49.cable.ubr04.trow.blueyonder.co.uk) 19.00.01 # * amiconn now understands the somewhat strange deltas for PP and coldire 19.00.19 # This is IRAM code, so the binary grows, but the (SD)RAM usage doesn't 19.01.15 Quit __BradC (Connection timed out) 19.03.26 # Llorean: can you live with using the button that's used to tell the player not to enter MSC mode for getting out of MSC mode? It seems related, and it saves me from defining another one 19.03.59 Quit ibseo ("quit") 19.04.08 # gevaerts: Makes the most sense to me. 19.04.27 # "Press (button) to prevent MSC mode, or to disconnect from MSC mode if your computer has released the device" 19.04.46 Join goffa [0] (n=goffa@216.220.23.105) 19.10.14 # * rasher attempts to guilt gevaerts into updating the manual at the same time 19.10.38 # gevaerts: why do you need to choose wierd buttons? why not just change the display to "computer has released the device, unplug usb or press OK to eject" 19.10.47 # and use ACTION_STD_OK 19.11.12 # JdGordon: I'll post a patch soon, so UI people like you can improve it :) 19.20.27 # Llorean: FS#9993 19.25.20 Quit BHSPitLappy (Read error: 131 (Connection reset by peer)) 19.25.49 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 19.27.32 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 19.29.06 Quit nuonguy (Remote closed the connection) 19.31.22 Quit kushalone ("Leaving. I cannot promise to be back but most likely will.") 19.35.32 Quit lunix15 ("Leaving.") 19.36.45 Quit Llorean ("Leaving.") 19.36.50 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 19.37.21 Quit Darksair ("Emacs = ESC-Meta-Alt-Ctrl-Shift") 19.40.24 Quit bluebrother (Nick collision from services.) 19.41.20 Join guest001 [0] (n=someone@d85-232-178-125.cust.tele2.ch) 19.41.53 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 19.44.35 # * gevaerts decides that this patch is minimal enough to commit without waiting for further input 19.45.25 Quit bluebrother (Nick collision from services.) 19.46.36 Quit webguest43 ("CGI:IRC (EOF)") 19.46.53 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 19.47.20 Quit bluebrother (Client Quit) 19.49.44 Join Martyn [0] (n=martinb@63.98.100.164) 19.55.57 # * Bagder adds a brand new quad core server to the pool 19.56.47 # Woo 19.57.23 # red builds! 19.58.22 # Boo 19.59.03 # * gevaerts tries to blame someone else 20.07.37 Quit bmbl ("Woah!") 20.07.59 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 20.08.05 Quit guest001 (Read error: 110 (Connection timed out)) 20.10.28 # Bagder: err, that doesn't look good 20.11.45 Quit flydutch ("/* empty */") 20.12.42 # hah, indeed not 20.13.16 # something is very odd there 20.14.07 Quit Galois (grisham.freenode.net irc.freenode.net) 20.14.07 NSplit grisham.freenode.net irc.freenode.net 20.14.07 Quit scorche|sh (grisham.freenode.net irc.freenode.net) 20.14.46 # and I know what 20.14.57 # echo -e on ubuntu 20.15.06 # Where's the echo -e? 20.15.06 NHeal grisham.freenode.net irc.freenode.net 20.15.06 NJoin Galois [0] (i=djao@efnet-math.org) 20.15.06 NJoin scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 20.15.15 # in his acbuild.pl version 20.15.35 # Thought we fixed that ages ago 20.15.52 # we did, but he obviously has a copy from before that 20.16.42 Join flydutch [0] (n=flydutch@host25-43-dynamic.5-87-r.retail.telecomitalia.it) 20.16.50 # So did he switch to ubuntu? 20.16.50 # Unhelpful: haha, nice job 20.17.13 # * kugel prays for ./configure --target= --type=, etc 20.17.25 # kugel: doesn't that already exist? 20.17.38 # yea, but the build server don't use it, and rely on echo magic 20.17.54 # It uses printf... 20.18.13 # dolphins rely on echo magic too 20.18.15 # and bats 20.18.20 # er, oops 20.19.32 # I fixed it now and I'll leave it enabled but if things are still bad later tonight I'll fix it further, I'll be gone a few hours now 20.21.49 Join mrkiko [0] (n=mrkiko@host220-21-dynamic.20-79-r.retail.telecomitalia.it) 20.26.13 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 20.34.29 # huh, what'd i do now? 20.40.02 *** Saving seen data "./dancer.seen" 20.40.08 # Unhelpful: I just tried pictureflow with playback and the new buffer system 20.40.12 # great thing 20.40.37 # ahhh... i was gonna say, the stuff i put up last night is a mess, and needs work :) 20.41.22 # Unhelpful: So is it just playback integration to go for pictureflow? :) 20.41.25 # I guess scrolling is limited now to not underrun the cache? 20.41.51 # kugel: i didn't change anything about scrolling. 20.42.00 Join fml [0] (n=4fd3fb36@gateway/web/cgi-irc/labb.contactor.se/x-f5e8c4cb75968767) 20.42.23 # well, scrolling is definitely slower (not in fps sense), but I never get a "?" slide anymore 20.42.29 # Yay! Green line again 20.42.53 # pixelma: ping 20.43.21 # the cache was being underrun because the cache load thread was lower priority than the gui thread, and pretty much never run while scrolling. of course, if another thread is running more than it used to, the fps pretty much has to go down :) 20.44.02 # the fps didn't go down 20.44.19 Quit Lear ("ChatZilla 0.9.84 [Firefox 3.1b4pre/20090307035009]") 20.46.12 # I guess pf needs a playback menu now 20.47.48 # Surely in an ideal world pf *is* the playback menu? 20.48.08 # :) 20.51.51 # * rasher thinks the slowdown when scrolling is a bit... slow 20.51.54 # In pf 20.52.22 Quit Nico_P (Remote closed the connection) 21.00.26 Join bimbel [0] (n=Miranda@unaffiliated/bmbl) 21.01.11 Quit bmbl ("Woah!") 21.02.43 # for me it would be unuseful, but... will be a pdf reader implemented in rockbox? I ask it 'cause looking at libpoppler, much work is allready done... 21.02.59 # it seems that the library can be built in a way so that it's glibc-independant 21.03.45 # I'd be surprised if libpoppler doesn't use floats 21.04.59 # It's also c++ 21.06.06 Quit fml ("CGI:IRC") 21.11.45 Quit Wraith| (Read error: 60 (Operation timed out)) 21.14.27 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9/2009020407]") 21.15.31 # rasher: do you mean the slowdown when you stop scrolling? it's designed to slow down as the scroll animation completes, but you're not the only person to think it's a little *too* slow 21.16.04 # Unhelpful: Yes.. I just think the decelleration should be a bit quicker 21.16.47 # the other person was testing it on the newly-supported archos targets, at a blazing 5fps, though 21.27.15 Quit mrkiko (Remote closed the connection) 21.27.26 Join mrkiko [0] (n=mrkiko@host220-21-dynamic.20-79-r.retail.telecomitalia.it) 21.27.31 Join Massa [0] (n=chatzill@p5791DDEE.dip.t-dialin.net) 21.29.31 Join z35 [0] (n=z35@h184.121.88.75.dynamic.ip.windstream.net) 21.29.54 # Hi eveybody! 21.30.11 # s/evey/every/g 21.31.36 # Anybody here? 21.32.02 # Massa, yes do you have a question 21.32.41 Join petur [50] (n=petur@rockbox/developer/petur) 21.33.07 # Well, is somebody here with an iRiver H3x0 device? 21.33.23 Nick obo is now known as obo_ (n=obo@rockbox/developer/obo) 21.33.48 Nick obo_ is now known as obo (n=obo@rockbox/developer/obo) 21.34.01 # just ask the question someone will help 21.35.03 # I wanted to update the bootloader of my H3x0 device - for this I need to boot the original firmware. 21.35.21 Join gromit`` [0] (n=gromit@ALagny-154-1-12-154.w83-112.abo.wanadoo.fr) 21.35.58 # As far as I remember (it's been eon since I tried to boot the original firmware) I have to press the "RECORD"-button and then switch the device on (play button) to boot the original firmware. 21.36.01 Quit gromit` (Read error: 104 (Connection reset by peer)) 21.36.18 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-cefe569b6bc78e13) 21.36.18 Quit gromit`` (Client Quit) 21.36.40 # But when I do this now, rockbox says "Booting the original firmware" and then switches the device off... 21.36.54 # Are you keeping "on" pressed? 21.37.11 # IIRC, the OF checks that button, and if it's not pressed, will power-down 21.37.50 Join Chris_Black [0] (n=Sedgewic@net-93-145-225-28.t2.dsl.vodafone.it) 21.38.13 # linuxstb: no, I released it. That solved the problem - easy at always... 21.38.41 Join gromit` [0] (n=gromit@ALagny-154-1-12-154.w83-112.abo.wanadoo.fr) 21.39.23 # linuxstb: thanks a lot :) - I suggest, that this find it's way to the manual ;) 21.39.54 # We welcome patches to the manual ;) 21.40.01 # I propose that the front page should be updates as discussed here: http://forums.rockbox.org/index.php?topic=20852.0 21.40.13 # "should be updated" 21.42.54 # Maybe Bagder's change should simply be reverted - for the c200 and e200 (the only Sansas we support), the "v2" title is correct. 21.43.46 # ( http://svn.rockbox.org/viewvc.cgi?view=rev&revision=20127 ) 21.43.49 # does anyone have any thoughts about the vorbis iram malloc patch? 21.43.55 # Howdy. Does boris gjenero sometimes come on IRC? 21.44.18 # i like the idea of dynamically allocating IRAM for buffers only if they're needed, but I worry that we'll run into a situation where some odd vorbis file tries to allocate a lot of IRAM 21.44.25 # dionoea: I don't think so, although he's active everywhere else (tracker, mailing list and forums) 21.44.50 # ok. I'll stick to the tracker then :) 21.46.01 Join Wraith| [0] (n=Wraith@c-69-250-112-82.hsd1.dc.comcast.net) 21.47.49 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 21.50.38 Quit flydutch (Read error: 110 (Connection timed out)) 21.51.48 Join HBK- [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 21.55.00 Quit Sedgewick (Connection timed out) 22.00.07 # is there a make target to make only the firmware and not the plugins? 22.00.51 # make bin 22.00.55 # thanks 22.01.32 Join fangzero [0] (n=fangzero@pool-64-223-150-142.man.east.myfairpoint.net) 22.01.34 # There's also "make help" 22.01.44 Join midijunkie [0] (n=Miranda@pD954597D.dip0.t-ipconnect.de) 22.01.49 # Hello 22.02.46 Ctcp Ping from gevaerts!n=fg@rockbox/developer/gevaerts 22.03.11 # I am in need of some help setting up Rockbox on a Sansa e280R 22.03.33 Ctcp Time from gevaerts!n=fg@rockbox/developer/gevaerts 22.03.45 # I can't seem to get into Manufacture mode like the intructions say on the rockbox website 22.05.02 # That shouldn't be too hard. What goes wrong? 22.05.31 # It never goes into Manufacture mode 22.05.44 # I had hold on and pressed and held select like it said 22.06.05 # just goes to the main menu of the original firmware 22.06.19 # You're sure it's a v1? 22.06.46 # I'll check it again 22.07.49 # Version 3.01.16A 22.08.01 # that a v2 22.08.17 # It said they had special instructions for the R version 22.08.20 # ok. That's not a v1. Rockbox doesn't work on those yet 22.08.35 # Yes, the v1 R. Not the v2 R 22.08.44 # ah 22.08.49 # That would explain alot 22.09.26 # I heard you could downgrade it enough to get rockbox, but is it worth the time? 22.09.35 Quit HBK (Read error: 110 (Connection timed out)) 22.09.39 # you can't. The hardware is different 22.09.53 # People are working on supporting the v2, but that's not done yet 22.09.58 # Ah 22.10.14 # Father was wanting to get it on his Sansa e280R 22.10.28 # I bought my E260 from another place then him 22.10.54 # So I was trying to help him get rockbox on his 22.11.16 # Oh that reminds me, I haven't been able to get Picture flow working on my e260 22.11.32 # gives me a cache error then quits 22.11.44 # * gevaerts leaves that one to PF specialists :) 22.12.04 # hehe ok that works 22.12.27 # Been ripping all my cd's to ogg since I got rockbox... 22.12.49 # It is quite a nice thing 22.13.07 # So is there any idea when V2 support will come? 22.14.25 # When the people who are working on it in their spare solve all the problems... 22.15.09 # Heh. I would Contribute to some programs for rockbox, but I only know Java. 22.15.53 # I'm just saying that it's a matter of people without much time solving problems - so it's impossible to know how long things will take. 22.16.11 # Ah It's Cool. 22.17.12 # Thanks for the info. 22.17.34 # theres no V2 R either, so its just a plain V2 22.19.22 Ctcp Ping from gevaerts!n=fg@rockbox/developer/gevaerts 22.20.28 # ah ok 22.23.36 Join gregzx [0] (n=chatzill@drs159.neoplus.adsl.tpnet.pl) 22.23.55 Join {phoenix} [0] (n=dirk@p54B47EB6.dip.t-dialin.net) 22.24.30 # r20250 for sansa didn't build? 22.25.41 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 22.25.42 # its building now 22.26.19 Quit Massa ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 22.27.52 Join Thundercloud [0] (i=thunderc@81.187.69.86) 22.28.42 # thanks 22.36.49 # Unhelpful: I agree about the slowdown in pf being a bit too slow - and yes most annoying on my Ondio where I get up to 7 fps (before today's greylib enhancements) ;) 22.37.14 Join BdN3504 [0] (n=55b21847@gateway/web/cgi-irc/labb.contactor.se/x-bfc7c92380738bba) 22.38.17 # * Martyn continues writing a fat32 formatting and fsck plugin while waiting for the build to finish 22.40.05 *** Saving seen data "./dancer.seen" 22.41.39 Quit t0mas ("Leaving") 22.43.47 Quit {phoenix} (Remote closed the connection) 22.44.37 # my, amiconn sure has been busy since pf on archos landed. i'll have a new keymap patch up shortly... i think many of the icky bits have improved, though likely not all. 22.45.12 # which button is ActionStdUsbCharge on the gigabeat F? 22.45.56 # the manual should know 22.45.57 # Unhelpful: the Ondio has a slightly faster CPU (in case you thought the higher fps were due to improvements only) 22.46.22 # http://download.rockbox.org/manual/rockbox-gigabeatf/rockbox-buildch3.html#x5-220003 not yet 22.46.35 Join FlynDice [0] (n=FlynDice@12-46-54-192.seatac.seattwa.wayport.net) 22.46.51 # but i guess it's select... lemme check 22.47.02 # building on CONTEXT_TREE was entirely the wrong place to go, instead it's now a context that chains to ACTION_STD and adds the menu/quit/cancel buttons, used by tracklist, and another that adds left/right scroll, and could potentially define inputs for other actions if something needs remapping due to being covered by left/right scroll 22.47.19 # BdN3504: I'm confused. That page seems entirely correct... 22.48.07 # Unhelpful: The chunky drawing optimisation is something I wanted to do for ages. PF finally pushed me to do it 22.48.28 # The coding didn't even take very long, as I had the ideas already worked out in my head 22.48.45 # always good to have written the code before you write it :) 22.49.36 # I have another idea which I had to back out for now, as it would probably not be wise to push it just before the freeze: the ability for a viewport to override the backdrop with a plain background colour 22.50.41 # That is without removing the backdrop entirely. It will be another drawmode modifer bit. I'm not sure which way round it should operate, but I now tend to think that bit set == override backdrop is better 22.50.43 # Unhelpful: forcing horizontal scrolling in the tracklist? That's something that could get problematic on the Ondio once you could select tracks to play from it (and in this case I rather do without the scrolling than anything else) 22.51.20 Join moos [0] (i=Mustapha@rockbox/staff/moos) 22.51.33 # pixelma: no, the tracklist context only adds action buttons - only a dedicated quit button on most targets. then a layer over that adds left/right scrolling 22.52.13 # * pixelma doesn't follow 22.53.32 Join MethoS-- [0] (n=lem@dyndsl-085-016-165-219.ewe-ip-backbone.de) 22.56.49 Join ibseco [0] (n=ibseco@BAH0b97.bah.pppool.de) 22.57.44 # i looked here http://svn.rockbox.org/viewvc.cgi/trunk/manual/rockbox_interface/main.tex?r1=20247;r2=20248;pathrev=20248 and concluded that was the right section 22.58.35 # right section for what? 23.00.28 # pixelma: it's not done yet, but there are two contexts defined in pictureflow in my working branch for this. pf_context_buttons adds a dedicated quit button, and possibly others if PF will need them anywhere, and chains to CONTEXT_STD. pf_context_album_scroll adds the left/right scroll buttons, and chains to pf_context_buttons. 23.00.56 # Yet another thing is the bitmap drawing unification stuff 23.01.37 # it looks like at least Ondio will need new buttons for ok/cancel, and maybe menu, in pf_context_album_scroll... up for select, down for cancel, and that little thingy on the bottom left for menu? 23.02.14 # gevaerts: Reading your manual addition, it comes across as a bit over-technical to me - e.g. "operating system of your computer", could simply be "your computer". Also "host operating" seems incomplete. 23.03.10 # linuxstb: good point 23.03.38 # * gevaerts fixes 23.07.24 # gevaerts: Why does Charging have a capital C? ;) 23.07.51 # linuxstb: this is about mister Charging, not the boring battery stuff 23.08.11 # * gevaerts fixes more 23.08.43 # Unhelpful: 'Cancel' should be on Power by convention, and selecting is usually done with Mode if Right is taken 23.08.45 # Unhelpful: select: short menu, menu: long menu is what I'd expect 23.09.01 # menu/mode 23.09.02 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 23.09.25 Quit FlynDice (Read error: 60 (Operation timed out)) 23.09.48 # menu/mode/that little thingy on the bottom left ;) 23.10.34 Quit faemir ("Leaving") 23.10.35 Quit BdN3504 ("CGI:IRC (EOF)") 23.10.42 Join goffa_ [0] (n=goffa@216.220.23.105) 23.10.56 Quit gregzx ("ChatZilla 0.9.84 [Firefox 3.0.7/2009021910]") 23.12.56 Quit tyfoo (Read error: 104 (Connection reset by peer)) 23.13.15 Quit MethoS- (Read error: 110 (Connection timed out)) 23.15.38 Join __BradC [0] (i=heh28612@203.161.83.244.static.amnet.net.au) 23.16.07 # In lieu of having "completed" the alternate themes site I've been working on, I've uploaded what I have right now to a public git repository: http://repo.or.cz/w/rockboxthemes.git 23.17.11 # * Bagder added the second (and faster) fnarfbargle server now 23.18.34 Quit bimbel ("Woah!") 23.19.40 # Bagder: Any objection to reverting http://svn.rockbox.org/viewvc.cgi?view=rev&revision=20127 ? As far as the Sansas listed there, "v2" is correct, and it's been pointed out that no-one apart from us calls them "AMS Sansas". 23.19.51 # I'm installing the current sansa build now 23.20.22 # Bagder: Any idea how long the build system usually waits for the last build, with all other servers sleeping? 23.20.53 # rasher: no, i think it varies a lot 23.21.13 # linuxstb: won't that just complicate matters as then we'll mix the terms a lot? 23.21.16 # linuxstb, Bagder: why not simply add a "what does this mean" link instead? 23.21.18 Quit stripwax ("http://miranda-im.org") 23.21.20 Quit petur (Remote closed the connection) 23.21.21 Quit Martyn () 23.21.35 # which in turn lists the models in detail 23.21.50 # Bagder: I don't think so, as we're just referring to the v2 e200 and c200. The "AMS Sansa" port includes the Clip, Fuze and m200v4. 23.22.04 # ah right 23.22.15 Quit Zoxc () 23.22.23 # The trouble is nobody not involved knows what AMS means 23.22.26 # * amiconn throws some speculative concurrent builds in Bagder's direction ;) 23.22.35 # But yes, the "v2 models" text could be a link to the SansaAMSPort page, or whatever it's called. 23.22.37 # Bagder: Are there any (significant) pauses in the build times listed on the build summary? 23.22.44 # amiconn: thanks! ;-) 23.23.11 # Or do the builds happen basically back-to-back? 23.23.18 # rasher: what's not visible there is the transfer times to get zips to the master, and general network latency 23.23.29 # Oh, and backround uploads, of course 23.23.31 Quit gromit` (Read error: 110 (Connection timed out)) 23.23.34 # Maybe we need something like a "SamsungIpods" page to link all the non-supported ipods to... 23.23.35 # *background 23.23.39 # amiconn: "power" is mapped to quit on many targets right now... by cancel i mean the key to return to albums from a tracklist 23.23.48 # I expect background uploads to make the biggest difference 23.23.51 Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 23.24.03 # Unhelpful: I know. Imo one press of Power should return, and another quit 23.24.05 # yeah, but bg uploads make error handling a lot harder 23.24.35 # Bagder: Ah, I was hoping that'd be included :\ 23.24.41 Quit goffa (Read error: 110 (Connection timed out)) 23.24.44 Quit Chris_Black ("off") 23.24.58 # well, cancel at the album list *does* quit. i'm just inclined to think that cancel would be best placed near the scroll buttons, and power as a dedicated quit button 23.25.28 # It does right now, but who says it needs to stay that way? 23.26.00 # But then, nothings stops the tracklist from having a different mapping, and then Left should return to the album selector 23.26.50 # it likely already does, if it's a standard cancel button 23.27.41 # it does... i'll need to do something about masking long-press-right in the album view, since that's triggering select 23.28.22 Join Martyn [0] (n=martinb@63.98.100.164) 23.28.48 # * amiconn still thinks that unchained contexts are better 23.28.50 # Oh well... current build was no better. 23.28.52 # see where chaining core contexts can lead you to ;) 23.28.52 # Copying files on OSX to the sansa via USB still causes it to lock up 23.31.56 # Martyn: how are you installing? Overwriting .rockbox, or a totally removing it? Also, is this your own build or the official one? 23.32.08 # i'm still inclined to think that chaining is not evil in and of itself... i'm pretty well convinced that chaining contexts that are very generally defined, and without any per-target thought as to how they will chain, is bad, though. this already works better than PLA. ;) 23.33.01 # Chaining isn't evil as such, but you need to be very very careful 23.33.56 # Especially if you don't have devices for testing every possible keymap. The sim doesn't tell you the whole truth (and it can't). 23.34.05 # expecting completely arbitrary contexts to chain neatly is trouble. i'm tweaking these as needed to get them to work correctly 23.34.29 Join cjambe_ [0] (n=user@node-6191.tor.pppoe.execulink.com) 23.34.59 Nick cjambe_ is now known as cjambe (n=user@node-6191.tor.pppoe.execulink.com) 23.35.03 # yes, it lacks power button for one of my targets, or at least i don't know what that is, it can't always simulate button hardware quirks properly... but i don't see how one can give unchained contexts more than a best-effort attempt, either, for targets one doesn't have 23.36.30 # Hello, what is the most modern buyable player with full Rockbox support? 23.37.17 # define "modern", "buyable" and "full"... seriously, though, the answers to those questions depend on where you're buying, and what you want. 23.39.08 # Unhelpful: "buyable" means I want to buy a new player in a retail store. "modern" means a player that was produced within last 2 years. "full" means that every feature of out-of-the-box firmware is present in Rockbox firmware. 23.39.32 # Unhelpful: sure about the best-effort-attempt, but at least it's easier for people with the device to "fix" the keymap without worrying about breaking something else 23.41.14 Quit rocko ("Leaving") 23.49.17 Quit Thundercloud (Remote closed the connection) 23.49.55 Join Thundercloud [0] (i=thunderc@81.187.69.84) 23.50.05 # cjambe: the intersection of your criteria is empty... 23.50.35 # n1s: thanks :) 23.51.39 # the BuyersGuide wiki page should give some good hints at what you have to choose from though 23.54.20 Quit bertrik ("Leaving") 23.55.43 Quit n1s ("Lämnar") 23.56.08 Join BdN3504 [0] (n=55b21847@gateway/web/cgi-irc/labb.contactor.se/x-d018e217424bc1ce)