| 00:00:29 | Wraith| | 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 | Bagder | chance: yes easily: no very hard work: yes |
| 00:01:37 | Wraith| | how would i go about it, and is there a chance that there is projects out the on it? |
| 00:02:31 | linuxstb | http://www.rockbox.org/wiki/NewPort |
| 00:02:53 | Wraith| | thanks |
| 00:03:08 | Bagder | http://www.leedsworld.com/products/item/?item=1660-30 <= is it this one? |
| 00:03:30 | ze | looks made-for-promos hehe |
| 00:04:27 | Wraith| | Bagder it looks very similar |
| 00:04:30 | Wraith| | could very well be it |
| 00:04:56 | Wraith| | numbers match, so yes it is it |
| 00:06:38 | Bagder | yeah, it seems hard to track any firmware downloads for that anywhere, possibly it can't even be upgraded |
| 00:07:21 | Wraith| | i agree. the manual (mostly in chinese) says how to upgrade firmware, but not if it is upgradeable |
| 00:07:34 | Bagder | 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 | bluebrother | 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 | toffe82 | 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 | Bagder | no, only been back for a few hours... got them now! |
| 00:12:35 | toffe82 | it is a fwimage.ebn , is it a portal player ? |
| 00:13:03 | toffe82 | the update is : Encrypted_FWImage_HDD070_4.41d.ebn |
| 00:13:04 | Bagder | toffe82: yes, that's the typical philips name of the mi4 files |
| 00:13:23 | toffe82 | I think I can get one cheap |
| 00:13:23 | Bagder | (the .ebn I mean) |
| 00:13:24 | Llorean | Bagder: Do we know that they only use it for MI4 files? It might just be a standard extension they use? |
| 00:13:33 | Bagder | yeah, it could |
| 00:14:36 | Llorean | 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 | Wraith| | i think im going to take a leap and say this is beyond me |
| 00:17:30 | Wraith| | im more into the programming area rather than the hardware |
| 00:18:03 | Bagder | rockbox is mostly about the programming area... but with an understanding of the hw |
| 00:18:23 | Bagder | but yes, a new port is a daunting task |
| 00:18:55 | Wraith| | especially when i have no information about the current firmware :( |
| 00:19:15 | Wraith| | the firmware updatin software wont even recognize the device :\ |
| 00:21:09 | | Quit gromit` (Read error: 60 (Operation timed out)) |
| 00:21:53 | Wraith| | man this is depressing |
| 00:22:03 | toffe82 | 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 | Wraith| | 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 | Wraith| | 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 | Wraith| | i guess ill try AT comunications with my phone |
| 00:24:32 | rasher | 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 | rasher | On the themesite |
| 00:24:55 | | Join gromit` [0] (n=gromit@ALagny-154-1-12-154.w83-112.abo.wanadoo.fr) |
| 00:26:52 | Llorean | rasher: Save? |
| 00:27:11 | bluebrother | rasher: how about "release" and svn revision? |
| 00:27:13 | Llorean | I think the only thing we need to test against is current and "last stable" |
| 00:28:01 | gevaerts | We probably want to know which specific revision was tested |
| 00:28:16 | * | rasher thinks for a bit |
| 00:28:20 | gevaerts | (unless you retest on every revision) |
| 00:28:31 | Llorean | Maybe we should just retest every release, and not worry about in-between. |
| 00:29:19 | rasher | 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 | rasher | 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 | Llorean | Daily checks? "Good as of <date> and with Stable <release number>" |
| 00:30:44 | Llorean | Or weelky |
| 00:31:02 | Llorean | 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 | Llorean | 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 | Llorean | Though... |
| 00:32:12 | Llorean | 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 | rasher | How? |
| 00:32:47 | gevaerts | 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 | Llorean | Couldn't rbutil download checkwps? |
| 00:33:04 | rasher | Llorean: We'd need to build checkwps for Linux{*}, OS X, Windows.. |
| 00:33:20 | Llorean | rasher: Ah, true. |
| 00:33:41 | Llorean | rasher: Maybe we need a way to separate the "rules" from the binary |
| 00:33:58 | rasher | I just don't think rbutil should meddle with this |
| 00:34:02 | Llorean | Then rbutil could have its own validation, and just download the latest rule text. |
| 00:34:11 | Llorean | Well, if RBUtil installs themes that don't work, people will file bugs. |
| 00:34:23 | rasher | But the themesite will make sure it doesn't! |
| 00:34:28 | Llorean | rasher: Not really. |
| 00:34:32 | rasher | Why not? |
| 00:34:47 | Llorean | 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 | rasher | So we check every day instead. |
| 00:35:08 | Llorean | That just narrows the window, but it is much better. |
| 00:35:14 | Llorean | is there one specific file that defines WPS syntax? |
| 00:35:24 | Llorean | Would it be possible to just re-run the check when that file changes? |
| 00:35:55 | rasher | 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 | amiconn | Aaarrrgh! |
| 00:36:21 | Llorean | rasher: Ought to be good enough. |
| 00:36:58 | amiconn | 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 | amiconn | Not wonder my extension for forced background drawing breaks in lists |
| 00:38:23 | amiconn | 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 | bluebrother | 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 | bluebrother | 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 | bluebrother | the possibility for hiccups that is |
| 00:57:15 | Llorean | Yeah |
| 00:57:26 | Llorean | Also, what to do if say 3.2, and SVN have different compatibility requirements. |
| 00:57:42 | | Quit DC1 ("$4e75") |
| 00:57:47 | Llorean | Should we keep two versions around if one verifies with the release, and one with SVN? |
| 00:57:53 | bluebrother | that's a different issue. We'd need to separate releases from svn |
| 00:58:15 | bluebrother | currently we don't do this for anything except the main build. Which isn't the best thing either |
| 01:00 |
| 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 | linuxstb | rasher: Why not run all checkwpses for all the targets you think the theme applies to (dragging the talk from -community...) |
| 01:25:09 | rasher | I guess that works, actually |
| 01:25:28 | scorche | 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 | rasher | Both. |
| 01:26:02 | | Quit SirFunk (Remote closed the connection) |
| 01:26:26 | Llorean | 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 | scorche | and then have a checkbox or something on the site to enable viewing of either versions? |
| 01:27:07 | rasher | 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:00 |
| 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 | plutonian | 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 | plutonian | also |
| 02:42:59 | plutonian | rockbox can no longer put my ipod into disk mode |
| 02:43:15 | plutonian | it shows the "USB connected" screen |
| 02:43:20 | plutonian | but it never reboots into disk mode |
| 02:47:52 | | Join yhuang [0] (n=yhuang@unaffiliated/yhuang) |
| 02:49:48 | perrikwp | 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:00 |
| 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:00 |
| 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 | Elk | 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 | Elk | When I hold down play to turn it off nothing happens |
| 04:58:14 | Elk | Can anyone shed some light on this? |
| 05:00 |
| 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 | soap | does the play button work in every other way, Elk? |
| 05:07:11 | Elk2 | Yes, yes it does |
| 05:07:59 | Elk2 | 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 | scorche | first off, rockbox doesnt have a sleep mode (it just shuts off)...secondly, how long are you holding the button for? |
| 05:11:23 | Elk | A fairly long time |
| 05:11:35 | Elk | I thought it was just a shut off |
| 05:11:54 | Elk | just how long am I supposed to hold it? |
| 05:12:52 | saratoga | couple seconds |
| 05:13:13 | Elk | yeah, it's definitely not working |
| 05:13:34 | Elk | 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 | Alex00088 | 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 | scorche | .....huh? |
| 05:15:12 | scorche | Elk: that sounds odd...have you tried both the latest SVN version and the lastest release? |
| 05:16:07 | Elk | I have whatever it is they have at http://www.rockbox.org/download/ |
| 05:17:00 | scorche | could you try the latest version whish is here? http://build.rockbox.org/ |
| 05:17:00 | soap | That's the latest release. |
| 05:17:03 | Alex00088 | 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 | scorche | though the release should be fine.. |
| 05:17:30 | soap | Alex00088: it downloads the cross compilers. |
| 05:17:38 | scorche | Alex00088: rockboxdev.sh built the crosscompilers for you |
| 05:17:43 | soap | So you need to back up them as well. |
| 05:17:52 | Alex00088 | are where are they? |
| 05:17:55 | scorche | or just run rockboxdev.sh again |
| 05:17:57 | Alex00088 | *-are |
| 05:18:14 | Elk | wait, so I should install the latest build? |
| 05:18:39 | scorche | Elk: well, the release should work, but try the latest build for kicks and giggles |
| 05:18:46 | Alex00088 | scorche: I don't have internet in Ubuntu |
| 05:19:15 | Elk | ugh, I don't feel like that right now |
| 05:19:31 | Elk | is there anything else I can do? |
| 05:20:34 | Alex00088 | 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 | soap | 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 | scorche | or that you are doing something wrong |
| 05:22:12 | soap | Perhaps it is bouncing. If you are in the WPS, with a track playing, and press and hold "Play" - what happens? |
| 05:22:44 | soap | You could also boot into Apple Diagnostic Mode and test your buttons. |
| 05:23:19 | Elk | my play button pauses music just fine |
| 05:23:34 | soap | 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 | Elk | I forget how to boot into diagnostic mode |
| 05:23:59 | soap | google. |
| 05:24:10 | Elk | right |
| 05:24:22 | scorche | Elk: if you hold it while playing, does it stop the music and return you to the file browser or database? |
| 05:24:40 | soap | 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 | scorche | Alex00088: well, rockboxdev.sh typically installs them to /usr/local/<arch here>-elf/bin, but there may be other issues, like your new ubuntu installation not including packages that you might need |
| 05:25:19 | The-Compiler | ws 14 |
| 05:25:21 | The-Compiler | oops |
| 05:25:26 | soap | binutils, build-essentials |
| 05:25:33 | Elk | It pauses and brings me back to the menu |
| 05:25:46 | scorche | ok...and now try and hold play again |
| 05:26:03 | soap | 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 | Elk | I was holding it for like ten seconds |
| 05:26:55 | Martyn_ | Hey all. |
| 05:26:58 | Elk | nothing happened |
| 05:27:04 | Martyn_ | Is there a way to format the SD card in a sansa running rockbox? |
| 05:27:17 | saratoga | no you have to format on a PC |
| 05:27:26 | Martyn_ | I have one that has an ext2 filesystem on it from previous experimentation on a phone... |
| 05:27:31 | Martyn_ | Oh, poodles. |
| 05:27:45 | | Join planetbeing_ [0] (n=planetbe@24.86.172.128) |
| 05:27:45 | Martyn_ | 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 | soap | 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 | Elk | so go into diagnostic mode? |
| 05:30:21 | | Quit taylor_ ("Leaving") |
| 05:37:13 | Elk | I went into diagnostic mode and did the button test |
| 05:37:46 | Elk | 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 |
| 06:00:43 | | Join mollybee [0] (n=mollybee@72-173-45-59.cust.wildblue.net) |
| 06:01:07 | mollybee | haru! |
| 06:01:07 | | Quit saratoga ("CGI:IRC (EOF)") |
| 06:02:21 | mollybee | <−− sansa player newb pimping Ubuntu on her lapdancer, wants to install rockbox for a good time |
| 06:02:40 | mollybee | trouble is, I can't open the utility thingy |
| 06:02:55 | mollybee | oh, and btw, am toadally tecknologickally inept, kthx |
| 06:02:59 | mollybee | halp! |
| 06:04:17 | Unhelpful | 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 | scorche | 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 | mollybee | yes yes, just reading your guidelines, thank you most kindly! |
| 06:06:04 | mollybee | I was too excited to follow directions! |
| 06:07:07 | mollybee | 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 | mollybee | I also loaded down the version of the object of my desire for my model, Sansa c200 |
| 06:08:56 | scorche | rockbox utility should do that for you, however what happens when you try and run it? |
| 06:09:13 | mollybee | 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 | mollybee | it is a most perplexing state of affairs! |
| 06:11:14 | mollybee | 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 | mollybee | 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 | mollybee | 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 | mollybee | 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 | Keripo | anyone planning to get a Pandora? |
| 06:59:18 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
| 06:59:47 | soap | why is "Time and Date" under System instead of Settings? |
| 07:00 |
| 07:01:26 | | Quit Martyn (Read error: 110 (Connection timed out)) |
| 07:01:49 | JdGordon_ | soap: i guess because of when it was moved out of the rockbox info screen |
| 07:02:04 | JdGordon_ | 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 | soap | 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 | JdGordon | 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 |
| 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 | soap | 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:00 |
| 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:00 |
| 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 | amiconn | 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:00 |
| 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:00 |
| 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 | BXCracer | 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 | scorche|sh | i think he already has a device heading to him |
| 12:37:51 | BXCracer | 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 | Unhelpful | 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 | BXCracer | 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 | Unhelpful | 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:00 |
| 13:06:39 | pixelma | 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 | Unhelpful | yes... would it be better to define PF_* actions that are identical to the core actions, and use those names? |
| 13:25:49 | pixelma | 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 | pixelma | 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 | Unhelpful | 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 | Unhelpful | 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 | pixelma | Unhelpful: I don't get your "select" statement |
| 14:00 |
| 14:00:42 | Unhelpful | 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 | pixelma | hmm... so the context is chained to a core context? |
| 14:04:14 | Unhelpful | it's not, right now. it just includes all the other buttons, usually mapped similarly to core contexts. :/ |
| 14:05:34 | bertrik | would it be possible to detect unused #includes in source files? |
| 14:05:54 | Unhelpful | 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 | Unhelpful | 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 | pixelma | 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 | pixelma | meant as a reply to the "it's not chained right now" |
| 14:12:30 | Unhelpful | 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 | pixelma | 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 | funman | hello |
| 14:18:29 | | Quit stoffel (Read error: 113 (No route to host)) |
| 14:18:49 | Unhelpful | 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 | bertrik | hi funman |
| 14:19:45 | bertrik | hm, some sources could indeed use an #include cleanup |
| 14:19:54 | funman | 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 | bertrik | funman, you're more than welcome! |
| 14:20:54 | funman | i already found some interesting SD code in the OF, now I just wait the Fuze to run some tests |
| 14:21:00 | joejc | how do i get playlists on my ipod? |
| 14:21:37 | funman | 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 | funman | bertrik: I saw that the status of Sansa AMS didn't change (on the TargetStatus wiki page), really nothing new ? :( |
| 14:24:48 | pixelma | Unhelpful: are your actions defined exactly the same, with pre condition and release or repeat events? |
| 14:24:49 | gevaerts | funman: I think the only really new thing is that we probably have a datasheet for the USB controller |
| 14:25:15 | pixelma | joejc: what kind of playlists and how did you create them? |
| 14:25:32 | bertrik | funman, just minor stuff like radio, charging, big issues like reliable sd access have not been looked at |
| 14:26:04 | Unhelpful | yes, the beast keymap file isn't using preconditions for those at all |
| 14:26:21 | Unhelpful | or release |
| 14:26:31 | | Join MethoS- [0] (n=lem@host-091-097-247-067.ewe-ip-backbone.de) |
| 14:26:35 | bertrik | there's been a lot of "tinkering" on getting buttons/wheel to work on the fuze/e200v2 |
| 14:26:43 | funman | gevaerts: interesting, I download the documents |
| 14:26:44 | joejc | songbird playlist, or m3us, or pls |
| 14:28:20 | scorche|sh | joejc: as we mention across the site and in the manual, rockobx supports m3u playlists |
| 14:28:34 | joejc | how do i get them to work? |
| 14:29:10 | scorche|sh | you just play them...as i mentioned before, this kind of stuff is talked about in the manual.. |
| 14:29:31 | joejc | they dont play |
| 14:29:46 | scorche|sh | what do they do? |
| 14:29:54 | | Quit bluebrother (Remote closed the connection) |
| 14:29:55 | joejc | nothing |
| 14:30:01 | scorche|sh | define "nothing" |
| 14:30:06 | | Join bluebrother [0] (n=dom@77-22-91-57-dynip.superkabel.de) |
| 14:30:56 | bertrik | 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 | joejc | i select play is acts like its going to play them goes back to file |
| 14:31:40 | pixelma | 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 | Unhelpful | 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 | funman | bertrik: I'll try to get an up to date tree because kugel committed some work about buttons I think |
| 14:33:52 | pixelma | 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 | funman | 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 | gevaerts | 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 | joejc | what will treat my ipod as a mass storage mp3 player instead of a ipod? |
| 14:43:05 | gevaerts | 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 | joejc | who needs windows? |
| 14:44:57 | Unhelpful | 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 | linuxstb | 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 | linuxstb | (for "normal" USB mode) |
| 14:45:21 | gevaerts | Unhelpful: I need to test that |
| 14:45:49 | linuxstb | Unhelpful: Why do we need the bootloader in flash? |
| 14:46:43 | Unhelpful | 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 | linuxstb | 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 | linuxstb | (the e200r OF) |
| 14:48:23 | | Join timc [0] (n=aoeu@124.93.243.83) |
| 14:49:15 | Unhelpful | 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 | linuxstb | In Rockbox's MTP mode ;) |
| 14:51:54 | linuxstb | 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 | Unhelpful | hrm, yes, that might work, as well. |
| 14:52:24 | amiconn | 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 | Llorean | gevaerts: So what does it send when you "Safely Remove" the beast? Nothing? |
| 14:53:07 | Unhelpful | 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 | linuxstb | 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 | Unhelpful | 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 | linuxstb | 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:00 |
| 15:01:03 | amiconn | Windows *does* support removable devices with a partition table, just not multiple actual partitions |
| 15:01:58 | Unhelpful | right, but is marking a partition hidden sufficient for windows to allow the device as removable? |
| 15:01:59 | amiconn | 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 | amiconn | 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 | ipood | hello |
| 15:08:10 | ipood | is this the right place to get some help with rockbox? |
| 15:08:17 | linuxstb | Yes, just ask. |
| 15:08:22 | ipood | cool |
| 15:08:42 | ipood | well i've installed it all fine but when I goto database it says its not initialised so i press select |
| 15:08:55 | ipood | then it says found blah blah and then after a while the ipod freezes |
| 15:09:04 | ipood | I've tried stable and svn builds but still the same prob |
| 15:09:44 | bertrik | 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 | linuxstb | 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 | Lear | 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 | linuxstb | 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 | amiconn | Lear: Sims don't simulate multivolume |
| 15:11:27 | bertrik | 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 | bertrik | (and abrepeat.h itself doesn't really need it) |
| 15:11:58 | linuxstb | bertrik: Cleaning up these includes would be very nice... |
| 15:12:26 | Lear | amiconn: Well, HAVE_MULTIVOLUME appears to be set for that sim, at least in bookmark.c (but not dir_uncached.c)... |
| 15:12:36 | bertrik | 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 | ipood | linuxstb my ipod file system just got corrupted, does it happen often with rockbox? |
| 15:15:03 | Unhelpful | 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 | linuxstb | ipood: No. Rockbox's filesystem code has been stable for about 5 or 6 years... |
| 15:15:29 | linuxstb | But you always need to make sure you cleanly eject your ipod when using USB. |
| 15:16:50 | pixelma | Unhelpful: is there a quick fix I could try? |
| 15:16:51 | ipood | 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 | gevaerts | 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 | Unhelpful | pixelma: change the get_action(CONTEXT_TREE) to get_action(CONTEXT_TREE|CONTEXT_CUSTOM) |
| 15:19:53 | Unhelpful | 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 | linuxstb | gevaerts: And the Sansas have "0x84 - OS/2 hidden C: drive" So it may work... |
| 15:20:58 | linuxstb | (although that's the second partition...) |
| 15:21:07 | gevaerts | linuxstb: the sansas don't count. They have the firmware partition at the end :) |
| 15:21:15 | linuxstb | Yes, I just remembered... |
| 15:21:39 | linuxstb | ipood: Music copied from itunes will be put in iPod_Control. And yes, the database should scan that happily. |
| 15:21:52 | gevaerts | 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 | linuxstb | 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 | n1s | linuxstb: i'd say "let them hang" :) |
| 15:24:42 | n1s | and let me kill it if i want to! |
| 15:25:01 | gevaerts | Maybe a debug menu item that disables the on-the-fly changing? |
| 15:25:58 | n1s | i still like the button press in the bootloader to show the partition |
| 15:27:05 | gevaerts | 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 | Llorean | And for "user" purposes, we'll document the bootloader one in the manual? |
| 15:28:12 | n1s | is this something we *need* to have for the release? |
| 15:29:20 | gevaerts | 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 | gevaerts | 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 | n1s | 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 | gevaerts | 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 | pixelma | Unhelpful: unless I did something stupid, that change did not help |
| 15:37:21 | linuxstb | 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 | gevaerts | 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 | n1s | linuxstb: is it realisyic to expect it to be workign well enough for the release? |
| 15:38:20 | linuxstb | n1s: Only if someone works on it... |
| 15:38:49 | gevaerts | 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 | n1s | linuxstb: yes, what needs to be done? |
| 15:39:43 | linuxstb | 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 | linuxstb | (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 | linuxstb | 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 | n1s | 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 | linuxstb | 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 | linuxstb | The important thing is just to get it to "supported" status. |
| 15:43:09 | n1s | yes, i agree, and that can be done before 3.3 |
| 15:43:12 | | Quit kugel (Client Quit) |
| 15:43:19 | gevaerts | 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 | linuxstb | 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 | n1s | 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 | linuxstb | And it seems confirmed that v1.2 beasts don't like the single-boot bootloader... |
| 15:49:25 | gevaerts | 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 | gevaerts | 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 | pixelma | Lear: there's also a config-ondiosp.h (its sim is not in the table though) |
| 15:54:20 | n1s | Lear: shouldn't FS #9980 be closed now? |
| 15:54:52 | Unhelpful | 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 | kugel | Lear: any further thoughts on FS #8523? |
| 15:55:35 | Lear | n1s: Yes, just haven't got around to it (doing some paperwork right now) |
| 15:55:55 | Lear | pixelma: Well, it didn't cause any reds, so... :) |
| 15:57:14 | | Quit MethoS- (Connection timed out) |
| 15:59:43 | | Quit n17ikh () |
| 16:00 |
| 16:00:08 | | Join n17ikh [0] (n=n17ikh@130.127.74.89) |
| 16:00:19 | Lear | 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 | kugel | 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 | kugel | And, while we may think it's not needed, other people would consider it as a bug. |
| 16:03:37 | kugel | 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 | kugel | 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 | Lear | 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 | bertrik | 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 | rasher | I don't understand these changes http://www.rockbox.org/twiki/bin/rdiff/Main/AlbumArt?rev1=62;rev2=61 |
| 16:21:36 | rasher | Seems to go from more information to less |
| 16:25:28 | rasher | Hm. |
| 16:26:28 | gevaerts | Was the manual changed around the same time? |
| 16:28:46 | gevaerts | rasher: apparently the removed link is broken |
| 16:29:16 | gevaerts | hm, is it? |
| 16:29:41 | rasher | 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 | bubi | 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 | kugel | 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:00 |
| 17:02:58 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
| 17:03:41 | Kejlsn | 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 | Kejlsn | Songbird doesnt work for me. only mp3's |
| 17:04:22 | Kejlsn | what? |
| 17:04:26 | krazykit` | Kejlsn, "cp" |
| 17:04:34 | | Join einhirn_ [0] (n=Miranda@p4FC6123D.dip0.t-ipconnect.de) |
| 17:05:32 | gevaerts | Kejlsn: who is this "u" you speak of? |
| 17:06:33 | Kejlsn | haha, skojar du med mig jävla horunge? sug kuk. |
| 17:07:19 | Kejlsn | oh sry, english isnt my native? language |
| 17:07:42 | Lear | Still, this isn't the place for that kind of language. |
| 17:07:51 | | Quit mrkiko ("Lost terminal") |
| 17:07:52 | gevaerts | the point is, our guidelines ask for real words, so no "u" or "sry" please |
| 17:08:16 | gevaerts | 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 | Kejlsn | Hmm, Okey. Gonna make a search and check it out then |
| 17:09:22 | Kejlsn | Im using Vista. |
| 17:10:07 | | Quit miepchen^schlaf () |
| 17:11:20 | gevaerts | Most people just copy files using whatever file manager they happen to like |
| 17:11:29 | | Quit Horschti ("Verlassend") |
| 17:13:15 | Kejlsn | 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 | krazykit` | many just use their favorite type of directory structure (i use artist/date-album/track# - title) |
| 17:14:07 | gevaerts | 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 | Kejlsn | Well...I didnt see any "music"-folder on my iPod after installation of rockbox |
| 17:15:08 | Kejlsn | so I thought I had to use the structure, which I dont get |
| 17:15:17 | gevaerts | You can still make one |
| 17:15:47 | gevaerts | Many people don't listen to music, so why force them to use any specific structure? |
| 17:16:09 | Kejlsn | U tell me. Im new to this..... |
| 17:16:12 | Kejlsn | You* |
| 17:16:18 | Kejlsn | :) |
| 17:16:27 | gevaerts | basically rockbox doesn't care where you put your files |
| 17:16:47 | advcomp2019 | you can put your files anyway you want them |
| 17:16:52 | Martyn | Yep, one of the nice things about it :) |
| 17:17:35 | | Quit bubi (Read error: 104 (Connection reset by peer)) |
| 17:17:37 | Kejlsn | 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 | Martyn | after getting a little frustrated with the microSD card yesterday, I'm working on a quick plugin to handle FAT32 formatting |
| 17:18:04 | Lear | Not within .rockbox preferably, but pretty much anywhere else. |
| 17:18:19 | Kejlsn | Aha, Okey |
| 17:18:26 | Martyn | 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 | Martyn | Kejlsn : It should contain the Rockbox OS, plugins, themes, etc. |
| 17:19:04 | Martyn | Anywhere else outside of .rockbox is fair game for your files |
| 17:19:19 | Kejlsn | Yeah, I got it :) |
| 17:19:39 | Martyn | 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 | Kejlsn | Why does it auto-create "Calenders", "Contact" and "iPod_control"? |
| 17:19:58 | Martyn | it didn't. |
| 17:20:06 | Martyn | Those were already there, AFAIK |
| 17:20:18 | gevaerts | the Apple firmware creates those |
| 17:20:30 | Martyn | Those are the directory structures created by iTunes to handle Calendars, Contacts ... |
| 17:21:03 | Kejlsn | Ok, because I format my iPod and they still auto-creates...So I was just wondering |
| 17:22:08 | Martyn | 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 | Martyn | 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 | Kejlsn | Ohh, I really should get I new one :D Im still using my iPod mini 4GB |
| 17:23:08 | Martyn | (Apple went -backwards- in it's developement, going from something simple to something needlessly complex) |
| 17:23:35 | Martyn | Kejlsn : Um, so am I .. nothing wrong with the Mini |
| 17:23:58 | gevaerts | Kejlsn: many people replace the disk in their mini with a big compactflash card these days |
| 17:24:04 | Martyn | I also use a sansa e260R, running RockBox and expanded to 10GB with the use of an 8gb microSDHC card. |
| 17:24:27 | Kejlsn | Oh really? |
| 17:24:30 | Martyn | yep |
| 17:24:40 | Kejlsn | Hmm, had no idea |
| 17:24:43 | Martyn | Google for it, and you'll find all kinds of people modding Mini's |
| 17:25:08 | Kejlsn | 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 | Martyn | 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 | Martyn | gevaerts: Heh, point. |
| 17:28:14 | Martyn | Which brings me back to the code I'm working on... |
| 17:28:34 | Martyn | There are some encumberances around FAT32, which we use. |
| 17:28:35 | Kejlsn | Well, 4 GB is pretty tiny if you want to use FLAC? |
| 17:28:44 | advcomp2019 | i am using an e280R with a 4GB microSDHC card and i am happy with it |
| 17:29:39 | Martyn | 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 | Martyn | However, before I do a significant amount of coding ... I wanted to get opinions. |
| 17:30:21 | BigBambi | I don't think it is worth it |
| 17:30:40 | BigBambi | But don't let me top you :) |
| 17:30:44 | BigBambi | *stop |
| 17:31:17 | gevaerts | People using old archoses may like such a plugin, especially if it also does partitioning |
| 17:32:08 | BigBambi | Martyn: What advantages would it bring that doing it on the PC wouldn't (I'm genuinely asking) |
| 17:32:30 | Martyn | 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 | gevaerts | Martyn: if you're talking about a plugin it won't increase the rockbox image at all |
| 17:33:40 | Martyn | 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 | Martyn | BigBambi : and, of course, I never had the stupid microSDHC -> SD or usb adapter sitting around. |
| 17:34:28 | Martyn | BigBambi : So it got me thinking to the more generic case, of RockBox devices with expandable media support |
| 17:34:37 | BigBambi | But surely you can now do it via Rockbox USB? |
| 17:34:52 | webguest43 | 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 | Martyn | 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 | BigBambi | 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 | Martyn | gevaerts : I'll write one right now. Thanks for the reminder. |
| 17:35:51 | gevaerts | sure you can. I do it all the time |
| 17:36:00 | BigBambi | Martyn: It can only get improved if people tell the developers about the problems |
| 17:36:10 | BigBambi | gevaerts: I thought so |
| 17:36:17 | Martyn | gevaerts : Mine consistently fails to copy files on PC and Mac |
| 17:36:19 | advcomp2019 | webguest43, can you stay on topic |
| 17:36:24 | BigBambi | Martyn: So you can format via USB |
| 17:36:25 | Martyn | gevaerts: as well as formatting |
| 17:36:45 | linuxstb | 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 | BigBambi | 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 | linuxstb | One limitation is that it only deals with 512-byte logical sectors - the ipod 5.5g uses 2048 byte sectors. |
| 17:37:13 | webguest43 | advcomp2019, sorry thought you were talking about your e280R |
| 17:37:31 | BigBambi | 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 | Martyn | BigBambi : The sansa is running r20216090306 |
| 17:38:34 | kugel | 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 | advcomp2019 | webguest43, yea but we talking about the player and their sizes |
| 17:38:53 | kugel | this is the reason why "Insert" is really "Insert last", when no audio is playling |
| 17:39:01 | BigBambi | Martyn: Have you run a disk check? |
| 17:39:16 | kugel | I could fix the bug and get rid of insert_last |
| 17:39:27 | Martyn | BigBambi : Yes. |
| 17:39:39 | | Quit Horscht (Client Quit) |
| 17:39:45 | kugel | 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 | BigBambi | Well, that is odd then, as for many people it is anything but "very very poor" |
| 17:39:50 | pixelma | 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 | Martyn | BigBambi : I also reformatted the SDHC card on a both a linux and windblows box. |
| 17:40:13 | BigBambi | Which incidently, diminishes the huge amount of work people have put into it |
| 17:40:19 | kugel | starting playback with select will make insert work like normal |
| 17:40:29 | kugel | or starting with insert last, I believe |
| 17:40:40 | Lear | pixelma: Not really, no. I only fixed the red case I saw... |
| 17:40:45 | kugel | any opinions? |
| 17:40:51 | gevaerts | Martyn: is this using a single sd card, or different ones? Same brand/model? What does it do for internal? |
| 17:41:09 | advcomp2019 | Martyn, let me update my sansa out to test this |
| 17:41:36 | Martyn | 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 | Lear | pixelma: But I'll try building a sim here. |
| 17:42:07 | BigBambi | Martyn: I don't understand your first sentence |
| 17:42:11 | Martyn | gevaerts: Well, there's only one SDHC card slot, so yes .. just a single card. 8Gb, SanDisk card. |
| 17:42:37 | BigBambi | Martyn: Multiple different cards - having one slot doesn't mean you can only own one card |
| 17:43:01 | gevaerts | Martyn: I mean, you said "three different devices". Of course there's only one at a time... |
| 17:43:04 | webguest43 | have there been any reviews of the quality of the audio hardware in mp3 players? |
| 17:43:12 | webguest43 | or are they all about the same? |
| 17:43:16 | Martyn | gevaerts: I have two cards, an 8Gb and 4Gb, both SanDisk micro SDHC. |
| 17:43:28 | BigBambi | webguest43: Not really a subject for here |
| 17:43:50 | Martyn | gevaerts: The last card is a standard micro SD card, 2Gb .. also SanDisk |
| 17:44:00 | webguest43 | BigBambi, well im trying to decide on a replacement for my rockbox 5g ipod |
| 17:44:18 | Martyn | webguest43 : Still a topic for the community channel... |
| 17:44:34 | BigBambi | webguest43: That still isn't Rockbox related |
| 17:44:42 | webguest43 | what channel is that? |
| 17:45:04 | BigBambi | webguest43: please read the topic (#rockbox-community) |
| 17:45:52 | Martyn | 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 | Martyn | This will take a moment. |
| 17:48:46 | advcomp2019 | Martyn, so it is mainly the microsdhc cards then? |
| 17:48:46 | Martyn | Actually, the messages being output by the OS X kernel are pretty compact .. I'll paste two lines |
| 17:49:23 | Martyn | 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 | Martyn | 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 | Martyn | 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 | Martyn | disk2s1: device/channel is not attached. |
| 17:49:53 | BigBambi | Martyn: Please use a pastebin next time |
| 17:49:57 | Martyn | the device /dev/disk2s1 dissapears |
| 17:50:12 | Martyn | 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 | Martyn | Now, I will attempt the same operation on the 2GB microSD card |
| 17:51:16 | gevaerts | Please also try the internal flash |
| 17:53:21 | Martyn | I will. I shall return in a moment, the device has left my mac in a pretty trashed state |
| 17:53:58 | Martyn | "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 | advcomp2019 | 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 | Martyn | advcomp2019 : Debugging the working case is never useful. |
| 18:00 |
| 18:00:06 | | Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0261.bb.online.no) |
| 18:00:10 | Martyn | advcomp2019 : I have a non working scenario, and that's why we're looking into it :) |
| 18:00:36 | gevaerts | Martyn: what happens if you copy the same files from internal flash to the sd card? |
| 18:00:45 | BigBambi | Martyn: It however suggests that it isn't that "very very poor" if it works for many of us |
| 18:01:09 | Martyn | BigBambi : Oh get off it. -laugh- It's been poor for me |
| 18:02:00 | Martyn | 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 | BigBambi | 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 | kugel | uh, the commit message is longer than the code changes :S |
| 18:02:55 | Martyn | pastebinning |
| 18:04:31 | | Quit Martyn (Remote closed the connection) |
| 18:04:31 | Llorean | kugel: In my mind, if you start a playlist with Insert, the next "Insert" *should* be at the end. |
| 18:04:34 | Llorean | I'm surprised it's not. |
| 18:04:52 | Llorean | There's really no reason it should work identical to "select" and having it work differently means more flexibility in general. |
| 18:04:54 | kugel | Llorean: yea, I thought so too. It wasn't the case, it is now |
| 18:05:18 | kugel | uh, the commit didn't work |
| 18:05:38 | kugel | Llorean: I think this was the "broken insert" JdGordon mentioned recently |
| 18:06:03 | pixelma | kugel: still better than a too short commit message |
| 18:06:13 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
| 18:06:33 | Llorean | kugel: I'm pretty sure it is. |
| 18:07:06 | kugel | the worst thing imo is, that you clicked insert, but what you got was insert last... |
| 18:07:37 | JdGordon | amiconn: pong |
| 18:08:04 | Llorean | kugel: I'm confused about how "insert last" caused things to work differently? |
| 18:08:24 | pixelma | Lear: you're welcome... and thanks :) |
| 18:08:38 | kugel | 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 | Martyn | Apologies |
| 18:09:12 | Martyn | The sansa locked up, and OS X reported "device unexpectedly removed, you could lose data" .. then froze hard with a panic |
| 18:09:23 | Llorean | 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 | Llorean | kugel: Insert Last should update it. I think that's a bug too, then. |
| 18:10:25 | Llorean | 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 | Martyn | http://pastebin.com/m46ea9f1d |
| 18:11:32 | kugel | 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 | amiconn | JdGordon: See r20234 |
| 18:12:00 | | Join midgey [0] (n=tjross@71.238.148.140) |
| 18:12:14 | Llorean | 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 | kugel | hm, right |
| 18:12:36 | Llorean | 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 | gevaerts | 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 | kugel | Llorean: sounds logical to me too |
| 18:13:07 | Llorean | gevaerts: Are "special" uses of the disk really applicable to rockbox? |
| 18:13:27 | kugel | gevaerts: I vote for keeping things as they are |
| 18:13:32 | Llorean | gevaerts: For "users", the mount/copy/unmount is pretty much the only use they'll ever experience except during an install. |
| 18:13:58 | Martyn | Trying to copy files to the internal also fails: http://pastebin.com/m51095bb4 |
| 18:14:03 | kugel | I sometimes to the mount-unmount-remount dance too |
| 18:14:10 | kugel | do even |
| 18:14:18 | gevaerts | 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 | Llorean | 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 | Llorean | 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 | advcomp2019 | 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 | advcomp2019 | unless you was talking about another bug |
| 18:17:46 | Martyn | gevaerts : Would any further pastebin be useful at this point? |
| 18:17:47 | gevaerts | 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 | gevaerts | 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 | Martyn | gevaverts : Once I reboot the sansa, I will try copying a file from within rockbox |
| 18:19:26 | Martyn | Just copy something internal->internal, or internal->microsd? |
| 18:19:46 | Martyn | (the sansa locked up hard again, giving it the two-fingered reboot) |
| 18:20:21 | Llorean | 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 | gevaerts | Martyn: all directions would be useful I think. Maybe start with internal->microsd |
| 18:20:38 | Llorean | So if "Safely Remove" leaves you with a USB logo, you can just tap select |
| 18:21:10 | Martyn | gevaerts : Performing an internal copy from internal to microsd seems to have worked |
| 18:21:22 | Martyn | gevaverts : I'll copy a whole directory to be sure |
| 18:21:45 | gevaerts | 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 | Martyn | gevaerts: Copy of a 90Mb directory of files wokred, as did a move |
| 18:23:00 | Llorean | gevaerts: Long-press Select? |
| 18:23:05 | Martyn | gevaerts : So the internal file copy and move function works |
| 18:23:51 | | Quit einhirn_ (Read error: 110 (Connection timed out)) |
| 18:25:10 | gevaerts | Llorean: let me write some code for this, so we can actually try things out instead of speculating :) |
| 18:25:19 | Martyn | ( it did take a surprisingly long time to do the move operation ) |
| 18:25:31 | gevaerts | Martyn: ok. Does USB work to the internal flash? |
| 18:25:34 | Martyn | no |
| 18:26:17 | Llorean | 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 | gevaerts | Martyn: can you post a bug report with all details you can think of? |
| 18:26:43 | gevaerts | Llorean: true, but that requires UI work :) |
| 18:26:45 | Martyn | 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 | Martyn | gevaerts : Will do. |
| 18:27:38 | Llorean | 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 | rasher | amiconn: Does this help the video's struggling lists? |
| 18:30:24 | kugel | Llorean: insert_next doesn't update it too |
| 18:31:45 | Llorean | kugel: What? |
| 18:31:56 | kugel | the insert position |
| 18:32:00 | Llorean | kugel: So if you "Insert Next" then "Insert" it actually comes *before* the previously inserted song? |
| 18:33:10 | kugel | 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 | Llorean | So, only "Insert" was updating the insert position previously? |
| 18:34:24 | kugel | amiconn: All this clipping could be done in the lcd-<depth>.c files, so that lcd_update and lcd_update_rect don't need to do the clipping again, right? |
| 18:34:37 | kugel | Llorean: apparently |
| 18:34:38 | | Quit MethoS-- (Read error: 110 (Connection timed out)) |
| 18:35:21 | Llorean | 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 | kugel | I think they all should update (except insert shuffled, maybe?), that would give well defined behavior and useful interaction |
| 18:37:28 | Llorean | Agreed. |
| 18:37:40 | Llorean | Insert shuffled shouldn't, because having a random position doesn't really do any good. |
| 18:38:05 | gevaerts | How do you check if someone has pressed a button? |
| 18:38:42 | Llorean | Look at it, and if it's down... |
| 18:39:05 | gevaerts | 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 | Llorean | gevaerts: In truth, no clue with the whole context / actions system |
| 18:40:00 | *** | Saving seen data "./dancer.seen" |
| 18:42:18 | amiconn | kugel: huh? |
| 18:42:22 | amiconn | rasher: yes |
| 18:43:01 | kugel | amiconn: the viewport functions should handle all clipping, imo, and not the lcd_update / lcd_update_rect ones |
| 18:43:24 | amiconn | lcd_update_rect clipping is on purpose, to save execution time |
| 18:43:53 | amiconn | 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 | gevaerts | 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 | rasher | amiconn: sounds good - not an uncommon complaint |
| 18:47:24 | amiconn | yeah |
| 18:47:56 | amiconn | 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 | rasher | Great news |
| 18:49:36 | kugel | 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 | JdGordon | rasher: you were asking something about where the wps syntax is all specified yesterday? |
| 18:53:00 | rasher | JdGordon: Llorean actually. Saw your response, but I don't think it's important. |
| 18:53:10 | JdGordon | ok |
| 18:53:16 | rasher | 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 |
| 19:00:01 | * | amiconn now understands the somewhat strange deltas for PP and coldire |
| 19:00:19 | amiconn | 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 | gevaerts | 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 | Llorean | gevaerts: Makes the most sense to me. |
| 19:04:27 | Llorean | "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 | JdGordon | 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 | JdGordon | and use ACTION_STD_OK |
| 19:11:12 | gevaerts | JdGordon: I'll post a patch soon, so UI people like you can improve it :) |
| 19:20:27 | gevaerts | 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 | rasher | Woo |
| 19:57:23 | Bagder | red builds! |
| 19:58:22 | rasher | Boo |
| 19:59:03 | * | gevaerts tries to blame someone else |
| 20:00 |
| 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 | rasher | Bagder: err, that doesn't look good |
| 20:11:45 | | Quit flydutch ("/* empty */") |
| 20:12:42 | Bagder | hah, indeed not |
| 20:13:16 | Bagder | 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 | Bagder | and I know what |
| 20:14:57 | Bagder | echo -e on ubuntu |
| 20:15:06 | rasher | 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 | Bagder | in his acbuild.pl version |
| 20:15:35 | rasher | Thought we fixed that ages ago |
| 20:15:52 | Bagder | 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 | rasher | So did he switch to ubuntu? |
| 20:16:50 | kugel | Unhelpful: haha, nice job |
| 20:17:13 | * | kugel prays for ./configure −−target= −−type=, etc |
| 20:17:25 | rasher | kugel: doesn't that already exist? |
| 20:17:38 | kugel | yea, but the build server don't use it, and rely on echo magic |
| 20:17:54 | rasher | It uses printf... |
| 20:18:13 | BigBambi | dolphins rely on echo magic too |
| 20:18:15 | BigBambi | and bats |
| 20:18:20 | BigBambi | er, oops |
| 20:19:32 | Bagder | 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 | Unhelpful | huh, what'd i do now? |
| 20:40:02 | *** | Saving seen data "./dancer.seen" |
| 20:40:08 | kugel | Unhelpful: I just tried pictureflow with playback and the new buffer system |
| 20:40:12 | kugel | great thing |
| 20:40:37 | Unhelpful | ahhh... i was gonna say, the stuff i put up last night is a mess, and needs work :) |
| 20:41:22 | BigBambi | Unhelpful: So is it just playback integration to go for pictureflow? :) |
| 20:41:25 | kugel | I guess scrolling is limited now to not underrun the cache? |
| 20:41:51 | Unhelpful | 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 | kugel | well, scrolling is definitely slower (not in fps sense), but I never get a "?" slide anymore |
| 20:42:29 | gevaerts | Yay! Green line again |
| 20:42:53 | fml | pixelma: ping |
| 20:43:21 | Unhelpful | 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 | kugel | the fps didn't go down |
| 20:44:19 | | Quit Lear ("ChatZilla 0.9.84 [Firefox 3.1b4pre/20090307035009]") |
| 20:46:12 | kugel | I guess pf needs a playback menu now |
| 20:47:48 | gevaerts | Surely in an ideal world pf *is* the playback menu? |
| 20:48:08 | kugel | :) |
| 20:51:51 | * | rasher thinks the slowdown when scrolling is a bit... slow |
| 20:51:54 | rasher | In pf |
| 20:52:22 | | Quit Nico_P (Remote closed the connection) |
| 21:00 |
| 21:00:26 | | Join bimbel [0] (n=Miranda@unaffiliated/bmbl) |
| 21:01:11 | | Quit bmbl ("Woah!") |
| 21:02:43 | mrkiko | 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 | mrkiko | it seems that the library can be built in a way so that it's glibc-independant |
| 21:03:45 | rasher | I'd be surprised if libpoppler doesn't use floats |
| 21:04:59 | gevaerts | 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 | Unhelpful | 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 | rasher | Unhelpful: Yes.. I just think the decelleration should be a bit quicker |
| 21:16:47 | Unhelpful | 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 | Massa | Hi eveybody! |
| 21:30:11 | Massa | s/evey/every/g |
| 21:31:36 | Massa | Anybody here? |
| 21:32:02 | advcomp2019 | Massa, yes do you have a question |
| 21:32:41 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 21:33:07 | Massa | 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 | advcomp2019 | just ask the question someone will help |
| 21:35:03 | Massa | 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 | Massa | 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 | Massa | But when I do this now, rockbox says "Booting the original firmware" and then switches the device off... |
| 21:36:54 | linuxstb | Are you keeping "on" pressed? |
| 21:37:11 | linuxstb | 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 | Massa | 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 | Massa | linuxstb: thanks a lot :) - I suggest, that this find it's way to the manual ;) |
| 21:39:54 | linuxstb | We welcome patches to the manual ;) |
| 21:40:01 | saratoga | I propose that the front page should be updates as discussed here: http://forums.rockbox.org/index.php?topic=20852.0 |
| 21:40:13 | saratoga | "should be updated" |
| 21:42:54 | linuxstb | 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 | linuxstb | ( http://svn.rockbox.org/viewvc.cgi?view=rev&revision=20127 ) |
| 21:43:49 | saratoga | does anyone have any thoughts about the vorbis iram malloc patch? |
| 21:43:55 | dionoea | Howdy. Does boris gjenero sometimes come on IRC? |
| 21:44:18 | saratoga | 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 | linuxstb | dionoea: I don't think so, although he's active everywhere else (tracker, mailing list and forums) |
| 21:44:50 | dionoea | 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 |
| 22:00:07 | dionoea | is there a make target to make only the firmware and not the plugins? |
| 22:00:51 | gevaerts | make bin |
| 22:00:55 | dionoea | thanks |
| 22:01:32 | | Join fangzero [0] (n=fangzero@pool-64-223-150-142.man.east.myfairpoint.net) |
| 22:01:34 | linuxstb | There's also "make help" |
| 22:01:44 | | Join midijunkie [0] (n=Miranda@pD954597D.dip0.t-ipconnect.de) |
| 22:01:49 | fangzero | Hello |
| 22:02:46 | Ctcp | Ping from gevaerts!n=fg@rockbox/developer/gevaerts |
| 22:03:11 | fangzero | 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 | fangzero | I can't seem to get into Manufacture mode like the intructions say on the rockbox website |
| 22:05:02 | gevaerts | That shouldn't be too hard. What goes wrong? |
| 22:05:31 | fangzero | It never goes into Manufacture mode |
| 22:05:44 | fangzero | I had hold on and pressed and held select like it said |
| 22:06:05 | fangzero | just goes to the main menu of the original firmware |
| 22:06:19 | gevaerts | You're sure it's a v1? |
| 22:06:46 | fangzero | I'll check it again |
| 22:07:49 | fangzero | Version 3.01.16A |
| 22:08:01 | advcomp2019 | that a v2 |
| 22:08:17 | fangzero | It said they had special instructions for the R version |
| 22:08:20 | gevaerts | ok. That's not a v1. Rockbox doesn't work on those yet |
| 22:08:35 | gevaerts | Yes, the v1 R. Not the v2 R |
| 22:08:44 | fangzero | ah |
| 22:08:49 | fangzero | That would explain alot |
| 22:09:26 | fangzero | 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 | gevaerts | you can't. The hardware is different |
| 22:09:53 | gevaerts | People are working on supporting the v2, but that's not done yet |
| 22:09:58 | fangzero | Ah |
| 22:10:14 | fangzero | Father was wanting to get it on his Sansa e280R |
| 22:10:28 | fangzero | I bought my E260 from another place then him |
| 22:10:54 | fangzero | So I was trying to help him get rockbox on his |
| 22:11:16 | fangzero | Oh that reminds me, I haven't been able to get Picture flow working on my e260 |
| 22:11:32 | fangzero | gives me a cache error then quits |
| 22:11:44 | * | gevaerts leaves that one to PF specialists :) |
| 22:12:04 | fangzero | hehe ok that works |
| 22:12:27 | fangzero | Been ripping all my cd's to ogg since I got rockbox... |
| 22:12:49 | fangzero | It is quite a nice thing |
| 22:13:07 | fangzero | So is there any idea when V2 support will come? |
| 22:14:25 | linuxstb | When the people who are working on it in their spare solve all the problems... |
| 22:15:09 | fangzero | Heh. I would Contribute to some programs for rockbox, but I only know Java. |
| 22:15:53 | linuxstb | 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 | fangzero | Ah It's Cool. |
| 22:17:12 | fangzero | Thanks for the info. |
| 22:17:34 | saratoga | 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 | fangzero | 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 | Martyn | r20250 for sansa didn't build? |
| 22:25:41 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
| 22:25:42 | saratoga | 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 | Martyn | thanks |
| 22:36:49 | pixelma | 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 | Unhelpful | 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 | BdN3504 | which button is ActionStdUsbCharge on the gigabeat F? |
| 22:45:56 | gevaerts | the manual should know |
| 22:45:57 | pixelma | Unhelpful: the Ondio has a slightly faster CPU (in case you thought the higher fps were due to improvements only) |
| 22:46:22 | BdN3504 | 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 | BdN3504 | but i guess it's select... lemme check |
| 22:47:02 | Unhelpful | 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 | gevaerts | BdN3504: I'm confused. That page seems entirely correct... |
| 22:48:07 | amiconn | Unhelpful: The chunky drawing optimisation is something I wanted to do for ages. PF finally pushed me to do it |
| 22:48:28 | amiconn | The coding didn't even take very long, as I had the ideas already worked out in my head |
| 22:48:45 | Unhelpful | always good to have written the code before you write it :) |
| 22:49:36 | amiconn | 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 | amiconn | 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 | pixelma | 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 | Unhelpful | 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 | BdN3504 | 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 | gevaerts | right section for what? |
| 23:00 |
| 23:00:28 | Unhelpful | 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 | amiconn | Yet another thing is the bitmap drawing unification stuff |
| 23:01:37 | Unhelpful | 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 | linuxstb | 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 | gevaerts | linuxstb: good point |
| 23:03:38 | * | gevaerts fixes |
| 23:07:24 | linuxstb | gevaerts: Why does Charging have a capital C? ;) |
| 23:07:51 | gevaerts | linuxstb: this is about mister Charging, not the boring battery stuff |
| 23:08:11 | * | gevaerts fixes more |
| 23:08:43 | amiconn | Unhelpful: 'Cancel' should be on Power by convention, and selecting is usually done with Mode if Right is taken |
| 23:08:45 | pixelma | Unhelpful: select: short menu, menu: long menu is what I'd expect |
| 23:09:01 | pixelma | 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 | pixelma | 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 | rasher | 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 | linuxstb | 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 | Martyn | I'm installing the current sansa build now |
| 23:20:22 | rasher | Bagder: Any idea how long the build system usually waits for the last build, with all other servers sleeping? |
| 23:20:53 | Bagder | rasher: no, i think it varies a lot |
| 23:21:13 | Bagder | linuxstb: won't that just complicate matters as then we'll mix the terms a lot? |
| 23:21:16 | bluebrother | 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 | bluebrother | which in turn lists the models in detail |
| 23:21:50 | linuxstb | 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 | Bagder | ah right |
| 23:22:15 | | Quit Zoxc () |
| 23:22:23 | BigBambi | 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 | linuxstb | But yes, the "v2 models" text could be a link to the SansaAMSPort page, or whatever it's called. |
| 23:22:37 | rasher | Bagder: Are there any (significant) pauses in the build times listed on the build summary? |
| 23:22:44 | Bagder | amiconn: thanks! ;-) |
| 23:23:11 | rasher | Or do the builds happen basically back-to-back? |
| 23:23:18 | Bagder | rasher: what's not visible there is the transfer times to get zips to the master, and general network latency |
| 23:23:29 | amiconn | Oh, and backround uploads, of course |
| 23:23:31 | | Quit gromit` (Read error: 110 (Connection timed out)) |
| 23:23:34 | linuxstb | Maybe we need something like a "SamsungIpods" page to link all the non-supported ipods to... |
| 23:23:35 | amiconn | *background |
| 23:23:39 | Unhelpful | 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 | gevaerts | 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 | amiconn | Unhelpful: I know. Imo one press of Power should return, and another quit |
| 23:24:05 | Bagder | yeah, but bg uploads make error handling a lot harder |
| 23:24:35 | rasher | 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 | Unhelpful | 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 | amiconn | It does right now, but who says it needs to stay that way? |
| 23:26:00 | amiconn | But then, nothings stops the tracklist from having a different mapping, and then Left should return to the album selector |
| 23:26:50 | Unhelpful | it likely already does, if it's a standard cancel button |
| 23:27:41 | Unhelpful | 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 | Martyn | Oh well... current build was no better. |
| 23:28:52 | pixelma | see where chaining core contexts can lead you to ;) |
| 23:28:52 | Martyn | Copying files on OSX to the sansa via USB still causes it to lock up |
| 23:31:56 | gevaerts | 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 | Unhelpful | 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 | amiconn | Chaining isn't evil as such, but you need to be very very careful |
| 23:33:56 | amiconn | 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 | Unhelpful | 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 | Unhelpful | 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 | cjambe | Hello, what is the most modern buyable player with full Rockbox support? |
| 23:37:17 | Unhelpful | 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 | cjambe | 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 | pixelma | 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 | n1s | cjambe: the intersection of your criteria is empty... |
| 23:50:35 | cjambe | n1s: thanks :) |
| 23:51:39 | n1s | 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) |
icon identifies that the person is a core developer (has commit access).