--- Log for 14.05.108 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot_ Version: Dancer V4.16 Started: 11 days and 10 hours ago 00.00.04 # amiconn: yes 00.00.13 # ugh... 00.00.14 # amiconn: the nand is accessed at the lowest level 00.00.21 # yep, there is essentially no hardware flash controller 00.00.38 # * amiconn wonders why they chose such a bare-bone approach 00.00.58 # it certainly provides an interesting challenge... 00.01.13 # Even the ooold Ondio's built-in flash is actually an MMC in a standard chip package (bga) 00.01.20 # amiconn: well, what other solutions are there, apart from nand with sd controllers and ata bridges? 00.01.32 Quit dabujo ("( www.nnscript.com :: NoNameScript 4.2 :: www.regroup-esports.com )") 00.02.14 # One of the standard interfaces, i.e. SD, MMC, ATA (or nowadays maybe CE-ATA) 00.02.14 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 00.02.28 # amiconn: i sure as hell would have preferred that 00.02.30 # Actually CE-ATA uses MMC protocol 00.03.06 # The Sansas use SD (with that proprietary banking extension) 00.03.24 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 00.03.35 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 00.03.52 # * shotofadds might just glue a 32Gb SD in the slot and use preglow's driver :) 00.04.46 Quit davina (Remote closed the connection) 00.04.59 # heh 00.05.40 # shotofadds: Are such beasts even available yet? 00.05.51 # i've only seen 16 gig 00.05.56 # Actually they might, given that D2 uses full size SD 00.06.14 # 32GB CF are definitely available :) 00.06.33 # in that package, no surprise 00.07.48 # can you get 16 gig usd cards? 00.07.51 # sandisk's 32gb is apparently available mid-June 00.08.00 # SD, that is 00.08.00 # at a hefty price, i'd imagine 00.08.06 # naturally :) 00.08.17 # probably more than i paid for the d2 00.08.21 # Because it's sandisk, or what? 00.08.26 # both 00.08.27 # heh 00.08.49 # sandisk SD cards are >50% more expensive than other brands, at least in the UK 00.08.53 # * amiconn doesn't think his 32GB CF was too expensive 00.09.12 # sandisk are more expensive here as well 00.09.13 # Branded, but not sandisk 00.09.21 # but then again, the sandisk cards are usually high-quality 00.09.23 # especially the fast ones 00.09.48 Quit ompaul (Client Quit) 00.12.56 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 00.13.38 # is usb software stack still not compiled by default on pp? 00.14.49 Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) 00.16.55 Quit crope` (Read error: 110 (Connection timed out)) 00.19.01 Quit [CBR]Unspoken|w (Success) 00.19.37 Join DerPapst [0] (n=Der_Paps@p5B23D3ED.dip.t-dialin.net) 00.21.21 Quit shotofadds (Read error: 104 (Connection reset by peer)) 00.21.44 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 00.24.24 # anyone see a reason not to commit the license free mod player? 00.25.32 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 00.25.43 # ouch, it actually doesn't handle buffer wraparound? 00.26.01 Quit shotofadds (Read error: 104 (Connection reset by peer)) 00.26.28 # * DerPapst likes it when people answer the questions thierselfes 00.27.17 # preglow: is there any other codec that forces you to skip to the next song in the playlist yourself? This is my biggest concern with that one... 00.27.21 Join einhirn_ [0] (n=Miranda@p5B031B76.dip0.t-ipconnect.de) 00.28.38 # pixelma: no, but what solutions are there? 00.29.09 Quit einhirn_ (Read error: 104 (Connection reset by peer)) 00.29.17 # Can somebody send me a dual boot loader for the S? im having trouble using mknkboot 00.30.01 # the older codec (the one with the licence problem) could handle that and the author (which was the submitter of the former too) said it should be possible to add that 00.30.49 # preglow: though it worked differently... 00.31.33 # stripwax: no, it isn't. there are some remaining issues 00.31.51 # Xqtftqx: does mknkboot work for you? 00.32.30 Join jumpatrain [0] (i=juma@gateway/gpg-tor/key-0xB9002659) 00.33.10 # any one notice that when doing "resume playback" on a very long muspack file you get a very loud white noise result just before the music plays back? 00.33.15 # pixelma: well, i don't know what mechanism that used 00.33.37 # pixelma: but i'm not exactly a fan of the looping either 00.35.42 # * jhMikeS wonders if he should just put a bootloader build up since no further config changes should be needed for awhile 00.36.42 # of course just a raw .bin and a single boot one 00.38.01 # do i need voice to speak or somethin ? 00.38.12 # no you don't 00.38.15 # if we were +m, yeah 00.38.16 # but we're not 00.38.26 # so you did see what i wrote 00.38.32 # "no" :) 00.38.39 # bah! 00.38.47 # jumpatrain: Did you really want everyone in the room who *doesn't* have your problem to respond too, or something? 00.39.00 # if i remember correctly, youre the guy who wanted to port mpc 8 into rb 00.39.10 # jhMikeS: I'd wait until after powermanagement so that charging works in bootloader USB maybe? 00.39.12 # jumpatrain: does that happen for just long files? 00.39.22 # jumpatrain: i'd kinda expect that to happen for all musepack files 00.39.25 # im not sure preglow 00.39.34 # Nico_P: does that mutex commit address any conditions beyond funky values being shown? 00.39.41 # preglow then it is normal 00.39.51 # preglow: Actually, long Vorbis files have a strange noise for me when resuming, but I'd never thought about it (just in case maybe it's not strictly codec-specific) 00.39.58 # jumpatrain: well, normal and normal. it's not desirable, but it might very well be happening 00.40.05 # Llorean: what kind of noise? 00.40.11 # file length really shouldn't matter 00.40.13 # Llorean: I suppose a stern warning? 00.40.24 Quit petur ("plop") 00.40.24 # jhMikeS: I once had some dropouts that happened at the same time the funky values were shown (after the disable hack commit) 00.40.33 # white noise sounds too much, though 00.40.38 # there should just be a pop if anything 00.40.45 # Nico_P: so that actually fixed that? 00.41.11 # I never had it again, but I guess it's fixed if the funky values issue is actually fixed too 00.41.24 # aren't tasks i watch supposed to send me mails on changes? 00.41.31 # thread schedule order changes will happen for sure 00.41.53 Quit DerDome ("Leaving.") 00.42.04 # preglow: I'm not entirely sure how to describe it. It's very, very short, and considerably louder than the contents of the file, and a bit high pitched. 00.42.46 # Pop-like, I guess. 00.43.05 # pop sounds plausible enough 00.43.18 # its no pop-like its deafening 00.43.20 # * Llorean didn't notice jumpatrain had said "white" noise. 00.43.41 # jumpatrain: well, it would be helpful if you found out if it happened only for long files or not 00.43.42 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-05dda1c5a062a6b6) 00.43.45 # i can't make any noise happen here 00.43.51 # jhMikeS: A warning works. I was just responding to a "no further config updates should be needed" part of the statement. :) 00.43.58 # preglow just a second 00.45.01 # preglow indeed, only long files 00.45.03 # Llorean: I just meant that the system control coprocessor setup should be final unless the memory mapping is changed 00.45.27 # something in the order of 1 hour 30 minutes is what causes this white noise over here, preglow 00.45.28 # jumpatrain: weird 00.45.32 # jhMikeS: Gotcha. So "future build compatibility should remain unbroken"? 00.45.32 Quit ender` (" Kids. You gotta love them. I adore children. A little salt, a squeeze of lemon--perfect. -- Harry Dresden") 00.45.51 # preglow: That lines up with about what causes a pop in my speex files. 00.45.53 Quit nicktastic (Read error: 113 (No route to host)) 00.46.09 # buschel: for the logs, i don't have any long files, could you be bothered to check up on the mentioned bug? 00.46.18 # Llorean: for quite awhile barring any breakthrough on how to change the driver framebuffer address 00.46.32 # jhMikeS: Alright then, I'd say a warning about charging is good enough. :) 00.46.50 # Llorean: well, if it happens for all codecs, i have no idea what causes it 00.48.15 Quit Mathiasdm ("Yuuw!") 00.50.06 # * preglow wants his sd card to stop feeding bad crcs :/ 00.50.59 # preglow: I haven't experienced it with MP3, but my longest ones are about 1:20, so they may fall just under the mark. 00.51.08 # * Llorean isn't exactly sure where it is. 00.51.15 # I hadn't even thought twice about it until now. 00.51.55 Quit herrwaldo (Remote closed the connection) 00.53.32 # extremo-weird, the response as i get it is almost certainly correct, but cpu ardently insists it's corrupted 00.53.36 # preglow its not occuring on mp3 00.54.08 # well, i'm wondering why the hell file length would matter 00.54.34 # Llorean: what sort of header/legal should go in a README.txt file? 00.56.11 # jhMikeS: I think just installation instructions and the GPL (or reference to it). Doesn't the GPL more or less say "we offer no warranty of reliability or even usability for any purpose whatsoever" kinda stuff? 00.56.58 # yes 00.57.17 # Covers all the necessary warning to make it a "if you bricked it, don't blame us" kinda thing. 00.57.58 # np - just a header without the $Id$ bit then I suppose 00.59.46 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 01.00.19 Join BitTorment [0] (n=martin@87-194-94-92.bethere.co.uk) 01.01.32 Join crope` [0] (n=crope@dyn3-82-128-186-160.psoas.suomi.net) 01.04.49 Join csc` [0] (n=csc@archlinux/user/csc) 01.06.36 Quit mf0102 ("Ex-Chat") 01.19.07 Quit n1s () 01.22.58 # I don't think IDE DMA makes up the difference in runtime for PP 01.23.18 # the Sansa has no hard disk and still gets below the retail firmware unless a very fast codec like flac or mpc is used 01.23.29 # DMA would probably help, but its not going to close the gap 01.23.43 # we waste far to much power on codec decoding 01.24.44 # and IRAM does make a big difference for PP in codecs, since most codecs just sequentially load/store memory which is still quite slow since every single cache line must be loaded and then stored 01.26.00 # for instance, when doing the TDAC part of the IMDCT windowing process in WMA, I got a ~6% speed up just by putting the samples in IRAM, even though the process only accounted for < 15% of total run time 01.26.02 Quit Nico_P (Remote closed the connection) 01.26.12 # just because I didn't have to keep fetching and flushing cache lines 01.29.45 Quit csc` (Remote closed the connection) 01.31.40 # sure, it does matter 01.31.49 # but yeah, codec efficiency might just be the thing 01.32.05 # a good mp3 decoder can be twice as fast as our libmad performs on arm 01.33.19 Quit nedd1 ("Leaving.") 01.36.59 # i need to look at mad 01.38.57 # * amiconn hates the ugly colour sequence when booting a colour target with current svn 01.39.22 # it's invisible here 01.40.04 # what i do hate is the ugly backlight blinking that happens when i shut down my nano 01.40.45 *** Saving seen data "./dancer.seen" 01.41.12 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 01.43.40 # amiconn: you never see the gigabeat X booting :) 01.45.15 Quit Xqtftqx ("http://www.mibbit.com ajax IRC Client") 01.45.21 # whoa 01.45.39 # MPC: 482% -> 615% realtime on X5 with Buschel's patch 01.46.03 # (+ changing the #ifdef to apply on MCF5250) 01.46.22 # doesn't surprise me 01.46.44 # almost all the codec optimization on coldfire was done thanks to iram 01.47.12 # + EMAC 01.48.25 # wow 01.48.51 # it really is amazing how much ARM7 sucks 01.49.01 Join csc` [0] (n=csc@archlinux/user/csc) 01.49.08 # indeed 01.49.12 # i wonder how people get MP3 so fast on this damn CPU 01.49.23 # libmad already looks amazing well optimized 01.49.27 # its nearly all assembly 01.49.51 # i need to figure out a way to profile it 01.51.51 Part toffe82 01.55.55 # they take shortcuts so they can boast about decoding speed? 01.57.35 # had anyone compared the quality of output of libmad to retailos in any meaningful way? 01.58.07 # i'm quite sure libmad's quality is better 01.58.22 # but we have no good way of accessing a raw retailos decode 01.58.31 # but yes, they can take shortcuts, like use 32 bit multiplies 01.58.54 # i'm almost certain that almost all mp3 player firmwares keep to 16 bit processing 01.59.05 Quit OlivierBorowski (Remote closed the connection) 02.00.08 # Well, at least on iriver H1x0 we do 02.00.10 # Just record the s/pdif signal 02.01.07 # * amiconn thinks that the coldfire mp3 decoder used in the iriver is inferior to libmad 02.01.17 # MAD can actually cheat and do lower precision multiplies too with (supposidly) only a little loss of precision 02.01.20 # quite honestly, I think the rockbox output sounds better and I really have no bias to prefer one or the other in evaluating it. 02.01.24 # i don't know if we use it though 02.01.40 # we don't 02.01.50 # No idea about any apple OF though (as I can't try them) 02.01.59 # i really don't want to cut corners like that in rockbox unless we absolutely have to 02.02.13 # some of those tricks might make sense though, since the default mad output is good to something like 120 or 130dB, which is rather absurd for MP3 02.02.16 # i think the potential for sound quality we have is one of our defining features 02.02.27 # if somhow you can convert some multiplies to shift + add/sub/rsb sequences, you may very well gain speed, at least if it's 32-bit 02.03.00 # the trick in mad is mostly to replace 32x32=64 multiplies with 32x32=32 multiplies 02.03.03 Join Me [0] (n=Me@76.226.23.98) 02.03.09 # by carefully prescaling certain constants to avoid overflow 02.03.26 # Hey I have a question for you guys which everyone here probably gets a lot. 02.03.43 # then ask it again 02.04.08 # jhMikeS: most of the muls in mad are 64 bit, hard to change those with shift/add seqs 02.04.09 # How far is the progress in v2s? 02.04.14 # Me: not far at all 02.04.27 # =[ no time soon? 02.04.28 # preglow: those are difficult indeed 02.04.41 # i'm sure if it gets asked a lot it's documented somewhere because people are tired of answering the same question over and over again ;-) 02.04.44 # Me: not that i know, i think some work has tasted on deciphering the firmware format, but that's that 02.04.45 # It's sort of a per-context thing 02.04.47 # are 32x32 multiplies a lot faster then the 32x32=64 type? 02.05.03 # saratoga: you do shave off two-three cycles by using them 02.05.05 # :[ 02.05.19 # preglow: thats pretty impressive 02.05.24 Quit Me (Client Quit) 02.05.24 # it would certainly add up 02.05.32 # and i'd really, really we don't use them 02.05.33 # preglow: "work has tasted" <==?? :p 02.05.43 # anyway, I tend to think the precision of decoders is greatly overvalued 02.05.53 # if we do, i would at least expect some very favorable comparisons 02.06.01 # saratoga: even when doing dsp on the output? 02.06.02 # markun broke the WMA decoder last fall in such a way that reduces precision by about 40dB 02.06.08 # no one has ever noticed 02.06.26 # saratoga: that was fixed rather quick, wasn't it? 02.06.33 # no i haven't bothered 02.06.40 # how exactly do you do dsp on the output ? 02.06.59 # saratoga: Actually multiplication speed on arm depends on how many bytes of one of the operands are pouplated. Here are the details: I tried the patch on X5 (Coldfire MCF5250, also having 128KB or IRAM). It sped up decoding of my test track from 482% realtime to 615% realtime! 02.06.59 # I've attached the modified patch, which also corrects the checks for PP5022 and PP5024. Those macros don't work like the CPU_* group macros. They are always defined, which would cause v1 to break on any other CPU than PP5022/PP5024. You're supposed to check CONFIG_CPU. 02.06.59 # Regarding IRAM distribution - I'd prefer to keep even distribution between core and codecs/plugins, like it's already done in SVN for MCF5250. While IRAM might be quite useful for codecs, it might also be quite useful in the core (e.g. for better DSP code), and there are often also some target specific tasks in the core which profit from extra IRAM. 02.07.02 # i wanted to look at other ways to attempt his optimization before i reverted it 02.07.09 # "exactly"? I think the source is needed for that. 02.07.12 # Bah, what was that! :( 02.07.23 # amiconn: looks like a paste to me :) 02.07.27 # yeah 02.07.42 # But not the one I wanted to do 02.07.52 # amiconn: since core uses only a very tiny percentage of total CPU cycles, I'm curious what the use of more IRAM would be? 02.08.03 Quit kennyj (Remote closed the connection) 02.09.05 # i mean, buschel and I's patches, each save more CPU cycles the entire core uses for typical decode (ignoring resampling and EQ I suppose)\ 02.09.19 # I already mentioned the main purpose (DSP). 02.09.34 # i don't know how wise it is to keep reserving iram we might never use, though 02.09.36 # There are target specific things like framebuffer 02.09.54 # do any of our targets with 128k need that though? 02.10.16 # Even the 16K extra for codecs are currently unused on MCF5250 02.10.31 # I only used them once for an APE test 02.11.03 # for PP at least, I don't believe we use even the 48k we've reserved now, so I don't see much point in adding more 02.11.19 # and for coldfire, it would be nice to use the same split, so that optimizations apply to the X5 as well 02.11.31 # So I'd keep even distribution for now, and if it later turns out that it's better used for codecs (or for the core), we can change that 02.11.35 # i can hear noise when im listening to silence on this sansa 02.11.38 # is that normal ? 02.11.56 # amiconn: I've got a good use for the extra 32KB right now 02.12.00 # the WMA codec . . . 02.12.15 # i can put the output buffer in IRAM and speed up both decoding and DSP operations 02.12.25 # Is a 12% power savings worth a little extra LCD startup time after it turns off? 02.12.49 # I mean how much would that bug people on the gigabeat F do you think? 02.12.53 # how much? 02.13.12 # presumably the same trick would be applicable to AAC too, since it uses nearly the same windowing process 02.13.14 # 12% is pretty big.. 02.13.18 # jumpatrain: yes, unfortunately the Sansas are a bit noise (a bit depends on your exact player) 02.13.26 # s/noise/noisy 02.13.36 # it's a split second after the backlight fades in.. you see a white screen for a brief time and then the normal screen comes up 02.13.38 # saratoga: aac would love iram 02.13.54 # pixelma sansa e280. 02.13.55 # :( 02.13.57 # i mean pretty much any pure IMDCT codec should be able to very profitablely use more then 64 kbps of IRAM (as in use it 4 or 5 times per sample instead of DRAM) 02.14.14 # saratoga: If you reduce core iram to 48KB, the M5 will be quite tight (X5 has a bit more room) 02.14.23 # because of it's frame buffer? 02.14.56 # for a pure IMDCT codec, you optimally need 48KB of IRAM just for the IMDCT 02.15.07 # and thats not counting any of the FFT constants or windowing or any of that 02.15.21 # 48KB just for the sample data, since each pass of the IMDCT processes 48KB worth of data 02.15.41 # preglow, scorche, I tried to eliminate the startup time, but it seems to be a limitation of the on glass LCD controller, not the one in the SOC. I could commit it first and see how people take to it 02.15.57 # kkurbjun: yeah, but how much extra start time? 02.16.02 # kkurbjun: if it is a split second for 12%..... 02.16.08 # with 64 KB, you can start to put things like FFT constants, Windowing constants, and trig tables in IRAM too 02.16.09 # split second can be anything :> 02.16.15 # it's probably on the order of 15 ms 02.16.21 # about 02.16.21 # at 80KB you can fit virtually everything and avoid DRAM pain altogether 02.16.24 # *shrug* 02.16.27 # see what people thinj 02.16.47 # 15 ms is nothing 02.17.21 Quit dan_a (Success) 02.17.37 # saratoga: M5 iram end address is currently 0x1000bcd4, so it's only 812 bytes away from the 48K border 02.17.55 # All other cf targets are lower than that though 02.18.13 # jumpatrain: I actually meant small differences in the production, so your unit. Some people hear something, some not, probably has to do with earphones and ears too... 02.18.16 # ok, I'll commit it and see if anyone really hates it :-D 02.18.19 # amiconn: how much would you save by putting the buffer in DRAM like on color targets? 02.18.26 # I'm not entirely sure, but I think this is because both the main and remote framebuffers are in iram 02.19.02 # While it's the same situation as on H1x0, the M5's remote framebuffer is larger than the H10's 02.19.04 # * jhMikeS meant to recheck if digital or analogue volume is attenuated first on AS3514 02.19.07 # *H1x0's 02.19.21 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.19.59 # is anyone here familar enough with FFT algorithms to tell me what type of FFT fft.c is in libwma? 02.20.13 Quit gevaerts ("bedtime") 02.20.25 # not really 02.20.35 # i'm usually more than satisfied with just using them 02.20.42 # saratoga: simple calculation: Main fb is 160*128*2/8 == 5120 bytes. Remote fb is 128*96*2/8 == 3072 bytes 02.20.44 # hmmm, HP is primary, then it's mixer 02.21.59 # i think its radix 2 ? 02.22.37 # anything else would be foolish 02.22.49 # wma only uses blocks that are power of two, afaik 02.22.55 # well theres radix 4 and split radix 02.23.06 # you can in theory do quite a bit better then radix 2 02.23.37 # split radix is usually the best on ordinary cpus 02.23.48 # well, whatever this fft is, it surely doesn't look optimal 02.24.39 # yes 02.25.45 Join DaCapn [0] (n=dacapn@c-67-170-177-22.hsd1.or.comcast.net) 02.26.22 Join toffe82 [0] (n=chatzill@adsl-70-235-225-95.dsl.frs2ca.sbcglobal.net) 02.27.58 Nick JdGordon|zzz is now known as JdGordon (i=jonno@rockbox/developer/JdGordon) 02.28.07 # bedtime 02.28.56 Part pixelma 02.29.14 # oh bloody joy.. 60 forum views and not a single comment :/ 02.32.29 Join kennyj [0] (i=kennyj@72.214.22.184) 02.40.04 Join Gletob13 [0] (n=Gletob@c-71-206-137-72.hsd1.va.comcast.net) 02.41.54 # JdGordon: Maybe try the mailing list? 02.42.04 Join z35 [0] (n=z@149.123.33.65.cfl.res.rr.com) 02.42.43 # na, that list is never fun :) 02.44.01 # Misticriver? :-P 02.44.20 # AAAAAAAAAAAAAAAAAAAAAAAHHHHHHHHHH! 02.44.25 # *runs away crying* 02.48.24 Quit Jon-Kha (leguin.freenode.net irc.freenode.net) 02.48.24 NSplit leguin.freenode.net irc.freenode.net 02.48.24 Quit Slasheri (leguin.freenode.net irc.freenode.net) 02.48.24 Quit suom1 (leguin.freenode.net irc.freenode.net) 02.48.24 Quit Hadaka (leguin.freenode.net irc.freenode.net) 02.49.15 NHeal leguin.freenode.net irc.freenode.net 02.49.15 NJoin Jon-Kha [0] (i=jon-kha@xdsl-83-150-91-127.nebulazone.fi) 02.49.15 NJoin Slasheri [0] (i=miipekk@rockbox/developer/Slasheri) 02.49.15 NJoin suom1 [0] (i=suom1@irssi.mobi) 02.49.15 NJoin Hadaka [0] (i=naked@naked.iki.fi) 02.51.08 # JdGordon: You want me to test your patch? 02.52.48 # JdGordon: I'm not entirely aware what it does though 02.54.10 Quit Gletob13 (Read error: 104 (Connection reset by peer)) 02.54.21 Join Gletob13 [0] (n=Gletob@c-71-206-137-72.hsd1.va.comcast.net) 02.54.35 # kugel: It really sorta needs people who are already familiar with the screen to see if any old functionality is broken, etc. 02.55.55 # poor JdGordon... 02.55.56 Quit saratoga ("CGI:IRC (Ping timeout)") 02.56.13 Quit Gletob13 (Read error: 104 (Connection reset by peer)) 02.56.16 Join Gletob13 [0] (n=Gletob@c-71-206-137-72.hsd1.va.comcast.net) 03.05.08 Quit jumpatrain (Remote closed the connection) 03.05.48 # :), I lied, I should have said up to 17% less power, I made an assumption on the current without the LCD disable stuff, and it turns out it was higher :P. 03.07.23 Join jumpatrain [0] (i=juma@gateway/gpg-tor/key-0xB9002659) 03.07.50 Quit Gletob13 ("Leaving") 03.13.03 Quit jumpatrain (Remote closed the connection) 03.14.23 Join jumpatrain [0] (i=juma@gateway/gpg-tor/key-0xB9002659) 03.18.23 # anybody wanna have a dump of the flash of a 2nd gen nano? http://home.gna.org/linux4nano/index.html 03.27.23 Quit homielowe () 03.40.25 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 03.40.50 *** Saving seen data "./dancer.seen" 03.41.12 Quit Spiffelight ("if ($Temp > ('pants');") 03.44.54 Join staen [0] (n=59f5c5c8@gateway/web/cgi-irc/labb.contactor.se/x-998298973a71e5f9) 03.45.14 Join fdinel [0] (n=Miranda@modemcable002.173-131-66.mc.videotron.ca) 03.45.35 # Hi! 03.46.41 Quit staen (Client Quit) 03.48.08 Quit Hadaka (Read error: 145 (Connection timed out)) 03.49.39 Join Hadaka [0] (i=naked@naked.iki.fi) 03.53.14 Quit PaulJam (".") 03.54.40 Quit linuxstb (Read error: 110 (Connection timed out)) 04.00.37 Join dan_a [0] (n=dan-mirc@217.23.173.156) 04.04.50 Quit Thundercloud (Remote closed the connection) 04.07.58 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 04.16.04 Quit MU{lappy} (Read error: 113 (No route to host)) 04.16.43 Join inigomontoya [0] (n=621cdcfd@gateway/web/cgi-irc/labb.contactor.se/x-eaacae9ad4d81a42) 04.17.16 Quit dan_a () 04.17.24 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 04.23.56 Join djh_ [0] (i=zippy@c-71-224-103-75.hsd1.pa.comcast.net) 04.28.06 Quit inigomontoya ("CGI:IRC (EOF)") 04.33.36 Join miepchen^schlaf_ [0] (n=miepchen@p54BF55CC.dip.t-dialin.net) 04.43.23 Join toffe82_ [0] (n=chatzill@adsl-70-137-196-185.dsl.frs2ca.sbcglobal.net) 04.48.02 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.51.27 Quit XavierGr () 04.58.31 Quit toffe82 (Read error: 110 (Connection timed out)) 05.01.43 Quit krazykit (Remote closed the connection) 05.03.48 Join krazykit [0] (n=kkit@adsl-76-240-192-86.dsl.ipltin.sbcglobal.net) 05.09.52 Quit tchan (Read error: 104 (Connection reset by peer)) 05.10.19 Part jumpatrain ("Leaving") 05.11.01 Join mackes [0] (n=root@cpe-24-198-43-238.buffalo.res.rr.com) 05.11.14 Join tchan [0] (n=tchan@lunar-linux/developer/tchan) 05.12.41 Quit Horscht ("User was distributing pornography on server; system seized by FBI") 05.40.52 *** Saving seen data "./dancer.seen" 05.44.47 Quit csc` (Remote closed the connection) 05.49.46 Join MU{lappy} [0] (n=Militant@pool-72-70-183-80.hrbgpa.fios.verizon.net) 05.55.02 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.58.17 Join nuonguy [0] (n=john@c-24-6-175-26.hsd1.ca.comcast.net) 05.58.36 Quit DerPapst (Nick collision from services.) 05.58.46 Join DerPapst_ [0] (n=Der_Paps@p5B23F651.dip.t-dialin.net) 06.14.58 Quit kkurbjun (Read error: 104 (Connection reset by peer)) 06.15.45 Quit mackes ("Mackes is out") 06.23.44 Quit kugel ("ChatZilla 0.9.82 [Firefox 3.0b5/2008050509]") 06.35.44 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 06.45.49 Join m0f0x [0] (n=m0f0x@189-47-0-88.dsl.telesp.net.br) 06.49.02 Quit linuxstb_ (Read error: 110 (Connection timed out)) 06.57.08 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 07.07.39 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 07.07.57 Part toffe82_ 07.15.14 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 07.15.41 Quit jhulst ("Konversation terminated!") 07.21.57 Quit linuxstb__ (Read error: 110 (Connection timed out)) 07.38.01 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 07.40.56 *** Saving seen data "./dancer.seen" 07.53.27 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 07.54.16 Quit BHSPitLappy (Remote closed the connection) 08.05.24 Quit ompaul (Client Quit) 08.05.28 Quit DerPapst_ (Read error: 113 (No route to host)) 08.07.50 Join Buschel [0] (n=abc@p54A3DEC1.dip.t-dialin.net) 08.08.58 # amiconn: your results are pretty impressive :o) +27% 08.09.26 # Hardly surprising.... 08.09.33 # amiconn: so, i guess i'll submit both patches (new iram + usage for mpc) tonight? 08.09.59 # If you even get +6.6% on PP502x, where iram isn't very important... 08.10.04 Join DerPapst [0] (n=Der_Paps@dhcp-25-146.fh-friedberg.de) 08.10.26 # amiconn: in the 64KB for core/plugin version. if we make up our mind for another partitioning we may change this later 08.11.49 # * amiconn thinks that patch should probably be committed 08.12.37 # saratoga/preglow: regarding your discussion about 32x32=32 multiplies for mp3-decoder. i am doing the same in the mpc-decoder right now. a lot of tweaking via pre-/postscaling the coefficients and samples must be done -- prescaling should also be done with rounding, not via simple truncation. 08.12.48 # It will help ipod Mini G2, Nano, Video; the Sansas, and iaudio M5 and X5 08.13.25 # saratoga/preglow: of course it adds additional noise, but far below masking threshold from my tests last year. 08.13.29 # * amiconn isn't very impressed by mpc itself though 08.13.54 Join Rob2223 [0] (n=Miranda@p4FDCF87A.dip.t-dialin.net) 08.14.11 # amiconn: well, at least it's a very good codec in terms of CPU efficiency :) 08.14.29 Quit m0f0x () 08.14.53 # Is there any reason not to keep the core at 48KB of IRAM? i.e. give 80KB to codecs? 08.15.36 # DSP could make use of some extra iram 08.16.46 # amiconn: we can compare the gain of dsp in iram via codecs with more iram. the solution which is more efficient overall wins :) 08.16.52 # Some non-audio related things too, probably 08.17.33 # Anyway, iram isn't nearly as important on PP502x as it is on coldfire and PP5002 08.19.43 Quit miepchen^schlaf_ () 08.19.46 # gotta go to work now 08.19.59 # * Buschel will be bashed by his customer today :/ 08.20.04 Quit Buschel () 08.20.13 Quit nuonguy ("Leaving") 08.27.58 Quit BigBambi (Read error: 113 (No route to host)) 08.30.48 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.31.55 # linuxstb: Any ideas what might be going on here: http://forums.rockbox.org/index.php?topic=16850.msg125173 08.32.17 Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) 08.32.29 # Llorean: No... I read that earlier this morning and nothing obvious seems wrong. 08.33.08 # I seem to recall some discussion about the "IPOD version: 0xFFFFFFFF" being wrong, but I think all 5.5Gs still do that anyway? 08.33.15 # And probably unrelated. 08.33.29 # That's unimportant (and fixed in SVN for a long time). 08.33.47 # That value isn't actually used for anything for the Video builds. 08.34.22 # =/ 08.34.48 # Can we rule out firmware 1.3 (is anyone using it?) 08.35.49 # I'm sure they are - I remember quite a few people complaining (wrongly) about Rockbox not working when they upgraded to 1.3, but that was simply because the bootloader was erased. A re-install of the bootloader fixed it. 08.35.58 # Okay. 08.37.25 # I guess chkdsk is a good next step 08.38.29 # * Llorean thinks filesystem corruption rates on PP targets are uncomfortably high, but doesn't know if he should decide it's based on the size and quality of userbase, or if he should be worried about the software. 08.49.38 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.50.39 # linuxstb: Were the ipod bootloaders released before the ipod revision fix for G5 and G5.5? 08.51.50 # amiconn: I think our current bootloader version is still the one that added COP support 08.52.18 # amiconn: I think so - it's been a long time since an ipod bootloader release. 08.52.23 # There should be a post-DevConEuro project to update all bootloaders... 08.52.41 # I think it should start at devconeuro 08.53.08 # Yes, petur's 80GB disk needs investigation for starters. 08.55.50 Join homielowe [0] (n=eric_j_l@d205-250-152-29.bchsia.telus.net) 08.57.55 Join krazykit_ [0] (n=kkit@ppp-70-225-141-204.dsl.ipltin.ameritech.net) 08.58.10 # on that topic... we should setup a wiki page with the recommended bootloader version for each target.. 08.59.10 Quit krazykit (Read error: 104 (Connection reset by peer)) 09.00.35 Join petur [50] (n=petur@rockbox/developer/petur) 09.01.10 Join ender` [0] (i=krneki@foo.eternallybored.org) 09.01.11 # I'd like to see the bootloaders taken off the wiki and collected somewhere more prominent 09.01.34 # yes 09.01.42 # well... i mean, just a page saying what revision for each target is expected 09.01.56 # A nice table with bootloader version and the revision from which it was built. 09.03.41 Join homielowe_ [0] (n=eric_j_l@S01060011954e0432.no.shawcable.net) 09.05.22 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 09.06.19 # Llorean: I'm still convinced the file system corruption on PP targets is a userbase problem. I've not heard of it happening to any of us so far. 09.07.11 Quit homielowe (Read error: 104 (Connection reset by peer)) 09.07.36 Join homielowe [0] (n=eric_j_l@d205-250-152-29.bchsia.telus.net) 09.08.16 # I'd be more concerned if file systems are being corrupted once Rockbox USB is in use. 09.10.02 # I've gotten a few corrupted files on my Gigabeast, but I *think* that was a bad cable. 09.10.10 # (in regards to Rockbox USB) 09.10.31 # I mean, we don't write that much at the moment (database building mainly)... 09.10.47 # Constant .cfg files updating 09.10.53 # Ah, true. 09.10.56 # Which, consequently, is a file we get reports of corruption in quite often. 09.11.12 # Isn't the "recommended bootloader" simply the latest release on download.rockbox.,org ? 09.11.19 # linuxstb_: Yes. 09.12.34 # That's not very visible from the website though. 09.12.54 # Does RBUtil use http://download.rockbox.org/ for bootloaders? 09.13.07 # I believe it's supposed to. 09.13.27 # But a table showing current bootloader version, and giving instructions for determining which one you have, might be nice. 09.13.33 # Or "current" and "minimum" 09.15.02 # * GodEater maintains he's never experienced any sort of file corruption on any of his targets. And I use the last.fm stuff too - so there's constant disk writing going on for me. 09.15.41 # GodEater: Do you have an 5.5G or a Sansa? 09.15.46 # both 09.16.00 # the 80GB, and a c240 09.16.10 # and the c240 has an 8GB card in it too 09.16.29 # haven't used rockbox usb with the sansa yet though 09.16.43 # Not a good idea to yet, I believe. 09.16.44 # pondlife: The manual should also link to the download server. No binaries should be on the wiki. 09.16.58 # IIUC with the sansa there *is* a chance of FS corruption with Rockbox USB. 09.17.01 # Llorean: that what I was given to understand, which is why I haven't 09.17.06 Nick linuxstb_ is now known as llinuxstb (n=linuxstb@rockbox/developer/linuxstb) 09.17.23 Quit linuxstb (Nick collision from services.) 09.17.24 Nick llinuxstb is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 09.17.32 # Well, I guess no sense worrying until some of us start seeing these corruption problems. 09.18.01 # But there's just a lot of reports on the forums. I wish there was a way to transmit to users that it's probably not caused by Rockbox without sounding like we're just passing the blame. 09.18.17 # pondlife: database (if used), config.cfg, nvram.bin (except on real nvram targets), .playlist_control 09.18.38 # I thought gevaerts had seen Sansa SD corruptions regularly. 09.18.40 # And I don't think we've seen any signs of nvram corruption or loss of .playlist control. 09.18.47 # pondlife: With use of USB. 09.19.04 # Yes, but only on the SD card (IIRC). 09.19.30 # pondlife: I think it's the main filesystem too, it also uses the SD driver, so you may have seen mention of it being a problem with SD? 09.19.38 # Ah, ok. 09.19.38 # Llorean: I'm positive that the problem is from people who don't get the idea that they have to do the "safely unplug" hardware thing 09.19.56 # GodEater: On windows you don't have to... 09.20.02 # GodEater: Especially since both devices tend to use managers that handle the ejection for you. 09.20.03 Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-9c5c53898cd67601) 09.20.18 # amiconn: Really? 09.20.33 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.20.48 # My H300 always takes at least 2 attempts to disconnect/eject... 09.20.52 # At least as long as you don't enable write caching for removable storage (it's *disabled* by default, with the exception of the archos USB1.1 hdd targets which need their own driver) 09.21.31 # amiconn: I'm with pondlife on this one, my devices complain a lot about unsuccessful attempts to unmount them, which makes me believe there's still stuff being written to them 09.21.35 Join n1s [0] (n=nils@rockbox/developer/n1s) 09.21.40 # amiconn: But a user can still unplug before the write has finished... 09.21.55 # caveat: of course, I don't do much with them from windows very often, but when I do... 09.22.31 # * amiconn always just pulls the cable on windows, and hasn't seen any corruption due to this, except when his archos Studio was new and he didn't realise that this vendor specific driver enabled write caching 09.22.32 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-dcb7c92a5a11633b) 09.22.44 # GodEater: Windows agrees with amiconn - "This setting disables write caching on the disk and in Windows, so you can disconnect this device without using the Safe Removal icon." 09.22.45 # pondlife: I'm seeing this on my M5 too and noticed just recently that after the first remove the disk stops spinning and second remove is successful 09.22.57 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-dcb7c92a5a11633b) 09.23.06 # GodEater: The unsuccessful attempts are practically *always* due to explorer still holding a lock on the device 09.23.07 # GodEater, pondlife: With the H100/H300 it just seems to be a quirk of them. I can not write anything at all, and it'll take two attempts to eject my H100 09.23.10 # * linuxstb wonders if there are any background tasks that could be running and using the disk 09.23.27 # That's exactly what I see. I don't think it used to be this picky, but it may be a service pack weirdness. 09.23.29 # * GodEater blames the recycle bin code 09.23.29 # This has nothing to do with unwritten data 09.23.30 # :) 09.23.54 Quit davina (Remote closed the connection) 09.23.57 # I disabled recycle bin for that drive already.. 09.24.54 # background disk defrag on removable storage :) 09.26.01 # * B4gder is up for DCW in NYC 09.26.09 Quit DerPapst (Connection timed out) 09.26.15 # I just tried removing without using Safe Removal and got "{Delayed Write Failed} Windows was unable to save all the data for the file . The data has been lost. This error may be caused by a failure of your computer hardware or network connection. Please try to save this file elsewhere." 09.26.24 # * Llorean might be able to manage making it to both DevCons if it's there. 09.26.34 # * pondlife can't make either :/ 09.27.10 Quit homielowe_ (Connection timed out) 09.27.11 # (^^ and I had waited for disk spindown, before you ask...) 09.28.10 # CHKDSK finds errors - unsurprising.. 09.28.22 # pondlife: Then you have write caching enabled for some reason. Is this on windows xp? 09.28.36 # Yes, and caching is disabled (apparently) 09.29.13 # "Optimize for quick removal" is selected, not "Optimize for performance". 09.29.28 # SO it should be disabled 09.29.45 # * amiconn wonders what special background processes pondlife might have running 09.29.46 # Indeed, but something is still delaying writes. 09.30.02 # Nothing much, no indexing or similar 09.30.37 # I know this message, but I only saw it when write caching was enabled, or when pulling the cable before writing finished 09.31.03 # (or when a bug on the device side, like in the rockbox usb stack, prevented writing from finishing properly) 09.31.23 # How do you know when writing finishes, listen for spindown? 09.31.58 # I might as well enable write caching if I'm going to "safe remove" anyway... 09.32.01 # Progressbar in explorer (or whatever) finished, then listen for no more access noise 09.32.12 # Most targets won't spin down while connected 09.32.17 Join AndyI [0] (n=pasha_in@212.14.205.32) 09.34.30 # That's what I did, exactly 09.34.52 # On targets with a disk activity indicator that works during USB, that indicator is also usable 09.35.39 # I had just updated via RBUtil, then waited for it to finish and no more drive clicks (for a few seconds).. 09.37.55 Quit fyre^OS (Read error: 104 (Connection reset by peer)) 09.38.03 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 09.41.00 *** Saving seen data "./dancer.seen" 09.44.17 Quit linuxstb (Read error: 113 (No route to host)) 09.44.22 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 09.53.30 Join fyrestorm [0] (n=fyre@cpe-68-173-171-53.nyc.res.rr.com) 09.56.28 Join J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 09.59.43 Quit Shaid (Read error: 110 (Connection timed out)) 10.09.35 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 10.11.40 Join simonrvn [0] (i=simon@unaffiliated/simonrvn) 10.16.14 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 10.16.34 Join tvelocity [0] (n=tony@85.72.136.86) 10.16.59 Join Mathiasdm [0] (n=Mathias@visitorportal.test.ibbt.be) 10.21.39 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 10.21.58 Quit linuxstb (Read error: 110 (Connection timed out)) 10.37.38 Join linuxstb__ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) 10.38.29 Quit Llorean (Read error: 104 (Connection reset by peer)) 10.44.18 Join PaulJam [0] (i=PaulJam_@vpn-3091.gwdg.de) 10.51.57 Quit linuxstb_ (Read error: 110 (Connection timed out)) 10.52.43 Quit homielowe () 10.53.22 Join homielowe [0] (n=eric_j_l@d205-250-152-29.bchsia.telus.net) 11.19.12 Join MethoS- [0] (n=clemens@host-091-096-213-081.ewe-ip-backbone.de) 11.25.26 Quit nplus (Read error: 104 (Connection reset by peer)) 11.25.46 Join MethoS_ [0] (n=clemens@host-091-096-213-015.ewe-ip-backbone.de) 11.26.47 Join BuXY95 [0] (n=51b63cda@gateway/web/cgi-irc/labb.contactor.se/x-b4b1ac072ea66a7e) 11.27.06 # hi you all smart people :) 11.27.11 Quit amiconn (Nick collision from services.) 11.27.18 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 11.27.19 # i have question 11.27.31 # tried to search the site before, but no luck 11.27.39 # shoot 11.28.26 # iriver h120. i'd like to record with a stereo external microphone. using line-in, i can't boost the gain to get acceptable volume 11.28.58 # then you will need an external amplifier 11.28.59 # you mean 48dB is not enough? 11.29.17 # i get about -40dB when i shout at the mike! 11.29.25 # impossible 11.29.36 # maybe wrong mike type? 11.29.46 # i'm using sony ecm-ms907 11.30.23 # and the original firmware has an option for external mic, boosting the signal way up 11.30.35 # did you select line-in? 11.30.42 # in rb, yes 11.31.00 # and gain set to 48dB? 11.31.27 # well, my max value is 12.0dB (sometimes 12.5 dB) 11.31.38 # got AGC enabled? 11.32.01 # err, yeah... btw, the recording screen has a bug. 11.32.51 # no, that is intentional ;) 11.33.09 # disable AGC first 11.33.50 # i have safety agc, and the recording screen has a hidden feature: going down below agc type, the line changes to "agc max gain" :) 11.34.16 # yes, that is intentional to save space on displays with less lines 11.34.22 # and yes, letting agc max gain to 48 dB, i can boost the gain to 48 dB, and that is enough for the mike 11.34.35 # yes 11.34.52 # but anything above 20dB will be noisy 11.35.11 # well, fine, but then at least the lower half of the screen should be scrolling, right? 11.35.12 # so depending on what you want to do, an external amp might be better 11.35.32 # that is something we're working on 11.35.50 Quit PaulJam (".") 11.35.54 Join PaulJam [0] (i=PaulJam_@vpn-3091.gwdg.de) 11.35.58 # and btw, a remaining rec time or remaining disk space would be nice to see here 11.36.18 # * petur should sync the REP first ;) 11.36.45 # there are some patches for that but they are a bit old 11.37.23 # .........and in the recording context menu, the peak meter settings would be useful too 11.37.31 # where can i find patches? 11.37.47 # see rockbox.org in the menu on the left 11.38.08 # remaining rec time could only work with wav 11.38.13 # but the recording patches don't apply cleanly anymore 11.38.41 Quit Mathiasdm ("Yuuw!") 11.38.44 # pixelma: in fact, the patch I talk about only shows remaining disk and battery 11.38.50 # aham. 11.39.10 # remaining disk is fine 11.39.19 Join theli_ua [0] (n=theli@92.112.22.205) 11.39.35 # or is the swcodec mp3 encoding constant bit rate? 11.39.48 # * petur hasn't needed the remaining diskspace one give his 80GB disk :) 11.40.50 # and anyway, you should have at least some gigabytes free becuase if the disk is seriously fragmented you'll get buffer overruns and thus gaps in the recording 11.41.05 *** Saving seen data "./dancer.seen" 11.41.25 # meaning, it takes longer and longer to find free blocks if a fragmented disk gets full 11.41.46 # * petur always kept 10GB free when going to a concert 11.42.03 # or tried to, at least 11.42.24 # good idea. i have a 20gb model, and its filled with tunes, but i never exactly know, how much. :) 11.42.27 Quit tvelocity (Remote closed the connection) 11.43.39 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 11.44.50 Quit MethoS- (Read error: 113 (No route to host)) 11.45.00 # how much buffer does it use for recording? 11.45.17 # RAM? anound 30MB 11.45.27 # *around 11.45.45 # hmm, couple of secs in wav... 11.46.02 # nah 11.46.16 Nick linuxstb__ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) 11.47.24 # i have to create some kind of muffling bag for the recorder if i want to do field recording 11.47.50 # the sound of the spinning hdd is quite disturbing 11.48.00 # More like 3 minutes (at 44.1kHz 16 bit stereo) 11.48.05 # do the CF mod ;) 11.48.44 # amiconn: given actual buffer and watermarks, it is more like 2.5 minutes iirc 11.48.45 # whoa yeah, would be softer :) 11.49.23 # all i need is a huge cf 11.49.30 # cheaply... 11.49.34 # :) 11.53.22 Part theli_ua 11.58.03 Join nplus [0] (n=nplus@141.25.globcom.net) 12.00.52 Quit amiconn (Nick collision from services.) 12.00.58 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 12.04.07 Quit MethoS_ (Read error: 110 (Connection timed out)) 12.05.22 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 12.07.25 Join dunno [0] (n=d9e1f711@gateway/web/cgi-irc/labb.contactor.se/x-9c9a38e18d37f985) 12.10.27 # petur: there's a guy with a H1xx and 32gig CF issue, I have directed him to Rocbox forum, but here's the link at mistic for refernce http://www.misticriver.net/forums/h1xx-specific-mods/58209-problems-cf-mod.html 12.12.11 Join Mathiasdm [0] (n=Mathias@vpna087.ugent.be) 12.13.26 # hmmmm 12.21.16 # dunno: replied to the MR thread and awaiting his RB forum thread... 12.21.27 # * petur goes to lunch now 12.27.25 Join dabujo [0] (i=xx@p4FDB24CF.dip0.t-ipconnect.de) 12.38.12 # thanks petur 12.38.17 Quit dunno ("CGI:IRC") 12.38.36 # Yay, got my new h300 battery today :D 12.41.07 # * n1s found a Swedish seller of Cameron Sino batteries with decent prices 12.41.24 Quit JdGordon ("Konversation terminated!") 12.43.35 Join JdGordon [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 12.45.25 Quit Zarggg (Read error: 110 (Connection timed out)) 12.45.36 # n1s: where? where? 12.45.55 Join Thundercloud [0] (n=thunderc@resnet22.nat.lancs.ac.uk) 12.47.09 # LinusN: www.batterikungen.se 12.47.16 # thanks! 12.47.49 # I got the 1700 mAh one for my h320 12.50.18 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.51.31 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 12.51.33 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.52.05 # anyone know the right argument to "if" to test if a file is binary / text ? 12.52.54 # assuming there is on 12.52.59 # s/on/one 12.53.04 # GodEater: you could start by telling us which language? 12.53.12 # "if file $file|grep -q text " will probably work, but it won't be fast 12.54.06 # bash or ksh LinusN 12.55.43 # can someone who is subscribed to the user ml post a message from me asking for user feedback on fs#8989? 12.56.11 # GodEater: if [-f $filename] 12.57.29 # * gevaerts thinks that GodEater meant that he wants to know which of (binary,text) the file is 12.57.52 # * LinusN cleans his glasses 12.58.21 Join gregzx [0] (n=chatzill@drn131.neoplus.adsl.tpnet.pl) 12.58.32 # if [ `tr -d '[:print:]'|wc -c` -eq 0 ] should also work. 12.58.50 # * gevaerts can't think of a fast way using only standard tools 13.00.05 # perl perhaps ? 13.00.18 # we have it available but it's a pretty old version (5.004) 13.00.40 # GodEater: what are you trying to accomplish? 13.00.53 # find all shell scripts under a given directory tree 13.01.23 # perhaps better accomplished in -community, which is where I thought I was! 13.02.16 # Aren't we ? 13.02.21 # * gevaerts was confused as well 13.03.05 # especially since that's where I gave all the caveats I'm up against already 13.04.03 # the - find . -name "*.ksh" - I launched at 11:13am my time is still running at 12:02. 13.04.14 # just to give you some idea of the amount of files I'm dealing with 13.05.42 # then i suggest you use the 'file' command and test for !"text" 13.07.06 # that's a good idea, thanks LinusN 13.07.57 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 13.11.06 Join crash91 [0] (n=crash@41.232.215.149) 13.19.42 Quit pondlife (Read error: 110 (Connection timed out)) 13.19.45 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 13.25.27 Quit nplus (Read error: 104 (Connection reset by peer)) 13.30.50 Join webguest34 [0] (n=0c9f8e02@gateway/web/cgi-irc/labb.contactor.se/x-15fa67063c4f3a5a) 13.31.18 Quit webguest34 (Client Quit) 13.31.37 Join gregzx_ [0] (n=chatzill@dru186.neoplus.adsl.tpnet.pl) 13.33.19 Quit gregzx (Nick collision from services.) 13.33.28 Nick gregzx_ is now known as gregzx (n=chatzill@dru186.neoplus.adsl.tpnet.pl) 13.33.37 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 13.34.04 Join staen [0] (n=59f5cb6e@gateway/web/cgi-irc/labb.contactor.se/x-53e684cde156ed01) 13.34.55 # hi 2 all! 13.36.52 Quit staen (Client Quit) 13.37.09 # * petur waves goodbye 13.37.33 Quit Mathiasdm (Read error: 104 (Connection reset by peer)) 13.37.48 Join Mathiasdm [0] (n=Mathias@vpna087.ugent.be) 13.40.45 Join desowin [0] (n=desowin@atheme/member/desowin) 13.41.07 *** Saving seen data "./dancer.seen" 13.42.16 Join Nate263 [0] (n=Nate263@c-67-176-94-66.hsd1.co.comcast.net) 13.42.22 Join knittl [0] (n=knittl@193.170.134.132) 13.45.47 Quit PaulJam (".") 13.47.49 # Is anyone one in here? 13.47.50 Quit linuxstb (Read error: 110 (Connection timed out)) 13.48.12 # no, we're all two 13.48.25 # well, i'm here, but i'm a simple user :) 13.48.34 # and me! 13.48.41 # me three! 13.48.57 # ..society building in progress... 13.49.35 # Nate263: do you have a rockbox question or just saying 'hi'? 13.50.07 # Yeah, I'm writing it right now 13.50.28 # B4gder: hey, any chance of another round of download stats sometime? 13.50.32 # poor nate, had to delete all that long sentence :) 13.50.47 # JdGordon: yeah, I've been meaning to do that 13.50.54 # so, "soon"... 13.51.19 # 17k members on the forum! 13.51.29 Join kornfan71 [0] (n=40386632@gateway/web/cgi-irc/labb.contactor.se/x-e404bb16411eafe3) 13.51.39 # I just tried to install Rockbox on my Iriver 5 gb H10 and it didn't work. The error message System Files Missing came up on the iriver. I connected it to iriver plus and "initalized" it deleting what few files I had on there and supposedly reinstalling the firmware but I still get the System Files Missing error 13.51.41 Quit kornfan71 (Client Quit) 13.51.43 # err: bug (iriver h120): recording screen - context menu - pressing STOP wants to create a bookmark 13.52.24 # BuXy95, I was clever and cut and pasted the long sentence so that I could write that without losing what I wrote before 13.52.45 # nate263 good boy :))) 13.53.23 # Nate263: unfortunately I don't know anything about the h10. I hope someone else can help you. 13.53.27 Quit homielowe () 13.53.28 # There was a forum post about this but iriver plus worked for the guy in the post but not for me so I came here 13.53.53 # Maybe I'll drop by later with this question. 13.54.17 # Thankfully this is an old mp3 player so it's not the end of the world like it could have been 13.54.56 # 7400 0 post members... at least another 3k 1 posters 13.55.04 # * JdGordon is evidently bored :p 13.55.52 # bloody hell! only 300 members with >50 posts! 13.55.59 # :) 13.56.07 # well, >50 is quite a lot I think 13.56.25 # oh, and how many people have exactly 142 posts? :) 13.56.45 Quit amiconn (Nick collision from services.) 13.56.52 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 13.56.52 # JdGordon: where do you get those stats? 13.57.02 # the member list 13.57.11 # sorted by posts 13.57.15 # highly technical :p 13.57.47 # Thanks anyways you guys. I'll talk to you later. 13.58.09 Quit Nate263 ("Leaving") 13.58.22 # er... bye. 13.59.16 Quit linuxstb_ (Read error: 110 (Connection timed out)) 14.05.30 Join barrywardell [0] (n=barrywar@dhcp-892b9b44.ucd.ie) 14.08.06 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-10-160.w86-204.abo.wanadoo.fr) 14.10.40 Quit knittl (Remote closed the connection) 14.11.14 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 14.14.56 Join Shaid [0] (n=adam@210-84-52-19.dyn.iinet.net.au) 14.14.57 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 14.17.53 Join BdN3504 [0] (n=55b22d33@gateway/web/cgi-irc/labb.contactor.se/x-198fc544f0464144) 14.18.57 # is there anyone here who will be taking part in the DevConEuro2008? 14.19.03 Quit crash91 ("Ex-Chat") 14.19.06 Join nplus [0] (n=nplus@141.25.globcom.net) 14.19.31 # i want to know if you can come to that convention if you're not a developer 14.19.35 # yes, several of us 14.20.17 # or is it constrained only to people really working on the project? 14.20.23 # I think we basically welcome anyone as long as we can fit all in the place 14.20.55 # cool, i got several more questions 14.20.58 # but I also think it isn't very useful unless you're at least interested in it from a development standpoint as well 14.21.17 # will there be an entry fee? 14.21.48 # we're just a team of guys gathering, there's nothing really formal so there's no fees etc 14.22.13 # ok, then something else: i live in berlin and have space to offer 14.22.16 # guys in the sense multiple persons, not a specific gender actually ;-) 14.22.42 # ah, cool 14.22.52 # and i want to offer it in that hospitality club manner 14.23.06 # so is there a place where i can put my address or something 14.23.11 # ? 14.23.26 # yeah, the wiki page for it 14.23.44 # http://www.rockbox.org/twiki/bin/view/Main/DevConEuro2008 14.23.58 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-bfaae94fd4be546a) 14.24.37 Quit BdN3504 ("CGI:IRC (EOF)") 14.24.53 Join BdN3505 [0] (n=55b22d33@gateway/web/cgi-irc/labb.contactor.se/x-5b708f3096c05ce2) 14.25.04 # i think i got disconnected.... 14.25.13 # where do i put my address? 14.26.16 # http://www.rockbox.org/twiki/bin/view/Main/DevConEuro2008 14.26.21 # perhaps here 14.26.37 # but im not registered in that wiki i think 14.26.51 # hm maybe i'll have to do that 14.26.52 # kk 14.26.53 # thanks 14.26.55 Quit BdN3505 (Client Quit) 14.33.48 Quit cool_walking_ (Remote closed the connection) 14.36.18 Part t 14.42.15 # now we just have to wait for him to come back to get write access :) 14.43.36 Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 14.44.00 Part B4gder 14.44.04 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 14.44.25 # outch, he registered with his nick... 14.44.30 # -t 14.44.30 Quit SirFunk (SendQ exceeded) 14.45.05 Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 14.48.35 # Ugh! 14.48.42 Quit amiconn (Nick collision from services.) 14.48.49 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 14.48.57 # * LambdaCalculus37 gives petur his squeaky hammer to bonk BdN3505 14.49.11 # * petur is not a wiki admin 14.49.35 # I did however already add his real name as wikiword to the write access page ;) 14.55.07 Quit Shaid (Read error: 110 (Connection timed out)) 14.57.28 Quit XavierGr () 14.59.12 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 15.03.35 Quit amiconn (Nick collision from services.) 15.03.42 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 15.04.49 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 15.04.50 # petur: i have changed his name to DavidKauffmann 15.05.12 # let's hope he finds out about it ;) 15.05.29 # he emailed the twiki admins about the access, so i replied 15.06.07 # he could have read the registration page.... 15.06.37 # you have no idea how many people miss that piece of information 15.06.56 Quit mcuelenaere (Read error: 131 (Connection reset by peer)) 15.06.58 # especially the part about how to get access 15.10.48 Quit K4rP4D (Remote closed the connection) 15.10.50 # not to mention how many people that register and never contributes 15.10.52 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 15.11.14 Join tvelocity [0] (n=tony@athedsl-117712.home.otenet.gr) 15.11.16 # why register if you don't intend to edit any pages? 15.12.32 # LinusN: when I first registered I just wanted to be part of rockbox. But then I felt obliged to edit some pages :) 15.12.46 # haha 15.12.51 # LinusN: Same here. 15.13.10 # * gevaerts registered because petur pestered him until he did 15.13.17 # The project just grew on me. :) 15.13.41 # but back then we didn't have the forums and the need to ask for write permission 15.13.59 # * petur looks away 15.14.02 # No forums ? Paradise 15.14.12 # those were the days.. 15.15.25 # When yetis used to happily roam the green fields with their Archoses and irivers? :) 15.17.04 Join djh [0] (n=zippy@67.106.161.69.ptr.us.xo.net) 15.18.39 # LambdaCalculus37: just checked my registration date and rockbox wasn't even running on the irivers back then 15.19.29 # markun: Wow, that's a long time. :) 15.19.39 # * markun feels old 15.20.17 # but luckily there are petur, LinusN and gevaerts to make me feel young again :) 15.20.31 # :-) 15.21.08 # wow, it's soon my 4-year twiki anniversary 15.21.18 # markun: I arrived about a year after you 15.21.18 Quit Ragnor (Read error: 104 (Connection reset by peer)) 15.21.36 Join Ragnor [0] (n=Ragnor@dslb-084-060-169-076.pools.arcor-ip.net) 15.21.51 # * LambdaCalculus37 hands LinusN a beer for his anniversary 15.22.04 # \o/ 15.23.29 Join PaulJam [0] (i=PaulJam_@vpn-3091.gwdg.de) 15.26.44 # * GodEater will be suffering from a birthday on saturday 15.30.40 Quit LambdaCalculus37 ("CGI:IRC") 15.31.14 Join voltagex [0] (n=voltagex@dsl-202-45-98-236.ACT.netspace.net.au) 15.31.18 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-a20b252b4b77e366) 15.31.36 # hi all, looking for help fixing a broken H340. Turns on, hard drive does not spin up, then powers off. 15.31.37 Quit mcuelenaere (Read error: 131 (Connection reset by peer)) 15.31.40 # * LambdaCalculus37 slaps Firefox 15.33.04 Join LambdaCalculus [0] (i=44a0430f@gateway/web/ajax/mibbit.com/x-f24530089dd5dcd3) 15.33.26 Quit LambdaCalculus37 (Client Quit) 15.33.38 Nick LambdaCalculus is now known as LambdaCalculus37 (i=44a0430f@gateway/web/ajax/mibbit.com/x-f24530089dd5dcd3) 15.33.46 # voltagex: does the OF boot when holding REC on startup? 15.34.48 # Yes. 15.34.50 # PaulJam: yes 15.34.57 # Oops. :P 15.35.03 # LambdaCalculus37: ? 15.35.06 Quit Mathiasdm ("Yuuw!") 15.35.29 # voltagex: Meant for another channel. 15.35.43 # LambdaCalculus37: lol, correct answer though. 15.35.54 # PaulJam: sorry, it shows the first screen but also turns off 15.37.10 # maybe a dead battery? have you tried it with the charger connected? 15.37.12 # ...I have another hard drive here, should I open it up and swap it out? 15.37.20 # PaulJam: same result with charger connected 15.37.34 # battery is charging as rockbox bootloader shows 4V before it turns off 15.38.08 # sorry, arghhh incorrect again, turns on and displays Charging in OF with charger connected, but then dies on keypress 15.39.16 # I'm not sure. i thought when something is wrong with the hard drive the of would either show "check HDD connection" or boot up but show "000 files / 000 Folders" 15.39.30 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 15.39.46 # PaulJam: yeah i have had 3 of these players, 1 is still working, 1 died with that error, and this one 15.39.58 # i'm an h300 killer 15.40.19 # I *want* to fix this one though 15.41.08 *** Saving seen data "./dancer.seen" 15.41.54 # I wish I could find someone near me with the skills to fix this thing. 15.42.41 # did you observe any faulty behavour before that happened? 15.42.45 Quit DaCapn () 15.43.02 # PaulJam: my faulty behaviour by dropping it. 15.43.16 # oh 15.44.12 # I will crack it open tomorrow to see whats up 15.44.26 Quit amiconn (Nick collision from services.) 15.44.32 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 15.44.35 # do you have an external hard drive enclosure or any other way to test if the HD took damage? 15.45.05 # PaulJam: I'd be willing to buy one in a flash if I could find somewhere that sold a 1.8" enclosure that took the odd toshiba drives. 15.46.18 # voltagex: Have you tried Googling for a few parts shops? 15.46.30 # * LambdaCalculus37 has an enclosure he bought in a local shop 15.47.09 # heh, they are indeed hard to find. i have my old 20GB drive liyng around and didn't manage to find an enclosure. 15.51.57 # LambdaCalculus37: australia, I could only find a UK shop 15.53.53 # if not the HDD what could it be? 15.54.01 # * amiconn would use another 1.8" target for such a test 15.54.22 # amiconn: how many "targets" do you have lying around 15.54.37 # amiconn: just bought another H340 but really really not confident enough to try that 15.55.43 # * voltagex might start hoarding h340s 15.55.43 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 15.55.58 Join kugel [0] (n=kugel@unaffiliated/kugel) 15.56.38 # * LambdaCalculus37 will take an H340 if voltagex hoards a bunch of them ;) 15.56.56 # LambdaCalculus37: not for free, just started house repayments today... 15.57.16 # LambdaCalculus37: but definitely watching ebay, they're too good of an mp3 player to let disappear 15.57.21 # voltagex: amiconn has several targets :) 15.57.25 # damn iRiver for not making them 15.57.35 # amiconn: I'd almost be willing to post you this drive... 15.57.59 # would you have time to test it? 15.58.02 # apart from the remote, the h300 isnt one of the better targets imo 15.58.32 # JdGordon: I need >=40GB and !==iPod 15.58.32 # voltagex: I can test the drive in my h300 if you want someone closer... 15.58.42 # JdGordon: where are you located? 15.58.45 # melb 15.58.53 # PM me? 16.00.37 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 16.01.20 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 16.01.47 # * amiconn has 6 targets with interchangeable (for testing purposes) 1.8" disks 16.01.59 # Actually 7 16.03.28 Quit voltagex ("leaving") 16.03.42 # amiconn: only 7? I thought you had more... 16.04.07 # XavierGr: Those are the 1.8" targets. The others are flash, microdrive, and 2.5" 16.04.28 # ah ok then yeah, my mistake 16.05.13 # because I have 7 targets all in all, I couldn't believe that you have the same ammount of targets as me 16.05.30 # XavierGr: Which targets do you have? 16.08.02 Quit XavierGr (Nick collision from services.) 16.08.13 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 16.08.36 # LambdaCalculus37: H115, H140, H300, Gigabeat S, Gigabeat F, Sansa c240, Ondio FM 16.09.05 Quit kugel ("ChatZilla 0.9.82 [Firefox 3.0b5/2008050509]") 16.11.31 Join Siku [0] (n=Siku@e81-197-74-246.elisa-laajakaista.fi) 16.12.09 Quit Ragnor (Nick collision from services.) 16.12.20 Join Ragnor [0] (n=Ragnor@dslb-084-060-191-127.pools.arcor-ip.net) 16.17.35 Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) 16.21.16 Join kugel [0] (n=chatzill@unaffiliated/kugel) 16.21.16 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 16.29.28 # Anyone had a chance to test if that one patch fixes the doom crashes with rotated screen? (searchinf for the FS# right now) 16.29.54 # http://www.rockbox.org/tracker/8641 16.32.06 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.43.54 Quit amiconn (Read error: 110 (Connection timed out)) 16.58.27 Quit BlakeJohnson87 (Read error: 110 (Connection timed out)) 17.00.15 Join MethoS- [0] (n=clemens@dyndsl-085-016-165-239.ewe-ip-backbone.de) 17.00.50 # any tips on how to disconnect a battery from an iriver h300? i fear i will rip the connector from the board :/ 17.02.36 # n1s: I used a small pair of tweezers to very gently squeeze the connector out of my Dell DJ (same type of connector). 17.02.54 # You have to wiggle it gently from side to side until it pops out. 17.02.58 # i got it, connector still there :) 17.03.07 # on the H1x0 getting the connector out is the *easy* bit 17.03.13 # getting the new one back in again is the tricky bit 17.05.13 Quit BuXY95 ("CGI:IRC (Ping timeout)") 17.05.24 # this sucker was stuck like those old molexes in 5 year lod computers... 17.08.19 Part LinusN 17.12.58 # is the tracker supposed to mail you when tasks you watch are changed? 17.15.01 Quit MethoS- (Remote closed the connection) 17.17.21 # preglow: think so, yes 17.17.42 # and the h320 is revived! :) 17.17.51 # \o/ 17.18.00 # hrmph 17.18.43 # Now if i could only fix the hp jack... 17.34.44 # did someone tried the last svn on the gigabeat F ? 17.36.20 # on the X there is a flash each time the lcd goes off or on, not only when it goes off as mentioned 17.36.43 # goes on ^^ 17.38.53 Join DerDome [0] (n=DerDome@dslb-082-083-201-159.pools.arcor-ip.net) 17.41.13 *** Saving seen data "./dancer.seen" 17.42.25 Join Mathiasdm [0] (n=Mathias@vpnc247.ugent.be) 17.45.37 Join kushal20080514 [0] (n=chatzill@c-67-173-249-88.hsd1.co.comcast.net) 17.45.58 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 18.01.55 Quit gevaerts ("going home") 18.03.39 # toffe82: is the lcd turned off and on with the backlight by default now? 18.03.40 # toffe82: yes, that was after a commit by kkurbjun. It reduces batter consumption by 12%. 18.04.19 # Maybe we can add a slight delay after the screen turns on before we enable the backlight? 18.04.45 # perhpas, it is a little strange when you look at it 18.04.56 # it's usually nescessary to wait about a frame so an image has been written first 18.05.17 # e200 does that since it has a similar controller arrangment 18.14.23 # * jhMikeS spots lots of bugs in the lcd handling 18.14.51 # jhMikeS: easy to fix them? 18.15.46 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-7582f0503e23acfe) 18.16.22 # PP targets should use 32KB for core and 64/96k for codecs 18.16.36 Join herrwaldo [0] (n=waldo@ip-81-11-213-1.dsl.scarlet.be) 18.16.54 Join joshn_ [0] (n=joshn@wsip-70-167-45-122.ks.ks.cox.net) 18.17.02 # since codecs are the dominating factor in determining battery life 18.17.38 # markun: the problem is led_control_service calling lcd_enable 18.24.23 # i get error accessing playlist control file 18.24.41 # i've had this before and i had to delete somethin i though ... but what ? 18.27.14 Quit nplus (Read error: 104 (Connection reset by peer)) 18.27.19 Join nplus [0] (n=nplus@141.25.Globcom.Net) 18.27.22 # nvm fixed it 18.27.32 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 18.27.53 Join mf0102 [0] (n=michi@85.127.21.196) 18.29.03 Join nuonguy [0] (n=john@c-24-6-175-26.hsd1.ca.comcast.net) 18.31.58 Quit kushal20080514 ("Thank you for talking with me today.") 18.42.11 Quit petur ("work->home") 18.48.04 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 18.50.49 Quit barrywardell () 18.51.43 Join ali_as [0] (n=as@ambix.plus.com) 18.57.03 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.57.40 # markun: I think using the lcd_sleep functionality is more appropriate 19.00.54 Join crash91 [0] (n=crash@41.232.215.149) 19.03.10 Join miepchen^schlaf [0] (n=miepchen@p54BF55CC.dip.t-dialin.net) 19.04.38 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 19.06.07 Join nedd1 [0] (n=john@nat/sun/x-85773c43018a4651) 19.07.44 Quit ali_as_ (Read error: 110 (Connection timed out)) 19.16.02 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 19.20.15 Join Llorean [0] (n=DarkkOne@adsl-69-154-187-90.dsl.hstntx.swbell.net) 19.22.39 Quit amiconn (Nick collision from services.) 19.22.45 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 19.22.55 Quit krazykit_ ("Connection reset by beer") 19.29.35 Quit nedd1 (Remote closed the connection) 19.30.43 Quit dabujo (Read error: 104 (Connection reset by peer)) 19.39.55 Quit amiconn (Nick collision from services.) 19.40.01 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 19.40.58 # everyone should stop worrying about the build server rbclient cert 19.41.14 # it was generated a long time _before_ this debian openssl problem 19.41.15 *** Saving seen data "./dancer.seen" 19.41.42 # or rather key, not cert 19.41.56 Join sup [0] (i=1000@c80-217-101-4.bredband.comhem.se) 19.42.54 # Does the build master run debian stable? 19.43.02 # no 19.43.13 # "The first vulnerable version, 0.9.8c-1, was uploaded to the unstable 19.43.13 # distribution on 2006-09-17" 19.43.43 # the build master did run unstable, now on testing 19.44.50 # And the key was generated more than 20 months ago? 19.45.01 # yes, we used them already in 2005 19.45.19 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.45.43 # ok 19.46.45 # * amiconn thinks it's kinda interesting that his build box didn't show the option to replace the key on upgrade 19.47.04 # I wonder when this first version entered 'testing' 19.47.44 Join dan_a [0] (n=dan-mirc@217.23.173.156) 19.48.23 Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 19.49.00 Join bertrik [0] (n=bertrik@190-023-045-062.dynamic.caiway.nl) 19.49.00 # amiconn: that's probably not too hard to find out 19.49.06 # bbl 19.49.36 # * jhMikeS will have the lcd blink thing resolved shortly 19.50.58 Quit Horscht ("We don't make mistakes, we just have happy little accidents") 19.51.25 # Lcd blink thing? 19.52.11 # gigabeat FX when turning the lcd on shows a white screen for a bit 19.52.40 # I guess it needs a short wait before enabling the backlight? 19.52.54 # jhMikeS: it is the same when you turn it off 19.53.28 # So the F/X LCD is normally white? 19.54.06 # I'm going to use the lcd sleep functionality but without a user setting 19.54.28 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.54.46 # amiconn: yes 19.54.53 Quit Nibbler (Read error: 110 (Connection timed out)) 19.55.31 Join Nibbler [0] (n=Nibbler@e181101078.adsl.alicedsl.de) 19.55.33 # Interesting... I seem to remember reports that it's unreadable without backlight, and I only know that behaviour from normally black LCDs 19.55.58 # it need a delay because of the fading 19.56.39 # you can pick it up in direct sunlight with gigabeat and e200 and such but they're still not that readable anyway 19.56.40 # you can read without backlight but it is difficult 19.56.45 # * amiconn wonders a bit about mcuelenaere's commit 19.56.53 # They are TFT displays though 19.57.14 # If the ZVM is actually multiple targets, each of them should have its own config-*.h 19.57.46 # jhMikeS: Yeah, all our colour target's LCDs are TFT except c200 19.59.20 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 19.59.28 # * amiconn wonders why http://www.rockbox.org/wiki/IpodConversionToFAT32 doesn't even mention the ipodpatcher method... 19.59.50 # This way the code will never see enough testing imho 20.02.38 # ipodpatcher can format partitions to fat32? :> 20.03.36 # --convert 20.03.58 # really 20.04.26 # that should of course be mentioned 20.04.32 # I seem to remember that it doesn't do 2048-byte sectors yet 20.06.21 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 20.06.48 # amiconn: each of those targets aren't really that different to the ZVM30GB 20.07.10 # Well, they *are* different targets in configure 20.07.20 # yes, that's true 20.07.21 # Many targets are very similar to each other 20.07.36 # I thought it would be a bit overkill to have different config-xx.h 20.07.37 # E.g archos fm recorder and recorder v2; iaudio X5 and M5 20.08.17 # do the ipod 5.5G 32MB and 64MB have different config? 20.08.20 # In fact I won't consider two targets *very* similar if they even have different lcd resolution and/or depth 20.08.52 # No, since that's only a ram size difference 20.09.16 # ok, maybe the Zen Vision could be split up 20.09.28 # but the ZVM30GB and 60GB only differences is an other USB chip 20.09.41 # so I suppose those don't need a separate config, 20.09.41 # ...and those 2 use the same target selection in configure 20.09.42 # ? 20.10.30 # if there's even a slight change in key configurations, screen size, etc, they should have different configure options, imo 20.10.32 Join spiorf [0] (n=spiorf@host126-226-dynamic.25-79-r.retail.telecomitalia.it) 20.10.37 # The difference with the 32MB and the 64MB ipods is that the 32MB build actually works perfectly on any ipod video 20.11.00 # I think we should keep the rule that if there are 2 target ids in configure, each of those should also get its own config-*.h 20.11.08 # the 30GB could work perfectly on the 60GB if it weren't for the firmware format signature.. 20.11.38 # mcuelenaere: Same reason why the archos fm recorder and recorder v2 builds are different 20.11.49 # amiconn: so the for the 3 targets, there need to be 3 config-*.h ? 20.12.08 # The rockbox code, and even the scrambling, are binary *identical*. The only difference is the model id in the header 20.12.30 # ...preventing an fmrecorder ajbrec.ajz from being loaded on a v2 and vice versa 20.12.35 Join Falafel [0] (n=Falafel@186pc220.sshunet.nl) 20.12.43 # ok, then I'll change the files according to Rockbox philosophy :) 20.12.47 # I think so, yes 20.13.47 # It's not that each target is *required* to have its own target id, e.g. the iPod G1 and G2 share a build, handling slight hardware differences at runtime 20.14.53 # But then the build works out of the box on both, without any file name differences. The main reason for doing this is that ipodpatcher can't distinguish 1st and 2nd gen ipods, because the OF is also shared 20.15.43 # let's make a universal arm build that works on all arm based targets! :) 20.15.44 # the problem is, it requires several target id as the header file of the firmware needs to be different (ie the 60gb won't accept a 30gb fw) 20.16.29 # Yes, and hence the config-*.h files should also be different, at least if we decide to stay with the current concept 20.17.30 # We could change the concept, but there's always the problem with ifdefing where to draw the line 20.17.40 # preglow: We're not ipl... 20.22.38 # that meg-fx controller takes a rather long time before an image is available (~200ms) 20.23.21 # preglow: so the same build for imx31 as for pp5002? :p 20.23.49 # jhMikeS: hell yeah :P 20.27.53 Quit crash91 ("Ex-Chat") 20.28.01 Join lee321987 [0] (n=chatzill@dialup-4.160.57.52.Dial1.Cincinnati1.Level3.net) 20.28.21 Part d34df00d 20.29.00 # This is my fist time using an IRC client. Can you hear me? 20.29.09 # loud and clear! 20.29.17 # thank you 20.30.14 # <-- off to read more about IRC 20.30.20 Quit lee321987 (Client Quit) 20.32.24 # * LambdaCalculus37 thinks lee321987 should read up on IRC commands 20.33.17 # /ignore LambdaCalculus37 :P 20.33.26 Quit tvelocity ("Αποχώρησε") 20.33.48 # Hey! :P 20.46.18 Join Lear [0] (i=chatzill@rockbox/developer/lear) 20.46.44 # Is PLL_CONTROL on PP502x documented somewhere ? 20.48.12 Join miepchen^schlaf_ [0] (n=miepchen@p54BF57CF.dip.t-dialin.net) 20.48.25 # Only partially, I think 20.48.49 # * amiconn should really document his findings in the wiki 20.49.45 Quit Horscht ("IRC is just multiplayer notepad") 20.50.06 # Are you looking for something specific? 20.50.25 # No, just trying to understand it 20.50.44 # I think I can get most of it now 20.50.45 Quit Genre9mp3 () 21.02.24 Quit miepchen^schlaf (Connection timed out) 21.04.22 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 21.04.44 # hmm I messed up at tools/configure apparantly 21.05.57 # How does the build server select a target at tools/configure? 21.07.18 # It uses the alphanumeric name afaik, e.g. 'creativezenvision' 21.07.47 # aha, that explains the error 21.08.04 # should I revert the name back or contact Bagder? 21.08.14 # Contact Bagder, methinks 21.08.31 # It was done this way to make menu cleanups easier 21.08.32 Quit mcuelenaere (Read error: 54 (Connection reset by peer)) 21.08.40 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.08.46 # Bagder: ping 21.08.50 # The numbers may change, the names usually won't 21.09.01 # (except in special cases like this one) ;) 21.09.17 # :) 21.14.59 Join lee321987 [0] (i=chatzill@dialup-4.160.57.52.Dial1.Cincinnati1.Level3.net) 21.18.05 Quit lee321987 (Client Quit) 21.25.41 Join Buschel [0] (n=AndreeBu@p54A3EEA4.dip.t-dialin.net) 21.28.22 # haha, this new battery has 4.14V after a full charge, the old one were at 4.05 :D 21.30.21 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.30.30 Join petur [50] (n=petur@rockbox/developer/petur) 21.32.13 # * Buschel just committed the PP-iram patch (80KB plugin/codec, 48KB core) 21.32.53 Quit spiorf (Remote closed the connection) 21.35.00 Join LambdaCalculus37 [0] (i=44a0430f@gateway/web/ajax/mibbit.com/x-a28a4031b09bf6b8) 21.35.09 # Buschel: how much decoding is done from an IRAM souce buffer and how much difference does it make? 21.35.12 Quit nuonguy ("This computer has gone to sleep") 21.36.40 # jhMikeS: you are talking of buffer for the compressed signal? 21.36.46 # yes 21.37.22 # jhMikeS: talking for mpc iram is not used for this buffer. and it makes no difference for mpc at least. 21.37.48 # jhMikeS: what makes a difference is using iram for intermediate sample buffers within the synthesis filter 21.38.09 # jhMikeS: and for lookup tables (huffman) 21.38.30 # mpc doesn't use more than 64KB though, does it? 21.38.56 # iram or source buffer? 21.39.30 # iram is <64KB, source buffer is =64KB (not iram though) 21.39.34 Join czajkowski [0] (n=cypher@skynet.skynet.ie) 21.39.47 # iram 21.40.22 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.40.49 # anyone happen to know how long most sd cards need to set the powered up flag in ocr? 21.40.57 Join LambdaCalculus3 [0] (i=44a0430f@gateway/web/ajax/mibbit.com/x-ba84c346449cb82b) 21.41.19 *** Saving seen data "./dancer.seen" 21.41.23 Nick LambdaCalculus3 is now known as LambdaCalculus37 (i=44a0430f@gateway/web/ajax/mibbit.com/x-ba84c346449cb82b) 21.42.12 # it can take quite some time actally (up to 2 seconds or so iirc from the standard) 21.42.19 # preglow: I only know this for MMC, and even the extreme cases don't take longer than a second 21.42.41 # ok I've only just heard about rockbox can I ask possibly a very stupid question. I have backed up all my stuff to my ipod and I want to then connect it to ubuntu and use it as an external harddrive. Now how does rockbox work/? 21.42.47 # Just make sure you don't poll in too quick succession, as that might prevent some cards from finishing their power-up sequence 21.43.28 Join homielowe [0] (n=eric_j_l@d205-250-152-29.bchsia.telus.net) 21.43.29 # czajkowski: I don't see the connection 21.43.30 # A sleep(1) after each unsuccessful poll is certainly a good idea (helped me getting some MMCs to work on Ondio) 21.43.47 # BigBambi: I was recommened to use it but unsure as to how to proceed. 21.44.09 # czajkowski: The manual is linked from every page of www.rockbox.org, and contains full instructions 21.44.42 # ok thanks 21.44.52 # Do you knwo what Rockbox is? 21.44.56 # *know 21.45.09 # And also, what model of iPod do you have? 21.45.10 # * jhMikeS has no idea :( 21.45.33 # jhMikeS: It just adds some games :) 21.45.46 # really, where do I get the games? 21.45.47 Quit homielowe (Client Quit) 21.45.52 # czajkowski: If not, www.rockbox.org/wiki/WhyRockbox 21.46.01 # jhMikeS: abi :P 21.46.14 # BigBambi: thanks!!! 21.46.36 # :) 21.47.43 # BigBambi: it's a open souce version of a music player 21.47.57 # LambdaCalculus37: I've an ipod 5th eneration 21.47.59 # czajkowski: It is a complete replacement firmware 21.48.25 # And you're also good to go, as you have a supported player. 21.48.51 # LambdaCalculus37: Don't let pixelma catch you saying that! 21.49.04 # Eep! 21.49.09 # * LambdaCalculus37 runs and hides from pixelma 21.49.17 # hmm ok I'll read the manual and if I get stuc ask, thanks for the pointers 21.49.34 # I do agree actually about the use of supported, but it is very easy to slip back into using it 21.49.46 # czajkowski: no problem 21.52.32 # 7minutes past due on the build? hmmm.... 21.53.53 # * preglow wonders why the hell he keeps getting crc errors 21.54.13 # the CRC calculation is wrong? :P 21.54.19 # You're actually checking the SD crc? Or does the controller handle it? 21.54.50 # amiconn: controller handles it 21.54.58 # ah 21.55.13 # "prepare for app command" command (55) works, and status is ok 21.55.22 # but when i send the actual app command, i get a crc error 21.55.33 # reply crc, it seems 21.55.44 # meh, 10min overdue now 21.55.45 Quit Nibbler (Read error: 110 (Connection timed out)) 21.55.48 # * amiconn now remembers that CRC handling is required for MMC in MMC mode as well 21.56.07 # i think mmc and sd are very alike on the transport level 21.56.07 Part czajkowski 21.56.19 # but with different command sets 21.56.27 # In SPI mode it's optional, and on Ondio we just don't care. (the crc bytes still need to be present though) 21.56.39 # don't know about spi mode, i don't think we'll need it 21.57.01 # SPI mode is for really simple hookups without dedicated SD/MMC controller 21.57.12 # very weird, the data i get from the card seems to be correct, it just claims to never have powered up, but controller claims crc failed 21.57.39 # probably stating the obvious, but SPI mode does not require CRC except for two commands 21.58.06 # is there an auto kick on the build server now? 21.58.34 # Ah, so it's two for SD. For MMC it's just one - the first one, which then disables crc support 21.58.58 # And since that first command is constant, the crc is also constant, hence just precalculated 21.59.02 # amiconn: d2 supports mmc as well, btw 21.59.04 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.59.20 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 21.59.29 # but i doubt i'll get any mmc cards, so i'm just ignoring it 21.59.55 # bertrik: Maybe doing the same, but MMC actually has two CRCs, CRC-7 for commands and parameters and CRC-16 for data 22.00.04 # amiconn: same for sd, afaik 22.00.28 # hmm 22.01.07 # that was a build auto kick, eh? (restarted) 22.01.40 # jhMikeS: The build system learned that trick a few weeks ago iirc 22.02.12 # But sometimes it doesn't work, afaik that happens if svn is locked for some reason 22.02.13 # I thought I saw it do it once sometime back but wasn't sure if it was just manual 22.03.22 # I guess it needs to run "svn cleanup" first ? 22.03.34 # AFAIK, the data CRC is never required in SPI mode sd cards. The command CRC is required only for CMD0 (go idle state) and CMD8 (send if cond). 22.11.01 # I do agree actually about the use of supported, but it is very easy to slip back into using it <- that's why I started reminding people of it and what do I get? :( 22.11.17 # pixelma: jokes :) 22.11.21 # the build table is a bit misleading... my change did nothing with lcd-stuff ;-) 22.11.43 # * jhMikeS fixes 22.11.48 # pixelma: I think the reminders are good, we are only joking around 22.12.11 # a curse unto this annoying controller 22.13.01 # * jhMikeS seems to have edited a file within the wrong SVN tree :\ 22.13.03 # mcuelenaere: I'm here now 22.13.12 # but I'm having a minor network problem 22.13.29 # * Bagder can't access www.rockbox.org directly from home 22.13.51 # but it works fine if I ssh to an outside server and go from there to the site 22.13.53 # Bagder: so you aren't able to edit the build script? 22.13.57 # ok 22.14.12 # Bagder: while you're at it, could you add the other 2 targets? 22.14.14 # I just can't browse the site atm 22.14.29 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 22.14.54 Quit joshn_ (Read error: 113 (No route to host)) 22.15.24 # sure, I take it "normal" target builds are enough for those? 22.15.46 # BigBambi: the last few times it even wasn't me who said something, just others who said I might do so... ;) 22.15.49 # Bagder: yes, bootloader builds aren't committed 22.16.02 # pixelma: See, you've won! 22.16.53 # what resolution should the user timer have to be able to be used the way it currently is in rockbox? 22.17.25 # * gevaerts wonders if the build scripts in svn are up to date 22.18.35 # the buildmaster script in www/tools is basically the same one running now 22.18.46 # with just some minor changes 22.18.55 # BigBambi: it isn't about winning, I'd hope though... 22.19.05 # preglow: As fine resolution as possible without needing extreme measures. PP is currently the lowest-resolution one 22.19.24 # (I think - I don't know the user timer resolution on the gigabeats) 22.19.32 # pixelma: I meant you are winning as in you are getting through to people, not as in you are fighting a battle :) 22.19.53 # amiconn: ok, i'll reserve the 32 bit timer in d2 for user timer, then 22.22.00 # PP has 1/1,000,000 sec resolution, coldfire 1/11,289,600 sec, and SH1 has either 1/11,059,200 sec or 1/12,000,000 sec 22.22.06 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 22.22.07 # mcuelenaere: does the sim for zvm build? 22.22.14 Quit Buschel (Read error: 104 (Connection reset by peer)) 22.22.15 # amiconn: i actually think this telechips thing has the most timers of any platform, i count seven 22.22.20 # I just noticed with have no creative sim in the table 22.22.22 Join Buschel [0] (n=AndreeBu@p54A3EEA4.dip.t-dialin.net) 22.22.35 # Bagder: I haven't looked into the simulator yet.. 22.22.37 # preglow: Wow. SH1 has 5 timers 22.22.41 # ah ok 22.22.49 # then I'll put that on hold a while more 22.23.08 # what are the biggest requirements for getting it running? 22.23.08 # four 16 bit, two 20 bit, one 32 bit... 22.23.28 # We use 3 (on Player) resp. 2 (all other archoses). One more when debugging MAS data transfer 22.23.33 # mcuelenaere: there's usually not a lot once the main build builds 22.24.26 # BigBambi: ok. It's just if you say 'because of (me)' it feels a bit like when our forum friend z. said "follow the rules because the moderators don't like it". :P 22.24.33 # shotofadds: problem with using the other timers as usec timers will of course be that they won't have enough bits to do any decent timeout intervals :/ 22.24.42 Join miepchen^schlaf [0] (n=miepchen@p54BF575D.dip.t-dialin.net) 22.24.43 # pixelma: Sorry, that wasn't intended at all 22.24.43 # shotofadds: but i guess having a coarser time base than 1 usec is ok too 22.24.53 Join Genre9mp3 [0] (n=yngwiejo@rockbox/contributor/Genre9mp3) 22.25.13 # hopefully :) 22.25.14 # preglow: Are there prescalers? 22.25.19 # amiconn: yep 22.26.02 # at least i think so... 22.26.10 # all timers are based on a single source (currently 2MHz), which can then be divided and pre-scaled individually by each timer 22.26.19 # Well, then you might not need to reserve the 32 bit timer as the user timer 22.26.26 # ok, now all we need is a commit and there should be 3 creative builds 22.26.41 # Bagder: done :) 22.26.49 # great 22.26.50 # * gevaerts wonders about zvm bootloaders 22.27.06 # I still can't browse the site though 22.27.10 # BigBambi: sorry, my last sentence doesn't make sense but I see you understood. Anyways I take that as joke now, case closed. :) 22.27.24 # did anyone make proflings of synth.c for libmad? would be intersting to compare the results to synth_filter.c in mpc. the filterbank is the same 22.27.27 # amiconn: hrm, prescaler varies from 2 to 2^5 for each timer individually 22.27.34 # The SH1 timers are all 16 bit only. If you specify a longer timeout than e.g. 65,536/12,000,000 sec on Ondio, it will start using the prescaler, gradually lowering absolute resolution 22.27.41 # pixelma: cool :) 22.27.44 # that would be enough for all but the most long intervals 22.27.48 # preglow: that's the source divider. there's also a separate prescaler (iirc) 22.27.54 # shotofadds: can't say i find it 22.27.58 # gevaerts: what's to wonder about it? :) 22.28.07 # Do they exist ? 22.28.34 # shotofadds: the 32 bit one has an extra prescaler, but doesn't look like the others do 22.28.38 # gevaerts: yes, but they aren't really needed 22.29.06 # do UI simulators require a button for the hold button? 22.30.06 # The prescaler on SH1 is limited to 1/2/4/8, so the max. timer interval is pretty limited 22.30.35 # preglow: hmmm, you're right. there's no extra prescale except on the 32 bit timer. seems I'm losing my mind... 22.31.17 # jmworx: ping? 22.31.59 # That means that even the 20 bit timer on TCC will allow longer timer intervals than the SH1 timers 22.32.15 # ...without needing a prescaler 22.32.33 # where are the images for the simulators get from? Can I take a picture from creative.com and make it fit in or is this a copyright violation? 22.32.54 # mcuelenaere: They're usually scans of the device 22.33.25 # amiconn: and can I take for example this picture? http://images.europe.creative.com/iss/images/artwork/A6_RGB/Zen_VisionM_Black_a.jpg 22.33.45 # It looks like the timer source clock can be divided by 2/4/8/16/32 or 1024/4096. 22.34.08 Join joshn_ [0] (n=joshn@ip68-102-228-19.ks.ok.cox.net) 22.35.18 # * jhMikeS wonders when the next build table width discussion starts ;) 22.35.27 Join krazykit [0] (n=kkit@ppp-70-225-141-204.dsl.ipltin.ameritech.net) 22.35.32 Quit krazykit (Client Quit) 22.36.10 # jhMikeS: I have a few ideas to try out, just haven't gotten around to actually write the code for them yet 22.36.31 # * gevaerts doesn't have any problems with the build table, as long as there are only single-digit amounts of errors and warnings 22.37.05 # I think it's about double the width from two years ago when I first came around :) 22.37.50 # * Buschel will leave for Matratzenhorchdienst 22.37.56 Quit Buschel () 22.38.44 Join krazykit [0] (n=kkit@ppp-70-225-141-204.dsl.ipltin.ameritech.net) 22.38.46 # nighty, night 22.38.59 # mcuelenaere: I don't think isp1583.h should contain the usb_drv function declarations. Just include usb_drv.h 22.39.21 # gevaerts: ahh, good point 22.40.49 Quit miepchen^schlaf_ (Connection timed out) 22.40.56 Join miepchen^schlaf_ [0] (n=miepchen@p54BF69DE.dip.t-dialin.net) 22.43.29 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 22.46.11 # Would anyone be against moving the disk space recalculation feature to it's own menu item? I hit it quite often when trying to exit the info screen because play goes to the wps everywhere else... 22.46.29 # Bagder: I believe there's still something wrong with the build table; it says platform selected="creativezvm" for all the 3 targets 22.47.14 Join Anon2733 [0] (n=JD@101.204.175.24.cfl.res.rr.com) 22.48.10 # really? 22.48.40 # strange 22.49.10 # creativezm even 22.49.12 # ah, I though you were speaking ironically :) 22.49.20 # thought* 22.49.55 # He, was that perhaps the cause of the strange behavior I had yesterday? 22.50.11 # mcuelenaere: check the strings again, they're just very very similar 22.50.16 # two are identical, one is next to 22.50.36 # creativezvm x 2 and then creativezm 22.51.01 # Falafel: what was your strange behaviour? 22.51.35 # that whatever I tried the resolution wouldn't change? 22.51.44 # 'allo 22.51.51 # I never got anything else than 320X240 22.52.15 # mcuelenaere: I think we should probably differentiate the "modelname" fields for the two zvm builds for that reason 22.52.19 # Bagder: you're right, those should be creativezvm30gb, creativezvm60gb and creativezv 22.52.35 # Falafel: normally, this should be fixed in current SVN 22.52.40 # right 22.52.51 # Hmm, I'll check when I finish my homework :) 22.53.08 # Bagder: my last sentence was @22:50:30 22.53.19 # not that it matters that much :) 22.54.50 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 22.55.27 # What mode is the Sansa supposed to be in when you install rockbox? I cannot find any installation instructions, and when I try to install rockbox in MSC and recovery mode, the rockbox utility says it cannot find the Sansa. 22.55.58 # Anon2733: What is the version of the Sansa firmware? 22.56.05 # I was going to try manufacturing mode, but it's been a while since i worked for sanDisk and I cannot figure out how to get into it 22.56.13 # and what Sansa? 22.56.14 # BigBambi: Lemme check 22.56.18 # e270 22.56.27 # Anon2733: you install from normal SC mode 22.56.34 # *MSC 22.56.48 # NOT recovery and especially not manufacturing 22.56.51 # k 22.57.07 # Anon2733: as an ex-sandisk employee, we'll of course expect you to leak massive amounts of internal info about the hw that we don't know! ;-O 22.57.08 # I thought meebe manufacturing since that is how we used to recover bricked e200's sent in for RMA's 22.57.31 # lol, I've already leaked ton's of SanDisk info to the rockbox community a while ago 22.57.46 # Anon2733, you have a v1 or v2? 22.57.49 # v1 22.58.06 # Anon2733: sure? What's the OF version? 22.58.13 # Are you running rbutil as root or with administrator privileges ? 22.58.22 # I don't disbelieve you, just want to be sure :) 22.58.30 # I am on Windows running with admin privilidges 22.58.35 # I'm using rbutil 22.58.56 # once this finishes refreshing the database ill let you know the firm version 22.59.07 Join austriancoder [0] (n=austrian@rockbox/developer/austriancoder) 22.59.07 # haha, that sodding db refresh 22.59.12 # Aye 22.59.35 # 01.02.18A 22.59.39 # cool :) 23.00.04 # All seems fine - v1, MSC, admin rights 23.00.11 # I should be abel to just connect it in MSC, open the config window in rbutil, choose the sansa, and then install, correct? 23.00.16 # yes 23.00.31 # Lemme try it again 23.00.35 # It is properly in MSC - i.e. you get a drive letter for it? 23.00.47 # yes 23.00.52 # weird 23.01.14 # just use sansapatcher and zip ;) 23.01.54 # wierd 23.02.01 # rbutil is now working correctly 23.02.16 # cool :) 23.02.36 # Well, nevermind then. I don't know why it is working now, it didn't the last 10 times I tried and I didn't do anything different 23.02.59 # the joy of computers 23.03.11 # it helps talking about your problems! ;-P 23.03.15 # * scorche|sh is curious what Anon2733 leaked so he can give credit 23.03.24 # lol 23.04.05 # pretyy much I'm not exactly sure what info I leaked. I did tech support for SanDisk, so I basically just asked the engineers a bunch of questions that a rockbox dev wanted to know 23.04.06 # The DB refresh is avoidable (on the e200 at least)... 23.04.17 # a lot of technical stuff that I didn't even understand 23.04.21 # avoidable? 23.04.36 # Though I can tell you this 23.05.04 # err, nvm 23.06.05 # Yes, never select a language. Refresh is done after that. I never use the OF for other than USB mode, so... 23.06.20 # * domonoky hugs Anon2733 for his anonymous help.. :-) 23.06.23 # nvm? 23.07.44 # Scorche: I still leak info, but I can'tt leak anything that will get me in trouble right now because I'm not behind a vhost and it's easy to figure out who I am 23.08.01 # There, rockboxed finished installing :) 23.09.16 # lulz, doom on my Sansa 23.09.24 # * amiconn wonders what's up with the build table 23.09.52 # Not the gaps, but the 'ld' failures 23.10.13 # ZVM simulator works 23.12.10 # It's as if the build just stops for no reason 23.12.41 # so many new targets... :-) now we have 5 players "in the queue" .. yay.. 23.12.58 # The 30 GB build ends the same way, but is green... 23.13.13 # ah... 23.13.47 # different output names 23.14.12 # the build script checks for it by the wrong name atm 23.14.47 # fixed now 23.15.03 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.16.06 Quit Lear ("ChatZilla 0.9.82 [Firefox 3.0pre/2008051206]") 23.18.30 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 23.20.54 Join rexbron [0] (n=rexbron@unaffiliated/rexbron) 23.21.12 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 23.22.16 # nice and green :) thanks Bagder 23.22.24 # ah goodie 23.22.48 # hey everyone, I am getting an interesting error with the rockbox bootloader. It is reporting that rockbox.ipod can not be found. I have done a complete installation via the rockbox utility and also tried manually unzipping the current ipod video firmware onto the device. Is there anything else I should try? 23.22.48 # Maybe add the sim as well, now that it builds ? 23.23.18 # sounds good to me, only 30GB is supported atm though 23.23.19 # yes, a creative sim would be good 23.23.30 # fine enough, me add 23.23.41 # rexbron: what ipod exactly ? 23.23.50 # Ipod Video 30Gb 23.24.06 # (That would be 5g iirc) 23.24.12 # Could also be 5.5G 23.24.40 # jhMikeS: you know if keeping the clock slow is important during sd init? 23.24.44 # No, I am fairly sure it is 5g, but is there a way I can confirm this? 23.25.24 Quit petur ("*plop*") 23.25.28 Quit shotofadds ("Leaving") 23.26.03 Quit pondlife (Read error: 110 (Connection timed out)) 23.26.08 # There is a page at apple.com somewhere that details serial numbers I think 23.26.10 # gevaerts: ^ 23.26.13 # sorry 23.26.26 # gevaerts: I will attempt to confirm this 23.26.40 # rexbron: did you try checking the filesystem ? 23.26.58 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 23.27.06 # gevaerts: ls .rockbox/ shows rockbox.ipod in the correct location 23.27.24 # I mean something like fsck 23.28.19 Quit PaulJam (".") 23.29.24 # rexbron: http://support.apple.com/kb/HT1353 has info on identifying the exact model 23.30.19 Quit Falafel (" houdoe") 23.30.28 # gevaerts: it is definately a 5g 23.31.03 # * gevaerts looks around for people who know more about ipods 23.31.57 # the fake IRAM in plugin.lds is broken now for S/F/X 23.32.07 # rexbron: can you try moving the rockbox.ipod file to the root for a sec? 23.32.20 # sure, just let me re-mount the ipod 23.32.34 # the .map show PP addresses for ixxxx sections now :\ 23.33.24 # scorche|sh: Done, shall I eject and reboot? 23.33.36 # rexbron: sure 23.34.12 # ...#elif (defined(PP5022) || defined(PP5024))... ?? 23.34.16 # scorche|sh: no good 23.34.34 # something odd though, when I cd in to /Volumes/Ipod and ls 23.34.45 # it is empty except for the .rockbox/ dir 23.35.00 # but Finder (and iPodDisk) still have all of my music on there 23.35.15 # or rather, Finder shows the regular iPod filesystem 23.35.22 # Are you sure it's actually mounted there ? 23.35.29 Join fdinel [0] (n=Miranda@modemcable002.173-131-66.mc.videotron.ca) 23.35.54 Quit DerDome (Nick collision from services.) 23.35.55 Join DerDom1 [0] (n=DerDome@dslb-082-083-205-041.pools.arcor-ip.net) 23.36.07 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-205-041.pools.arcor-ip.net) 23.36.18 Quit DerDome (Client Quit) 23.38.10 # gevaerts: ha! Looks like it is mounting two partitions and I installed it to the wrong one (though it has never done that before) 23.38.13 Quit davina (Remote closed the connection) 23.38.19 # will reinstall 23.39.08 Quit bertrik ("zZz") 23.41.21 *** Saving seen data "./dancer.seen" 23.44.40 Join mib_dg3vtc [0] (i=47cbac3a@gateway/web/ajax/mibbit.com/x-d170f0a44d064c29) 23.45.16 Quit mib_dg3vtc (Client Quit) 23.47.04 Quit mcuelenaere () 23.48.05 Quit gevaerts ("it's a dark and stormy night") 23.54.26 # * preglow starts crying 23.54.44 # * scorche|sh offers his shoulder 23.57.49 Quit jgarvey ("Leaving")