--- Log for 14.04.108 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 12 days and 18 hours ago 00.00.18 Quit velixzeen ("[hienoa] - your ass is glowing!") 00.00.28 # r0rshach: Anyway, it isn't a problem, it is just a setting you may have to change :) 00.00.38 # the 100 gig drive is 161 00.00.43 # 161 what? 00.00.54 # r0rshach: This is a very international channel... 00.00.55 # dollaredoos 00.00.55 # bananas ;) 00.01.23 # but it seems dumb to go from 60 to 80... 00.01.35 # but 80 is quite big....i suppose 00.01.59 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 00.02.39 # Hmm, interesting effect... if I increase the wait-for-voltage-to-stabilize sleep() after ide_power_enable() in ata.c to HZ/10, the dropout goes away 00.02.42 # r0rshach: Have you looked at http://www.rockbox.org/twiki/bin/view/Main/HardDriveReplacement to make sure you get the correct connector? 00.02.58 # HZ/20 isn't enough (SVN uses HZ/50) 00.02.58 # yes 00.03.29 # Not the question is - why does this cause a dropout if only reading non playback related data?? 00.03.37 # thanks bambi 00.03.48 # no probs 00.03.54 # (in my case, any dr listing, while music is playing and buffer is still well filled) 00.06.02 # there' 00.06.41 Quit Thundercloud (Read error: 113 (No route to host)) 00.06.54 # there's an "#else if" line in viewports_test.c, it causes a compiler warning and I think it should be #elif, shall I fix it? 00.07.06 Quit tessarakt ("Client exiting") 00.07.20 # bertrik: please do 00.08.32 Join Casainho [0] (n=fotograf@87-196-226-45.net.novis.pt) 00.09.37 # jhMikeS: in thread.c line 2025, if it breaks at that point, does that mean irq stays off (I might not understand that code completely, just asking). At the other break point (line 2042) irq is switched on again. 00.09.51 Join jcollie_ [0] (n=jcollie_@dsl-ppp239.isunet.net) 00.11.28 # actually bambi i take that back i just double check and there is only one model that appear to fit in my player 00.11.36 # so itll be harder to shop around 00.11.54 # Bagder: :-) - just to say that in the make file of u-boot, were defined the cross_compiler as "arm-linux-" and I changed that to "arm-elf-" :-) -- It did build the example hello world code... but, after gives an error saying "ar-elf-ld: libgcc.a uses hardware FP wheras u-boot uses software FP :-( :-( 00.12.19 # r0rshach: That page may not be complete, but you need to make sure that whatever you get has the same connector (and thickness) as the current one 00.12.35 # FP? 00.12.45 # floating point 00.12.45 # u-boot doesn't use floats, does your app? 00.13.27 # * DerPapst wonders why he typed that... 00.13.37 # jhMikeS: nevermind me, overlooked that inner look :/ 00.13.40 # *loop 00.14.03 # DerPapst: because you weren't sure if Bagder knew that ? 00.14.45 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 00.14.57 # i just read the FP? and not the name. I'm sure he knows that and alot more :-D 00.15.40 Join days_of_ruin [0] (n=Sturm@204.73.103.253) 00.15.52 # SDMX4-8192-A70 00.16.01 # Is this model of sansa compatible? 00.16.14 Join rasher_ [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) 00.16.20 # model of what? 00.16.42 # I don't think we all know every possible model and serial number in existence 00.16.44 # sansa e280 8gb 00.16.46 # e200 it seems 00.16.55 Quit rasher ("Reconnecting") 00.17.02 # Bagder: no, my app is just returning, not floats.... 00.17.03 # the e280 V1 is compartible with rockbox 00.17.09 # but not the V2 00.17.19 Quit serdarakkan () 00.17.34 # I am browsing it on amazon and am not sure if its v2 or not 00.17.40 # I read the guidelines 00.17.41 # days_of_ruin: I don't think we know of the model from the model/serial number 00.17.52 # days_of_ruin: what firmware version is it? 00.18.03 # Thats what I cant figure out? 00.18.14 # oh 00.18.15 # There are user uploaded pics running rockbox 00.18.22 # days_of_ruin: Sadly, the firmware version is the only sure way 00.18.37 # but the product discription mention Play for sure 00.18.38 Quit cbr|w (Read error: 110 (Connection timed out)) 00.18.40 # Although personally I would guess a new one from somewhere like Amazon would be v2 00.18.44 Quit gromit`` (Read error: 110 (Connection timed out)) 00.18.51 # indeed 00.18.53 # Seller is Electronic Expo 00.19.17 # mostly it is impossible to tell v1 or v2 by reading seller pages 00.19.23 Quit amiconn (Nick collision from services.) 00.19.29 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 00.19.49 # Bagder: do you think that I must build u-boot if I want to build an external application? 00.20.14 # Casainho: quite possibly, yes. but I'm not sure. It's been a while since I did that 00.20.26 # crap 00.20.39 # I read a discussion and they said v2 00.20.43 # Bagder: okok, thanks - I will work on that 00.20.47 # good night :-) 00.20.56 Quit Casainho ("Ex-Chat") 00.21.07 # Can I get rockbox to work with v2? 00.21.23 # I saw some links on the site 00.21.26 # sure, port it 00.21.28 # It needs a lot of work to be done. 00.21.56 # maybe soon the supply of V1s will dry up and someone will be motivated to do the V2 port 00.21.57 # hrrrmmmm 00.22.44 Join Mathiasdm [0] (n=Mathias@vpnc113.ugent.be) 00.22.52 # * amiconn is hesitating to just increase the ata poweron voltage stabilisation time to the required amount found by testing on his mini 00.23.12 # Any idea on when it will be ready? 00.23.15 # There must be a reason why too early accesses make rockbox glitch 00.23.43 # days_of_ruin: that's not possible to tell 00.23.43 # days_of_ruin, there is no timeframe for new ports. 00.24.40 # amiconn: surprise surprise, if I alter that sleep it changes my bootloader crash too, but it is not caused by it I think, just influences it. 00.25.00 Join raptoid [0] (n=raptoid@unaffiliated/raptoid) 00.25.01 # odd 00.25.04 Part raptoid 00.25.15 # This is on ipod, where ata_reset() is empty 00.27.55 # And it seem to only happen on my mini - not on any of the other 3 PP targets I have, nor on linuxstb's Color 00.27.55 # I might by it anyhow since its 8gb for $90 usd 00.27.55 # or is it that cheap everywhere now? 00.27.55 # friendlyzookeeper should just educate himself instead of filling that thread 00.28.29 Quit LinusN (Read error: 104 (Connection reset by peer)) 00.29.24 Quit saratoga (Read error: 104 (Connection reset by peer)) 00.30.24 # sounds like a "i'm outta ere" message. But i have my doubts :-P 00.30.28 # *here 00.31.08 # I read it more like "I need to educate these guys about that ARM cores can be used in different chips" 00.31.55 # Bagder: I still think he expects rockbox to be an app running on Linux, or some such. 00.31.58 # I need a mute function for specific threads in the forum! 00.32.09 # that hides them from me 00.32.17 # Bagder: I THINK I can arrange that, if you really want it. 00.32.30 # nah, I need to learn how to mute in my head 00.32.46 # there's just too many voices there! ;-P 00.32.51 # * amiconn found the ata hard reset in the mini ROM :) 00.33.21 # Bagder: Bah, there's just an ignore feature, or ignore board, mod, no ignore thread mod yet it seems 00.34.23 # * Llorean doesn't want to install the "ignore user" feature for fear that too many people will simply choose to ignore him. 00.34.50 # can't you just guide the zookeeper out of this thread somehow? e.g. it's locked for him but not for the rest :-P 00.34.52 # haha :) 00.35.28 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-bc3d42707ade8994) 00.35.56 # hmm doesn't v2 have hcsd support? 00.36.04 # Well it appears this one doesn't 00.36.32 # days_of_ruin: The OF is of to particular concern here 00.36.39 # s/to/no 00.42.08 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 00.42.10 # ?? 00.44.01 Quit ender` (" Programming is like sex becuse: 20. It doesn’t go so well when you’re drunk, but you’re more likely to do it.") 00.44.02 # BigBambi: he meant to use this as a way to discover if it is a V2 00.44.25 # petur: Ah, OK 00.44.30 # days_of_ruin: My apologies 00.47.49 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 00.48.09 # Good night all :-) 00.48.33 Quit DerPapst ("So Long And Thanks For All The Fish!") 00.50.41 Quit bertrik ("bye") 00.51.18 # night?what side of the world are you on?:P 00.51.52 Quit days_of_ruin ("Leaving") 00.53.02 # the good side? 00.53.12 # hehe 00.53.19 # the dark side? 00.53.35 # right now, yes 00.53.54 # * petur gives his h2380 an angry look 00.53.59 # err h380 00.54.08 # 380 gigs?!? 00.54.18 # * scorche wants 00.54.31 # a H100 with a colour screen and 380 GB - wow 00.54.44 # no, 2080 GB 00.54.47 # * BigBambi is imagining a H100/H300 hybrid 00.56.20 Nick rasher_ is now known as rasher (n=rasher@rockbox/developer/rasher) 00.56.26 # I'm beginning to be quite convinced that my bootloader crash is actually a hardware issue. 00.57.55 # or maybe not 00.58.10 Quit Mathiasdm ("Yuuw!") 00.58.11 # * petur unsure again... 00.58.22 Join Mathiasdm [0] (n=Mathias@vpnc113.ugent.be) 00.59.15 Quit waldo (Remote closed the connection) 00.59.52 # * petur wonders if ide_power_enable() could cause some power fluctuation that causes a crash 01.00.16 Join saratoga [0] (n=9803c50e@gateway/web/cgi-irc/labb.contactor.se/x-ba8db32aca6ee32b) 01.01.00 # Well, there's at least one Archos Player that crashes when using ide_power_enable(). That's why it's not enabled for Player in SVN 01.01.18 # My Studio 10 works fine with it enabled 01.01.46 # I'm testing more, but I seem to always get up to right before that, and it fails if I print after it 01.02.13 Nick pathobitch is now known as pathogen (i=juma@gateway/gpg-tor/key-0xB9002659) 01.02.13 # The crash in this case means that the whole thing powers off when the disk is powered on again after being switched off 01.02.20 # now I'm putting variation on the time elsewhere to see if this observation is correct 01.02.48 # here I once saw my printf text garbled. 01.02.54 # but no reboot 01.04.23 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 01.07.15 Quit kakazza () 01.07.54 # wow, yet another IllInstr, but it arrived to just before the power_enable 01.08.38 Quit domonoky (Read error: 104 (Connection reset by peer)) 01.08.55 # whoa, happens every time... 01.12.45 # hmmm this crash happens accessing a struct in the IBSS... 01.13.10 Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-e474fe24d73d4ad7) 01.14.18 # anybody with an h300 want to try a bootloader to see if it crashes? 01.14.33 Quit lee-qid (Read error: 110 (Connection timed out)) 01.17.28 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.17.58 *** Saving seen data "./dancer.seen" 01.18.21 Join raptoid [0] (n=raptoid@unaffiliated/raptoid) 01.19.20 Part raptoid 01.20.01 # * amiconn thinks this is for someone with a BDM within reach.... 01.21.10 # * petur delays the investigation until devcon 01.22.01 Quit petur ("Zzzzz") 01.24.04 Quit gevaerts ("nearly monday morning") 01.24.24 Join gevaerts [0] (n=fg@195-144-092-159.dyn.adsl.xs4all.be) 01.24.27 Quit gevaerts (Client Quit) 01.25.08 # Why isn't Rockbox built for the 4G grey? 01.25.16 # *RockboY 01.26.05 # umm 01.26.32 # Mentioned a hundred times at least - nobody implemented the display data conversion for those 01.27.48 # jhMikeS: I now have a new version of my clock skipping udelay, making it a regular iram function 01.28.21 # amiconn: do you expect a significant improvement in power use from clock skipping? 01.28.35 # An interesting detail is that H10 uses *a lot* more udelay than mini G2 - my old patch increases H10 binsize by 1304 bytes, the new one decreases it by 568 bytes 01.28.45 Join JdGordon_ [0] (i=jonno@c211-28-93-8.smelb1.vic.optusnet.com.au) 01.28.56 # ...whereas the same number for mini are only +288 bytes and -36 bytes 01.28.59 Quit JdGordon (Read error: 104 (Connection reset by peer)) 01.29.01 # *numbers 01.32.45 # saratoga: A bit, perhaps. There must be a reason why portalplayer implemented clock skipping... 01.34.43 # I'll have to do new current measurements when its ready 01.35.26 # I will do 2 runtime tests, with and without patch, before committing 01.35.42 # do you want me to do current measurements now? 01.36.06 Quit mirak ("Ex-Chat") 01.36.17 # Normal current consumption won't change. The deal is that average consumption will be lowered a little, because the cpu will be throtled during udelay 01.36.24 Quit barrywardell () 01.36.35 # idle current should be lower though? 01.36.45 Quit BHSPitLappy (Remote closed the connection) 01.36.57 # Depends on whether there are udelay calls 01.37.21 # Normal sleep() clock-skips for ages 01.37.32 # i didn't realize that 01.37.58 Join linuxgeek [0] (i=linuxgee@d213-103-201-179.cust.tele2.fr) 01.38.06 # hi there :) 01.38.18 # Hence, I'll do the tests on H10 (because of its much larger amount of udelay calls) 01.44.30 Join tvelocity [0] (n=tony@athedsl-399200.home.otenet.gr) 01.49.20 Quit tvelocity (Remote closed the connection) 01.50.32 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 01.53.42 Quit Nico_P (Remote closed the connection) 01.55.16 # success 01.55.50 # my creative zen (30 gig) drive has no been installed and added to my x5 (formerly 60 gig) 01.56.02 Quit bughunter2 ("Leaving.") 01.56.05 # this will due for now, until i get that 80 gig 01.58.25 Quit Mathiasdm ("Yuuw!") 02.07.14 Join DavidSG [0] (n=gilbert_@n099h024.wsr.mun.ca) 02.07.59 Join r0rshach_ [0] (n=chatzill@64.252.12.230) 02.12.32 Join phinze [0] (n=phinze@CPE-65-30-152-122.wi.res.rr.com) 02.13.18 Quit davina (Remote closed the connection) 02.24.59 Quit linuxgeek () 02.25.13 Quit r0rshach (Read error: 110 (Connection timed out)) 02.27.09 Join days_of_ruin [0] (n=Sturm@204.73.103.253) 02.33.34 Nick JdGordon_ is now known as JdGordon (i=jonno@rockbox/developer/JdGordon) 02.34.04 Quit days_of_ruin ("Leaving") 02.40.58 Quit phinze () 02.47.30 Join Thundercloud__ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 02.47.39 Quit DavidSG (Read error: 110 (Connection timed out)) 02.47.45 Part pixelma 02.48.53 Join x86ia [0] (n=chatzill@189.156.213.43) 02.49.16 # hi,i got the ipod back,im webguest49 02.49.53 # is there a diagnostic mode in the ipod? 02.50.37 # yes...google would tell you so.. 02.50.50 # hahaha,ok anyways thx 02.58.43 Join perplexity [0] (n=joust@CPE-121-209-83-19.wa.bigpond.net.au) 02.59.19 Quit corevette ("Leaving") 03.01.07 Join miepchen^schlaf [0] (n=miepchen@p54BF5A84.dip.t-dialin.net) 03.03.09 Quit Thundercloud_ (Read error: 113 (No route to host)) 03.05.37 Join DavidSG [0] (n=gilbert_@n099h024.wsr.mun.ca) 03.06.15 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 03.13.59 Quit jhulst ("Konversation terminated!") 03.15.25 Quit miepchen^schlaf_ (Connection timed out) 03.17.55 Quit linuxstb (Read error: 110 (Connection timed out)) 03.18.02 *** Saving seen data "./dancer.seen" 03.22.16 # i think i'm down to a single WMA problem sample 03.23.25 Nick shenson_not_here is now known as shenson (n=shenson@nat/redhat/x-8d2d9b67ba79f9d0) 03.36.48 Quit m0f0x ("brb") 03.39.42 Quit Rincewind ("bye") 03.50.54 Quit saratoga ("CGI:IRC (EOF)") 04.08.18 Nick shenson is now known as shenson_not_here (n=shenson@nat/redhat/x-8d2d9b67ba79f9d0) 04.09.57 Join m0f0x [0] (n=m0f0x@189-47-38-29.dsl.telesp.net.br) 04.12.08 Quit m0f0x (Client Quit) 04.12.13 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279396235.dsl.bell.ca) 04.12.38 Join m0f0x [0] (n=m0f0x@189-47-38-29.dsl.telesp.net.br) 04.12.52 Quit Thundercloud__ (Remote closed the connection) 04.32.22 Join phinze [0] (n=phinze@pcp027324pcs.jesres.mu.edu) 04.33.03 # congrats, saratoga 04.33.38 Join miepchen^schlaf_ [0] (n=miepchen@p54BF79B2.dip.t-dialin.net) 04.39.44 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 04.42.47 Part DavidSG 04.48.47 Quit ctaylorr (Read error: 110 (Connection timed out)) 04.49.18 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 04.51.47 Quit r0rshach_ ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 04.56.05 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 04.58.21 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279396235.dsl.bell.ca) 04.59.50 Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") 05.07.20 Quit pathogen ("Leaving") 05.09.59 Quit jhulst (Remote closed the connection) 05.10.16 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 05.18.03 *** Saving seen data "./dancer.seen" 05.31.07 Join FOAD_ [0] (n=dok@dinah.blub.net) 05.34.21 Quit ctaylorr (Read error: 110 (Connection timed out)) 05.36.14 Quit Horscht ("User was distributing pornography on server; system seized by FBI") 05.42.58 Join nplus [0] (n=nplus@141.25.Globcom.Net) 05.45.16 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 05.45.45 Join fyrestorm [0] (n=fyre@cpe-68-173-174-251.nyc.res.rr.com) 05.47.55 Quit FOAD (Read error: 110 (Connection timed out)) 05.47.55 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 05.50.42 Join MobileShaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 06.00.51 # I am considering getting a Toshiba Gigabeat F40 instead of an iPod 4th Gen...I see the LCD driver and usb handler aren't complete...what's the experience with rockbox like right now? 06.03.41 # it will be a much better device than an iPod 4th gen 06.03.58 Join fpletz [0] (n=fpletz@franz-pletz.org) 06.03.59 Nick shenson_not_here is now known as shenson (n=shenson@nat/redhat/x-8d2d9b67ba79f9d0) 06.09.27 Quit Shaid (Read error: 110 (Connection timed out)) 06.09.28 Nick MobileShaid is now known as Shaid (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 06.20.21 Quit jhulst (Remote closed the connection) 06.20.36 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 06.25.40 # why is that scorche ? 06.30.46 Nick shenson is now known as shenson_not_here (n=shenson@nat/redhat/x-8d2d9b67ba79f9d0) 06.42.34 Nick x86ia is now known as ia86x (n=chatzill@189.156.213.43) 06.46.25 Join [TiZ] [0] (n=chatzill@FL-ESR1-72-49-150-188.fuse.net) 06.47.35 # <[TiZ]> Hey, guys. 06.48.14 # <[TiZ]> I already know where this is going to go, but I'd like someone to take a look at my readme file and point out what I did wrong with it. I'm sure I messed something up. 06.48.16 # <[TiZ]> http://eternaleon.googlepages.com/Readmedamnit.txt 06.48.34 # <[TiZ]> ...Wait. 06.48.43 # <[TiZ]> Is this better in #rockbox-community? 06.49.28 # [TiZ]: I see at least one of your images has the -attribution clause. Have you found out explicitly what form of attribution the author of such images requires? 06.49.54 # <[TiZ]> They're all on Flickr, so I hope just a link to the page works. 06.50.05 # <[TiZ]> And they all have at least the attribution clause. 06.50.36 # The attribution clause say, and I quote, "You must attribute the work in the manner specified by the author or licensor" 06.50.58 # This means you need to do it in the way the author says, which means you need to find out exactly where the author says what way they want attributed. 06.52.33 # <[TiZ]> None of them seem to say anywhere. 06.52.46 # <[TiZ]> Perhaps I should just submit my WPS without backdrops. 06.52.56 # [TiZ], you should ask them, then. 06.53.30 # <[TiZ]> Yahoo accounts work on Flickr, don't they? 06.54.23 # <[TiZ]> I'm sorry if I seem like a jerk right now. I'm still really sore about those backdrops I made. 06.54.53 # <[TiZ]> And I know it's not your fault. 06.55.35 # <[TiZ]> Anyways, I'm off-topic now. I'll stop here. 07.04.03 Quit [TiZ] ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 07.14.07 # off now 07.14.16 Quit ia86x ("ChatZilla 0.9.81 [Firefox 3.0b5/2008032620]") 07.18.08 *** Saving seen data "./dancer.seen" 07.19.38 Quit leox (Remote closed the connection) 07.19.55 Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 07.22.34 Join waldo [0] (n=waldo@ip-81-11-206-239.dsl.scarlet.be) 07.22.50 # Bagder: You around, and may I PM you? 07.27.46 Join phinze_ [0] (n=phinze@pcp027324pcs.jesres.mu.edu) 07.27.48 Quit phinze (Read error: 104 (Connection reset by peer)) 07.28.38 Join krz [0] (n=irc_by@turbo.sml.by) 07.37.30 Join DerDome [0] (n=DerDome@dslb-082-083-192-186.pools.arcor-ip.net) 07.44.20 Join corevette [0] (n=corevett@adsl-75-18-212-2.dsl.pltn13.sbcglobal.net) 07.49.31 Join LinusN [0] (n=linus@gateway/web/cgi-irc/labb.contactor.se/x-2a982a837299eb5e) 07.49.43 Quit waldo ("Konversation terminated!") 07.49.57 Quit leox (Remote closed the connection) 07.50.16 Quit krz (Read error: 110 (Connection timed out)) 07.54.35 Quit phinze_ () 08.06.42 # morning people 08.06.56 # hello 08.07.26 # toffe82: do you know if the Gigabeat S exploit works on the Gigabeat U as well? 08.08.31 # I don't think so, it is not windows base 08.08.48 # or do you mean the V ? 08.08.58 # ah no, the T sorry 08.09.05 # all these models :) 08.09.50 # I want to try on the V, but didn't have time, I need to contact zunepet to ask him 08.09.56 Quit jhulst (Remote closed the connection) 08.10.11 # the version of windows is the same 08.10.14 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 08.10.42 # the version of windows on the T is not the same as the S and V 08.10.56 Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 08.11.15 Quit leox (Remote closed the connection) 08.11.26 Join Gartral [0] (n=Gartral@adsl-75-33-78-100.dsl.bcvloh.sbcglobal.net) 08.11.31 Join phinze [0] (n=phinze@CPE-65-30-152-122.wi.res.rr.com) 08.11.42 # there is no update available, the only information I found is that in japan they have to send it back to toshiba to get an update 08.11.59 Quit jcollie ("Ex-Chat") 08.13.45 # hi: im awear of a wps script builder... but i cant find it, could i get a link? 08.13.54 Part Llorean 08.19.22 Nick phinze is now known as phinze|sleeping (n=phinze@CPE-65-30-152-122.wi.res.rr.com) 08.19.37 # Gartral: sorry, I don't know 08.20.49 # Gartral: what script builder are you thinking off? I cant tihnk of any up-to-date wps builders... 08.20.52 Join moos [0] (i=moos@m170.net81-66-158.noos.fr) 08.21.16 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 08.23.07 Join phinze [0] (n=phinze@CPE-65-30-152-122.wi.res.rr.com) 08.23.22 Quit phinze|sleeping (Read error: 104 (Connection reset by peer)) 08.23.31 Quit phinze (Client Quit) 08.23.37 Quit DerDome ("Leaving.") 08.25.55 # EZ WPS builder... or something like that 08.27.18 # I dont tihnk thats up to date... 08.27.27 # if it even works at all anymore 08.28.45 Quit jhulst (Remote closed the connection) 08.29.00 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 08.31.19 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-954f71d506ae75d1) 08.40.14 Part toffe82 08.42.16 # so therees no current tools? 08.43.15 Quit OlivierBorowski (Remote closed the connection) 08.43.40 # currently there are only notepad and it's brethren 08.45.41 # * scorche really doesnt appreciate the new who-girl 08.46.21 # Catherine Tate ? 08.46.24 # aye 08.46.34 # wrong channel surely ? :) 08.46.44 Quit XavierGr () 08.46.46 # damnit 08.47.48 Join feisar [0] (i=jljhook@ip-89-166-50-52.phnet.fi) 08.49.10 Quit jhulst (Remote closed the connection) 08.49.25 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 08.50.47 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.50.54 Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 08.51.06 Join homielowe [0] (n=eric_j_l@d205-250-150-38.bchsia.telus.net) 08.51.16 # Hi all! 08.53.05 Join Rob2223 [0] (n=Miranda@p4FDCED8F.dip.t-dialin.net) 08.53.49 Join Makuseru [0] (n=max@163.106.40.24.aeneasdsl.com) 08.54.17 # Hi, does anyone know how to restore the bootloaded on a Toshiba Gigabeat F40, i bricked it and cant seem to get it back 08.55.02 Quit amiconn (" rebbboot") 08.55.30 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-954f71d506ae75d1) 08.56.02 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.56.12 # Makuseru: if you just use rockbox you can use our dummy GBSYSTEM folder + the rockbox bootloader (FWIMG01.DAT). Both can be found here: http://www.rockbox.org/twiki/bin/view/Main/GigabeatFXPort 08.57.04 # Makuseru: and if you can't get into USB mode try: http://www.rockbox.org/twiki/bin/view/Main/GigabeatFXPort#Gigabeat_Recovery_Procedures 08.57.43 # I have to leave. Good luck. 09.00.01 Quit m0f0x () 09.01.06 Join aliask [0] (n=aliask@rockbox/developer/aliask) 09.03.30 Quit mrkiko (Read error: 104 (Connection reset by peer)) 09.04.01 Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 09.05.42 Quit TMM (Connection timed out) 09.07.14 # it feels almost surreal to be able to read the forums at this time of day without timeouts :-) 09.07.39 # faster than normal even by my view :) 09.07.39 # :-) 09.09.48 Join tvelocity [0] (n=tony@79.131.72.83) 09.10.58 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.12.21 # who did the simulator backgrounds? 09.13.01 # pixelma is our graphics ninja 09.13.40 Quit jhulst ("Konversation terminated!") 09.15.13 Join petur [50] (n=petur@rockbox/developer/petur) 09.15.42 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 09.16.15 # ive never had a problem with RB forums 09.17.02 # I've had problems almost every morning 09.18.09 *** Saving seen data "./dancer.seen" 09.20.33 # me too 09.21.01 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 09.21.13 # Gartral: that's probably because you 1) live in another timezone and 2) never search the forums 09.21.37 # just a guess 09.22.54 # LinusN: how did jeff take it? 09.23.04 # well, i think 09.24.15 # it was really very nice of him to host our forums for so long 09.25.04 # Where is the forum hosted now? 09.25.29 # * petur points at scorche 09.25.37 # * scorche waves 09.25.47 # scorche: In the US? 09.25.52 # he's running a wireless connection interfacing into his left fingernail 09.25.53 # theplanet 09.25.57 # OK 09.26.11 # the forums run out of his left kidnet 09.26.33 # markun: it sure was nice of him 09.26.52 # if only he didnt...well...blah 09.28.23 # wich toenail holds the CPU stack?LOL 09.29.49 # whats it mean when stuff is red in the INFO window of RBUtil? 09.30.03 # does that mean its broken? 09.31.28 # damn caps key 09.32.56 # someone wouldnt happen to know where to DL a version of gigabeat firmware where you dont need to install windows media player? i accidently reformated my gigibeat, so i need to install the original firmware to put rockbox back on it, but the update you get form the site says you need mediaplayer 9 09.34.01 # Makuseru: do you use the original firmware? 09.34.07 # no 09.34.21 # then you can do what I suggested earlier 09.34.47 # wheres the dummy GBSYSTEM folder? 09.35.03 # http://www.rockbox.org/twiki/pub/Main/GigabeatFXPort/GBSYSTEM.zip 09.35.41 # then just place http://download.rockbox.org/bootloader/gigabeat/FWIMG01.DAT inside GBSYSTEM/FWIMG/ 09.36.20 # whats it mean when stuff is red in the Info screen in RBUtil? 09.36.46 # Gartral: I don't know, sorry 09.37.51 # markun: thank you very much 09.39.02 # Makuseru: I should probably write this info in the wiki separately as the question keeps coming up. 09.39.37 Quit spiorf (Remote closed the connection) 09.45.24 Quit DaCapn () 09.48.12 Quit Ravendug () 09.49.10 Quit Shaid (Read error: 110 (Connection timed out)) 09.50.08 Quit midgey () 09.50.55 Join J [0] (n=john@cpc2-mfld9-0-0-cust297.nott.cable.ntl.com) 09.53.25 Join spiorf [0] (n=spiorf@host176-218-dynamic.30-79-r.retail.telecomitalia.it) 09.53.30 Quit spiorf (Read error: 104 (Connection reset by peer)) 09.53.48 Join spiorf [0] (n=spiorf@host176-218-dynamic.30-79-r.retail.telecomitalia.it) 10.11.46 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 10.11.50 Part Gartral 10.12.22 Join Gartral [0] (n=Gartral@adsl-75-33-78-100.dsl.bcvloh.sbcglobal.net) 10.13.06 # * Gartral yargs and growls at pidgins stupid crash into windows 10.25.55 Join TMM [0] (n=hp@ip5650d1ab.direct-adsl.nl) 10.26.45 Join gevaerts [0] (n=fg@195-144-092-174.dyn.adsl.xs4all.be) 10.33.51 Join Llorean [0] (n=llorean@adsl-70-242-5-141.dsl.hstntx.swbell.net) 10.37.17 # to rockbox committers: only about twelve hour left to vote for the gsoc project priority 10.37.22 # hours 10.44.33 # ohh this years gonna be fun 10.45.28 # * Llorean looks forward to a final GSOC decision. 10.47.21 Quit TMM (Client Quit) 10.49.36 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 10.49.37 # * Gartral jumps up and down ready too work on USB stacks 10.51.36 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 10.53.56 Join GodEater [0] (i=c2cbc962@rockbox/staff/GodEater) 10.55.10 Quit cool_walking_ (Remote closed the connection) 10.57.17 # Gartral: what are you referring to then? 10.59.15 # i just want them working so the DAPs dont have too reboot to OFW to transfer files 10.59.49 # ah 11.00.22 # but the only submitted usb work in gsoc is for usb audio... 11.01.59 # im an owner of a Sansa E250.... and i noticed when in OFW the firmware splits the proccessors attention between driveing the lcd, and transfering files 11.02.03 Quit Thundercloud (Remote closed the connection) 11.04.06 # i think thats stoopid... if i want confirmation the files are moving... ill look at the transfer screen 11.04.38 # What exactly did you notice ? 11.04.58 # and like right now.... the sansa says "wrighting", i dont have anything open that could possible look in the sansa 11.06.42 # and it would also make more sense too turn the whole LCD driver off when in charge/wright mode 11.06.50 # Why ? 11.07.05 # save power, more focus to the battery 11.08.22 # cus i noticed in rock box, if i leave the scroll wheel and backlight on in charging mode, then switch both off... it does charge faster 11.08.26 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 11.08.37 # especially w/o the wheels light 11.09.09 # pondlife: Can you understand what that guy actually wants to *do* with the new version of "Follow Playlist" he's proposed? 11.09.19 # No! 11.09.34 # Not yet, anyway 11.09.35 # You get 500 mA from USB. They probably cheat and get some more. LCD and wheels light use about 40mA. That's less than 0% 11.09.43 Join mrkiko [0] (n=mrkiko@host177-100-static.32-88-b.business.telecomitalia.it) 11.09.58 # *10% 11.10.12 # As far as I can see, he just wants a shortcut to "View Current Playlist", but he seems to think that it'll let him add songs, so I fear he expects you to be able to launch a song from within a playlist, without launching the playlist, then hit select to go back to that playlist... 11.10.19 # it still baught 15 mins off charging time from dead 11.10.29 # Kinda like a "Genre" filter in the database, where the filter itself is separate from the playlist. 11.10.40 # Only if the battery can actually take that extra charging current 11.11.03 # So he could insert songs from "Blues.m3u" and "Rock.m3u" then hit select on a song that came from "Blues.m3u" and end up back there. 11.11.47 # gevaerts: Rockbox gets less on the e200 because we don't tell the power control chip to charge, iiuc. 11.12.29 # Also on H300, I believe... 11.12.40 # it seems it does... cus in OFW the wheel light stays off untill you touch it... then its perma on untill reboot, and ive charged in OFW and between WL on and off, there is a difference, im not shure how much, seeing as the BL on the screen never turns off 11.12.51 Quit spiorf (Remote closed the connection) 11.13.17 # pondlife: I'd heard there was an option somewhere on H300. Don't have one m'self though 11.13.42 # USB charging on/off only - i.e. 0mA or 100mA. 11.13.56 # and theres always activity in the OFWs charge/transfer mode, waisting more power 11.13.56 # I don't think we sussed out how to get 500mA 11.15.30 # the OF of the h300 has a setting to select connection to PC or hub 11.16.47 # petur: Does that control charging? I wondered... 11.17.32 # I think it does, but even LinusN half forgot how it was... 11.17.52 # it controls the amount of current allowed 11.18.00 Join TMM [0] (n=hp@ip5650d1ab.direct-adsl.nl) 11.18.12 *** Saving seen data "./dancer.seen" 11.18.31 # I guess we need to get the USB controller to request 500mA? 11.19.23 Join MartinR [0] (n=chatzill@dslb-088-072-207-221.pools.arcor-ip.net) 11.20.19 Join DerDome [0] (n=DerDome@dslb-082-083-192-186.pools.arcor-ip.net) 11.20.34 # FS#8363 fixed the charging for me. 11.22.11 # Llorean: I think that he's wanting the file browser to be capable of treating playlists like directories... so having originally selected PARTY.m3u, you'd be able to browse inside it, and then follow playlist would go to the selected entry. 11.22.22 # Does that make any more sense? 11.22.30 # pondlife: On H300 we can't as the usb controller is hardware, and the pin that could tell us isn't connected afaik 11.22.49 # On iaudios (same bridge), the pin is connected 11.23.02 # Hmm, so the OF doesn't do 500mA either? 11.23.19 # It does, that's what the hub/pc setting is for 11.23.30 # OK, so can we not do the same? 11.23.38 # Afaik we do, but I'm not sure 11.23.49 # * amiconn always charges with the charger 11.23.56 # same here 11.24.02 # pondlife: Treat them like directories, and allow you to insert from them into the dynamic playlist, but allow returning to them with "Select" anyway, yes. 11.24.04 # Me too. It definitely seems to charge faster with the charger 11.24.20 # Drawing 500mA without asking is a violation of the usb standard, but it works on most ports 11.24.20 # Llorean: Yes. I quite like the idea 11.24.42 # Llorean: Obviously, default action would still play the playlist.. 11.24.46 # I'd rather "Select" always return you to the physical file, if "Follow" was on. 11.24.51 # * gevaerts puts on his USB spec pedant hat 11.25.00 # Of course. USB cannot provide more than 500mA. The initial charging current a LiIon of that capacity can take is much higher 11.25.08 # I don't mind allowing them to be viewed easily (make it the second option in the context window) and inserted from into the current one, for example. 11.25.20 # PC/Hub makes no difference at all on what current you're allowed to draw. 11.25.25 # There's a reason why the iriver and iaudio chargers are rated 1.8...2.0 A 11.25.25 # But I really don't like the idea of "Following" to a place within a playlist. 11.25.38 # That would be a 3rd option on Follow Playlist. 11.25.55 # Since then you'd have to track every playlist that every song in the dynamic playlist came from. 11.25.56 # If you happen to use a bus-powered hub, it's 100mA, period. 11.26.01 # Which seems rather silly. 11.26.09 # gevaerts: They do, although that setting is somewhat confusing. A passive hub can never provide 500mA 11.26.25 # pondlife: Why would you want "Follow" to do that, anyway? 11.26.36 # I wouldn't, but "Mike" does 11.26.41 # That's what that setting actually means. "Hub" limits to 100mA 11.26.53 # pondlife: You said you liked the idea though. So I'm asking you why you like it. 11.27.04 # I like the idea of integrating into the file browser 11.27.14 # Not so much the follow playlist change 11.27.21 # Ah, then we're more or less agreed. 11.27.41 # It would make it easy to do the other request (to insert/queue from a saved playlist) 11.28.05 # I don't necessarily think it should be "integrated into the browser", but I think viewing a playlist that isn't currently playing, and inserting from it, should be made as painless as possible (while being distinct enough that you know you're manipulating playlist entries, and not physical files) 11.28.51 # Llorean: No, the idea was that you could (apparently) browse into a saved playlist, then select a file in there and queue it, for example 11.28.54 Join Monkeytamer [0] (n=chatzill@24-205-228-141.dhcp.snlo.ca.charter.com) 11.29.11 # It would appear to be just like browsing into a subdir 11.29.17 # I don't like that. 11.29.20 # At all 11.29.28 # Why not? 11.29.39 # I don't have time to argue now, I should warn you! 11.29.47 # Because the filetree shouldn't transparently shift into non-filetree operations. 11.29.51 # It's a file browser, explicitly 11.30.07 # I can see the database having an option to index your M3Us in a "Playlists" filter, and let you browse the like that, perhaps 11.30.16 # Yes, maybe 11.30.49 # But it shouldn't matter which browser really... if you have an M3U file selected, the context menu should offer the same options 11.31.15 # Selecting it from the context menu isn't the same as browsing into it, though. 11.31.16 # that's all I'm talking about really, a context menu option to view playlist 11.31.31 # Like I said, the default action should not change 11.31.37 # i.e. it should play the playlist 11.31.44 # Hi, I have a quick question concerning bitmap strips if someone would be so kind. Does it matter what bit depth for which the strips are saved? I noticed that cabbiev2 has the title 240x320x16, and I was wondering if it matters whether the bit depth is 16 or 24 11.31.50 # pondlife: Then I *think* we agree on this one 11.31.54 # Good! 11.32.16 # I was confused for a bit, because you said "no" and I guess I misunderstood which statement you said it to. 11.32.40 # The playlist viewer should offer the same per-file options as the browsers anyway, so it should appear consistent. I expect it's not quite there at the moment... 11.32.42 # Monkeytamer: The screens are only 16-bit. 11.32.54 # pondlife: Well, they don't make any sense at the moment. 11.32.59 # I know... 11.33.13 Quit moos (Read error: 110 (Connection timed out)) 11.33.14 # the playlist viewer is really a 3rd browser 11.33.35 # Oh, I understand that, but I've always saved album art at 24-bit, and wasn't sure if there really was a difference, though I made copies in both depths. 11.34.05 # Monkeytamer: If you save it in 16-bit, you know exactly what it'll look like. If you save it in 24-bit, you have to trust how Rockbox will decrease the color depth. 11.34.37 # oh ok, thank you for the detailed information. 11.35.54 # I assume that means were I to recreate all of my album art, I would be ably to save a few bytes by dropping to 16-bit as well 11.36.04 # *able even.. 11.38.16 Quit MartinR ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 11.39.07 Quit Monkeytamer ("ChatZilla 0.9.81 [Firefox 3.0b5/2008032620]") 11.41.45 Quit Rob2223 (Read error: 104 (Connection reset by peer)) 11.42.02 Join Rob2222 [0] (n=Miranda@p4FDCED8F.dip.t-dialin.net) 11.43.56 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 11.48.07 # Nico_P: Morning, I've been using your pastebin patch all weekend with no mishaps. 11.52.56 # pondlife: More or less spot on with what he wanted to do with it. 11.52.58 # pondlife: good news :) 11.53.26 # I've fixed the next track info for the end of the buffered data 11.53.30 # I've just realized, though, for the purposes of "insert", a .m3u file with a single entry is for most intents and purposes a shortcut to an actual audio file. 11.53.44 # I just need to fix the playlist index display and clean up 11.53.48 # Llorean: Yes, but that should come out in the wash 11.54.05 # you know... thats annoying 11.54.21 # Nico_P: Committing soon then? 11.54.27 # pondlife: I hope, yes 11.55.26 # a shortcut that points to 1obj.m3u is nothing but a redundant shortcut... this sounds like what vista does! 11.55.49 # Llorean: I think that Mike's requests are both valid, but they need to the playlist viewer in the core. 11.55.55 # s/to// 11.56.33 # pondlife: Tracking what playlist every song was inserted from? 11.57.04 # Ah, no! 11.57.30 # But tracking the current playlist 11.57.35 # i.e. which file it's in. 11.57.49 # He wants it to remember which .m3u file each one was inserted from, if I'm reading him right, so that he can click select while it's playing, and be back "browsing" within that M3U. 11.57.57 # Doesn't "View Current Playlist" show you which file you're on? 11.58.05 # Yes, it does. 11.58.14 # Okay, I'm missing what you mean by "which file it's in" then 11.59.03 # I was only thinking of allowing this with the current playlist (if it's saved), not any playlist 11.59.41 # theres an indicater beside the file thats currently playing in your playlist veiw 11.59.41 # I really don't understand then. 12.00.12 # If it's a saved playlist, then all files are still in the .m3u, and "View playlist" is good enough, right? 12.00.20 # i.e. he can return to the playlist viewer within the current playlist.. then exiting the viewer would respect Follow Playlist and return to the file browser where it lives 12.00.31 # Ah 12.00.33 # So, it's a tweak to the playlist viewer mainly 12.00.47 # So make "Follow Playlist" work both when exiting the WPS, and when exiting the playlist viewer? 12.00.48 # Currently it's rather linked into the WPS 12.00.54 # Yes, kind of 12.01.22 # Perhaps a context menu option in the playlist viewer "Browse To", that takes you to the browser at the location of that file? 12.01.27 # I'd like the playlist viewer to be a browser in its own right, not so context-y 12.01.28 # Since you have a full path anyway. 12.01.52 # Yes, that would do too, but a left click is easier 12.01.59 # I don't see how the playlist viewer can be a browser... you don't have any hierarchy, just a flat list of files. 12.02.19 # It's a rather limited browser, sure 12.02.59 # But it seems "Mike" runs everything through saved playlists 12.03.02 # But I think I understand what you're suggesting. "When you use 'left' to leave the viewer, if (option X) is enabled, be where the highlighted file is located, rather than where the playlist viewer was invoked from"? 12.03.09 # Yes, basically. 12.03.38 # I'd like it to *appear to be* part of the file browser, I guess. 12.03.59 # Mike seems to want it to remember which .m3u file each entry in the dynamic playlist was inserted from, so he can have "Follow" show him the contents of that m3u file, if I've got a grasp on his requirements in conjunction with his other feature request. 12.04.14 # That's not going to happen 12.04.53 # that would be tideous 12.05.02 # very tideous 12.05.06 # pondlife: See, I really don't like the idea of things appearing to be part of the file browser when they're not. I wouldn't mind seamless launching of the viewer, and leaving from it back into the file browser, but I think it should be distinct that you're not working with files any more. 12.06.19 # I don't have a big opinion on this, but I think the appearance of a seamless browse into m3u and out again is nice. 12.06.40 # The heading (if you have it enabled) would have .m3u on it... 12.07.19 # And you are working with files really. The targets of the m3u 12.07.26 # But not really. 12.07.30 # "Delete" removes it from the playlist, not the disk. 12.07.39 # "Move" moves it within the playlist, not to another location on disk. 12.07.40 # Etc. 12.07.49 # True, but I'd like to see that integrated properly. 12.07.51 # You're working with strings in a text file. 12.08.05 # They in fact don't even necessarily represent files currently on the disk 12.08.14 # Indeed, they may not exist 12.08.31 # But for a UI, it's nice to be able to select Insert etc. 12.08.57 # I don't see what that has to do with making it appear to be part of the file browser, though. 12.08.59 # We should offer all sensible per-file options. 12.10.01 # I just think that if it appears to actually be part of the file browser, you're going to get people who think it is part of the file browser, and that will cause more confusion than just making it easily available, but distinct. 12.10.11 Quit soap (Read error: 104 (Connection reset by peer)) 12.10.25 # i agree 12.10.42 # that would certainly confuzzle the fur of my tail 12.11.12 Join soap [50] (n=soap@rockbox/staff/soap) 12.13.47 # All I'm talking about is adding the ability to return from the playlist viewer to the file browser, and maybe making context menus more consistent. Nothing more. 12.14.07 # And I don't want it myself, but I think it might help "Mike". 12.14.57 # pondlife: The playlist viewer's always going to have different context menu options. Even if it gets Insert/Queue ones, it will still need ones for reorganizing the playlist, etc. 12.15.08 # Of course 12.15.14 # But I can agree that the ability to return to the file browser would be nice. 12.15.59 # I don't see that being able to do so necessarily has anything to do with having it 'appear to be' part of the file browser though. 12.16.05 # It doesn't 12.16.30 # * Llorean is just lost. 12.16.34 # * pondlife too 12.16.39 # Back later 12.16.46 # You said earlier you want it to appear to be part of the file browser. 12.17.14 # But then your list of individual wants all seem to be functionality based rather than appearance based. 12.17.57 # * Llorean can't tell if we're in agreement or at odds... 12.20.44 # I think we agree, but I was unclear earlier, so don't worry 12.20.56 # Okay 12.21.46 # has anyone done a flash replacement on a e200? 12.22.25 # I haven't heard of anyone in here doing it, but I've seen mention of someone doing it in either our forums or abi, I can't remember which. 12.22.38 # Someone replaced an e250 with the flash from a 270R iirc. 12.23.16 # im swaping my dads 4gb into my 2gb.. the blue lihgt is on but nothing on the screen? 12.23.53 # Manufacturing or pre-boot mode then 12.24.38 Quit mrkiko (Remote closed the connection) 12.27.23 # * gevaerts hands e200tool to JdGordon 12.28.36 # :) na, im safe... too much protective crap.. the flash wasnt inserted fully 12.28.42 # 2 working e200s again :) 12.29.04 # 1 with a dud headphone jack 12.31.04 Quit tvelocity (Remote closed the connection) 12.32.20 # * JdGordon wonders why j.jdgordon.info isnt doing any builds 12.32.25 Quit Nico_P (Remote closed the connection) 12.34.05 Join Shaid [0] (n=adam@124-168-22-77.dyn.iinet.net.au) 12.40.02 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.48.42 Join moos [0] (i=moos@m170.net81-66-158.noos.fr) 12.49.04 Join Mathiasdm [0] (n=Mathias@vpnc103.ugent.be) 12.51.39 # POS router doesnt seem to be playing nice :( 12.51.51 # is it a dlink? 12.52.47 # or belkin? 12.54.30 # -refits his brothers e250 with a Bomb, instead of battery- 12.55.34 # netgear 12.57.55 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279396235.dsl.bell.ca) 13.06.03 # * Gartral presses power and chucks it and ducks as it explodes, leaving a cratoer where we once stood 13.17.11 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 13.17.46 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 13.18.13 *** Saving seen data "./dancer.seen" 13.22.29 Join linux_manju [0] (n=manju@202.122.23.18) 13.22.36 # Hi All.. 13.22.59 # I followed.. http://www.rockbox.org/twiki/bin/view/Main/IpodBoot 13.23.11 # Compilation is successfull.. 13.23.37 # However I dont see any file bootloader-ipod1g2g.ipod 13.23.43 # :( 13.23.48 # Can anyone help me please 13.27.58 # When I try this it works, so I assume you must have done something wrong 13.30.44 Quit ali_as ("Reboot.") 13.32.33 # linux_manju: What files do you see in your build directory? I see the following after building the bootloader - autoconf.h bootloader/ bootloader-ipod1g2g.ipod firmware/ librockbox.a Makefile rockbox-info.txt sysfont.h 13.36.07 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 13.36.32 Join ali_as [0] (n=as@ambix.plus.com) 13.41.24 Join miepchen^schlaf [0] (n=miepchen@p54BF79B2.dip.t-dialin.net) 13.43.46 Quit Zarggg (Connection reset by peer) 13.46.48 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 13.47.03 # what would the room recoment as far as video rerendering for RB? 13.48.35 # ffmpeg or one of its front-ends. 13.48.47 # winblows clone? 13.49.07 # But it doesn't really matter - Rockbox plays standard mpeg 1/2 files, so you can use any mpeg encoder. 13.49.21 # * domonoky doesnt know what winblows is, but suggest winff :-) 13.50.32 # right... but ide like one that doesnt take 3 hours too encode a movie... im transfering my ISOed dvd collection too RB playable files (YES I FREAKING OWN THE DISKS) 13.50.59 # Gartral: transcoding is quite cpu intensive 13.52.17 # i have a four proc dule core cluster,each core is at 3GRZ... proc time is no object to me 13.52.17 # linuxstb: Sorry.. I was on a call.. 13.52.26 # In mu build directory.. 13.52.42 # root@geekbox build]# ls 13.52.43 # Makefile autoconf.h firmware librockbox.a rockbox-info.txt rockbox.zip sysfont.h 13.53.21 # rockbox.zip --> Please ignore.. I guess that was created when I did make zip Just out of frustration 13.53.47 # Gartral: On a dual core 1.6ghz computer, transcoding from a ripped DVD to a format Rockbox can play takes about 60-70% of the length of the movie in time, if memory serves. 13.53.49 # i just want a transcoder that has a fast algorythm for its job.... 13.53.50 # Looks like something went wrong - you should have a bootloader directory. Are you sure there were no errors? 13.53.55 Quit miepchen^schlaf_ (Read error: 110 (Connection timed out)) 13.53.58 # linux_manju: and no bootloader dir ? 13.54.26 # Nope... 13.54.27 # thats with a single proccessor, at half the speed a single core of my cluster runs 13.54.33 # This is what I did.. 13.54.39 # I checked out from svn 13.54.47 # and them cd to the rockbox 13.54.50 # mkdir build 13.54.53 # cd build 13.55.01 # ../tools/configure selected my model 13.55.07 # and B for boot loader 13.55.37 # linuxstb: I am pretty sure there were no errors.. 13.55.41 # Can you delete your build directory and try again, but type "make &> log.txt" and upload that log file somewhere? The output of configure might also be useful. 13.55.57 # Gartral: My point is, ffmpeg doesn't take 3 hours on my computer. I can decrypt, rip, AND encode a movie in around that time frame on this computer, so I don't see what your response to the suggestion that you use ffmpeg was. 13.56.18 # linuxstb: Delete build directory and create it in the svn root folder? 13.56.38 # linux_manju: Yes - just recreate it in the same place. 13.56.50 # linuxstb: Sure.. One sec .. thanks 13.57.49 Quit ctaylorr (Read error: 110 (Connection timed out)) 14.00.48 # ok... what do i need too to tell Winff what to do? 14.01.12 # How to use winff is described on the PluginMpegplayer wiki page 14.01.52 # link? 14.02.02 # linuxstb: http://pastebin.com/d39a15130 14.02.10 # linuxstb: Should I do make clean.. 14.02.23 # Sorry for the dumb question.. But somehow I did not do that 14.02.24 Part LinusN 14.03.00 # linux_manju: No need to do make clean if you deleted your build directory. 14.03.14 Quit Thundercloud (Read error: 110 (Connection timed out)) 14.03.29 # that link refers too a file with a bunch of source code scripts 14.04.12 # Gartral: if you ever looked at the wiki, PluginMpegplayer should be more than enough to help you find the page 14.04.50 # linuxstb: Ok.. I did delete and re run configure and make 14.05.16 # This time also there is not bootloader directory 14.06.29 # Can you paste (to pastebin) the output of ../tools/configure ? 14.06.39 # JdGordon: How slow is "not very often"? Once per second, once per tenth, once per hundredth? 14.06.49 # http://www.biggmatt.com/winff/downloads/winff-version-0.291.html <-- link you provide for older WinFF does not work 14.07.32 # linuxstb: Sure.. one sec 14.07.41 # Gartral: So fix it - it is a wiki 14.08.50 # linuxstb: http://pastebin.com/m5ee658aa 14.08.58 # i dont know where one that works IS 14.08.59 # linuxstb: Configure complete screenshot 14.10.02 # Gartral: The internet is chock full of video encoders, there are probably hundreds, maybe even thousands, of the things. We tell you all the information you need to know about the desired output format, so you can decide on your own among them. 14.10.10 # as the wiki mentions, its a special preset file... i know not here too find this old WinFF version, nor how to update the new Preset.xml file 14.10.57 # linux_manju: that looks correct. One piece of advice though : it's usually not considered a good idea to do all this as root 14.11.19 # Gartral: I assure you, the original creator of the preset file had just as much knowledge of WinFF as you do now not more than a day before creating those presets. 14.12.24 Join MethoS- [0] (n=clemens@host-091-096-215-188.ewe-ip-backbone.de) 14.12.56 # gevaerts: Thanks.. I will keep that in mind in future 14.13.48 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 14.15.44 # linux_manju: can you put the output of your latest 'make' try (the one after you deleted everything) on a pastebin ? 14.17.29 # gevaerts: I have already done that. One sec.. Let me paste the pastebin url 14.17.42 # Winff wont open the iso... 14.18.04 # Gartral: This isn't a video conversion help channel 14.18.04 # Gartral: http://pastebin.com/d39a15130 14.18.13 # gevaerts: make output 14.18.25 # artral: maybe its time you ask questions in a forum related to the tool(s) of your choice 14.18.30 # Gartral even 14.18.49 # then prohaps you should point me too one, instead of feeding me redundant knowledge 14.18.59 # get lost 14.19.24 # Gartral: google.com 14.20.19 # linux_manju: whats the file for, i dont have a build enviroment up 14.20.34 # Gartral: Nowhere does it say anyone in this channel is obligated to give you any information. What it does say, however, is that this channel is here for a specific purpose and target. You're beginning to irritate the wrong people, and are likely to be removed if you don't follow the guidelines. 14.20.41 # Gartral: Sorry.. Band fingers.. It was supposed to be for gevaerts 14.20.56 # gevaerts: http://pastebin.com/d39a15130 14.21.59 # linux_manju: that output looks really weird to me. Was that after deleting the build directory and recreating it ? 14.22.11 # linux_manju: That output is very strange... After line 84, it should start building the bootloader files, but it appears to be doing something else... 14.23.00 # gevaerts: Yes.. I deleted build and then recreated build 14.23.07 # gevaerts: and ran ../tools/configure 14.23.17 # gevaerts: I did not do a make clean FYI 14.23.37 # gevaerts: Trying with the fresh checkout from SVN 14.23.43 # If build/ was empty, make clean is not needed 14.23.48 # * gevaerts is out of ideas 14.24.03 # linux_manju: "make clean" should only affect files in the build directory, so with a new build directory it wouldn't change anything. 14.24.11 # linux_manju: If I was you, I would delete your entire rockbox folder, change back to a normal user, and try checking out SVN again. 14.24.24 # the reason i asked here, is because i asked before and got a yes: winff will open isos... now its not.... i just want to know what i have too do to it too get it too work 14.24.30 # gevaerts: I guess.. intially I by mistake did ./tools/configure and make make zip in the svn checkout root 14.24.48 # linux_manju: That will explain it then... 14.24.56 # linuxstb: Llorean gevaerts Trying with a fresh checkout... 14.24.57 # It would have corrupted the makefiles 14.25.09 # Sorry to eat up you people valuable time... 14.25.14 # Gartral: And we've told you. You should go ask some experts, somewhere where they're supposed to know about that software. 14.25.44 # Gartral: Possibly the reason you were given bad information is that you asked someone who has no reason to know about the software, and they were simply wrong. 14.25.55 # and i asked if you know the direct channel name 14.25.59 # Thanks alot guys.. I will try again and update you 14.26.02 # Gartral: www.winff.org might be a good place to start... (Google found me that) 14.26.03 Join ByeongKeon [0] (n=skysign@221.150.30.39) 14.26.15 Quit Shaid (Read error: 110 (Connection timed out)) 14.26.16 # i cant use google :( 14.26.21 # .... 14.26.27 # ... 14.26.27 # linuxstb: One last question.. 14.26.33 # Gartral: Why not? 14.26.33 # they banned my ip... im still trying too figure out why 14.26.44 # linuxstb: whats the exact sequence of compiling it... 14.26.56 # they probably know why.. :-) 14.26.59 # linuxstb: bootloader and then make zip for rockbox.zip file? 14.27.04 # and winff only has the stuff for NEW winff releases... not the one YOU recomend 14.27.11 # * BigBambi is surprised google would do that, but if they were to, he is less surprised at the recipient 14.27.49 # Gartral: please stop discussing winff here, it's not our tool and we don't do support for it. It works fine for some people and thus it is mentioned. 14.27.50 # linux_manju: Just what you've been trying to do - apart from the initial mistake ;) 14.27.51 Quit perplexity (Read error: 104 (Connection reset by peer)) 14.27.53 # Gartral: That page is not a "YOU". That page is created by users who submit their own personal suggestions, because it's a wiki. WE don't recommend anything specific as a whole. 14.28.19 Join perplexity [0] (n=joust@CPE-121-209-83-19.wa.bigpond.net.au) 14.28.21 # BigBambi: I doubt they do 14.28.26 # WinFF 0.291 is available on their download page.... 14.28.27 # i think someone was abuseing a proxy i had set up a few months back, but google refuses too talk too me, they just say im in there black list 14.28.30 # B4gder: me neither 14.28.47 # Gartral: please stay on topic now !! 14.28.54 # you refers too the entire development community 14.29.06 # domonoky: losing battle.... 14.29.10 Mode "#rockbox +o B4gder " by ChanServ (ChanServ@services.) 14.29.26 # Gartral: And as I said, we don't recommend anything specific. Some random person added it to the wiki, to try to be helpful. That's all. 14.29.32 # linuxstb: Well.. Actually.. I am trying to reverse engineer the Ipod Nano 2nd gen 2GB 14.29.35 # :P 14.29.57 # linux_manju: Then the 1g2g bootloader is no help to you - the newer ipods have completely new hardware... 14.30.05 # I would like to point out again, that the version listed on the wiki IS AVAILABLE FROM THE WINFF DOWNLOAD PAGE 14.30.12 # It is not difficult to find 14.30.35 # all i want too know is if anyone knows of an irc channel that IS a support channel for winff.... the sooner i get that, the sooner i stop bugging you, and waisting everyones time, right? 14.30.38 # ok let's drop the winff subject now and return to rockbox 14.30.45 # I went to the extreme lengths of going to www.winff.org then clicking download, then scrolling down 14.31.04 # linuxstb: But I have an Ipod Nano.. which says.. manufacturing date as 2007 and 2nd Gen 14.31.12 # linux_manju: Yes... 14.31.42 # The 1g2g bootloader is for the original 1st and 2nd generation ipods - i.e. those made about 5 years ago 14.32.06 # linuxstb: So which one ... ? 14.32.14 # Gartral: You're on the edge of getting yourself removed. There are dozens of search engines out there, make use of them. But stop asking off topic questions, because it really sounds like someone's going to lose their patience with you. 14.32.19 # linux_manju: None... 14.32.23 # And "where do I find off-topic info" is off-topic. 14.32.23 # :( 14.33.00 # linux_manju: you're best off finding a more suitable target 14.33.41 # i just want one little shred of information... instead im fed all this run around, i am awear im getting off-toic, but theres also absolutly no need to bar me from the one peice of infromation im asking for, either 14.34.08 # linuxstb: B4gder So.. Does that mean.. I have no luck with the piece of hardware what I have :( 14.34.21 # linux_manju: unfortunately, yes 14.34.50 # im sorry if im ticking people off... but please try too feel for other people too... 14.34.53 # Gartral: 1) We don't know. 2) Even if we did know, that doesn't make it okay for you to ask after being told the channel rules forbid it. 14.36.11 # linux_manju: The (first) problem with the 2nd gen Nano is the firmware is encrypted (it wasn't on earlier ipods), so we can't a) run our own code; b) reverse-engineer the original firmware. 14.37.29 # linuxstb: So I should I forget / sacrifice rockbox ??... Please.. Please.. tell me a workaround ? 14.37.48 # linux_manju: There is no work around 14.37.56 # :( 14.37.58 # If there was, we'd have done it 14.38.20 # i love rockbox, ide like too help develop it, but ive always had too fight you devs for information, any information, all i want to do is co operate, im sorry for getting off topic, but really.. your the ones applying resistence here, i love your code, but your people skills need work 14.38.20 Part Gartral 14.38.27 # linux_manju: it is theoretically possible to get around these problems, but it requires a lot of hard workand a lot of luck 14.40.02 # just as a sidenote: the latest winff version has all the rockbox presets already included when you install it. Nice guys :) 14.40.06 # gevaerts: Any compatible device.. I can shell out few more $s for rockbox.. 14.40.57 # linux_manju: http://www.rockbox.org/twiki/bin/view/Main/BuyersGuide may help. You will probably have to buy second-hand or refurbished though 14.41.31 # markun: Yeah, apparently the WinFF author got in contact with someone (can't remember who) and asked for permission to include them 14.41.35 # gevaerts: Thanks alot 14.41.56 # thanks #rockbox 14.42.02 Quit perplexity (Remote closed the connection) 14.43.25 # That's cool - I'll go and change the wiki to point to it, seems much easier 14.44.20 Join DrMoos [0] (i=moos@m170.net81-66-158.noos.fr) 14.44.28 Quit moos (Read error: 104 (Connection reset by peer)) 14.44.45 Nick DrMoos is now known as moos (i=moos@m170.net81-66-158.noos.fr) 14.45.40 # * Llorean tried to get the WinFF guy to get in contact with him about using some updated presets instead, but never got a response. 14.46.10 # Then again things vanish sometimes in the internet. 14.46.19 # Yes, I just installed it and noticed some where missing 14.46.27 # Llorean: Did you try via his blog? 14.46.45 # Llorean: like I said... I havnt tested on target at all so I could be wrong 14.46.48 Quit sbhsu ("leaving") 14.47.01 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 14.48.10 Join LambdaCalculus37 [0] (n=44a0430f@gateway/web/cgi-irc/labb.contactor.se/x-dd21c3c101fa18ed) 14.48.25 # * JdGordon gets to work testing on target to shut everyone up :D 14.48.29 # JdGordon: Well I was just curious if you knew how fast the actually polling was. 14.48.42 # * LambdaCalculus37 estimates his Gigabeat S should be arriving either today or tomorrow 14.48.52 # yeah, no idea at all 14.49.00 # BigBambi: Nah. Besides, I haven't made the updated ones yet (it'd only take about an hour for me to do it starting from an old one). 14.49.25 # Yeah, I was just checking out the xml from the wiki vs the included 14.49.26 # BigBambi: The resolutions on the old ones were based on the old requirements of mpegplayer being a multiple of 16, for example. 14.49.44 # And the bitrates for targets I didn't own were more or less "I *guess* this might be good" 14.49.53 # Llorean: So are the presets.xml on the wiki and the included ones currently identical in every way? 14.49.58 # No clue. 14.50.03 # OK, I'll check 14.50.09 # They should be unless someone's updated the one on the wiki. 14.50.39 Join midgey [0] (n=tjross@westquad-188-46.reshall.umich.edu) 14.50.49 # * Llorean bets they don't have c200, but doesn't know if the wiki does either 14.50.57 # If so, I'll replace the recommendation on the wiki to use the newest version without needing to replace the presets, and then when someone adds the new targets we can add the replacemement presets back to the wiki 14.51.27 # BigBambi: My updated ones were going to use a constant quantizer instead of a target bitrate. More consistent quality (in theory), and if I picked a good one, probably some filesize savings over the old presets anyway. 14.51.37 # * Llorean just never got around to it. 14.51.39 # BigBambi: Sounds good 14.51.43 # OK, cool 14.51.46 Quit jcollie_ ("Coyote finally caught me") 14.52.10 # Llorean: yep, I was right... no worky (at least on mr500 on my first attempt :p ) 14.52.18 Join jcollie_ [0] (n=jcollie_@dsl-ppp239.isunet.net) 14.52.48 # * JdGordon takes that back 14.52.58 Nick jcollie_ is now known as jcollie (n=jcollie_@fedora/jcollie) 14.53.26 # jhMikeS: Ping! 14.55.22 # * JdGordon takes back his taking back 14.56.37 Join troy_ [0] (n=toppy@78.146.181.254) 14.57.30 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 14.59.21 # Llorean: :) this might actually work... BUTTON_REL isnt being triggered when moving from one to another.. that also makes the keymaps a bit simpler 14.59.40 # * JdGordon hates being wrong! 14.59.49 # although... it does hap[pen so infrequently:D 15.00.31 # JdGordon: Still, that's 12 more assignable actions right there, if you end up needing them and if it works. 15.00.52 # it works :D 15.01.50 # I'll give you time for another take-back or two before I believe it does. :-P 15.02.13 Part pondlife 15.02.24 # Llorean: done 15.02.39 # BigBambi: Thanks 15.02.50 # No probs 15.04.50 Join MethoS-- [0] (n=clemens@dyndsl-085-016-163-104.ewe-ip-backbone.de) 15.09.14 # * BigBambi belatedly passes on hearty congratulations to jhMikeS for his latest beast commits :) 15.12.50 Quit Thundercloud_ (Read error: 110 (Connection timed out)) 15.14.50 Quit ByeongKeon () 15.16.43 Quit aliask ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008032514]") 15.16.53 # * LambdaCalculus37 gives jhMikeS kudos for his Beast work as well :) 15.18.14 *** Saving seen data "./dancer.seen" 15.19.44 Join perrikwp [0] (i=9821698e@gateway/web/ajax/mibbit.com/x-0d6a5d91c0908738) 15.22.24 Quit MethoS- (Read error: 110 (Connection timed out)) 15.27.41 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 15.32.16 Join Gartral [0] (n=Gartral@adsl-75-33-78-100.dsl.bcvloh.sbcglobal.net) 15.40.58 Join perrikwp|class [0] (i=982135d2@gateway/web/ajax/mibbit.com/x-b68c5a7597be1213) 15.43.24 Join DaCapn [0] (n=dacapn@c-76-105-220-239.hsd1.or.comcast.net) 15.56.56 Quit midgey () 16.00.25 Join midgey [0] (n=tjross@141.213.188.46) 16.03.02 Join linuxstb_ [0] (n=linuxstb@rockbox/developer/linuxstb) 16.07.52 Join fehmicans [0] (n=canavar@78.164.149.162) 16.09.44 Quit linuxstb (Nick collision from services.) 16.09.45 Nick linuxstb_ is now known as linuxstb (n=linuxstb@rockbox/developer/linuxstb) 16.11.49 Join MethoS- [0] (n=clemens@91.97.240.86) 16.16.28 Join DerPapst [0] (n=DerPapst@dhcp-25-221.fh-friedberg.de) 16.17.27 Quit midgey () 16.19.27 Join mf0102 [0] (n=michi@85.127.182.33) 16.22.14 Join Rincewind [0] (n=Flubb@i528C3BF7.versanet.de) 16.28.09 Quit miepchen^schlaf (Read error: 104 (Connection reset by peer)) 16.28.41 Quit MethoS-- (Read error: 110 (Connection timed out)) 16.29.22 Join miepchen^schlaf [0] (n=miepchen@p54BF79B2.dip.t-dialin.net) 16.30.04 Join domonok1 [0] (n=Domonoky@e176243053.adsl.alicedsl.de) 16.31.45 Join disorganizer [0] (n=disorgan@p5B11E438.dip.t-dialin.net) 16.32.19 Join freqmod__nx [0] (i=freqmod@dhcp208-90.ed.ntnu.no) 16.32.35 Quit freqmod_nx (Remote closed the connection) 16.35.02 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 16.36.17 Quit domonoky (Nick collision from services.) 16.36.23 Nick domonok1 is now known as domonoky (n=Domonoky@e176243053.adsl.alicedsl.de) 16.37.26 Join BigBambi_ [0] (n=Alex@rockbox/staff/BigBambi) 16.37.42 Quit perrikwp|class ("http://www.mibbit.com ajax IRC Client") 16.39.25 # well thumb scrolling takes a bit of getting used to... but it works 16.40.21 Quit Chronon ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031100]") 16.44.29 # JdGordon: what is it exactly? 16.44.45 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.44.46 # sliding over the pad to scroll? 16.44.51 # yeah 16.45.14 # do you need to switch from button mode to scroll mode? 16.45.31 # no, this is combiing buttons 16.45.47 # perhaps we could do it for the Gigabeat and H10 as well 16.46.26 # can I see your code? 16.46.57 # yeah, 1 min 16.47.29 # are their sliders split into multiple button areas? 16.47.57 # the gigabeat has 13 separate sensors which form the pad 16.48.05 # don't know about the H10 16.48.21 # I wrote a driver to get a value from -6 to 6 for X and Y for the Gigabeat 16.48.43 # I'm using the actions system to do it, not the button driver 16.49.15 # ok, even better I guess 16.49.25 # less code for to implement in the button driver 16.49.35 # http://pastebin.ca/raw/984725 16.50.15 # its using top->center transiion and center-> bottom from scroll up, and vice vera for scroll down 16.50.21 # or other way around... 16.50.24 # one of them ;p 16.52.39 # cant use the center button for anything though which isnt very nice... lots of accidental actions if you stop/start in the middle 16.52.41 Quit BigBambi (Read error: 110 (Connection timed out)) 16.52.58 # I was hoping that the speed or position of the scrolling was determined by the position on the pad.. 16.53.23 Quit corevette (Remote closed the connection) 16.53.25 # nope 16.53.31 # I'm sure that will come sometime though 16.53.37 # this is poor mans gestures :p 16.54.08 Join MethoS-- [0] (n=clemens@91.97.240.221) 16.55.11 # the way it works in the OFs of the meizu and gigabeat is this: 16.55.32 # if you press and release within a timeout it's a keypress 16.55.51 # if you press and hold it past a timeout it's a keypress with repeats 16.56.05 # if you press and move within the timeout it's some slide action 16.56.49 # works quite well I think. The only thing is that you miss the initial keypress if you want to press with repeats 16.57.04 # im fairly positive that once one of the touchscreen targets are properly working someone wil come along with a patch to do just that 16.59.02 # * JdGordon is going to bed 16.59.06 Nick JdGordon is now known as JdGordon|zzz (i=jonno@rockbox/developer/JdGordon) 16.59.06 # good night 16.59.34 Join FOAD_ [0] (n=dok@dinah.blub.net) 16.59.54 # markun: I've been tinkering with something like that for H10, but got buggered by the instability of the touchpad 17.00.21 # just touching gave readings as if the user was moving 17.00.44 # what's the resolution of the pad? 17.01.12 # 0x40 - 0x400 I think are the readouts 17.01.37 # but depending on the pressure the readout varies greatly 17.01.58 # how much? 17.02.19 # so on touchdown you always get an increase, I think 0x20 easily 17.02.35 # too long ago and not near my notes atm 17.03.11 # if we device by 0x20 we still have 30 steps 17.03.48 # divide :) 17.11.03 Quit MethoS- (Read error: 110 (Connection timed out)) 17.13.19 Quit DerPapst (Read error: 110 (Connection timed out)) 17.15.16 Quit mf0102 (Read error: 104 (Connection reset by peer)) 17.16.43 Quit FOAD (Read error: 110 (Connection timed out)) 17.16.44 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 17.16.44 # Maybe http://www.rockbox.org/tracker/task/4937 should be re-opened, so people can find it if they search... 17.17.40 Join mf0102 [0] (n=michi@85.127.38.242) 17.18.16 *** Saving seen data "./dancer.seen" 17.24.50 Join BigMac [0] (n=Mike@c-67-189-197-222.hsd1.ct.comcast.net) 17.25.34 # Hey, have a quick question about the microSD card in the sansa e200 line 17.25.44 # I have a 4 gb microSD card 17.26.02 # Will it be readable? 17.26.09 # why wouldn't it be? 17.26.09 # yes 17.26.10 # i dont see why it wouldnt be 17.26.18 # but not with the OF 17.26.23 Mode "#rockbox -o B4gder " by ChanServ (ChanServ@services.) 17.26.30 # the FAQ jumps from 2gb cards to the SDHC 17.26.35 # so I wasn't quite sure 17.27.37 # Anyone recommend the sansa? I am looking for a flash based DAP with a large amount of space and has to be able to play ogg 17.27.54 # And the e280+4gb seems to fit 17.28.04 # BigMac: Just remember that the Sansas have a new "v2" model which is unsupported by Rockbox. 17.28.18 # In other words: Rockbox doesn't work on the v2 Sansas. 17.28.29 # So make sure it is a v1 first? 17.28.35 # Yes. 17.28.35 # I thought 4GB would have to be SDHC... am I out of date? 17.28.51 # they are hc 17.29.05 # I am pretty sure is is just a regular microSD, nut not sure 17.29.06 # theoretically they don't need to be but I've never seen any non-hc 4gb ones 17.29.24 # BigMac: The firmware version number is a dead giveaway. 17.29.31 # I bought it for my phone which only supposrts up to the 4gb 17.29.46 # If it reads something like 01.xx.xx, it's a v1. If it's 03.xx.xx, it's a v2. 17.30.00 # Well I wouldn't know that until I bought it, right LambdaCalculus37? 17.30.43 # BigMac: If you buy it new, you're most likely going to get a v2. 17.30.50 # But you can try eBay. 17.31.06 # Thats is what I was planning on, but I will check ebay 17.31.34 # on the plus side I will probably donate my gigabeat to rockbox since that is the reason I got it in the first place 17.31.43 # BigMac: What model Gigabeat? 17.31.49 # F40 I believe 17.32.05 # Why not keep it? It's always good to have at least two targets. :) 17.32.17 # I am tired of hdd daps 17.32.19 # If one goes on the blink, you have an extra one. 17.32.20 # yeps, for that mini-tower! 17.32.22 # :-) 17.33.23 # I like the f40, but it just doesn't suit the times I listen to it 17.34.40 # So I figure since the SOC is coming up, might as well give a budding programmer a target to work on 17.35.29 # Very generous of you :) 17.35.43 # The least I could do 17.35.52 # * amiconn wonders why the v2 firmware versions start with 03. 17.36.08 # Have been using rockbox for enough time where it would be inconsiderate to me to do otherwise 17.36.10 # Don't give it to a SoC student... They get paid for rockbox work :) 17.36.26 # only the c200 and e200 v2 firmares are v3 17.36.30 # firmwares 17.36.39 # * amiconn thinks it might be actually a v3, with v2 being some interim dev hardware that was never released 17.36.58 # they have v1 and v4 as well 17.37.00 # but they would have to buy the target otherwise gevaerts 17.37.43 # BigMac: sure. Most of us have to buy :). I hope you'll at least have them pay the shipping costs... 17.38.22 # Haha perhaps, but it wouldn't bother me either way 17.38.35 # You guys don't make any money off of this really 17.38.41 # * gevaerts pretends to be a GSoC student 17.38.55 # Start with the coding and I will start with the sending 17.39.12 # I am a wee bit ashamed though 17.39.13 # * B4gder mostly just talk 17.39.22 # Actually I already have a gigabeat F. Wouldn'tknow what to do with a second one 17.39.26 # my build is like 3-2 months old 17.39.33 # Mate them gevaerts, duh 17.40.07 # I first have to write USB host support to be able to do that :) 17.40.07 # 3-4* 17.40.27 # I built it with all the patches I liked 17.40.51 # and now am not even sure which are depreciated, which are integrated, and what are still ongoing 17.42.00 # Should find that out one day 17.43.32 Join Thundercloud_ [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 17.44.26 Part B4gder 17.48.21 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 17.51.17 Join gast [0] (n=864c0320@gateway/web/cgi-irc/labb.contactor.se/x-d09ca45827c48669) 17.53.33 Join Crash91 [0] (n=29e8cfe0@gateway/web/cgi-irc/labb.contactor.se/x-bee2862eb5d20a18) 17.55.42 Join orblivion-work [0] (n=dkrol@inet-nc05-e4a.oracle.com) 17.58.18 Quit Thundercloud (Read error: 113 (No route to host)) 17.59.00 Part BigMac 18.03.11 Quit gevaerts ("work->home") 18.05.43 Quit barrywardell () 18.06.07 Join venox [0] (n=luiz@200-96-1-138.ctaje701.dsl.brasiltelecom.net.br) 18.06.29 # hey there. is there anyway to make rockbox read my folder.jpg files as album art? 18.07.02 Join MethoS- [0] (n=clemens@dyndsl-085-016-161-187.ewe-ip-backbone.de) 18.07.10 # venox: mass convert them to cover.bmp .. :-) 18.07.33 Join barrywardell [0] (n=barrywar@rockbox/developer/barrywardell) 18.09.18 Quit disorganizer ("ChatZilla 0.9.81 [Firefox 2.0.0.13/2008031114]") 18.09.21 Quit petur ("work->home") 18.09.22 Quit TMM (Client Quit) 18.18.00 # * Nico_P crosses fingers after the big commit 18.18.45 Join bughunter2 [0] (n=Jelle@ip565fbeaa.direct-adsl.nl) 18.22.31 # Buschel: if you read the logs, could you have a look at http://forums.rockbox.org/index.php?topic=16392.0 ? 18.26.04 Quit gast ("CGI:IRC") 18.26.30 Quit MethoS-- (Read error: 110 (Connection timed out)) 18.38.18 Quit Crash91 ("CGI:IRC (EOF)") 18.41.51 # Nico_P: does that commit mean the hack stuff can be removed? 18.42.08 # I don't know 18.42.16 # I need to test without the hack 18.42.23 Join gevaerts [0] (n=fg@195-144-092-174.dyn.adsl.xs4all.be) 18.43.14 # shouldn't take 2min to #if 0 that block in ata.c :) 18.43.48 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 18.44.14 Join herrwaldo [0] (n=waldo@ip-81-11-201-248.dsl.scarlet.be) 18.46.44 # why was the irregularity needed (buffering the 1st metadata on audio) ? 18.46.54 # * gevaerts can't connect to the forums... 18.47.02 # jhMikeS: it's the last 18.47.13 # * jhMikeS must've misread something 18.47.55 # "first unbuffered track" <= ?? 18.48.10 # gevaerts: Me neither... scorche? 18.48.25 # ah, that's not very clear indeed. it's the one after the last track that fits into the buffer 18.48.31 # gevaerts: Nor me 18.48.40 # jhMikeS: Doesn't the hack also help where buffering is fighting with dircache scan and/or database update? 18.48.44 # Gartral: noticed that the DockPod Aqua issue was fixed in rbutil? I've updated the w32 binary yesterday evening 18.49.10 # bluebrother: Is the updated binary on the wiki? 18.49.14 # gevaerts: will using the ULPI invalidate any of the PP driver 18.49.37 # pondlife: technically it shouldn't help anything. my sense is something deeper is broken there. 18.49.41 # pondlife: no, I've put it on my (still working) uni webspace 18.49.49 # bluebrother: linky? 18.49.54 # http://www.stud.uni-karlsruhe.de/~uhcn/rockbox/rbutil/rbutilqt-v1.0.5pre.zip 18.49.55 # jhMikeS: PP also seems to use ULPI 18.50.04 Quit crwll (Remote closed the connection) 18.50.07 # bluebrother: Thanks 18.51.05 # jhMikeS: I get dropouts without the hack now 18.51.05 # gevaerts: ok, but they must have it set that way by default. I read out some regs and it needs explicit configure on S. 18.51.24 # jhMikeS: that's possible. 18.51.28 # jhMikeS: they happen on each metadata loading call 18.51.44 # Event though it's serialized? 18.52.12 # bluebrother: I like the "Abort" -> "OK" button change, thanks 18.52.52 # jhMikeS: yes. strangely it seems to stop happenning at one point 18.53.03 # jhMikeS: you might have to write some config to REG_PORTSC0 18.53.07 # Nico_P: is it possible to build with 32MB ram? 18.53.31 # jhMikeS: I'll try 18.53.38 # gevaerts: What's PORTSC1 being used for? 18.54.21 # * jhMikeS wonders how many PORTSCx are being used 18.54.30 Join OlivierBorowski [0] (n=OlivierB@ANancy-157-1-87-182.w86-218.abo.wanadoo.fr) 18.54.34 # jhMikeS: the controller supports two ports (for host). I don't know of any device that uses more than one though 18.54.53 # hmmph. audio_current_track is wrong on a backskip 18.54.55 # pondlife: you're welcome :) 18.55.19 # Nico_P: That commit has made the UI much snappier (compared to SVN) 18.55.31 # cool :) 18.55.37 # I think we should still try to push a release out the next few days ... maybe some minor issues pop up so we can even include more fixes? ;-) 18.55.41 # * pondlife heads over to the forum.... 18.55.48 Part orblivion-work 18.56.11 # ...but the forum isn't there! 18.56.15 Join krz [0] (n=irc_by@turbo.sml.by) 18.56.42 # Um, is rockbox.org working for anyone? 18.56.59 # Sorry, works now 18.57.02 # www.rockbox.org seems ok 18.57.15 # forums.rockbox.org is not 18.57.28 # same here. Just wanted to ask about ;-) 18.57.37 # No, the forums aren't 18.57.46 # hold on... 18.57.55 # BigBambi_: Same here. 18.58.33 Join webguest65 [0] (n=d0642c3e@gateway/web/cgi-irc/labb.contactor.se/x-e81d68427d4af6a9) 18.58.42 # * amiconn has the suspicion that something became very fishy in the ata driver with jhMikeS' locking changes 18.58.46 # i love how this happens *after* stuff goes live 18.58.49 # We were just alerted to a circuit-worth of machines being down, most likely because ThePlanet's techs are in our cage installing new equipment and probably knocked something out (as usual Sad) We're working on getting these machines back online as soon as possible. 18.58.49 # Updates in a bit. 18.59.14 Join Buschel [0] (n=AndreeBu@p54A3D47E.dip.t-dialin.net) 18.59.39 Join reno [0] (n=d0642c3e@gateway/web/cgi-irc/labb.contactor.se/x-a2bf12eab3b69a1d) 18.59.48 Join lee-qid [0] (n=liqid@p549659F0.dip.t-dialin.net) 19.00.35 Quit scorche|sh (Read error: 110 (Connection timed out)) 19.01.10 # gevaerts: I'm not clear here on how PORTSCx selects for a specific port (I'm only now on the learning curve). 19.01.42 # jhMikeS: for device, it's always PORTSC0 19.02.47 # jhMikeS: 32 MB is no better I fear 19.02.50 # the pp driver labels it "PORTSC1" though ?? *confused* 19.03.16 # * gevaerts looks 19.03.17 # Nico_P: I get dropout on mini G2 as well 19.03.18 Nick shenson_not_here is now known as shenson (n=shenson@nat/redhat/x-8d2d9b67ba79f9d0) 19.03.23 # *dropouts 19.03.29 # gevaerts: hi, can we make an interview now? or in the nearest time? 19.03.50 # Nico_P: ok, thanks. /me scratches head 19.03.50 # krz: it's not just me... 19.03.53 # amiconn: with my latest commit, or since before that? 19.03.57 Join raptoid [0] (n=raptoid@unaffiliated/raptoid) 19.03.57 # Everytime the disk has to spin up for an access, there's a short dropout, unless I increase the power-on voltage settling delay 19.04.00 Quit webguest65 ("CGI:IRC (Ping timeout)") 19.04.13 # gevaerts: ok 19.04.43 Nick krz is now known as krz|afk (n=irc_by@turbo.sml.by) 19.04.45 # I'll test a few revisions soon. I suspect this corelocking stuff that replaced the plain old mutexes... 19.04.59 # * amiconn will try 16104 and 16105 first 19.05.01 # mutexes are plain old 19.05.07 Quit reno ("CGI:IRC (Ping timeout)") 19.05.28 Part raptoid 19.05.45 # jhMikeS: you're right. I was confused. The PORTSCx numbers seem to be 1-based 19.06.07 # jhMikeS: So everywhere I said PORTSC0, substitute PORTSC1 19.06.54 # server is rebooting 19.06.58 # amiconn: there's definitely no contention for a corelock if only 1 core is ever accessing the object. the corelock only protects the plain-old mutex itself from true concurrency. 19.07.16 # gevaerts: ah, thanks 19.07.19 # forums are dead? 19.07.34 # jhMikeS: the best place for this ULPI init is probably near the PORTSCX_PORT_FORCE_FULL_SPEED stuff in usb_drv_init() 19.07.39 # Buschel: see logs ten minutes ago 19.08.40 # * pondlife heads over to the forum (again) 19.08.43 # jhMikeS: without the hack, the codec seems to starve while the buffering thread is reading the metadata. with the hack, this doesn't happen 19.09.02 # All back now :) 19.09.12 # Nico_P: so the buffering proceeds but the codec starves? 19.09.22 Join asdrubal [0] (i=asdrubal@2001:470:1f05:24b:0:0:0:f00f) 19.09.25 # jhMikeS: yes 19.09.28 # Something isn't yielding... 19.09.48 # * amiconn now observed a positive effect of Buschel's PP502x optimisations for the first time 19.09.50 # that would explain the UI unresponsiveness since it's trying to increase it's priority but not running enough. 19.09.56 # I did have some yields in the MP3 metadata parser 19.10.06 # Runtime of my small H10 increased from ~5 hours to ~7 hours 19.10.12 # Question about sansa c200... if I mkfs.vfat -F 32 -n "c240" ... will the sansa machine restore everything for me or do I need to back it up? 19.10.12 # :) 19.10.35 # (with mostly plain svn) 19.10.47 # Next test will be my clock-skipping udelay 19.10.52 # * Nico_P hopes he won't get bashed for the weird display on back skipping, but he doesn't have time to fix it for now 19.10.58 # in other words, if I format my sansa, will it become bricked? 19.11.07 # asdrubal: that should be fine as far as the OF is concerned 19.11.26 # * pondlife bashes Nico_P for some wacky metadata display on back-skipping ;) 19.11.34 # gevaerts just make sure I do the first partition and not the second? 19.11.37 # ouch :) 19.11.37 # asdrubal: make sure you don't format the second partition by accident, or the entire disk... 19.11.46 # It's just display though, right? 19.11.48 # gevaerts K thanks 19.12.02 # pondlife: yes. it displays the next track metadata for a sec 19.12.04 # Nico_P: were things like dircache/database and such turned off in the test? 19.12.17 # jhMikeS: no, sorry 19.12.24 # Should that matter? 19.12.37 # I mean, as long as you're comparing like-for-like 19.12.44 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 19.12.53 # it may tell something anyway 19.13.39 # The best performance test would be with everything hitting the disk at once... 19.14.03 # if contention for the disk is irrelevent, then this bug isn't really a mutex problem 19.14.29 # since a mutex is basically an immediate return if not already claimed by another thread 19.15.15 # But what if the disk is meant to be the bottleneck, yet mutex code changes result in performance changes...? 19.15.29 Join Zom_ [0] (n=zom@h-43-44.A166.cust.bahnhof.se) 19.15.43 # I guess that indicates anti-social code somewhere higher up? 19.17.00 # these things happen too quickly compared to disk access speeds (scheduling times are microsecond level). It's only called aprox 1K-2K times to fill all of the buffer. 19.18.17 *** Saving seen data "./dancer.seen" 19.19.45 # pondlife: mutex may result is scheduling order changes but each thread gets it's turn no matter what and that's only if there's a waiter 19.20.04 Join scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 19.20.11 # Provided there's no bug in the scheduler... 19.21.28 # if there were one of that magnitude, all targets would see it. one minor thing fixed recently did affect all of them. 19.22.32 # and if there really is one I want to find it surely 19.23.42 # jhMikeS: have you started working on USB for the S? 19.23.47 Join Buschel_ [0] (n=AndreeBu@p54A3D47E.dip.t-dialin.net) 19.23.50 Part Buschel_ 19.23.54 Quit Buschel (Read error: 104 (Connection reset by peer)) 19.24.13 # Nico_P: started poking at it, yes 19.24.24 # cool :) 19.24.56 # maybe this thing will just drop in without much to do (esp. since it's works already with ULPI) 19.25.12 Join _ved_ [0] (n=ved@137-mi2-1.acn.waw.pl) 19.25.13 # that would be nice 19.25.16 Nick _ved_ is now known as ved (n=ved@137-mi2-1.acn.waw.pl) 19.25.19 # hellp 19.25.22 # hello >< 19.25.25 # is there much work needed to get audio going? 19.25.50 Quit Zom (Nick collision from services.) 19.25.59 Nick Zom_ is now known as Zom (n=zom@h-43-44.A166.cust.bahnhof.se) 19.26.01 # Need an i2c driver 19.27.21 # I suppose an i2c driver isn't so hard though. It's the (S)DMA stuff that has me a bit confused. 19.28.56 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 19.29.09 Join MethoS-- [0] (n=clemens@host-091-096-211-061.ewe-ip-backbone.de) 19.30.20 Quit barrywardell () 19.31.12 # Nico_P: you didn't bother to check with only buffering accessing the drive? 19.32.22 Quit Thundercloud_ (Read error: 110 (Connection timed out)) 19.33.11 # or were you in-process? :) 19.36.55 # jhMikeS: My Gigabeat S should be arriving either today or tomorrow. I therefore commit myself to help test the port as much as possible. :) 19.42.21 # LambdaCalculus37: nice. :) and yes, do test like crazy. 19.42.35 Part Gartral 19.42.42 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 19.44.07 # hmpf 19.44.11 # jhMikeS: Will do! 19.44.33 # jhMikeS: What's the status of the port thus far? 19.44.40 # * LambdaCalculus37 knows sound isn't ready yet 19.45.51 Quit MethoS- (Read error: 110 (Connection timed out)) 19.47.08 # LamdaCalculus37: At least you can move about the menus, use some plugins, the battery level works, detecting the charger...really basic stuff to have it just run. 19.48.05 Join n1s [0] (i=HydraIRC@rockbox/developer/n1s) 19.48.40 # * jhMikeS forgot a "b" in there 19.49.02 # * jhMikeS wonders what amiconn is "hmpf"-ing at 19.49.39 # The dropout problem is pre-r16104 19.49.51 # * amiconn wonders why he never noticed it before 19.50.25 # * amiconn also doesn't understand how that weird dropout happens at all 19.50.49 Join ZincAlloy [0] (n=d9eecd31@gateway/web/cgi-irc/labb.contactor.se/x-5bb355075caa929d) 19.51.31 # * jhMikeS wonders why threads have to always be the scapegoat :p 19.52.21 # No, really. Do you have an idea why spinning up the disk causes an audio dropout, even if that access doesn't have to do with buffering? 19.52.53 # And increasing the delay after ata power-on to HZ/10 makes it go away... 19.53.02 # (SVN has HZ/50 delay there) 19.53.33 # It also goes away when building without ata poweroff 19.53.46 # amiconn, maybe the dac is super sensitive to voltage fluctuations? 19.54.08 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.54.38 # And that's on mini G2... that microdrive has the fastest spin-up time of all hdd based targets 19.55.14 # It also draws significantly less power than a 1.8" gdd 19.55.16 # *hdd 19.56.01 # I would think that hitting the disk too early causes ata errors - but why would this influence pcm? 19.56.26 # do ata errors prevent a yield from executing? 19.56.42 Join PaulJam [0] (i=PaulJam_@vpn-3130.gwdg.de) 19.57.00 # That's a good quesion... 19.58.04 Nick krz|afk is now known as krz (n=irc_by@turbo.sml.by) 19.58.44 # gevaerts: any changes? :-) 19.58.44 # I could just increase that delay globally, but I want to understand what happens... 19.58.44 Quit ashes (Read error: 104 (Connection reset by peer)) 19.58.58 Join ashes [0] (n=ashes@modemcable123.78-80-70.mc.videotron.ca) 20.00.20 # another thing is could an ata error cause a mutex call imbalance too? 20.01.02 # though that should get caught by the integrity checks if they're enabled but only for an extra unlock call 20.02.11 Join jgarvey [0] (n=jgarvey@cpe-024-163-032-204.nc.res.rr.com) 20.02.50 Join Lear [0] (i=chatzill@rockbox/developer/lear) 20.03.09 # krz: afaik you still have to wait a bit.. :-) 20.03.23 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 20.04.42 # Hmm, even the first PP502x ata poweroff revision (r15444) has that problem... 20.05.37 # * amiconn can't imagine having overlooked this problem for that long 20.05.45 # * amiconn calls for mini G2 owners 20.09.39 # blocking with a mutex vs. just spinning in a switch_thread loop also has an effect that any thread still runnable gets scheduled sooner since fewer thread are available to schedule 20.09.51 Join MethoS- [0] (n=clemens@dyndsl-085-016-164-059.ewe-ip-backbone.de) 20.12.34 Join bluebroth3r [0] (n=dom@f053154096.adsl.alicedsl.de) 20.12.38 Join spiorf [0] (n=spiorf@host176-218-dynamic.30-79-r.retail.telecomitalia.it) 20.14.20 # amiconn: were dropout just initial powerup related or did they occur even if not powered down again? 20.14.37 # krz: did you get my message ? 20.14.56 # They only happen on actual power-on. If the disk isn't powered down, all is well 20.17.53 # * jhMikeS wonders if 5.5g 60/80 might have some kind of hw-related "dark" issue with ata as well 20.18.27 # it's hiding a dark secret 20.20.51 # There is no G5.5/60 ... 20.21.04 # well, the fact that it's the pcm buffer that drains there and not the buffering itself slowing down should raise a red flag 20.21.40 # Buffering iisn't active at that time at all... 20.22.27 # It happens even if the buffer is filled plenty, disk spun down, and then entering a browser, loading a plugin or sth like this requires a spinup... 20.24.13 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 20.25.46 # what I'm getting at is the codec priority should be able to raise enough to largely "starve-out" threads accessing the disk by far which really indicates a lack of cooperation to me 20.27.05 Join Buschel [0] (n=abc@p54A3D47E.dip.t-dialin.net) 20.28.01 # hmm, seems like the dock detect bit can be used to detect connected accessoires (http://forums.rockbox.org/index.php?topic=16392.0) 20.28.08 # at least on 5G 20.29.18 # It almost looks like something stops yielding for too long if there are ata errors 20.29.22 # what would be a good place to check this bit? is there any tick thread that does such polling/checking? 20.29.35 Quit MethoS-- (Read error: 113 (No route to host)) 20.30.08 Quit bluebrother (Read error: 110 (Connection timed out)) 20.30.20 # It doesn't matter what is causing the spinup. Observed it with file browsers, loading plugins, and also buffering itself (and I'm certain that the latter doesn't suffer from main buffer underrun. Not with only ~500ms spinup time) 20.30.41 # The dropouts are pretty short, about 1/4 second (estimated) 20.32.41 # Any Archos users able to confirm that voice menus are working ok with current code? A chap on the ML is having trouble.. 20.33.15 Join DerPapst [0] (n=DerPapst@p5B23C98B.dip.t-dialin.net) 20.33.27 # jhMikeS: Any ideas as to why the hackery was only needed on the 64MB models? 20.34.01 # (in case that's relevant here) 20.35.36 # * LambdaCalculus37 has been very naughty and hasn't updated his JBR build in Eris knows how long :) 20.36.28 # who's Eris? 20.36.47 # Someone who knows things ;) 20.36.48 # http://en.wikipedia.org/wiki/Eris 20.37.03 # More specifically: http://en.wikipedia.org/wiki/Eris_%28mythology%29 20.37.30 # she looks fugly 20.37.46 # It's not her best side. 20.38.06 # It was a cheap portrait artist 20.38.54 # But before we anger Her... back to the topic? 20.39.07 # gevaerts: hi, do You have pms turned off? Or should I just wait ? 20.39.27 # Yes, we don't want to start a war between the Releasians and the Incrementalians... 20.39.29 # pondlife: not at all...though maybe we're onto something with this ata error business 20.39.31 # does it really occur on 64MB Ipod videos only? 20.40.17 # I guess we need some kind of measure of how long any particular thread is running for....but absolutely no pre-emption ;) 20.40.24 # Horscht: I have my sister's 5.5g 30GB for testing and it's runs flawlessly with literally everything running right at boot 20.41.01 # Is it limited to 64MB, or actually the G5.5/80 only? 20.41.02 # * jhMikeS preempts ponlife 20.41.09 # *pondlife 20.41.10 # ved: sorry. I had messages from unregisterd users filtered 20.41.12 # * amiconn thinks someone should test on G5/60 20.41.29 # ved: you can try again now 20.41.37 # I think Buschel has one of those 20.41.59 # no, I've also got a 5.5G 30GB 20.42.05 Quit BHSPitMonkey (Read error: 110 (Connection timed out)) 20.42.10 # ah, ok. sorry 20.42.24 # * jhMikeS adds in thread.c switch_thread_interrupt 20.42.24 # I know LinusN has one 20.43.07 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 20.43.09 Join MethoS-- [0] (n=clemens@dyndsl-085-016-163-236.ewe-ip-backbone.de) 20.43.18 # I only have a 5.5G 30GB as well. 20.46.26 Join bluebrother [0] (n=dom@f053154112.adsl.alicedsl.de) 20.46.32 # G5.5/80 here :/ 20.47.52 Quit BHSPitMonkey (Remote closed the connection) 20.48.12 # pondlife: it's profile_thread but I don't know if that even works now since I've never bothered with it. 20.48.26 # Ah, yes - profiling.... 20.48.36 # I forgot we (used to) have that 20.49.09 # I am considering getting a Toshiba Gigabeat F40 instead of an iPod 4th Gen...I see the LCD driver and usb handler aren't complete...what's the experience with rockbox like right now? 20.49.15 # I can't imagine it shouldn't since the index was just replaced with (thread - threads[0]) 20.49.28 # RoC_MasterMind: The F40 works fine 20.49.49 # cool pondlife ...any thoughts on the physical design like the + button? 20.49.59 # does it have a hold switch too? 20.50.10 # Every DAP that I've seen does. 20.50.15 # It's an excellent target for Rockbox, but I don't like the + much myself - it's not very tactile and I have fat fingers 20.50.22 # It does have a hold switch 20.50.41 # hmm....anything you don't like about it? 20.50.52 # Just that I prefer clicky tactile buttons. 20.50.58 # Otherwise it's great 20.51.22 # I would totally recommend it 20.51.22 # RoC_MasterMind: The Gigabeat doesn't have FM radio or recording. But it's one of the fastest Rockbox targets, so audio and video playback are superb. 20.51.29 # too all concerned: the gigabeast can pull a trick and start placing the files put on the device in a different directory and the untarring won't work 20.51.32 Join nplus_ [0] (n=nplus@141.25.Globcom.Net) 20.51.39 Quit nplus (Read error: 104 (Connection reset by peer)) 20.51.43 # \o/ 20.51.53 Join bertrik [0] (n=bertrik@147-013-045-062.dynamic.caiway.nl) 20.51.53 # jhMikeS: Have a beer! :) 20.51.59 # * LambdaCalculus37 gives jhMikeS a beer 20.52.21 Quit nplus_ (Remote closed the connection) 20.52.59 # * jhMikeS takes the beer with gratitude (and now has to sober-up before trying to program more) 20.53.08 # wow...sweet 20.53.14 # oh it does video? 20.53.44 # Most Rockbox targets do 20.53.54 # But the Gigabeat does it very well 20.54.15 # pondlife: You mean "with gusto". :) 20.54.23 # It plays NTSC at 320x240 just fine 20.54.28 # nea 20.54.29 # neat 20.54.43 # LambdaCalculus37: what are you cheering about? have I missed something? 20.54.44 # i had the 4th gen ipod greyscale...obviously it didn't 20.55.25 # though that framerate does use most of its potential 20.55.40 # Nico_P: Actually, I think I prematurely cheered. :) 20.56.10 Join m0f0x [0] (n=m0f0x@189-47-38-29.dsl.telesp.net.br) 20.56.20 # Nico_P: The gigabeast tricking you 20.56.30 # probably 20.56.56 # btw, I just updated my beast and it's nice to see the battery level and shutdown working :) 20.57.04 # I had to do a quick reformat of storage to bring it back 20.57.08 Quit MethoS- (Read error: 113 (No route to host)) 20.57.08 Join Rob2223 [0] (n=Miranda@p4FDCED8F.dip.t-dialin.net) 20.57.11 # what kind of runtimes does the battery get on the f40 with rockbox? 20.57.22 # jhMikeS: do you know where the files were stored? 20.58.04 # /Content/0b00/01/ 20.58.37 # it incremented it at some point for some reason (maybe too many times writing it) 20.58.43 # maybe it does that afer you send a certain number of files 20.58.50 # :) 20.58.51 # 99? 20.59.41 # I think I've sent more than that amount 20.59.51 # I'm sure that's the reason. One thing that would be easier is if it would do that same thing if just rockbox.gigabeat were present 21.00.08 # same thing = copy firmare 21.00.25 # yes, it would be much faster 21.00.34 # I might hack it in tomorrow 21.00.43 # but feel free to ;) 21.03.15 Part pondlife 21.04.48 Quit bluebroth3r (Read error: 110 (Connection timed out)) 21.05.04 Quit Rob2222 (Read error: 110 (Connection timed out)) 21.06.24 # Nico_P: does the latest bl still work? I haven't tried a one based on latest. 21.08.12 # * jhMikeS still wonders why he's getting "unhandled IRQ in irq_handler" occasionally since that vector isn't used with the avic enabled 21.08.18 Quit MethoS-- (Read error: 110 (Connection timed out)) 21.09.48 # when it happens, it's always when untarring 21.10.35 Quit krz ("÷¸ çà ïóðãó âû òóïûå ñó÷êè íåñ¸òå?") 21.11.14 # jhMikeS: I'm working with LPC2xxx microcontrollers, ARM-based and some have a bug causing a spurious interrupt in very rare cases (IIRC, when peripherals give very short interrupts). Perhaps you're running into a similar bug. 21.12.40 # the only peripheral giving interrupts should be the tick. is there a workaround? 21.15.12 # of course something could go wrong when switch from the normal mechanism to the avic and ints are enabled in other modules at the time 21.15.31 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 21.15.58 # IIRC, the fix is simply to have a default IRQ handler that does nothing but acknowledge the interrupt in the VIC 21.16.22 # I'm not familiar with the avic 21.17.08 Join FOAD_ [0] (n=dok@dinah.blub.net) 21.17.17 # interrupts are all acked in their own module registers meaning that there's no global register that acks them on imx31 21.18.06 # * jhMikeS will double-check that 21.18.21 *** Saving seen data "./dancer.seen" 21.19.13 # gevaerts: any luck with the USB problem you were investigating? 21.19.32 # bertrik: not yet, except that I suspect that some of my debug code was wrong... 21.19.45 # But no real clue 21.20.06 # nope, no global INTPND or anything like s3c2440, or MCF52xx 21.20.23 # bertrik: I've been kind of busy with gsoc things 21.21.49 # the problem is that it happens in usual irq_handler not in an unused vector in the table (which would tell the interrupt name) 21.22.29 # jhMikeS: I haven't updated my BL in a while 21.22.49 # though the avic registers will tell it anyway now that I think about it 21.23.11 # * Nico_P leaves 21.23.23 # Nico_P: it's a bad process on windows atm 21.24.54 # * jhMikeS shuts up and works on USBeast 21.25.18 Join mirak [0] (n=mirak@m179.net81-66-123.noos.fr) 21.25.57 # gevaerts: what needs to be defined in order to include all the stack stuff? 21.26.02 Quit mirak (Success) 21.26.10 Join mirak [0] (n=mirak@m179.net81-66-123.noos.fr) 21.27.34 # jhMikeS: I think you need HAVE_USBSTACK, USB_VENDOR_ID and USB_PRODUCT_ID for enumeration to work. If you want working mass storage, you also need USE_ROCKBOX_USB 21.28.15 Quit mirak (SendQ exceeded) 21.29.23 Join mirak [0] (n=mirak@m179.net81-66-123.noos.fr) 21.29.49 # gevaerts: what about serial number? 21.30.25 # LambdaCalculus37: Not all daps have hold switches 21.30.32 # jhMikeS: if you don't provide specific serial number code, the stack makes one up from the HD serial number 21.30.33 # * amiconn has 4 targets withou tone 21.30.39 Quit Thundercloud (Remote closed the connection) 21.30.39 # *without one 21.31.12 # amiconn: I know the Archos devices don't. 21.31.19 Quit venox ("leaving") 21.32.13 Join DrMoos [0] (i=moos@m170.net81-66-158.noos.fr) 21.32.27 Join John64 [0] (n=4c458061@gateway/web/cgi-irc/labb.contactor.se/x-68a41977b42c7584) 21.33.13 Quit moos (Read error: 104 (Connection reset by peer)) 21.33.15 Nick DrMoos is now known as moos (i=moos@m170.net81-66-158.noos.fr) 21.34.14 # i noticed that you are looking for people to test Rockbox Utility under vista. I am running vista and an 80GB iPod and it seems to be working about as well as it does in Linux 21.34.27 # John64: nice to hear :) 21.34.31 # Another remark is that all rockbox targets with just one single exception play video (in rockbox) 21.34.47 Quit FOAD (Read error: 110 (Connection timed out)) 21.34.48 Nick FOAD_ is now known as FOAD (n=dok@dinah.blub.net) 21.34.49 # * linuxstb wonders if that will always be the case... ;) 21.34.56 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 21.35.12 # though, every time i try to play a song, rockbox is saying "Codec Failure" 21.35.14 # linuxstb: what? 21.35.23 # video on the Player... 21.36.34 # Uhmmm... at 20x14, with a few extra gaps inbetween? 21.37.15 Join ap0 [0] (i=kvirc@nfb68-1-88-169-81-101.fbx.proxad.net) 21.37.25 # sorry to repeat myself: is there a proposed place/thread in the source where polling for GPIO (accessory detect) and setting some power control for iPod could be nicely included? 21.37.37 # * Buschel doesn't want to make an ugly solution 21.39.26 # ok, now it is saying rockbox can't load the codecs in /.rockboc/codecs/flac.codec 21.39.51 # John64: sounds like you have two installations mixed up. Try reinstalling 21.39.53 # it is doing the same for mp3's 21.39.56 # ok, thanks 21.40.11 # Buschel: did you see that he reported that the remote has no sound with r17111? so maybe your commit wasn't the cause for that. 21.40.37 # wtf 21.41.12 # is there a lot of working happening with ipod battery life? 21.41.39 # more appropriately, is that a priority of the project? 21.42.30 # Buschel: Probably another thing for the powermgmt rework... 21.42.30 # PaulJam: to be honest, i don't trust his second test too much. 21.42.43 # Buschel: i just see that the current build page is still at r 17110. 21.43.10 # bluebrother: it seems to still be happening. i downloaded the latest build and extracted it, there is only one installation there and i am getting the same issue. It is giving me the correct bitrates 21.44.22 # John64: there were several optimizations beginning of February, and there is still some room for improvement 21.44.37 # Buschel: thanks 21.44.40 # Buschel: so i guess he didn't check the rockbox info screen and is really at r17110. 21.45.26 # PaulJam: i think so. but i'm wondering why his GPIO's didn't change in his last test -- i guess he didn't test correct 21.45.42 # if the bootloader gets me into rockbox, it wouldn't be the source of my problems would it? I have run this ipod with rockbox before 21.46.20 # John64: what was the last version before yoiu've updated? maybe the bootloader is out of time? 21.47.00 # i installed the latest bootloader 21.47.36 # amiconn: maybe I'll just implement an evil proof-of-concept patch before the sophisticated solution 21.48.31 # John64: Just to be sure, could you remove the .rockbox folder (having saved any cfgs etc. you want to keep), then re-extract rockbox.zip? 21.48.44 # BigBambi_: i have already done that a couple times 21.48.49 # OK 21.48.57 # Weird then 21.49.03 # i do have the 1.3 apple firmware for the Video 21.49.23 # Codec errors are usually a mismatch between rockbox.ipod (or whatever) and the rest of the install 21.49.51 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 21.49.57 Join perrikwp [0] (i=9821698e@gateway/web/ajax/mibbit.com/x-40eb3c72148ae759) 21.50.09 # i am going to do a restore in iTunes and try again from scratch, should i remove rockbox's bootloader first 21.50.32 # iTunes will wipe it as well. 21.50.42 # So just restore and start clean. 21.51.18 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 21.52.00 # now windows is saying i need to format the drive. this is odd 21.52.22 # John64: You have connected via the OF or OF disk mode? 21.52.22 Join TMM [0] (n=hp@c514753fe.cable.wanadoo.nl) 21.52.28 Quit ompaul (Client Quit) 21.52.34 # disk mode 21.54.20 Join Peregrina [0] (n=chatzill@201.170.102.75.dsl.dyn.telnor.net) 21.54.49 # regarding another issue: gui boost (aka "battery-life-for-mpc-and-flac", aka "use-far-less-than-30MHz-as-default-clock") -> it should be sufficient to boost cpu when scrolling in lists, not on each button activity. correct? 21.55.20 Join webguest38 [0] (n=d83620e2@gateway/web/cgi-irc/labb.contactor.se/x-4cc1574c14902399) 21.55.23 Quit ap0 ("Bye.") 21.55.38 Quit LambdaCalculus37 ("CGI:IRC 0.5.9 (2006/06/06)") 21.55.45 Join Hillshum [0] (n=chatzill@75-165-234-225.slkc.qwest.net) 21.56.09 Join csc` [0] (n=csc@archlinux/user/csc) 21.56.36 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 21.56.50 Quit mf0102 ("Verlassend") 21.56.52 Nick webguest38 is now known as earHurts (n=d83620e2@gateway/web/cgi-irc/labb.contactor.se/x-4cc1574c14902399) 21.57.15 # is flac a low overhead codec? 21.57.30 # ok, this rockbox is looking heathier already 21.57.36 # we know that mpc decodes @24MHz + 2.5MHz (dsp/i2s), flac at even less (~12MHz + 2.5MHz) 21.57.52 # is there a way i can set the clock rate manually while playing 21.58.08 # anyone know who fixed the ipod scroll accell? It works better than mine did 21.58.11 # that is insane btw, flac is my favorite codec, and why i don't like the apple firmware 21.58.31 # earHurts: Hi - welcome back ;) I think that was jhMikeS's implementation that finally got in. 21.58.37 # earHurts: the scrollwheel accel in svn? 21.58.49 # yes, in the latest build 21.59.03 # it works wonderfully 21.59.06 # hi linuxstb ;) 21.59.15 # basic idea came from jhMikeS (sansa), I've adapted it for iPods 21.59.21 # John64: FLAC uses very little CPU to decode, but has to hit the disk more often 21.59.29 # right, makes sense 21.59.31 # John64: yes, it does. I had submitted a patch that worked not as well 21.59.42 # But overall is pretty efficient 21.59.57 # what frequency is required for mp3/aac? 22.00.05 # I am interested in browsing the svn to see the code, but how do I browse svn with a web browser? 22.00.18 # John64: Depends on DAP - I think there is a wiki page somewhere 22.00.20 # mp3 needs about 40MHz overall (no WPS) 22.00.30 # earHurts: http://svn.rockbox.org/ 22.00.37 # thanks 22.00.50 # Buschel: Regarding the accessory presence detection, using the same place as the headphone detection makes sense, imho. That means the button tick task. 22.00.54 Quit mcuelenaere (Read error: 104 (Connection reset by peer)) 22.01.21 # oh, there seem to be some bugs in databse; specifically in reading tags. Anyone currently working on that? 22.01.33 # Lear: that is my favorite for a quick-and-dirty version. let's see how it works :) 22.02.20 Join TaylorKillian [0] (n=user@wl200113.wright.edu) 22.03.59 # welcome TaylorKillian 22.04.09 Join DavidSG [0] (n=Tordre@n099h024.wsr.mun.ca) 22.04.29 # is a reallllllly slow copy rate a sign of a dieing ipod? 22.05.12 # Hey LinusN 22.05.49 # I believe that I am ready for my interview 22.06.08 # Great :) 22.06.33 Join petur [50] (n=petur@rockbox/developer/petur) 22.07.24 # any one in here have experience on craking firmware in .bin format i need to make a keygen for an akai mpc2500 drummachine 22.07.44 # (Note that I am on my phone, so typing will be slow.) 22.07.53 Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 22.08.20 # TaylorKillian: just stay tuned 22.08.57 # any one 22.09.08 # troy_: that's off-topic here 22.09.14 # troy_: This is really only a rockbox channel 22.09.15 # troy_: this channel is about rockbox 22.09.20 # hehe 22.09.27 # Any more? :) 22.10.01 # ok @bigbambi do you know of a chanel where i can find some hackers ? 22.10.08 # No, sorry 22.10.20 # any one 22.10.35 # bye folks, gotta get some sleep. see you! 22.10.39 # troy_: As we say, this is an on-topic channel 22.10.39 # troy_: asking about other channels is also off-topic 22.10.42 Quit Buschel () 22.10.45 # this channel is full of hackers, maybe just not the kind that you look for :-) 22.11.13 # ok sorry 22.11.41 # start with IDA disasm ;] 22.12.25 # ill pay 22.14.19 Join tschoui [0] (n=57afc405@gateway/web/cgi-irc/labb.contactor.se/x-f6cd488b85c15afd) 22.15.17 Quit tschoui (Client Quit) 22.15.39 # in terms of audio quality and rockbox compatibility what is the best device to get? 22.16.07 # John64: i would say iriver H100 series 22.16.37 # I would rate the H100 quite low for sound quality - I find it very noisy. 22.16.55 # * amiconn still didn't get used to the ipod scrollwheel acceleration :( 22.17.09 # amiconn: you're too old :-) 22.17.14 # It overshoots a lot for me... 22.17.19 # For features and rockbox compatibility I'd say iriver H1x0, but much as I love it I'm not sure I would say it was best for sound quality 22.17.47 # With high impedance earphones, noise isn't a problem, in my experience. 22.18.02 # John64: If you want a hard disk target, I would say the Gigabeat F series is excellent value for money. 22.18.05 # well, i care more about audio quality than compatibility then i guess 22.18.09 # The old 1st/2nd Gen without scrollwheel acceleration are a lot easier to operate imo 22.18.11 # i will check that out 22.18.12 # I still think a scrollwheel is a bad way to navigate an mp3 player... 22.18.16 # It isn't bad at all, having said that 22.18.29 # same for h300. i was a little bit disappointed when i got some in ear headphones. 22.18.29 # * bluebrother was not impressed by the sound quality of the Ipod compared to the h100 22.18.39 # The F is nice too, but misses recording and radio 22.18.48 # bluebrother: I had already dismissed them in my head :) 22.18.54 # bluebrother: Which ipod? The 5g (and I assume later) is significantly better than my Color. 22.18.55 # is the irivier h3xx series alright for sound? I hate the sound on my iPod 22.19.03 # i have a 5.5g 22.19.04 # No overshooting, and yet fast enough for all my lists. The only disadvantage of that wheel driver is that it doesn't handle repeat, hence no dynamic wrap-protection in lists 22.19.04 # I only know the mini. 22.19.06 # no problem with my Koss Porta