--- Log for 28.01.110 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 0 hours ago 00.00.09 # opinion differs on the subject..i dont think we ever really came to a "conclusion" 00.00.11 Quit domonoky (Read error: 104 (Connection reset by peer)) 00.00.37 # or "consensus", rather 00.00.53 # whats the opinion of the onda one ? 00.05.32 Join AsaelReiter [0] (n=5f564f52@giant.haxx.se) 00.05.41 Join Xerion_ [0] (n=xerion@82-170-197-160.ip.telfort.nl) 00.05.52 Mode "#rockbox +v AsaelReiter " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.06.01 Mode "#rockbox +v Xerion_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.08.26 Quit AsaelReiter (Client Quit) 00.14.03 Quit mt (Read error: 104 (Connection reset by peer)) 00.16.34 Join AndyI [0] (n=pasha_in@212.14.205.32) 00.16.54 Mode "#rockbox +v AndyI " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 00.20.12 Quit moos ("ChatZilla 0.9.86 [Firefox 3.6/20100115144158]") 00.23.08 Quit Xerion (Connection timed out) 00.23.09 Nick Xerion_ is now known as Xerion (n=xerion@82-170-197-160.ip.telfort.nl) 00.24.11 Quit stripwax ("http://miranda-im.org") 00.30.09 Quit DataGhost (Read error: 113 (No route to host)) 00.38.36 Quit hebz0rl ("Ex-Chat") 00.45.37 Quit Zagor ("Clint excited") 00.51.36 Quit evilnick_B ("Page closed") 01.03.44 Join MethoS- [0] (n=clemens@134.102.106.250) 01.04.04 Mode "#rockbox +v MethoS- " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.04.45 Quit flydutch ("/* empty */") 01.07.49 Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) 01.08.09 Mode "#rockbox +v fdinel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.19.29 Join Hillshum [0] (n=hillshum@75-165-233-131.slkc.qwest.net) 01.19.49 Mode "#rockbox +v Hillshum " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.22.47 Quit Stephen__ (Read error: 110 (Connection timed out)) 01.26.27 Quit Farthen (Nick collision from services.) 01.26.53 Join Farthen_ [0] (n=chatzill@e176131017.adsl.alicedsl.de) 01.26.55 Nick Farthen_ is now known as Farthen (n=chatzill@e176131017.adsl.alicedsl.de) 01.27.13 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.40.32 Quit ps-auxw (Nick collision from services.) 01.40.41 Join ps-auxw [0] (n=arneb@p4FF7FE1C.dip.t-dialin.net) 01.41.01 Mode "#rockbox +v ps-auxw " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.45.28 Part toffe82 01.51.04 Join antil33t [0] (n=Mudkips@203-184-54-232.callplus.net.nz) 01.51.24 Mode "#rockbox +v antil33t " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 01.52.53 *** Saving seen data "./dancer.seen" 02.04.57 Quit Casainho_ ("ChatZilla 0.9.86 [Firefox 3.5.7/20100106054534]") 02.15.18 Quit kaniini ("BRB! IRL!") 02.20.17 Join diz_Child [0] (n=preston2@61.142.114.74) 02.20.37 Mode "#rockbox +v diz_Child " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 02.22.16 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 02.23.41 # hello, i'm disassembling my firmware.exe, i have found a line notes with LoadImageA, but how can i get ImageA out? 02.28.38 # diz_Child: that function is related to loading some graphics for the user interface... 02.29.01 # see docs at http://msdn.microsoft.com/en-us/library/ms648045%28VS.85%29.aspx 02.30.18 # um, thanks 7~ 02.30.22 Part diz_Child 02.33.46 Quit kugel ("exit(0);") 02.38.23 Quit froggyman (Read error: 104 (Connection reset by peer)) 02.44.34 Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.3.112) 02.44.54 Mode "#rockbox +v S_a_i_n_t " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 02.45.50 # Question, did there used to be a menu setting somewhere to load a custom keyboard layout or did I just imagine it? 02.48.00 Join hunternet93 [0] (n=hunterne@h226.64.22.98.dynamic.ip.windstream.net) 02.48.21 Mode "#rockbox +v hunternet93 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 02.49.14 Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) 02.49.16 # Is there a way to access serial and/or IO pins from Rockbox? Like connect serial to a computer or other device, or connect an IO pin to an LED? 02.49.33 # S_a_i_n_t: file browser only i tinhk 02.49.36 # depends on the device 02.49.47 # say, a Sansa e200v1? 02.50.02 # * TheSeven passes that to a sansa expert 02.50.24 # if you just want to get data out, why not use USB logf? 02.50.40 # I want to control a microcontroller from it 02.50.50 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 02.51.02 # Just a random idea 02.53.11 # New commit by 03kugel (r24353): Backport r24351: Fix multiscreen handling of the viewportmanager. 02.53.18 # So, probably not? 02.54.03 # Oh, I found a bug (of sorts) in the The Settings/Status-/Scrollbar/Scrollbar Width Settings. When the selector wraps from top to bottom (or vice versa) it is displayed incorrectly by the representative scrollbar. What I mean is that if you wrap from 25px to 3px (while scrolling possible selections) the scrollbar stays as 25px, or if you wrap from 3px to 25px it stays as 3px. 02.54.15 # I hope that's not as confusing as I think it is... 02.54.25 Part hunternet93 02.55.50 # does it only stay at the old value for the wrapping step itself, or even if you scroll through the list afterwards? 02.55.59 # maybe it's just lagging a step behind or something? 02.57.00 # only stays on old value after wrapping...ie wrapping from 25px to 3px it stays as 25px untill you continue on to 4px 02.57.05 # or vice versa 02.58.04 # TheSeven: I'm *SO* glad you managed to understand that lol...I had some real fear of everyone just going "huh....?" :P 02.58.52 Join kugel [0] (n=kugel@rockbox/developer/kugel) 02.58.58 # Is it worth putting it on Flyspray? 02.59.04 # no 02.59.08 # it's a known issue 02.59.12 Mode "#rockbox +v kugel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 02.59.32 # I'd have to word the bug description a LOT better than I did just now...I'm not sure how to explain it properly. 02.59.34 # well, you can put it on flyspray if you want if you want to get it fixed, but I doubt anyone will bother 02.59.55 # it lags a step behind 03.00.19 # because at the time you scroll to the next item, the setting doesn't have changed yet 03.00.33 # Ah, I tried having a look to see if it was already there but I didn't know how to word it myself...so didn't find it. 03.00.45 # As long as it's known, all is well. 03.07.33 Join Sajber^ [0] (n=Sajber@c-9c3471d5.012-155-73746f22.cust.bredbandsbolaget.se) 03.07.53 Mode "#rockbox +v Sajber^ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.14.46 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 03.15.06 Mode "#rockbox +v togetic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.15.19 Quit Farthen (Read error: 104 (Connection reset by peer)) 03.15.48 Quit thegeek (Read error: 104 (Connection reset by peer)) 03.16.04 Quit Xerion (Read error: 54 (Connection reset by peer)) 03.18.04 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 03.18.24 Mode "#rockbox +v phanboy4 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.28.54 # New commit by 03unhelpful (r24354): Improvements to specialized dividers for APE codec: ... 03.31.18 Quit Hillshum (Read error: 110 (Connection timed out)) 03.37.59 Join Strife1989 [0] (n=Strife89@adsl-154-2-245.mcn.bellsouth.net) 03.38.18 Mode "#rockbox +v Strife1989 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 03.40.35 # New commit by 03unhelpful (r24355): Fix red: smlal operand ordering in udiv32_arm.S 03.43.26 Nick Strife1989 is now known as Strife89|VM (n=Strife89@adsl-154-2-245.mcn.bellsouth.net) 03.44.01 Quit MethoS- (Remote closed the connection) 03.45.06 Quit kugel (Remote closed the connection) 03.52.56 *** Saving seen data "./dancer.seen" 04.00.46 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 04.01.04 Join Rob2222 [0] (n=Miranda@p4FDCA888.dip.t-dialin.net) 04.01.06 Mode "#rockbox +v BHSPitMonkey " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 04.01.25 Mode "#rockbox +v Rob2222 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 04.01.46 # S_a_i_n_t: there's a bug for that already 04.01.48 # wont be fixed 04.04.51 Quit TheSeven (Nick collision from services.) 04.05.02 Join The_Seven [0] (n=theseven@rockbox/developer/TheSeven) 04.05.12 Nick The_Seven is now known as TheSeven (n=theseven@rockbox/developer/TheSeven) 04.05.16 Quit Adnyxo (Read error: 110 (Connection timed out)) 04.05.22 Mode "#rockbox +v TheSeven " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 04.08.26 # hrm, for playback we normally only boost during decode, right? when the buffer is full the decoder unboosts and sleeps and the CPU stays unboosted until the decoder is run to refill again? 04.13.57 # thats the theory of it 04.14.04 Quit Strife89|VM ("Leaving") 04.19.26 Quit Rob2223 (Read error: 110 (Connection timed out)) 04.25.31 Quit Strife89 ("To sleep.") 04.26.20 Quit DerPapst ("Leaving.") 04.29.35 Quit Tomis () 04.34.28 Join Tomis [0] (n=Tomis@70.134.78.177) 04.34.49 Mode "#rockbox +v Tomis " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 04.37.40 # JdGordon: well, http://www.rockbox.org/wiki/SoundCodecMonkeysAudio states about 120%RT is required from the codec for playback. we're currently at 109% on ape normal on e200, i was wondering if not unboosting when the decoder sleeps might suffice to make it playable (knowing that a better solution would be to eventually use COP) 04.41.36 # i suppose the easiest way to accomplish that would be to have the codec itself boost, and then unboost when it completes the file or is stopped? 04.58.20 Join Barahir [0] (n=jonathan@gssn-5f754538.pool.mediaWays.net) 04.58.40 Mode "#rockbox +v Barahir " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.06.14 Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-njkjzfzrimtrldwp) 05.06.32 Join kaniini [0] (n=kaniini6@dyn75-70.yok.fi) 05.06.34 Mode "#rockbox +v saratoga " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.06.38 # Unhelpful: (looking at the logs) most of the overhead is due to needing some CPU for DSP, drivers, and screen updates 05.06.52 Mode "#rockbox +v kaniini " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.07.17 # i don't think keeping boosted all the time will make a huge difference, but you can test by forcing the player to be boosted in the debug menu and seeing if playback works any better 05.07.50 # saratoga: i'm not expecting a *huge* difference, but given that we're already close... :) 05.08.01 # FWIW the minimum DSP configuration on the e200v1 uses something like 2.5MHz of CPU time for playback on top of what the codec needs 05.08.46 # at make sure you can decode at better then 77 MHz for realtime in test_codec 05.09.14 # and i assume we already boost during DSP, as that is also compute-intensive? 05.09.32 # DSP does't boost directly AFAIK 05.09.56 # however if it uses a lot of CPU time, the PCM buffer will start to drop, and the CPU will be boosted anyway 05.10.37 # the code i just checked in to svn should acheive 73.38MHz on e200 (without DSP) 05.10.55 # i would expect that to play in real time provided you don't touch the GUI much 05.11.47 # hrm, well at around 74% strife89 tested it and had pauses 05.12.00 # 74% of what? 05.12.20 # sorry, not 74%, 74MHz. i've had some further small improvements since his test 05.12.41 # depends what he tested with and on which screen he was playing from 05.12.50 # mostly came from getting rid of iram insane filter buffer, then maximizing the reciprocal table 05.12.53 # i would not try this from the debug screens for instance 05.13.24 # he didn't try under test_codec... but i can do that myself (on e200), i was more interested in his times on other armv4+iram devices 05.13.37 Quit panni_ ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )") 05.14.27 Quit Barahir_ (Read error: 110 (Connection timed out)) 05.14.30 # using the COP on PP might be an easy way to make it a lot faster 05.14.45 # unless APE is really weird I doubt software pipelining would be all that hard 05.15.44 # amiconn seemed to have already put some thought into how best to divide the work... i would still not expect to acheive realtime on high, unless the split works out perfectly and with very low overhead (we should be at about 64% RT on e200 now) 05.16.53 # although if there are any filter buffers used by other profiles above high and below insane, we could remove those from iram as well, for a larger table 05.16.54 # yes but getting good performance on normal would be quite nice 05.17.36 # ~38MHz would make APE comparable to mp3 before the COP optimization went in 05.17.57 # for normal anyway 05.19.49 # * Unhelpful is waiting for the ape normal sample to skip ;) 05.21.18 # nice 05.21.59 # runs for 30s in cabbie wps w/o skipping. menu is noticeably sluggish but scrolling doesn't cause skip so far. 05.22.09 # for what its worth, the ffmpeg people are about to commit their AAC-HE decoder, and have a lot of messages about optimizing it 05.22.18 # eventually we should exploit that 05.25.09 # i still feel rather like i've committed a rather nasty hack to svn... i have to remind myself that practical is better than pretty. :) 05.25.47 # all the codecs are like that 05.26.07 # you learn to accept it 05.30.09 # when i'm done with the libgcc replacement bits i have ready, i think i want to reexamine av_log2 and friends. inline with tables in iram benches slower than calling libgcc's __clzsi2 - probably due to cost of loading the table address. gcc uses a table-follows function implementation, which is a bit faster, and i have a variation which is faster still. 05.30.22 Quit Horscht ("Verlassend") 05.35.17 # do we have any performance sensitive log2 calls? 05.35.45 Quit ps-auxw (Nick collision from services.) 05.35.54 Join ps-auxw [0] (n=arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 05.36.14 Mode "#rockbox +v ps-auxw " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.36.54 # not terribly so... but replacing it with a function that is faster, not inlined, and doesn't use a 256B table in iram would not hurt. :) 05.37.59 # ape_normal get 74.84MHz in test_codec with dsp... probably turning on pretty much any DSP processing would make it skip :) 05.38.06 Quit krazykit (Read error: 110 (Connection timed out)) 05.40.31 Join krazykit [0] (n=kkit@ppp-70-225-131-54.dsl.ipltin.ameritech.net) 05.40.52 Mode "#rockbox +v krazykit " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.41.03 # it's interesting that libgcc fairly often contains worse implementations than the arm system developer's guide... though i can see why they might not bother, as re-implementing the algorithms from it without copying the sample code verbatim is rather a lot of work 05.49.47 Join intrados2 [0] (n=intrados@d149-67-101-219.col.wideopenwest.com) 05.50.07 Mode "#rockbox +v intrados2 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 05.52.57 *** Saving seen data "./dancer.seen" 05.52.57 # is there something specific I need to do to pull the OF from a 2nd Gen Nano using ipodpatcher?!? If I'm correct it should be "./ipodpatcher.exe -rf apple_os.ipod" (well, that's how I did the 1st Gen Nano) but the file apple_os.ipod (for the 2nd Gen) is only 56Kb which doesn't seem right to me seeing as how the apple_os.ipod file for the 1st Gen Nano (using the same method) is around 5Mb 05.53.04 # Am I doing something wrong? 05.53.53 # can ipodpatcher actually do that on a second gen nano? 05.54.06 # Apparently... 05.54.21 # how does it work? isn't the firmware encrypted and not exposed over USB ? 05.54.49 Quit intrados1 (Connection timed out) 05.54.56 # I'm not sure...maybe that's where I'm fucking it up. 05.55.19 # I mean, the assumption that it does work the same way. 05.57.04 # the same way as...? 05.58.11 # I remember having a conversation with TheSeven and he sain that "Advanced Installation using iPodpatcher method 3" would work...but perhaps it was just for the bootloader and didn't support dual-boot. 05.58.21 # *said 05.58.31 # but perhaps I fucked that up too... 06.01.22 # i actually thought you had to dump the 2G firmware from within iloader, or perhaps rockbox if theres a plugin for it 06.01.50 # so that you can use the hardware crypto unit to decode the firmware 06.02.08 # hmm but I guess if you're just trying to dual boot you probably don't want to decrypt it 06.02.23 # just ask TheSeven in the morning 06.05.00 # I assumed that ipodpatcher would've put up some sort of a fuss if it wasn't possible to do so 06.05.38 # [INFO] Scanning disk devices... 06.05.38 # [INFO] Read XML info (4 bytes) 06.05.38 # [INFO] Ipod found - 2nd Generation Nano ("winpod") - disk device 3 06.05.38 DBUG Enqueued KICK S_a_i_n_t 06.05.38 # [INFO] Reading partition table from \\.\PhysicalDrive3 06.05.39 # [INFO] Sector size is 2048 bytes 06.05.39 *** Alert Mode level 1 06.05.39 # [INFO] Part Start Sector End Sector Size (MB) Type 06.05.40 *** Alert Mode level 2 06.05.40 # [INFO] 0 63 48194 94.0 Empty (0x00) 06.05.42 # [INFO] 1 48195 991230 1841.9 W95 FAT32 (0x0b) 06.05.44 # [INFO] Read XML info (4 bytes) 06.05.47 # [INFO] Ipod model: 2nd Generation Nano ("winpod") 06.05.49 # [INFO] Reading firmware (52288 bytes) 06.05.50 # [INFO] Padding read from 0x0000cc40 to 0x0000d000 bytes 06.05.52 # [INFO] Firmware read to file apple_os.ipod. 06.05.54 # whoah...ooops 06.05.57 # that's what it gives me anyhow... 06.06.55 Quit intrados2 (Connection timed out) 06.12.34 Quit pixelma (Excess Flood) 06.12.37 Join pixelma [0] (i=quassel@rockbox/staff/pixelma) 06.12.57 Mode "#rockbox +v pixelma " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 06.13.16 Quit togetic (Read error: 60 (Operation timed out)) 06.14.47 Quit pixelma (Excess Flood) 06.14.49 Join pixelma [0] (i=quassel@rockbox/staff/pixelma) 06.15.10 Mode "#rockbox +v pixelma " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 06.15.41 *** Alert Mode OFF 06.18.51 Quit pixelma (Excess Flood) 06.18.54 Join pixelma [0] (i=quassel@rockbox/staff/pixelma) 06.18.57 Join krazykit` [0] (n=kkit@ppp-70-225-140-127.dsl.ipltin.ameritech.net) 06.19.15 Mode "#rockbox +v pixelma " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 06.19.17 Mode "#rockbox +v krazykit` " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 06.22.22 Quit saratoga ("Page closed") 06.31.16 # Do I need to delete the existing bootloader first on a nano 2g if I am replacing it with an encrypted bootloader? I mean does "ipodpatcher -a 'bootloader' " work in this instance (as the bootloader extension changes from .ipod to .ipodx)? It's probably just safer to delete the existing bootloader first, correct? 06.31.41 Join AndyIL [0] (n=pasha_in@212.14.205.32) 06.32.01 Mode "#rockbox +v AndyIL " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 06.36.10 Quit krazykit (Read error: 110 (Connection timed out)) 06.36.30 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 06.36.30 # * S_a_i_n_t realises the error in that question....nevermind :P 06.45.03 Quit AndyI (Read error: 110 (Connection timed out)) 06.49.07 Quit pixelma (Excess Flood) 06.49.08 Join webguest94 [0] (n=ccd2b7bd@giant.haxx.se) 06.49.10 Join pixelma [0] (i=quassel@rockbox/staff/pixelma) 06.49.29 Mode "#rockbox +v webguest94 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 06.49.30 Mode "#rockbox +v pixelma " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 06.51.24 Quit pixelma (Excess Flood) 06.51.27 Join pixelma [0] (i=quassel@rockbox/staff/pixelma) 06.51.47 Mode "#rockbox +v pixelma " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 06.52.37 # hey i have a question about my sansa e280. it doesn't say V2 on the back of the plate of the player, but ive updated the firmware to where it says v03.01.16A. can i use rockbox on it? and if so, the V2 version then? 06.52.59 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.53.43 Quit pixelma (Excess Flood) 06.53.46 Join pixelma [0] (i=quassel@rockbox/staff/pixelma) 06.54.06 Mode "#rockbox +v pixelma " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 06.56.14 # webguest94: Yes I think that's a v2 and yes it should run rockbox just fine! 06.57.54 # ah okay thanks! ive just had it a while...was afraid of breaking it or something. alright. 06.58.54 Quit webguest94 ("CGI:IRC (EOF)") 07.01.13 # Err...I have yet another ipodpatcher question. On http://www.rockbox.org/wiki/IpodPatcher is says "To compile ipodpatcher with embedded bootloaders, read and follow the instructions at the top of the Makefile." but I've looked at both "SOURCE\rockbox\bootloader\Makefile" and "SOURCE\rockbox\bootloader\bootloader.make" and neither seem to have any "instructions", what am I missing/doing wrong?!? 07.01.50 Quit pixelma (Excess Flood) 07.01.52 Join pixelma [0] (i=quassel@rockbox/staff/pixelma) 07.02.13 Mode "#rockbox +v pixelma " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.03.08 Join DerPapst [0] (n=DerPapst@p4FE8F968.dip.t-dialin.net) 07.03.29 Mode "#rockbox +v DerPapst " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.04.03 Join grndslm [0] (n=grndslm@174-126-14-4.cpe.cableone.net) 07.04.23 Mode "#rockbox +v grndslm " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.06.01 Quit pixelma (Excess Flood) 07.06.04 Join pixelma [0] (i=quassel@rockbox/staff/pixelma) 07.06.24 Quit liar ("Verlassend") 07.06.24 Mode "#rockbox +v pixelma " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.20.16 Join Guest92743 [0] (n=diz_Chil@61.142.114.74) 07.20.37 Mode "#rockbox +v Guest92743 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.21.32 Part Guest92743 07.22.55 Join Farthen [0] (n=chatzill@e176131017.adsl.alicedsl.de) 07.23.16 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.24.59 # S_a_i_n_t: looking at the wrong makefile I suspect ;) 07.25.47 # look at ipodpatcher's Makefile 07.31.33 Join Unhelpful_ [0] (n=quassel@pool-71-173-205-32.hrbgpa.fios.verizon.net) 07.31.54 Mode "#rockbox +v Unhelpful_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.32.19 Quit Unhelpful (Read error: 110 (Connection timed out)) 07.36.46 # GodEater: Now *that* makes some sense...yet another case of the wiki not being as explicit as it indeed should be I guess. I just assumed (and yes, I do know the flaws in assumption) that whilst talking about bootloaders and makefiles that it meant the bootloader's makefile. Your suggestion makes a *lot* more sense. 07.36.52 # * S_a_i_n_t slaps forhead. 07.48.08 Join Buschel [0] (n=ab@p54A3FB5C.dip.t-dialin.net) 07.48.29 Mode "#rockbox +v Buschel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.49.34 # looking at the ipodpatcher makefile, I don't actually need to do anything to compile with embedded bootloaders except for including the bootloaders in the ipodpatcher directory....is this correct? It mentions enabling two lines in the wiki, but from what I can see none are disabled. Am I correct? 07.50.31 Join yzflcyq [0] (n=3d8dc7c1@giant.haxx.se) 07.50.51 Mode "#rockbox +v yzflcyq " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 07.50.54 # AlexP? 07.51.04 # Are you in? 07.51.18 # New commit by 03jdgordon (r24356): fix crashing with remote lcd's 07.53.00 *** Saving seen data "./dancer.seen" 07.53.01 # I'm the creater of the theme 'WMP11' 07.54.48 # New commit by 03jdgordon (r24357): Fix remote backdrop crashes 07.55.06 # yzflcyq: what is it that you're wanting to know? 07.55.46 # Well my theme has been removed cause of why? 07.56.59 # probably due to the fact that I believe it was called "Windows Media Player 11 (Preview)" and that would be a copyright/trademark violation.... 07.57.08 # just a guess, but probably correct. 07.57.16 # Said was...copyright reasons? 07.57.39 # Ah,nice guess 07.58.21 # We do try not to piss off large corporations that could make life hell 07.58.48 # Then can I reupload a same theme with a different name? 07.58.54 # sure. 07.59.17 # I see. 07.59.20 # more likely the images were problematic 07.59.28 # well, I guess so...unless it contains copyright/trademark content that is. 08.00.01 # I used to think that I use other people's pictures. 08.00.32 # ? 08.01.45 # Maybe you can't understand my speaking.It doesn't matter.I'm a Chinese middle student. 08.01.46 # Unhelpful_: We don't boost/unboost due to what is running atm (that would boost/unboost way too often), but based on the pcm buffer level 08.02.07 # yzflcyq: don't worry, there's no way to answer "?" as it is not a question 08.02.37 # New commit by 03jdgordon (r24358): fix red 08.02.48 # New commit by 03jdgordon (r24359): fix red 08.02.56 # working in two branches sucks! 08.03.13 # yzflcyq: but you can only use images you have drawn yourself in themes. not take bits from other people's software (like WMP11) without permission 08.04.04 # In China we often use '?' to instead 'why' or 'pardon'. 08.05.23 # Just 1~3 pictures,not many. 08.05.33 # amiconn: ah... anyway ape normal now appears to play on e200. i also added an ape-specialized version of the armv5e/v6 n-r divider, although i note it has a minor bug (in a code path that should pretty much never be touched) 08.05.40 # yzflcyq: "?" can also (in English shorthand usage) be used to mean "I don't understand" 08.06.06 Quit yzflcyq ("CGI:IRC") 08.06.15 # it can also mean someone is too lazy to type a real question but expects someone else to not be equally lazy and answer 08.07.01 # Unhelpful_: The core split won't be perfect, as the only possibility is to split by stages. 08.07.19 Join yzflcyq [0] (n=3d8dc7c1@giant.haxx.se) 08.07.40 Mode "#rockbox +v yzflcyq " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.08.14 # amiconn: i understand that, but i'm curious as to how close it will end up being, in terms of work balance between cores. with luck ape high might end up fast enough... or it might not. :/ 08.09.18 Quit Farthen (Nick collision from services.) 08.09.20 # are there further buffers used by modes above high that could be removed from iram? or does only -c5000 need extra filter buffers beyond -c3000? 08.09.43 Join Farthen_ [0] (n=chatzill@e176131017.adsl.alicedsl.de) 08.09.45 Nick Farthen_ is now known as Farthen (n=chatzill@e176131017.adsl.alicedsl.de) 08.09.48 # Filtering for -c3000 needs 77.5MHz on PP5002 and PP5022, so if it works at all, it will be really tight 08.10.03 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.10.17 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 08.10.38 Mode "#rockbox +v DataGhost " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.11.02 # the benefit of extending the reciprocal table diminishes quite a bit as it gets larger, but surely it's better to increase that at the expense of a buffer for a mode that is nowhere near RT :/ 08.11.38 # yzflcyq: do I understand you saying "Just 1~3 pictures, not many" to mean you HAVE taken pictures from windows and used them in this theme? 08.11.58 # because we really don't care how many you've copied. If you've copied them, we cannot host your theme. 08.12.25 # -c1000 does no filtering at all, -c2000 and -c3000 do one level of filtering (with different order filters), -c4000 does two levels of filtering, and -c5000 does three 08.12.29 Quit Buschel () 08.13.43 # Since on PP -c4000 probably won't become realtime, you could move one more buffer away from iram, but imo it's not worth it 08.14.28 # It's the smallest one (as opposed to the insane buffer being the largest), and it would mean more ifdefing in the filter init 08.15.05 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 08.15.10 # Hmm, actually no more ifdefing is necessary... 08.15.17 # No. 08.15.26 Mode "#rockbox +v bmbl " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.16.11 # It would use the medium sized buffer for the -c1000 filter (instead of the small one), but nothing speaks against doing that on other targets either 08.17.15 # If you invent more buffers, you could get back some more iram. The question is still whether it's worth it 08.20.11 Join funman [0] (n=fun@rockbox/developer/funman) 08.20.32 Mode "#rockbox +v funman " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.20.58 # that's a good question... PP5002 has a *very* small recip table due to code in iram, so it might see a decent benefit. other PP targets cover 50-62% of divisors with their tables, same for S5L870X, and as3525 non-lowmem has 68.5% 08.21.45 # the PP5002's table *still* covers at least 47% of divisors 08.22.59 # Thing is, there are 3 buffers in the decoder. One for filters up to 32th order (small), one for up to 256th order (medium), and one for 1280th order (insane) 08.23.00 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 08.23.20 Mode "#rockbox +v Zagor " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.23.59 # -c2000 does 16th order filtering, -c3000 does 64th order. -c4000 does 256th order then 32th order, and -c5000 does 1280th order, 256th order and 16th order 08.24.34 # So in order to have the filter buffers for -c2000 and -c3000 in iram, a buffer accomodating up to 64th order would be sufficient 08.27.10 # I.e. you could save 4864 bytes of iram by moving the small buffer out of iram, and using the medium buffer for -c2000. That change would be relatively easy 08.28.14 # An extra buffer for up to 64th order and moving the others out of iram would save further 4608 bytes 08.28.39 # ありがとう 08.28.40 Quit yzflcyq ("CGI:IRC") 08.30.09 Join stoffel [0] (n=quassel@p57B4CC9C.dip.t-dialin.net) 08.30.14 # This applies to armv4 - on armv5+ and coldfire the savings would be half of that 08.30.22 # i tried googling about ways to do range decoding without division. if anybody knows of one, i didn't find it. 08.30.29 Mode "#rockbox +v stoffel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.31.12 Quit FlynDice (Remote closed the connection) 08.31.32 # right, but armv5+ and coldfire targets outperforming PP. 08.32.04 # are already. :) 08.32.30 Nick Unhelpful_ is now known as Unhelpful (n=quassel@rockbox/developer/Unhelpful) 08.35.04 Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 08.35.25 Mode "#rockbox +v FlynDice " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.37.59 # FlynDice: hi, if you want to check your code before running on Clip+ just ping me 08.38.41 Join flydutch [0] (n=flydutch@host230-132-dynamic.15-87-r.retail.telecomitalia.it) 08.39.01 Mode "#rockbox +v flydutch " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.39.47 Quit Farthen (Nick collision from services.) 08.40.14 Join Farthen_ [0] (n=chatzill@e176131017.adsl.alicedsl.de) 08.40.16 Nick Farthen_ is now known as Farthen (n=chatzill@e176131017.adsl.alicedsl.de) 08.40.35 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.40.44 # funman: I got about a week before it shows up, thought maybe I could spend some time now figuring out what needs to be done before it's actually here. I will most definitely be looking for some hand-holding.... 08.41.35 # * amiconn doesn't understand why arm doesn't offer hardware division support 08.42.56 # Even the most risc'ish of our target architectures, the SH1, offers a division support instruction that allows to do a 16 bit division in 17 cycles, and a 32 bit division in 65 cycles 08.43.31 # And it supports both signed and unsigned (two different inits) 08.46.35 # FlynDice: something like http://pastie.org/798413 should be safe 08.47.21 # you'll probably want to try unmodified mkamsboot first to see if not touching GPIO registers can boot your Clip+ like JdGordon's one (R.I.P, clip+) 08.47.58 # funman: Great, I'll take a look shortly, You got some time for sd-as3525v2 talk? 08.48.03 # sure 08.48.38 # Unhelpful: Hmm, if we could accept a bit of iram waste on faster targets, we could just enlarge the small buffer to accomodate up to 64th order. Then we'd save the maximum stated above on PP 08.48.41 # about your message on the forum: if you need to make room in the debug menu you can remove stuff which works 08.49.18 # The cost would be 384 bytes wasted iram on coldfire and armv5+ 08.49.42 # funman: Yes, I figured I'd ask first to be polite... ;-) 08.50.07 # why would it waste space on those targets? also, what else would they do with the iram anyway?... although perhaps a table would speed things up there as well? 08.50.57 Join AndyI [0] (n=pasha_in@212.14.205.32) 08.51.02 # The buffers as they are now are designed so that -c5000 utilizes them fully 08.51.06 # funman: Is the v2 actually using the Mem Stick interface? It appears you've got that clocked at 24 MHz which sure sounds like an mciclk freq. 08.51.17 Mode "#rockbox +v AndyI " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.51.39 # If you enlarge the small buffer, 32*3*2 entries (16 bit on coldfire and armv5+) are going to be unused 08.52.14 # FlynDice: you refer to CGU_MEMSTICK ? 08.53.15 # also I was interested in all the MCI_COMMAND = 0x80202000; MCI_ARGUMENT = 0; sequences which do not seem to be an attempt to send an sd command. Yes, the memstick clock. 08.54.51 # and pp would get about 2300 more entries for the reciprocal table 08.54.53 # grep MS_FREQ shows 120MHz, it's as mysterious to me than the PL180 needing CGU_IDE 08.54.55 Join shai [0] (n=Shai@l192-117-110-233.cable.actcom.net.il) 08.55.16 Mode "#rockbox +v shai " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.55.20 # Actually that's not entirely correct - c5000 "wastes" 16*3*2 entries already, because the small buffer is sized for 32th order 08.55.47 # MCI_COMMAND = 80202000 comes from some function called several times when sending a command 08.55.53 # i don't remember if i tried to remove them or not 08.56.44 # the "max" variable which limits the number of loops clearly shows something is missing in the understanding 08.56.50 # And no, a table won't help on coldfire, as it has hardware division instructions 08.56.54 Quit Farthen (Nick collision from services.) 08.57.17 # divu.l needs 35 cycles (for register/register division) 08.57.38 Join petur [50] (n=petur@rockbox/developer/petur) 08.57.39 # FlynDice: the 3 bits set in 0x80202000 might be something of value, remember the SD command takes only the last 6 bits of the register 08.57.52 # amiconn: yes, but might a divide via table still be a good deal cheaper? 08.57.59 Mode "#rockbox +v petur " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 08.58.52 # amiconn: the arm system developer's guide suggests that arm9e and up don't really need one because you could do about as well with newton-raphson. the divmod_bench plugin takes about 36c on average for unsigned division, and 40c on average for signed, so that claim might not be completely crazy 08.59.48 # funman: yes I did notice that but was puzzled by the sequence repeating multiple times. 08.59.54 Join Farthen [0] (n=chatzill@e176131017.adsl.alicedsl.de) 09.00.10 # each time another register is touched though 09.00.15 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.00.30 # i guess it could be moved to a static inline 09.01.06 # FlynDice: hm i forgot that part: we actually set more than just the command bits in MCI_COMMAND 09.01.06 # How fast is that table lookup thing on ARM7TDMI? 09.01.40 # Are you pretty confident of the labels you have given the identified registers? 09.02.15 # amiconn: if my counts are right, a table hit makes the division 22 or 24 cycles, including return - depends on whether the initial result is exact or needs to be adjusted 09.02.18 Quit AndyIL (Read error: 110 (Connection timed out)) 09.02.40 # ie that they correspond to what we expect them to do from pl180? 09.02.46 # FlynDice: yes, but you're welcome to attack the names to make sure they are really descriptive 09.03.08 # ARGUMENT/COMMAND/RESP* are definitely what they say they are 09.03.25 # I named STATUS/CLEAR/MASK according to their interaction in the isr 09.03.52 # that's assuming the longest possible delay for the umull, and 1+2c for the mul (since the largest divisors that will hit the table have 2 significant bytes) 09.04.38 # divisors of 1 or 2 should take 9c 09.05.20 # i could make table hits 23c instead of 22/24, but the initial result should be correct more often than not 09.05.58 Join maruk [0] (n=papier@titanium.sdv.fr) 09.06.18 Mode "#rockbox +v maruk " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.08.08 # i tried a few different ideas for guaranteeing a correct initial result, but *at best* these take 23c and would halve the table size (due to needing to load a shift value, and storing it as a word after the reciprocal so that ldm may be used to load both) 09.10.47 # ensuring a correct result requires 1) a flag indicating whether to add the dividend to the high word of the reciprocal*dividend product 2) a shift value, as the reciprocal size needed to guarantee a correct result varies. it quickly ends up being just as slow as a multiply and subtract to check the remainder. 09.10.58 Join liar [0] (n=liar@213162066170.public.t-mobile.at) 09.11.19 Mode "#rockbox +v liar " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.14.33 # S_a_i_n_t: The reason that theme was removed was the use of copyrighted images, not the name 09.14.45 # S_a_i_n_t: He can't resubmit it with another name 09.15.28 Quit evilnick (Read error: 104 (Connection reset by peer)) 09.15.52 # funman: I went through the file a few nights ago to try to see what was there and tried to sync it up with the v1 sd driver. Mainly the init_card and snd_cmd functions. I also made some UNKNOWN_REG_XX macros so my compromised mental facilities could follow the code better ;) 09.18.17 Join petur2 [50] (n=petur@rockbox/developer/petur) 09.18.37 Mode "#rockbox +v petur2 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.19.50 # funman: http://pastie.org/798432 if you're interested. When I tried to build it gave me an error for .icode which I don't think was from my changes. 09.20.05 # the optimization i added to the N-R divider turns out to work *fairly* well generally, unless there are lots of huge dividends... so APE might not need its own divider on ARMv5e+ after all, once i get the libgcc-replacement version of that divisor ready 09.20.16 Quit petur (Read error: 54 (Connection reset by peer)) 09.20.46 # FlynDice: you could make UNKNOWN_REG(x) instead of UNKNOWN_REG_X 09.21.13 Join Kitr88 [0] (n=Kitr88@BSN-182-65-92.dial-up.dsl.siol.net) 09.21.34 Mode "#rockbox +v Kitr88 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.22.07 # Yes, but I just did it quick so I could get a better idea for what was going on 09.24.08 # FlynDice: builds just fine, did you choose bootloader target ? 09.25.25 # funman: No, I just attempted a build to see if it would compile ok since I have no target yet... 09.26.43 # i didn't test normal build already, only bootloader 09.29.08 # ah, that would explain it 09.29.46 Quit Kitr88 (Read error: 60 (Operation timed out)) 09.30.00 Join Kitr88 [0] (i=Kitr88@BSN-182-135-8.dial-up.dsl.siol.net) 09.30.21 Mode "#rockbox +v Kitr88 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.30.53 Quit shai (Read error: 104 (Connection reset by peer)) 09.33.19 Quit liar (Read error: 104 (Connection reset by peer)) 09.33.29 # Time for sleep now, back in the morning. 09.39.21 Quit Kitar|st (Read error: 110 (Connection timed out)) 09.50.38 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 09.50.59 Mode "#rockbox +v einhirn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 09.53.02 *** Saving seen data "./dancer.seen" 09.59.00 # amiconn: so if i want to muck about with resizing or moving filter buffers, i would only need to change their declarations, and the code inside init_frame_decoder that initializes them? 10.00.53 Quit Farthen (Read error: 104 (Connection reset by peer)) 10.01.48 Join Farthen [0] (n=chatzill@e176131017.adsl.alicedsl.de) 10.02.09 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.04.18 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 10.04.36 Quit Rob2222 (Read error: 104 (Connection reset by peer)) 10.04.38 Mode "#rockbox +v LinusN " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.04.40 # New commit by 03unhelpful (r24360): Small fix for ARMv5e/v6 APE divider, correct large-divisor path and remove specialized version of it for small dividend, as the test and branch can't ... 10.05.09 Join Rob2222 [0] (n=Miranda@p4FDCA888.dip.t-dialin.net) 10.05.30 Mode "#rockbox +v Rob2222 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.12.14 # amiconn: also it seems to me that while there's an overall loss of space for replacing filterbuf32 with filterbuf64, it's still saving iram space on targets that can't really decode -c4000 anyway - again, not that that currently does any *good* to armv5+ or cf targets. :/ 10.17.01 # S_a_i_n_t: Regarding your ipodpatcher question, that's changed now. You just do "make BOOTOBJS=1" to build with embedded bootloaders. 10.20.34 # New commit by 03dave (r24361): Update the comments describing how to build ipodpatcher - no functional changes. 10.27.18 # linuxstb: thanks...I have to have the bootloaders in the ipodpatcher .dir still though, correct? 10.27.29 # Yes 10.27.33 Join kugel [0] (i=kugel@rockbox/developer/kugel) 10.27.54 Mode "#rockbox +v kugel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 10.28.10 # do I need *all* of them to be in there? 10.28.21 # *all ipod bootloaders 10.28.42 # or can I pick 'n' choose/ 10.31.07 # You need all of them. 10.31.26 # But you don't need to build them - they're on the download server in bootloaders.zip 10.34.38 # * linuxstb realises he committed too much :( 10.37.07 # New commit by 03dave (r24362): Revert most of r24361 - it was committed in error. 10.38.04 # linuxstb: looked at that, they're from Oct '09 has there not been any changes since then? The OSOS install method I want to use (for my 1st gen nano, but not my 2nd) says it has to be a dev build of the bootloader. I guess I could just replace the bootloaders I actually use with dev bootloaders, yes? 10.39.20 # S_a_i_n_t: Yes - you can just replace what you want to use. 10.39.38 # thanks man. 10.40.17 # * S_a_i_n_t adds "make BOOTOBJS=1" to his aliases before he forgets it... 10.41.28 # Or just add the line "BOOTOBJS=1" to the top of the Makefile in your local copy. 10.42.52 # Ohhh...that's easier. thanks. 10.49.00 Quit BHSPitMonkey (Remote closed the connection) 10.49.17 Quit phanboy4 (Read error: 113 (No route to host)) 10.52.21 Quit Farthen (Read error: 104 (Connection reset by peer)) 10.54.18 Join Farthen [0] (n=chatzill@e176131017.adsl.alicedsl.de) 10.54.38 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.05.23 # hm, the extra table entries (it can go to 16384 with c4000 buffers out of iram) save about 1MHz on the e200. 11.09.47 Join bluebrother [0] (n=dom@g224236013.adsl.alicedsl.de) 11.10.07 Mode "#rockbox +v bluebrother " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.12.24 Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) 11.13.54 Quit MagusG (Read error: 104 (Connection reset by peer)) 11.14.00 Quit xavieran (Read error: 104 (Connection reset by peer)) 11.14.24 Join MagusG [0] (i=magusg@c-98-192-69-229.hsd1.ga.comcast.net) 11.14.45 Mode "#rockbox +v MagusG " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.15.46 Quit Farthen (Nick collision from services.) 11.16.12 Join Farthen_ [0] (n=chatzill@e176131017.adsl.alicedsl.de) 11.16.14 Nick Farthen_ is now known as Farthen (n=chatzill@e176131017.adsl.alicedsl.de) 11.16.33 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.16.52 Join xavieran [0] (n=xavieran@ppp118-209-153-106.lns20.mel6.internode.on.net) 11.17.12 Mode "#rockbox +v xavieran " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.27.15 Quit bluebroth3r (Read error: 110 (Connection timed out)) 11.28.37 Join mc2739_ [0] (n=mc2739@rockbox/developer/mc2739) 11.28.58 Mode "#rockbox +v mc2739_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.40.39 Quit mc2739 (Read error: 110 (Connection timed out)) 11.41.26 # what is the advantage gained (if any) from installing an encrypted bootloader to the nano 2g? 11.41.44 # that it boots? 11.42.24 # bah...duh Hayden...brainfart. 11.42.41 # * S_a_i_n_t is having one of those moments again. 11.44.46 # gevaerts: ;) 11.44.52 # the fact that ipodpatcher spits an unencrypted bootloader gave me the impression there wa an alternative, but I've forgotten twice in one day that it's not possibly for anything other than the crypto to encrypt the bootloader. 11.45.24 # and my typing REALLY sucks today...I should just kill myself lol 11.52.29 Join evilnick [0] (n=evilnick@rockbox/staff/evilnick) 11.52.50 Mode "#rockbox +v evilnick " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 11.53.04 *** Saving seen data "./dancer.seen" 11.53.27 # if somebody wouldn't mind running test_codec on the ape_normal and ape_high samples with and without this patch (http://pastie.org/798574), i'm interested in seeing how much improvement it provides, especially on pp5002 and pp5020 targets. nano2g is also effected, but has quite good speeds on ape already. the biggest improvement ought to be on pp5002, as it's getting the best proportional increase in table size. 11.55.38 Quit stoffel (Remote closed the connection) 11.59.37 Quit Zarggg (Read error: 60 (Operation timed out)) 12.01.31 # what the!?! this 2nd gen bootloader shannanigans is really confusing me...when I try to open the bootloader with crypt_firmware I get "File Too Big" "Plugin Returned Error" simple 'selecting' the bootloader from 'Files' gives me "Undefined instrustion at E59F313C" 12.01.38 # what am I doing wrong? 12.01.59 # s/simple/simply/ 12.02.08 Join watto [0] (n=watto@193.203.81.165) 12.02.28 Mode "#rockbox +v watto " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.03.14 # S_a_i_n_t: What bootloader file are you trying to encrypt (i.e. what's the filename)? And how big is it? 12.03.47 # The latest release bootloader is about 53KB 12.05.56 # S_a_i_n_t: Thanks for the DCC, but I didn't really want a copy... 12.08.12 Quit Farthen (Nick collision from services.) 12.08.37 Join Farthen_ [0] (n=chatzill@e176131017.adsl.alicedsl.de) 12.08.38 # * linuxstb sees an obvious bug in crypt_firmware and wonders how it ever worked... 12.08.39 Nick Farthen_ is now known as Farthen (n=chatzill@e176131017.adsl.alicedsl.de) 12.08.51 # lovely 12.08.58 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.09.13 # I have those kinds of bugs in the software I'm working on all the time :| 12.09.13 # w00t! I mean, that sucks...but *I'm* not fucking it up? 12.11.29 # S_a_i_n_t: No, I don't think so. Give me a few minutes to test-compile my fix, then I'll commit it. 12.12.07 Quit Rob2222 () 12.12.23 # thanks man, I was beginning to think everything nano2g related hated me 12.12.42 # it's the bain of my existence when compared to the nano 1g 12.17.03 # New commit by 03dave (r24363): Bugfix - buf_size was being used before being initialised. 12.17.57 # thanks, I'll recompile and let you know. 12.18.57 Join Rob2222 [0] (n=Miranda@p4FDCA888.dip.t-dialin.net) 12.19.17 Mode "#rockbox +v Rob2222 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.26.43 Join pamaury [0] (n=pamaury@140.77.26.150) 12.27.03 Mode "#rockbox +v pamaury " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.30.41 Quit Farthen (Nick collision from services.) 12.31.11 Join Farthen_ [0] (n=chatzill@e176131017.adsl.alicedsl.de) 12.31.11 Nick Farthen_ is now known as Farthen (n=chatzill@e176131017.adsl.alicedsl.de) 12.31.32 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.32.52 Join Oxymis [0] (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 12.33.12 Mode "#rockbox +v Oxymis " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.34.29 Nick Oxymis is now known as Adnyxo (n=quassel@adsl-065-013-002-216.sip.asm.bellsouth.net) 12.43.43 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 12.44.04 Mode "#rockbox +v dfkt " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.44.25 Join AsaelReiter [0] (n=5f564f52@giant.haxx.se) 12.44.45 Mode "#rockbox +v AsaelReiter " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.46.16 Join moos [0] (i=moos@85-171-102-158.rev.numericable.fr) 12.46.37 Mode "#rockbox +v moos " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 12.53.06 # Is the file sd-as3525v2.c used for something else than clipv2? 12.54.25 # AsaelReiter: no, although in a distant future it could be used for fuzev2 and clip+ 12.56.26 Quit pamaury (Client Quit) 12.56.58 # funman: thanks. I think that some lines in this file are completely needless (and make some errors). can you check? 12.59.05 # (the functions sd_sleep, sd_spin, sd_spindown are defined twice in the same way) 13.00.44 # AsaelReiter: afaik those functions are needed because used by targets with hard disk 13.01.17 # aren't those stubbed in sd.c? 13.01.38 # hm right 13.03.06 Quit Farthen (Nick collision from services.) 13.03.26 # I guess building it would have shown that they were defined twice 13.03.32 Join Farthen_ [0] (n=chatzill@e176131017.adsl.alicedsl.de) 13.03.52 Mode "#rockbox +v Farthen_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.03.58 # yes. that why I asked 13.04.12 Nick Farthen_ is now known as Farthen (n=chatzill@e176131017.adsl.alicedsl.de) 13.04.19 # New commit by 03funman (r24364): sd as3535v2 : remove functions already present in sd.c 13.04.36 Join mc2739 [0] (n=mc2739@rockbox/developer/mc2739) 13.04.56 Mode "#rockbox +v mc2739 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.05.01 Quit Farthen (Nick collision from services.) 13.05.21 Quit mc2739_ (Nick collision from services.) 13.06.43 # funman: thanks. 13.07.19 # AsaelReiter: this file might not be very clean, but i guess first step is to have it working :) 13.07.43 # next error: sd_enabled is static in sd-as3525v2.c, but debug-as3525.c try to use it 13.08.50 Join Farthen [0] (n=chatzill@e176131017.adsl.alicedsl.de) 13.09.07 # AsaelReiter: that's ok, debug-as3525.c has not been modified yet for v2 13.09.10 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.09.38 # normal (not bootloader) build might not even build as FlynDice suggested, we'll look at that when the bootloader will be able to 'bootload' something 13.10.07 Quit Farthen (Read error: 104 (Connection reset by peer)) 13.14.36 Quit AsaelReiter ("CGI:IRC") 13.17.02 Join Guest35009 [0] (n=chatzill@e176131017.adsl.alicedsl.de) 13.17.22 Mode "#rockbox +v Guest35009 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.22.14 Quit kugel (Read error: 110 (Connection timed out)) 13.23.52 Join Farthen [0] (n=chatzill@e176131017.adsl.alicedsl.de) 13.24.13 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.25.46 # linuxstb: I don't think you had any doubt, but you fixed it ('it" being crypt_firmware), thanks man...you're a lifesaver. 13.36.47 Quit Guest35009 (Read error: 110 (Connection timed out)) 13.48.41 Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) 13.49.01 Mode "#rockbox +v fdinel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.49.38 Quit Farthen (Nick collision from services.) 13.50.02 Join Farthen_ [0] (n=chatzill@e176131017.adsl.alicedsl.de) 13.50.04 Nick Farthen_ is now known as Farthen (n=chatzill@e176131017.adsl.alicedsl.de) 13.50.22 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 13.50.32 Quit bmbl (Success) 13.53.07 *** Saving seen data "./dancer.seen" 13.59.06 Join kugel [0] (i=kugel@rockbox/developer/kugel) 13.59.26 Mode "#rockbox +v kugel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.02.53 Join Strife89 [0] (n=michael@168.16.232.201) 14.03.13 Mode "#rockbox +v Strife89 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.06.10 Quit Farthen (Nick collision from services.) 14.06.46 Join Farthen_ [0] (n=chatzill@e176131017.adsl.alicedsl.de) 14.06.46 Nick Farthen_ is now known as Farthen (n=chatzill@e176131017.adsl.alicedsl.de) 14.07.07 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.14.49 # S_a_i_n_t: 56K smells like you dumped iloader or a rockbox bootloader, not the OFW 14.15.46 # you can dump the (encrypted) firmware using ipodpatcher, I think... it's the "osbk" image. That needs to be dumped to an ipodx file, which must then be decrypted within ibugger or rockbox (crypt_firmware plugin) 14.20.41 # * TheSeven realizes most of this was said before... 14.20.59 # actually, I never actually used the rockbox nano2g tools, besides some testing 14.21.12 # I'm still mostly using the iBugger way, because I just know that better 14.21.28 # wow, that was good timing...I just got back 14.21.38 # TheSeven: I don't think ipodpatcher will read the osbk image. But you can definitely dump it if you remove the Rockbox bootloader, so "OSOS" contains the OF. 14.22.01 Join TheSphinX^ [0] (n=cold@p54A5D241.dip.t-dialin.net) 14.22.22 Mode "#rockbox +v TheSphinX^ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.23.28 # grrrrr...*panic* dircache after 'safely remove hardware' with dircache enabled (nano 2g) causes very low battery symbol followed by 'restore using itunes' 14.23.30 # ...or just download a firmware image from phobos and extract osos from there? can ipodpatcher do that? 14.23.31 # TheSeven: And I can't remember if crypt_firmware works correctly with an encrypted OF - I have a feeling it doesn't... 14.23.37 # can reproduce consistently 14.23.56 # TheSeven: No, ipodpatcher can't work on firmware images... 14.24.09 # huh, if it can decrypt a bootloader, why should it be unable to decrypt an OF? 14.24.33 # S_a_i_n_t: you just killed your FTL 14.24.34 # The signature checking fails. You could of course simply disable that... 14.24.55 # *panic* dircache stkov? 14.25.08 # er, why should that sigcheck fail? 14.25.17 # why's it doing that? I notice if I don't 'safely remove hardware' it's fine 14.25.29 # TheSeven: Because my code is broken? 14.25.45 # linuxstb: I still don't see any difference between an OF and a bootloader 14.25.49 # TheSeven: yes, *panic* dircache stkov 14.25.55 # actually the bootloader is some kind of miniature OF replacement 14.26.00 # very low bat symbol 14.26.01 # is it the size? 14.26.07 # then restore using itunes 14.26.37 # S_a_i_n_t: well, you somehow triggered dircache to do something that it couldn't do with the given stack size, so it overflowed its stack and thus crashed rockbox 14.26.57 # TheSeven: I think it's related to the fact that the bootloader header is full of zeros. But I didn't really look at it for long. I just know it's something that needs fixing... 14.27.11 # so why does 'safely remove hardware' make a difference? 14.27.22 # the FTL was not unmounted cleanly, possibly it even crashed during a write operation, thereby placing the FTL in a state that norboot can't recover, so norboot just wiped the whole thing 14.27.58 # "safely remove hardware" will probably trigger a sync() or something 14.28.38 # I can reproduce it VERY consistently, dircache on, safely remove hardware....bam...and f'd ipod 14.28.47 # there are 2 ways to mitigate this: increase your dircache stacksize (i just gave it another 0x1000 in my builds), or disable dircache 14.29.07 # I like dircache so...how do I do the other one? 14.31.58 # * TheSeven searches for the dircache file... he doesn't have his checkout around... 14.33.39 # dang, there must be a dircache.c somewhere. I just can't find it 14.33.55 # sorry to bug you guys, but restoring the nano2g every other day is getting somewhat tiresome. 14.34.04 # TheSeven: firmware/common 14.34.13 # S_a_i_n_t: it's actually a way to get you to fix it! 14.34.14 # I forget that dircache gets enabled by default, disconnect and....bam 14.34.27 # dircache is enabled by default? 14.34.35 # it doesn't get enabled by default for me 14.34.54 # hmmmmm...weird. 14.35.06 Join carnil [0] (n=55d83ab3@giant.haxx.se) 14.35.14 # anyways: firmware/common/dircache.c (thanks funman!), line 77 14.35.27 Mode "#rockbox +v carnil " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.35.27 # replace the " + 0x900" by " + 0x1900" 14.35.38 # must be an orphaned config...my gf usually has it so I don't play with it that often. 14.35.45 # S_a_i_n_t: The default for dircache is off - see apps/settings_list.c 14.35.49 # less would probably be sufficient, but that value is known to work 14.37.42 # I'd say that reverting my checkout would probably be a good idea too...god knows what else I've messed with actually, I could of set dircache to default myself, I actually seem to remember doing so now come to think of it. 14.39.03 # * gevaerts reminds S_a_i_n_t of the rules: don't complain about issues without trying an unmodified build first 14.39.42 Join Tomis2 [0] (n=Tomis@70.134.72.174) 14.40.03 Mode "#rockbox +v Tomis2 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.40.15 # S_a_i_n_t: svn diff 14.41.02 Quit Farthen (Nick collision from services.) 14.41.03 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 14.41.23 # yeah...I just checked that...I don't gots no M..so I'm all good there. Must be a config I keep failing to change. 14.41.23 Mode "#rockbox +v bmbl " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.41.29 Join Farthen_ [0] (n=chatzill@e176131017.adsl.alicedsl.de) 14.41.31 Nick Farthen_ is now known as Farthen (n=chatzill@e176131017.adsl.alicedsl.de) 14.41.50 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.42.03 Join frogyman [0] (n=187b533e@giant.haxx.se) 14.42.24 Mode "#rockbox +v frogyman " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 14.48.46 # hi folks! I do appreciate you work on rockbox very much. I have a question regarding database customization in the tagnavi_custom.config file on the Ipod 5.5G: I want to add the "year" tag in the album list view but all I get instead of the correct year is "00-2" for every album. What do I do wrong? 14.49.47 # pastebin your config 14.51.56 # http://pastebin.com/d56e1b587 14.53.40 Quit Tomis (Read error: 110 (Connection timed out)) 14.53.41 Nick Tomis2 is now known as Tomis (n=Tomis@70.134.72.174) 14.56.39 # hm, that looks reasonable 14.57.01 # does the right year show up in the track properties? 14.57.42 # I remember trying something like this too (show the albums chronologically but still in one list, no year subfolders) and got the same results. I think there is a thread (or even more than one) in the forums with the same questions and one or the other might give an answer 14.57.59 # ah, no, wait. 14.58.04 # There is indeed a thread for this in the forums 14.58.08 # linked from the tagnavi config 14.58.24 # you can't have custom tags in the hierarchy 14.58.29 # only in the final track titles. 14.58.33 # http://forums.rockbox.org/index.php?topic=9570.0 14.59.18 # oh ok thanks. i overlooked this : ) 14.59.45 # the way the db works at the moment doesn't allow for it, i'm afraid 15.01.14 # thats too bad .. is there any other way to sort the lists in the database? 15.01.49 # no. 15.01.53 # Well, hm 15.02.01 # You could probably include year in the hierarchy 15.02.13 # as long as your tracks are tagged consistently such that each track in an album definately hsa the same year 15.02.22 # but then you'd have to go through one more level to get to any actual albums 15.03.07 # thats the problem. i wanted to go around this. 15.03.16 # anyway thanks for you help. bye 15.03.34 Quit TheSphinX^ ("XChat@Linux") 15.04.44 # * linuxstb just puts the year in the name of the directory containing the album... 15.05.36 # well yes, that's the other optoin 15.05.42 # name the directories that way, and don't use th database :) 15.05.44 # carnil: do you use the comment tag (for something else)? If not you could misuse it by putting a "year album" string there 15.06.32 # Torne: Don't some tagging formats specify "YEAR", and others "DATE", so you're never going to be consistent? 15.06.47 # linuxstb: surely those sort the same 15.06.51 # linuxstb: it varies, yes, but doesn't hte db deal with it? 15.07.10 # i thought the db's year entry was the year, regardless of whether the file had the year or the full date 15.07.16 # Torne: Possibly, but I doubt it will handle me writing "January 2010" in the date tag... 15.07.18 # i don't really use that stuff very much though 15.07.28 # No, but the ID3v2 date tag at least has a standard format 15.07.31 # YYYY-MM-DD 15.07.49 # linuxstb: that's your punishment for not following ISO8601 15.07.50 # well, YYYY[-MM[-DD]] actually 15.08.03 Join robin0800 [0] (n=quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) 15.08.18 # rasher: I do follow it... The "I" in my previous statement didn't refer to me ;) 15.08.24 Mode "#rockbox +v robin0800 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.08.39 # Just asking for a friend 15.08.45 # pixelma: no i dont use the comment tag. thats a good idea 15.08.48 # But anyway, I think Rockbox really needs someone to give the database some love... 15.09.04 # alas nobody seems to be bothred that much 15.14.04 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 15.14.25 Mode "#rockbox +v Zarggg " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.15.48 Quit fdinel (Read error: 110 (Connection timed out)) 15.21.21 Part LinusN 15.23.13 Quit Farthen (Nick collision from services.) 15.23.39 Join Farthen_ [0] (n=chatzill@e176169094.adsl.alicedsl.de) 15.23.41 Nick Farthen_ is now known as Farthen (n=chatzill@e176169094.adsl.alicedsl.de) 15.23.59 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.25.03 Quit Strife89 ("To class.") 15.30.50 Nick frogyman is now known as froggyman (n=187b533e@giant.haxx.se) 15.32.53 Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) 15.33.13 Mode "#rockbox +v fdinel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.39.13 Quit carnil ("CGI:IRC") 15.46.55 Join evilnick_B [0] (i=0c140464@rockbox/staff/evilnick) 15.47.15 Mode "#rockbox +v evilnick_B " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 15.53.11 *** Saving seen data "./dancer.seen" 15.54.38 Quit froggyman ("CGI:IRC") 15.55.44 Join togetic [0] (n=togetic@unaffiliated/ibuffy) 15.56.04 Mode "#rockbox +v togetic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.01.49 Join froggymana [0] (n=187b533e@giant.haxx.se) 16.02.10 Mode "#rockbox +v froggymana " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.04.14 # Once 3.5 gets released, will the targets that have changed status lose their New Ports threads? 16.05.09 # evilnick_B: these particular New Port threads cheat by also being about targets that don't change status 16.05.51 Join Lss [0] (n=Lss@cm80.omega217.maxonline.com.sg) 16.06.12 Mode "#rockbox +v Lss " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.10.09 Quit kkurbjun (Remote closed the connection) 16.10.26 Quit fdinel (Read error: 110 (Connection timed out)) 16.11.02 Join jgarvey [0] (n=jgarvey@cpe-174-097-248-211.nc.res.rr.com) 16.11.22 Mode "#rockbox +v jgarvey " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.13.46 Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de) 16.22.38 # where do I find the menu setting relevant to the config seting "Semitone pitch change"? 16.23.04 # I can't seem to find it in the menu 16.23.25 # probably in the pitch screen 16.23.49 # although - I thought it shouldn't be a config setting (?) 16.25.23 # neither did I 16.26.15 # pitch screen has pitch up/down or semitone up/down...but I don't see that changing a config setting 16.26.41 # there's no .cfg setting for pitch up/down 16.27.02 # this is true 16.27.11 # weird...I was just trying to work out what it was...i hadn't noticed it in the config before 16.28.50 # have you ever applied a patch regarding persistent pitch settings or so? 16.29.09 # no, it's a new/clean build 16.29.22 Join toffe82 [0] (n=chatzill@12.169.218.14) 16.29.29 # built about 20 mins ago with clean svn 16.29.42 Mode "#rockbox +v toffe82 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.30.09 Join MethoS- [0] (n=clemens@134.102.106.250) 16.30.30 Mode "#rockbox +v MethoS- " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.31.50 # doesn't matter what runs currently - if it was put there by a different build and SVN doesn't have it, it can't "delete" such a line in the cfg 16.32.00 # pixelma: it's from svn 16.32.45 # pixelma: not sure what you're trying to say there 16.32.46 # it apparently stores whether you're in semitone or normal pitchscreen mode, so you get the same mode the next time you use the pitchscreen 16.32.55 # it's a brand new checkout 16.33.16 # thanks gevaerts, that's what I needed to know 16.33.23 Quit Lss (Read error: 104 (Connection reset by peer)) 16.34.11 Join Lss [0] (n=Lss@cm80.omega217.maxonline.com.sg) 16.34.31 Mode "#rockbox +v Lss " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.37.34 Quit froggymana ("CGI:IRC (EOF)") 16.38.32 Join Xerion [0] (n=xerion@82-170-197-160.ip.telfort.nl) 16.38.52 Mode "#rockbox +v Xerion " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.40.40 Nick petur2 is now known as petur (n=petur@rockbox/developer/petur) 16.42.03 Quit Zagor ("Clint excited") 16.49.13 Join panni_ [0] (i=hannes@ip-95-222-52-93.unitymediagroup.de) 16.49.34 Mode "#rockbox +v panni_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.49.57 Join u42p [0] (n=u42p@c187014.adsl.hansenet.de) 16.50.17 Mode "#rockbox +v u42p " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.50.35 Join johne [0] (n=john@161.Red-80-33-130.staticIP.rima-tde.net) 16.50.55 Mode "#rockbox +v johne " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.51.43 # I'm a proud nano 2g owner and I'v heard of a patch to solve a NAND write issue 16.51.43 Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) 16.52.04 Mode "#rockbox +v fdinel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.52.04 # can anyone post me a patched version of latest release (svn) for my nano 2g? 16.52.47 # the link for the patch is http://www.rockbox.org/tracker/task/10775?type=4 16.55.42 Join pamaury [0] (n=pamaury@ALyon-551-1-19-164.w92-137.abo.wanadoo.fr) 16.56.03 Mode "#rockbox +v pamaury " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 16.56.35 # i am really tempted to put rockbox on my new cowon d2 16.57.31 # but i am scared 16.58.56 # Whatever you do with a d2, it can always be recovered 17.00.41 Join fyrestorm [0] (n=nnscript@cpe-24-90-81-175.nyc.res.rr.com) 17.01.01 Mode "#rockbox +v fyrestorm " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.02.15 # alright 17.03.05 # johne: People here will generally not give you patched builds. But we're happy to help you build Rockbox yourself. 17.05.05 # blimey, Doom? that would totally kill my productivity =) 17.05.31 # ok, I'm pleased. Thank you, ...the problem is that i'm not used to code and compile.. :-( 17.05.54 # it's not as hard as it seems 17.06.26 Join phanboy4 [0] (n=benji@c-24-98-43-198.hsd1.ga.comcast.net) 17.06.39 # i am going to try it using this guide, does it look ok that way? http://iaudiophile.net/forums/showthread.php?t=28773 17.06.47 Mode "#rockbox +v phanboy4 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.07.06 # johne: start by setting up a build client 17.07.10 Join Strife89 [0] (n=michael@168.16.232.173) 17.07.18 # S_a_i_n_t: huh? 17.07.30 Mode "#rockbox +v Strife89 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.07.39 # S_a_i_n_t: s/client/environment/ 17.07.55 # that's the one. 17.08.00 # :D 17.08.19 # i knew that seemed wrong omehow 17.08.19 # uggg... I'm using windows xp 17.08.25 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.08.49 # that doesn't change anything 17.08.55 # ok 17.09.08 # where are the nano 2g sources, got direct link? 17.10.24 # set up the build environment first 17.10.45 # your choice of either cygwin or VMware 17.10.50 # uf...ok ok...let's try it 17.11.30 # VMWare is probably the easier of the two to set up. 17.12.40 # Strife89: really? 17.12.42 # woah awesome that was easy 17.12.52 # S_a_i_n_t: In my opinion. 17.13.02 # * S_a_i_n_t preferred cygwin...but that's mine 17.13.13 # there seems to be some debate about the two 17.13.20 # I've set up both. 17.13.25 # ;D 17.13.35 # cygwin felt like more hassle IMO. 17.14.04 # Yes, you have to boot a VM, but still. 17.14.15 # You CAN save the state. 17.14.19 # * linuxstb doubts this discussion is helping johne... 17.14.33 # uf...hehe...not much help 17.14.37 # sure 17.14.43 # johne: http://www.rockbox.org/wiki/DevelopmentGuide may come in handy 17.15.02 # the rockbox developer kit link is broken 17.15.15 # try http://homepage.ntlworld.com/cyborgsystems/CS_Main/RockBox/Win32_DevKit/RockBox-DevKit_v313.exe 17.15.24 # is broken... do I need it? 17.15.54 # I've never even seen that link...so I guess not? 17.15.58 # http://www.rockbox.org/wiki/DevelopmentGuide 17.16.04 Join stoffel [0] (n=quassel@p57B4CC9C.dip.t-dialin.net) 17.16.13 # ok 17.16.23 # johne: Where did you see that link? That is very old. 17.16.24 Mode "#rockbox +v stoffel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.16.43 # can i put in the SD card while the player is on and running? 17.17.00 # johne: Basically your options amount to this: http://www.rockbox.org/wiki/CygwinDevelopment , or this: http://www.rockbox.org/wiki/VMwareDevelopmentPlatform#Quick_start_guide 17.17.49 # i saw this link in 'simple guide to compiling' (in rbwiki) 17.18.19 # any of you can apply this patch in a short time? 17.18.49 # I'd like to learn, sure...but... I think it's a bit difficult 17.19.29 # it really isn't 17.19.48 # johne: What's the address of that page? 17.20.01 # johne: You mean this? http://www.rockbox.org/wiki/SimpleGuideToCompiling 17.20.01 # and asking people to do it for you, you'll learn nothing. 17.20.16 # * S_a_i_n_t couldn't find it on there 17.20.47 # yes Strife89 17.20.50 # johne: It's pretty easy to get overwhelmed, but try to look past that. Compiling is easy. :) 17.21.30 # johne: Are you sure that's the address of the page you're looking at? You're not looking at an old copy of that page on a different website? 17.22.16 # there is "only" MPEGplayer , no xvid or h264 support, correct? 17.22.28 # Correct. 17.22.36 # aww 17.22.39 # "MPEG" in that mpegplayer means mpeg-1 and mpeg-2 17.22.59 # yeah 17.23.14 Quit toffe82 (Read error: 104 (Connection reset by peer)) 17.23.49 # u42p: Maybe one day, if someone cares enough to volunteer to implement it.... 17.24.16 # :) 17.24.22 # i guess it would eat more cpu/battery 17.25.15 # on most of our targets it would be unusably slow unless you made the files very low resolution, really 17.26.01 # u42p: you can always boot to the original firmware for other formats 17.27.11 # yeah :) 17.28.46 Quit kugel (Read error: 110 (Connection timed out)) 17.30.28 # http://www.rockbox.org/wiki/PluginMpegplayer#Performance they do not really stabilize for me. depending on the scene they vary 17.30.47 # or does it just take a bit longer? 17.31.12 # cygwin is sssslow to download packages men 17.32.19 # u42p: How long are you waiting? They should settle after a minute or two (if I remember correctly) 17.35.30 # hm, cowon d2 (320x240): 4:3 = 31-33fps, 16:9 = ~42-47fps (waited more than 2 minutes for both) 17.36.10 # u42p: That's fine then. Video will be a maximum of 30fps, so your device can play full-screen video at the full PAL or NTSC frame rate. 17.36.25 # yeah 17.36.35 # playback is much better with rockbox than the original firmware 17.39.29 # hm, if i put in my SDHC card and boot rockbox it says "ATA" "mount" "File not found" 17.39.36 # wait, i should buy food 17.40.32 Join toffe82 [0] (n=chatzill@12.169.218.14) 17.40.39 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.40.52 Mode "#rockbox +v toffe82 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.42.11 Quit toffe82 (Read error: 104 (Connection reset by peer)) 17.42.25 Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) 17.42.45 Mode "#rockbox +v fdinel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.45.06 Quit S_a_i_n_t ("S_a_i_n_t [St.]") 17.45.31 Join S_a_i_n_t [0] (i=S_a_i_n_@203.184.3.112) 17.45.51 Mode "#rockbox +v S_a_i_n_t " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.49.14 Join toffe82 [0] (n=chatzill@12.169.218.14) 17.49.34 Mode "#rockbox +v toffe82 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.53.12 *** Saving seen data "./dancer.seen" 17.54.00 Quit u42p ("Leaving") 17.54.07 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 17.54.43 Join fdinel [0] (n=Miranda@modemcable235.127-131-66.mc.videotron.ca) 17.54.56 Join u42p [0] (n=u42p@c187014.adsl.hansenet.de) 17.55.04 Mode "#rockbox +v fdinel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.55.16 Mode "#rockbox +v u42p " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 17.55.56 Quit DataGhost (Read error: 113 (No route to host)) 18.00.38 # If I'm running ipodpatcher manually...what command should I be using to install the boatloader to a nano2g? 18.01.18 # ipodpatcher -a and ipodpatcher -wf both freeze it on the "Apple" screen. 18.03.07 # I think you can use either. "-a" will keep a copy of the OF as "osbk", "-wf" will overwrite it. My guess is that your bootloader is crashing somehow - what changed did you make to it? 18.03.26 # I didn't 18.03.48 # the very same one I sent you, used crypt_firmware on the DAP 18.05.02 # I made a change to dircache.c earlier, besides that...all is standard build spat from cygwin a few hours ago 18.07.24 # I noticed after I used -wf, when I tried --delete-bootloader it said it couldn't find one...but it installed it fine, so I guess -wf isn't the way to go. 18.07.38 Nick Ypsy is now known as YPSY (n=ypsy@geekpadawan.de) 18.10.21 Nick fxb is now known as fxb__ (n=felixbru@85.214.97.64) 18.10.38 Quit petur ("*plop*") 18.11.38 # * S_a_i_n_t shrugs... 18.11.41 # S_a_i_n_t: Yes, if you haven't used "-a", then ipodpatcher won't think there's a bootloader installed. 18.11.49 Quit Strife89 ("Lunchtime!") 18.11.58 # If I was you I would restore the firmware partition, then try again with "-a". 18.12.09 # Ahhhh, well that'll explain that then. 18.12.22 # but not why it hangs on the apple screen. 18.12.43 # I'm gonna try just downloading ipodpatcher and see if it still hangs 18.12.53 # I doubt it will, but I have to check 18.14.22 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.14.27 Join _zic [0] (n=user@91-171-91-157.rev.libertysurf.net) 18.14.29 # S_a_i_n_t: It's also possible that the current SVN bootloader is broken... I think TheSeven made various NAND-related changes after the bootloader was released. 18.14.40 # is there an html viewer? 18.14.43 Mode "#rockbox +v bertrik " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.14.47 Mode "#rockbox +v _zic " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.14.49 # u42p: No. Just a text viewer. 18.14.55 # damn =( 18.15.04 Quit johne () 18.15.06 # <_zic> would be nice though 18.15.24 # <_zic> to have an html viewer 18.15.42 # well, I guess if the rbdownload version works..it'll confirm that theory 18.15.58 # I'm fairly confident I haven't fucked anything up 18.16.34 Quit mikroflops (Remote closed the connection) 18.16.35 # If I have, I've done it like 6 times in a row...wich would be unusual even for me 18.16.46 Join mikroflops [0] (n=yogurt@217-208-157-242-no112.tbcn.telia.com) 18.17.06 Mode "#rockbox +v mikroflops " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.21.12 Join Strife89DS [0] (n=nds@adsl-068-213-037-174.sip.mcn.bellsouth.net) 18.21.32 Mode "#rockbox +v Strife89DS " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.22.07 Nick Strife89DS is now known as Strife89DS_Lunch (n=nds@adsl-068-213-037-174.sip.mcn.bellsouth.net) 18.25.18 Quit Farthen (Nick collision from services.) 18.25.46 Join Farthen_ [0] (n=chatzill@e176131017.adsl.alicedsl.de) 18.25.48 Nick Farthen_ is now known as Farthen (n=chatzill@e176131017.adsl.alicedsl.de) 18.26.06 Mode "#rockbox +v Farthen " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.26.19 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.26.39 Mode "#rockbox +v domonoky " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.26.52 # linuxstb: rbdownload ipodpatcher's bootloader works like a charm...so I'm guessing the svn bootloader is indeed broken (but I'm *NOT* a dev or coder at heart and I'll state that now, but it does seem to be the case), by the way the dircache *Panic* fix works like a charm too, I'm *super* happy about that. 18.27.01 # Thanks for your help. 18.27.36 # Is there anything I can do to figure out if the svn nano2g bootloader is *definately* broken? 18.28.29 # New commit by 03bertrik (r24365): libpcm: add missing #include and set svn:keywords 18.28.48 # S_a_i_n_t: Perhaps try with older SVN versions, and see if they work. Then bisect revisions to find out which commit broke it. 18.29.36 # linuxstb: how many revisions should I jump back by at a time? 18.29.48 # 1 seems rather tedious 18.29.49 # The bootloader release for the Nano2G was based on 23143 - so you could start with that. 18.30.00 # ah, thanks. 18.30.08 # That would at least tell you if your build environment etc is working. 18.31.15 # shit...that's ~1200 revisions... 18.31.26 # my build environment is sweet 18.31.31 Join kugel [0] (n=kugel@rockbox/developer/kugel) 18.31.39 # builds for my other targets fine. 18.31.51 Mode "#rockbox +v kugel " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.32.02 # linuxstb: Have you been using you iPod Color recently? 18.32.03 Quit maruk ("Leaving.") 18.32.11 # Strife89DS_Lunch: No. 18.32.16 # I started with a fresh checkout about 12 hours ago...so I think I'm all good there 18.32.30 # linuxstb: Nevermind, then. 18.32.56 # S_a_i_n_t: Do you understand what I mean by "bisect revisions" ? 18.33.12 # perhaps not... 18.33.49 # If there are 1200 revisions, then you try revision #600. If that works, you try #900 (half way between 600 and 1200), if it doesn't work, you try #300 (half way between 0 and 600) 18.34.01 Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-pnvlgxqrcekkfkvo) 18.34.22 Mode "#rockbox +v saratoga " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.34.28 # And so on. So you reduce it from 1200 to 600 to 300 to 150 to 75 to 38 to 19 to 10 to 5 to 2 to 1 (sort of...) 18.34.32 # Ah....right. checking 1222 revisions seemed like a bit of a daunting task :D 18.35.44 # bertrik: Thanks again for resyncing that patch. :) 18.36.11 # Strife89DS_Lunch, no problem :) 18.37.04 Quit stoffel (Read error: 54 (Connection reset by peer)) 18.38.10 # linuxstb: err, just checking...but is it "svn -r 2**** " to jump back revisions?? 18.38.44 # I _think_ you type "svn update -r xxxxx" 18.39.01 # thanks. 18.40.17 Quit Strife89DS_Lunch ("Leaving the restaraunt.") 18.49.30 Join efyx_ [0] (n=efyx@lap34-1-82-225-185-146.fbx.proxad.net) 18.49.50 Mode "#rockbox +v efyx_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 18.52.35 Quit Farthen (Nick collision from services.) 18.58.01 # What exactly is it that's messed up with USB HID with the nano2g? I'm of the opinion that untill whatever it is is fixed that USB HID shouldn't be on by default for that target. Or can that not be done for some reason? 19.02.15 # As it is now, someone installs rb on the nano2g and when they plug it in for the first time they think their filesystem is messed up. 19.04.11 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 19.04.31 Mode "#rockbox +v Horscht " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.13.56 # are all plugins installed by default? if not, where can i download eg the JPEG viewer? 19.14.05 Quit moos ("ChatZilla 0.9.86 [Firefox 3.6/20100115144158]") 19.14.08 # rockbox does not list jpeg files on my cowon d2 19.15.48 # u42p: set 'view filetypes' to "supported" instead of "music" 19.18.17 # oh duh, they were gif files. i am stoopid 19.18.24 # thanks 19.20.08 Join JdGordon| [0] (n=Miranda@131.107.0.69) 19.20.28 Mode "#rockbox +v JdGordon| " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.20.59 # kugel: did you backport the backdrop fix to 3.5? 19.21.46 # to lazy to look at the log? :) yes I did 19.21.59 # no, I wasnt sure if i missed it 19.22.04 # ok cool :) 19.26.14 Quit Sajber^ ("Leaving.") 19.26.38 Nick YPSY is now known as Ypsy (n=ypsy@geekpadawan.de) 19.29.23 Quit bertrik (Read error: 60 (Operation timed out)) 19.35.37 Join gorgh [0] (n=5bcfb983@giant.haxx.se) 19.35.57 Mode "#rockbox +v gorgh " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.40.56 Quit gorgh ("CGI:IRC") 19.41.17 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.41.37 Mode "#rockbox +v bertrik " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.41.44 Join PaulJam [0] (n=Paule@p54BEFDC7.dip.t-dialin.net) 19.42.05 Mode "#rockbox +v PaulJam " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.42.08 Join gorgh [0] (n=5bcfb983@giant.haxx.se) 19.42.28 Mode "#rockbox +v gorgh " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.43.36 Join Strife89 [0] (n=michael@168.16.237.214) 19.43.56 Mode "#rockbox +v Strife89 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.44.20 # I'm going to commit FS#10922 tonight if I get a chance... so testers would be helpful 19.45.23 # hello, i was trying to find some debug tools for sigmatel 35xx on the web, but i couldn`t really find anything usefull,does anyone know anything about such program? 19.45.24 # JdGordon|: I'm at work at the moment, but I'll compile and test when I get the chance. 19.48.25 Join webguest54 [0] (n=4d6a633d@giant.haxx.se) 19.48.45 Mode "#rockbox +v webguest54 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 19.48.57 Quit webguest54 (Client Quit) 19.50.00 Quit pamaury (Client Quit) 19.51.38 Quit kugel ("exit(0);") 19.52.22 # gorgh: have you seen http://www.rockbox.org/wiki/SigmaTelSTMP3xxx#STMP3500_SDK_v2_4_v3_2 ? 19.53.13 *** Saving seen data "./dancer.seen" 19.53.24 Join rhodan [0] (n=quassel@81-23.79-83.cust.bluewin.ch) 19.53.44 Mode "#rockbox +v rhodan " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.01.01 # funman:sigmatel sdk package informs about "boxview" debugger but i couldn`t edit any of the firmware files with it :/ there is no documentation for it neither 20.04.38 # bertrik: Any chance you are familiar with "length regulation" as it pertains to the as3525 charge pump step-down converter? I can find lots-o-info on charge pumps from google but nothing on length regulation.... 20.05.28 # I did wonder a bit about that too, I don't really know what it means 20.05.47 # one of the two modes can provide quite a bit more current before the current starts dropping, IIRC 20.05.55 # *before the voltage starts dropping 20.06.27 # btw I tried setting MCI_POWER to 0 in sd_enable() but it showed no battery improvement 20.07.05 # did we look at MCI_CLOCK_POWERSAVE already? 20.07.37 # I tried that a few weeks ago and couldn't get the disk to init 20.08.20 # I didn't bang on it too hard though 20.09.33 Join petur [0] (n=peter@d54C6F9B2.access.telenet.be) 20.09.53 Mode "#rockbox +v petur " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.09.55 Quit phanboy4 ("Leaving") 20.10.45 Quit rhodan_ (Connection timed out) 20.11.20 Quit Tomis () 20.13.26 # re: charge pump, I thought we were seeing the 3 modes as the 3 segments of the battery benches(slope changes) but when I checked LREG_CPnot with a low batt it was still showing charge pump op(mode 3) 20.14.02 # it's not possible to see the full log for a branch on ViewVC ? 20.16.38 Quit krazykit` (Read error: 104 (Connection reset by peer)) 20.16.56 # ah it is, just click on the revision shown on 2nd column 20.17.51 # FlynDice, I don't think you can really tell that from the battery bench 20.18.19 # funman, do you remember what the OF uses for the power regulation settings? 20.18.52 # no but i could look 20.19.02 # bertrik: Well there's a bit you can check to see if CP or length reg is active 20.19.22 # http://svn.rockbox.org/viewvc.cgi?view=rev&revision=22813 < should we do the same for 3.5 ? 20.20.36 Quit gorgh ("CGI:IRC (EOF)") 20.21.05 Join gorgh [0] (n=5bcfb983@giant.haxx.se) 20.21.20 # funman: indeed :) 20.21.25 Mode "#rockbox +v gorgh " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.21.34 # bertrik: CP_SW and CP_on of CVDD/DCDC3 ? 20.22.08 # funman: well, not *exactly* the same 20.22.22 # yes, and also LREG_off (bit 2 in DCDC3 registers) 20.22.28 # gevaerts: right, we can't apply it again to the 3.4 branch 20.22.31 # and I'd start with "3.5RC" 20.22.36 # those are switching thresholds and a manual force cp op 20.23.29 # we set LREG_off to 1 in system.as3525.c to go into auto-switching mode 20.23.56 # na, unless someone else wants to do the rc builds, I've got 3.5RC on my local tree, 3.5 shuold be in svn 20.24.04 # ok 20.24.24 # does http://usa.jdgordon.info/rockbox/3.5rc/ work? 20.24.24 # I could do the RC builds, but I think it's best if only one person handles them 20.24.37 # 403 20.24.59 # http://usa.jdgordon.info/rockbox/3.5rc/rockbox-fonts-3.5RC.zip 20.25.17 # the individual files work 20.25.30 Quit FlynDice (Remote closed the connection) 20.25.54 # ok, I'll quickly whip up a page for them, although it doesnt seem like anyone is using them 20.26.22 # I'm not too unhappy about nobody trying the first one, but yes, we need testing 20.26.37 # Maybe a post to General Discussion? 20.27.06 # actually i wanted to try on my devices, but i don't think trunk has diverged from 3.5 20.28.35 # JdGordon|: I usually use a .htaccess with Options +Indexes for that 20.28.36 Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 20.28.57 Mode "#rockbox +v FlynDice " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.29.07 Join krazykit [0] (n=kkit@70.236.75.75) 20.29.22 # lets assume for the moment I have no idea what you just said... :) 20.29.27 Mode "#rockbox +v krazykit " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.29.46 # oh, its not running apache 20.29.47 Quit pixelma (Nick collision from services.) 20.29.49 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 20.29.54 Quit amiconn (Nick collision from services.) 20.29.56 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 20.30.07 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 20.30.10 Mode "#rockbox +v pixelma " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.30.16 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 20.30.17 Mode "#rockbox +v amiconn " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.30.29 Nick fxb__ is now known as fxb (n=felixbru@85.214.97.64) 20.30.43 # bertrik: OF doesn't touch CP_SW/CP_on on the Clip 20.31.00 # LREG_off is set at init and modified in USB code 20.31.42 # hmm, what would USB have to do with it, interesting 20.32.32 # * funman will try to add that to the existing usb code for clip 20.34.09 Quit gorgh ("CGI:IRC (Ping timeout)") 20.35.45 Part watto 20.36.03 # would anyone like to make a simple RC build listing for me? 20.36.06 # hm it's already there :/ 20.36.59 # JdGordon|: make a file called ".htaccess" in the directory, with content "Options +Indexes" 20.37.05 # With any luck, that's all you need 20.38.37 # what permissions? 20.38.53 # FlynDice, the graph at page 119 of the DS suggests that the charge pump can deliver 50 mA, while the length regulator can deliver 200 mA to CVDD 20.39.57 # the graph at page 127 also suggests a 50 mA guaranteed current for the charge pump 20.40.28 # Maybe we could always set it to length regulator mode and see if that fixes the sd card problems? 20.41.08 # sweet.. looks like that worked 20.41.23 # I tried setting that last night, not for the sd card though, the voltage is much more unstable 20.41.25 Quit togetic (Read error: 110 (Connection timed out)) 20.41.33 Mode "#rockbox +o JdGordon| " by ChanServ (ChanServ@services.) 20.42.02 Topic "Now in freeze for upcoming 3.5!| RC builds at http://usa.jdgordon.info/rockbox/3.5rc/ | Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | This channel is logged at http://www.rockbox.org/irc | We're currently suffering from a spam attack. You should gain voice in 30 seconds, if you find you can't say anything, contact a channel oper" by JdGordon| (n=Miranda@rockbox/developer/JdGordon) 20.42.19 Mode "#rockbox -o JdGordon| " by ChanServ (ChanServ@services.) 20.42.53 # FlynDice, yeah, the datasheet also suggests to switch to charge pump mode, I guess that's more efficient than length regulator mode 20.43.40 # I'm thinking that that the autoswitching is related to current draw, from the graphs on p127 it appears length reg maintains a higher voltage at higher currents 20.43.58 # but the charge pump mod is probably more efficient 20.44.49 # FlynDice, yes, that is exactly what I am thinking too 20.45.39 # JdGordon|: version string is "r24355:24359M", why the weird revision ? 20.46.30 # good question... umm.. I'll sort that out tonight 20.51.19 Quit funman ("free(random());") 20.51.38 Quit FlynDice (Remote closed the connection) 20.54.24 Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 20.54.44 Mode "#rockbox +v FlynDice " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 20.58.50 Join Grahack [0] (n=Grahack@ip-222.net-82-216-222.rev.numericable.fr) 20.59.10 Mode "#rockbox +v Grahack " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.06.50 Join liar [0] (n=liar@clnet-p09-185.ikbnet.co.at) 21.07.10 Mode "#rockbox +v liar " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.07.25 Quit PaulJam (Read error: 113 (No route to host)) 21.20.51 Quit krazykit (Read error: 104 (Connection reset by peer)) 21.23.50 Join krazykit [0] (n=kkit@70.236.75.75) 21.24.10 Mode "#rockbox +v krazykit " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.24.49 Quit krazykit (Read error: 54 (Connection reset by peer)) 21.24.56 Join krazykit [0] (n=kkit@70.236.75.75) 21.25.16 Mode "#rockbox +v krazykit " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.27.58 Join HellDragon_ [0] (n=jd@modemcable207.134-202-24.mc.videotron.ca) 21.28.18 Mode "#rockbox +v HellDragon_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.34.15 Quit u42p ("Leaving") 21.34.35 Join phanboy4 [0] (n=benji@gate-22.spsu.edu) 21.34.56 Mode "#rockbox +v phanboy4 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.45.07 Quit hd (Connection timed out) 21.46.36 Join froggyman [0] (n=sopgenor@pool-72-69-205-209.chi01.dsl-w.verizon.net) 21.46.56 Mode "#rockbox +v froggyman " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.53.05 Join Omlet [0] (i=omlet05@91.182.33.173) 21.53.15 *** Saving seen data "./dancer.seen" 21.53.25 Mode "#rockbox +v Omlet " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 21.53.58 Quit Strife89 ("Clocking out.") 21.55.34 Join gorgh [0] (n=5bcfb9c0@giant.haxx.se) 21.55.54 Mode "#rockbox +v gorgh " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.03.12 Join Bjelleklang [0] (n=Bjellekl@wikipedia/Bjelleklang) 22.03.32 Mode "#rockbox +v Bjelleklang " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.03.56 Quit Omlet ("( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )") 22.04.38 # hi guys, just replaced the harddrive and battery on my iAudio X5. Installed rockbox through the utility, but when it boots it ends up with "result: -5" before shutting down 22.04.53 Quit B4gder ("*plopp*") 22.04.54 # is there any place I can find descriptions on the various error codes? 22.05.07 Join B4gder [241] (n=daniel@rockbox/developer/bagder) 22.05.28 Mode "#rockbox +v B4gder " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.06.47 # the source, but I guess that's not what you're looking for 22.06.56 # * gevaerts doesn't know if there is a list elsewhere 22.07.00 # not quite 22.07.16 # rockbox is written in c? 22.07.22 # yes 22.07.25 # sorry to bother you again, but i want to make sure about that issue. I wish to write driver for 8 bit atari music files for sigmatel 35xx based player. Are there any user friendly debug/disassemble tools for a start? 22.07.29 # oh, there's a comment above the -5 22.07.30 # could probably dig through the source, but that would take ages :/ 22.07.37 # hm, just a sec 22.07.44 # "We have timed out waiting for RDY and/or DRQ, possibly because the hard drive is shaking and has problems reading the data." 22.07.56 # Bjelleklang: firmware/drivers/ata.c 22.13.01 Quit _zic ("Ex-Chat") 22.13.28 Quit Grahack ("Tu m'as vu ?") 22.15.34 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 22.15.54 Mode "#rockbox +v dfkt_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.16.50 # appears to be a hard drive problem :/ 22.18.02 # gorgh, what does that have to do with rockbox? rockbox doesn't currently run on any sigmatel-based devices 22.22.06 # got it running again, although on the old hdd :/ 22.22.14 Join m3dlg [0] (n=m3dlg@212.183.140.96) 22.22.34 Mode "#rockbox +v m3dlg " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.23.12 Join Strife89 [0] (n=Strife89@adsl-154-2-245.mcn.bellsouth.net) 22.23.27 Nick Strife89 is now known as Strife89|Desktop (n=Strife89@adsl-154-2-245.mcn.bellsouth.net) 22.23.32 Mode "#rockbox +v Strife89|Desktop " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.24.16 # ok,sorry then. But maybe someone know where to get detailed information about that issue?google says nothing about that,i would be thankfull for any advice. 22.29.24 # Bjelleklang: which type is your new HD? And couldn't it also be that the contact wasn't quite right when you plugged the new HD? 22.29.27 # has anyone ever looked at hacking a sigmatell player? 22.30.21 # if you're the first person maybe you should think about getting a different player or else spending a very long time working on reverse engineering before you get to do any audio 22.30.41 # pixelma: new drive was same as the old one, from Toshiba. Same capacity and model, contact was fine as far as I could tell 22.31.34 # and the new drive shows up on both windows / linux as an empty drive after formatting to fat32... 22.31.55 # ...got the old drive up and running now, and am copying out everything on it to see if that helps 22.33.40 Quit dfkt (Read error: 110 (Connection timed out)) 22.33.42 Join Casainho [0] (n=chatzill@87.196.0.120) 22.33.58 # I guess you`re right,i`ll try that. 22.34.02 Mode "#rockbox +v Casainho " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.34.58 # gevaerts: "Result: -5" is not an ata error. It's an error while trying to load the firmware, and that happens after ata init and mounting 22.35.07 # hm 22.37.38 # Hmm, and if it says -5, it means our released bootloader is ages old... 22.39.04 # -5 is apparently "Bad checksum" 22.39.30 # Bjelleklang: ping 22.41.10 # here 22.41.11 # ah 22.41.21 # Yes, and it already was that before strerror() was introduced 22.42.01 # haven't really used the player for at least a year or so, but it booted fine on the old drive 22.42.34 # will try a few things once the contents of the drive has been copied 22.42.40 # You could try reformatting and installing again 22.42.44 # mhm 22.43.20 # afk for a little while, back later with updates :) 22.43.59 # * amiconn wonders whether this really was our released bootloader 22.44.24 # Because it it is, that means that bootloader is compiled from 3 years old code 22.44.44 # (from before 22 Feb 2007 to be precise) 22.45.10 # *if it is 22.45.26 # it's not 22.45.39 # The released bootloader has "Result: %s" in it 22.45.56 # and seems to be from march 2008 22.46.21 # Bjelleklang: updating the bootloader might be a good idea 22.46.21 # That date isn't necessarily correct 22.46.37 # no, but that string helps confirming that it's at least newer 22.46.48 # * amiconn wonders whether we should release new bootloaders 22.47.22 # Iriver is a problem because you need a bdm if something goes wrong 22.47.35 # iAudio is brick safe 22.52.34 Quit Kitr88 (Client Quit) 22.52.44 Nick dfkt_ is now known as dfkt (i=dfkt@unaffiliated/dfkt) 22.52.56 # At least the H300 bootloader is currently broken 22.53.12 # The H100 v7pre4 zorks very well, but that is itself old by now 22.53.19 # yes, we can't release a new H300 bootloader 22.53.21 # s/zorks/works/ 22.53.29 # No idea on current H100 22.53.37 # * GodEater is still running V7pre3 on his H100 22.53.42 Join stooo [0] (n=sto@f051036020.adsl.alicedsl.de) 22.54.01 # I needed pre4 for (IIRC) turning it on with the remote 22.54.02 Mode "#rockbox +v stooo " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 22.54.09 # we need LinusN back before we can think of releasing a new H300 bootloader 22.54.15 # because he's got to work out how broken it is 22.55.29 Quit gorgh ("CGI:IRC") 22.57.55 Quit m3dlg (Read error: 110 (Connection timed out)) 23.00.04 Join Kitar|st [0] (i=Kitr88@BSN-182-128-37.dial-up.dsl.siol.net) 23.00.09 Join dfkt_ [0] (i=dfkt@unaffiliated/dfkt) 23.00.25 Mode "#rockbox +v Kitar|st " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.00.29 Mode "#rockbox +v dfkt_ " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.09.27 Quit dfkt_ ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 23.13.07 # I think there's a bug in the scroll bar width setting menu: the width of the scroll bar shows the previously selected width instead of the currently selected width 23.16.00 # known bug 23.16.05 # it wont be fixed 23.18.35 Quit dfkt (Read error: 110 (Connection timed out)) 23.18.59 # its only annoying if you wrap the setting list 23.19.01 Quit bmbl ("Bye!") 23.19.09 # i.e go from max to min in 1 step 23.20.33 # the issue is that the lists redraw before the setting callback happens. There isnt really a clean way to fix this, unless we stop making that setting "live" 23.21.52 # I assume there's a good reason for that ordering? 23.22.17 # That's The Way It Works (TM) 23.22.41 # I see, fear of the unknown ;) 23.22.43 # it goes a little something like this.... (ahem (clears throat)) 23.23.23 # button press, UI loop gives the button to the list, the list sees the selection changes and redraws, then the UI sends the callback with the new value 23.23.33 # it cant send the new value untill it knows what that new value is 23.23.41 # so the list has to happen before the callback 23.24.01 # ah, ok. Makes sense 23.24.16 # a fix is to redraw twice every change, which really is silly, or stop updating that setting live 23.25.15 Quit stooo ("Leaving.") 23.27.52 # Couldn't just *this* setting redraw twice, i.e. in the callback? 23.28.39 # ok, copying the contents from the old drive onto the new worked, or at least it booted 23.28.51 # was also able to upgrade to 3.4 through the utility 23.31.23 # amiconn: it possibly could, but that would be no less messy than any other fix 23.32.42 Join krazykit` [0] (n=kkit@70.236.75.75) 23.33.02 Mode "#rockbox +v krazykit` " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.33.23 Quit krazykit (Read error: 104 (Connection reset by peer)) 23.35.23 Quit petur ("Zzzzz") 23.36.02 Quit evilnick_B ("Page closed") 23.41.55 Quit bertrik ("De groeten") 23.42.21 # fractals only draws black screens on my two targets where this plugin uses greylib (Ondio and M5) 23.43.03 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 23.43.23 Mode "#rockbox +v BHSPitMonkey " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.43.54 Join Strife89 [0] (n=michael@adsl-154-2-245.mcn.bellsouth.net) 23.44.15 Mode "#rockbox +v Strife89 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.48.04 # there's no "Iaudio M5" in flyspray's "Player Type" list 23.48.24 # or M3 23.53.17 *** Saving seen data "./dancer.seen" 23.54.22 Quit Strife89 (Read error: 104 (Connection reset by peer)) 23.54.36 Quit toffe82 (Remote closed the connection) 23.54.46 Join Strife89 [0] (n=michael@adsl-154-2-245.mcn.bellsouth.net) 23.55.06 Mode "#rockbox +v Strife89 " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.57.33 Join moos [0] (i=moos@85-171-102-158.rev.numericable.fr) 23.57.53 Mode "#rockbox +v moos " by rb_voicebot (n=rb_voice@0x5550f5a3.adsl.cybercity.dk) 23.58.38 Part domonoky