--- Log for 03.06.108 Server: zelazny.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 18 hours ago 00.00.00 # * Nico_P is reassured 00.00.22 # * bluebrother points to IrcNicks :) 00.01.01 # I know that list, but I allways confuse the two Dominiks anyway 00.01.08 # :) 00.01.32 # hehe. And both are working on rbutil ... can be somewhat confusing, indeed. 00.01.38 # yep 00.01.54 # * bluebrother refuses to change any of his names 00.02.12 Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) 00.03.28 Quit simonrvn (Nick collision from services.) 00.03.28 Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) 00.04.20 # Nico_P: BTW, have already looked at my final picture flow improvements patch? 00.04.53 # kugel: no, sorry. I really haven't had much rockbox time lately 00.05.03 # No problem 00.08.27 Join leox [0] (n=leox@165-162-114-200.fibertel.com.ar) 00.08.48 Quit bughunter2 ("bye") 00.11.05 Join Phoul [0] (i=phoul@sourcemage/guru/Phoul) 00.11.08 # Hey all 00.11.21 # Does anyone know of any software that -does- work on the new ipod nanos 00.11.47 # Phoul - by "software" do you mean "replacement third-party firmware"? If so, the answer is 'none'. 00.11.51 # i think the apple firmware does work there 00.11.52 Quit Laser87 (Network is unreachable) 00.12.54 Join Laser87 [0] (n=jochen@p5B171135.dip0.t-ipconnect.de) 00.13.13 Part Phoul 00.14.47 Quit bluebrother ("leaving") 00.18.56 Quit CyBergRind|w (Read error: 110 (Connection timed out)) 00.28.39 Quit Schmogel (Read error: 104 (Connection reset by peer)) 00.29.39 Join homielowe [0] (n=eric_j_l@d205-250-152-29.bchsia.telus.net) 00.30.06 Quit ompaul (Client Quit) 00.32.47 Quit Laser87 (Read error: 101 (Network is unreachable)) 00.35.13 Join Laser87 [0] (n=jochen@p5B170F3D.dip0.t-ipconnect.de) 00.40.15 Quit dabujo_ (Read error: 104 (Connection reset by peer)) 00.44.08 Quit kugel (Read error: 110 (Connection timed out)) 00.55.46 Quit Laser87 (Read error: 110 (Connection timed out)) 00.56.50 Join Laser87 [0] (n=jochen@p5B170ECC.dip0.t-ipconnect.de) 00.57.54 Quit ender` (" An eye for an eye only leads to more blindness. -- Margaret Atwood") 00.58.08 Quit tvelocity (Read error: 110 (Connection timed out)) 01.04.26 *** Saving seen data "./dancer.seen" 01.05.24 Quit herrwaldo ("Konversation terminated!") 01.06.56 Join fdinel [0] (n=Miranda@modemcable097.232-203-24.mc.videotron.ca) 01.08.00 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 01.10.20 # Nico_P: here now 01.10.23 Quit n1s () 01.10.38 Part hobbs ("Leaving") 01.11.30 # jhMikeS: I'm on my way to bed ;) 01.11.41 Join csc` [0] (n=csc@archlinux/user/csc) 01.11.48 # I just wanted to discuss the possibility of readding the hack 01.12.25 # i've considered it. anything on your end? 01.13.30 # after some more use, I believe amiconn's changes didn't completely fix the issue 01.14.26 # adding the hack doesn't fix the issue either, just covers it up :) 01.16.38 # is your remaining experience much like the description in the forums. 01.16.41 # ? 01.18.02 # pretty much... I don't have resume on startup, but if I resume shortly after startup, I get some intense disk activity. I never get skips though 01.18.29 # responsiveness varies but remains far better than it used to be before amiconn's changes without the heck 01.18.34 # *hack 01.18.39 Quit DerPapst (Nick collision from services.) 01.18.50 Join DerPapst_ [0] (n=Der_Paps@p5B23FD48.dip.t-dialin.net) 01.19.38 Part pixelma 01.22.53 Join mackes [0] (n=root@cpe-24-198-43-238.buffalo.res.rr.com) 01.23.21 Join donutman25 [0] (n=kvirc@65.75.87.48) 01.23.30 Quit homielowe () 01.25.00 # it's seems well to be narrowed down to which HD the player has since you've run the 30gig build with no change. amiconn's fix handled the problem after a power cycle but it at this point looking like there an issue until the power is cycled at least once. 01.31.01 # jhMikeS: does a power cycle necessarily involve a spinup/spindown? 01.32.05 # it's powered off 2 seconds after a spindown 01.33.37 # * Nico_P really has to go to bed 01.34.00 # nighty night 01.34.06 # bye ;) 01.34.08 Quit Nico_P (Remote closed the connection) 01.37.27 Quit blo0dy ("changing servers") 01.37.46 Join blo0dy [0] (i=chainsaw@i.will.tell.u.some.hotstories.de) 01.39.08 Join toffe82 [0] (n=chatzill@adsl-70-137-196-61.dsl.frs2ca.sbcglobal.net) 01.39.40 Quit emacsen (Read error: 113 (No route to host)) 01.41.13 Join homielowe [0] (n=eric_j_l@d205-250-152-29.bchsia.telus.net) 01.43.00 Join ctaylorr [0] (n=ctaylorr@bas1-toronto43-1279396603.dsl.bell.ca) 01.53.47 Quit inversions (Connection timed out) 01.53.47 Quit donutman25 (Read error: 104 (Connection reset by peer)) 01.55.01 Join jeffdamet1 [0] (n=jeff@dyndsl-080-228-191-079.ewe-ip-backbone.de) 01.57.48 Quit mackes ("I'm quiting for now.") 02.03.27 Join |donutman25| [0] (n=kvirc@65.75.87.48) 02.08.56 Join DaCapn [0] (n=dacapn@c-67-170-177-22.hsd1.or.comcast.net) 02.09.33 Quit desowin (Read error: 113 (No route to host)) 02.10.09 Quit jeffdameth (Read error: 110 (Connection timed out)) 02.12.07 Quit scorche (Connection timed out) 02.13.47 Quit DerPapst_ (Read error: 113 (No route to host)) 02.16.11 Quit midgey () 02.24.34 Join BHSPitLappy [0] (n=BHSPitLa@adsl-66-141-166-195.dsl.rcsntx.swbell.net) 02.31.21 Quit PaulJam (Read error: 110 (Connection timed out)) 02.44.33 Join kushal_12_27_200 [0] (n=kushal@c-67-173-249-88.hsd1.co.comcast.net) 02.54.41 # Buschel: I slept 02.55.06 # Buschel: but yes, I finished it: 12:15 with the OF 02.58.40 Quit Shaid ("*toink*") 03.02.20 # So, that's 12:15 for the OF compared to 9:50 for RB 03.02.30 Join japc__ [0] (n=japc@bl7-241-21.dsl.telepac.pt) 03.02.35 # Done with an assorment of mp3 files 03.02.42 # (the exact same set of files) 03.04.29 *** Saving seen data "./dancer.seen" 03.04.39 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 03.12.48 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.13.12 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 03.13.58 Quit japc_ (Read error: 110 (Connection timed out)) 03.13.58 Quit japc (Read error: 110 (Connection timed out)) 03.14.17 Join japc [0] (n=japc@bl7-241-21.dsl.telepac.pt) 03.17.31 Join Shaid [0] (n=adam@dsl-202-45-112-116-static.VIC.netspace.net.au) 03.24.30 Quit BlakeJohnson86 ("Leaving.") 03.25.50 Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-135-22.hsd1.mn.comcast.net) 03.40.40 Quit Zarggg_ ("Pursued by a bear") 03.45.04 Quit kushal_12_27_200 ("Leaving") 03.50.09 Quit Thundercloud (Remote closed the connection) 03.53.01 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 03.56.51 Join secleinteer [0] (n=secl@adsl-70-237-203-132.dsl.stlsmo.sbcglobal.net) 04.02.45 Quit Laser87 (Read error: 110 (Connection timed out)) 04.03.23 Join Laser87 [0] (n=jochen@p5B172AC3.dip0.t-ipconnect.de) 04.03.51 Quit sbhsu ("leaving") 04.05.27 Join Zarggg [0] (n=z@216-15-73-111.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 04.14.40 Quit brent113 ("Leaving") 04.19.30 Nick drf|away is now known as drfsupercenter (i=your_mom@d14-69-192-60.try.wideopenwest.com) 04.22.57 Quit XavierGr () 04.24.44 Join iswm [0] (n=bslote@unaffiliated/iswm) 04.38.09 Join miepchen^schlaf_ [0] (n=miepchen@p54BF64F0.dip.t-dialin.net) 04.38.12 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 04.40.59 Join vbman11_ [0] (n=kevin@c-75-71-32-88.hsd1.co.comcast.net) 04.42.43 # Hi Guys, I came here to ask permission to edit the wiki 04.43.02 # a wiki usually means anyone can edit it 04.43.03 # * drfsupercenter runs 04.43.53 # When I went to register, I told me to ask permission 04.44.10 # I ment "It told me..." 04.44.50 # help /action 04.44.58 # sorry, missed the / 04.45.12 # * wpyh scratches head 04.45.53 Quit miepchen^schlaf (Connection timed out) 04.46.01 # This is what it says: " Important: Join the #rockbox IRC channel, introduce yourself and ask for Wiki write permissions. You will not be able to edit any Wiki pages until you do this." 04.46.09 # vbman11_, what's your wiki name? 04.46.15 # vbman11 04.46.23 # no underscore 04.46.38 Join john [0] (n=john@c-68-43-140-63.hsd1.mi.comcast.net) 04.46.39 # please reread the rules for registering on the wiki, as that's an invalid name 04.46.45 Join lanuser [0] (n=pkirchne@99-139-167-166.lightspeed.milwwi.sbcglobal.net) 04.47.01 # i'll try to register again 04.47.14 # how do you get the sdk for making .rocks 04.47.27 # I saw an email today: http://www.rockbox.org/mail/archive/rockbox-archive-2008-06/0012.shtml 04.47.33 # Hello - is there a reason I wouldn't be able to see .mpeg files in a foler using the file browser? 04.47.42 Quit |donutman25| ("KVIrc 3.4.0 Virgo http://www.kvirc.net/") 04.47.44 # There's a line which *could* make it to the Golden Quotes: 04.47.58 # john: See the SimpleGuideToCompiling wiki page. 04.48.00 # krazykit: Ohh! Sorry. 04.48.08 # He has definitely read the manual all the way through more than once, he is very familiar with Lynox and compilers for programs. 04.48.09 # lanuser: See the manual regarding the "File View" setting 04.48.27 # Llorean: does it qualify? Because of the "Lynox" 04.48.32 # Llorean thanks 04.48.46 # wpyh: And he/she is blind or visually impaired, so their spelling is based on phonetics. They've probably never seen the word "Linux" because they cannot see, and have only heard it spoken. 04.49.01 # It's a little cold to make fun of them because of this. 04.49.03 # Llorean: Yup. 04.49.16 # I didn't mean to make fun of him/her... 04.49.16 # is there an sdk for rockbox? 04.49.27 Quit john (Read error: 104 (Connection reset by peer)) 04.49.30 # Sorry 04.49.41 # john: SDK? Yes, there is 04.49.50 # just get the svn 04.49.59 Join Skream13 [0] (n=john@c-68-43-140-63.hsd1.mi.comcast.net) 04.50.06 # and then run tools/rockboxdev.sh to get it 04.50.21 # could u repeat that, i was disconected 04.50.23 # wpyh: He's already left the channel... 04.50.28 # sorry 04.50.32 # krazykit: ok it's KevinDurbin 04.50.39 # Llorean: didn't notice... 04.50.45 # Oh, he's Skream13 now 04.50.49 # yeah 04.51.02 # Skream13: As I said, see the SimpleGuideToCompiling wiki page. 04.51.08 # ok 04.51.11 # Skream13: get the svn and run tools/rockboxdev.sh to get it 04.51.24 # Llorean was faster... 04.52.16 # thankyou wpyh 04.52.48 # vbman11_, all set to edit :) 04.53.43 # krazykit: Thanks! 04.55.10 Quit lanuser ("Rockbox Rocks!") 04.55.17 Quit scorche (Connection timed out) 04.57.25 Quit sbhsu ("Lost terminal") 05.00.55 Join sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 05.04.30 *** Saving seen data "./dancer.seen" 05.19.35 Quit ctaylorr (Read error: 110 (Connection timed out)) 05.19.40 Quit Skream13 (Remote closed the connection) 05.21.31 Join Skream13 [0] (n=john@c-68-43-140-63.hsd1.mi.comcast.net) 05.22.03 Part Skream13 05.23.28 Nick drfsupercenter is now known as drf|away (i=your_mom@d14-69-192-60.try.wideopenwest.com) 05.25.44 Quit nedd1 ("Leaving.") 05.28.00 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 05.28.23 Quit simonrvn (Nick collision from services.) 05.28.30 Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) 05.28.39 Quit Horscht ("http://www.geisterfahrer.org") 05.30.12 Quit Battousai (Remote closed the connection) 05.32.28 Join cool_walking_ [0] (n=notroot@203-59-129-195.perm.iinet.net.au) 05.34.14 Quit iswm ("Leaving.") 05.39.13 # Anyone knows where the font drawing part is in the source code? 05.39.25 # I couldn't find it 05.40.44 Quit ch4os (Read error: 113 (No route to host)) 05.42.27 # wpyh: iirc, fonts are loaded as mono bitmaps and then actually drawn in the lcd driver... 05.42.30 Join windowsrefund [0] (n=akosmin@cpe-68-174-71-154.nyc.res.rr.com) 05.42.37 # hi 05.42.59 # So the fonts are drawn differently for each LCD? 05.43.05 # I think I bricked my nano 05.43.48 # using the emergency mode to bypass rockbox and I can now mount the vfat partition but it's read only 05.44.02 # so I can't run iplodloader against it 05.44.08 # ipodloader that is 05.44.21 # JdGordon: anyway, thanks 05.45.00 # not for each lcd... each lcd type 05.45.11 # 16bit, 2bit, 1bit... 05.45.20 # Oh... OK 05.45.21 # thanks 05.45.26 # you wanted to do AA yeah? 05.45.28 # that would simplify a *lot* of things 05.45.32 # yep, I wanted to do AA 05.45.41 # not in the near future, since exams are coming 05.45.50 # but let me tell you one thing: Rockbox is addictive! 05.45.51 # :D 05.45.58 # haha, yeah, join the club 05.46.04 # thanks :) 05.46.09 # we hold weekly meetings :p 05.46.15 # weekly meetings? 05.46.33 # windowsrefund: by the way, try this: http://www.rockbox.org/twiki/bin/view/Main/IpodManualRestore 05.46.36 # "hi, my name is jonathan and im a rockbox-aholic" 05.46.42 Quit SirFunk_ (Read error: 104 (Connection reset by peer)) 05.47.19 # JdGordon: I didn't quite get it... 05.47.29 # dont worry... 05.47.39 # English is my second language :p 05.47.57 Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 05.48.12 Join Nathan_Greene [0] (n=Broly@pool-71-170-89-22.dllstx.fios.verizon.net) 05.48.21 # thanks wpyh 05.48.23 # think alchol anonymous for rockbox... 05.48.56 # Can some one direct me the the theme documentation on the wiki? 05.49.08 # *to the 05.49.33 # http://www.rockbox.org/twiki/ 05.49.36 # I cannot seem to find the link 05.50.05 # Ah I am silly 05.50.07 # oh :p I get it now 05.50.14 # Sorry 05.50.15 # :) 05.50.18 # I found it 05.50.38 # so, like "Hi, my name's William and I'm a Rockbox-aholic"? :D 05.50.50 # there you go :D 05.51.31 # :) 05.52.08 Join orc [0] (n=Otd141@111.gprs-nat.mtsnet.ru) 05.52.56 Quit japc ("Ex-Chat") 05.52.56 Quit japc__ ("Ex-Chat") 05.55.32 Part orc 06.03.37 Join mackes-Office [0] (n=root@cpe-24-198-43-238.buffalo.res.rr.com) 06.04.14 Quit mackes-Office (Read error: 104 (Connection reset by peer)) 06.07.22 Join billblack [0] (n=4b53453b@gateway/web/cgi-irc/labb.contactor.se/x-4aad6e404db87103) 06.07.26 # What all type of images can be used for themes? 06.08.06 Quit billblack (Client Quit) 06.08.20 # bmp only 06.12.11 # JdGordon: Will any other support be added? 06.12.22 # unlikely 06.13.16 # bmp is bulky and uncompressed png would be a good replacement 06.13.27 # bmp is easily loaded nativly 06.14.07 # Yeah I guess it would be as bmp isn't compressed 06.14.22 # And would require less memory and such to load 06.14.27 # and render 06.15.14 # *remembers skinning my apps with png files* 06.15.26 # Nathan_Greene: The data's going to have to be stored as uncompressed data in RAM anyway for fast drawing, and the small bitmaps used aren't generally a huge hit on disk space which is the only place .png would benefit them (but slow the load) 06.15.47 # Yeah 06.16.06 # I use to do a lot of coding in VB and sharp 06.24.21 Part Llorean 06.24.39 Join Llorean [0] (n=DarkkOne@adsl-75-16-157-33.dsl.hstntx.sbcglobal.net) 06.33.56 Join Worghal [0] (n=Worghal@89-160-132-107.du.xdsl.is) 06.34.17 # good evening 06.39.14 # It's noon here :) 06.40.28 # hehe :p 06.40.43 # well, its 4:40 here in iceland ;) 06.40.49 # am 06.43.29 # well, i was wondering how the rockbox is installed through a mac, since ive only seen the bootloader in a video on windows :S 06.45.13 # Worghal: Have you read the manual? 06.48.52 # hehe, i must be losing my sight, cause i scrolled through it a couple of times :) but i found it now 06.53.57 Quit vbman11_ ("I just quit...") 07.04.31 *** Saving seen data "./dancer.seen" 07.05.18 Quit SirFunk (Read error: 104 (Connection reset by peer)) 07.12.28 Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 07.19.24 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 07.23.48 Join webguest91 [0] (n=c0eadf64@gateway/web/cgi-irc/labb.contactor.se/x-23e69564b4675bac) 07.27.44 Quit webguest91 (Client Quit) 07.29.21 Quit gregzx ("ChatZilla 0.9.82.1 [Firefox 2.0.0.14/2008040413]") 07.30.03 Part Worghal 07.37.24 Join midgey [0] (n=tjross@c-71-205-31-207.hsd1.mi.comcast.net) 07.38.19 # There might be a bug in the shut down code 07.38.33 # Sometimes pressing 'play' for a few seconds shuts the player down 07.38.41 # Sometimes pressing it doesn't do anything 07.38.58 # On what player? 07.39.05 # Sometimes the player shuts down right after I unpress the 'play' button 07.39.09 # it's iPod Nano 07.39.18 # "Right"? 07.39.23 # yep 07.39.26 # I've never had any strangeness with it. 07.39.30 # right away, after I lifted my finger 07.39.59 # Are you sure your player's in good condition, and are you sure you're not wiggling your finger any? You should just hold play, and it'll eventually shut down 07.40.12 # I'm pretty sure 07.40.16 # and it's random 07.40.55 # hey, I think I can *quite* reliably reproduce the third behaviour 07.41.23 Join nuonguy [0] (n=john@c-24-6-175-26.hsd1.ca.comcast.net) 07.41.27 # here's how: turn your finger around the scrollwheel a few rounds (5-10) then stop at the play button and immediately press it 07.41.56 # it won't shut down, just stays there. you can keep your finger for as long as you want (I tried 30 secs) and when you finally lift your finger, it shuts down 07.42.00 # So you aren't releasing the scrollwheel? 07.42.10 # yes, I'm not releasing the scrollwheel 07.42.19 # and by the way that method works about 50% of the time 07.42.25 # With rock box is there away I can eject my ipod and charge without the damn usb mode still on? 07.42.39 # excuse my language 07.42.47 # Hold down menu when you plug in the usb cable. 07.42.55 # it's all in the manual 07.43.28 # ah ok thanks 07.44.28 # ha ha ha windows wants in "install" the rock box media player...... 07.45.07 Join Mathiasdm [0] (n=Mathias@vpnd155.ugent.be) 07.46.23 # Now I think I really wiggled my finger a bit 07.46.30 # Llorean, were you able to reproduce it? 07.46.48 # Here's a simpler version: press down the 'play' button, wiggle your finger a bit, wait 07.47.02 # after you've waited enough, release the button. then it will shut down 07.47.11 # wpyh: I'm not trying to reproduce it. My nano isn't handy. 07.47.19 # oh, ok 07.47.19 # But this is more or less known, you're basically triggering two buttons at once. 07.47.32 # which two buttons? 07.47.37 # "scroll" and "play" 07.47.41 # @_@ 07.47.45 # What? 07.47.49 # but my finger's still mostly there 07.47.55 # As I said in the very beginning, "are you sure you're not wiggling your finger" 07.47.58 # one thin I ran into is using paint and having my nano shutdown 07.48.01 # oh, that's a confused face 07.48.13 # Once you start scrolling, it doesn't really "stop" until you remove your finger from the wheel. 07.48.19 # This is a logged channel. Please use normal english, as it is difficult for blind people and their screen readers otherwise. 07.48.33 # Llorean: yeah, sorry. I *was* sure I wasn't wiggling my finger 07.48.36 # Shaid: ok 07.48.47 # wpyh: Except your instructions for reproducing it specifically require wiggling/moving the finger... 07.48.57 # Llorean, so there are two events? 07.49.23 # I didn't realize my (first) instruction has anything to do with the finger wiggling 07.49.43 # "moving your finger around the wheel, triggering scrolls" is the same as "moving your finger a small distance, triggering scrolls" 07.49.53 # Oh, OK 07.50.13 # How about we change the event detection algorithm? 07.50.49 # If the play button is pressed and the scroll wheel is touched, then if the finger position is near the 'play' button, just ignore it 07.51.01 # I realize it's more complex, but it's more humane 07.51.17 # I'm not even sure it's not just a hardware problem. 07.51.17 # It's very natural for us to wiggle our finger a bit (we aren't robots) 07.51.34 # Feel free to investigate and post a patch though. 07.51.39 # I personally never have had any problem with it. 07.52.02 # Well, OK 07.52.09 # another item in my TODO list :) 07.52.45 # By the way, same goes to the FF and FR buttons 07.54.13 # And I've just tried it with the OF 07.54.31 # the OF detects the key press correctly (and ignores the scroll wheel) 07.54.47 # Llorean: do we need a key combo for "press and scroll" anyway? 07.55.13 # I have no idea what you mean by "press and scroll" 07.55.38 Quit peter-b (Read error: 110 (Connection timed out)) 07.55.39 # well, I mean pressing a key (such as the play key) and scrolling the wheel 07.55.53 # it's more like "scroll while pressed) 07.56.00 # There's not a key combo, they just interfere with each other. 07.56.10 Join peter-b [0] (n=peter_b@p5497B8CE.dip0.t-ipconnect.de) 07.56.44 # Could you elaborate on the "interfere" part? 07.57.24 # What I understand is when I press the 'play' key, there's a 'keydown' event for that, then when I scroll there's another scroll event 07.57.32 # As I already said, I don't know why the behaviour happens specifically... 07.57.39 # oh.. 07.57.46 # guess I have to look closer on the code then 07.57.57 Join Battousai [0] (n=bryan@li31-245.members.linode.com) 07.58.22 # wpyh: so your suggestion is to ignore the scroll wheel until the button is released? 07.58.29 # sounds fair to me 07.58.41 # Yes 07.59.07 # As long as it's just the four directional buttons on the wheel, it makes sense. 07.59.08 # It's because, if we press a key, we don't usually (99% of the time) want to scroll 07.59.12 # yes 07.59.21 # We might want a combo for the center key and a scroll 08.02.54 Join faemir [0] (n=faemir@88-106-142-213.dynamic.dsl.as9105.com) 08.05.12 Join PaulJam [0] (i=PaulJam_@vpn-3002.gwdg.de) 08.07.57 Join Buschel [0] (n=abc@p54A3E05B.dip.t-dialin.net) 08.08.51 # moin moin 08.09.07 # (as we northern german say) 08.09.13 # mo0ning 08.09.41 # wpyh: you there? 08.09.47 # Buschel: yes 08.09.50 # I'm here 08.10.14 # wpyh: from the logs i get the impression you can build rockbox? 08.10.46 # Uh, yes... but not manually 08.10.54 # I just ran rockboxdev.sh to get the tools 08.10.56 # then configure 08.10.57 # then make 08.11.05 # It's all automated :) 08.11.34 # Buschel: why did you ask? 08.11.38 # but you can apply tiny changes to the source, recompile and use in on your nano? 08.11.58 # yes, but right now I don't have any changes to apply :p 08.12.12 # I'm still learning the code, so I haven't made any changes yet 08.12.58 # wpyh: could you change firmware/drivers/pcf50605.c in the following way -> comment the whole #else-path in pcf50605_init() 08.13.34 # then check the values in the "View PCF registers" within the debug menu? 08.13.46 # is it the one marked "keep initialization from svn for other iPods"? 08.13.59 # (it's just two lines to comment) 08.14.04 # oh, ok 08.14.11 # yes, that's the correct section 08.15.21 # OK. I'm quite new to this so... should I update the bootloader build or only the normal build? 08.16.52 # normal build 08.16.57 # ok 08.17.06 Part toffe82 08.17.21 Join DerDome [0] (n=DerDome@dslb-082-083-224-220.pools.arcor-ip.net) 08.19.29 Join DerDom1 [0] (n=DerDome@dslb-082-083-229-153.pools.arcor-ip.net) 08.19.30 Quit DerDome (Nick collision from services.) 08.19.36 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 08.19.38 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-229-153.pools.arcor-ip.net) 08.19.42 Quit DerDome (Client Quit) 08.19.45 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-4b3a85fb3f03c639) 08.21.19 Quit nplus (Read error: 110 (Connection timed out)) 08.22.44 Join ch4os [0] (n=ch4os@unaffiliated/ch4os/x-059673) 08.24.25 # wpyh: another question -> could you add your battery_bench.txt to the ipodruntime wiki? 08.25.00 # OK, so now D1REGC is EF and D3REGC is F5 08.25.26 # I didn't do the benchmark using the battery bench... 08.25.27 # and the other regs? 08.25.39 # well, wait a minute 08.25.51 # wpyh: regarding the bench it's a pitty :/ 08.26.05 # well, I can always redo the benchmark :) 08.27.07 # Hi, i have a question about the wake-up alarm feature: i read in the ipod video manual that the sleep timer gets disabled and the device shuts down when the alarm is set (i assume this behaviour is the same on all targets with wake-up alarm). Is this really neccessary? 08.27.07 Quit faemir (Remote closed the connection) 08.28.09 # ok, it's here: http://pastebin.ca/1037568 08.29.09 Quit BigBambi (Read error: 113 (No route to host)) 08.30.30 # PaulJam: This is to avoid that the alarm fires while the unit is still powered on (which may lead to a lockup depending on the target) 08.30.41 # thanks, will check the results later. maybe i'll ask you for other short tests in a few hours (gotta go to work now) 08.31.20 Quit miepchen^schlaf_ () 08.31.20 # amiconn: as far as i know, that is only a problem on the archos 08.31.38 # Buschel: OK 08.32.07 # amiconn: and only a real problem on the modded v1:s iirc 08.33.05 # Well, possibly. I never used alarm wakeup, and I don't have an archos capable of alarm wakeup 08.33.34 Join mrkiko_ [0] (n=pv@host47-185-dynamic.14-87-r.retail.telecomitalia.it) 08.33.43 # on the modern players, we should be able to keep the player running 08.34.11 # In fact I think this should be possible on archos as well 08.34.34 Quit mrkiko (Read error: 104 (Connection reset by peer)) 08.34.49 # Iirc the problem is that the rtc shorts the power switch when the alarm fires, but nothing prevents us from explicitly disabling the alarm when this happens 08.35.48 Part Buschel 08.36.21 # (asuming there is a status bit) 08.37.07 # i *think* the modded v1:s also have a problem because the rtc alarm is wired to the ON button 08.37.16 # On shutdown (1) check whether the alarm bit is active. If so, disable alarm. (2) Check whether the alarm wil go off in less than a minute 08.37.24 # If so, disable as well 08.37.57 # wouldn't it be better to handle the alarm when it triggers instead 08.37.58 # ? 08.38.21 # Do we get an interrupt in this case? 08.38.24 # I guess not 08.38.32 # no, but we could poll the rtc 08.38.40 # we do that anyway 08.38.56 # Hmm, and the rtc "pressing" ON during normal operation can lead to confusion... 08.39.06 # that is the real problem 08.39.17 # and the only one imho 08.39.37 # still, that is a hw modification 08.40.28 # How does the alarm wakeup work on the fm/v2? 08.40.44 # almost the same thing 08.42.07 # Define 'almost' 08.42.25 # i think they have handled the fake ON press issue, but i don't remember 08.42.39 # hmm :/ 08.42.58 # The button driver could query the rtc driver whether the ON press might be a fake one 08.43.04 Join bughunter2 [0] (n=Jelle@77.164.66.124) 08.43.26 # perhaps 08.43.33 # Of course without reading the rtc everytime 08.43.47 # um 08.43.52 # The rtc driver should know the set alarm time as well as the current time 08.44.09 # yes 08.44.25 Quit BHSPitLappy (Remote closed the connection) 08.44.42 # So it's a simple comparison 08.45.43 # If I turn on my Nano, then go to System -> Debug Mode -> View PCF Registers (or other debug "View" screens), then connect USB while still at the screen, the device won't go indo UMS mode 08.46.04 # That's expected 08.46.10 # And in the dmesg I get this: "Direct-Access Rockbox Internal Storage" 08.46.15 # wpyh: The Debug screen isn't expected to behave consistently with the rest of the access. 08.46.17 # Most debug items don't use the default handler 08.46.18 # rest of rockbox, rather 08.46.24 # Oh 08.46.25 # They're debug stuff after all 08.46.58 Join nplus [0] (n=nplus@141.25.globcom.net) 08.47.13 # But the weird thing is, if I now disconnect the USB cable, then go out to the Main Menu, then reconnect the USB cable, it still doesn't go into UMS mode 08.47.24 # And my dmesg still shows the same "Direct-Access Rockbox Internal Storage" 08.47.39 # LinusN: In fact it would probably be better to do it the other way 'round: The rtc driver would inhibit ON status read in the button driver when the alarm time approaches. This way no spurious ON evens should happen, neither press nor release 08.47.48 Join Rob2222 [0] (n=Miranda@p4FDCC258.dip.t-dialin.net) 08.48.06 # amiconn: but that could be over a minute 08.48.13 # All that happens is a slight delay in registering/deregistering ON, in case the user presses it in exactly the same moment 08.48.22 # No, a fraction of a second at most 08.48.33 # midgey: are you doing a single .lang for all plugins? or is it one for each? 08.48.34 # do we poll the rtc that often? 08.48.39 # Nah, everything nonsense - it's way easier 08.49.00 # Nobody says we need to set the alarm immediately from the alarm screen, right? 08.49.15 # eh, no 08.49.26 # So just store the fact that alarm wakeup is wanted, and actually set it on shutdown 08.49.29 # we could set it only when shutting off 08.49.35 # JdGordon: i'm starting with a single lang for now. Bagder suggested I move onto using the user keyword to determine which strings will be loaded 08.49.42 # So alarm would be always disabled while running 08.50.19 # amiconn: the only quirk would be that we have to handle the (rare) case when the user sets the time when an alarm is active 08.50.33 # hmm? 08.50.48 # ah wait 08.51.07 # The alarm would be always disabled on boot (after checking whether we're woken from alarm of course) 08.51.35 # i imagined a tick counting approach, but we could just as well compare the hour/minutr registers with the alarm time, silly me 08.52.56 # And time triggered events while running can be done without the rtc at all. This would even be possible on non-rtc targets 08.52.57 # i like that approach, it's simple and robust 08.53.26 # non-rtc alarms would of course only be relative 08.53.42 # Yes, e.g. "start recording in 2 hours". Unlike rtc targets, this will of course require disabling idle poweroff 08.53.45 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 08.54.41 # btw, idle poweroff should probably check the alarm time, and not power off if an alarm is due within 2 minutes or so 08.55.07 # just to make sure it won't miss a recording because of the boot timt 08.55.09 # time 08.55.19 # Yes, and not set the alarm registers either, in order to avoid the alarm firing during shutdown 08.55.26 # true 08.55.54 # It could even splash and ask "Alarm due in 2 minutes. Shutdown and disable?" 08.56.37 # sounds like overkill 08.57.30 Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-f3814e7003449313) 08.58.42 Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-f3814e7003449313) 09.02.31 # amiconn,LinusN: thanks for all that information. So for H300 would it be safe to disable that safety feature in my build until a better solution is in SVN? And if yes, where in the code should i look. (I'm still in the process of deciding wether to risk installing an inofficial bootloader to get wake-up alarm) 09.03.46 Join petur [50] (n=petur@rockbox/developer/petur) 09.04.35 *** Saving seen data "./dancer.seen" 09.04.44 # PaulJam: i don't think rockbox is able to detect the rtc alarm while running 09.05.32 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.07.41 # LinusN: i was planning to use the wake up in combination with the sleep timer, so the device would be off when the wake up alarm is activated. 09.08.07 # sure, then go ahead 09.08.32 # the only risk you take is that the alarm triggers when the device is on, and you miss it 09.08.56 # (apart from the obvious risk of running a svn bootloader of course) 09.09.17 # does anyone know if jhMikeS has managed to get charging into the Gigabeast builds yet ? 09.09.27 # i have no idea 09.09.36 # LinusN: can you give me a hint where in the code i should look to disable it? 09.09.44 # * GodEater will plough through the commit messages 09.18.48 # GodEater: I've been a bit busy but it is being implemented. 09.21.58 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 09.23.04 # hmmm, it looks like the alarm handling code is half-done already 09.27.39 # it doesn't seem to shut down at all 09.30.00 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 09.32.46 # PaulJam: back onto the lcd margins patch... the falshing thing is barely noticable on my e200... is it really a problem on the h300? 09.33.24 Quit davina (Remote closed the connection) 09.35.17 Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 09.35.41 # JdGordon: not a problem for me. I'm not using the statusbar in the WPS. but it is defineately noticeable. 09.37.31 # LinusN: so the manual is wrong? well, i guess it would be best if i install that bootloader and familiarise myself with that feature before bothering you. thanks again for the help. 09.38.05 # don't worry 09.38.39 # PaulJam: AH! I tihnk I've found the problem 09.40.17 # PaulJam: got a min to try a quick fix? 09.40.23 # sure 09.45.23 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.48.04 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 09.48.51 # JdGordon: yes, that semms to fix it. 09.49.00 # :) 09.49.32 # thats another bit of the wps refresh code which wasnt completly converted for viewports 09.49.47 # * JdGordon moves on the rest of the patched screens 09.51.36 Quit Shaid (Read error: 110 (Connection timed out)) 09.54.26 # was that also the reason for the delayed status bar area refresh when leaving the wps? 09.55.24 # ? 09.55.28 # with the patch or svn? 09.55.39 # in svn 09.56.07 # could be.. I havnt noticed that though 09.57.51 Join dabujo [0] (i=xx@p4FDB22DB.dip0.t-ipconnect.de) 09.59.13 # it looks like the status bar is redrawn a little later than the rest of the screen when leaving the wps so you can see that part of your wps a little longer. Noticable on all my targets (probably in the sim too) 10.00.13 # hmm.. no, probably unrelated, itll be in menu.c... should be an easy fix.. 10.00.22 # the rec screen always shows the statusbar yeah? 10.01.11 # I think so, it's even a special rec screen status bar 10.06.06 # * JdGordon despises the rec screen drawing code! 10.06.24 # Bagder: wanted to ask - is the problem you explained in the ml already solved? 10.06.51 # uhm, what problem do you refer to? 10.07.14 # the hostel one 10.07.15 # JdGordon: that status bar is special because of the specific data shown in there 10.07.28 # pixelma: ah yes, amiconn helped me out with that 10.07.40 # ok, nice :) 10.08.18 # petur: yeah, thats not the part im complaiing about.. all the rest is driving me mad :p 10.08.34 # JdGordon: that I understand ;) 10.15.24 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 10.16.31 # * JdGordon is hoping he can get away with a easy fix untill the rec screen is finally redone 10.19.34 # OH this is horrible! 10.19.53 # ...more golden quotes... 10.19.56 # no offense to anyone.. :p 10.21.20 Quit csc` (Remote closed the connection) 10.22.09 Quit DaCapn (Read error: 113 (No route to host)) 10.23.45 Join csc` [0] (n=csc@archlinux/user/csc) 10.25.13 Join DerDome [0] (n=DerDome@dslb-082-083-214-016.pools.arcor-ip.net) 10.28.27 # weeee :D I tihnk its done... just need testers to make sure I havnt broken the rec screen... volanteers? 10.29.18 # violanteers? 10.29.43 Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") 10.30.43 # yes, I still can't spell :p 10.31.06 # I'm thinking perhaps it's a particularly brutal kind of volunteers 10.31.38 # just don't commit before fully tested 10.31.44 Join csc` [0] (n=csc@archlinux/user/csc) 10.31.52 # * petur has 0 time :( 10.32.23 # * JdGordon wonders where B4gder got the extra i from 10.32.33 # * B4gder had a spare one to offer 10.32.47 # always happy to help! 10.32.50 # :) 10.37.11 # pixelma: hows the conditional viewport fiddling going? 10.39.51 # prepared screenshots and got the "empty" viewports version ready which I wanted to post as .wps. But wanted to also post a simplified version of the latter because I think it's easier for investigating, going to prepare this and then post a comment 10.40.14 # great 10.40.54 # the remove lcd margins patch is hopefully now finished, so its waiting on the cond vp and pb patches to be complete 10.40.57 # the wps file is already a bit commented, I'm not sure how far I should go with this 10.41.33 # arg, just remembered I havtn fixed the plain %pb handling.. ill do that now 10.43.25 # removing the left margin will make that wps even more complicated and I would either need a set of even more viewports (which wouldn't be possible atm) or more graphics but then it isn't as flexible anymore :\ But I know it should go... 10.44.10 Quit csc` ("If you can't do anything smart, do somethin right ~Serenity") 10.44.26 Quit DerDome (Nick collision from services.) 10.44.27 Join DerDom1 [0] (n=DerDome@dslb-082-083-223-248.pools.arcor-ip.net) 10.44.39 Nick DerDom1 is now known as DerDome (n=DerDome@dslb-082-083-223-248.pools.arcor-ip.net) 10.44.54 Quit DerDome (Client Quit) 10.44.55 # ? why the need for extra viewports? 10.45.19 # dont you just setup one viewport with everything if AA is there, another with everything is AA isnt there and just display one or the other? 10.45.28 # or is everything moving around? 10.47.20 # it's not moving around but I used viewports with (and for) different background and foreground colours to e.g. show volume level differently when it's above 0dB etc. 10.48.01 # with a different foreground colour so you notice more easily 10.50.02 # maybe it's a bit too much currently :P 10.54.38 Join csc` [0] (n=csc@archlinux/user/csc) 11.00.57 Quit nuonguy ("This computer has gone to sleep") 11.02.00 Quit cool_walking_ (Remote closed the connection) 11.02.29 Quit mrkiko_ ("Lost terminal") 11.04.39 *** Saving seen data "./dancer.seen" 11.07.57 # if a viewport could change its colours conditionally though, I wouldn't have to set them up as different viewports... ui... 11.08.12 Join kretender [0] (n=Kaspar@58-140.0-85.cust.bluewin.ch) 11.13.33 Join leftright [0] (n=d9e1eee4@gateway/web/cgi-irc/labb.contactor.se/x-5cfcb86798599ce5) 11.13.57 # preglow: ping 11.15.59 # JdGordon: a tiny issue with the recording screen and the latest remove margins patch: the selectable items (volume,gain,...) now have an offset from the left side of the screen, but the item which is currently selected doesn't have this offset. this happens when using one of the bar-style selectortypes. when using the pointer, then the offset stays the same for the selected item. 11.22.21 # nuts.. OK.. I added those offsets for the cursor and didnt realise thatw as the same code as the selector drawing :( 11.22.23 # thanks 11.24.15 Join krz [0] (n=irc_by@turbo.sml.by) 11.24.48 Join inversions [0] (n=sam@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 11.25.13 # hi! does rockbox run on sansa e280 FM? 11.27.20 # as long as its v1 11.27.47 # and v2 are not supported? 11.28.01 # v2 do not work at all 11.29.24 # so, can you advice what player to buy that supports roclbox? may be new ports? 11.30.07 Quit Mathiasdm (Read error: 110 (Connection timed out)) 11.30.14 # * JdGordon has old style %pb working again 11.30.26 # so now %pb or %pb|filename|x|y|width|height| works 11.32.05 Join Mathiasdm [0] (n=Mathias@vpnd070.ugent.be) 11.35.24 Quit leftright ("CGI:IRC") 11.43.38 # pixelma: if a y position isnt specified for the %pb, should it use the viewport y value, or should it be polaced at the current line? 11.44.08 # by current line, I mean if its the 3rd line in the viewport text in the .wps, it will be shown on the 3rd line of the viewport 11.44.53 Join desowin [0] (n=desowin@atheme/member/desowin) 11.46.41 # * JdGordon thinks the lines y position, not the viewports makes more sense 11.47.13 Join tvelocity [0] (n=tony@athedsl-00761.home.otenet.gr) 11.47.37 # JdGordon: i would say the progressbar should be at the current line in the viewport/WPS. this way it is still possible to make text-only WPS that are independent of font size. 11.47.45 # JdGordon: If it's the third line after the viewport declaration in the file, it should be on the third line of the viewport, I think 11.47.54 # Basically, have it work the same way as text, if no Y is set 11.48.00 # yep 11.49.34 # this is also like it works now 11.49.57 # ok, fixed the patch so it does that 11.51.08 # * JdGordon flips back to the margins patch to fix its issue 11.54.01 Join mf0102 [0] (n=michi@85.127.182.43) 11.57.23 # PaulJam: that selection problem is now fixed 11.57.50 # JdGordon: ok, thanks 11.58.46 Join dabujo_ [0] (i=xx@p4FDB22DB.dip0.t-ipconnect.de) 12.07.18 Quit krz ("чё за пургу вы тупые сучки несёте?") 12.12.36 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.15.03 Quit dabujo (Read error: 113 (No route to host)) 12.20.43 # preglow: some comparisons between the speex resampler and an FFT based one, could be useful for someone wanting to implement a better resampler for rockbox: http://lists.xiph.org/pipermail/speex-dev/2008-May/006759.html 12.23.33 # Does anyone have the iPod Video 5.5g here? 12.29.34 Quit Nathan_Greene (Read error: 104 (Connection reset by peer)) 12.30.46 # markun: i can pretty much guarantee you the rockbox resampler won't be a block based one 12.31.06 # leftright: pong... 12.35.24 # what does everyone think of 9053? mouting cards as instead of and includes database integration :) 12.35.59 # Does the database integration work if you have two cards with the same volume name? 12.36.20 # probably not... 12.36.33 # preglow: bad for performance? 12.37.10 # markun: well, the opposite, actually, if you use filters that are long enough 12.37.23 # but i don't think we can afford that quality level if we're going to make a resampler for all our targets 12.37.57 # JdGordon: Way I see it, the database for the card should be stored in a .rockbox folder on the card, rather than trying to be clever and identify cards by volume name or keep them in the local database. 12.38.14 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 12.38.19 # JdGordon: i'd love "volume name" if it works as well as the current solution 12.38.32 # Just "volume name" though, I'm happy with the idea of. 12.38.39 # preglow: we could introduce a USE_HQ_RESAMPLER define 12.38.51 # markun: sure, but someone would need to code it first too :) 12.39.10 # markun: i'd rather just make it a setting anyway, i think, for targets with the power to pull it off 12.39.16 Quit AndyI (Read error: 110 (Connection timed out)) 12.39.21 # Llorean: well, keeping them in the local databse file is easier, but yeah, it should probably go by the cards serial number instead of the vol name 12.39.47 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-7ff86257fb4a2e0b) 12.40.12 # JdGordon: How do you know when to remove them from the local database? 12.40.26 # you dont.... 12.40.36 # they arnt shown unless the car is there though 12.40.56 # Yeah, but if you've got several cards, you'll have a database many times the size it needs to be. 12.41.07 # Pretty painful with "Load to Ram" 12.41.17 # yeah 12.42.51 # Personally speaking, if it's going to be kept locally, I'd rather it discard every time a new card is inserted, then scan the new card. So you only waste space on the last inserted card. 12.43.41 # For people with a single card, there's no real downside to that. For people with multiple, there's some delay before the content's available, but not ballooning database file. 12.44.19 # worst case is we can add an option to remove certain cards from the db 12.46.21 # why isn't the db for each card stored on the card? 12.49.46 # * wpyh thinks preglow has a point 12.50.09 # oh, i'm quite sure people have a reason for it, i just want to know what that is :> 12.50.44 # hard to do maybe? 12.51.38 # well, i can see a problem in memory allocation 12.51.47 # but that's that 12.52.57 # we should implement a way for rockbox to dynamically realloc its memalloc() sections 12.53.02 # it would really come in handy for things like this 12.53.12 # and zillions of other things 12.53.44 # would require playback to be stopped, of course, but i think that's ok for events as uncommon as inserting a new card 12.54.22 # it can be done... 12.54.27 # but its malloc!! 12.55.01 Join tvelocity_ [0] (n=tony@athedsl-4404143.home.otenet.gr) 12.55.12 # Doesn't database already have a means for adding new information via auto-update? 12.55.16 # malloc wouldn't require you to stop playback :> 12.55.26 # Like, preserving some space already? 12.55.44 # Llorean: yeah, but think how much space you'd need to reserve for a 16 gig card 12.55.52 # Llorean: it would be wasteful for people who have no sd cards 12.56.59 # Well, and it's only really a problem if "Load to Ram" is set, right? 12.57.29 # And, on all MicroSD targets (so far) buffer is less meaningful due to flash memory being the order of the dya. 12.59.07 # myeah 12.59.18 # It seems though, to me at least, on targets where we can't reserve a bunch of RAM, it's not too bad to say "Too many songs on card, reboot to complete database update" or some such. 12.59.28 # Basically, on future hypothetical targets. 12.59.32 # proper solution would be better :> 12.59.36 # but yeah, it would work 12.59.47 # A working solution, though, would be kinda nice until someone has such a clever idea. :) 13.00.00 # last I tried a manual "update now" without the card didn't even work right when the database was initialised with card (MMC in my case, hence database not loaded to RAM). The "database progress" in the debug menu stayed at "-1%" 13.00.03 # but storing the database on the card really makes sense, if you ask me 13.00.10 # Since, while it's kinda non-ideal, it's non-ideal in a way that doesn't hurt current targets. 13.00.16 Join AndyI [0] (n=pasha_in@212.14.205.32) 13.00.17 # And I agree, the database should be on the card. 13.04.43 *** Saving seen data "./dancer.seen" 13.05.11 # JdGordon: Volume name as card name was discussed in the past already 13.05.40 # It has two problems: (1) (V)FAT doesn't require a volume name, so what to do if there is no name? 13.05.56 # (2) What to do if 2 volumes have the same name? 13.06.28 # Regarding multivolume database support - that's something I wanted for a long time already 13.07.07 # seems to have worked now while trying on the c200, still without the database loaded to RAM. But the "progress" in the database info debug screen didn't tell me anything useful 13.07.14 # It shouldn't use the volume name though. It could either use the volume serial number, or some unique id written to a tiny file on the card 13.07.36 # serial number would be good, no? 13.07.58 Quit windowsrefund ("Leaving") 13.08.37 # all internal iding should be done using the serial number or some such equivalent, so 1) isn't much of a point, if you ask me. we'll just say "new volume" if there's no volume name. it's no worse than the current "MicroSD" 13.09.17 # also, 2) isn't much of a point either. all current cards have the same name "MicroSD" (or mmc or whatever) 13.09.52 # that's not the volume name IIUC 13.09.54 # Isn't it MicroSD1? 13.10.12 # well, something along that, i've never tried a (functioning) target with memory card support 13.11.35 # e.g. I have two MMCs which I gave a different volume name on the computer and there I can see them differently, on the Ondio both are MMC1 13.11.51 # why the "1", btw? 13.12.04 # MMC0 is the internal memory 13.12.09 # roit 13.12.16 # explains the sansa as well, then 13.13.00 # yes, although its not really needed seen as the files arent named as /.rockbox/.... 13.13.14 # deed 13.13.39 # How does the multivolume on Archos work? 13.13.41 Quit tvelocity (Read error: 110 (Connection timed out)) 13.13.46 # Are partitions just enumerated, or named? 13.13.48 # but still, if we use the serial number or a good substitute to _internally_ identify the card, i can see nothing but good reasons to switch to using the volume name for identification in userland 13.14.08 # Llorean: They are enumerated the same way as for the MMC and SD targets 13.14.17 # amiconn: Okay, thought that might be the case. 13.14.24 # preglow: Playlists would break if the volume name ever changes. 13.14.32 # Having a static folder name for the card prevents this. 13.14.37 # The '1' is just the internal volume id, the 'MMC' or 'microSD' is an arbitrary prefix 13.15.05 # Llorean: we could have some magic string for memory card, i suppose, but i see your point 13.15.09 # And the < > were chosen because those characters are forbidden on FAT, so the name cannot clash with an existing directory 13.15.13 # amiconn: do you know how large mmc cards you can get these days? 13.15.14 # preglow: You could always use an internal name for the folder "MicroSD " still perhaps to not break old playlists, but display it as the volume name. 13.15.30 # preglow: 4GB is still the max. unfortunately :( 13.15.40 # 8GB were announced almost 2 years ago... 13.15.40 Join Schmogel [0] (n=Miranda@p508C9167.dip0.t-ipconnect.de) 13.15.58 # hmm, ok, so there is a good reason to support them for d2 13.17.33 Quit tvelocity_ ("О‘ПЂОїП‡ПЋПЃО·ПѓОµ") 13.19.30 # preglow: Btw, MMC requires a new protocol (MMC 4.2) for >4 GB 13.19.47 # * preglow wonders why they didn't solve it like sd did 13.19.48 # I guess the difference is similar to SD vs. SDHC 13.19.51 # ahh 13.20.19 # The MMC 4.2 addressing uses blocks instead of bytes 13.21.24 Join Thundercloud [0] (n=thunderc@resnet01.nat.lancs.ac.uk) 13.33.05 Quit Seed (Read error: 110 (Connection timed out)) 13.38.12 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 13.55.03 Join jeffdameth [0] (n=jeff@dyndsl-091-096-040-082.ewe-ip-backbone.de) 13.57.09 Quit Zom (Remote closed the connection) 13.57.20 Join Zom [0] (n=zom@h-79-136-43-44.NA.cust.bahnhof.se) 13.59.56 Join leftright [0] (n=d9e1eee4@gateway/web/cgi-irc/labb.contactor.se/x-dcb9285af141a64c) 14.00.18 Join K4rP4D [0] (n=KrPD@unaffiliated/krpd) 14.01.32 # preglow: I have a url to the album with bumpy track transitions http://drop.io/Album_with_bumpy_track_transition 14.02.46 # I haven't used this online storer before, let me know if you have problems 14.05.31 # the album has tracks encoded by me with LAME v3.90.3 --aps, and mp3@320 which I "found" on the web 14.07.49 # how do you know those were encoded correctly then? 14.07.50 # * petur thinks a logged channel isn't the best place to write all this 14.09.30 # the 320 tracks I'm uncertain as to ripping and encoding method 14.09.55 Quit jeffdamet1 (Read error: 113 (No route to host)) 14.15.25 # leftright: do the albums play back fine in other players like foobar2000? 14.16.36 Join Nathan_Greene [0] (n=Broly@pool-71-170-89-22.dllstx.fios.verizon.net) 14.16.39 # dont know as I dont use any other player, its no big deal just thought you might be innterested in tracks that go bump. 14.17.15 # Prefetch abort at FFFFFFFE 14.17.32 # cool address :-O 14.17.46 # That's the error on my rockboxed ipod 14.17.56 # I can't turn it off 14.18.17 # Nathan_Greene: Hold Menu+Select will still work after a prefetch abort. 14.18.32 # Ah ok I did not think about that 14.18.46 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 14.18.53 # What would have caused this error if any of the devs don't mind me asking? 14.19.49 # I think we're the ones who should be asking things like "What were you doing when it happened" to help figure that out. ;) 14.20.16 # I added a new theme I am working on to my ipod 14.20.30 # ejected it then then took out my cable 14.20.50 # rockbox rebooted and bam error 14.21.59 # You didn't do anything on reboot? No resume on startup, or anything? 14.22.26 # No 14.22.32 # Just a normal reboot 14.23.09 # There's more or less a complete lack of clues then. 14.23.41 # Does rockbox do an error dump? 14.24.44 Quit Seed (Nick collision from services.) 14.24.50 Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 14.25.34 # I guess that's a no? 14.26.04 # indeed 14.26.56 # Nathan_Greene: you can try running scandisk on the iPod 14.27.20 # Sorry, doing too many things at once. 14.27.45 # There's really not much in the way of logging unless you make a debug build, and that requires explicit logging anyway. 14.29.20 # ah ok 14.29.54 # Thanks for the help otherwise 14.30.11 Quit simonrvn (Read error: 113 (No route to host)) 14.30.12 Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) 14.43.05 Part B4gder 14.47.22 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 14.50.19 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 14.54.55 # LinusN: any idea if 6112 is fixed, or should be closed as unfixable? 14.57.45 Quit Seedy (Read error: 110 (Connection timed out)) 14.57.54 Quit Seed (Nick collision from services.) 14.57.56 Join Seedy [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 15.00.43 Join japc [0] (n=japc@194.65.5.235) 15.00.51 Join japc_ [0] (n=japc@194.65.5.235) 15.02.05 Quit japc_ (Client Quit) 15.02.10 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 15.02.26 Join LambdaCalculus37 [0] (i=44a0430f@gateway/web/ajax/mibbit.com/x-ce7053f2ae98ebc6) 15.02.52 # i think we can close it, since there isn't much we can do about it 15.04.46 *** Saving seen data "./dancer.seen" 15.04.47 # ok 15.05.38 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 15.09.13 Join tda [0] (i=401c0e55@gateway/web/ajax/mibbit.com/x-0d1756fab678b13d) 15.09.20 # Hello 15.09.34 # I have a Gigabeat f20 15.09.45 # Nice choice. :) 15.09.46 # Need some help? 15.09.53 # yup 15.09.59 # Shoot. 15.10.19 # I update rockbox very frequently, like at least once a week. I updated it again today. 15.10.33 # Anyway, the last few days, I've been having a problem in the now playing view 15.10.48 # I can't switch songs by pressing left or right on the +-shaped buttons 15.10.59 # I can fast-forward and rewind, but not switch song 15.11.23 # Have you tried simply resetting your settings? 15.11.30 # Um... no.. 15.11.44 # I've got so many custom settings I don't wanna lose. :P 15.11.56 # So make a backup of your settings. 15.12.03 # Then reset, and see if it works again. 15.12.20 # Hmm... 15.12.27 # K, I'll give it a try when I get home 15.12.30 # I'm at work now, so... 15.12.52 # You can do that all without even hooking up to a computer. 15.12.59 # maybe "study mode" got enabled by accident? 15.13.05 # Yeah, but it's quicker with a computer. 15.13.09 # What's study mode? 15.13.21 # good question... 15.13.23 # pixelma: Certainly not quicker than waiting hours to get home. ;) 15.13.28 # and it's not enabled 15.13.31 # I just checked 15.13.42 # Llorean: I'll be home within an hour. :P 15.13.55 # tda: I can backup and clear settings in less than 15 seconds. :-P 15.14.10 # Llorean: why did you tell me? 15.14.15 # Then, tell me what to press, Llorean. :P 15.14.35 # pixelma: It's early, and I type poorly when my brain isn't yet functioning. 15.14.46 # Get some caffeine. :P 15.14.52 # tda: Just cut config.cfg from the context menu, paste it in the root, then shutdown, and boot holding down the button to reset settings. 15.14.53 # tda: Follow along, now. 15.15.09 # root can be anywhere of course, just the most obvious place for a quick backup I think 15.15.16 Quit simonrvn (No route to host) 15.15.17 Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) 15.15.20 # Llorean: There's also an option to reset settings in the Settings menu. 15.15.41 # LambdaCalculus37: Yes, there is, but it takes longer than a reboot if you're not quick navigating. I went for "fastest method that doesn't depend on user skill" 15.15.59 # Llorean: Ahh. 15.17.08 # Which button do I hold down? 15.17.24 Part LinusN 15.17.42 # The menu button I think. It's been a while. 15.17.47 # k 15.17.50 # Maybe "A" 15.17.58 # I'll try both 15.19.43 # "Note: You can also reset all settings to their default values by turning off the b player, turning it back on and pressing the A button immediately after the player 15.19.43 # turns on. 15.19.52 # done 15.20.25 # Works like a charm again :D 15.20.43 # typo in that cp'ed line of the manual... 15.20.44 # thanks, folks =) 15.21.03 Quit Seedy (Read error: 110 (Connection timed out)) 15.21.31 Join nuonguy [0] (n=john@c-24-6-175-26.hsd1.ca.comcast.net) 15.21.42 # ah no, seems to have to do with the copy-pasting 15.22.55 # Now that I'm here, does anyone have any tips on improving battery life? 15.24.11 # Is your player not lasting the day? 15.27.21 # tda: I've put a modified ipod 4g battery in my gigabeat 15.28.39 # just swapped the connectors 15.28.50 Quit Seed (Nick collision from services.) 15.28.57 Join Seed [0] (i=ben@bzq-84-108-237-178.cablep.bezeqint.net) 15.29.31 # Llorean: More like 12-14 hours, and even less when using FLAC 15.34.16 Quit tda ("http://www.mibbit.com ajax IRC Client") 15.41.02 Join simonrvn_ [0] (i=simon@unaffiliated/simonrvn) 15.43.11 Quit XavierGr () 15.49.20 # hi, is there a way to put the player on standby instead of shuting it down? 15.49.28 # it's a iriver h140 15.50.23 # i noticed that starting the player eats a lot of battery, returning from standby would be faster and less power hungry even taken into account the power used in standby 15.51.06 Quit simonrvn (Read error: 113 (No route to host)) 15.51.06 Nick simonrvn_ is now known as simonrvn (i=simon@unaffiliated/simonrvn) 15.53.05 Quit Thundercloud (Remote closed the connection) 15.53.52 Join Thundercloud [0] (n=thunderc@resnet03.nat.lancs.ac.uk) 16.01.37 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 16.03.05 Join DerDome [0] (n=DerDome@dslb-082-083-211-038.pools.arcor-ip.net) 16.06.01 Quit leftright ("CGI:IRC (EOF)") 16.12.00 Quit krazykit (Remote closed the connection) 16.12.08 Join krazykit [0] (n=kkit@70.236.71.219) 16.13.42 Quit nuonguy ("This computer has gone to sleep") 16.22.18 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 16.24.39 Quit Ragnor (Nick collision from services.) 16.24.49 Join Ragnor [0] (n=Ragnor@dslb-084-060-150-192.pools.arcor-ip.net) 16.29.46 Quit mf0102 ("Ex-Chat") 16.36.37 Quit simonrvn (Read error: 113 (No route to host)) 16.40.57 Join kugel [0] (n=chatzill@unaffiliated/kugel) 16.41.12 # midgey: nice! Your patch isn't utf-8 though 16.43.23 Quit scorche (Nick collision from services.) 16.44.14 Join scorche [0] (i=Blah@rockbox/administrator/scorche) 16.48.16 Join Mathiasdm2 [0] (n=Mathias@vpnh078.ugent.be) 17.02.16 Quit bughunter2 ("bye") 17.04.29 Quit Mathiasdm (Read error: 110 (Connection timed out)) 17.04.49 *** Saving seen data "./dancer.seen" 17.08.07 Quit inversions (Read error: 110 (Connection timed out)) 17.21.46 Join eslu [0] (n=eslulolo@88-253-97-62.c2h.no) 17.21.55 # Hello 17.22.13 # i'm having a problem playing videos on my iPod Video 30gb with Rockbox firmware. 17.22.24 # Doesn't Rockbox support videos? 17.23.24 # yes...please see the wiki page PluginMpegplayer 17.24.14 # "MPEGplayer is included in the standard Rockbox installation and does not need to be downloaded separately." 17.24.21 # Then i have it, but still i cant play videos,. 17.24.28 # Rockbox only plays MPEG1/2 videos. 17.24.28 # keep reading... 17.24.39 # ive encoded it to MPEG videos also. 17.24.43 # still doesnt work 17.25.08 # MPEG1 or MPEG2?...not MPEG4? 17.25.35 # there the issue may be. 17.25.51 # my file has a mp4 extention 17.26.25 # Then you need to read the page further. 17.26.45 # i have a program to convert from before. 17.26.50 # no need to read 17.26.54 # the rest 17.27.14 # alright, but if it still doesnt work, then we get to tell you that you do again ;) 17.31.29 # Cheer, works. 17.33.41 Join herrwaldo [0] (n=waldo@ip-81-11-224-181.dsl.scarlet.be) 17.36.43 Join EspeonEefi [0] (i=espeonee@30-7-18.wireless.csail.mit.edu) 17.38.50 Quit petur ("*gonne*") 17.48.09 Join SUSaiyan` [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 17.51.59 Join faemir [0] (n=faemir@88-106-142-213.dynamic.dsl.as9105.com) 17.59.10 Quit SUSaiyan (Read error: 110 (Connection timed out)) 18.01.24 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.01.47 Part domonoky 18.01.52 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.06.19 Join simonrvn [0] (i=simon@unaffiliated/simonrvn) 18.10.56 Join merbanan [0] (n=banan@83.233.243.146) 18.11.12 Quit Xerion (Read error: 104 (Connection reset by peer)) 18.33.42 Quit amiconn (Nick collision from services.) 18.33.48 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 18.39.02 Join Xerion [0] (n=xerion@cp198589-d.landg1.lb.home.nl) 18.42.03 Join Arathis [0] (n=doerk@p508A733D.dip.t-dialin.net) 18.46.02 Join PaulPosition [0] (n=noneofy@modemcable228.133-82-70.mc.videotron.ca) 18.49.35 Join nuonguy [0] (n=john@c-24-6-175-26.hsd1.ca.comcast.net) 18.53.13 # Could viewports overlap? (ie, to show extra info - pop-up style - when hold switch is on, now that there are conditional viewports)... 18.54.07 Join inversions [0] (n=sam@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 18.57.59 Quit Xerion (Read error: 104 (Connection reset by peer)) 18.59.31 # PaulPosition: conditional Viewports aren't yet in SVN 19.01.35 # Yeah, I know... Was asking if there's any chance it works before I go to the hassle of downloading the vmware image all over again (recently reinstalled my whole system..) :p 19.02.07 # But I guess I'm gonna start the transfer, see for myself, and be done with it ! 19.02.27 # I thought they were in svn already 19.02.36 # viewports are, not conditionals 19.02.46 # ah, yes 19.04.30 # conditionals too, but not conditional viewports ;) 19.04.53 *** Saving seen data "./dancer.seen" 19.05.15 # Dang, I blame my lazyness... should have stated "viewport are, not conditional ones" :p 19.10.50 Join Buschel [0] (n=abc@p54A3EE2D.dip.t-dialin.net) 19.12.42 # * Buschel thinks we should remove setting the pcf-values for non-Video-iPods 19.13.25 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 19.13.25 # wpyh's measurements shows that default voltages of the pcf are lower in one example (D1REGC) 19.14.01 # it's no good idea to enlarge voltages where we do not know the purpose 19.14.59 # Andree - Are those recent tests and changes specific to iPods hardware or they're general PP stuff (any chance of things cascading into improvements to other targets) ? (just curious) 19.15.11 # Well, there's no publicly available datasheet for the PCF50605 either 19.16.45 # PaulPosition: some voltages are PP-specific (core voltage differs over different PP-revisions). but those are not set by the pcf-initialization-routine. the ones that are set are connected to codec and lcd (at least for the iPod Video -- for other targets it needs to be tested) 19.17.14 # wpyh: it's available under wiki -> datasheets 19.19.07 # Oh 19.19.55 # wpyh: do you have time for some testing? 19.20.40 # A little 19.20.42 # :) 19.21.30 # What do you want to test? 19.22.01 # adding/changing some code, rebuilding (only make, no make clean) and testing on your nano 19.22.11 # is this possible? 19.22.26 # Well, OK 19.22.47 # so, let's see what the voltages are used for in nano :o) 19.23.35 # all changes to be done in firmware/drivers/pcf50605.c in the "#else"-section you've changes yesterday 19.24.09 # ok 19.24.20 # so basically, comment the non-video part, right? 19.24.59 # 1. add "pcf50605_write(PCF5060X_LPREGC1, 0x1f) 19.25.05 # yes, the non-video part 19.25.23 # wpyh: oops, forgot the ;" 19.25.39 # is this dangerous? 19.25.42 # :p 19.26.11 # it switches off something... ;o) in the worst case you'll need to reset and go back to emergeny disk mode 19.26.23 # ok 19.26.36 Join DinkyDogg [0] (n=DinkyDog@c-71-202-97-92.hsd1.ca.comcast.net) 19.27.13 Quit amiconn (" reboot, grr") 19.27.23 # then? 19.27.42 # wpyh: please always check a) does it start? b) does it play sound c) does display work? 19.29.21 # ok 19.29.38 # by the way, reading the datasheet I think 0x1f would be a reserved value :p 19.30.15 # and x16? :) 19.30.26 # my mistake... 19.30.57 # so, I should use 0x16 instead of 0x1f right? 19.31.56 # yes 19.32.30 # ok 19.32.32 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 19.33.18 # Uh 19.33.28 # it starts bug got an error: ATA error: -11 19.33.33 # *but* 19.33.53 # ok, ata-relevant. so undo this change :-) 19.33.56 # ok 19.34.45 # next? 19.36.30 # then change "pcf50605_write(PCF5060X_D1REGC1, 0xf5);" to "pcf50605_write(PCF5060X_D1REGC1, 0x15);" 19.36.56 # maybe this one disables the codec 19.37.21 # ok, let's try it 19.38.12 # while we'er waiting for the compile to finish, do you know what the ECO power mode does? 19.38.21 # the datasheet says it's a low power mode 19.39.33 Quit DinkyDogg ("Leaving") 19.39.34 Quit Buschel (Read error: 104 (Connection reset by peer)) 19.40.12 Join Buschel [0] (n=abc@p54A3EE2D.dip.t-dialin.net) 19.40.31 # lol, my baby removedcmy usb wlan-adapter :-) 19.40.46 # Buschel: now it loads but doesn't play music 19.41.14 # the timer just stops at 00:00 19.41.20 # wpyh: perfect. it's the codec. 19.41.44 # great. now we know one more thing about the hardware 19.42.13 # wpyh: change it to 0xeb (=2.0V, ECO) 19.43.28 # wpyh: does it distort when playing at high volume? 19.43.42 # please wait 19.45.50 # svn drives the codec 3.0V on nano, whereas the pcf-default uses 2.4V... 19.45.57 # it plays music! 19.46.17 # does it distort? 19.46.22 # but I don't know how to test whether it distorts when playing at high volume 19.46.25 # how do I test? 19.46.32 # I mean, I can play high volumes 19.46.34 # wpyh: btw, ECo mode limits the current 19.46.44 # but how do I know whether it is distorted? :-\ 19.46.45 # I guess ECO mode is no good for the codec 19.46.56 # amiconn: i think about the same 19.47.06 # Iirc it's limited to 5mA, and the codec surely needs more when driving low impedance phones 19.47.22 # wpyh: use 0xfb (2.0V, non-ECO) 19.47.39 # Uh 19.48.03 # If I'm not mistaken, 0xeb should be the ON mode 19.48.09 # I'm looking at Table 16 19.48.21 # ON instead of ECO 19.49.07 # yes 19.49.18 # since with 0xeb the bits 7-5 would be all 1 19.49.30 # wouldn't the ECO mode be 0x4B 19.49.52 # wpyh: that's what i want to check. non-ECO should be better for a codec when driving low-impedance (in terms of sound quality) 19.49.53 Join stoffel [0] (n=sfr@p57B4F717.dip.t-dialin.net) 19.51.07 # Iirc the codec of the 1st gen ipod needs ~8mA idle current already (i.e. more than 5mA) 19.51.54 # It might be that the newer ones need less though (different wolfsons all over) 19.52.04 # I think 0xfb should be reserved too... 19.52.23 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 19.53.03 # The mode I just tested was 0xeb, which is ON, 2.0V 19.53.14 # I will try 0x4b, which is ECO, 2.0V 19.53.21 # Correct me if I'm wrong 19.55.00 # damn, now we all are confused... 0xeb already is 2.0V ON. 19.55.26 # so, finished with this register 19.55.57 # OK, with 0x4b I can hear some distortions in bass for high volumes 19.56.02 # I'm using 32 ohm phones 19.56.36 # ok, next 19.56.58 # let's check D3REGC with "pcf50605_write(PCF5060X_D3REGC1, 0x15);" 19.57.07 # so that's OFF 19.57.11 # yes 19.57.14 # ok 19.57.30 # this could be the LCD. so prepare for reset :) 19.57.36 # ok :p 19.58.04 # by the way, if this is the LCD then how does the LCD brightness get set? 19.58.11 # We can set the LCD brightness already 19.58.40 # There is a pwm circuit 19.58.47 # (same as in the ipod video) 19.58.52 # Oh, I see 19.59.00 # btw, you're right Buschel 19.59.17 # the LCD is washed white with a faint Rockbox logo 19.59.20 # it's unusable 19.59.22 # :p 19.59.27 Join n1s [0] (n=nils@rockbox/developer/n1s) 19.59.47 Quit japc (Read error: 145 (Connection timed out)) 19.59.49 # perfect:) 19.59.59 # btw, why don't we just use the settings for the ipod video? 20.00.20 # i don't know whether the interperation of the settings is the same 20.00.35 # change 0x15 to 0xf1 (same as Video) 20.00.35 # Interpretation of the settings? 20.00.47 # ok, let's see 20.01.19 # interpretation = same hardware connected? 20.01.23 Join OlivierBorowski [0] (n=OlivierB@ANancy-256-1-14-164.w90-13.abo.wanadoo.fr) 20.01.41 # oh.. 20.01.50 # then how did the video get those values in the first place? 20.02.03 # by testing from my side :) 20.02.12 # same as you di right now for the nano 20.02.16 # *do 20.02.26 # oh :p 20.02.36 # the lcd works 20.02.37 # :) 20.03.03 # how about setting the LCD to ECO? 20.03.07 # did you try that? 20.03.43 # yes. it works, but i wasn't sure if it is ok for long term usage 20.04.03 # you mean the ECO mode might damage the hardware? 20.04.26 # If it's actually the lcd only, and not the backlight, eco should work for the nano's lcd controller 20.04.59 Quit PaulPosition (Read error: 104 (Connection reset by peer)) 20.05.00 # no, i was not sure whether the contrast may suffer 20.05.14 # LCD controlllers don't need much power; the one in the ipod video might be different though 20.05.40 # well, let's see whether it works with 1.8V then 20.05.43 # wpyh: so, testing with ECO would be fine 20.05.54 # (because it's not only an lcd controller but also a video dsp) 20.06.01 # ok 20.06.06 Join miepchen^schlaf [0] (n=miepchen@p54BF64F0.dip.t-dialin.net) 20.06.22 # amiconn: let's try with ECO 2.6V then 20.06.56 # by the way, the way I do it currently is: make, make fullzip, mount, unzip to mountpoint, unmount 20.07.03 # on the Video the contrast suffers with <=2.5V 20.07.16 # is there a faster way? (i.e. no need to build the zip; only copy the important files) 20.07.41 # Just copying rockbox.ipod should be enough 20.07.48 # (goes into .rockbox) 20.07.48 # ok, thanks 20.07.49 # wpyh: that's perfectly ok. to save time you may just copy rockbox.ipod to the rockbox-folder on your nano 20.08.04 # amiconn: you were faster ;) 20.08.08 # and I can just make rockbox.ipod? 20.08.10 Quit OlivierBorowski (Remote closed the connection) 20.08.17 # make bin 20.08.31 # faster again :) 20.08.42 # oh, ok 20.08.47 # wpyh: also make zip includes everything but fonts so if you need a full build use that 20.08.47 # by the way, it works with 0x51 20.08.56 # n1s: ok 20.09.36 # :P 20.09.39 # wpyh: can you see any degradation in contrast when further lowering the voltage? 20.10.44 # * amiconn should probably check voltages on mini G2 one of these days... 20.10.54 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 20.11.00 # Maybe also H10 20.11.40 Join ender` [0] (i=krneki@foo.eternallybored.org) 20.12.05 # uh weird 20.12.08 # amiconn: good idea 20.12.25 # I set D3REGC1 to 0x4b (ECO 2.0V) and it gave me ATA error: -11 upon boot 20.13.04 # if I set it back to 0x51, it boots fine 20.13.27 # so the ATA error -11 might be caused by some combined problems 20.13.30 # any ideas? 20.14.30 # not really 20.15.02 Join miepchen^schlaf_ [0] (n=miepchen@p54BF64F0.dip.t-dialin.net) 20.15.27 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 20.15.35 # so, we better leave it at 0x51 20.15.52 # let me try to determine the best mode 20.16.00 # 0x50 works, but the screen flickers 20.16.11 # 0x4f doesn't work (same ata error -11) 20.18.34 # ok, the screen flickers even in the default mode 20.19.04 # by the way, it would be easier if we could set these at runtime... 20.19.09 # so, 0x51 is ok then 20.19.38 # yes, I think 0x51 is ok 20.19.47 # but 0x50 isn't too much different either 20.20.25 # granted, 0xf5 looks best :) 20.20.59 # oh, 0x55 looks as good as 0xf5 20.21.11 # so we now know that the ECO mode doesn't affect display quality 20.21.34 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.21.36 # The HD66789R datasheet says 2.4..3.3V. 20.21.50 # But current consuption can actually be >5mA when accessing display ram 20.22.33 # Typical 11mA when not using HWM 20.23.30 # so, using 0xf1 (2.6V ON) would be fine 20.23.37 # ok 20.23.46 # still less than default 20.23.56 # so we can't use the ECO mode? 20.24.24 # no for svn i guess, but for local builds and further testing 20.24.33 # ok 20.24.47 # Those 11mA are 3 Vccs combined though. Dunno which one(s) is/are hooked to D3REG 20.24.49 # 0xf1 is quite good 20.25.04 Quit davina (Read error: 104 (Connection reset by peer)) 20.25.30 Join davina [0] (n=davina@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 20.25.58 # amiconn: I don't know much about hardware, but does that mean ECO mode might be OK? sorry for the noise.. 20.27.15 # It would require ipod hardware documentation (or completely stripping a pcb without destroying traces, then tracing with a multimeter) to say for sure 20.27.25 # oh... 20.28.22 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 20.29.18 # ok, soe for now we have D1REGC = 0xfb (codec at 2.0V ON) and D3REGC1 = 0xf1 (lcd at 2.6V ON) 20.29.33 # Yeah, undocumented hardware can be "fun" 20.30.44 # wpyh: next try -> set DCUDC1 to off (=0x03) -> might not start, maybe connected to SDRAM 20.30.53 Part kretender 20.32.37 # 2.0V ON for the codec is EB, not FB... 20.33.29 # oops 20.34.07 Quit stripwax (Read error: 104 (Connection reset by peer)) 20.34.08 Join stripwax_ [0] (n=Miranda@87-194-34-169.bethere.co.uk) 20.34.08 # i would have checked before submitting such changes though 20.35.40 # and btw I still get distortion with 0xeb for the codec 20.35.46 # you sure you want this in the svn? 20.35.59 # with 0xf5 I'm still getting distortion, but only a little 20.37.46 # of course, 0xf8 gives even less distortion 20.38.03 # 0xf8 is 3.3V ON, so would it damage the hardware? 20.43.43 Nick Mathiasdm2 is now known as Mathiasdm (n=Mathias@vpnh078.ugent.be) 20.45.13 Join knittl [0] (n=knittl@193.170.134.254) 20.45.48 # wpyh: hmm, 3.3V should be working. the codecs normally work from 1.8...3.6 20.46.05 # well, I'd say let's use 3.3V then 20.46.15 # 3.3V is the max. specified in the datasheet :p 20.46.20 Join Schmogel [0] (n=Miranda@p508C9167.dip0.t-ipconnect.de) 20.46.24 # I didn't try ECO 3.3V though 20.47.03 # wpyh: you really hear distortions which reducde a lot when using higher voltage supply? i never heard distortions when checking for the ipod video 20.48.14 # well, I turned the volume up to max 20.48.36 # in bass or in treble? 20.48.41 # and listened to Hotel California, the early (~0:30-1:00) drum part 20.48.44 # in the bass 20.48.46 # (the distortions) 20.48.49 # ok 20.48.54 Quit stripwax_ ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.48.54 # the other parts I can't quite hear the distortions 20.50.10 Quit Arathis ("Bye, bye") 20.51.29 # Buschel: I think we can have a setting for this, like "Use high-quality sound" 20.51.38 # or maybe we can automate the whole process 20.51.49 # so, what you might check now is to use the IPOD_VIDEO-section also for IPOD_NANO. you may additionally change the IOREGC to 0xf5 20.52.04 # if the volume is low, we use a low voltage, if the volume is high then we use a high voltage 20.52.35 # wpyh: normally rockbox should use high-quality. if someone can hear any difference the "best" setting should be used 20.53.02 # ok 20.53.19 # wpyh: we "might" add some pcf low power config or something like this... (just thinking) 20.54.07 # ok 20.54.21 # btw, for the ipod video, the D1REGC1 is 2.5V ON 20.54.31 # should it be also changed to 3.3V ON? 20.54.39 # please no more options unless they are really needed, so what would a pcf low power setting cause that would want someone to turn it off? 20.55.25 # s/would want someone/would cause someone/ 20.56.21 # well, we can make the power management automatic... 20.56.30 # n1s: as i said, i was just thinking... it's always quality vs. runtime 20.56.55 # but I noticed that the distortion is inaudible at low volumes 20.57.05 # wpyh: no, then we would need to mute/demute as voltage switching causes glitches 20.57.15 # uh 20.57.21 # I didn't know that, sorry 20.57.51 # Buschel: imho that is something that does not belong in official builds (a low power thing that causes audio quality degradation) 20.59.03 # I changed the IOREGC to 0xf5 as you said, but didn't notice anything changed 21.00.33 # n1s: the interesting thing is that the pcf's default for the nano uses 2.4V which seems to have distortion as wpyh states 21.01.05 # n1s: i would really like to know whether the firmware increases this voltage... 21.01.21 # Buschel: even 3.3V produces distortions 21.01.33 # but the distortions are lesser 21.02.45 # wpyh: what volume are ylou testing this at? 21.02.47 # And they happen only in the very high volumes (I needed to turn the volume up to max to hear it) 21.02.58 # you mean above 0? 21.03.02 # scorche|sh: I tested it at max volume 21.03.09 # yes, should be above 0 21.03.13 Join DaCapn [0] (n=dacapn@host-126-115.dhcp.pdx.edu) 21.03.20 # above 0 clipping is expected... 21.03.22 # uh, that may be the cause... 21.03.27 # amiconn: did you write the PCF50606 driver for h300? 21.03.28 # um... 21.03.35 # 0 = line level... 21.03.47 # hmm, so testing at a maximum of 0dB would be appropriate? 21.04.00 # Buschel: i would say so 21.04.02 # scorche|sh: yes... 21.04.05 # let's try it again 21.04.54 *** Saving seen data "./dancer.seen" 21.05.32 Quit nuonguy ("This computer has gone to sleep") 21.10.53 # ok 21.11.12 # testing at 0 db I didn't hear much of a distortion, both with 0xf0 and 0xf8 21.11.26 # I mean I didn't hear much of a *difference* 21.11.56 # that's good. and with xeb? 21.12.27 # I'll try that 21.17.44 # 0xeb gives more distortion in the bass, at 0 db 21.17.50 # but it's not so noticeable 21.18.06 # I think you might want to verify this with another tester :) 21.19.01 # by the way, what does IOREGC do? 21.20.21 # it powers the pcf's i/o (e.g. i2c) 21.21.00 # if you switch it off, there is no more i2c communication possible (e.g. for RTC) 21.21.40 Join inagi [0] (n=48b1c3f6@gateway/web/cgi-irc/labb.contactor.se/x-2aafa5f445bb3b46) 21.21.49 # I don't really understand / know what this i2c bus is used for 21.21.54 # :p 21.22.00 # Anyway, that's all for today 21.22.06 # I gotta get some sleep 21.22.19 # wpyh: thank you a lot for your time! 21.22.30 # you're welcome :) 21.22.49 # I know that I'll also benefit from improvements :) 21.23.21 # Is there a way to organize photos other than by date created when viewing them in Rockbox? That way makes it kinda hard to find them... 21.25.00 Join hannesd [0] (n=light@p5B161450.dip0.t-ipconnect.de) 21.26.41 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 21.31.02 Quit nplus (Remote closed the connection) 21.32.50 Ctcp Ping on #rockbox from gevaerts!n=fg@rockbox/developer/gevaerts 21.36.05 # Sorry for the ping everyone. My finger slipped so I pressed enter instead of backspace just after /ping :( 21.36.28 # * LambdaCalculus37 hands gevaerts a new set of fingers :) 21.37.06 Quit faemir ("Leaving") 21.49.47 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-6f1fdd020581f4e8) 21.58.16 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 22.05.32 Join miepchen^schlaf [0] (n=miepchen@p54BF64F0.dip.t-dialin.net) 22.07.37 Quit merbanan ("Leaving") 22.08.01 Join nedd1 [0] (n=john@nat/sun/x-83dd9b9692eb04ea) 22.13.25 Quit inagi ("CGI:IRC (EOF)") 22.13.33 Nick drf|away is now known as drfsupercenter (i=your_mom@d14-69-192-60.try.wideopenwest.com) 22.19.26 Quit Buschel () 22.19.47 Join Laura [0] (n=4cbb1c13@gateway/web/cgi-irc/labb.contactor.se/x-3a78ab6258941ad4) 22.20.18 # hello 22.21.02 # why was the 5.5g ata hack reinstated? :/ 22.21.13 Quit miepchen^schlaf_ (Connection timed out) 22.22.04 Quit Laura (Client Quit) 22.24.25 Join petur [50] (n=petur@rockbox/developer/petur) 22.25.58 Join faemir [0] (n=faemir@88-106-142-213.dynamic.dsl.as9105.com) 22.26.43 Quit knittl (Connection timed out) 22.27.08 # petur: i just upgraded to the firmware on the CFModGuide wikipage... 22.27.21 # IO4:Illinstr :/ 22.27.37 # at boot? you too? 22.28.06 # so this isn't related to my 80GB disk at all :( 22.28.15 # yes, propably because i have a 40 GB hd 22.28.30 # MK4007GAL 22.31.03 # well, at least the OF still boots. back to the old bootloader. 22.31.05 Join kretender [0] (n=Kaspar@58-140.0-85.cust.bluewin.ch) 22.32.05 # PaulJam: I hope we'll find the time during devcon to fix it... 22.32.06 # petur: i'm not sure if this information helps, but bootloader USB mode works 22.32.33 # yes, more than booting, but not always 22.32.36 Join knittl [0] (n=knittl@193.170.134.254) 22.32.50 # sometimes it will also crash 22.34.15 # wow, it just booted into rockbox after disconnecting USB. 22.36.22 # there is some subtle race condition somewhere that makes the threading code crash 22.40.46 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 22.42.01 # Write access for the TWiki Please? RobinWheeler 22.42.07 Quit SirFunk (Read error: 104 (Connection reset by peer)) 22.43.20 Join SirFunk [0] (n=Sir@206-159-155-246.netsync.net) 22.44.44 # robin0800: I'll add you. Are you planning to edit something specific ? 22.45.43 Quit stoffel ("leaving") 22.46.36 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 22.46.53 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.48.34 Join Skream13 [0] (n=john@c-68-43-140-63.hsd1.mi.comcast.net) 22.48.42 Part Skream13 22.50.24 Nick drfsupercenter is now known as drf|away (i=your_mom@d14-69-192-60.try.wideopenwest.com) 22.54.05 Join tvelocity [0] (n=tony@79.131.100.138) 23.01.05 # gevaerts, add a c200 wps in a day or two I hope 23.01.52 # robin0800: good luck with it :) I've added you, so you should be set. 23.02.41 # gevaerts,thanks 23.04.26 # * bluebrother looks around for the official theme site 23.04.56 *** Saving seen data "./dancer.seen" 23.04.57 # * scorche|sh casts a sideward glance at an absent linuxstb 23.06.01 # maybe a hacking session about that on devcon would be helpful? 23.07.05 # last i heard linuxstb wasnt planning on being there 23.07.37 Join CyBergRind|w [0] (n=cbr@212.98.160.130) 23.07.49 Quit [CBR]Unspoken|w (Read error: 104 (Connection reset by peer)) 23.07.54 Quit Mathiasdm ("Yuuw!") 23.10.46 Join Horschti [0] (n=Horscht@p4FD4C0D1.dip.t-dialin.net) 23.11.32 Quit Horscht (Nick collision from services.) 23.12.48 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.14.07 # preglow: Good question - didn't even spot that until you mentioned it :/ 23.14.27 # jhMikeS: comments? 23.15.43 # I believe there were still (or again) problems, some reports in the forums... 23.15.46 Join borges [0] (n=bruges@brln-4d0c2400.pool.mediaWays.net) 23.16.09 # The hack sure doesn't help tracking down those problems... 23.17.27 # robin0800: one moment 23.17.30 # oops 23.18.01 # robin0800: where do you want to add a c200 wps? 23.18.04 # re- max_phys_sector_size -- that's a 5.5g ipod necessity, not a 5g ipod necessity, is that correct? 23.19.21 # * preglow vanishes 23.19.30 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 23.21.54 Quit faemir (Remote closed the connection) 23.23.47 Join nicktastic [0] (n=nick@unaffiliated/nicktastic) 23.23.59 # pixelma, To the new c200 page in the wps gallery 23.25.08 # how nice, and I held that back because I've been told that the new themes site will make the wiki wps gallery superfluent... 23.25.42 # it will...whenever that site gets done... 23.26.43 # yes, and shall a c200 wps page be created in the wiki in the meantime? 23.26.50 Join DerPapst [0] (n=DerPapst@p5B23D0D7.dip.t-dialin.net) 23.26.54 # probably 23.26.56 # Someone created it already 23.26.57 # pixelma,the page is already there! 23.27.20 Quit petur ("Zzzzz") 23.28.23 # meh, would have done that over half a year ago :\ 23.29.00 # * scorche|sh wasnt expecting it to take this long 23.29.38 # gevaerts,its not very exciting just now there are better ones on the other theme site imho 23.29.49 Nick SUSaiyan` is now known as SUSaiyan (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) 23.29.52 # * scorche|sh grumbles 23.30.41 Quit simonrvn (Read error: 113 (No route to host)) 23.31.21 # robin0800: hard to say. I would need to see them on my c250. I have some doubts about the readability of some of them 23.31.45 # * gevaerts still uses rockbox_default on his c250 23.32.07 # Readability is a problem with the vast majority of colour target themes imho 23.32.20 # (including cabbie v1/2/3) 23.32.20 # new movie to replace elephant dream : http://www.bigbuckbunny.org/index.php/big-buck-bunny-movie-files-released/ 23.32.24 # Yes, but especially on c200 23.36.34 # * DerPapst likes that movie 23.37.24 # amiconn, Iv'e used cabbieV2 icons Only and viewports for all other elements would i be right in thinking the icons can be reusd as loing as author credited? 23.40.26 # * bluebrother just watched that movie too :) 23.41.44 Quit drf|away (Read error: 110 (Connection timed out)) 23.43.32 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 23.48.51 Quit kretender (Read error: 104 (Connection reset by peer)) 23.49.03 Quit eslu () 23.51.34 Join allele [0] (n=allele@CPE-69-23-137-242.wi.res.rr.com) 23.53.50 Quit Nathan_Greene (Read error: 104 (Connection reset by peer)) 23.54.10 # with the bitmap drawing functions, the image x and y are the top left corner, right? 23.56.26 Quit Schmogel (Read error: 104 (Connection reset by peer))