| 00:00:31 | | Quit hebz0rl (Remote closed the connection) |
| 00:12:45 | | Quit freddyb (Read error: 110 (Connection timed out)) |
| 00:13:10 | | Quit StealthyXIIGer (Read error: 145 (Connection timed out)) |
| 00:20:53 | CIA-6 | New commit by bluebrother (r23545): Set svn:keywords property. |
| 00:20:55 | | Part froggyman |
| 00:25:46 | | Join Strife89 [0] (n=nds@adsl-146-208-155.mcn.bellsouth.net) |
| 00:32:16 | bluebrother | hmm. bin2c has quite a lot of similar variants. |
| 00:33:58 | | Quit FlynDice (Read error: 110 (Connection timed out)) |
| 00:34:59 | | Quit Strife89 ("Gotta go.") |
| 00:37:21 | | Quit JdGordon ("Leaving.") |
| 00:38:51 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 00:45:54 | | Join Wafelijzer [0] (i=dehakker@wickedleaks.nl) |
| 00:45:58 | | Join Casainho [0] (n=chatzill@bl15-99-49.dsl.telepac.pt) |
| 00:46:17 | Wafelijzer | hello people |
| 00:46:55 | bertrik | hi Wafelijzer |
| 00:47:25 | | Quit TopyMobile (Read error: 60 (Operation timed out)) |
| 00:47:40 | Casainho | hello Wafelijzer :-) |
| 00:47:50 | Casainho | Wafelijzer: so, do you have a Mini2440 board also? |
| 00:47:58 | Wafelijzer | in the upcomming if time permits im going to try rockbox on my mini2440 |
| 00:48:02 | Wafelijzer | yes |
| 00:48:08 | Casainho | ok, nice! |
| 00:48:32 | Casainho | and for what would you like to use it? car player? home player? or just to test it? |
| 00:48:57 | Wafelijzer | it works, and i was busy making my own linux distro but had sound issues |
| 00:49:11 | Wafelijzer | the nice thing about my distro is that is runs MPD |
| 00:49:17 | Bob_C_ | What sort of sound issues? |
| 00:49:24 | Wafelijzer | no sound at all :-) |
| 00:49:31 | Wafelijzer | linux kernel ... |
| 00:49:46 | Wafelijzer | i tried a hack, and then the sound was pulsed |
| 00:50:14 | Wafelijzer | something with bad clock i think |
| 00:51:42 | Casainho | Wafelijzer: ok. Go and try the code - do you know how to get it? |
| 00:52:06 | Casainho | and for example, Bob_C_ is working on a HDD interface, if you are interested |
| 00:52:09 | Wafelijzer | but i dont care for the moment because i have school work to do, but i bumped to the rockbox project from the blog of mini2440 |
| 00:52:19 | Wafelijzer | thats cool :-) |
| 00:52:46 | Casainho | what link of that bolg? on lyre.sourceforge.net? |
| 00:53:09 | Wafelijzer | yes |
| 00:54:26 | Casainho | we are looking also for cases.... |
| 00:54:45 | Wafelijzer | you mean enclosures? |
| 00:54:46 | Casainho | maybe we should talk on #rockbox-community |
| 00:55:07 | Casainho | Wafelijzer: let's join that channel and talk there the things out of topic here ;-) |
| 01:00 |
| 01:03:31 | | Join freddyb [0] (n=fred@pool-70-104-101-195.chi.dsl-w.verizon.net) |
| 01:05:32 | | Quit Casainho ("going to sleep") |
| 01:05:37 | freddyb | freddyb |
| 01:05:41 | freddyb | freddyb |
| 01:06:56 | | Quit pixelma (Read error: 60 (Operation timed out)) |
| 01:06:58 | | Quit amiconn (Nick collision from services.) |
| 01:06:59 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
| 01:07:01 | | Quit Sajber^1 (Read error: 54 (Connection reset by peer)) |
| 01:07:02 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
| 01:07:09 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 01:07:18 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
| 01:08:21 | | Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
| 01:10:48 | | Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) |
| 01:11:02 | *** | Saving seen data "./dancer.seen" |
| 01:11:34 | | Join AndyIL [0] (n=pasha_in@212.14.205.32) |
| 01:12:48 | | Join akur [0] (n=akur@bl7-30-138.dsl.telepac.pt) |
| 01:13:10 | | Quit freddyb (Remote closed the connection) |
| 01:17:54 | | Join grant__ [0] (i=439e43c9@gateway/web/freenode/x-amcfisvyzybzldph) |
| 01:18:17 | grant__ | ive got a bug with the mpeg player |
| 01:18:38 | grant__ | it plays really fast video and really loud static noise |
| 01:19:00 | | Join AEnima1577 [0] (n=clbarnob@c-98-249-3-190.hsd1.va.comcast.net) |
| 01:19:34 | Unhelpful | what type of file? and what device? |
| 01:19:54 | grant__ | its an mpeg file on an ipod nano 2nd gen |
| 01:20:07 | grant__ | it used to play on version r23313 but now it doesent |
| 01:20:20 | TheSeven | which revision are you trying it on currently? |
| 01:20:41 | grant__ | im tring on the latest, r23545 |
| 01:20:54 | grant__ | but everything since the older one hasnt been able to play it |
| 01:21:18 | TheSeven | what's the oldest known-broken revision then? |
| 01:21:30 | grant__ | no idea |
| 01:21:56 | grant__ | i havent been able to select the file until recently because of the file selection bug i was getting |
| 01:22:19 | TheSeven | the one fixed in 23489? |
| 01:22:26 | grant__ | mabey |
| 01:22:47 | | Quit AndyI (Read error: 110 (Connection timed out)) |
| 01:22:51 | TheSeven | can you try 23323 and 23324? |
| 01:23:02 | grant__ | i got sent a file by liar that he asked me to try and it didnt have the bug in it |
| 01:23:02 | TheSeven | i guess it broke in between |
| 01:23:20 | grant__ | since then, the file selection has worked but the movie hasnt |
| 01:23:28 | TheSeven | (and the "file selection bug" was probably introduced in 23325) |
| 01:23:39 | grant__ | i guess |
| 01:24:06 | TheSeven | so 23323 should be running fine, while 23324 should be broken. can you check that? |
| 01:24:32 | TheSeven | if this is true, we're having a big problem. |
| 01:24:37 | grant__ | what do you mean by broken? also, where do i get these versions |
| 01:25:01 | TheSeven | hm, either compile them yourself or ask somebody to do it for you |
| 01:25:12 | TheSeven | and with broken i mean the weird behavior you're currently observing |
| 01:25:40 | grant__ | well i dont have a working linux so someone will need to compile them for me |
| 01:25:45 | * | TheSeven blames that on the r23324 pcm fix, which was needed to make normal pcmbuf audio work properly |
| 01:26:14 | | Quit MaadMan ("Leaving") |
| 01:26:36 | TheSeven | basically this sounds like that fix is screwing mpegplayer's timing, which is probably syncing on the audio |
| 01:26:50 | grant__ | ok |
| 01:26:52 | TheSeven | I don't really see why it should play static though |
| 01:27:06 | grant__ | its not like white static |
| 01:27:16 | grant__ | its loud noisy tones |
| 01:27:36 | TheSeven | it's probably some garbage left over in memory that's being passed to the audio driver |
| 01:27:56 | grant__ | ok |
| 01:28:03 | * | TheSeven would do the builds if he hadn't already shut his build machine down in an attempt to finally go to sleep :-) |
| 01:28:11 | grant__ | lol |
| 01:28:24 | grant__ | you can email the files to me whenever you want |
| 01:28:45 | TheSeven | ok, just PM me your email address then |
| 01:28:46 | | Quit gevaerts (Nick collision from services.) |
| 01:28:55 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 01:29:12 | grant__ | whats PM, i kinda new to irc |
| 01:29:14 | saratoga | why don't you just setup the build tools and get back to him with the revision number? probably greatly improves the odds of you getting a quick fix |
| 01:29:32 | grant__ | i dont have a build environment' |
| 01:29:57 | saratoga | yes hence my suggestion that you install it ;) |
| 01:30:19 | * | TheSeven thinks he already knows at least roughly what's going on... |
| 01:30:29 | grant__ | my linux is being really stupid right now and i dont feel like reinstalling it all over again, or installing cygwin |
| 01:31:25 | saratoga | then just say you don't want to do it |
| 01:31:57 | grant__ | i already said i dont have a working linux but it doesnt matter |
| 01:32:03 | TheSeven | grant__: then just use a linux live cd until you get annoyed (by the constant re-setting-up the toolchain) enough to finally fix your linux :-) |
| 01:33:13 | TheSeven | or just tell me your email address via private message (so that it doesn't float around publicly on the web in the channel logs) and i'll mail you links to the relevant builds tomorrow |
| 01:34:09 | | Part toffe82 |
| 01:34:13 | grant__ | done |
| 01:34:23 | grant__ | hope that this bug gets fixes |
| 01:34:33 | grant__ | *fixed |
| 01:35:02 | | Quit kadoban (Read error: 104 (Connection reset by peer)) |
| 01:36:03 | saratoga | FWIW you can also compile in Windows if you really don't like linux |
| 01:36:47 | grant__ | well im already getting the compiled versions |
| 01:36:53 | | Quit grant__ ("Page closed") |
| 01:37:19 | | Quit ender` (" The first 90% of the code accounts for the first 90% of the development time. The remaining 10% of the code accounts for th") |
| 01:37:52 | | Quit bertrik ("De groeten") |
| 01:43:00 | | Quit robin0800 (Connection timed out) |
| 01:48:00 | | Quit flydutch ("/* empty */") |
| 01:58:28 | | Quit BHSPitLappy (Remote closed the connection) |
| 01:59:29 | | Quit Lynx_ (" HydraIRC -> http://www.hydrairc.com <- It'll be on slashdot one day...") |
| 02:00 |
| 02:02:08 | | Quit MethoS- (Remote closed the connection) |
| 02:09:36 | | Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 02:19:55 | | Quit kadoban (Read error: 104 (Connection reset by peer)) |
| 02:26:24 | CIA-6 | New commit by unhelpful (r23546): Replace enum statusbar_values in global_settings with int, fixing crash with -fshort-enums. |
| 02:28:49 | | Quit akur ("Leaving.") |
| 02:34:32 | | Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") |
| 02:36:57 | | Quit dmb (Read error: 104 (Connection reset by peer)) |
| 02:41:16 | | Quit adiroiban (Read error: 60 (Operation timed out)) |
| 02:41:56 | | Join AaronM [0] (n=Aaron@adsl-4-241-157.mem.bellsouth.net) |
| 02:44:34 | Unhelpful | amiconn: your suggestion didn't really work out, but setting iramcopy's address *inside* .ncdata does... |
| 02:45:08 | | Join adiroiban [0] (n=adiroiba@h194-54-129-79.teleson.ro) |
| 02:46:47 | | Quit LambdaCalculus37 ("Leaving") |
| 02:47:53 | | Quit killan ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") |
| 02:55:48 | | Join killan [0] (n=nnscript@c-0efa70d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 02:58:42 | | Quit GeekShadow (Read error: 104 (Connection reset by peer)) |
| 03:00 |
| 03:11:05 | *** | Saving seen data "./dancer.seen" |
| 03:15:53 | | Quit shai (Read error: 104 (Connection reset by peer)) |
| 03:16:10 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 03:16:14 | | Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) |
| 03:18:20 | | Quit Lss (Read error: 104 (Connection reset by peer)) |
| 03:25:19 | | Join TopyMobile [0] (n=topy@232-194.79-83.cust.bluewin.ch) |
| 03:28:21 | | Quit alexbobp (Read error: 60 (Operation timed out)) |
| 03:28:59 | | Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 03:30:26 | | Join alexbobp [0] (n=alex@66.112.249.238) |
| 03:37:52 | | Join saratoga_ [0] (i=474d0741@gateway/web/freenode/x-unkagtuinbhdidrq) |
| 03:38:11 | saratoga_ | how was the original decision to use libmad made? |
| 03:38:25 | saratoga_ | i wonder about ffmpeg's fixed point decoder for instance |
| 03:38:31 | saratoga_ | did anyone ever compare them? |
| 03:41:36 | Unhelpful | i'm also seeing a number of warnings with gcc-4.4.1 arm-elf-eabi, most of them related to how enum types are represented. simply put, it appears that the compiler no longer considers it valid to do signed comparisons on enums with only positive values, so things that use an all-positive enum type but then assign or test for negative values throw warnings. |
| 03:42:05 | Unhelpful | should fixing this sort of thing be something i push back to svn, or should it stay in my eabi branch until a decision is reached about moving arm targets to eabi? |
| 03:43:27 | saratoga_ | the fixes would just be a lot of explicit casts? |
| 03:43:31 | Unhelpful | it seems to me that valid fixes would be to 1) add the negative values used to the enum type, 2) use an int, with the enum only existing to define possible values. |
| 03:44:00 | Unhelpful | saratoga: um, no, there's one in mpegplayer that explicitly casts *both* sides of the compare to int and still throws a "comparison always false" warning. |
| 03:44:55 | saratoga_ | ha |
| 03:45:12 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 03:46:11 | | Quit Xerion (Read error: 110 (Connection timed out)) |
| 03:46:11 | | Nick Xerion_ is now known as Xerion (i=xerion@82-170-197-160.ip.telfort.nl) |
| 03:46:18 | rasher | saratoga_: did it even exist then? Also, you have the fun of extracting stuff from ffmpeg vs using a simple library. |
| 03:46:43 | Unhelpful | the issue is that STATE_INTERNAL_NORETURN is *not* a member of the enum, and has a value not representable in the range of the enum. easiest fix, remove the definition from mpeg2_internal.h and add STATE_INTERNAL_NORETURN=-1 to the enum. kills the warning. :) |
| 03:47:13 | saratoga_ | i don't know when it was added, perhaps not 2004 |
| 03:48:55 | Unhelpful | does gcc kill the false branch when it issues one of these warnings, provided a sufficient level of optimization? |
| 03:56:08 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 03:56:09 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 03:59:52 | Unhelpful | guh! another set of warnings in mpegplayer is due to passing a function parameter of type mpeg2_alloc_t values defined in mpeg_malloc_reason_t, some of which are not among the values defined for mpeg2_alloc_t |
| 04:00 |
| 04:02:17 | Unhelpful | the solution for this appears to be "get rid of mpeg2_alloc_t". i think. |
| 04:05:12 | | Quit TopyMobile (Read error: 113 (No route to host)) |
| 04:06:50 | Unhelpful | or change the *argument* to int, so that the range complaint goes away |
| 04:08:16 | | Quit Rondom (Nick collision from services.) |
| 04:08:27 | | Join Rondom [0] (n=Rondom@dslb-084-057-132-074.pools.arcor-ip.net) |
| 04:08:33 | | Join shai_ [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) |
| 04:08:56 | | Join TopyMobile [0] (n=topy@232-194.79-83.cust.bluewin.ch) |
| 04:11:34 | Unhelpful | the argument is only ever used to fetch a string describing the reason for a particular malloc, and then only for debugging. changing argument to int, and also making sure the two different enums that define values passed for it don't overlap, which it appears they do at present :/ |
| 04:12:42 | | Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 04:13:55 | Unhelpful | it appears to me there's an *actual* bug here, since the enums as currently defined overlap, even though values from both are used in a switch to fetch the string describing the malloc reason. also a non-debug build could avoid using the malloc reason arguments entirely, since they don't actually do anything. |
| 04:16:49 | Unhelpful | this fixes the warnings, and i believe corrects an actual bug as well (see mpeg_get_reason_str in alloc.c). is it reasonable to commit to mainline, or should it stay in my branch for now? http://pastie.org/687507 |
| 04:17:29 | | Quit HBK (Read error: 60 (Operation timed out)) |
| 04:17:30 | | Nick KBH is now known as HBK (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 04:18:08 | | Quit TheSeven (Nick collision from services.) |
| 04:18:27 | | Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) |
| 04:18:39 | | Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) |
| 04:18:48 | | Join Xerion_ [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 04:19:39 | Unhelpful | also i have numerous preprocessor "FOO is undefined" warnings... probably fixable by changing to #if defined(FOO) && (other test on FOO) |
| 04:20:46 | | Quit saratoga_ ("Page closed") |
| 04:21:06 | | Quit shai (Read error: 110 (Connection timed out)) |
| 04:31:39 | | Quit BHSPitMonkey (Read error: 104 (Connection reset by peer)) |
| 04:32:49 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 04:35:19 | | Quit Xerion (Connection timed out) |
| 04:35:19 | | Nick Xerion_ is now known as Xerion (i=xerion@82-170-197-160.ip.telfort.nl) |
| 04:39:02 | | Quit phanboy4 (Read error: 54 (Connection reset by peer)) |
| 04:59:16 | | Join kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) |
| 05:00 |
| 05:11:05 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 05:11:08 | *** | Saving seen data "./dancer.seen" |
| 05:22:51 | | Quit AaronM (Connection reset by peer) |
| 05:23:15 | | Join AaronM [0] (n=Aaron@adsl-4-241-157.mem.bellsouth.net) |
| 05:26:03 | | Quit TopyMobile (Read error: 60 (Operation timed out)) |
| 05:39:19 | | Quit adiroiban (Read error: 110 (Connection timed out)) |
| 05:46:26 | | Join dmb [0] (n=Dmb@unaffiliated/dmb) |
| 05:55:04 | Unhelpful | hrm, actually, for mpeg_state_t, just changing the comparison to != STATE_INTERNAL_NORETURN suffices to clear the warning. the state should never be any *other* negative value, anyway... |
| 06:00 |
| 06:10:21 | | Quit AaronM ("g'night") |
| 06:33:47 | | Quit shai_ (Client Quit) |
| 06:34:55 | | Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) |
| 06:36:36 | | Quit shai (Client Quit) |
| 06:36:54 | | Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) |
| 07:00 |
| 07:09:06 | | Join stoffel [0] (n=quassel@p57B4F768.dip.t-dialin.net) |
| 07:10:09 | | Quit pushnell () |
| 07:11:10 | *** | Saving seen data "./dancer.seen" |
| 07:26:42 | Unhelpful | saratoga: i think i have a slightly better understanding of the problem. the reason that a cast to signed int doesn't work is that the original type is an unsigned type smaller than int, and therefore the cast will be done by zero extension, so gcc knows the result can only ever be positive... i think. :) |
| 07:32:04 | | Quit stoffel (Read error: 131 (Connection reset by peer)) |
| 07:32:18 | | Quit bluebrother (Nick collision from services.) |
| 07:32:20 | | Join bluebroth3r [0] (n=dom@rockbox/developer/bluebrother) |
| 07:46:02 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
| 07:47:06 | | Quit antil33t () |
| 07:57:06 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 08:00 |
| 08:04:30 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 08:06:05 | | Quit FOAD (Read error: 145 (Connection timed out)) |
| 08:06:05 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 08:23:44 | | Quit phanboy4 (Read error: 104 (Connection reset by peer)) |
| 08:37:00 | | Join antil33t [0] (n=Mudkips@122-57-252-164.jetstream.xtra.co.nz) |
| 08:45:00 | | Quit BHSPitMonkey (Remote closed the connection) |
| 09:00 |
| 09:03:10 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 09:09:02 | | Join drf|laptop [0] (i=Your_Mom@markley-139017.reshall.umich.edu) |
| 09:09:47 | drf|laptop | So hey, guys. I just bought a Toshiba Gigabeat S on eBay... since I'm a Zune fan and heard those were the predecessors. I was looking at the Rockbox page for it and it mentions needing the original nk.bin file so people can uninstall Rockbox... perhaps I could be of help? |
| 09:11:13 | *** | Saving seen data "./dancer.seen" |
| 09:12:23 | n1s | drf|laptop: what are you asking? |
| 09:14:12 | drf|laptop | If you want the file? However, I have no idea how to get the mp3 player to show up as a drive... |
| 09:14:38 | drf|laptop | I dual-boot Windows and Linux, in Linux it simply doesn't recognize it at all and on windows it shows up as just the MTP drive, no letter or anything. |
| 09:16:14 | n1s | the original nk.bin can be downloaded from toshiba |
| 09:16:49 | n1s | drf|laptop: the original firmware is mtp only as far as we know |
| 09:17:44 | drf|laptop | So how does someone go about installing Rockbox? That's the part I don't get. |
| 09:18:10 | drf|laptop | And I was just seeing the part where it says "TODO: How can a user uninstall Rockbox? We need a source for the original nk.bin...", I thought you guys needed the original |
| 09:18:19 | drf|laptop | and mine is stock firmware so it would surely be on there |
| 09:19:55 | n1s | lots of the info in the wiki is outdated |
| 09:20:11 | drf|laptop | Heh. |
| 09:20:19 | drf|laptop | But how do I get access to that "hidden" partition on the device? |
| 09:20:56 | n1s | drf|laptop: you need to install rockbox or at least our bootloader to get access to the drive |
| 09:21:29 | drf|laptop | Yeah but isn't it a catch 22? I need the drive to install Rockbox... |
| 09:22:50 | n1s | drf|laptop: no you don't, the manual tells you how to do it, do the "manual installation" method as i'm not sure automatic is working in current rbutil |
| 09:23:17 | drf|laptop | I know automatic isn't working. I'm fairly experienced with computers, but I just didn't get how to install it on a MTP device... |
| 09:23:29 | n1s | our utility sends the new firmware over mtp, which the gigabeat firmware then installs |
| 09:23:55 | n1s | the same way an update of the original firmware is done |
| 09:24:00 | drf|laptop | and ... is there a Toshiba site with the firmware and/or a flasher? This one I got from eBay with tons of music on it and such, but it's acting up - when I try to copy the music off it to my computer it freezes up, so I think something's wrong with it |
| 09:24:07 | drf|laptop | So if I just wipe it that might help... |
| 09:24:08 | drf|laptop | Hmm. |
| 09:25:09 | n1s | the installation chapter in the manual has a link to download the original firmware, no "flasher" is needed, just our utility beastpatcher |
| 09:25:21 | drf|laptop | OK |
| 09:25:25 | drf|laptop | But is there an official flasher, or not? |
| 09:25:47 | drf|laptop | I know for my Sansa, it was running a newer firmware that would auto-detect MTP and force it so I couldn't install Rockbox, so I got Sandisk's utility and down-graded it |
| 09:26:20 | n1s | yes, i think there's an update utility provided with the firmware from toshiba |
| 09:26:24 | Unhelpful | we use MTP to install on S, as there is no known MSC firmware for it. |
| 09:27:28 | drf|laptop | but Rockbox then turns it into MSC? |
| 09:27:36 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 09:27:52 | n1s | yes |
| 09:27:54 | drf|laptop | and wow. This thing is having similar problems to my Zune - some songs are showing up twice, etc. and others just freeze the player |
| 09:28:01 | n1s | rockbox uses msc only |
| 09:28:06 | drf|laptop | Not sure what causes that in MTP players but it's ewird |
| 09:28:07 | drf|laptop | *weird |
| 09:28:22 | drf|laptop | well, I know with my Sansa, if you connect it with USB it always uses the OFW to charge and put data on... Rockbox can'tdo it |
| 09:28:25 | drf|laptop | or it couldn't back when I installed it |
| 09:28:54 | n1s | rockbox has its own usb code now, and it is used on the gigabeat s |
| 09:29:20 | pixelma | on the c200 too now |
| 09:29:37 | n1s | so we have our own usb mode, you don't need to keep the original firmware at all actually but you can if you want to dualboot |
| 09:29:51 | | Join flydutch [0] (n=flydutch@host248-201-dynamic.15-87-r.retail.telecomitalia.it) |
| 09:30:06 | drf|laptop | dualboot works? |
| 09:30:09 | n1s | yes |
| 09:30:17 | drf|laptop | and heh, I don't really care, I updated Rockbox on my e200 and it completely broke all my themes |
| 09:30:22 | drf|laptop | so it plays music fine, I'm leaving it as-is :P |
| 09:30:31 | drf|laptop | Well maybe I'll try that later. |
| 09:30:40 | drf|laptop | Will it wipe the music when putting Rockbox on? |
| 09:30:50 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 09:30:56 | n1s | if you boot the OF you need to reset with the battery switch to get it to actually reboot though |
| 09:31:24 | drf|laptop | That battery switch is so tiny, I'd need a small screwdriver or somethign to get to it |
| 09:31:34 | drf|laptop | So unlike the Zune you can't just hold power for a few seconds to force it to shut off? |
| 09:31:43 | n1s | drf|laptop: no, but the dir structure mto creates is not very human readable so if you want to keep it as is i recomend using the database |
| 09:31:50 | pixelma | Rockbox won't play music that was put on in MTP mode |
| 09:31:52 | n1s | s/mto/mtp |
| 09:32:02 | drf|laptop | Ah, I see what you're saying |
| 09:32:04 | drf|laptop | same thing happened with my Sansa |
| 09:32:09 | n1s | pixelma: it won't |
| 09:32:12 | n1s | ? |
| 09:32:16 | drf|laptop | Darn it, I can't even get the stupid music off right now |
| 09:32:18 | drf|laptop | Windows just freezes |
| 09:32:28 | drf|laptop | that's probably why the guy was selling it, he musta infected it somehow :P |
| 09:32:52 | pixelma | at least it doesn't on the Sansas and on the Gigabeat F, I doubt it does for the Gigabeat S |
| 09:33:16 | pixelma | n1s: technically you can get them to play but the database won't find them |
| 09:33:53 | pixelma | on the Sansas at least that is - they get a .dat extension which the Database doesn't care about |
| 09:33:58 | drf|laptop | I never use database |
| 09:34:00 | n1s | pixelma: i seem to remember i could play files on my beast that were put there via mtp, never tried thed the database though |
| 09:34:03 | drf|laptop | it causes more problems than it's worth IMO |
| 09:34:12 | drf|laptop | But the firmware on my e200 is really old, that could be why LOL |
| 09:34:28 | Unhelpful | causes problems? :P |
| 09:34:39 | drf|laptop | Yes. |
| 09:34:48 | drf|laptop | Like randomly crashes, takes 20 minutes to update if I put a single song on, etc etc |
| 09:34:54 | pixelma | I seem to remember some .sat file "encryption" mentioned for the Gigabeat F |
| 09:35:00 | drf|laptop | so I just name all the files by the song title, it does the same thing relaly |
| 09:35:05 | Unhelpful | none of that should be happeninng... |
| 09:35:50 | drf|laptop | Well I dunno. Rockbox crashes quite a bit on my Sansa, to be honest |
| 09:36:09 | drf|laptop | like it lags horribly when seeking, and since I'm used to my Zune I fly through seeking and end up freezing it, needing to hard-reset the device... |
| 09:36:21 | drf|laptop | the OFW of the Sansa is slow and laggy too though, so it may just be the hardware |
| 09:36:24 | n1s | pixelma: ok, tested and they do play on the beast but the tags seem to have been stripped :) |
| 09:36:48 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
| 09:36:59 | pixelma | n1s: do the files still have the correct extension? |
| 09:37:06 | n1s | pixelma: yes |
| 09:37:12 | drf|laptop | Anyway. As I said before, I'm a Zune fan... and I was told before the reason nobody could put Rockbox on the Zune was that the firmware is encrypted or something? |
| 09:37:36 | drf|laptop | Really I'm just trying to get my Zune to show up in MSC mode so I can use it in Linux and such, the hardware is awesome as-is, that's the one drawback (stupid Microsoft) |
| 09:37:40 | n1s | pixelma: but mangled names and stripped tags so not very usefull |
| 09:37:43 | pixelma | interesting how different MTP mode seem to be |
| 09:37:56 | drf|laptop | MTP mode sucks |
| 09:38:19 | n1s | pixelma: that's one of the good things about mtp actually, you can store things however you want |
| 09:40:07 | n1s | IIUC rockbox could have an MTP mode that had the same dir structure as the disk and copied files just like msc but could also add the new files to the database for example |
| 09:40:42 | Unhelpful | the MTP interface is essentially a serialized protocol for accessing an object database. what the implementing device does to *store* the information is up to implementors. :/ |
| 09:41:49 | Unhelpful | objects are retrieved by an ID, "directories" and "albums" store lists of file/track IDs, etc. |
| 09:42:14 | | Quit Horschti (Read error: 104 (Connection reset by peer)) |
| 09:42:32 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
| 09:43:29 | n1s | Unhelpful: can you do an arbitrary dir structure? |
| 09:44:00 | Unhelpful | i guess if we want to map it to a FAT filesystem without having to store the "MTP database" in a file, we'd use the address on disk of a file's first block, or perhaps of its dir entry, as the ID? i believe FAT32 lacks anything resembling an inode... |
| 09:44:16 | Unhelpful | n1s: well, look at what beast does for its data store :) |
| 09:45:43 | n1s | Unhelpful: i mean expose an arbitrary dir structure through MTP and let the user create/move etc dirs? |
| 09:46:54 | Unhelpful | n1s: yes, that should be possible. the user-visible hierarchy for MTP could be entirely virtual, or it could be mapped onto the real filesystem somehow, provided we have a way to keep track of object IDs. |
| 09:47:31 | n1s | that would be pretty cool |
| 09:48:48 | Unhelpful | the ideas i like are 1) playback and transfer not being mutually exclusive 2) DB update during transfer |
| 09:49:23 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 09:49:57 | n1s | yes, those are very nice features and if they can be done without all the things that makes us dislike MTP usually that would be very nice |
| 09:49:59 | Llorean | Those are the ones I like too, though 2 moreso than 1. |
| 09:50:09 | | Join alexbobp_ [0] (n=alex@66.112.249.238) |
| 09:50:42 | amiconn | Unhelpful: I'd rather not change enums to ints, but fix the enum usage |
| 09:51:49 | Unhelpful | amiconn: most of the enums needn't be changed to ints, that particular case *could* also be handled by merging the two enums, which would also conveniently make sure that their values are always distinct. |
| 09:53:56 | amiconn | No enum should need changing to int |
| 09:55:38 | | Quit alexbobp_ (Remote closed the connection) |
| 09:56:03 | drf|laptop | well guys, I'm going to sleep. I'll be back to inquire some more tomorrow :) |
| 09:56:06 | | Part drf|laptop |
| 09:58:59 | | Quit alexbobp (Read error: 104 (Connection reset by peer)) |
| 10:00 |
| 10:01:08 | | Quit robin0800 (Read error: 104 (Connection reset by peer)) |
| 10:03:06 | Unhelpful | amiconn: i don't see any other way for the one in global_settings, since it's accessed via a pointer-to-int... but yes, i think that in pretty much any other reasonable case it should be avoidable. |
| 10:03:39 | amiconn | Then the access need to be changed to use a pointer to the correct enum type |
| 10:04:00 | | Join alexbobp [0] (n=alex@66.112.249.238) |
| 10:05:47 | Unhelpful | how should we handle that? reset_setting can't reasonably have a case for every enum type, and if we just added short and byte sizes to it we'd have to guess at correct enum-type sizes. |
| 10:07:41 | TheSeven | Unhelpful: hm, can't we let some sizeof magic do the guessing? |
| 10:09:24 | Unhelpful | TheSeven: i'm not sure, can we use sizeof in an expression to initialize runtime data? enums might also be represented as signed or unsigned based on whether any enumerated values are negative. :/ |
| 10:10:03 | TheSeven | Unhelpful: yes, sizeof is evaluated at compilation time, so we can use it in e.g. initializers |
| 10:10:18 | TheSeven | and signed vs. unsigned shouldn't make a difference if you're just copying things around |
| 10:10:58 | Unhelpful | right, should only matter for comparisons... or i suppose if we're converting any of these integer values to text? |
| 10:11:16 | TheSeven | yes, but is this an issue for reset_setting? |
| 10:11:44 | | Quit reid05 (Read error: 110 (Connection timed out)) |
| 10:12:10 | | Join reid05 [0] (n=reid85@CPE001cdf73661f-CM001ceacec55e.cpe.net.cable.rogers.com) |
| 10:12:32 | Unhelpful | i don't *think* so? where else do we use struct settings_list to extract settings data? would it matter in any of those places? |
| 10:13:15 | | Quit amiconn (Read error: 54 (Connection reset by peer)) |
| 10:13:15 | | Quit pixelma (Read error: 131 (Connection reset by peer)) |
| 10:13:28 | | Join pixelma [0] (i=quassel@rockbox/staff/pixelma) |
| 10:13:30 | | Join amiconn [0] (i=quassel@rockbox/developer/amiconn) |
| 10:13:45 | TheSeven | as long as stuff is generic (and we only have that problem for generic stuff), I can't see any sane reason to any more involved comparison than equals/doesn't equal, or to convert the raw enum value to a string |
| 10:14:13 | TheSeven | to do any* |
| 10:14:22 | Unhelpful | and each of these cases would also be gaining new branches in their switches for handing uint8, int8, uint16, and int16 values. it seems to me that using an int for things that will be in settings is more sane... |
| 10:14:58 | TheSeven | hm, it would only be uint8/16/32 |
| 10:15:16 | TheSeven | but yes, this *may* have a performance impact |
| 10:15:38 | TheSeven | is there any penalty on arm for non-word-aligned byte/halfword reads? |
| 10:17:12 | Unhelpful | there'd be a code-size hit. and cfg_int_to_string cares about signedness. |
| 10:18:42 | Unhelpful | is there a way to tell the compiler that a particular enum type, or a particular instance of it, should be int-sized, even though it *could* be smaller? i couldn't find any, you can make an enum small without enabling short enums by giving it a packed attribute, but there doesn't seem to be an "unpacked" :/ |
| 10:20:07 | amiconn | Each enum is a specific type, so there are no differently sized 'instancec |
| 10:20:42 | amiconn | *instances |
| 10:21:44 | | Quit AEnima1577 ("Leaving.") |
| 10:22:34 | Unhelpful | and even if we could pad the struct field, things that set it directly instead of via-int-pointer wouldn't set the extra bytes (in the case of a signed enum) correctly. :/ |
| 10:22:55 | n1s | i don't see the problem with using an int, it should always be safe and is simple |
| 10:24:29 | Unhelpful | n1s: you lose certain types of compile-time error-checking if the compiler doesn't know the variable is enum... really only helps if it's going to be in a switch statement, i beileve. |
| 10:48:14 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 10:48:30 | | Join pamaury [0] (n=pamaury@88-123-145-132.rev.libertysurf.net) |
| 10:58:51 | | Join TopyMobile [0] (n=topy@232-194.79-83.cust.bluewin.ch) |
| 11:00 |
| 11:05:27 | pixelma | looks like someone broke early USB (at least on Archos) *again*... just when I wanted to recommend a current build to the one reporting problems with that in r3.4 (which was fixed later) |
| 11:09:59 | pixelma | on my Ondio the USB screen is also slightly broken when something in the screen you are in before entering the USB screen is scrolling, it stays on the screen |
| 11:11:17 | *** | Saving seen data "./dancer.seen" |
| 11:13:22 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 11:13:42 | pixelma | the same happens on my c200 |
| 11:20:04 | * | pixelma thinks that there either should be a Rockbox 3.4.1 for early USB targets or some more daily builds available again (maybe some marked as "good ones) |
| 11:20:59 | pixelma | at least if it fixes something that is broken in the most recent release |
| 11:21:17 | pixelma | a known problem I mean |
| 11:23:41 | n1s | when did we switch to only archiving 3 daily buids, and why? |
| 11:25:37 | n1s | b ut yeah, a 3.4.1 might be a good idea |
| 11:28:19 | Unhelpful | if a feature was broken at release, it seems to me the right thing to do... |
| 11:31:52 | | Join gb_master [0] (i=82c03212@gateway/web/freenode/x-mhqiogppodujdjgc) |
| 11:47:22 | TheSeven | [10:18]<Unhelpful>is there a way to tell the compiler that a particular enum type, or a particular instance of it, should be int-sized, even though it *could* be smaller? i couldn't find any, you can make an enum small without enabling short enums by giving it a packed attribute, but there doesn't seem to be an "unpacked" :/ |
| 11:47:41 | TheSeven | what about adding some dummy entry with a specified value that doesn't fit into 16 bits? |
| 11:48:08 | CIA-6 | New commit by nls (r23547): Introduce new config header 'config-sim.h' that takes care of undefining things that shouldn't be defined for sims so that the target configs no ... |
| 11:48:19 | Unhelpful | TheSeven: that may cause warnings if the enum type is used in a case statement :/ |
| 11:49:06 | TheSeven | just use big-enough values for actual entries then? :-P |
| 11:50:17 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 11:50:26 | Unhelpful | what, just always set the last value to 65537 or something? i still think i like making the field in global_settings an int better than that. :P |
| 11:51:48 | * | Bob_C_ thinks there is no sneaky way around enum size issues |
| 11:52:36 | Unhelpful | Bob_C_: -fno-short-enums would make all enums everywhere int-sized :) |
| 11:53:01 | n1s | Unhelpful: is the gain from short enums large? |
| 11:53:54 | Bob_C_ | I think in most projects I have worked on, enums are always ints. there is a size penalty, but it is safer |
| 11:54:06 | Unhelpful | n1s: i've not checked. they're specified as the default for eabi, though... |
| 11:55:03 | TheSeven | Unhelpful: I didn't say that I'd like it, I'm just digging around to see if there is any sane solution |
| 11:55:38 | TheSeven | but you're probably right, int enums will probably be less size penalty than a switch statement + additional argument to some functions |
| 11:56:54 | Unhelpful | i personally think the sane solutions are either fno-short-enums (or making it the default for our toolchain, an easy patch) or making variables used in some generic context via a pointer, as with settings, ints. |
| 11:58:32 | TheSeven | i would think the best solution is only making the enums that need it an int, but if that isn't possible, I'd probably just go for no-short-enums |
| 11:58:59 | TheSeven | is there maybe some __attribute__((...)) to get rid of them for a specific enum? |
| 12:00 |
| 12:05:30 | | Quit stripwax ("http://miranda-im.org") |
| 12:06:50 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 12:11:32 | Unhelpful | you can make an enum short with a packed attribute, i believe |
| 12:12:07 | | Quit stripwax ("http://miranda-im.org") |
| 12:14:33 | Unhelpful | somehow rockbox-info.txt is telling me that -fno-short-enums makes ramsize for an eabi build on e200 144B *smaller*. with no difference in binsize, which is where i'd expect any savings for that case (long enums can be transferred to/from memory using store/load-multiple instructions, short enums can't) |
| 12:16:27 | seani | Morning, can I ask if I understand something about powermgmt.c correctly? It looks like the main thread functions are invoked every HZ/2 ticks - half a second. |
| 12:16:51 | seani | This means if you want to test if a timeout matures, you could be as much as HZ/2 ticks out from the target time? So in general, "high level" timeout features have a resolution of around HZ/2 ? |
| 12:17:57 | seani | And when I say "morning", I mean it's morning in those parts of the world that *really* matter. God Save the Queen etc. |
| 12:20:09 | | Join dfkt [0] (i=dfkt@unaffiliated/dfkt) |
| 12:26:16 | Bob_C_ | seani: yes, anything in power thread would have that resolution |
| 12:30:52 | | Quit killan (Read error: 131 (Connection reset by peer)) |
| 12:31:24 | | Quit TheSeven ("ChatZilla 0.9.85 [Firefox 3.5.4/20091016092926]") |
| 12:34:09 | seani | Bob_C: Thanks. Are there other places where timeout behaviour is typically added? This is timeout behaviour apropos of nothing, i.e. *Just* as a result of the passage of time, not in relation to keypresses etc. |
| 12:35:37 | Bob_C_ | I'm not sure what you mean by added? |
| 12:37:41 | seani | Well if I want to check if another timeout - like the sleep timeout for instance that just gradually counts down irrespective of other activity - has matured. |
| 12:38:20 | seani | IIRC some timeouts are checked to see of they've matured in response to UI events like play / pause etc. |
| 12:38:57 | | Join teru [0] (n=teru@ZQ174123.ppp.dion.ne.jp) |
| 12:39:57 | | Quit Horschti ("Verlassend") |
| 12:39:59 | | Quit yosafbridge ("Coyote finally caught me") |
| 12:40:10 | | Join yosafbridge [0] (n=yosafbri@li14-39.members.linode.com) |
| 12:42:43 | Bob_C_ | I think I see what you mean, but I don't know |
| 12:47:21 | seani | Thanks, the powermgmt stuff would give me what I want, just a check I wasn't missing something obvious. |
| 12:49:39 | | Quit Xerion (Read error: 104 (Connection reset by peer)) |
| 13:00 |
| 13:05:01 | | Quit gb_master ("Page closed") |
| 13:07:13 | | Join Paleskin [0] (n=Paleskin@fm-ip-118.137.91.173.fast.net.id) |
| 13:07:49 | Paleskin | is there a way to flash rockbox into fuze's newest firmware ? |
| 13:10:20 | | Join Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 13:11:19 | *** | Saving seen data "./dancer.seen" |
| 13:13:25 | | Join ender [0] (i=krneki@foo.eternallybored.org) |
| 13:14:26 | | Join DerPapst [0] (n=DerPapst@p4FE8F099.dip.t-dialin.net) |
| 13:24:51 | | Join MethoS- [0] (n=clemens@134.102.106.250) |
| 13:26:15 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 13:27:49 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 13:28:48 | | Quit ender` (Read error: 110 (Connection timed out)) |
| 13:29:29 | | Part Paleskin |
| 13:29:54 | | Quit MethoS- (Remote closed the connection) |
| 13:31:34 | CIA-6 | New commit by alex (r23548): Make it clear in the beast manual that you need to play Russian dolls with the OF you download from Toshiba - it is inside an exe file which is ... |
| 13:32:35 | | Quit pamaury (Read error: 113 (No route to host)) |
| 13:38:43 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 13:39:05 | kugel | sizeof() can also be evaluated at runtime AFAIK |
| 13:39:07 | | Join dfkt_ [0] (n=dfkt@unaffiliated/dfkt) |
| 13:43:49 | | Quit dfkt (Read error: 60 (Operation timed out)) |
| 13:44:52 | Bob_C_ | hey kugel, are your audio problems a hardware fault do you think? |
| 13:45:20 | kugel | "my audio problems" |
| 13:45:22 | kugel | ? |
| 13:45:34 | Bob_C_ | on the mini2440? |
| 13:46:25 | | Nick dfkt_ is now known as dfkt (n=dfkt@unaffiliated/dfkt) |
| 13:50:08 | kugel | Bob_C_: the only problem is the bad sound quality. |
| 13:50:56 | Bob_C_ | right, so could be faulty hardware on your board? It seems that everyone else is ok |
| 13:51:36 | kugel | possibly |
| 13:52:29 | kugel | I don't really mind that, I have no plans to listen to audio from it regularly |
| 13:54:33 | Bob_C_ | Mine sounds the same when the same file is played on my PC, but maybe you have better hearing than me |
| 13:54:42 | kugel | I doubt that |
| 13:55:16 | kugel | if yours sound fine, I probably just have bad luck and got a bad one |
| 13:55:34 | Bob_C_ | Hearing does decline with age... |
| 13:57:30 | kugel | I'm no audiophile. when I say it sounds bad I don't mean supbar, I mean horrible. It lacks bass completely for example |
| 14:00 |
| 14:00:55 | pixelma | hmm... can't make much sense of the address the error message for the broken early USB gives me with a current build. Looking at the map file - functions in cuesheet.c and talk.c are closest (cuesheet was already turned off before and now I also turned off voice) |
| 14:01:31 | pixelma | on my Ondio that is |
| 14:04:06 | | Join pamaury [0] (n=pamaury@88-123-145-132.rev.libertysurf.net) |
| 14:08:08 | Bob_C_ | kugel: that could happen if the decoupling capacitors are the wrong values I think |
| 14:19:09 | | Quit robin0800 (Remote closed the connection) |
| 14:21:52 | | Quit DerPapst ("Leaving.") |
| 14:21:56 | | Quit pamaury (Read error: 148 (No route to host)) |
| 14:23:46 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 14:27:35 | | Join killan [0] (n=nnscript@c-0efa70d5.06-397-67626721.cust.bredbandsbolaget.se) |
| 14:30:46 | n1s | pixelma: the addresses in the map are start addresses for the functions, an exception can and usually does happen inside the function 8well, depending on what exception it is of course) but the addresses in the map will not match the error exactly |
| 14:31:11 | n1s | s/will not/will usually not/ |
| 14:47:03 | bertrik | the meizu m3 *also* has two sdram init sequences, different from the ones in the m6sp :) |
| 14:50:11 | markun | bertrik: yay :) |
| 14:50:24 | | Join freddyb [0] (n=fred@pool-70-104-101-195.chi.dsl-w.verizon.net) |
| 14:50:41 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
| 14:51:44 | bertrik | the actual init sequence is nearly identical to the one of the m6sp, mostly just different numbers written to the registers |
| 14:52:52 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 14:52:58 | bertrik | so it should be easy now to get meizu m3 sdram working too |
| 14:54:18 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 15:00 |
| 15:02:04 | bertrik | now we *just* need an USB bootloader for the meizus to load a main rockbox to sdram :P |
| 15:03:28 | gevaerts | bertrik: can't be done. You need a notes buffer overflow for that |
| 15:04:28 | | Join chellomere [0] (n=alex@85.235.2.48) |
| 15:07:01 | | Quit chellomere (Client Quit) |
| 15:11:21 | *** | Saving seen data "./dancer.seen" |
| 15:11:44 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
| 15:13:40 | CIA-6 | New commit by teru (r23549): theme remove: add sbs to remove list. |
| 15:14:09 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 15:21:01 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
| 15:22:34 | | Join einhirn [0] (n=Miranda@p5DCC1271.dip0.t-ipconnect.de) |
| 15:23:09 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 15:23:37 | | Quit Xerion (lindbohm.freenode.net irc.freenode.net) |
| 15:23:37 | NSplit | lindbohm.freenode.net irc.freenode.net |
| 15:23:37 | | Quit lyngaas (lindbohm.freenode.net irc.freenode.net) |
| 15:23:37 | | Quit Torne (lindbohm.freenode.net irc.freenode.net) |
| 15:26:54 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 15:27:34 | NHeal | lindbohm.freenode.net irc.freenode.net |
| 15:27:34 | NJoin | Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 15:27:34 | NJoin | lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) |
| 15:27:34 | | Join Torne [0] (i=torne@rockbox/developer/Torne) |
| 15:29:46 | seani | Does the "Reported Version" in the add new patch screen have a purpose when adding proposed features, or is it just to record where a bug was first spotted? |
| 15:30:04 | gevaerts | it's irrelevant for patches |
| 15:36:31 | | Quit Torne (lindbohm.freenode.net irc.freenode.net) |
| 15:36:31 | | Quit Xerion (lindbohm.freenode.net irc.freenode.net) |
| 15:36:31 | | Quit lyngaas (lindbohm.freenode.net irc.freenode.net) |
| 15:36:54 | | Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 15:38:31 | | Quit Horscht ("Verlassend") |
| 15:39:50 | NJoin | Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) |
| 15:41:01 | NJoin | lyngaas [0] (n=staale@19.81-167-149.customer.lyse.net) |
| 15:41:01 | NJoin | Torne [0] (i=torne@rockbox/developer/Torne) |
| 15:43:22 | | Join TorneWuff [0] (i=torne@lowell.wolfpuppy.org.uk) |
| 15:44:09 | | Quit Torne (Remote closed the connection) |
| 15:44:14 | | Quit seani ("Leaving") |
| 15:46:51 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 15:50:53 | domonoky | can somebody tell me what should happen on usb after i get the first reset interrupt ? i would expect a ep0 interrupt for the first request from the host, but nothing happens.. does the device driver have todo something special after the reset request ? (at moment i reset all ep packet sizes to recommended sizes, set FUNC_ADDR_REG to 0, enable all ep interrupts, and call usb_core_bus_reset() ) |
| 15:53:30 | | Join TheSeven [0] (n=theseven@rockbox/developer/TheSeven) |
| 15:54:03 | gevaerts | maybe there's some setup needed to get it to actually start looking for data? |
| 15:55:27 | domonoky | so its correct that the host should issue some command after reset ? if so,i am probably missing some init. |
| 15:56:34 | gevaerts | after the bus reset, it should ask for the device descriptor |
| 15:57:15 | domonoky | oki, so i am back to hunting what i am missing in the init..:-) |
| 15:58:43 | TheSeven | domonoky: I would guess that you need to actively start receiving data on ep0 |
| 15:59:06 | TheSeven | until then, everything arriving on the bus will probably just be NAKed |
| 16:00 |
| 16:00:51 | domonoky | ah, i would have expected to get a interrupt when a packet is in the fifo... lets hunt the datasheet hints :-) |
| 16:00:55 | domonoky | +for |
| 16:01:13 | TheSeven | do you have a datasheet of whatever controller you are implementing right now? |
| 16:02:05 | domonoky | i only have the datasheet for the s3c2440 itself, it contains all registers for its usb controller, but unfortnunatly very little explanations |
| 16:02:16 | TheSeven | that's fine |
| 16:03:05 | TheSeven | only usb1? :-/ |
| 16:03:25 | domonoky | yes, unfortunatly.. it will be slow.. |
| 16:05:41 | TheSeven | ...and a pretty lowlevel controller |
| 16:06:23 | TheSeven | the synopsys otg really was fun compared to that :-P |
| 16:07:00 | funman | TheSeven: which target has a synopsys otg ? |
| 16:07:33 | freddyb | funman: have you look at my keyboard patch for Fuze? |
| 16:07:34 | TheSeven | the apple thingys |
| 16:07:44 | funman | freddyb: nope, where is it ? |
| 16:07:51 | funman | TheSeven: afaiu the sansa ams as well |
| 16:08:23 | freddyb | funman: FS #10763 |
| 16:08:24 | TheSeven | i called the driver usb-s3c6400x when i wrote it, because that datasheet was fitting but i hadn't found out who designed that one yet |
| 16:10:23 | freddyb | funman: it changes the way you enter text. you scroll fwd to get the right column and scroll back to move down to the right char. scrolling fwd again inserts the char and resets to the top corner. it's pretty quick. try it out and see what you think |
| 16:11:06 | funman | TheSeven: interesting, i spot similarities with a quick look .. |
| 16:11:10 | TheSeven | funman: do you know any details on the ams otg? any reg meanings etc? I guess you don't have a datasheet for that one... |
| 16:11:19 | TheSeven | nice to hear |
| 16:11:20 | | Quit flydutch (Read error: 104 (Connection reset by peer)) |
| 16:11:33 | funman | TheSeven: we have the list of registers from the AS3525 datasheet, all the registers are in as3525/usb-drv-as3525.c |
| 16:11:50 | funman | DCFG = USB_DEV_CFG , the following regs correspond |
| 16:12:05 | | Join flydutch [0] (n=flydutch@host248-201-dynamic.15-87-r.retail.telecomitalia.it) |
| 16:13:17 | funman | freddyb: i don't know much keyboard, you should talk with FlynDice since he tested it and likes it ;) |
| 16:13:33 | TheSeven | hm, yes, there are similarities, but the overall layout is entirely different |
| 16:14:27 | funman | it gives another source of info for the as3525 driver anyway, perhaps time will tell what can be merged |
| 16:14:28 | TheSeven | and if that file is meant to be complete, it's having far less regs than the one i implemented |
| 16:14:47 | freddyb | funman: FlynDice says he doesn't use it very much. Thanks anyway. |
| 16:14:52 | funman | it's not working in any way |
| 16:14:59 | funman | freddyb: try asking kugel |
| 16:16:32 | | Join AEnima1577 [0] (n=clbarnob@c-98-249-3-190.hsd1.va.comcast.net) |
| 16:17:21 | freddyb | funman: ok, i'm out |
| 16:17:28 | | Quit freddyb ("Konversation terminated!") |
| 16:19:03 | | Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
| 16:21:06 | | Join Strife89 [0] (n=Strife89@adsl-146-208-155.mcn.bellsouth.net) |
| 16:39:07 | TheSeven | domonoky: this usb controller is weird |
| 16:39:46 | domonoky | TheSeven: how is it weird ? |
| 16:40:13 | TheSeven | looks like it's pushing as much work as possible towards the driver |
| 16:40:29 | TheSeven | from what i can tell, it should be setting OUT_PKT_RDY when something has come in |
| 16:41:08 | | Join adiroiban [0] (n=adiroiba@h89-43-250-166.teleson.ro) |
| 16:41:09 | domonoky | jup, thats what i also think, put nothing happens.. do i have to somehow react with the pullup to reset ? |
| 16:41:58 | TheSeven | as far as i can tell from the datasheet, you'll only need to reset the address to zero |
| 16:42:21 | TheSeven | are you polling the EP0 OUT_CSR1_REG or waiting for an int? |
| 16:42:37 | TheSeven | did you accidentally set OUT_DMA_INT_MASK? |
| 16:42:49 | domonoky | at the moment i just wait for ints, and the only one it get is reset. |
| 16:43:14 | domonoky | nope, i played with that, but it didnt change anything. |
| 16:44:11 | TheSeven | and EP0_INT_EN is set? (did you try reading it back and checking?) |
| 16:48:36 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 16:49:15 | domonoky | yes, it surely is enabled... (i just read it back to make sure) |
| 16:51:13 | | Join adiroiban1 [0] (n=adiroiba@h194-54-129-79.teleson.ro) |
| 16:51:37 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 16:51:51 | | Join freddyb [0] (n=fred@216.8.237.198.etczone.com) |
| 16:53:58 | Bob_C_ | domonoky: if it helps, there may be useful clues in the USB driver for mini2440-uboot |
| 16:54:20 | domonoky | ah, that could be another sample to look at :-) |
| 16:57:03 | | Join FOAD_ [0] (n=dok@dinah.blub.net) |
| 16:58:43 | Bob_C_ | in that driver the driver sets EP0 out_pkt_rdy when a reset int is received, does that make sense? |
| 16:59:35 | | Quit einhirn (Read error: 104 (Connection reset by peer)) |
| 16:59:57 | | Join kugel_ [0] (n=kugel@e178092166.adsl.alicedsl.de) |
| 17:00 |
| 17:00:11 | | Quit kugel (Nick collision from services.) |
| 17:00:19 | | Nick kugel_ is now known as kugel (n=kugel@e178092166.adsl.alicedsl.de) |
| 17:00:28 | | Join mirak [0] (n=mirak@85-171-108-41.rev.numericable.fr) |
| 17:00:34 | | Join pamaury [0] (n=pamaury@88-123-145-132.rev.libertysurf.net) |
| 17:02:32 | domonoky | Bob_C_: it doesnt really make sense to me, but maybe thats what i might miss :-) can you point me to where it does that ? |
| 17:03:13 | Bob_C_ | oh wait, the driver is clearing that bit |
| 17:05:34 | Bob_C_ | http://pastie.org/687938 is the relevant bit |
| 17:05:56 | domonoky | but this driver calls PrepareEp1Fifo in the reset handling.. which seems to send something on ep1 ? |
| 17:06:26 | | Quit Strife89 ("Switching machines,") |
| 17:06:37 | domonoky | uh, which driver is that ? the linux one ? |
| 17:07:19 | Bob_C_ | that was from the uboot driver |
| 17:10:22 | | Quit adiroiban (Read error: 110 (Connection timed out)) |
| 17:11:22 | *** | Saving seen data "./dancer.seen" |
| 17:11:27 | * | domonoky still strugles to find the file with this driver. |
| 17:13:39 | Bob_C_ | I got my version here i think http://repo.or.cz/w/u-boot-openmoko/mini2440.git |
| 17:13:43 | | Quit FOAD (Read error: 110 (Connection timed out)) |
| 17:13:43 | | Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) |
| 17:14:29 | | Quit funman ("free(random());") |
| 17:15:40 | | Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) |
| 17:16:16 | domonoky | ah, thats probably a newer uboot version, then i got... lets get it take a look. |
| 17:17:29 | Bob_C_ | It appears to just implement DFU, so maybe it's fairly simple and self-contained |
| 17:23:05 | domonoky | and its coded by Harald Welte (gpl-violations.org), this has to be a good sample to get usb running :-) |
| 17:23:54 | gevaerts | domonoky: make sure you check the license properly before touching it :) |
| 17:25:10 | Bob_C_ | The openmoko project may have died, but it has left some useful bits |
| 17:26:39 | freddyb | Anybody out there use the keyboard? |
| 17:27:12 | | Quit pamaury ("exit(*(int *)0 / 0);") |
| 17:27:25 | | Join pamaury [0] (n=pamaury@88-123-145-132.rev.libertysurf.net) |
| 17:28:41 | teru | I want opinions for FS #10338: Add "use morse input " entry to settings menu and commit it if possible. |
| 17:31:54 | | Quit robin0800 (Remote closed the connection) |
| 17:33:42 | mc2739 | teru: regarding r23549 manual update, should the first \fname{.rsbs} actually be \fname{.sbs} ? |
| 17:34:04 | | Join darkham [0] (n=darkham@host94-182-dynamic.47-79-r.retail.telecomitalia.it) |
| 17:34:11 | pixelma | teru: maybe it would even male it possible to use morse input on targets that don't have a spare button combo for entering the morse input screen from the virtual keyboard |
| 17:34:58 | | Quit stripwax (Read error: 131 (Connection reset by peer)) |
| 17:35:55 | | Part adiroiban1 |
| 17:36:05 | teru | mc2739: ah, yes. thanks. |
| 17:37:39 | pixelma | last time I looked that button mappings of the morse input screen and the usual virtual keyboard screen were quite tied, so I guess there is more to making morse input work on those targets is not only done after making entering the morse input screen a setting |
| 17:40:36 | CIA-6 | New commit by teru (r23550): fix typo in manual. thanks to mc2739 for noticing. |
| 17:40:39 | | Quit dfkt_ (Read error: 110 (Connection timed out)) |
| 17:41:03 | | Join dfkt_ [0] (n=dfkt@unaffiliated/dfkt) |
| 17:41:25 | pixelma | mc2739: did you have a look at the pictureflow manual patch (posted a new version)? |
| 17:42:05 | | Quit pamaury ("exit(*(int *)0 / 0);") |
| 17:42:29 | | Quit dfkt (Read error: 110 (Connection timed out)) |
| 17:43:29 | mc2739 | pixelma: sorry, no, I have not had much time lately. I will try to look at it this weekend. |
| 17:45:48 | pixelma | hoped you could help with the "issues" outside the button table. That could be a seperate patch though |
| 17:46:11 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 17:51:08 | | Join DerPapst [0] (n=DerPapst@p4FE8F099.dip.t-dialin.net) |
| 17:54:26 | | Join fyrestorm [0] (n=nnscript@cpe-69-203-150-85.si.res.rr.com) |
| 17:59:37 | * | domonoky gives up on usb for now.. |
| 18:00 |
| 18:12:39 | | Join Rob2222 [0] (n=Miranda@p4FDCC0EE.dip.t-dialin.net) |
| 18:14:11 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
| 18:15:10 | | Quit freddyb (Read error: 110 (Connection timed out)) |
| 18:18:32 | | Part Wafelijzer |
| 18:31:24 | | Quit teru ("Quit") |
| 18:32:58 | | Quit AEnima1577 ("Leaving.") |
| 18:39:01 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
| 18:39:40 | | Join crazyrabbit [0] (n=matt@va-67-233-123-218.dhcp.embarqhsd.net) |
| 18:42:49 | | Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de) |
| 18:44:10 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 18:48:09 | | Quit darkham ("Sto andando via") |
| 18:49:00 | | Quit Grahack ("Leaving.") |
| 18:52:24 | | Nick crazyrabbit is now known as nawks (n=matt@va-67-233-123-218.dhcp.embarqhsd.net) |
| 18:52:32 | nawks | hai Dhraakellian |
| 18:52:42 | nawks | and everyone else :) |
| 18:53:43 | nawks | i can't see my sd card on usb bus in my e200 |
| 18:54:03 | nawks | e200 shows it in rockbox and sansa firmware |
| 18:54:26 | nawks | maybe something is missing in my kernel usb? |
| 18:54:54 | nawks | is sd card supposed to show as another usb mass storage dev? |
| 18:54:58 | gevaerts | CONFIG_SCSI_MULTI_LUN |
| 18:55:00 | nawks | or an mmc reader? |
| 18:55:08 | * | nawks checks that |
| 18:55:49 | nawks | # CONFIG_SCSI_MULTI_LUN is not set |
| 18:55:53 | nawks | ty gevaerts |
| 18:58:03 | gevaerts | out of curiosity, what distribution is this? CONFIG_SCSI_MULTI_LUN is needed by lots of USB things |
| 19:00 |
| 19:00:36 | nawks | gentoo |
| 19:00:55 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 19:00:55 | nawks | but would probably happen to me on other distros too |
| 19:01:01 | nawks | when i roll my own kernel |
| 19:01:24 | nawks | since kernel help says unhelpful things such as |
| 19:01:26 | nawks | The vast majority of SCSI devices have only one LUN, and │ |
| 19:01:28 | nawks | │ so most people can say N here. The max_luns boot/module parameter │ |
| 19:01:29 | nawks | │ allows to override this setting. |
| 19:01:39 | nawks | "vast majority" |
| 19:01:46 | nawks | meaningless term |
| 19:01:58 | nawks | should never be used |
| 19:01:59 | gevaerts | that's true for old-style SCSI devices, but nearly all USB card readers need this. |
| 19:02:13 | nawks | documentation is last thing to get fixed :) |
| 19:03:06 | nawks | i guess i am supposed to know that a DAP is a "cd jukebox" |
| 19:04:10 | nawks | this is how i learn what parts of the kernel are needed for various functions |
| 19:04:18 | | Join AEnima1577 [0] (n=clbarnob@nc6520616.cns.vt.edu) |
| 19:05:28 | gevaerts | you could use the max_luns parameter |
| 19:07:05 | | Join freddyb [0] (n=fred@pool-70-104-101-195.chi.dsl-w.verizon.net) |
| 19:10:23 | | Quit freddyb (Client Quit) |
| 19:10:33 | | Join freddyb [0] (n=fred@pool-70-104-101-195.chi.dsl-w.verizon.net) |
| 19:11:09 | nawks | in "files" menu of rockbox, it shows PHOTO RECORD tmp VIDEO folders |
| 19:11:14 | nawks | but does not show MUSIC folder |
| 19:11:23 | nawks | this is by design? |
| 19:11:27 | *** | Saving seen data "./dancer.seen" |
| 19:12:16 | mc2739 | it is because the Sansa firmware makes the MUSIC folder hidden |
| 19:13:20 | mc2739 | you can remove the hidden attribute, but the next time you boot the OF it will hide it again |
| 19:13:45 | nawks | oh |
| 19:14:42 | nawks | i can only see this attribute from windows OS? |
| 19:14:56 | nawks | it is vfat filesystem attribute? |
| 19:19:05 | bertrik | TheSeven, did you work on the USB controller as described in the s5l8700 data sheet? |
| 19:19:46 | TheSeven | bertrik: no |
| 19:19:55 | TheSeven | I think you said that one would be similar to tcc? |
| 19:20:08 | bertrik | yes |
| 19:29:45 | | Quit AEnima1577 (Read error: 104 (Connection reset by peer)) |
| 19:30:25 | | Join AEnima1577 [0] (n=clbarnob@nc6520616.cns.vt.edu) |
| 19:36:10 | | Join AEnima15771 [0] (n=clbarnob@nc6520616.cns.vt.edu) |
| 19:38:48 | CIA-6 | New commit by kkurbjun (r23551): Add optional viewport clipping, can be enabled with HAVE_VIEWPORT_CLIP. A simulator check is also added to set_viewport that will show an error/note ... |
| 19:41:11 | | Quit AEnima1577 (Read error: 60 (Operation timed out)) |
| 19:42:41 | nawks | # mattrib c:/MUSIC |
| 19:42:43 | nawks | H C:/MUSIC |
| 19:42:53 | nawks | # mattrib -h c:/MUSIC |
| 19:43:02 | nawks | :) |
| 19:43:12 | nawks | mtools pkg |
| 19:45:48 | | Quit AEnima15771 ("Leaving.") |
| 19:46:37 | AlexP | nawks: a) What was that in aid of? and b) pastebin.com |
| 19:48:37 | CIA-6 | New commit by kkurbjun (r23552): Fix two width calculations |
| 19:49:18 | nawks | ksry alexp. it was solution to removing hidden attribute from sansa MUSIC directory using Linux OS |
| 19:49:44 | AlexP | nawks: I suspect people here can already handle that |
| 19:49:54 | AlexP | Also, the OF will just put in back whenever it boots |
| 19:50:28 | nawks | mc2739 mentioned that |
| 19:50:37 | nawks | but no-one replied to: |
| 19:50:39 | nawks | [13:14] <nawks> i can only see this attribute from windows OS? |
| 19:50:47 | AlexP | No, it is a standard FAT flag |
| 19:51:32 | nawks | sry for excess noise. this is mainly dev channel? |
| 19:51:38 | AlexP | dev and support |
| 19:51:49 | AlexP | but Rockbox support :) |
| 19:52:57 | nawks | well thanks for the support :) and for rockbox :) |
| 19:53:01 | nawks | it is very cool |
| 19:53:53 | nawks | rbutil is excellent |
| 19:54:40 | AlexP | glad to hear it :) |
| 19:55:52 | CIA-6 | New commit by kkurbjun (r23553): Fix Red |
| 19:59:27 | | Join MarcGuay [0] (n=chatzill@ip216-239-85-13.vif.net) |
| 20:00 |
| 20:00:33 | MarcGuay | Hi all. Taking another shot at installing the single-bootloader on the gigabeat S. Should beastpatcher work while the unit is attached in one of the rockbox USB modes? |
| 20:00:50 | AlexP | I don't think so |
| 20:00:57 | AlexP | It looks for MTP devices |
| 20:01:18 | | Join TopyMobile_ [0] (n=topy@84-192.78-83.cust.bluewin.ch) |
| 20:01:19 | MarcGuay | It's reporting "Found device: Ahead - Nero Fast CD-Burning Plug-in" |
| 20:01:24 | AlexP | nice |
| 20:01:56 | MarcGuay | So replacing an existing RB bootloader involves overwriting the existing nk.bin? |
| 20:01:58 | AlexP | For RB USB, you would normally just copy over the new bootloader to the firmware partition |
| 20:02:05 | MarcGuay | Mindmeld. |
| 20:02:05 | CIA-6 | New commit by kkurbjun (r23554): Just a test to make sure all targets build with viewport clipping enabled - will disable once all builds pass |
| 20:02:27 | MarcGuay | I'll give her another shot - here's to not formatting 60GB of music... |
| 20:02:33 | AlexP | fingers crossed |
| 20:02:53 | | Quit TopyMobile (Read error: 113 (No route to host)) |
| 20:03:30 | | Quit phanboy4 (Read error: 54 (Connection reset by peer)) |
| 20:05:38 | MarcGuay | AlexP: The nk.bin here: http://download.rockbox.org/bootloader/toshiba/gigabeat-s/ is the most up-to-date single bootloader? |
| 20:06:07 | AlexP | yes, should be the 1.0 release |
| 20:07:34 | Utchybann | TheSeven: placing a return at the beginning of nand_power_down() function fixes the usb write problem. |
| 20:07:36 | AlexP | MarcGuay: What OF do you have? |
| 20:07:53 | AlexP | MarcGuay: The theory is that anything after 1.1 won't accept the single boot IIRC |
| 20:08:28 | MarcGuay | AlexP: I think it was 1.2... But the testing I did before made it seem like that wasn't the problem... ROLO worked, here's to full reboot working... |
| 20:08:50 | MarcGuay | Error 3. Farknuts. |
| 20:08:51 | | Join AaronM [0] (n=Aaron@adsl-4-241-157.mem.bellsouth.net) |
| 20:08:58 | AlexP | I don't think ROLO goes via the bootloader |
| 20:09:09 | TheSeven | Utchybann: can you try only commenting the code that actually deals with the nand, but not the mutex lock/unlock and setting powered to 0? |
| 20:09:15 | MarcGuay | AlexP: Right. |
| 20:09:56 | CIA-6 | New commit by kkurbjun (r23555): Everything passed - disable viewport clipping. |
| 20:11:05 | | Join robin0800 [0] (n=quassel@general-kt-199.t-mobile.co.uk) |
| 20:12:40 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 20:14:26 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 20:17:45 | MarcGuay | AlexP: Installing the dual-bootloader with beastpatcher doesn't work for me either... Is there a copy of the 1.0 OF available online somewhere? |
| 20:18:12 | AlexP | no idea I'm afraid |
| 20:18:22 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
| 20:18:54 | MarcGuay | AlexP: Thanks anyways.. Going back to my ancient dual-booter.. |
| 20:19:01 | | Quit kugel (Remote closed the connection) |
| 20:19:12 | MarcGuay | No format, praise Jah. |
| 20:19:14 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 20:20:19 | | Nick Ypsy is now known as YPSY (n=ypsy@geekpadawan.de) |
| 20:20:45 | | Quit kugel (Client Quit) |
| 20:21:38 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 20:22:33 | TorneWuff | MarcGuay: Not that I can find anywhere |
| 20:22:35 | | Nick TorneWuff is now known as Torne (i=torne@lowell.wolfpuppy.org.uk) |
| 20:23:11 | AlexP | MarcGuay: When using beastpatcher, you gave it an OF nk.bin right? |
| 20:23:28 | MarcGuay | AlexP: Yes, I passed it v1.2. |
| 20:24:03 | AlexP | OK |
| 20:24:18 | AlexP | I don't know if it was tested with 1.2, but it should work I would think |
| 20:24:24 | MarcGuay | And beastpatcher copies it successfully, but when the beast reboots I'm back to Error1,Error2.. |
| 20:25:15 | Torne | you're having the beast problem? ooh ) |
| 20:25:26 | Torne | can you send me a dump of your flash once you get into rockbox? :) |
| 20:25:54 | | Quit kugel (Remote closed the connection) |
| 20:26:03 | MarcGuay | Torne: Sure, hold on. |
| 20:26:08 | | Quit AaronM (Remote closed the connection) |
| 20:26:11 | Torne | no rush |
| 20:26:13 | Torne | just as a data point |
| 20:26:16 | AlexP | Torne: So have you made big disks work yet? |
| 20:26:25 | AlexP | Torne: And how about solving world hunger :) |
| 20:26:31 | Torne | AlexP: I *think* i've established that the FAT code is standard in the bootloader |
| 20:26:38 | Torne | i.e. the whole TFAT thing is probably a red herring |
| 20:26:48 | Torne | and thus it's probably something more subtle and awkward causing the formats :) |
| 20:27:05 | MarcGuay | Torne: System->Debug->Dump ROM? |
| 20:27:06 | Torne | i found a bunch of button combiatnions that do crazy things, also |
| 20:27:08 | Torne | MarcGuay: yup |
| 20:27:10 | AlexP | So that is bad then? |
| 20:27:20 | Torne | AlexP: well it means i need to read even more of the rom |
| 20:27:54 | AlexP | Ah, so bad for you then :) |
| 20:28:14 | Torne | and no big disks won't ever work unless we do a rombox for the beast :) |
| 20:28:33 | AlexP | bugger :/ |
| 20:29:35 | Torne | well, big disks like the ipod one, i man |
| 20:29:45 | Torne | disks which work with 512 byte accesses should be fine, actually |
| 20:30:33 | | Join petur [50] (n=petur@rockbox/developer/petur) |
| 20:30:42 | AlexP | ah right |
| 20:30:58 | Torne | it doesn't care what the size of hte second partition is, only that it's formatted with particular parameters. if it repartitions, it makes the first partition 150MB and the second partition "all the rest" |
| 20:30:58 | MarcGuay | Torne: http://marc.isdigital.com/share/flash_rom_A0000000-A01FFFFF.bin |
| 20:31:18 | Torne | hm, it might not do LBA48 either |
| 20:31:18 | AlexP | Torne: So I guess the Toshiba 240GB one is bigger sectors |
| 20:31:35 | Torne | AlexP: i dunno. remember i have not *tried* this, only proven it to be true ;) |
| 20:32:02 | AlexP | Torne: If it didn't do LBA48, I guess that'd make it think the disk was buggered if it was a bigger partition? |
| 20:32:41 | Torne | AlexP: probably. i forget. the page on the wiki says the things i've found |
| 20:32:58 | AlexP | OK |
| 20:33:22 | Torne | so yeah, you might find the only option that wold actally work would be a 120gb disk with 512 byte sectors (or emulation of same) |
| 20:33:52 | | Quit MarcGuay ("ChatZilla 0.9.85 [Firefox 3.5.4/20091016092926]") |
| 20:34:08 | * | pixelma wonders why she bothers test building here while others seem to use SVN for that :\\ |
| 20:34:46 | Torne | AlexP: if i remember i'll check whether lba48 works and post that as well, as i seem to have forgotten to state either way :) |
| 20:35:02 | AlexP | Torne: That's what I have now, but 120GB is too small :) |
| 20:35:07 | AlexP | Torne: Thanks :) |
| 20:35:10 | Torne | Ohr ight |
| 20:35:15 | Torne | you already upgraded it that much? |
| 20:35:17 | AlexP | yep |
| 20:35:20 | Torne | aah |
| 20:35:30 | Torne | well that confirms part of my research at least :) |
| 20:35:37 | AlexP | Hence wanting the 240 GB one :) |
| 20:35:55 | Torne | well, i don't recall *which* drives it is that fail to do 512 byte sector emulation |
| 20:36:02 | Torne | other than the ones in the ipodvideo |
| 20:36:32 | AlexP | I might do a bit of searching |
| 20:36:53 | Torne | i pondered if you could trick the beast into working on such a drive. it might be possible with some major difficulty |
| 20:37:11 | Torne | (it checks the sector size in the fat BP is 512, but we could lie about that) |
| 20:37:11 | | Join StealthyXIIGer [0] (n=stealthy@c-68-62-19-6.hsd1.mi.comcast.net) |
| 20:37:29 | Torne | but whenever it decided to format itself, it would temporarily brick itself by failing to be able to write |
| 20:37:41 | Torne | and you'd have to pull the drive out and reformat it suitably outside the beast before it would work again |
| 20:37:57 | Torne | so that might be considered inadequate even if it was possible by some torturous process ;) |
| 20:38:01 | AlexP | I've never had it format itself, and have a 1.8" caddy |
| 20:38:10 | AlexP | So that *might* work :) |
| 20:38:19 | Torne | you would probably need a custom rockbox build with nasty hacks |
| 20:38:29 | AlexP | Well, let's forget about that |
| 20:38:38 | AlexP | It sounds like more trouble than it is worth |
| 20:38:49 | Torne | likely :) |
| 20:40:34 | | Join AEnima1577 [0] (n=clbarnob@c-98-249-3-190.hsd1.va.comcast.net) |
| 20:46:34 | | Quit TopyMobile_ (Read error: 113 (No route to host)) |
| 20:48:41 | CIA-6 | New commit by bluebrother (r23556): Update portugues-brasileiro lang file (FS #10765 by Adilson Xavier). |
| 20:55:22 | | Join grant__ [0] (i=d83bf855@gateway/web/freenode/x-xbyyjkcjjcupbxvv) |
| 21:00 |
| 21:03:33 | CIA-6 | New commit by bluebrother (r23557): Allow the bin2c output filename stem to contain a path. |
| 21:03:38 | CIA-6 | New commit by bluebrother (r23558): Fix a compile warning. |
| 21:08:28 | | Quit grant__ ("Page closed") |
| 21:11:31 | *** | Saving seen data "./dancer.seen" |
| 21:11:43 | | Join Bob_C__ [0] (n=chatzill@host86-144-201-0.range86-144.btcentralplus.com) |
| 21:13:54 | | Quit freddyb ("Konversation terminated!") |
| 21:27:23 | | Join TopyMobile [0] (n=topy@84-192.78-83.cust.bluewin.ch) |
| 21:41:51 | | Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) |
| 21:48:42 | | Quit Zambezi ("2weeks idletime.") |
| 21:52:34 | | Quit TopyMobile (Read error: 60 (Operation timed out)) |
| 21:57:53 | bertrik | markun, since I'm a bit stuck with getting past the LCD initialisation for the meizus, I think I'll do some of the simpler stuff first, like buttons and touchstrip for the meizu M6SP |
| 21:58:57 | GeekShadow | bertrik, will the M6 work will be useful for the m3 one .? |
| 21:59:24 | bertrik | probably not, the m3 is already ahead of the other meizus |
| 22:00 |
| 22:01:02 | | Join Strife89 [0] (n=michael@adsl-146-208-155.mcn.bellsouth.net) |
| 22:01:22 | bertrik | the init sequence of the sdram on the meizu m3 is something that does benefit from m6 experiments though |
| 22:02:12 | GeekShadow | ok cool |
| 22:02:36 | GeekShadow | I'm not sure how I can help with rockbox |
| 22:02:53 | GeekShadow | is there l10n work ? |
| 22:03:35 | Torne | yes. |
| 22:08:56 | | Join knittl [0] (n=knittl@unaffiliated/knittl) |
| 22:09:25 | knittl | hi … i am experiencing strange problems with the rockbox repository |
| 22:09:46 | knittl | i made a git clone, and also kept rebasing svn |
| 22:10:01 | knittl | but since 300 revisions git and svn history are in two different branches |
| 22:10:07 | knittl | with one commit being different |
| 22:10:39 | knittl | maybe someone can enlighten me on the subject :) |
| 22:11:47 | | Quit Zarggg () |
| 22:14:26 | bertrik | markun, what shall we call the buttons on the m6? |
| 22:15:34 | bertrik | like, should the "M" button be menu or up? and should the "<-" button be enter or down? |
| 22:17:11 | bertrik | I'll try menu and enter (instead of up and down) and see if anything fails because of the lack of up/down buttons |
| 22:18:30 | | Join dfkt [0] (i=dfkt@chello062178002170.1.11.univie.teleweb.at) |
| 22:21:23 | | Quit GeekShadow (Read error: 54 (Connection reset by peer)) |
| 22:23:04 | | Quit dfkt_ (Nick collision from services.) |
| 22:27:04 | | Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
| 22:27:09 | | Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) |
| 22:27:40 | | Quit Xerion (Read error: 54 (Connection reset by peer)) |
| 22:31:39 | | Join saratoga_lab [0] (i=9803c264@gateway/web/freenode/x-mhjgbktkenwazcnz) |
| 22:37:31 | CIA-6 | New commit by bertrik (r23559): Meizu M6SP: initial button driver (adapted from Meizu M3) |
| 22:40:24 | Unhelpful | bertrik: cancel/back seems the obvious meaning for <- |
| 22:57:17 | | Join pamaury [0] (n=pamaury@88.123.145.132) |
| 23:00 |
| 23:00:46 | | Join tchan1 [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) |
| 23:00:48 | | Quit tchan (Read error: 60 (Operation timed out)) |
| 23:01:03 | | Join Strife1989 [0] (n=michael@adsl-146-206-245.mcn.bellsouth.net) |
| 23:02:43 | | Quit Bob_C__ ("ChatZilla 0.9.85 [Firefox 3.5.4/20091016092926]") |
| 23:05:06 | bertrik | Unhelpful, the schematic of the M6 calls it "enter" |
| 23:06:25 | Unhelpful | hrm. well, i don't have an M6. the similarly-labeled button on my beast is back, and that makes sense based on the symbol and the OF's use of it... |
| 23:11:27 | CIA-6 | New commit by FlynDice (r23560): sd.h: No functional changes to present code. Added some additional SD CMD's and a #define for card errors flagged in an R1 response. ... |
| 23:11:35 | *** | Saving seen data "./dancer.seen" |
| 23:12:50 | | Quit petur (Read error: 110 (Connection timed out)) |
| 23:16:01 | | Join toffe82 [0] (n=chatzill@ppp-71-140-89-186.dsl.frs2ca.pacbell.net) |
| 23:17:29 | | Quit Strife89 (Read error: 110 (Connection timed out)) |
| 23:21:19 | | Join KBH [0] (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 23:25:03 | | Join hiiiiiiiiiiiiiii [0] (n=543cd678@giant.haxx.se) |
| 23:25:41 | | Quit hiiiiiiiiiiiiiii (Client Quit) |
| 23:27:37 | | Quit HBK (Read error: 60 (Operation timed out)) |
| 23:27:38 | | Nick KBH is now known as HBK (n=hbk@rrcs-97-77-51-170.sw.biz.rr.com) |
| 23:30:08 | Unhelpful | do we have a set of redistributable codec test/benchmark files? if not, do we want one? |
| 23:30:47 | Utchybann | TheSeven: keeping mutex and nand_powered = 0 are enough to fire the problem. 'sync' flushes the buffers to disk but never finish. |
| 23:31:22 | TheSeven | is there anything special about a sync? |
| 23:31:36 | TheSeven | as far as i can see, it's just a bunch of ordinary writes at the storage layer |
| 23:33:03 | Utchybann | TheSeven: I just sync before unmounting (unmouting also flushes buffers to disk). |
| 23:33:18 | TheSeven | so does unmounting also fail? |
| 23:33:31 | Utchybann | TheSeven: not tried, but I guess yes. |
| 23:33:45 | * | Utchybann need to restore is ipod. |
| 23:35:20 | * | TheSeven can't see the connection between a sync and nand power management |
| 23:35:45 | TheSeven | letting it sit for some seconds and then transferring some data again should be the same from that point of view |
| 23:36:28 | | Quit pamaury (Read error: 60 (Operation timed out)) |
| 23:37:39 | Utchybann | TheSeven: true, I will try an umount without manual sync. but it could be specific to the nand type. My other nano2g does not have this problem. |
| 23:40:04 | | Quit Utchybann ("I like core dumps") |
| 23:41:53 | TheSeven | well, *either* there is something specific about writing to the superblock (or an arbitrary block multiple times?) which points towards an ftl bug, *or* it only happens if nand power management is enabled => nand pm bug |
| 23:42:01 | TheSeven | but I can't see any connection between those |
| 23:42:10 | TheSeven | so you say you can copy files just fine |
| 23:42:38 | | Join BlakeJohnson861 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 23:43:24 | TheSeven | then try copying ~100MB, letting it sit for a minute, copy another ~100MB, and then immediately unmount, (cp ... /media/ipod && umount /media/ipod), and have a look what happens |
| 23:43:59 | TheSeven | I have no explanation why the unmount could fail in that condition |
| 23:47:32 | | Quit dmb ("Leaving") |
| 23:47:47 | | Join Utchybann [0] (n=lolo@ede67-1-81-56-102-26.fbx.proxad.net) |
| 23:49:36 | CIA-6 | New commit by kkurbjun (r23561): M:Robe 500 - Add some more debug information. |
| 23:49:51 | Utchybann | TheSeven: I will try. just make a copy of the mbr and 1st partition to be able to do a manual restore. |
| 23:52:43 | | Join TopyMobile [0] (n=topy@84-192.78-83.cust.bluewin.ch) |
| 23:54:24 | TheSeven | Utchybann: I have images of that lying around if you need one |
| 23:54:39 | TheSeven | just tell me your flash size and if you want the rb bootloader or iloader |
| 23:55:05 | CIA-6 | New commit by kkurbjun (r23562): M:Robe 500: Menu button is now power for JPEG viewer |
| 23:55:22 | | Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) |
| 23:56:01 | CIA-6 | New commit by kkurbjun (r23563): Test codec: Add exit button for touchscreens |
| 23:56:29 | TheSeven | with these you'll just need to dd it, unplug/replug, extract rockbox-full.zip to the already formatted data partition, and unplug it again |
icon identifies that the person is a core developer (has commit access).