| 00:02:20 | | Quit Narod () |
| 00:12:05 | | Quit Wardo (Quit: Blarglarg) |
| 00:14:36 | | Quit amayer (Quit: Leaving) |
| 00:18:41 | | Join JdGord|w [0] (cb1380e2@gateway/web/freenode/ip.203.19.128.226) |
| 00:22:34 | | Quit K1773R (Ping timeout: 272 seconds) |
| 00:23:16 | shadows | rb locks up when playing or changing tracks between opus files on 3.13 release |
| 00:23:20 | shadows | fuze v1 |
| 00:23:34 | shadows | is filesystem corrupt? how to determine? |
| 00:23:59 | [Saint] | what bitrate? |
| 00:24:10 | [Saint] | You're likely exceding the devices capabilities. |
| 00:24:19 | shadows | oh hm that's an interesting theory |
| 00:24:25 | [Saint] | Opus is in a state of infancy in general, and very much so in Rockbox. |
| 00:24:52 | shadows | I don't know if it happens with other codec files, should i try others? |
| 00:25:55 | [Saint] | I can't think of a comparable codec to be honest, "the usual suspects" are all very much optimized. |
| 00:26:24 | [Saint] | mp3 and flac would hardly make a dent in the CPU. |
| 00:26:38 | gevaerts | ape? :) |
| 00:26:43 | [Saint] | Hehehe |
| 00:27:08 | | Join K1773R [0] (~K1773R@unaffiliated/k1773r) |
| 00:30:47 | shadows | avg 128kbit/s seems to work, avg 140kbit/s did not |
| 00:31:01 | shadows | need to test more extensively; your guess is too high bitrate? |
| 00:31:36 | [Saint] | correct. |
| 00:31:48 | [Saint] | (fwiw, 140 is pretty insane for Opus) |
| 00:32:25 | [Saint] | There's not a lot to be gained by using Opus presently. |
| 00:32:57 | [Saint] | slightly smaller files, sure, but rather drastically increased CPU usage compared to other codecs. |
| 00:33:09 | shadows | vorbis falls over on some of my classical music |
| 00:33:16 | [Saint] | (meaning less runtime) |
| 00:33:41 | [Saint] | Hmmm? Vorbis _should_ be fine. |
| 00:33:53 | shadows | so... maybe I have to be more pragmatic ;) |
| 00:34:11 | [Saint] | Do the files have some insane comments (that we should deal with I think) or ridiculous embedded art? |
| 00:34:20 | shadows | no I mean sonically |
| 00:34:28 | [Saint] | AH. |
| 00:34:40 | shadows | vorbis does great at most stuff but there' some corner cases in my music that it just fails hard |
| 00:35:18 | [Saint] | Go with mp3V0 or something if you're wanting smaller files. |
| 00:35:31 | shadows | if you want to try it yourself, a more common source material you can find is the greatest hits album for YMCA ... not that I'm really into that music ha |
| 00:36:00 | shadows | yeah I get it I should be more pragmatic and just do it as high bitrate mp3 |
| 00:36:04 | shadows | or leave as flac |
| 00:36:10 | Ctcp | Ignored 1 channel CTCP requests in 0 seconds at the last flood |
| 00:36:10 | * | [Saint] has lossless sources to work from, so I can encode to whatever I please. |
| 00:36:35 | shadows | what limits opus from working well in rockbox? |
| 00:36:36 | *** | Saving seen data "./dancer.seen" |
| 00:37:15 | [Saint] | Infancy and lack of arch specific optimization I believe. |
| 00:37:29 | shadows | okay |
| 00:37:45 | shadows | I do have avg bitrate 124kbit/s opus material that fails to play |
| 00:37:55 | [Saint] | People have been working on arm mpa optimizations here for years and years. |
| 00:38:25 | shadows | I'm not 100% confident that using too much CPU is really the issue here |
| 00:39:02 | shadows | would the system abort and/or lock up if it were? |
| 00:39:02 | [Saint] | It _shouldn't_ be a buffering issue. |
| 00:39:42 | [Saint] | Sure, its certainly possible that pegging the CPU will cause fun things to happen. |
| 00:40:20 | shadows | I'd like to be more helpful than "it doesn't work." |
| 00:40:24 | [Saint] | If its codec-specific, I very highly doubt its FS corruption. |
| 00:41:04 | shadows | oh I don't know, how to verify if there is FS corruption or not |
| 00:41:17 | [Saint] | which OS? |
| 00:41:36 | shadows | player OS is rockbox 3.13 release , host OS is Ubuntu |
| 00:43:36 | [Saint] | "fsck.vfat -a -V -W /path/to/device" |
| 00:43:52 | [Saint] | (drop -a to do a run without modifying the filesystem) |
| 00:44:11 | [Saint] | errr, sorry s/-W/-w/ |
| 00:45:33 | [Saint] | Those flags are -a (automatic repair), -V (verbose output), and -w (write-out immediately) |
| 00:46:00 | shadows | no errors reported |
| 00:46:13 | shadows | /dev/sdb: 2580 files, 248748/249794 clusters |
| 00:47:55 | pamaury | nothing like dumping the boot EEPROM in lua using undocumented PIO read mode of i2c block :D |
| 00:48:18 | shadows | [Saint]: is there some test I can do on my host OS to get feature parity with the rb opus decoder ... i.e. play the same file on my host OS to determine if the bug is platform specific to the limits or arch specific code of Sansa Fuze v1 with rockbox ? |
| 00:49:00 | * | gevaerts bets the issue is not CPU speed |
| 00:49:24 | shadows | vlc plays file okay |
| 00:49:32 | shadows | the same file, even |
| 00:55:42 | pamaury | wow, stmp3600 cannot boot from ssp, that's why there is an eeprom ! |
| 00:57:05 | | Quit ender` (Quit: 'And you have to shout -' He tried to remember some far-off reading. '- er, bonsai. Yes. Bonsai!' -- Terry Pratchett: Reaper Man) |
| 00:58:13 | | Quit bertrik (Ping timeout: 240 seconds) |
| 00:58:19 | | Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) |
| 00:59:40 | saratoga | theres been further improvements to opus since 3.13 |
| 00:59:50 | shadows | saratoga: I'll try a git build |
| 00:59:53 | shadows | thanks! |
| 01:00 |
| 01:00:14 | [Saint] | There's usually very little reason to not run git head. |
| 01:00:22 | saratoga | a slow CPU or whatever generally won't cause the player to lock up, but it might cause the player to skip |
| 01:00:48 | [Saint] | Generally speaking the releases are for those that think their players will catch fire if they run git head. |
| 01:01:13 | [Saint] | People use the releases because they are "stable", but, the git head builds are likely to contain less bugs in general. |
| 01:01:32 | shadows | [Saint]: preaching to the choir here |
| 01:03:59 | shadows | is there a simple way to disable rockbox USB data function? |
| 01:04:27 | shadows | I want to completely and totally disable any possibility of USB storage when using rockbox |
| 01:04:42 | shadows | it tends to cause corruption on Fuze |
| 01:05:01 | saratoga | probably by recompiling with the USB stack disabled in the fuzev1 config file |
| 01:05:06 | shadows | ah okay |
| 01:05:11 | shadows | fuzev1 config |
| 01:05:23 | saratoga | although no promises it still compiles like that |
| 01:06:36 | shadows | so.... #undef the CONFIG_USBOTG and HAVE_USBSTACK |
| 01:06:41 | | Join AlexP_ [0] (~alex@rockbox/staff/AlexP) |
| 01:06:58 | * | shadows mumbles "etc..." |
| 01:07:27 | [Saint] | You could always just remember to hold a key when inserting USb. |
| 01:07:32 | [Saint] | Its not _that_ difficult. |
| 01:07:42 | shadows | that's error prone and if I miss it one time, then corruption |
| 01:07:48 | | Quit AlexP (Ping timeout: 272 seconds) |
| 01:08:00 | [Saint] | Mounting alone should not cause corruption. |
| 01:08:06 | [Saint] | If it does, something is *very* wrong. |
| 01:08:30 | shadows | I don't know what causes corruption, but I have narrowed it down to rockbox USB stack being enabled by default |
| 01:08:56 | [Saint] | I rather suspect you're failing to eject the volume correctly. |
| 01:09:02 | [Saint] | Which can and will cause corruption. |
| 01:09:26 | shadows | [Saint]: I'll mail you a device if you'd like to come up with a fix for this |
| 01:09:39 | shadows | data aborts and lockups, and corrupt filesystem |
| 01:09:44 | shadows | loads of fun to debug! |
| 01:09:56 | [Saint] | I, and many others, have a fix for this - don't use Rockbox USB. |
| 01:10:17 | [Saint] | Mind you, it works absolutely fine for me on my system(s) anyway. |
| 01:10:24 | shadows | hm what about flipping the behavior |
| 01:10:40 | shadows | invert the logic so that I have to hold a button down to engage rockbox USB stack? |
| 01:10:52 | [Saint] | Yes, that is possible. |
| 01:11:00 | shadows | where in sources to look for that |
| 01:14:04 | chrisjj_ | pamaruy: "#define MODEL_NAME "Creative Zen" but I'm not sure it's even used somewhere maybe in some bootloaders and plugins" |
| 01:14:37 | pamaury | chrisjj_: yes ? |
| 01:14:48 | chrisjj_ | Yes, three bootloaders and one plug in. |
| 01:15:23 | [Saint] | grep is your friend. |
| 01:15:53 | chrisjj_ | Nowhere in RB itself. |
| 01:16:14 | shadows | [Saint]: uh, what you're telling me is that you don't know and have no interest in helping, yet you keep talking ? good job, shut up. Thanks! |
| 01:16:37 | [Saint] | Uhhh...I'm sorry? |
| 01:16:51 | [Saint] | Please, do take that attitude elsewhere. |
| 01:17:23 | pamaury | chrisjj_: as expected |
| 01:17:33 | [Saint] | (though, curiously, the response given does apply to your question as well, I was not addressing yourself) |
| 01:20:29 | shadows | USBPOWER_BTN_IGNORE |
| 01:23:44 | chrisjj_ | pamaury: .c was not a good place to put this external name. |
| 01:25:15 | [Saint] | You're aware its a community effort, yeah? See something broken? ...fix it. |
| 01:25:43 | [Saint] | No need to concern pamaury with trivial things in a very young port. |
| 01:25:45 | pamaury | chrisjj_: don't understand what you mean |
| 01:26:00 | [Saint] | There are much more interesting things for him to be working on presently. Cleanup can come later. |
| 01:29:20 | chrisjj_ | Well, it's no surprise that other build types (manual, webpages etc.) resort to manual retypes of the external name, because they can't easily get it from the point of definition - only C builds can easily get it from a .C. |
| 01:30:39 | pamaury | that's purely internal, an historical artifact, the very fact that it is nearly unused shows it |
| 01:31:10 | | Join futurisk [0] (futurisk@9mm.607hosting.us) |
| 01:31:11 | pamaury | besides, we already explained you why this "official name" thing is really no big deal |
| 01:31:37 | chrisjj_ | There are many uses of the external name, so I think one cannot say the fact no-one uses the definition is because no-one wanted to. |
| 01:32:52 | [Saint] | You kinda need to pick your battles. There are a few things that make little to no sense as they are, but those things generally have very little impact. |
| 01:33:18 | pamaury | ok consider this: 1) Rockbox has existed for more than 10 years 2) after 10 years only 3 places uses this name: 2 random bootloader and one testing plugin |
| 01:33:50 | chrisjj_ | Whether it is official is a different matter. This is about having a single definition of the name of the target so that all the various builds don't have to have their own literal. |
| 01:34:13 | [Saint] | If it bothers you that much, fix it. |
| 01:34:16 | pamaury | I give up on this issue, if you patches and want them to be reviewed, please do so |
| 01:34:21 | pamaury | *you hav |
| 01:34:27 | chrisjj_ | Perhaps you mean only four places use the *definition*. |
| 01:34:36 | chrisjj_ | Many more use the name. |
| 01:35:08 | [Saint] | Lets worry about things that matter for now, shall we? |
| 01:35:16 | chrisjj_ | Those many places don't use the definition. The definition is not fit for general use. It is in .c. And in fact I think even the name of the file in undefines, no? |
| 01:35:17 | [Saint] | ie. not this. |
| 01:35:31 | chrisjj_ | E.g. "creativezen.h" |
| 01:35:57 | chrisjj_ | I mean, how would you write a web page script to list all the current build targets by name? |
| 01:36:16 | [Saint] | I'm not entirely sure why this is a problem, but if you feel so strongly about it, I invite you to do something about it. As I assure you no one else will. |
| 01:36:18 | chrisjj_ | I can see no way of doing it except with embedded literals. |
| 01:36:28 | chrisjj_ | If I'm wrong, please tell me how. |
| 01:36:56 | [Saint] | You're not wrong...it just doesn't matter. |
| 01:37:05 | [Saint] | Its wholly inconsequential. |
| 01:37:39 | chrisjj_ | Ah, now I see I'm wrong. |
| 01:38:51 | chrisjj_ | I could loop over firmware\export\config\*.h , thereby avoiding having to know the .h filenames. But still I'd have to parse the .h. |
| 01:39:40 | chrisjj_ | Trying it now... |
| 01:41:06 | chrisjj_ | Fail on first file. android.h's MODEL_NAME is "Rockbox". Oh dear. |
| 01:41:33 | chrisjj_ | "I think even the name of the file in undefines, no?" Sorry, "is undefined". |
| 01:41:33 | pamaury | I really don't understand what you are trying to achieve or to show |
| 01:41:52 | [Saint] | Nor do I, but, he seems to care about it a lot...so, leave him to it. |
| 01:41:59 | [Saint] | It seems to be keeping him occupied. |
| 01:42:28 | chrisjj_ | "how would you write a web page script to list all the current build targets by name?" |
| 01:42:59 | [Saint] | ...*why* would you do that? |
| 01:43:07 | [Saint] | How isn't important without the why. |
| 01:43:31 | pamaury | we already have builds.pm for this I think |
| 01:43:37 | [Saint] | It seems like you're fixing a problem that doesn't yet exist and may never. |
| 01:44:06 | chrisjj_ | I'd love to see how builds.pm does that. I can't see how. |
| 01:44:19 | * | [Saint] suggests looking |
| 01:44:54 | pamaury | it has a list of all targets |
| 01:44:58 | pamaury | just saying... |
| 01:45:09 | | Join cmhobbs_ [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) |
| 01:49:18 | | Join treaki__ [0] (df7ad5b2a8@p4FDF7F5E.dip0.t-ipconnect.de) |
| 01:49:31 | chrisjj_ | Are the different lists/sub-lists of targets around the website made from that? E.g. http://www.rockbox.org/daily.shtml ? |
| 01:51:10 | pamaury | mostly depends on tools/builds.pm and buildservers/builds |
| 01:51:15 | pamaury | I already told you that |
| 01:51:50 | | Quit treaki_ (Ping timeout: 260 seconds) |
| 01:52:21 | chrisjj_ | Sorry, I missed that. I can't find it in this chat. |
| 01:53:03 | [Saint] | seriously? It was like 10 minutes ago. |
| 01:53:25 | [Saint] | its still in my scrollback that ony displays 12 lines of text. :) |
| 01:53:27 | chrisjj_ | Timestamp, please. |
| 01:53:53 | * | [Saint] doesn't think it particularly important, like most of this conversation. |
| 01:54:00 | [Saint] | I'm quite sure you can read. |
| 02:00 |
| 02:22:57 | | Quit pamaury (Ping timeout: 240 seconds) |
| 02:26:31 | | Quit Scall (Read error: Operation timed out) |
| 02:34:59 | saratoga | putting names in a .c file isn't necessarily better or worse than elsewhere, its just annoying here because we haven't setup the manual system to pull things from the core of rockbox |
| 02:35:19 | saratoga | probably this should be done via the c preprocessor being called from the latex compiler |
| 02:35:25 | | Join Scall [0] (~chat@unaffiliated/scall) |
| 02:35:40 | saratoga | or build script |
| 02:36:40 | *** | Saving seen data "./dancer.seen" |
| 03:00 |
| 03:12:43 | | Quit krabador (Quit: Sto andando via) |
| 03:15:04 | shadows | saratoga: git from today plays most of my opus files fine |
| 03:15:18 | shadows | much improved compared to the stable release 3.13 |
| 03:15:25 | chrisjj_ | putting names in a .c file isn't necessarily better or worse than elsewhere |
| 03:15:35 | chrisjj_ | "putting names in a .c file isn't necessarily better or worse than elsewhere" well... |
| 03:16:22 | chrisjj_ | ... they are harder for anything by the C compliler to get at them, compared with names accessible to makefies. |
| 03:17:33 | chrisjj_ | BTW, re buildservers/builds , is this built by hand, or by some tool? |
| 03:18:52 | [Saint] | It is built by hand, there is no reason to build it automatically. |
| 03:19:29 | [Saint] | For the life of me I cannot understand your current crusade. I suggest picking something to get picky about that will actually make a difference. |
| 03:19:44 | [Saint] | I mean that in the nicest possible way. |
| 03:20:06 | [Saint] | The enthusiasm is great, it could be better directed, however. |
| 03:20:49 | shadows | saratoga: instead of crashing, there's a delay (3-10 seconds) before the track plays |
| 03:20:59 | shadows | works for me! |
| 03:25:02 | chrisjj_ | "there is no reason to build it automatically." Unless you think consistency of target names is a good reason :) GTG, bye. |
| 03:25:28 | chrisjj_ | PS You haven't seen my current crusade :) |
| 03:25:48 | [Saint] | If its anything like this one I'm not sure I care to. |
| 03:26:14 | [Saint] | Fact is, we've gone over a decade without this bothering anyone. |
| 03:26:24 | [Saint] | That's indicative of the level of importance. |
| 03:29:25 | chrisjj_ | Well, you're wrong there. It bothered me three years ago :) |
| 03:30:40 | [Saint] | And look at all the fuss it caused in those three years! Oh God, it must've been awful for you...how did you cope? |
| 03:32:35 | [Saint] | All I'm saying is, it pays to chose your battles. You could wrestle with this, and have it make absolutely no difference realistically, or you could chose to work on something that has an immediate and apparent impact. |
| 03:33:07 | [Saint] | In saying that, no one is stopping you. Patches are welcomed, if sane. |
| 03:33:09 | chrisjj_ | Dont worry, Saint. I'm doing both. BFN. |
| 03:50:42 | | Join saratoga_ [0] (123e1c6d@gateway/web/freenode/ip.18.62.28.109) |
| 03:50:58 | saratoga_ | shadows: a long delay makes it sound like theres something odd with the metadata |
| 03:51:03 | saratoga_ | decoding should start almost immediately |
| 03:51:30 | | Join robopet [0] (18cda41b@gateway/web/freenode/ip.24.205.164.27) |
| 03:51:41 | saratoga_ | either large embedded album art, or a very large external jpeg might take a while to parse through |
| 03:55:54 | [Saint] | Are metadata requirements for Opus fully standardized yet, or subject to change? |
| 03:57:57 | saratoga_ | it uses Ogg, so its the same as vorbis |
| 04:00 |
| 04:00:21 | robopet | Hi all, I want to unbrick my Sansa Fuze v2 (not rockboxed).I have a white screen after booting the logo and it freezes after that. My computer doesn't recognize it, I tried everything to force recovery mode. |
| 04:01:46 | saratoga_ | you can try the unbrick instructions on the wiki, but they're extremely difficult and require disassembling the player, which unfortunately means you will eventually have to reassemble the player if you fix it which is extremely difficult to do |
| 04:02:08 | saratoga_ | a lot of people break the board trying to take it apart |
| 04:02:34 | robopet | I took it apart already |
| 04:04:10 | [Saint] | The only reason to try the unbrick procedure is if you're getting the weird ~30MB partition |
| 04:04:34 | saratoga_ | i think in theory it can help in other states too, but its not well understood so who knows |
| 04:04:37 | [Saint] | and _sometimes_ the 4MB one, but I think most cases of recovery there were flukes or pseudo-bricks. |
| 04:05:14 | [Saint] | It is in no way shape or form an exact science. Its all a giant fluke this was ever discovered. |
| 04:06:28 | [Saint] | And, yes. saratoga_ is quite right, though perhaps a little unclear. |
| 04:06:40 | [Saint] | Most people manage to take it apart, very few ever get it back together again. |
| 04:06:54 | [Saint] | That wheel ribbon is an absolute nightmare. |
| 04:07:25 | [Saint] | And the device is absolutely useless without it. |
| 04:07:57 | shadows | saratoga_: indeed some of the files have embedded album art |
| 04:08:33 | [Saint] | I thought we coped well with obscenely large art now and just gave up trying to load it? |
| 04:08:41 | [Saint] | ...maybe that's the reason for the delay. |
| 04:09:28 | shadows | robopet: how did it get bricked? |
| 04:11:31 | saratoga_ | shadows: in Ogg album art is skipped if its embedded, but the ogg formats requires that one still parse it which can be time consuming and can fail if the art is large relative to the device's available codec memory |
| 04:11:46 | saratoga_ | if its external it will be loaded and resized, which can also take a while if it is very large |
| 04:12:09 | [Saint] | AH. Derp, yes. Its skipped if embedded. |
| 04:12:09 | saratoga_ | album art in Ogg streams is sort of a hack, and the standard strongly recommends that if you do it you keep it small |
| 04:13:47 | saratoga_ | the embedded ogg parser actually does not handle large album art well at all on embedded systems, and while we've improved it quite a lot, its still possible to screw things up if you try and put a 500 kb JPEG in an Ogg file |
| 04:13:56 | robopet | It was a few years ago, but it got bricked (or at least I think) when it was reloading the database and i accidently eject the micro sd and it froze. afterwards, I reset it and it gave me the white screen of death after the booting logo |
| 04:14:48 | [Saint] | Considering the cost of these devices now, I'd cut my losses and get another one. |
| 04:15:02 | [Saint] | These days they're basically disposable. |
| 04:16:03 | robopet | yea, but im just a kid, and i like to fix/repair electronics |
| 04:16:13 | saratoga_ | try the unbrick instructions then |
| 04:17:45 | shadows | robopet: loading original firmware (hold left button) on boot no worky? |
| 04:18:03 | [Saint] | shadows: not Rockboxed, so, no. |
| 04:18:06 | shadows | oh wait... no rockbox |
| 04:18:43 | robopet | no |
| 04:19:02 | robopet | i tried that already |
| 04:19:49 | robopet | and alse tried hard reset + holding power button for a minute |
| 04:19:49 | shadows | best forum advice I read is to hold power switch up for 60 seconds |
| 04:19:55 | shadows | yeah |
| 04:20:02 | shadows | you're ahead of me of course :) |
| 04:20:26 | saratoga_ | if it crashes midway through the OF boot procedure there is nothing you can do except for the unbrick trick |
| 04:20:34 | [Saint] | ^ this |
| 04:20:36 | saratoga_ | well that or try and boot rockbox |
| 04:20:45 | saratoga_ | but probably if hte OF is blown away that won't work either |
| 04:20:49 | [Saint] | But, the latter is out here. :) |
| 04:21:04 | saratoga_ | probably the internal SD state is scrambled so you can't load enough of the OS to actually boot |
| 04:21:10 | [Saint] | No Rockbox and no way to install it == ...unsurprisingly, no Rockbox. |
| 04:22:38 | [Saint] | The only hope here at all is convincing the OF to boot. Everything relies on that. |
| 04:23:05 | saratoga_ | the USB code in the unbrick trick does not depend on the SD, so in theory it can boot no matter what, but its apparently just some dead code left behind, not something intended to actually work, so its very unpredictable what will happen when you attempt to use it |
| 04:28:41 | robopet | ok, thanks. I'll try the unbricking, wish me good luck ;) |
| 04:36:41 | *** | Saving seen data "./dancer.seen" |
| 04:38:14 | | Join ihniwid [0] (3f9bc1b8@gateway/web/freenode/ip.63.155.193.184) |
| 04:39:09 | ihniwid | So I recently came in the possession of an Archos Recorder 20 V1 |
| 04:39:48 | ihniwid | I went to install a 120gb msata disk through a msata to 44 pin IDE converter |
| 04:40:12 | ihniwid | Everything goes well until I copy my music collection over and everything on the disk gets all corrupty |
| 04:40:40 | ihniwid | It gets corrupty after I disconnect from the computer |
| 04:40:57 | ihniwid | The folder the music was in dispersal |
| 04:41:17 | ihniwid | rockbox folder gets a new name and also becomes not a folder |
| 04:41:31 | ihniwid | So, any ideas guys? |
| 04:41:42 | [Saint] | Assumedly you have checked the disk for filesystem corruption? |
| 04:41:51 | [Saint] | And, I also assume the problem is repeatable? |
| 04:42:02 | ihniwid | Yup, I checked it and also reformatted it |
| 04:42:09 | ihniwid | and it continues in its corrupting ways |
| 04:42:50 | [Saint] | Do you have the ability to verify the integrity of the disk in a device that doesn't need an adapter plate? |
| 04:43:05 | [Saint] | Say, PC/Laptop? |
| 04:43:20 | ihniwid | the closest I can get to that is an msata->sata->usb adapter |
| 04:43:34 | ihniwid | and it shows me the corrupted data |
| 04:43:37 | [Saint] | My guess is the adapter causing issues, those things are often made out of chewing gum, spit, and hope. |
| 04:43:46 | ihniwid | That was my fear |
| 04:43:58 | [Saint] | Its is really difficult to find ones of any decent quality. |
| 04:44:18 | [Saint] | If we canrule out the adapter plate, it would be a BIG help in debugging this. |
| 04:44:56 | shadows | fat32 ? |
| 04:45:12 | ihniwid | fat32 formatted using gparted in linux |
| 04:45:54 | shadows | does that need partitioning or can it be superfloppy? |
| 04:46:57 | [Saint] | I'm fairly certain Rockbox doesn't care if its a superfloppy. |
| 04:47:07 | [Saint] | That choice is usually up to what the OF cares about. |
| 04:47:24 | | Quit amiconn (Disconnected by services) |
| 04:47:24 | | Join amiconn_ [0] (amiconn@rockbox/developer/amiconn) |
| 04:47:27 | | Nick amiconn_ is now known as amiconn (amiconn@rockbox/developer/amiconn) |
| 04:47:42 | robopet | im back, it [computer running ubuntu] cant find the sansa |
| 04:48:22 | | Quit pixelma (Disconnected by services) |
| 04:48:23 | shadows | robopet: nothing in 'lsusb' ? |
| 04:48:23 | | Join pixelma_ [0] (pixelma@rockbox/staff/pixelma) |
| 04:48:25 | | Nick pixelma_ is now known as pixelma (pixelma@rockbox/staff/pixelma) |
| 04:48:34 | robopet | nope |
| 04:49:02 | robopet | nor fdisk or lspci |
| 04:50:43 | robopet | i tried a couple of times, but its hard to hold the wire, plug it in, and run fdisk |
| 04:51:15 | robopet | my dad helped me, but it's not working |
| 04:53:42 | ihniwid | http://imgur.com/7rtrPju |
| 04:53:56 | ihniwid | here's my exact settings when formatted using gparted |
| 04:54:26 | shadows | ihniwid: that's 1-mbyte aligned |
| 04:54:42 | shadows | I'm thinking the alignment is confusing the device |
| 04:54:52 | [Saint] | Shouldn't matter. |
| 04:55:06 | [Saint] | Hmmm...possibly for the OF, but I doubt Rockbox cares. |
| 04:55:31 | ihniwid | Just as a random thought I'm going to create the partition as 100gb |
| 04:55:50 | ihniwid | just in case its some odd large disk problem |
| 04:56:03 | shadows | yeah alternately fat32 formatted greater than 64gb I think was unsupported back in the day |
| 04:56:05 | [Saint] | Ahhh, indeed. Good catch. Yes, there may well be an upper limit to the partition size. |
| 04:56:17 | [Saint] | There's a chance you might have to do a multivolume build. |
| 04:56:20 | shadows | try a 30gb fat32 formatted partition that starts at sector 0 |
| 04:56:24 | ihniwid | if the 100gb fails ill try 60gb |
| 04:56:34 | ihniwid | or what shadows just said |
| 04:57:17 | ihniwid | oh, and idk if it matters I have the rockbox bootloader installed in flash on the archos |
| 04:59:49 | [Saint] | ihniwid: http://www.rockbox.org/wiki/BigDisk |
| 05:00 |
| 05:00:08 | [Saint] | Just ignore the #define HAVE_LBA48 part, as that's already taken care of. |
| 05:00:29 | [Saint] | Turns out I was right, and this requires a multivolume build to address all that storage in Rockbox. |
| 05:01:50 | ihniwid | woooo! second experience in joys and excitement in compiling embedded software |
| 05:01:56 | ihniwid | and that was totally said in sarcasm |
| 05:02:26 | [Saint] | ...though, you said it was 120GB? |
| 05:02:49 | [Saint] | That should be below the limit LBA28 can address. |
| 05:02:55 | ihniwid | http://www.amazon.com/gp/product/B00B3X72OU/ref=oh_details_o01_s00_i02?ie=UTF8&psc=1 |
| 05:03:21 | [Saint] | (which is what, guys? Little help? 128GiB or ~110GB?) |
| 05:04:05 | ihniwid | I think I found my problem, upon trying to copy Miley Cyrus's "Bangerz" it got all corrupty again |
| 05:04:07 | ihniwid | slash joke |
| 05:05:01 | [Saint] | Hmmm. Indeed. This disk should be fine, and multivolume isn't required. |
| 05:06:44 | ihniwid | Ok, new development in this plot |
| 05:06:51 | ihniwid | I formatted it to 100gb |
| 05:06:55 | ihniwid | installed rockbox |
| 05:07:05 | ihniwid | copied an album over to the device |
| 05:07:09 | ihniwid | and it worked |
| 05:07:28 | ihniwid | but then when I reconnected it to my computer, windows explorer showed no files |
| 05:07:58 | ihniwid | So I ejected the drive properly and the file explorer on the rockbox showed everything a-ok |
| 05:08:23 | ihniwid | i reconnected it again and copied a random file over and then windows explorer showed a new corrupt file |
| 05:08:47 | ihniwid | http://imgur.com/Um8HI6a |
| 05:09:27 | ihniwid | after ejecting rockbox froze and after restarting i got an ".rockbox folder not found" error |
| 05:09:45 | | Quit robopet (Quit: Page closed) |
| 05:10:56 | * | [Saint] really wants to blame the adapter plate |
| 05:12:52 | ihniwid | best i can think of is to draw a pentagram out of sheep blood and banish the adapter plate demon |
| 05:13:46 | [Saint] | see if the seller will accept a return, cut your losses on shipping, then keep trying different adapter plates until you find a hit. |
| 05:14:21 | ihniwid | i find it interesting that rockbox can see the files but everything goes down the drain when windows gets involved |
| 05:18:11 | | Quit mc2739 (Ping timeout: 260 seconds) |
| 05:18:50 | ihniwid | I created a filter for virtualbox and I'm going to try to keep windows away from the disk |
| 05:20:08 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 05:22:41 | shadows | do you need windows for any of that? |
| 05:34:11 | ihniwid | { |
| 05:34:12 | ihniwid | { |
| 05:34:14 | ihniwid | ? |
| 05:35:58 | ihniwid | ok, I'm going to blame the adapter |
| 05:36:40 | ihniwid | http://imgur.com/LvAfcW5 |
| 05:43:35 | | Quit Guest81512 (Ping timeout: 272 seconds) |
| 05:44:12 | | Join Guest11127 [0] (Slayer@c-69-143-178-62.hsd1.va.comcast.net) |
| 05:52:07 | | Quit [7] (Disconnected by services) |
| 05:52:21 | | Join TheSeven [0] (~quassel@rockbox/developer/TheSeven) |
| 06:00 |
| 06:01:22 | ihniwid | http://www.jmicron.com/PDF/JMH330/JMH330_JMH330S.pdf |
| 06:01:59 | ihniwid | given point eleven out of curiosity I'm going to do the exhilarating task of recompiling rockbox to include LBA48 |
| 06:05:41 | [Saint] | No need. |
| 06:06:52 | [Saint] | ihniwid: this has been standard for a long time now, there is no need to recompile solely for LBA48, nor would it apply to you anyway as the capacity is below the maximum LBA28 can address. |
| 06:07:27 | [Saint] | TL;DR: You don't need to, and it wouldn't make a difference if you did. |
| 06:19:07 | | Quit [Saint] (Remote host closed the connection) |
| 06:21:16 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
| 06:36:45 | *** | Saving seen data "./dancer.seen" |
| 07:00 |
| 07:08:14 | | Quit cmhobbs_ (Ping timeout: 240 seconds) |
| 07:56:18 | | Nick SuperBrainAK is now known as DormantBrain (~andy@2001:470:8:a61::5f92:59a1) |
| 07:57:43 | | Join fragilematter [0] (~fragilema@unaffiliated/fragilematter) |
| 08:00 |
| 08:06:12 | | Quit saratoga_ (Quit: Page closed) |
| 08:11:11 | | Join Guest81512 [0] (Slayer@c-69-143-178-62.hsd1.va.comcast.net) |
| 08:11:11 | | Quit Guest11127 (Read error: Connection reset by peer) |
| 08:17:27 | | Join ender` [0] (krneki@foo.eternallybored.org) |
| 08:36:47 | *** | Saving seen data "./dancer.seen" |
| 08:43:09 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 08:47:02 | | Quit solrize (Ping timeout: 240 seconds) |
| 08:55:32 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 08:59:48 | pixelma | I'm not sure if the "no big disk build required" is true for these Archoses in general. IIRC for +128 GB you needed a multivolume build anyway if you wanted to fill the disk inside your player because some other hardware couldn't handle it. So I was under the impression that the address handling was left out there too (maybe I'm misremembering though) |
| 09:00 |
| 09:27:41 | | Quit bertrik (Ping timeout: 252 seconds) |
| 09:31:32 | | Quit andypotter (Ping timeout: 248 seconds) |
| 09:42:59 | | Quit tchan (Ping timeout: 272 seconds) |
| 09:54:36 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
| 09:54:51 | | Join petur [0] (5bb7304d@rockbox/developer/petur) |
| 10:00 |
| 10:00:41 | | Join kevku [0] (~kevku@2a01:d0:ffff:34a::8:3) |
| 10:01:08 | | Quit Guest81512 (Read error: Connection reset by peer) |
| 10:01:41 | | Join Guest11127 [0] (Slayer@c-69-143-178-62.hsd1.va.comcast.net) |
| 10:12:35 | | Quit ps-auxw (Ping timeout: 260 seconds) |
| 10:17:53 | copper | [Saint]: convenient command line to figure out the all-forgiving Replaygain pre-amp value to set: https://outpost.fr/tmp/en6.txt |
| 10:18:05 | copper | just invert the sign |
| 10:18:30 | copper | mine is 5.13 dB apparently |
| 10:20:32 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
| 10:21:36 | ihniwid | i apologize i stepped out for a night of booze and taco bell |
| 10:21:57 | ihniwid | so is lba48 included by default for old archos build or not? |
| 10:22:48 | | Join andypotter [0] (~andypotte@97e6f155.skybroadband.com) |
| 10:23:41 | ihniwid | actually I may have found a solution possibly |
| 10:24:15 | ihniwid | according to a reviewer on the product the msata has to be formatted with zeros before using it with this adapter |
| 10:24:24 | ihniwid | if a bunch of random bits were already written to it |
| 10:24:44 | ihniwid | that may explain the random jibberishing and corrupifying of files |
| 10:25:00 | ihniwid | at least at 3:30AM that makes sense to me |
| 10:30:14 | pixelma | I think you shouldn't need a special build with this drive because it's "only" 120GB |
| 10:31:24 | ihniwid | im going to try this format with zeros thing first |
| 10:31:35 | ihniwid | it at least seems sensible to me |
| 10:32:51 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
| 10:36:51 | *** | Saving seen data "./dancer.seen" |
| 10:44:08 | | Quit mortalis (Ping timeout: 252 seconds) |
| 10:47:55 | ihniwid | So uh, yea, this whole zeroing thing is gonna take a while. Gotta love good ol' dd |
| 10:48:04 | ihniwid | in the mean time, where are you all from? |
| 10:50:03 | | Join mortalis [0] (~kvirc@213.33.220.118) |
| 11:00 |
| 11:29:13 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 11:45:44 | [Saint] | The Internet. |
| 11:55:26 | | Quit pamaury (Remote host closed the connection) |
| 11:56:25 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 11:59:57 | ihniwid | and so yeah, no surprise, we have reached ten gigs worth of zeros copie |
| 12:00 |
| 12:00:00 | ihniwid | copied* |
| 12:00:10 | ihniwid | out of 128gb |
| 12:00:45 | ihniwid | so only about ten more ours to go or so |
| 12:00:49 | ihniwid | hours* |
| 12:04:21 | copper | [Saint]: I got interested, so I wrote a complete script to determine the optimal pregain value, taking into account not only replaygain value, but also peak values: http://outpost.fr/stuff/preamp.sh |
| 12:05:02 | | Quit Zambezi_ (Changing host) |
| 12:05:02 | | Join Zambezi_ [0] (Zulu@unaffiliated/zambezi) |
| 12:05:10 | | Nick Zambezi_ is now known as Zambezi (Zulu@unaffiliated/zambezi) |
| 12:06:05 | copper | i.e. it calculates the highest preamp value that you can apply, relative to 0 dBFS |
| 12:07:30 | copper | (that will never make any album or track clip) |
| 12:08:06 | copper | meh, works with FLAC only |
| 12:36:52 | *** | Saving seen data "./dancer.seen" |
| 12:39:07 | ihniwid | I got my first rockbox build to successfully compile, haven't tested it yet but I believe that this is still an accomplishment! |
| 12:39:37 | ihniwid | My only question with this is, are there any ways to exclude a plugin from being added into the final build? |
| 12:44:15 | copper | In light of the results of my script on my music collection, it's obvious that for the preamp setting in Rockbox to be useful in preventing clipping, there needs to be one preamp setting for each replaygain mode (album and track) |
| 12:44:50 | copper | In my case, for instance, I get a preamp value of -2.68 dB for album gain, and -7.38 dB for track gain |
| 12:45:50 | copper | Failing that, a user using both album gain and track gain would need to set the preamp to the lowest value encompassing both replaygain modes |
| 12:47:20 | copper | the track preamp is probably going to be excessively low if the music collection includes one very quiet track with as little as one peak reaching 0 dBFS |
| 12:57:21 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 13:00 |
| 13:11:41 | ihniwid | So despite current problems regarding SSDs ever since I got my archos and put rockbox on it hot men have been appearing on my dick w/out me needing to pull moves on them |
| 13:12:27 | ihniwid | I tried the default archos firmware once and all I got was a bunch of fat chicks running toward me yelling "OMG DOOOOO U WANNA BE MY GBF!!!!!!!sparkle!!1!!!" |
| 13:21:22 | [Saint] | Uhhhhh. Yeah...that's not particularly appropriate. |
| 13:23:43 | Zagor | that sounds like a bug |
| 13:23:49 | | Quit ikeboy (Quit: ikeboy) |
| 13:23:54 | Zagor | ;) |
| 13:24:18 | [Saint] | ...what if you like big girls? |
| 13:24:42 | [Saint] | It could be a feature. |
| 13:26:34 | * | ihniwid directs big girls over to Saint |
| 13:26:50 | ihniwid | [possible] bugs fixed |
| 13:42:21 | | Join Scr0mple [0] (~Simon@161.43.73.67) |
| 13:42:43 | | Quit Scromple (Read error: Connection reset by peer) |
| 13:50:37 | | Quit mc2739 (Ping timeout: 264 seconds) |
| 13:51:02 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 14:00 |
| 14:06:09 | ihniwid | I think I figured out how to fix my problem |
| 14:06:21 | ihniwid | since everything gets corrupted upon connecting to my computer |
| 14:07:00 | ihniwid | i simply have to take the msata disk out and connect it to my computer in order to transfer data, then put it back in the adapter and that into the archos |
| 14:28:51 | | Quit Bluefoxicy (Read error: Connection reset by peer) |
| 14:31:46 | | Join Bluefoxicy [0] (~Bluefoxic@c-76-21-157-203.hsd1.md.comcast.net) |
| 14:36:53 | *** | Saving seen data "./dancer.seen" |
| 14:43:07 | | Join amayer [0] (~amayer@mail.weberadvertising.com) |
| 14:56:01 | | Quit mortalis (Ping timeout: 264 seconds) |
| 15:00 |
| 15:12:32 | | Quit ruskie (Ping timeout: 252 seconds) |
| 15:12:37 | | Quit mikroflops (Ping timeout: 240 seconds) |
| 15:14:10 | | Join lebellium [0] (~chatzilla@lns-c10k-ld-02-m-212-194-176-149.dsl.sta.abo.bbox.fr) |
| 15:15:43 | | Quit amayer (Quit: Leaving) |
| 15:17:14 | | Join amayer [0] (~amayer@mail.weberadvertising.com) |
| 15:17:44 | | Quit kevku (Ping timeout: 245 seconds) |
| 15:19:56 | | Join cmhobbs_ [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) |
| 15:20:43 | | Join mikroflops [0] (~yogurt@s208h18o1esc1.dyn.tyfon.se) |
| 15:23:32 | | Join ruskie [0] (ruskie@sourcemage/mage/ruskie) |
| 15:24:58 | | Join solrize [0] (solrize@unaffiliated/solrize) |
| 15:26:13 | | Quit cmhobbs_ (Ping timeout: 240 seconds) |
| 15:31:53 | | Join cmhobbs_ [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) |
| 15:35:35 | | Join maruk [0] (~papier@titanium.v6.sdv.fr) |
| 15:37:24 | | Quit petur (Ping timeout: 250 seconds) |
| 15:37:25 | | Quit cmhobbs_ (Ping timeout: 264 seconds) |
| 15:44:27 | | Quit [Saint] (Remote host closed the connection) |
| 15:46:33 | | Join [Saint] [0] (~saint@rockbox/user/saint) |
| 15:48:13 | | Quit pamaury (Ping timeout: 240 seconds) |
| 16:00 |
| 16:02:58 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 16:23:30 | | Join krabador [0] (~krabador_@unaffiliated/krabador) |
| 16:33:08 | | Join Guest81512 [0] (Slayer@c-69-143-178-62.hsd1.va.comcast.net) |
| 16:33:08 | | Quit Guest11127 (Read error: Connection reset by peer) |
| 16:36:57 | *** | Saving seen data "./dancer.seen" |
| 16:44:26 | | Join kevku [0] (~kevku@2001:470:27:773:0:feed:c0f:fee) |
| 16:52:13 | | Quit kugel (Ping timeout: 240 seconds) |
| 16:54:30 | | Join Scromple_ [0] (~Simon@161.43.73.67) |
| 16:56:17 | | Quit Scr0mple (Read error: Connection reset by peer) |
| 17:00 |
| 17:01:45 | | Quit fragilematter (Quit: Leaving.) |
| 17:20:06 | | Join wodz [0] (~wodz@87-207-223-0.dynamic.chello.pl) |
| 17:20:34 | wodz | Whoa, this one IS interesting: http://forums.rockbox.org/index.php/topic,43716.msg221792/topicseen.html#msg221792 |
| 17:20:47 | | Quit Zagor (Quit: Clint excited) |
| 17:21:22 | | Join [Saint_] [0] (~saint@rockbox/user/saint) |
| 17:21:55 | wodz | How the fact of inserting sd has any influence on audio_reset_buffer_noalloc() ? |
| 17:21:58 | | Quit [Saint] (Ping timeout: 260 seconds) |
| 17:25:59 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
| 17:36:54 | | Join y4n [0] (~y4n@unaffiliated/y4ndexx) |
| 17:49:20 | | Join rela [0] (~x@pdpc/supporter/active/rela) |
| 17:56:22 | | Quit krabador (Quit: Sto andando via) |
| 17:58:06 | | Join krabador [0] (~krabador_@unaffiliated/krabador) |
| 18:00 |
| 18:00:30 | | Quit ikeboy (Quit: ikeboy) |
| 18:12:03 | | Join chrisjj [0] (561bb732@gateway/web/freenode/ip.86.27.183.50) |
| 18:14:46 | chrisjj | How can I get an automatic list of the commits between two builds? |
| 18:25:14 | | Join bertrik [0] (~quassel@rockbox/developer/bertrik) |
| 18:32:09 | wodz | git log should help you |
| 18:35:36 | chrisjj | Not to get an automatic list, sadly. |
| 18:37:00 | *** | Saving seen data "./dancer.seen" |
| 18:37:02 | | Quit maruk (Quit: Leaving.) |
| 18:41:08 | copper | script it |
| 18:44:11 | copper | git log | sed -z -e 's@.*commit a15a15ba61d3b153197699e8a4eba452075de056@@' -e 's@commit 23c6421f38eb2c47b725a3b8f57f8e74eaff2fd6.*@@' |
| 18:44:39 | copper | (from the top of my head) |
| 18:47:40 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 18:49:49 | | Join lorenzo92 [0] (~chatzilla@host136-107-dynamic.17-79-r.retail.telecomitalia.it) |
| 18:50:30 | chrisjj | Thanks, but where are the two builds specified there?? |
| 18:50:49 | copper | whichever builds you want |
| 18:51:00 | copper | the hashes that I used there are just examples |
| 18:51:34 | copper | that command will include the changelog of the first build and exclude the last build (and any later builds) |
| 18:53:14 | chrisjj | OK, thanks, and how do I discover the hash for a given build on e.g. http://www.rockbox.org/dl.cgi?bin=creativezen ? |
| 18:54:20 | copper | it's the "rev" column |
| 18:54:34 | copper | it's the first few characters of the hash, but it should be enough |
| 18:54:53 | chrisjj | Even though Rev is only 8 chars? |
| 18:55:46 | copper | yes |
| 18:56:58 | chrisjj | OK, thanks. I've never heard of sed -z but will give it a go. |
| 18:57:42 | | Quit rela (Read error: Connection reset by peer) |
| 18:58:37 | | Join itoikenza [0] (uid15992@gateway/web/irccloud.com/x-mktegivrbajtkvvn) |
| 18:58:43 | chrisjj | Hmm... nor has sed man http://unixhelp.ed.ac.uk/CGI/man-cgi?sed heard of -z |
| 18:59:07 | | Join Strife89 [0] (~Strife89@2602:306:250d:18b9:1bd:f178:7f14:d37d) |
| 19:00 |
| 19:00:47 | | Quit lorenzo92 (Ping timeout: 240 seconds) |
| 19:01:49 | | Quit chrisjj_ (Quit: Page closed) |
| 19:04:03 | | Quit pamaury (Quit: No Ping reply in 180 seconds.) |
| 19:05:43 | | Quit mc2739 (Ping timeout: 252 seconds) |
| 19:06:45 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
| 19:07:29 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 19:12:18 | pamaury | git rev-list A:B |
| 19:12:26 | pamaury | don't reinvent the wheel |
| 19:16:38 | copper | lol |
| 19:17:01 | copper | chrisjj: sed (GNU sed) 4.2.2 |
| 19:39:06 | | Quit mikroflops (Read error: Connection reset by peer) |
| 19:39:51 | | Join mikroflops [0] (~yogurt@s208h18o1esc1.dyn.tyfon.se) |
| 19:44:25 | | Join lorenzo92 [0] (~chatzilla@host136-107-dynamic.17-79-r.retail.telecomitalia.it) |
| 19:45:46 | | Join Narod [0] (Narod@p5DDDB42E.dip0.t-ipconnect.de) |
| 19:52:42 | | Join mikroflops_ [0] (~yogurt@s208h98o2esc1.dyn.tyfon.se) |
| 19:55:49 | | Quit mikroflops (Ping timeout: 240 seconds) |
| 20:00 |
| 20:00:17 | | Quit saratoga (Quit: Page closed) |
| 20:00:57 | | Part rewrite |
| 20:02:46 | | Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) |
| 20:04:25 | | Quit pamaury (Ping timeout: 264 seconds) |
| 20:17:52 | lorenzo92 | pamaury: I used my elftosb and it worked :) i'm just getting Looking for soc stmp3600: not found. Please load a soc by hand. |
| 20:23:22 | | Join Szczepancio [0] (~Patryk@acfp100.neoplus.adsl.tpnet.pl) |
| 20:29:49 | chrisjj | "git rev-list A:B" Ah, sounds just the ticket :) Thanks. |
| 20:37:01 | *** | Saving seen data "./dancer.seen" |
| 20:50:10 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 20:56:07 | | Quit y4n (Quit: Today is the perfect day for a perfect day.) |
| 21:00 |
| 21:00:37 | | Join ikeboy [0] (~ikeboy@ool-435622d3.dyn.optonline.net) |
| 21:00:55 | | Part itoikenza |
| 21:06:04 | pamaury | lorenzo92: you need to give to hwstub_shell the list of xml desc: ./hwstub_shell ../../regs/desc/*.xml |
| 21:06:04 | | Quit pamaury (Quit: No Ping reply in 180 seconds.) |
| 21:09:18 | | Quit Wardo (Quit: Blarglarg) |
| 21:12:24 | | Quit foolsh (Ping timeout: 246 seconds) |
| 21:39:01 | | Join cmhobbs_ [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) |
| 21:40:42 | | Join TheSzczepancio [0] (~Patryk@acfu96.neoplus.adsl.tpnet.pl) |
| 21:41:05 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
| 21:44:09 | | Quit Szczepancio (Ping timeout: 245 seconds) |
| 21:52:11 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
| 21:54:08 | | Quit andypotter (Quit: ChatZilla 0.9.90.1 [Firefox 25.0/20131025151332]) |
| 21:59:16 | | Quit treaki__ (Ping timeout: 272 seconds) |
| 21:59:28 | | Quit ikeboy (Quit: ikeboy) |
| 22:00 |
| 22:07:46 | | Nick DormantBrain is now known as SuperBrainAK (~andy@2001:470:8:a61::5f92:59a1) |
| 22:08:01 | | Quit cmhobbs_ (Ping timeout: 264 seconds) |
| 22:12:37 | | Quit fs-bluebot (Ping timeout: 240 seconds) |
| 22:14:30 | | Join fs-bluebot [0] (~fs-bluebo@f053155051.adsl.alicedsl.de) |
| 22:23:50 | | Nick [Saint_] is now known as [Saint] (~saint@rockbox/user/saint) |
| 22:24:30 | | Quit Narod () |
| 22:25:03 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
| 22:29:54 | | Quit lorenzo92 (Remote host closed the connection) |
| 22:37:03 | *** | Saving seen data "./dancer.seen" |
| 22:52:13 | | Quit Strife89 (Ping timeout: 240 seconds) |
| 22:55:49 | | Quit wodz (Quit: Leaving) |
| 22:58:48 | | Quit TheSzczepancio (Quit: Leaving) |
| 23:00 |
| 23:17:58 | | Quit krabador (Ping timeout: 260 seconds) |
| 23:22:10 | | Quit kevku (Ping timeout: 260 seconds) |
| 23:25:46 | | Quit n1s (Quit: Ex-Chat) |
| 23:29:27 | | Join Wardo [0] (~Mirandaha@176-120-190-109.dsl.ovh.fr) |
| 23:43:10 | | Quit SuperBrainAK (Ping timeout: 260 seconds) |
| 23:45:40 | | Join cmhobbs_ [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) |
| 23:46:11 | | Join SuperBrainAK [0] (~andy@74.112.200.73) |
| 23:50:16 | | Quit amayer (Quit: Leaving) |
| 23:50:34 | | Quit cmhobbs_ (Ping timeout: 250 seconds) |
| 23:50:43 | | Join saratoga [0] (123e11e0@gateway/web/freenode/ip.18.62.17.224) |
| 23:50:46 | saratoga | can anyone reproduce this? http://forums.rockbox.org/index.php/topic,43719.msg221800/topicseen.html#msg221800 |
| 23:50:56 | saratoga | large fonts break things (memory corruption?) on the fuze+ |
| 23:53:44 | saratoga | wodz: someone else reported that too: http://forums.rockbox.org/index.php?topic=43686.0 |
| 23:55:32 | pamaury | haha love this comment in the source of some stmp3600 stub: |
| 23:55:32 | pamaury | /! The problem is that, due to a bug in the hardware, the USB interface consumes a large amount of power whenever the PLL is turned on. |
| 23:55:32 | pamaury | /!This function performs the fabled UTMI clock gate dance. This specific series of steps will cause the USB hardware to remain quiet, no matter the state of the PLL. |
| 23:55:58 | | Join cmhobbs_ [0] (~cmhobbs@ip70-178-52-92.ks.ks.cox.net) |
| 23:57:00 | | Join wodz [0] (~wodz@87-207-223-0.dynamic.chello.pl) |
icon identifies that the person is a core developer (has commit access).