--- Log for 31.05.110 Server: card.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 5 days and 8 hours ago 00.00.33 # funman: nope :( 00.01.40 # funman: you didn't change crt0.S did you? 00.01.46 # nope 00.02.57 *** Saving seen data "./dancer.seen" 00.03.46 # maybe the branch to main bugs a bit 00.03.54 # main is ARM so it's ok 00.04.14 # hm, strange 00.04.18 # best way to get code to proliferate is put it in SVN :) (how many times has YUV dithering asm been replicated now?) 00.04.46 # jhMikeS: btw wouldn't it be possible to merge common code to a single file? 00.05.01 # perhaps #including target specific code 00.06.02 # funman: that YUV stuff could probably could be macrod for the various write parts/lcd sizes instead of copied over and over 00.08.00 Quit kugel (Remote host closed the connection) 00.08.08 # since now we're allowed .c #include (which I wanted to do before and got heavy disagreement), I think thread.c needs just such a treatment 00.08.55 Quit Topy44 (Quit: No Ping reply in 180 seconds.) 00.09.06 Join Topy44 [0] (~topy@my.fastsh.it) 00.11.52 # http://rafael.carre.perso.sfr.fr/rockbox.zip (e200v1 thumb build with single core) 00.12.21 Quit efyx (Remote host closed the connection) 00.14.19 # ahem? oh, we're going back to not using the COP? ;) 00.15.48 # New commit by 03mc2739 (r26418): Catalan language update ... 00.16.43 # New commit by 03mc2739 (r26419): Update Czech language ... 00.20.06 Quit epicfailguy () 00.20.33 # New commit by 03mc2739 (r26420): Catalan language update ... 00.20.50 Join r0b- [0] (~nnscript@adsl-76-235-218-36.dsl.klmzmi.sbcglobal.net) 00.21.10 # New commit by 03mc2739 (r26421): Update Czech language ... 00.24.22 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 00.24.53 # New commit by 03amiconn (r26422): Smaller & faster grey blitting on greyscale ipods, based on an idea by Mike Sevakis. ISR speedup on all greyscale iPods except Mini 2nd Gen is ~10%. ... 00.26.45 # http://pastie.org/984909 <- thumb effect on clipv1 plugin sizes 00.27.02 # jhMikeS: well if it works then i'll look carefully at dualcore code.. 00.28.07 # Somehow all number for subdir plugins are broken 00.28.11 # *numbers 00.28.17 # funman: are you going to backport your francais.lang updates, or should I? 00.28.29 # amiconn: no, overlays 00.28.53 # mc2739: i'll do it when my tree finishes cloning 00.29.29 Join moparx [0] (~moparx@unaffiliated/moparx) 00.29.30 # ok 00.29.34 # mc2739: btw i think lcd_set_flip() won't work on e200v2 if backlight goes off 00.30.07 # i have a patch which makes fuze & e200v2 use the same code but it's not tested yet 00.30.36 # if e200v2 / fuzes can't use the same lcd_enable() code i think i'll give up with this and keep them separate 00.34.21 # funman: lcd does stay flipped after backup going off (r23684) 00.34.47 # arr 00.35.06 # ATA DMA on PP seems to be broken at 24MHz 00.35.46 # s/backup/backlight/ 00.35.58 # hm strange R_DRV_OUTPUT_CONTROL is reset in _display_on() 00.37.32 Quit kramer3d (Quit: Leaving) 00.38.34 Quit efyx (Remote host closed the connection) 00.41.19 Quit DataGhost (Ping timeout: 240 seconds) 00.44.14 Quit moparx (Ping timeout: 252 seconds) 00.44.25 Quit DerPapst (Quit: Leaving.) 00.45.35 Quit ender` (Quit: Why programmers like UNIX: talk, date, touch, grep, make, unzip, strip, view, finger, grep, mount, fsck, more, yes, fsck, fsck, fsck, umount, sleep) 00.48.22 Quit Highlander_ (Quit: Quitte) 01.03.56 # amiconn: it shouldn't be, it should be conditionaled up to use a mode that works for various clocks 01.04.06 # amiconn: maybe i cocked it up :) 01.04.16 # hm, kugel's not here. 01.04.27 # Well, if I try to load a plugin at 24MHz on my Mini G2, it errors out 01.05.22 # amiconn: what mode does it say it's using in the debug menu? 01.05.36 # UDMA 2 doesn't work at less than 30MHz 01.05.52 # but if CPUFREQ_NORMAL is defined as 24 it should automatically use UDMA1 01.06.08 # see the end of firmware/target/arm/ata-target.h 01.06.16 # I didn't change CPUFREQ_NORMAL 01.06.30 # I'm just switching to CPUFREQ_DEFAULT via debug menu 01.07.09 # Ah, right 01.07.15 # Yeah that doesn't work 01.07.21 # We skipped considering that case ;) 01.07.54 # because the only times the cpu drops to the lower rate without debug intervention is radio playback or when using a usb bridge for msc 01.07.57 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 01.08.02 # i.e times when rockbox doesn't access the disk 01.08.16 # so yeah, on PP you now can't access the disk when the cpu is in idle mode 01.08.21 # ..sorry :) 01.08.37 # That means I can't use test_fps to test 24MHz 01.08.58 # well, you can by recompiling with a changed CPUFREQ_NORMAL 01.08.59 # but yeah 01.09.02 # It's not very important, but it is listed on LcdFrameRate 01.09.03 # that's not as handy 01.09.10 # did you guys change the key combo for Lock/Unlock on the Clip Plus? 01.09.34 # r0b-: It's in the SVN log, I believe... 01.09.34 # We discussed this briefly and concluded it wasn't 100% trivial to account for runtime freq changes and just decided it wasn't important :) 01.09.54 # how do I as a user view the SVN Log? 01.09.58 # Has someone already pointed out that the new pluginlib_action keymap for ipod makes "quit" select+play 01.10.10 # whereas most plugins previously quit with menu+select (which is now PLA_CANCEL rather than PLA_EXIT) 01.10.19 # nvm :) 01.10.21 # i'm kinda annoyed by this 01.10.52 # but i'm wondering if it was intentional or not. i've not tested very many plugins. 01.11.47 # hmm. noi, actually i'm oversimplifying 01.12.48 # plugins don't seem to use EXIT vs CANCEL consistently in the first place.. 01.13.04 # is it too late to try and fiddle with keymaps more for 3.6? 01.13.55 # i dunno if this is a bug or what but i just loaded the LATEST Rockbox build onto my Clip + and the FM Radio vanished? 01.15.15 Join evilnick [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 01.18.08 # New commit by 03funman (r26423): Use version.sh in manual builds 01.18.17 Quit evilnick__ (Ping timeout: 265 seconds) 01.27.48 # ok i seriously think something is up 01.28.11 # Rockbox wont see the FM Hardware but the OF will for this Clip Plus 01.29.53 Quit efyx (Remote host closed the connection) 01.32.49 Quit BlakeJohnson86 (Ping timeout: 276 seconds) 01.35.34 # rockbox wont detect the FM Hardware 01.48.05 Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) 01.49.38 Quit domonoky1 (Read error: Connection reset by peer) 01.52.41 # any translators here? 02.02.22 # New commit by 03funman (r26424): Only build firmware_flash plugin on archos 02.03.01 *** Saving seen data "./dancer.seen" 02.10.20 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 02.10.22 # New commit by 03funman (r26425): Backport r26415 and r26416 : french translation updates 02.13.40 # New commit by 03funman (r26426): backport r26349 ... 02.13.46 # New commit by 03funman (r26427): backport r26423 ... 02.19.25 Quit ssorgatem (Remote host closed the connection) 02.22.27 Join anewuser [0] (anewuser@unaffiliated/anewuser) 02.22.46 # does anybody know in which menu is the setting for "fast forward" speed? ive gone trough all settings 4 times and i didnt find anymore. am i blind? ^^ (omg) 02.23.53 # omg have it 02.46.06 # New commit by 03funman (r26428): Add a tool to compare the binsizes of plugins and codecs of 2 build dirs ... 02.56.39 # ok so i have Rockbox on my new Clip + 4GB but the FM Radio hardware is not detected 02.56.45 # it detects in the simulator 02.56.46 Quit storm` (Ping timeout: 248 seconds) 02.57.06 # its the latest build 02.59.16 Quit Horschti (Ping timeout: 276 seconds) 02.59.19 Quit robin0800 (Quit: No Ping reply in 180 seconds.) 02.59.36 # r0b-: well, the simulator doesn't *have* any hardware, it's all faked. :) 02.59.45 # or perhaps i should say "simulated" 02.59.46 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 02.59.50 # well 03.02.01 Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 03.03.14 # the latest build shows the FM Tuner in my e200 03.03.15 # r0b-: works for me 03.03.39 Quit funman (Quit: free(random());) 03.04.29 # fm radio works in my clip+, too 03.04.44 Quit evilnick (Ping timeout: 245 seconds) 03.05.22 # this makes no sense 03.05.23 # :) 03.05.54 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 03.07.14 Quit n17ikh (Ping timeout: 245 seconds) 03.07.15 Quit bieber (Ping timeout: 252 seconds) 03.07.30 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 03.08.23 # i cant decide if i should return my fuze2 or should hope for a wonder. 03.08.58 # hmmm the latest rockbox works fine on my e260v1 03.09.14 Quit robin0800 (Quit: No Ping reply in 180 seconds.) 03.09.42 Join robin0800 [0] (~quassel@general-ld-216.t-mobile.co.uk) 03.10.53 # funman: may i ask you for a sugestion? 03.11.09 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 03.14.58 # i'd probably just return it and buy one off ebay where its almost certainly too old a unit to have the firmware issue 03.16.20 # i think so, too. even if im sure you RB devs will get that anywhen. but i just have 14 days to return it and i just bought it for RB. and i already spent much much time in this issue and time is this what i didnt have atm :( 03.17.03 # a installed kubuntu in a VW and compiled ams info there and dumped .28 .31 and .33 03.17.15 # but didnt found a logical mathcing point 03.17.24 # im having my own issues with RB atm :P 03.17.50 # i had a thought that this could be a DRM issue. 03.18.27 Quit steve|m (Ping timeout: 276 seconds) 03.18.30 # the FM radio? 03.18.38 Quit BlakeJohnson86 (Ping timeout: 248 seconds) 03.18.40 # no my firmware problem 03.18.46 # maybe 03.20.19 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 03.21.30 # ive tried all builds for the Clip + also 03.21.40 # i wonder if my FM Chip is different then yours Rob2222 03.21.56 # can i find out anyhow? 03.22.55 # ? 03.24.33 Quit robin0800 (Remote host closed the connection) 03.24.51 # is there a point in RB where i can get FM radio chip infos? 03.25.10 # well propably i can but not r0b- 03.26.16 # r0b-: well if i understood this right you can disable the radio 03.26.26 # by renaming the flash-filename when flashing 03.26.50 # ? 03.26.54 # but this would make no sense cause your radio is working at the OF 03.27.03 # yea 03.27.05 Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) 03.27.06 # so the hardware is good 03.27.31 # though its the 4GB :P 03.27.34 # r0b-: http://forums.rockbox.org/index.php?topic=14064.msg113302#msg113302 03.28.38 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 03.28.43 # you can enable a test mode of the OF by renaming the flash file from clppa.bin to clppt.bin 03.29.13 # but cause i already having flashing problems i didnt want to test that on my clip+. but on my fuze that worked 03.29.45 # im not gonna reflash with test mode 03.30.02 # anyway i just checked, theres only a FM radio test 03.30.07 # no more information 03.30.16 # about the radio itself 03.30.53 # oh by using the clppt.bin ? 03.31.56 Join steve|m [0] (~steve@p4FD449B6.dip.t-dialin.net) 03.31.58 Quit ps-auxw (Ping timeout: 248 seconds) 03.32.55 # what firmware is yours using? 03.33.14 # no, by renaming the fuze original firmware from fuzpa.bin to fuzpt.bin 03.35.19 # r0b-: what do you see if you go to System > Debug > FM Radio 03.35.57 # HW Detected: no 03.36.05 # meaning it cant detect the hardware 03.36.25 # the OF can see the hardware fine 03.36.45 # has the radio worked in Rockbox previously? 03.37.05 # i just got this player today 03.38.32 # i have an e200v1 that rockbox works flawless 03.38.35 # FM and all 03.39.48 # ok, this may be another situation like Rob2222 has with his Fuze - possibly a mid-production hardware change 03.40.03 # everything else works :) 03.40.04 # so 03.40.23 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 03.40.29 # yeah, damn sansa :( 03.40.47 # what verion OF did it come with? 03.40.50 # i just emailed sansa.de and sansa us support how to downgrade my firmware.... 03.41.25 # you asking me regarding my fuze? if yes, it was 02.03.31 03.41.42 # no, r0b- 03.44.37 # bieber: hey 03.45.12 # you think firmware version affects whether the fm radio works in rockbox? 03.45.45 Quit evilnick_ (Read error: Connection reset by peer) 03.46.11 Join evilnick_ [0] (~evilnick@ool-457bccf5.dyn.optonline.net) 03.46.21 # no, but if there is different hardware, then the OF will have different init routines for each of the hardware versions 03.46.24 Quit Barahir (Ping timeout: 276 seconds) 03.56.23 Join Drise [0] (~drise13@user-24-214-34-2.knology.net) 03.56.30 # hey 03.57.05 # Im looking for some help with the sansa fuze v2 03.57.34 Quit BlakeJohnson86 (Ping timeout: 248 seconds) 03.58.16 # whats your problem with it? 03.58.47 # Everytime i plug it in to charge off a wall charger, it shutsdown ad boots OF 03.59.26 # I know that the usb driver isnt up yet, but it says charging is good to go 03.59.47 # but you have to hold select key when push in the plug 03.59.58 # Drise: Have you tried holding the select button while plugging in usb like it says in the manual...... 04.00.00 # ... 04.00.22 # maybe in the excitement of knowing the v2 port was good, i forgot to... 04.00.25 # Drise: if boot into Rockbox and hold the select button while connecting, it should stay in Rockbox and charge 04.00.39 # lol 04.00.42 # Ill give that a try then. 04.00.48 # at least he heard it 3 times now 04.00.51 # lol 04.01.03 # mc2739's response is more correct than mine 04.01.08 # Ive grown so tired of the fuze OF... been waiting forever for it to go stable 04.01.38 # you lucky guy can at least get RB running 04.01.40 # i cant :/ 04.01.47 # except I didn't mention the manual 04.01.59 # bummer... What doesnt work for you? 04.02.19 # mine player doesnt accept custom flashes. so no rockbox bootloader 04.02.27 # my* 04.02.36 # is it a v1? 04.02.46 # no V2 04.02.54 # brand new one 04.03.02 # made 4/2010 04.03.04 # strange. I never ra into that issue on the forums.... 04.03.07 *** Saving seen data "./dancer.seen" 04.03.25 # Hm... maybe i shouldnt get mine sent back from sansa 04.03.27 # multi posts about it the last 2 days 04.03.45 # is it somethiung sansa has done to prevent rb? 04.04.19 # i dont think they prevent RB but it could be a DRM thing 04.04.26 # it wont accept old firmwares, too 04.04.26 # True. 04.04.41 # it just flashes 02.03.31 and .33 Nothing more. 04.04.54 # So any new player coming out of sansa is not a good idea? 04.05.02 # if you wish to rb? 04.05.30 # no you cant say that, yet 04.05.48 # but at least 3-4 people i know have the same issue 04.06.09 # 2 of us have a BI1004CAHK-8GB model 04.06.18 # fomr the 3rd person i didnt have information yet 04.06.37 # Because i geta new one periocically, make up some issue i know they cant fix, they send me an RMA and i get a new one 04.06.42 # 1004 loos like the production date 04.06.47 # just to keep it nice and new 04.06.59 # lol 04.07.12 # guess in this case that its not a good idea 04.07.14 # what issue they cant fix? 04.07.33 # stuff like hardware issues 04.07.43 # things that reseting the player wont do 04.07.51 # "low battery life" 04.08.03 # i have sent in my question too... here it is 04.08.40 # When using the player recently, I have noticed the battery lasts only a few hours after a full charge over night. This is when only playing music and the device is left untouched. 04.08.40 # Details 04.08.46 # its a flaw in the hard ware 04.09.12 # and they will try to use a reset, fresh OF etc, and when it "fails" i get an rma 04.09.41 # i have about 6 pairs of headphones lol 04.12.50 # hmm ... welll .. 04.12.56 # anyway im afk 04.13.37 # thanks for the ehlp folks 04.13.41 Part Drise 04.14.40 Quit evilnick_ (Ping timeout: 245 seconds) 04.20.05 Quit guymann (Ping timeout: 245 seconds) 04.22.13 Join guymann [0] (~charlie@64-252-120-107.adsl.snet.net) 04.22.33 Quit anewuser (Ping timeout: 264 seconds) 04.25.06 Quit MethoS- (Remote host closed the connection) 04.25.47 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.123) 04.34.52 Quit TheSeven (Ping timeout: 240 seconds) 04.37.05 Join saratoga_lab [0] (~9803c20d@gateway/web/freenode/x-sucspauznttkhbsq) 04.38.48 Join BlakeJohnson86 [0] (~bjohnson@173.158.100.62) 04.39.04 Quit pixelma (Disconnected by services) 04.39.07 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.39.26 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.39.36 Quit amiconn (Disconnected by services) 04.39.38 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.40.00 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.40.41 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.59.55 Quit selectohh () 05.01.06 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 05.07.20 Quit S_a_i_n_t_ (Ping timeout: 240 seconds) 05.07.43 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.142) 05.12.43 Join anewuser [0] (anewuser@unaffiliated/anewuser) 05.15.55 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 05.17.23 Quit BlakeJohnson86 (Ping timeout: 265 seconds) 05.19.24 Join vaguerant [0] (~vaguerant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) 05.19.32 Quit vaguerant (Changing host) 05.19.32 Join vaguerant [0] (~vaguerant@wikipedia/vague-rant) 05.22.05 Quit vaguerant (Client Quit) 05.30.12 Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) 05.31.53 Quit Horscht (Quit: Verlassend) 05.35.40 # oh well even the newest firmwares dont work 05.35.43 Join webguest02 [0] (www-data@giant.haxx.se) 05.36.31 Quit webguest02 (Client Quit) 05.36.39 Join webguest14 [0] (www-data@giant.haxx.se) 05.37.01 Quit webguest14 (Client Quit) 05.46.19 Quit Topy44 (Ping timeout: 248 seconds) 05.48.10 Join Topy44 [0] (~topy@my.fastsh.it) 06.03.11 *** Saving seen data "./dancer.seen" 06.30.54 Quit guymann (Ping timeout: 258 seconds) 06.37.49 Join guymann_ [0] (~charlie@64-252-122-240.adsl.snet.net) 06.43.16 Join Barahir [0] (~jonathan@frnk-590fffd4.pool.mediaWays.net) 06.43.55 Quit guymann_ (Ping timeout: 265 seconds) 06.45.19 Join guymann_ [0] (~charlie@66-159-149-202.adsl.snet.net) 06.50.32 Join Buschel [0] (~ab@p54A3AAEB.dip.t-dialin.net) 06.52.34 Quit guymann_ (Quit: leaving) 07.01.36 Quit CaptainKwel (Quit: Ex-Chat) 07.02.34 Join guymann_ [0] (~charlie@66-159-149-202.adsl.snet.net) 07.18.50 Quit Buschel () 07.19.18 Nick shai is now known as manare (~Shai@l192-117-110-233.cable.actcom.net.il) 07.20.12 Nick manare is now known as shai (~Shai@l192-117-110-233.cable.actcom.net.il) 07.27.31 Quit shai (Quit: Leaving) 07.29.47 Quit bieber (Ping timeout: 248 seconds) 07.30.01 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 07.33.53 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 07.43.07 Quit daurnimator (Ping timeout: 248 seconds) 07.49.45 Join daurnimator [0] (daurnimato@slackadelic.com) 08.03.15 *** Saving seen data "./dancer.seen" 08.05.48 Join Zagor [0] (bjst@rockbox/developer/Zagor) 08.06.04 Mode "#rockbox +o Zagor" by ChanServ (ChanServ@services.) 08.06.22 Quit saratoga_lab (Quit: Page closed) 08.06.26 Topic "Server down for maintenance today monday 14:00-16:00 CET | 3.6 now branched | 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 | DevCon2010 will be from June 4th to 6th in Ghent, http://www.rockbox.org/wiki/DevConEuro2010" by Zagor (bjst@rockbox/developer/Zagor) 08.06.32 Mode "#rockbox -o Zagor" by ChanServ (ChanServ@services.) 08.07.09 Join esperegu [0] (~quassel@145.116.15.244) 08.14.55 # JdGordon: I've figured out how to change the image called when USB is connected, but...how do I change the dimensions of said image/and it's alignment etc.? 08.15.13 # I want to make a fullscreen USB image, or very near to it. 08.22.06 Join xavieran [0] (~xavieran@ppp118-209-36-34.lns20.mel4.internode.on.net) 08.29.38 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 08.33.48 Join ender` [0] (krneki@foo.eternallybored.org) 08.34.17 Join kugel [0] (~kugel@rockbox/developer/kugel) 08.34.39 # Torne: you rang? 08.39.20 Join DerPapst [0] (~Alexander@p4FE8EB82.dip.t-dialin.net) 08.39.55 Join flydutch [0] (~flydutch@host23-166-dynamic.15-87-r.retail.telecomitalia.it) 08.49.04 Quit DerPapst (Quit: Leaving.) 08.52.33 Quit kugel (Remote host closed the connection) 08.53.37 # S_a_i_n_t: I would have assumed that if you change the bmp size it would magggically work 08.55.23 # Well, so did I at first...but there seems to be somewhere in the code where the x/y (and possibly image dimensions) are defined. If it were centered onscreen I'd be willing to believe the "magic" theory, but the fact that it appears in a specific position discredits that. 08.55.42 # I haven't however had much luck finding where thses values are defined. 08.56.07 # s/much/any/ :( 08.56.44 # try make clean 08.56.55 # the size comes from a .h which is autogened 08.58.56 # what about the positioning though? It seems to me that it is positioned *somehow*. For instance, the Nanos (176x132) use a 128x37px image that is centered and right aligned. 08.59.29 # If it was 176x37 I'd understand it just being centered, but the alignment comes from somewhere. 08.59.43 # apps/gui/usb_screen.c 09.00.33 # Thanks, I'll have a look. 09.03.22 Join Rob2223 [0] (~Miranda@p4FDCAFCF.dip.t-dialin.net) 09.03.35 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 09.06.48 Quit Rob2222 (Ping timeout: 276 seconds) 09.07.17 # JdGordon: Hmmm, the alignment seems beyond me there...I just can't see it. :/ 09.07.23 # * S_a_i_n_t is a themer, not a coder. 09.07.32 Join petur [0] (~petur@rockbox/developer/petur) 09.15.58 Quit bluebrother (Ping timeout: 260 seconds) 09.17.25 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 09.19.42 # somewhere is a 10 pixels shift downwards IIRC 09.20.14 # pixelma: With the USB bitmap? 09.20.37 # it also seems to right align of my targets...is this the case elsewhere? 09.21.05 # centered(-ish)+right aligned. 09.21.58 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.23.11 # yes the USB bitmap, and yes probably. I'd search for occurences of LCD_WIDTH and _bitmap (width) 09.24.00 # I'd also like to change the splashes to black text on a white background...but I'm stumbling blind there also. 09.28.41 # well the usb logo placement is on line 161/162 of usb_screen.c 09.30.05 Quit bieber (Ping timeout: 240 seconds) 09.30.22 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 09.30.58 Quit liar (Quit: Verlassend) 09.35.59 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.39.28 # * S_a_i_n_t decides it'd be nice if the USB screen included a "safe to unmount" feature. 09.40.31 Join DerPapst [0] (~Alexander@dslb-088-069-131-046.pools.arcor-ip.net) 09.40.44 Quit JdGordon (Quit: Leaving.) 09.47.33 Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) 09.47.47 Join lazka [0] (~lazka@chello213047155121.5.graz.surfer.at) 09.48.55 # Is there a way (linux) to differentiate an ipod from an rockboxed ipod? 09.49.40 # In what way do you mean? 09.49.45 # lazka: look for a .rockbox folder? 09.50.55 # I want to decide if I talk to it over the fs or through libgpod 09.51.22 # right.. the rockbox folder. thanks Zagor 09.51.27 # Zagor's advice seems like the best bet, but...it could still include the .rockbox folder from a previous installation and be missing the bootloader. And tachnically wouldn't be "rockboxed" anymore. 09.51.44 # *technically. 09.51.53 # Does the normal IPod support FAT? 09.52.04 # yes 09.52.17 # some are hfs formatted, some are fat formatted 09.53.33 # IS there any intention of updating the Nano2g bootloader to include the functionality of the current bootloader (drop to diskmode if rockbox cannot boot)? 09.53.45 # The Nano2g bootloader is rather ancient now. 09.56.48 # lazka: rockboxed ipods are always fat though 09.58.42 # S_a_i_n_t: good point - but who would go back from a rockbox'd ipod? 09.58.57 # ok, thanks. bye 09.59.01 Part lazka ("cya") 10.00.21 # kenguest: Someone may, I admit it's unlikely...I was just pointing out that the presence of the .rockbox folder doesn't necessarily mean that the iPod is Rockboxed. 10.00.54 # It's fairly likely, but...not definite. 10.03.17 *** Saving seen data "./dancer.seen" 10.04.53 Join JdGordon [0] (~7bf38c1f@gateway/web/freenode/x-ukseanguhqjnzoak) 10.10.13 Quit whydoubt (Ping timeout: 264 seconds) 10.10.51 Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) 10.15.27 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 10.17.13 Quit soap (Ping timeout: 260 seconds) 10.17.18 Join swilde [0] (~wilde@aktaia.intevation.org) 10.19.18 Join soap__ [0] (~soap@cpe-76-181-74-234.columbus.res.rr.com) 10.23.55 Quit phanboy4 (Ping timeout: 265 seconds) 10.31.13 Join JdGordon1 [0] (~jonno@123-243-140-31.static.tpgi.com.au) 10.35.26 Quit JdGordon (Ping timeout: 252 seconds) 10.39.01 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 10.39.28 Join MethoS- [0] (~clemens@134.102.106.250) 10.49.17 Quit linuxstb (Ping timeout: 240 seconds) 11.02.00 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 11.07.36 Quit bmbl (Ping timeout: 245 seconds) 11.08.46 Quit wincent (Ping timeout: 264 seconds) 11.15.47 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 11.33.42 Join wodz [0] (~wodz@chello087206240004.chello.pl) 11.34.58 Join esperegu_ [0] (~quassel@145.116.15.244) 11.36.03 Quit esperegu (Ping timeout: 258 seconds) 11.45.52 # is there a way to know if new value was added to power_history[] array? 11.47.16 # I mean to know from main thread that powerthread inserted new value 12.00.15 Quit MethoS- (Remote host closed the connection) 12.03.18 *** Saving seen data "./dancer.seen" 12.10.59 # it is possible I have the skin engine on the brain.. but I really want to replace the code in track info with calls into the get_id3_token() instead of all that duplicated code 12.11.31 # the problem is a few of those lines are formatted on the info screen (and plain numbers in the skin engine) or missing completly :/ 12.13.19 Join halmi [0] (~netbook@188.20.253.186) 12.14.54 # anyone know why the e280 is more expensive as the fuze? is it any better? 12.24.16 Join kugel [0] (~kugel@rockbox/developer/kugel) 12.26.55 Nick soap__ is now known as soap (~soap@cpe-76-181-74-234.columbus.res.rr.com) 12.27.09 Quit soap (Changing host) 12.27.09 Join soap [0] (~soap@rockbox/staff/soap) 12.28.07 Quit GeekShadow (Ping timeout: 260 seconds) 12.32.07 Join kisak_ [0] (~kisak@c-98-235-209-218.hsd1.pa.comcast.net) 12.32.12 Join CIA-98 [0] (cia@208.69.182.149) 12.32.21 Quit YPSY (Ping timeout: 264 seconds) 12.32.22 Quit CIA-5 (Ping timeout: 264 seconds) 12.32.22 Quit kisak (Ping timeout: 264 seconds) 12.33.06 Join Ypsy [0] (~ypsy@geekpadawan.de) 12.33.06 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 12.34.51 Quit wodz (Quit: Leaving) 12.35.25 Quit efyx (Remote host closed the connection) 12.35.45 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 12.37.24 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 12.43.16 # Looks like Sandisk doesnt want to accept Rockbox anymore. 12.43.49 # At least the hotline says that my "Fuze flash issue" is a additional check to make sure no other firmwares get flashed 12.43.52 # :/ 12.44.10 # well doen sandisk ... :/ 12.47.58 Quit esperegu_ (Remote host closed the connection) 12.48.49 Quit daurnimator (Changing host) 12.48.49 Join daurnimator [0] (daurnimato@freenode/staff/daurnimator) 12.49.22 Join esperegu [0] (~quassel@145.116.15.244) 12.51.35 # they supposedly changed the hardware to prevent rockbox? i doubt that 13.04.36 # anyone use cuesheets? 13.05.24 Quit ps-auxw (Quit: leaving) 13.05.56 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 13.08.37 # topik: i dont think they changed hardware i think they implemented another firmware check 13.09.11 # I'd rather think customer invented a new thing to blame 13.09.19 # *customer support 13.09.49 # though that's just a cynical hunch :) 13.10.13 # How would that work? The firmware checks itself? That being the case (which TBH, I doubt) it should be easy to remove that check once it's known...when it's known, if it exists. 13.10.34 # if its not in the AMS rom ... 13.10.59 # worst case would be signed firmwares thet getchecked by a program in AMS rom 13.11.37 # Well, I guess we just wait to see if more people start having problems...I'm more inclined to believe that customer service told you some barefaced lies. 13.12.06 # And that you just have a very picky unit. 13.12.17 # New commit by 03jdgordon (r26429): draw markers on the FM frequency bar for presets (like cuesheet markers in the WPS). ... 13.12.31 # well, cause the .31 is binary identical to other .31 that used by unit that work 13.12.39 # it must be somthing in the player 13.12.45 # ok, maybe hardware change 13.12.46 # could be 13.14.35 # i dont believe that politic change not yet, too 13.15.02 # "politic change"? 13.15.25 # that sandisc trys to prevent used by rockbox 13.16.40 # They don't specifically target Rockbox....it's more a check that noone can just blindly flash garbage data to the player and kill their unit I would say. 13.24.05 Join ucchan [0] (~ucchan@softbank126102048038.bbtec.net) 13.24.40 # ucchan: Happy to report success in building the arm-elf-eabi toolchain with CygWin 1.7 :D 13.25.15 # oh!! 13.26.03 # S_a_i_n_t: I confirm arm-elf, sh-elf don't build by Cygwin 1.5/1.7. 13.26.56 # ucchan: You know you can get arm-elf and sh-elf from download.rockbox.org right? 13.27.34 # However, I have had no luck building arm-elf with 1.7 either. 13.27.51 # I just used the prebuilt package in the end. 13.30.03 # This problem was solved by correcting rockboxdev.sh a little. maybe can build on cygwin. see http://pastebin.com/kBALT9rm 13.32.04 # changes: on cygwin host, not "make -j4" but "make" is used when gcc builds. 13.32.23 # ucchan: Could you please make a diff of your changes to rockboxdev.sh? 13.33.28 Join Kitr88 [0] (~Kitar_st@BSN-182-101-118.dial-up.dsl.siol.net) 13.33.30 # Yes, kugel advised me to change make -j4 to "make" 13.34.20 # but build speed is slowly... 13.35.02 # I built eabi toolchain with success with only a few additional packages. (libiconv, libmpfr, gmp, libgmp, and libmpfr) 13.36.01 Quit Kitar|st (Ping timeout: 272 seconds) 13.36.44 # Those packages, pluse those listed on the CygWin Rockbox wiki, in addition to changing line 29 of rockboxdev.sh to "make" istead of "make -j4" was sufficient to build the eabi toolchain. 13.36.59 # I still need to update the wiki, but it is on my todo list. 13.37.42 # JdGordon1: Are those markers permanently enabled? 13.37.48 Quit Kitr88 (Ping timeout: 248 seconds) 13.38.26 # new rockboxdev.sh diff http://pastebin.com/JWJ8stqR full size: http://pastebin.com/kBALT9rm 13.40.07 # ucchan: So, to confirm...you have success building arm-elf and sh-elf with those changes to rockboxdev.sh? 13.40.10 Join mischasworld [0] (~quassel@193.174.158.110) 13.40.17 # And, thankyou for the diff also. 13.40.28 # for line 30: -a "$1" != "e" => eabi is used "make -j4". 13.41.28 Join funman [0] (~fun@rockbox/developer/funman) 13.41.33 Quit linuxstb (Quit: Leaving) 13.41.53 # yes. sh-elf is success. arm-elf is building but S_a_i_n_t's problem is clear. 13.42.20 # and so arm-elf-eabi is success too. 13.43.17 Join Kitar|st [0] (Kitar_st@BSN-182-60-89.dial-up.dsl.siol.net) 13.44.00 # Rob2223: there is a simple way to see if they added a cryptographic signature 13.49.19 # ucchan: What is http://pastebin.com/kBALT9rm? It does not appear to have the changes listed in your diff. 13.50.35 # http://pastebin.com/kBALT9rm is full rockboxdev.sh. diff => http://pastebin.com/JWJ8stqR 13.53.00 # Someone should probably look to see if those changes are suitable to include into rockboxdev.sh permanently. 13.54.01 # ucchan: you can use 'which' return code instead of checking if files exists with [ -f ] 13.57.50 # funman: original rockboxdev.sh use "if [ -f "`which gmake 2>/dev/null`" ]; then" (line 26). Should I correct this line? 14.01.56 # ucchan: sorry, it doesn't matter. if we use `which` , there is no need to use >/dev/null; only 2>/dev/null 14.03.18 # ucchan: shouldn't the change for cygwin be at the start (line 26 - 30) ? 14.03.20 *** Saving seen data "./dancer.seen" 14.03.33 # I was thinking that also. 14.04.23 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 14.06.36 # fuman. I changes only 9, 18, (the value of "system" moves) 26 - 30. 14.08.57 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 14.10.16 # oh ok 14.10.32 # I think the patch is good 14.11.03 # AlexP: yeah 14.15.30 # funman thanks. 14.16.43 # The remainder only confirms all cross compilers is created on cygwin 1.5/1.7. 14.17.08 Quit daurnimator (Quit: leaving) 14.18.28 # I will think that the result will report tomorrow or the day after tomorrow. 14.19.07 # ucchan: the other cross compilers are still building ? 14.19.39 Quit halmi (Quit: halmi) 14.23.44 Part domonoky 14.23.48 # yes. sh-elf ok (1.5/1.7), arm-elf-eabi ok (1.5/1.7), arm-elf (1.7 building, 1.5 not), others not building. 14.25.56 Join kaylinsigsworth [0] (~Leanne@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 14.26.45 # I know that amiconn uses cygwin, perhaps he knows the problem 14.33.27 # He actually mentioned the other day that he doesn't use it often anymore due to its speed. 14.35.32 Quit kugel (Ping timeout: 260 seconds) 14.37.32 # New commit by 03funman (r26430): battery_bench: comment the battery_bench.txt header with '#' ... 14.39.31 # why is it CIA-98 now, instead of CIA-5? 14.39.31 # perhaps they just rotate bots 14.43.45 # * Zagor reminds everyone the server is going down for maintenance shortly 14.44.23 # * funman holds his breath 14.46.29 Quit whydoubt (Read error: Operation timed out) 14.53.23 Join pbxy [0] (~y@2001:5c0:1000:b::629d) 14.55.32 # kugel: fuzev1 scrollwheel works fine if I move TIMER2_INTCLR = 0; to the start of the function; but there is no need to do that as acking the interrupt isn't necessary for the timer to continue running 14.56.50 Quit mischasworld (Ping timeout: 276 seconds) 14.58.45 Quit ucchan (Quit: Leaving...) 15.00.05 # funman: I don't really use it these days, because a linux VM is way faster 15.00.24 # http://pastie.org/985619 <- this should prevent battery_bench times from drifting, I will test on target 15.00.26 # However, I did build all 5 crosscompilers on cygwin 1.7. 15.00.55 # amiconn: did you need ucchan patch? perhaps it's needed only for gcc 4.4.4 15.01.07 # No idea whether they build on cygwin 1.5. I won't bother testing it - it's outdated, and it's not Win7 compatible anyway iirc 15.01.19 # For eabi I built 4.4.3 15.01.27 # (weeks ago) 15.03.40 # I realize I have 2 battery_bench entries espaced of 30 seconds, I wonder where that comes from 15.06.01 # In a 8 hours bench starting at t=0, I see: 04:17:14, 04:17:54; then 05:39:57, 05:40:39, and finally 07:40:52, 07:41:16 15.06.31 # so it's 40s, 42s, and 24s (instead of 60 + a tiny bit) 15.08.18 Join halmi [0] (~netbook@188.20.253.186) 15.10.25 # current_tick shouldn't overflow before 248 days 15.18.20 # 497 days (it's unsigned) 15.18.39 # ./kernel.h:extern volatile long current_tick; 15.19.27 # signed times are useful for before/after comparisons 15.20.31 # Ah, yes 15.21.03 # Our TIME_BEFORE() / TIME_AFTER() macros are wrap safe though. Max difference is limited to 248 days, of course 15.21.55 # * TheSeven heard that promoting the nano2g to stable was proposed for 3.6 15.22.05 # what are the exact criteria for that? 15.22.40 # server shutdown now 15.22.55 Part Zagor 15.22.58 DEBUG Received signal 15 (SIGTERM), terminating (snapshot: fplrun.c line 385) 15.22.58 *** Cleanup 15.22.58 *** Saving seen data "./dancer.seen" 15.22.58 *** Exit 15.57.36 DEBUG gethostbyname(2) failed for giant.haxx.se (Resource temporarily unavailable) (snapshot: netstuff.c line 99) 15.57.36 *** Started Dancer V4.16 15.57.36 DEBUG gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) 15.57.36 DEBUG gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) 15.57.36 DEBUG gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) 15.57.36 DEBUG gethostbyname(2) failed for irc.freenode.net (Resource temporarily unavailable) (snapshot: netstuff.c line 99) 15.57.36 *** Connected to irc.freenode.net on port 6667 15.57.36 *** Logfile for #rockbox started 16.01.19 Mode "logbot :+i" by logbot 16.01.20 Ctcp Version from frigg!~frigg@freenode/utility-bot/frigg 16.01.22 *** Server message 501: 'logbot :Unknown MODE flag' 16.01.22 Join logbot [0] (rockbox@giant.haxx.se) 16.01.22 Join lpereira [0] (~lucien@did75-8-82-226-27-213.fbx.proxad.net) 16.01.22 Join whydoubt [0] (~whydoubt@ip68-12-76-9.ok.ok.cox.net) 16.01.22 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.116) 16.01.22 Join MethoS- [0] (~clemens@134.102.106.250) 16.01.22 Join halmi [0] (~netbook@188.20.253.186) 16.01.22 Join pbxy [0] (~y@2001:5c0:1000:b::629d) 16.01.22 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 16.01.22 Join Kitar|st [0] (Kitar_st@BSN-182-60-89.dial-up.dsl.siol.net) 16.01.22 Join funman [0] (~fun@rockbox/developer/funman) 16.01.22 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 16.01.22 Join esperegu [0] (~quassel@145.116.15.244) 16.01.22 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 16.01.22 Join Ypsy [0] (~ypsy@geekpadawan.de) 16.01.22 Join CIA-98 [0] (cia@208.69.182.149) 16.01.22 Join kisak_ [0] (~kisak@c-98-235-209-218.hsd1.pa.comcast.net) 16.01.22 Join JdGordon1 [0] (~jonno@123-243-140-31.static.tpgi.com.au) 16.01.22 Join soap [0] (~soap@rockbox/staff/soap) 16.01.22 Join swilde [0] (~wilde@aktaia.intevation.org) 16.01.22 Join DerPapst [0] (~Alexander@dslb-088-069-131-046.pools.arcor-ip.net) 16.01.22 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 16.01.22 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 16.01.22 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 16.01.22 Join petur [0] (~petur@rockbox/developer/petur) 16.01.22 Join Rob2223 [0] (~Miranda@p4FDCAFCF.dip.t-dialin.net) 16.01.22 Join flydutch [0] (~flydutch@host23-166-dynamic.15-87-r.retail.telecomitalia.it) 16.01.22 Join ender` [0] (krneki@foo.eternallybored.org) 16.01.22 Join xavieran [0] (~xavieran@ppp118-209-36-34.lns20.mel4.internode.on.net) 16.01.22 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 16.01.22 Join guymann_ [0] (~charlie@66-159-149-202.adsl.snet.net) 16.01.22 Join Barahir [0] (~jonathan@frnk-590fffd4.pool.mediaWays.net) 16.01.22 Join Topy44 [0] (~topy@my.fastsh.it) 16.01.22 Join BlakeJohnson86 [0] (~bjohnson@2002:1876:a27b:0:227:13ff:fe65:1262) 16.01.22 Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) 16.01.22 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 16.01.22 Join amiconn [0] (quassel@rockbox/developer/amiconn) 16.01.22 Join pixelma [0] (quassel@rockbox/staff/pixelma) 16.01.22 Join steve|m [0] (~steve@p4FD449B6.dip.t-dialin.net) 16.01.22 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 16.01.22 Join r0b- [0] (~nnscript@adsl-76-235-218-36.dsl.klmzmi.sbcglobal.net) 16.01.22 Join elinenbe [0] (~elinenbe@207-237-241-192.c3-0.80w-ubr1.nyr-80w.ny.cable.rcn.com) 16.01.22 Join simonrvn [0] (simon@210.156-ppp.3menatwork.com) 16.01.22 Join AlexP [0] (~ap@rockbox/staff/AlexP) 16.01.22 Join Zarggg [0] (~zarggg@2001:0:4137:9e74:0:fbf0:beb1:ba3d) 16.01.22 Join aevin [0] (eivindsy@unaffiliated/aevin) 16.01.22 Join yosafbridge [0] (~yosafbrid@li14-39.members.linode.com) 16.01.22 Join Battousai [0] (~bryan@gentoo/developer/battousai) 16.01.22 Join slck [0] (Venci@Slackware.SlackPix.Com) 16.01.22 Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) 16.01.22 Join rvvs89 [0] (ivo@pdpc/supporter/base/rvvs89) 16.01.22 Join elcan [0] (user36@pr0.us) 16.01.22 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 16.01.22 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 16.01.22 Join [keanu] [0] (~keanu@unaffiliated/keanu) 16.01.22 Join tmzt [0] (~ircuser@99-157-224-139.lightspeed.bcvloh.sbcglobal.net) 16.01.22 Join saratoga [0] (~9803c6dd@rockbox/developer/saratoga) 16.01.22 Join FlynDice [0] (~FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 16.01.22 Join Strife89 [0] (~Strife89@adsl-80-185-12.mcn.bellsouth.net) 16.01.22 Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) 16.01.22 Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) 16.01.22 Join krazykit [0] (~kkit@70.236.70.99) 16.01.22 Join ranma [0] (ranma@mx.tdiedrich.de) 16.01.22 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 16.01.22 Join jepler [0] (~jepler@emc/developer/pdpc.professional.jepler) 16.01.22 Join rhodan [0] (~Quassel@2001:1608:12:2::38) 16.01.22 Join TopyMobile [0] (~topy@xdsl-78-34-66-188.netcologne.de) 16.01.22 Join shaggy-h [0] (~kiwi@78-86-164-31.zone2.bethere.co.uk) 16.01.22 Join simabeis [0] (~simabeis@lobmenschen.de) 16.01.22 Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) 16.01.22 Join Don_Roberto [0] (~Don@ppp-70-242-145-14.dsl.stlsmo.swbell.net) 16.01.22 Join lostlogic [0] (~lostlogic@rockbox/developer/lostlogic) 16.01.22 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 16.01.22 Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) 16.01.22 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 16.01.22 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 16.01.22 Join kadoban [0] (~mud@cpe-67-247-80-129.rochester.res.rr.com) 16.01.22 Join jfc [0] (~john@dpc6682208002.direcpc.com) 16.01.22 Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 16.01.22 Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) 16.01.22 Join komputes [0] (~komputes@ubuntu/member/komputes) 16.01.22 Join kenguest [0] (~radagast@lir.talideon.com) 16.01.22 Join MagusG [0] (magusg@c-76-97-148-35.hsd1.ga.comcast.net) 16.01.22 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 16.01.22 Join bzed [0] (~bzed@devel.recluse.de) 16.01.22 Join blithe [0] (~blithe@72.14.176.144) 16.01.22 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 16.01.22 Join Bagder [0] (~daniel@rockbox/developer/bagder) 16.01.22 Join Beta2K [0] (~Beta2K@d24-36-97-38.home1.cgocable.net) 16.01.22 Join MuscleNerd [0] (eric@75-30-121-120.lightspeed.arlhil.sbcglobal.net) 16.01.22 Join incant [0] (~philippe@zone42.rdc.uottawa.ca) 16.01.22 Join topik [0] (awesome@wtf.grmpf.org) 16.01.22 Join @ChanServ [0] (ChanServ@services.) 16.01.22 Join fxb__ [0] (~felixbrun@h1252615.stratoserver.net) 16.01.22 Join dionoea [0] (~dionoea@videolan/developer/dionoea) 16.01.22 Join Hadaka [0] (~naked@naked.iki.fi) 16.01.22 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 16.01.22 Join maraz [0] (maraz@kapsi.fi) 16.01.22 Join FOAD [0] (~dok@83.160.60.104) 16.01.22 Join pjm0616 [0] (~user@61.250.113.98) 16.01.22 Join jae [0] (~jae@jaerhard.com) 16.01.22 Join Torne [0] (torne@rockbox/developer/Torne) 16.01.22 Join parafin [0] (parafin@paraf.in) 16.01.22 Join sevard [0] (sev@unaffiliated/sevard) 16.01.22 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 16.01.22 Join Galois [0] (djao@efnet.math.uwaterloo.ca) 16.01.22 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 16.01.22 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 16.01.22 Join scorche [0] (~scorche@rockbox/administrator/scorche) 16.01.22 Join Kohlrabi [0] (~Kohlrabi@frustum.nosebud.de) 16.01.22 Join ved [0] (ved@ddsbox.co.cc) 16.01.22 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 16.01.22 Join piroko [0] (~jeremy@pohl.ececs.uc.edu) 16.01.22 Join wombat23_ [0] (~beuteltie@adsl-99-39-2-249.dsl.pltn13.sbcglobal.net) 16.01.22 Join Zambezi [0] (Zulu@80.67.9.2) 16.01.22 Join linuxguy3 [0] (~timj@75.57.191.181) 16.01.22 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) 16.01.22 Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) 16.01.22 Join feisar_ [0] (jljhook@irkki.fi) 16.01.22 Join rasher [0] (~rasher@rockbox/developer/rasher) 16.01.22 Join ehntoo [0] (~ehntoo@lug.mtu.edu) 16.01.22 Join Kamyk [0] (kamyk@szluug.org) 16.01.22 Join BeFalou [0] (~mamutoi@unaffiliated/befalou) 16.01.30 Join [CGL] [0] (~CGL@190.207.226.198) 16.07.50 Join Zagor [0] (bjst@giant.haxx.se) 16.07.51 Quit Zagor (Changing host) 16.07.51 Join Zagor [0] (bjst@rockbox/developer/Zagor) 16.10.05 Quit DerPapst (Quit: Leaving.) 16.11.28 Quit [CGL] (Quit: http://wiki.n00b2hack.com.ve) 16.11.31 Join CGL [0] (~CGL@190.207.226.198) 16.12.04 # AlexP: I'll wait for more feedback.. if it really looks shit then ill revert it happily... 16.12.23 # I have some plans for the progressbar once we get the new skin format goign so ill bring it back then 16.30.19 Mode "#rockbox +o Zagor" by ChanServ (ChanServ@services.) 16.30.24 Topic "3.6 now branched | 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 | DevCon2010 will be from June 4th to 6th in Ghent, http://www.rockbox.org/wiki/DevConEuro2010" by Zagor (bjst@rockbox/developer/Zagor) 16.30.27 Mode "#rockbox -o Zagor" by ChanServ (ChanServ@services.) 16.31.13 # someone want to try an e200v1 thumb build? I think I've found why it wouldn't boot 16.31.37 # I can 16.31.41 # if I dont need a new bootloader 16.32.02 # nope but it might crash (needs to remove battery?) 16.32.17 # bring it on! 16.33.33 Nick JdGordon1 is now known as JdGordon (~jonno@123-243-140-31.static.tpgi.com.au) 16.33.42 Nick CGL is now known as [CGL] (~CGL@190.207.226.198) 16.34.32 # funman: got a zip? I want to goto bed soonish 16.35.06 # yep, building now, i'll have it uploaded in 5 mins 16.37.11 # http://rafael.carre.perso.sfr.fr/rockbox.zip 16.39.40 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 16.39.55 # bieber: I've got another idea for the new parser (which you are free to ignore :) ) named optional params... bassically I want to add a few options onto the progressbar that would need special handling to make work... 16.40.54 # one would be a bmp for the "current" spot, another would be bool to show the preset/cuesheet markers, another would be a bmp to use for the markers... all three are optional and any one could be used without the other two... 16.41.08 # adding -'s so the right ones go in the right place is messy... name=value pair optins would be nice 16.41.20 # (I know I poopooed that idea when you though about it... sorry :D ) 16.42.26 Join kugel [0] (~kugel@rockbox/developer/kugel) 16.42.30 # New commit by 03funman (r26431): rolo: use BX for ARM branches ... 16.42.37 # funman: no boot with rolo... 16.42.41 # * JdGordon gets out the screwdriver 16.42.46 # :/ 16.44.13 # ditto from bootloader 16.44.34 # can you try another build (with single core) 16.44.37 # ?* 16.44.44 # yeah, gimme the zip 16.44.57 # just the rockbox.sansa would prob work 16.45.49 # http://rafael.carre.perso.sfr.fr/rockbox.mi4 16.47.08 # nup 16.48.23 # JdGordon: I'm sure you don't need a screwdriver to reset an e200v1 16.48.42 # power is slower than 4 screws 16.49.02 # +holding 16.49.09 # 15s only 16.49.39 # well, you're probably right if you expect to need it more often in the new future :) 16.49.52 # JdGordon: http://rafael.carre.perso.sfr.fr/rockbox.mi4 ? (updated) 16.50.51 # nup 16.51.14 # * JdGordon even made sure to copy the right file on! 16.52.35 # Bagder: you still have that e200v1 with the JTAG adaptor? 16.53.20 Join mischasworld [0] (~quassel@193.174.158.110) 16.59.06 # kugel: yeah.. i did :) 16.59.20 # kugel: is it too late to fiddle with the PLA keymaps more for 3.6? 16.59.42 # kugel: lots of plugins use PLA_CANCEL for their quit button; only a few use PLA_EXIT at al 16.59.51 # dunno 17.00.04 # PLA_CANCEL is often the more convinient combo 17.00.11 # most plugins could just do both I think 17.00.34 # Yeah.. on ipod it certainly is 17.00.43 # most plugins previously exited with menu+select, and that's now PLA_CANCEL 17.00.59 # so the few plugins that *do* use PLA_EXIT now have a different combination to exit 17.01.25 # IIRC I only used _EXIT when _CANCEL was taken already(?) 17.01.49 # hm 17.02.03 # well, if you intended fir it to be that way then it mostly does make sense.. but the names are kinda confusing ;) 17.02.23 # I only intended to not change too much actually :) 17.02.45 # I guess _EXIT could work everywhere and _CANCEL when it's free 17.03.18 # sometimes you have a explicit quit and a goto plugin menu, then _EXIT would be quit and _CANCEL the plugin menu 17.03.23 # well, i am not as bothered as i was last night when i looked.. 17.03.26 # request for devcon... go through all the open tasks from 06/07 (maybe even 08) and close any that are way outdated...? 17.03.39 # frotz's keymap has come out very strangely, is all 17.03.59 # i was a bit confused when investigating because ofd the EXIT vs CANCEL thing.. 17.04.11 # but it's probably sufficient to just change frotz's buttons 17.04.44 # * funman just bricked 2 fuzes at once 17.04.57 # mazal tov! 17.05.19 # funman: what did you do to them? 17.05.30 # ..hm, or maybe leave it, actually 17.05.34 # modify mkamsboot 17.05.44 # i should have tried on one at a time 17.06.33 # i changed 'mov pc,lr' into 'bx lr' 17.07.28 # in the nrv decompressor 17.07.48 # ;/ 17.10.05 # perhaps they stored the address without the bit 0 set 17.10.05 Join vaguerant [0] (~vaguerant@CPE-58-175-76-199.dqzk1.lon.bigpond.net.au) 17.10.15 Quit vaguerant (Changing host) 17.10.15 Join vaguerant [0] (~vaguerant@wikipedia/vague-rant) 17.11.30 # I guess ranma will have two new toys soon? 17.11.52 Quit scorche|sh (Ping timeout: 260 seconds) 17.13.29 Quit blithe (Ping timeout: 260 seconds) 17.14.17 # 206 open bugs/patches older than june 2008 17.14.23 Part Zagor 17.14.31 # New commit by 03funman (r26432): ARM: use BX when branch to an address in register 17.14.40 # more than 50% of open tasks... 17.14.54 # JdGordon: if there have been comments since then, that means they are still active 17.16.09 # ok, redoing search... 17.16.33 # 78 unchanged since june 08 17.16.44 # s/active/someone asking for a patch that will probably never be committed to be synced a million times/ 17.17.44 Quit lpereira (Quit: Leaving.) 17.25.50 Quit einhirn (Read error: Connection reset by peer) 17.26.14 # kugel: Have you seen this PictureFlow bugfix: http://www.rockbox.org/tracker/task/11292?project=1&type=2&pagenum=10 17.26.24 # There's already a patch submitted for it. 17.27.49 # vaguerant: Is that the "Show album" thing...? That must be target specific, my pictureflow works fine. 17.28.01 # (album title stays where I put it) 17.28.48 # S_a_i_n_t_: do you already started a todo list for updating cabbiev2? I might get some motivation during DevCon as I can test on all sorts of targets... 17.28.48 # wtf? does anyone else se their username after (csavery) on that link? 17.28.55 # or did 17.29.59 # http://imagebin.ca/view/oH3ODyo.html wtf? 17.30.21 # I never got around to doing a list, I started preparing backdrops when I thought that we'd be doing the FM Radio/Now Playing titles with a text string, but then I talked it over with JdGordon and decided it would probably look shit. 17.30.34 # Errrrr...."bad" rather. 17.30.47 Join CaptainKwel [0] (~jason@207-237-113-115.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 17.31.39 # S_a_i_n_t_: It's screen-size specific. 17.31.56 # Displays under 100px height have it. 17.33.03 # And that's really damn weird JdGordon, not happening on my end. 17.35.23 # pixelma: basically, it's this: Whatever the FMS needs done, convert volume to use progressbar logic, convert battery to use progressbar logic, see if any targets can gain additional display information by converting a few things to use multifont (track time elapsed/remaining? etc.), make the volume display a numeric percentile whilst volume is being changed... 17.35.35 # pixelma: Do you have anything to add to that? 17.36.26 # yes - convert many of the WPS to using viewports first... 17.37.00 # I think be using multifont (smaller font) for time elapsed/remaining, and dropping the progressbar down a little a couple of targets could gain an additional line of disply. 17.37.23 # pixelma: Ah, yes...that would be priority number 1 17.37.27 # if you want to use different colours in an area which Ideally would be one viepwort then let me know... 17.37.29 # JdGordon: I didn't see that in the flyspray task even when logged in 17.37.33 # s/be/by/ 17.38.48 # JdGordon: there was a quite detailed timestamp instead 17.38.53 Join SchroederX [0] (www-data@giant.haxx.se) 17.39.06 # thats what I would have expected... I'm assuming firefox bug 17.39.23 # hi 17.39.30 # JdGordon: No worries, I'll have a look later if I get round to it 17.39.33 # JdGordon: Firefox here too (currently on Mac though) 17.39.45 # JdGordon: I like the idea, I just think it probably needs to be turn-offable 17.39.57 # JdGordon: check your timestamp settings 17.39.59 # I have a question about uninstalling rockbox from my ipodNano2G... 17.40.07 # JdGordon: But I guess adding a display it or not tag to the tag can be part of the rework 17.40.52 # I think being able to add it for *specific* presets would be cool also, but perhaps asking too much. Then it would have to differ from the cuesheet logic I suppose. 17.41.27 Quit CaptainKwel (Quit: Ex-Chat) 17.43.08 # AlexP: yeah, like I said, if it looks shit and people want it removed I will... 17.43.28 # yep :) 17.43.36 # making it shown for specific presets... I'm nto sure if that makes sense... if you only care about a few stations, it isnt likely you would have all of them in the preset file anyway 17.44.17 # when I try to uninstall the bootloader with the RockBox Utility it says "unknown version number in firmware (0)" (Translated from german)... 17.44.56 # JdGordon: I didn't mean that, I meant that they are either all shown, or none shown 17.45.08 # I know... S_a_i_n_t_ suggested that 17.45.12 # ah right 17.45.48 # S_a_i_n_t_: convert volume to progressbar needs testing for how it'll look on monochrome/greyscale. The bitmaps there have some kind of right "border" each, not sure how it'll look if that's missing 17.46.54 # what can I do? 17.47.11 Join DataGhost [0] (~dataghost@unaffiliated/dataghost) 17.47.12 # pixelma: I think that will only be for colour targets, I was thinking the same thing myself. It will look odd as the non-colour targets include the volume "background" in the image also. 17.47.34 Quit bluebrother (Ping timeout: 260 seconds) 17.47.37 # I think we'll have to give progressbar logic a miss on those taargets...which is a shame :( 17.47.43 # * FlynDice offers funman condolences on his double fuze tragedy but surmises he might get more sleep now... ;-) 17.48.05 # fuzev2 shows the same 4MB device 17.48.11 # funman: Does that leave you with *any* targets to play with/hack on? 17.48.13 # flydutch: indeed ;) 17.48.15 # * S_a_i_n_t_ hopes so. 17.48.20 # SchroederX: maybe the easiest would be restoring with Itunes. I don't know much about the Nano2g though 17.48.26 # funman: i have the 3 clips up and working 17.48.31 # .. for now! 17.48.48 # S_a_i_n_t_: pixelma: if the backdrop is the lightest grey level and the filled in bar is the darkest, the contrst should be high enugh to make it work no? 17.48.50 # but soon fuze owners will sue my for genocide .. 17.48.51 # I know a lot about the Nano2g, but not anything about RButil output. 17.49.00 # I have never seen/heard of that before. 17.49.11 # pixelma: will that remove the bootloader as an all the rockbox data? 17.49.17 Join bluebrother [0] (~dom@g226070141.adsl.alicedsl.de) 17.49.17 Quit bluebrother (Changing host) 17.49.17 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 17.49.27 # SchroederX: Yes, it will 17.49.36 # I'll try now. 17.50.12 # JdGordon: I guess that could work...the bitmaps on some are *very* small though. 17.50.27 # why should it be any different to now though? 17.50.49 # JdGordon: that's not the problem and I actually think S_a_i_n_t_ is wrong about the background on volume images, would need to check though 17.50.53 # the only real change is the drawing between min and max... the transparent part stays the same 17.51.17 Quit mischasworld (Ping timeout: 260 seconds) 17.52.01 # pixelma: I may have described it wrong. It looks odd because the outline of the right side of the volume is included in the image IIRC 17.52.02 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 17.52.25 # the bitmap is mostly black and dark grey but has a few white and light grey dots to get the same "3D" look as the colour bitmap. But the right side of each form is dark 17.52.27 # hang on.. i have a m ini2g here... we can settle this :p 17.52.47 # I'm looking at the .bmps now. 17.52.52 # Or, almost am :D 17.53.21 # they outline is shown 17.53.23 # that should easily be doable 17.53.31 # Yep, the "background/outline is included in the bitmap 17.53.42 # JdGordon: how? 17.53.57 # * S_a_i_n_t_ doesn't see how either 17.53.59 # so make the outline part of the backdrop, or even as a seperatly drawn image 17.54.27 # the outline is at different places (and in different size) 17.54.38 # doesn't that defeat the purpose of saving filesize by decreasing images though? 17.54.39 # depending on volume setting 17.54.52 # it's not like any resolution will be gained in these tiny bitmaps 17.55.35 # some of them also include a "!" 17.55.43 # how would that be handled? 17.55.51 # part of the backdrop I assume? 17.56.05 Quit bieber (Ping timeout: 240 seconds) 17.56.10 # havnt we had this discussion a few times already? 17.56.14 # that's the ones for +0dB 17.56.20 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 17.56.20 # I guess that worked. Thanks and bye. 17.56.35 # %?pv0 image| 17.56.47 Quit SchroederX (Quit: CGI:IRC) 17.56.55 # pixelma: from what I see...it's for "mute" 17.57.05 # ! is for >0dB 17.57.06 # it's at the very start of the image 17.57.36 # *doh*...loooking at it wrong, forgot how bitmap strips work. :P 17.57.38 *** Saving seen data "./dancer.seen" 17.58.22 # it's completely irrelevant where in the bitmap strip those are placed, although getting the order right there helps understanding the WPS 17.58.46 # Is there a "magic" colour for b&w/monochrome? 17.58.50 # no 17.59.03 # I'm wondering how the ! could be done with progressbar volume 17.59.45 # I don't see that as a problem as JdGordon said 17.59.50 # %?pv0 image> 18.00.44 Quit petur (Quit: *plop*) 18.01.49 # I'd still *really* like to be able to do a bar for >0dB... 18.02.14 # it would make the progressbar logig for volume seem *so* much smoother 18.02.30 # *logic 18.02.59 # If I didn't get it working that one time, it wouldn't annoy me as much 18.03.08 # %bar(type, empty bmp, full bmp, min value, max value, x, y, width, height) ? 18.04.06 # is that a question? 18.04.11 # * S_a_i_n_t_ fails the parse 18.05.31 # get used to the new skin syntax :) 18.05.53 # I fear the adaptation...I really really do. 18.06.03 # type would be a tag which gives a number value.. i.e %pv 18.06.10 # the rest should be self explanatory! 18.06.44 # * JdGordon is gone 18.06.46 # "empty bmp" isn't really necessary is it? 18.06.54 # just "bar bmp" would suffice 18.07.11 Join DerPapst [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) 18.07.19 # I usually/always actually make "empty bay" from the backdrop 18.07.31 # *empty bar 18.08.49 # Though, I guess the way you just posted would allow for easy conditional placement of the progressbar 18.08.59 # Hmmmmm. 18.09.43 Join Kitr88 [0] (Kitar_st@BSN-143-51-40.dial-up.dsl.siol.net) 18.10.25 Quit Kitr88 (Client Quit) 18.10.28 Join Kitr88 [0] (Kitar_st@BSN-143-51-40.dial-up.dsl.siol.net) 18.11.14 Quit Kitar|st (Ping timeout: 265 seconds) 18.11.49 # [16902.408074] sd 23:0:0:0: [sdf] 16055296 512-byte logical blocks: (8.22 GB/7.65 GiB) 18.11.54 # I call that a day :P 18.14.13 # first bytes are the firmware 18.14.40 Quit GeekShadow (Read error: Connection reset by peer) 18.15.28 # fuzev2 back to life \o/ 18.15.59 # wow....how? 18.16.21 # e200v2 trick 18.17.13 Join Zigtown [0] (~Leanne@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 18.17.42 # kugel: that fuzev2 exchange still holds? ;) 18.18.05 # http://img339.imageshack.us/img339/8792/fuzev2bottom.jpg <- I connected those 2 dots together while plugging usb 18.18.35 # those? 18.18.48 # I don't think I connected those when I tried that trick on the fuzev1 18.19.01 # i don't see something identical 18.19.04 # (on fuzev1) 18.20.01 # if it still works we can still do what you planned for the devcon 18.20.42 # wait, i need to resolder the battery, plug the button board.. i still have time to screw it up 18.21.07 # why did you need to remove the battery? 18.21.16 # to be sure it was powered off when i plugged USB 18.21.33 # a good idea probably 18.21.55 # it should be ok, i resoldered the battery on clipv1 and i think the spacing is larger on fuze 18.25.12 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 18.26.21 Join moparx [0] (~moparx@unaffiliated/moparx) 18.27.06 Join lpereira [0] (~lucien@170.184.84-79.rev.gaoland.net) 18.28.37 # funman: now im at home and the forum is down. is it ok to swap all MI to IM in all microsoft urls? or is there any word border i have to take care? 18.29.04 # Rob2223: start by swapping one 18.29.15 # and the characters you swap *must* be spaced of 32 bits 18.29.31 # the 2 examples i gave you should be representative of what we can do 18.30.38 # yeah, so the crc sum adds all 32 bit words 18.32.59 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.33.06 # "1234""5678" <= when each number is a byte, swap 1 and 2, or 1 and 5? 18.34.03 # 1 & 5 18.34.12 # ok thx, will try 18.34.15 # 1+(N*4) == 5 (with N == 1) 18.37.29 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 18.38.01 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 18.39.35 Join blithe [0] (~blithe@72.14.176.144) 18.40.10 # well i took a single http://www.microsoft...* url anywhere and changed "m" and "o" and that he still flashes 18.40.40 # so it isnt a signature or at laset not over the whole firmware file 18.44.10 Quit DerPapst (Ping timeout: 265 seconds) 18.44.40 Join DerPapst [0] (~Alexander@dslb-088-069-131-046.pools.arcor-ip.net) 18.49.28 # ok, what about the 'Hiphop' change? this one only affects the firmware block (it's what we do for rockbox) 18.52.38 Quit Rob2223 (Read error: Connection reset by peer) 18.52.57 # gevaerts: I think I'm done with firmware as well now 18.52.59 Join Rob2222 [0] (~Miranda@p4FDCAFCF.dip.t-dialin.net) 18.55.14 # i found the pins on fuzev1 too : they are on the other side 18.56.15 # didn't try restoring yet, just reading. I tried on a fuze board with LCD connector broken 18.56.33 Quit swilde (Quit: ERC Version 5.3 (IRC client for Emacs)) 18.57.29 # funman: changed hiphop and Hip-Hop, too he accepted as well 18.57.52 # btw i couldn't go back to an older firmware too 18.58.13 # but from 2.3.33 patched to 2.3.33 patched (diffently, which bricked my fuze) worked 18.58.26 # yay? 18.58.29 # wow 18.58.40 # you tested if he accepts 2.3.31? 19.00.18 Quit Rob2222 (Read error: Connection reset by peer) 19.00.29 Join Rob2222 [0] (~Miranda@p4FDCAFCF.dip.t-dialin.net) 19.00.48 Quit Rob2222 (Client Quit) 19.01.17 # * kugel doesn't get it "warning: implicit declaration of function ‘open’" 19.01.19 # nope it bricked first 19.01.37 # clipv1 seems to be able to be unbricked too 19.01.52 # but USB disconencted when i removed the wiring 19.02.00 Join Rob2222 [0] (~Miranda@p4FDCAFCF.dip.t-dialin.net) 19.02.27 # re 19.02.33 # :/ 19.03.47 # funman: ah i git it, you had a differently patched firmware that the player accepted, but it bricked your fuze. :( 19.03.57 Join mischasworld [0] (~quassel@193.174.158.110) 19.04.44 # yes but it's restored now, check the logs 19.05.49 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 19.07.03 # funman, nice find! 19.07.40 Join saratoga_ [0] (~463f90ed@gateway/web/freenode/x-yykzzbadulzdzkwo) 19.07.52 # funman: ic, well done 19.08.19 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 19.10.24 Quit Zigtown (Ping timeout: 260 seconds) 19.13.54 Join thehodapp [0] (www-data@giant.haxx.se) 19.14.50 Quit mischasworld (Ping timeout: 260 seconds) 19.15.45 # when is the next version of RB utility likely to come out? 19.17.18 Quit kugel (Remote host closed the connection) 19.18.15 Join TexasRockbox [0] (www-data@giant.haxx.se) 19.20.25 Quit pjm0616 (Ping timeout: 240 seconds) 19.20.39 # I see that someone has brazenly created an iPod theme and posted it in "Themes". Is that now permitted..... (already know the answer) 19.20.56 # TexasRockbox: link? 19.21.06 # I wanna make sure it's not mine 19.21.23 Join pjm0616 [0] (~user@61.250.113.98) 19.21.43 # If its in Nano I'll be pissed. 19.22.01 # JdGordon: I'm going to try and make top-level viewports my last change to the parser before I get moving on the GUI base, but hopefully I'll finish that up a lot earlier than I've scheduled and have some time to give named arguments a try 19.22.21 # http://themes.rockbox.org/index.php?target=ipodvideo 19.22.38 # Also in the Cowon D2 themes 19.22.45 # good, it's not my one ;) 19.24.43 # well...not "good", but I'm glad it's not the one I made. It comes with explicit instruction not to associate it with rockbox at all. 19.26.52 # * S_a_i_n_t_ wonders what happened to the "report" button that used to be on the themesite... 19.27.07 # aha, I'm blind. 19.28.06 Join einhirn [0] (~Miranda@p548514C2.dip0.t-ipconnect.de) 19.28.10 # Yes, please report. The admin side of the theme site is a bit broken, and it makes it really hard to work with non-reported themes 19.28.54 # Is there a "report"? I didn't see it (maybe I'm going blind too) 19.29.00 # it's not very good... 19.29.10 # TexasRockbox: I've done it already 19.29.27 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 19.29.49 Quit DerPapst (Quit: Leaving.) 19.30.15 # It uses the "disk access" animation for volume...that's just shabby. 19.30.22 # thehodapp: why are you asking? Do you have a problem with it? 19.30.27 # hm, I can't remember now if the policy was to only reject straight copies or also redrawn ones... 19.30.36 # If you're going to do something, do it well...then *don't* associate it with RB 19.30.42 # * S_a_i_n_t_ grrrr's at that guy. 19.30.54 # S_a_i_n_t_: is this a clear copy, or is it "inspired by"? 19.31.06 # gevaerts: it uses images dumped from the OF 19.31.12 # ok 19.31.22 # When it's named "iPod"..... 19.31.33 # * gevaerts does things 19.31.45 # bieber: nice work :) 19.31.54 # gevaerts: so, if mine is redrawn (which it is) does that mean I *could* put it up? 19.32.02 # though I realise it's bad taste 19.32.02 # Thank you 19.32.07 # S_a_i_n_t_: I don't know 19.32.09 # and I wouldn't, just curious 19.32.45 # I remember having this conversation with Llorean, but I can't remember the outcome. 19.32.59 # some comments: IMO it would be better to put extern "C" stuff into the header that exports the symbols. If you guard that with #ifdef __cplusplus it works with both C and C++ and the user doesn't need to worry about that. 19.33.00 # as long as you're not using stuff from the OF its probably ok 19.33.16 # Well I've got a clip v2 and a sansa fuze v2 which aren't supported yet. I just was wondering would it be released soon..general time period 19.33.47 # bluebrother: IIRC, I tried that my first time around and it ended up not working: I'll have to give it another try and see what it was I did wrong 19.33.47 # TexasRockbox: thanks for reporting 19.33.50 # Even if it's redrawn, isn't the layout and general design copyrighted 19.33.56 # At the time I just assumed GCC didn't allow it 19.34.03 # bieber: check f.e. rbutil/ipodpatcher/ipodpatcher.h 19.34.13 # Thanks 19.34.16 # the #ifdef __cplusplus is important :) 19.34.37 # Oh wait, are there two underscores there? 19.34.43 # thehodapp: fuzeV2 is supported 19.34.43 # thehodapp: clipv2 is supported with 1.2.6 19.34.48 # it just isn't stable 19.34.50 # http://www.rockbox.org/wiki/SansaAMS 19.34.55 # bieber: yes. Let me double check to make sure :) 19.35.00 # I think that was my problem 19.36.10 # there is a nice page with compiler / standard / os defines: http://predef.sf.net 19.36.12 # TexasRockbox: IIRC (though, my knowledge is limited) only the original images are copyright. 19.36.38 # A recreation is *teschnically* possible if I understand it correctly, but...it's arguable. 19.36.45 # *technically 19.36.48 # thehodapp, S_a_i_n_t_: fuzev2 is supported in svn, but not with 1.2.6 (unless the wiki page is out of date) 19.37.19 # thehodapp: I'm providing binaries built from svn (done every now and then and completely untested). If you're brave enough you can try them: http://tinyurl.com/rbutil-dev 19.37.39 # Yeah it fails with 1.2.6 but I can still install it manually. It's not terrible. 19.38.33 # so by "not supported yet" I'm guessing you meant by the installer? 19.38.38 # thehodapp: ^ 19.38.57 # yes 19.39.14 # aha...the wording confused me. 19.39.24 # it's obviously supported ;) 19.39.43 # fuze v2? 19.39.59 # New commit by 03bieber (r26433): Theme Editor: Added extern C declarations to header files 19.40.18 # yes, but by "supported" I mean, there is a port...there is code, it runs. 19.40.26 # fuzev2 is supported by Rockbox. It is not supported by the latest release of Rockbox Utility. 19.40.37 # not just "rbutil installs it", that's entirely different from supported. 19.40.38 # which hopefully makes the issue clear ;-) 19.40.48 # ok sorry I'm very confusing. that's what I meant 19.41.14 # thanks 19.41.57 # first clipv1 unbricked \o/ 19.42.24 # bieber: you committed a patch by JdGordon recently. Was this FS#11333? 19.42.35 # Yes 19.42.47 # Oh, I should mark the FlySpray entry when I do that, shouldn't I? 19.43.18 Quit moparx (Ping timeout: 240 seconds) 19.43.19 # ok. Generally, if you commit a patch from Flyspray you should mention it in the commit comment. 19.43.42 # plus, when committed it would be good to close the FS entry to keep the tracker clean. 19.43.56 # well, or at least to have less dead entries around. 19.44.09 # Okay, sorry I forgot that 19.44.30 # I still need to get Zagor to upgrade my Flyspray priveleges, is he around? 19.44.37 # it's not an actual problem, rather an annoyance ;-) 19.44.38 Quit phanboy4 (Read error: Connection reset by peer) 19.45.14 # doesn't look like. But you can always ask in IRC for someone to close a task for you until that's fixed. 19.45.29 # Okay, will do 19.46.52 Quit TexasRockbox (Quit: CGI:IRC (EOF)) 19.47.02 # an additional idea from my side: what do you think about adding descriptions to the tags? Would make the table display pretty nice for people like me that aren't too familiar with the wps tokens 19.47.08 Join TexasRockbox [0] (www-data@giant.haxx.se) 19.47.45 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 19.49.09 # bluebrother: Perhaps that should be done in comments on the tag table, so it doesn't take up extra memory? Although I would imagine the CustomWPS wiki page would always be a better reference 19.49.43 # * S_a_i_n_t_ wonders what is happening with the RB-TTS GSOC projest (accronym hell...) it *was* accepted wasn't it? 19.50.03 # I have seen approximately no chatter about it of late. 19.50.13 # *project 19.50.13 # Which reminds me, when we create a big global variable like the tag table, is that loaded into memory at boot and stuck there at all times, or is it allocated/deallocated whenever it's needed? Or is the compiler smart enough to realize it's never written to and just reference program memory? 19.50.16 Join Drise [0] (~drise13@user-24-214-34-2.knology.net) 19.50.20 Quit thehodapp (Quit: CGI:IRC (Ping timeout)) 19.50.30 # bieber: well, not sure how to do this best. IMO displaying the skin tree in the final theme editor would be interesting, at least for debugging purposes. For that it would be nice to have a more user-friendly display 19.50.43 # a global variable won't get (de)allocated all time. 19.50.56 Quit stripwax (Quit: http://miranda-im.org) 19.51.05 # Hey guys. Another question, any advice on adding roms for rockboy? 19.51.20 # Drise: Define? 19.51.38 # Ohh, so you mean an extra description to display to the user. I should probably build a separate table for that within the Theme Editor, so I can QObject::tr all the strings (we do want this to be translatable, right?) 19.51.40 # I'm looking to add roms for gb/gba files for use with rockboy 19.51.41 # if that variable doesn't change you can (and should) make it const. Then the compiler could even put it into ROM (not that this is possible on a PC, but const data is usually placed in a different segment) 19.51.50 # "put your roms whereever you like" 19.51.57 # S_a_i_n_t_: the TTS project was accepted. 19.51.59 # C does const? 19.52.02 # where should i put them if its needed to be specific 19.52.02 # that pretty much covers it. 19.52.08 # bieber: yes. 19.52.18 # Saint: ok. 19.52.24 # Drise: Put them wherever you want 19.52.32 Quit TexasRockbox (Quit: CGI:IRC (EOF)) 19.52.51 # bieber: well, I'm not sure what's the best way to do this. On the one hand it would be nice to have all in the same place. OTOH putting the strings into a c file creates issues with i18n, as you said. 19.53.41 Join wincent [0] (~wincent@g227130249.adsl.alicedsl.de) 19.53.43 # bluebrother: Good to know, I haven't seen any chatter about it in here...parhaps I've just missed it. 19.53.49 # Any advice on what roms to look for, or any limitations that it can handle (Fuze v2)? 19.54.08 # I _could_ do some typedeffing to put it all in the same place and only do the Qt descriptions when it's compiling as C++ 19.54.13 # Drise: Turn based RPGs seem to work best IMO 19.54.28 # putting the strings in the legal_tags table has another disadvantage: in case that it gets used somewhere else (f.e. in Rockbox) thos additional data might be unwanted. 19.54.31 # also, I don't think ROMS larger that 1MB can be loaded. 19.54.46 # Alright. 19.55.07 # bieber: it's not really important. Just an idea :) 19.55.15 # does it handle GBA roms? 19.55.28 # * bluebrother points to the manual 19.55.43 # DriseL: GB and GBC only 19.55.53 # this info is in the wiki/manual also 19.55.54 # Whoops, i meant GBC 19.55.59 # appologies 19.56.10 Join DerPapst [0] (~Alexander@p4FE8EEE7.dip.t-dialin.net) 19.56.25 # Okay. I'll probably just add the table to my ParseTreeModel class 19.57.38 # no hurries. Having the other stuff working is more important. User friendly can come later :) 19.57.41 *** Saving seen data "./dancer.seen" 19.57.46 # Got it 19.59.05 # another thing I've stumbled across: in case you want to have some property editor for the tags once the GUI is getting more important this could be interesting: http://qt.nokia.com/products/appdev/add-on-products/catalog/4/Widgets/qtpropertybrowser 19.59.53 # Oh, last thing, does Doom not handle file saving? My fuze locks up everytime i try... 19.59.55 # Ooh, that must be the widget they use in Qt Designer for widget properties 20.00.24 # I'm not completely sure (as it's separately from Qt itself), but it looks rather exactly like that. 20.00.46 # Ohhh, okay 20.00.50 # they have it LGPL licensed, so we could use it. In case it makes sense of course. 20.00.55 Join Zigtown [0] (~Leanne@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 20.04.03 # Thanks for the help, I've got to go do Memorial Day stuff now. I'll be back tonight to code some more :) 20.10.08 Quit shai (Ping timeout: 276 seconds) 20.14.48 # http://img168.imageshack.us/img168/4475/backtobusiness.jpg <- jesus clip and jesus fuzev2 20.15.11 # they look more like zombies to me 20.17.18 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 20.19.41 # http://img441.imageshack.us/img441/496/sandisksansaclipdisasse.jpg <- for clipv1 i had to connect those 2 pads, but i had to kept them connected. I will try on another clipv1 with battery soldered 20.20.39 Quit tchan (Quit: WeeChat 0.3.3-dev) 20.20.49 # funman, what pin is it on the SoC? 20.21.33 # no idea 20.22.00 # on fuzev1/v2 e200v2 clipv1 the pins are almost at the same location w.r.t the nand 20.22.10 # on fuzev1 / clipv1 they are on the other side of the PCB though 20.22.39 # any advances in the iPod classic department? 20.23.06 # Zigtown: no 20.23.53 # funman: good work - are all of your bricked sansas working now? 20.24.09 Join Luca_S [0] (www-data@giant.haxx.se) 20.26.06 # nope it looks like the other clipv1 is really dead 20.26.23 Quit [CGL] (Remote host closed the connection) 20.26.48 # funman: At least when you do something, you do it well :) 20.26.54 # i have a fuzev1 that works but the LCD conenctor is broken, so it's just a USB key, and another one with USB connection fried -> will try to restore at least rockbox on that one: I can still charge and copy files from µSD 20.27.11 # err, already tried. USB is fried so no recovery possible 20.27.17 # I wonder if FlynDice's clip can be brought back to life with this method 20.29.30 # the clip+ he sent to ranma ? 20.29.50 # yes 20.30.45 # I see something similar just left to the down button 20.31.04 # http://www.rockbox.org/wiki/pub/Main/SansaClip/sansa_clipplus_3.jpg <- left to the left button, there is a group of 3 resistors, and 2 pads 20.33.13 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 20.34.03 # funman: great news :D you guys are amazing... 20.35.55 Quit flydutch (Quit: /* empty */) 20.36.32 # well funman i think i know the issue 20.36.39 # its a last minute hardware change 20.37.54 # thats all i can think 20.37.58 # r0b-: from where you know? 20.38.11 # ? 20.39.18 Quit Luca_S (Quit: CGI:IRC (Ping timeout)) 20.40.02 # r0b-: which version is your OF? - maybe some disassembly will an additional radio init routine 20.40.17 # 1.02.15A 20.40.34 # is there a Firmware dumper for Windows? 20.40.54 # r0b-: did it work with a previous rockbox build? 20.41.02 # nope 20.41.15 # i tried one from a few days ago and nothing 20.41.24 # ok i thought it stopped working 20.41.25 # ill try maybe the FIRST rockbox build for the Clip+? 20.41.34 # if you want, it won't harm 20.42.04 # clip+ FM worked in r25190 20.42.48 # what's the problem? 20.43.06 # funman could you link me to r25190? 20.43.14 # can you dual boot into the OF? 20.43.24 # yes 20.43.31 # FM works perfectly in the OF 20.44.34 # svn://svn.rockbox.org/rockbox/trunk 20.44.36 # the software lock doesnt work either 20.45.01 # its a long home press right? 20.45.03 Quit bmbl (Quit: Bye!) 20.45.14 # in the WPS, with current svn, yes 20.45.47 Join petur [0] (~petur@rockbox/developer/petur) 20.45.48 # hmmm.. if you started the radio in the OF since, then it's not as similar as I thought it could be to the first steps of radio and the c200v1 port. I experienced radio vanishing iin Rockbox back then too but starting the radio in the OF once helped for a while 20.46.39 # pixelma this is a Sansa Clip Plust (the newest Clip) 20.49.41 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 20.51.05 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 20.51.17 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 20.54.05 # home+center on the clip+ 20.54.43 # nope, just home 20.54.44 # sorry 20.54.57 # ok that works 20.55.07 # topik: it changed with r26396 20.55.16 # i'm so behind the times :) 20.56.47 # I dont remember seeing this in the manual, but is updating to the lastest OF ok? or should i keep the one i installed RB with 20.57.11 # Drise: which target? 20.57.23 # Fuzev2 20.57.38 # installed with .26 and its asking to install .33 20.57.48 # if you update the sansa OF, it will remove the Rockbox bootloader 20.57.57 # ok. thanks. 20.58.26 Part Drise 21.00.03 # funman i cant find the firmware for the clip plus in .zip 21.00.06 # for r25190 21.00.35 # i think you have to build it 21.01.16 # and i dont have the build tools 21.01.18 # forget it 21.01.57 Quit stripwax (Quit: http://miranda-im.org) 21.02.15 # http://www.rockbox.org/wiki/DevelopmentGuide <- if you don't have a build environment i can't send you patches to test to see if the FM works 21.02.38 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 21.04.59 # ill setup the Interix enviroment 21.05.39 # i think that is the slowest environment (that's what i read) 21.06.16 # wouldnt it be easier for you to send me a patch firmware? for r25190 21.06.35 # depends whose time is more useful 21.06.47 # I thought it's a bit quicker than cygwin - but it's one of the more unusual environments 21.07.55 # r0b-: no because i don't think it will work anyway 21.08.12 # its probably a hardware change 21.08.20 # how can i dump my firmware? 21.10.45 # r0b: utils/AMS/hacking 21.11.10 # that unpacks the firmware bin file, not sure if thats what you wanted 21.11.33 # i dunno 21.11.39 # i guess for FM i can use the OF 21.11.57 # Huh, what's it unpack it into. 21.12.19 # vaguerant: ? 21.12.21 # a bunch of library files mostly 21.13.43 # does "database_changelog" just need to be in .rockbox during database init to autoupdate? Or do I need to "import modifications"? 21.16.53 # for FM ill just use the OF 21.17.45 # there was one target (the OndioFMs) where they changed the tuner chip at some point 21.17.59 # for the better :) 21.18.45 # :) 21.19.24 # somehow I haven't really been able to get FM working properly on the c200v2 even though it uses the same tuner chip family as other sansas. There are several subtly different versions (different firmware) of the Si4702 tuner chip for example. 21.30.23 Quit storm` (Read error: Connection reset by peer) 21.30.44 # bertrik: can we somehow show the firmware version in the debug menu, or we must decipher it from the FM regs? 21.31.13 Join mischasworld [0] (~quassel@f051176075.adsl.alicedsl.de) 21.31.44 # funman, I think that currently the debug menu does not show anything in the radio debug menu if something went wrong during FM chip detection 21.32.14 # It's very easy to decode it from the FM regs though, basically the first two numbers show the chip type and version 21.32.37 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 21.33.54 # wasn't the c200v2 problem a tuning problem and not init ? (deadlock) 21.34.17 Quit stripwax (Client Quit) 21.36.13 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 21.38.51 # Is there someone with an mr100 or YH-920 around? 21.40.21 # * gevaerts checks if his mr100 has enough power to boot 21.40.27 Join Strife1989 [0] (~Strife89@adsl-80-185-12.mcn.bellsouth.net) 21.40.56 # bertrik your c200v2 wont let you use the FM? 21.41.01 # in Rockbox? 21.41.21 # gevaerts: First I'd be interested in test_fps results with current svn 21.42.29 # * bluebrother can test on mr100 too 21.42.33 # building now 21.42.38 # I also have a patch with the greylib optimisation for mr100. For the other mono/grey arm targets I'd need to prepare it, but that should be fairly easy now 21.42.48 Join phanboy_iv [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 21.43.00 Quit phanboy4 (Ping timeout: 265 seconds) 21.43.38 # clipv1, clipv2 and clip+ are further candidates (but I guess they are so fast with svn already that the difference is almost immeasurable) 21.43.45 # gevaerts: Oh, wait... 21.44.05 # You should replace GREY_ON_COP in test_fps.c with 0 in the greylib init 21.44.39 # (so greylib runs on CPU.... and we actually get to see the ISR load) 21.44.45 # ok 21.44.46 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 21.44.59 # r0b-, sometimes it works, often it doesn't, I guess some kind of initialisation problem 21.45.47 # so im not the only one :) 21.45.52 Quit saratoga_ (Quit: Page closed) 21.46.47 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 21.47.23 # Maybe that's something nice to work on during devcon :) 21.47.54 # what does your c200v2 show in System-->Debug-->FM Hardware 21.48.20 Join dfkt [0] (dfkt@unaffiliated/dfkt) 21.50.01 # amiconn: test running 21.50.03 Quit Zigtown (Read error: Connection reset by peer) 21.50.12 Join Leanne [0] (~Leanne@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 21.50.26 # * S_a_i_n_t_ has only just noticed that the debug/battery screen counts down "time to full charge" in the estimated time remaining... 21.52.17 # amiconn: I get "CPU load err (boost?)" 21.52.28 # Ah, yes, you need to boost manually 21.52.38 # ok 21.52.49 # Problem is that the greylib on PP needs to boost always, but only during display 21.53.19 # The load percentage measurement works by comparing greylib framebuffer update speed with and without display 21.53.22 Quit stripwax (Quit: http://miranda-im.org) 21.53.50 # So if CPU speed changes between those two measurements, it will obviously fail 21.54.36 Quit mischasworld (Ping timeout: 265 seconds) 21.56.23 # New commit by 03amiconn (r26434): Smaller & faster greylib blitting on iriver H1x0 and iAudio M5, based on the ARM version but using mulu.l for the bit shuffling. ISR speedup is ~10%. 21.56.44 # amiconn: 1/1: 1052.5 fps, 1/4: 4102.0 fps, greylib 1/1: 200.0 fps, CPU load: 12%, no remote here, CPU: 80 MHz 21.57.16 # Llorean: peakmeter in the radio screen only gives sensible information on the hwcodec targets 21.57.44 # you can use it on swcodec too but it won't show anything useful 21.57.46 *** Saving seen data "./dancer.seen" 21.58.41 # gevaerts: http://amiconn.dyndns.org/~jens/greylib-mr100.diff 21.59.01 # You only need to replace the core after rebuilding 21.59.51 # Please check whether it's faster (but 12% isr load is already quite low), and whether it works properly (no negative display, no wrong line order or similar) 22.00.39 # interesting, the fuzev1 only shows the 1st bank over USB when unbricking 22.00.54 # The patch still contains the old code for comparison (#if 1 / #else / #endif) - of course the #else part will be removed before commit 22.02.54 Join Mobius-1 [0] (www-data@80.67.6.51) 22.03.42 Quit Mobius-1 (Client Quit) 22.03.46 Join Mobius-1 [0] (www-data@80.67.6.51) 22.04.14 Quit Mobius-1 (Client Quit) 22.07.21 # amiconn: 1/1: 1051.5 fps, 1/4: 4102.0 fps, greylib 1/1: 204.5 fps, CPU load: 10%, no remote here, CPU: 80 MHz 22.08.01 # cube still looks fine 22.08.52 # Ah, so still a noticeable speedup (of the ISR - the overall update speed doesn't change as much because availabe CPU power changes 88% -> 90%) 22.09.02 # nice ,thanks :) 22.10.00 # (or COP if running on COP... this might be interesting for dualcore plugins like mpegplayer) 22.10.13 # hum the fuzev1 doesn't want to boot the OF : I only see the backlight 22.10.31 # I tried with patched & genuine OF 22.11.10 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 22.11.57 # gevaerts: You could enter those figures on LcdFrameRate - or should I do it? 22.12.12 # LCD & wheel/buttons work fine in RB, I can browse the disk so I think everything is plugged correctly and partition isn't corrupted 22.13.24 # amiconn: I'm just about to leave my keyboard for a while. 22.13.29 # New commit by 03amiconn (r26435): Port the greylib blitting optimisation to m:robe 100. It's even more efficient on monochrome LCDs - about 20% ISR speedup. 22.13.31 # ok 22.14.26 # Hmm, unboosted update speed would also be interesting for the table (minus greylib, obviously) 22.16.22 # r0b-, the first two registers in the FM debug screeb on my c200v2 show 1242 0850 (while the radio is playing fine) 22.16.50 # i cant even get my FM to play in Rockbox 22.17.08 # r0b-: is your build environment setup? 22.17.15 Quit wincent (Changing host) 22.17.15 Join wincent [0] (~wincent@rockbox/developer/wincent) 22.17.48 # you said it probabably wont work so i didnt set it up 22.18.08 # i said r25xxx won't work but i also said i can't send you patches if you don't 22.18.28 # my patches might not work, but complaining here sure won't work 22.18.38 # k im setting it up 22.19.59 # bertrik: I thought you fixed the AMS radio problems at devcon last year ;) 22.20.26 # he'll do it again ;) 22.20.27 # mc2739, that was the AMS radio problem on e200v2 22.20.43 # (domonoky's e200v2 to be exact) 22.21.12 # hm, can't make it fail anymore on the c200v2 in 5 attempts 22.23.04 # heh i forgot i had VMWare 22.23.58 # ill use the vmware enviroment 22.24.28 # a VM running linux is better i think 22.24.40 # thats what im gonna do 22.25.28 # basically this will let me just SVN the source and build 22.25.29 # :) 22.27.49 Join merbanan [0] (~banan@c-94-255-214-233.cust.bredband2.com) 22.29.48 # bertrik: can the c200v2 be easily opened? would you like to try if the unbrick method works on it ? 22.30.28 # funman, yes, it's easily opened, although the case is getting a bit wobbly 22.30.47 # iirc the battery is user replacable, but I don't remember if you can access the PCB 22.34.33 Quit storm` (Read error: Connection reset by peer) 22.34.52 Quit BHSPitMonkey (Quit: Ex-Chat) 22.37.45 # ok funman after i install the vmware stuff then wat? 22.38.14 Quit einhirn (Read error: Connection reset by peer) 22.38.34 # start by building the revision i gave you, we never know, and you'll make familiar with building rockbox 22.39.19 # rev 2519? 22.39.36 # or whatever 22.40.04 # funman, shall I have a go at trying the unbrick method on the c200v2 right now? 22.40.09 # r0b-: url of irc logs is in the topic 22.40.22 # do you know which pins to bridge? do I need to solder anything? 22.40.39 # bertrik: well, if you want to know if the method works on all sansas, why not 22.40.40 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 22.40.48 # I just need to find pictures of the PCB to look at 22.41.07 # oh I think I still have pictures from an earlier disassembly 22.42.59 # ok 22.43.02 Nick Strife1989 is now known as Strife89|Desktop (~Strife89@adsl-80-185-12.mcn.bellsouth.net) 22.43.07 # i take it i need the .c and .h files? 22.43.57 # oh no, I don't have the pictures. You don't know yet what to bridge, right? 22.44.59 # no but i know where to look 22.45.28 # I'll open it and take pictures 22.45.34 # there are some on the wiki already 22.45.54 # http://www.rockbox.org/wiki/pub/Main/SansaC200v2/sansa_c200v2_back.jpg the one aligned with the bottom of the connector is a possible candidate 22.46.04 # (2 pins around the bottom left corner of the nand) 22.46.43 # but on the other side seems more likely 22.47.03 # http://www.rockbox.org/wiki/pub/Main/SansaC200v2/sansa_c200v2_front.jpg -> on the left side of the nand, at the bottom, there is one resistor and 2 pins 22.47.13 # how can I know if it worked? do I see some other usb id or something like that? 22.48.02 # xxd /dev/sdX|head -3 22.48.11 # if you see 'mkdosfs' or 'fat' or anything it didn't work 22.48.27 # if you see 2 lines of numbers and 0xffffff then you're looking at the start of the OF 22.48.55 # ok funman 22.49.02 # im getting the latest rockbox from svn 22.52.26 # ok now what? 22.52.36 # funman can you supply me the patches? 22.52.51 # i have none 22.53.02 # where can i get them? 22.55.19 # funman, you mean next to the 4th pin from the bottom left of the NAND? 22.55.29 # exact 22.55.55 Quit storm` (Read error: Connection reset by peer) 22.57.00 # so, I connect these two pins, then power it up over and USB? (can I release them after powerup?) 22.57.11 # do I need the battery connected too? 22.57.21 Quit S_a_i_n_t_ () 22.58.59 # I suppose there's no logo or anything else on the display when in recovery mode, right? 22.59.10 # you can leave the battery connected. just connect those two and plug USB, you can release the pins after a few (I was watching dmesg output in real time and unconnected them as soon as I saw a USB connection) 22.59.14 # right 23.00.27 # New commit by 03rob (r26436): Enable IRAM on TCC7801 (Cowon D2) for a 6-12% speedup in codecs that use it, and a small increase in battery life. 23.01.19 # funman, no luck so far, but the pins are really small so maybe I didn't connect them right 23.01.35 # next, I'll try the pins slightly higher, they seem to go directly to the nand 23.01.52 # yep just saw that 23.02.06 # 6th pin up from the bottom left of the NAND 23.02.08 # perhaps we should first look what the pins are connected to on other models 23.02.20 # ah i was looking under 23.02.46 # hmm no that one, sorry 23.03.16 # on fuzev2 it's not explicit what they are connected to, and on fuzev1 they are not on the same side as the nand 23.03.30 # clipv1 pins are on the other side, too 23.03.45 # yay, same pin as the recovery pin for e200v2 23.03.50 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 23.04.27 # nice! 23.04.34 Join n1s [0] (~n1s@rockbox/developer/n1s) 23.04.38 # I guess m200v4 should work too 23.05.25 # wait, it's not working yet, I mean the recovery pins are on the 6th pin up from the bottomleft of the NAND on the e200v2 too 23.06.19 # oops, i scream victory too early. i was just looking at the e200v2 pic and saw that the pins were at the same position 23.07.26 # New commit by 03rob (r26437): test_codec: close the log file before attempting to open a new one, and clear the button queue before displaying the menu a second time. 23.07.46 # \o/ 23.11.56 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 23.11.56 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 23.13.05 Quit komputes (Remote host closed the connection) 23.13.17 # funman, I'm now seeing a USB device 0781:6200, nothing on the display and a lot of errors in dmesg 23.14.35 # does lsusb say it's M200PLUS Productid ? 23.14.45 # xxd /dev/sdb shows nothing 23.15.00 # does the device exist? 23.15.08 # no it just says SanDisk Corp. 23.15.29 # yes, I have /dev/sdb and /dev/sdc 23.15.47 # on the clipv1 I had to keep the pin connected all the time 23.16.03 # xxd /dev/sdb shows nothing and xxd /dev/sdc says "No medium found" 23.16.03 # but then I had no battery 23.16.07 Quit Leanne (Quit: Leaving...) 23.16.18 # ok, I'll try that (no battery connected here either) 23.16.25 # try this: 23.16.30 Join Nightwalker [0] (www-data@80.67.6.51) 23.16.40 # sudo su -c "while :;do dmesg -c;read -t 1 && clear;done" 23.16.46 # (press enter to clear the output) 23.16.46 Join Luca_S [0] (www-data@80.67.6.51) 23.17.08 Quit DerPapst (Quit: Leaving.) 23.17.10 Quit storm` (Read error: Connection reset by peer) 23.17.11 Quit Nightwalker (Client Quit) 23.17.21 # when I disconnected the pins i could see immediately USB messages 23.17.27 # Can't I just simply 'tail -f /var/log/messages'? 23.18.09 # probably, if you like simple things! 23.21.51 Quit Strife89 (Quit: Going ahead and shutting down my laptop.) 23.22.47 Quit Luca_S (Quit: CGI:IRC (EOF)) 23.25.06 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 23.26.41 Join DerPapst [0] (~Alexander@p4FE8EEE7.dip.t-dialin.net) 23.27.44 Quit stripwax (Quit: http://miranda-im.org) 23.31.16 Nick Strife89|Desktop is now known as Strife89 (~Strife89@adsl-80-185-12.mcn.bellsouth.net) 23.34.36 # funman, it seems I can only make a 1-block device appear, keeping the pins connected or not doesn't seem to make a difference 23.34.51 # ok 23.35.24 # getting an Vendor "UNDEF" 23.36.15 Quit GeekShadow (Quit: The cake is a lie !) 23.36.43 Join moparx [0] (~moparx@unaffiliated/moparx) 23.38.29 Quit storm` (Read error: Connection reset by peer) 23.39.25 Quit petur (Quit: Zzzz) 23.40.57 # good thing 23.41.02 # i had that too 23.42.50 Quit ender` (Quit: On the other hand, you have different fingers.) 23.43.36 Quit esperegu (Remote host closed the connection) 23.45.08 # I can't get anything useful to work for now, maybe I'll try tomorrow 23.45.44 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 23.50.30 Quit TopyMobile (Ping timeout: 276 seconds) 23.51.10 Join Mobius-1 [0] (www-data@80.67.6.51) 23.51.55 # hello all. 23.53.31 Quit Mobius-1 (Client Quit) 23.57.47 *** Saving seen data "./dancer.seen"