--- Log for 08.10.108 Server: brown.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 3 days and 3 hours ago 00.00.02 # rblib? 00.00.16 # rblib.py, linked to on the wiki page 00.00.19 # Perusing the source now 00.00.21 # http://www.rockbox.org/twiki/pub/Main/TagcacheDBFormat/rblib.py.txt 00.00.39 # gevaerts: thanks for the commit 00.01.09 # denes: the only way to work on it with more people :) 00.01.11 # gevaerts: but I think changing the lcd_sleep values in the lcd detection routine is maybe not a good idea, as they were taken straight from the OF 00.01.29 # * linuxstb grumbles about potentially useful code being lost in the wiki, rather than lost in flyspray 00.02.01 # gevaerts: so meizu knew what they were doing, than those numbers could have been in fact correct 00.02.12 # s/so/so if/ 00.02.13 # denes: it took several seconds. That's clearly not right 00.02.27 # gevaerts: right, but at 200 MHz it is needed 00.02.53 # Possibly, but at 200MHz they are wrong as well. We need to find out what units those are 00.03.07 # gevaerts: those are busy loop counters in the OF 00.03.12 # linuxstb: should I submit the clip lcd driver for committing ? mkamsboot isn't finished yet, and my linker script is hastily hacked. 00.03.25 # gevaerts: 166670 and 2000040 00.03.43 # gevaerts: and the lcd_sleep(100) after that also 00.03.51 # funman: Don't you need to submit the patch that adds the Clip to the build system first? Or is that done? 00.04.09 # gevaerts: now all other values are just guesses, that's true 00.04.13 # linuxstb: no that isn't done, because I fear most of it is incorrect 00.04.30 # 2000040 takes a _long_ time with the default clock. 00.04.39 # funman: Then just post the patch and pester people to take a look. 00.05.02 # should I use the flyspray entry with the patch for E200 (with as3525 linux code) or open a new one ? 00.05.05 # gevaerts: well we shouldn't be using default clock for very long 00.05.25 # funman: I would say a new one. 00.05.39 # gevaerts: I will try it on my m3, but I am afraid the current delay will be too little at 200MHz 00.06.04 # denes: let me know what you find. I'll fix it as soon as I know more (but not today, I'm tired) 00.06.13 # gevaerts: ok 00.07.53 Quit bluebrother ("leaving") 00.09.06 Nick zodttd is now known as zodttd|away (n=zodttd@user-142gtg7.cable.mindspring.com) 00.11.08 # quick question, looking for a point in the right direction: pressing "Display+Power" does not start morse input mode on the m:robe. Should I look at apps/keymaps/keymap-mr100.c as a start? 00.11.45 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 00.12.53 # Waldo000000: Yes, and compare with somewhere that morse is known to work - e.g. the iriver h1x0 00.13.07 # Waldo000000: that and possibly apps/recorder/keyboard.c 00.13.36 # linuxstb: n1s: thanks 00.14.49 # Waldo000000: Seems that keyboard.c is the place that needs fixing. 00.15.37 # linuxstb: what are your thoughts? 00.16.13 Quit dany_21a_ (Read error: 113 (No route to host)) 00.16.25 # KBD_MORSE_INPUT isn't being defined. You need to add an "#elif" into the series of #if/elif statements near the start of the file for your device, and add "#define KBD_MORSE_INPUT" 00.16.47 Quit n1s () 00.16.59 # btw, what is BUTTON_REL? 00.17.10 # i.e. "#elif CONFIG_KEYPAD==MROBE100_PAD" 00.17.47 # linuxstb: excellent, i'll give it a go 00.17.56 # Buttons send two events - one when pressed, and one when released. BUTTON_REL is a bit which is set when the event is a release event. 00.19.06 # linuxstb: ah, thanks 00.21.23 Join cactusy1 [0] (i=xnte@gateway/gpg-tor/key-0xB9002659) 00.22.56 Quit lasser ("ChatZilla 0.9.83 [Firefox 2.0.0.16/2008070200]") 00.22.57 # while we're at it, what is KDB_MODES? "2 modes, picker and line edit" - i guess i may as well enable this for the mrobe as well as morse input 00.24.05 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 00.24.10 Quit cactusy1 (Nick collision from services.) 00.24.14 Join cactusy1 [0] (i=xnte@gateway/gpg-tor/key-0xB9002659) 00.25.42 Quit obo ("bye") 00.30.02 Quit shotofadds ("Leaving") 00.31.24 Quit bertrik ("Leaving") 00.38.36 Quit faemir (Read error: 54 (Connection reset by peer)) 00.38.50 Quit bmbl ("Woah!") 00.39.45 Quit maha (Remote closed the connection) 00.40.14 Quit Tetracomm (Read error: 110 (Connection timed out)) 00.40.37 # cool, morse input now works on mrobe100 - i guess i'll submit a patch. who approves patches and commits them to svn? 00.40.55 Join Tetracomm [0] (n=nicholas@72.252.29.2) 00.41.10 # Waldo000000: one of the committers ;-O 00.42.35 Quit herrwaldo ("Konversation terminated!") 00.43.00 Quit Nico_P (Remote closed the connection) 00.43.10 Quit cactusy1 (Remote closed the connection) 00.44.16 Quit blithe (Remote closed the connection) 00.44.26 Join blithe [0] (n=blithe@li35-144.members.linode.com) 00.46.29 # Bagder: who are the committers? or is "not me" all i need to know? :P 00.46.44 # we're 60+ committers 00.46.56 # in configure, memory is the number of megabytes of RAM, but for the Clip that would be 0.3125 00.47.13 # funman: right but it also doesn't need to be configurable 00.47.21 # set 1 and then ignore the value 00.47.45 # ok 00.47.47 # it's mostly used in .lds files I believe 00.48.02 # .. the next trouble file :) 00.48.50 # gevaerts, denes: great work guys! 00.49.01 # markun: now it's your turn again! 00.49.19 Join faemir [0] (n=quassel@88-106-165-155.dynamic.dsl.as9105.com) 00.52.38 Quit ender` (" I went to a restaurant that serves "breakfast at any time." So I ordered French Toast during the Renaissance.") 00.53.25 # gevaerts: yes, I'm starting to feel pretty bad :) 00.55.30 *** Saving seen data "./dancer.seen" 00.55.43 Quit neddy ("Leaving.") 00.57.58 # I can not select the Severity checkbox when creating a new patch in flyspray 00.59.03 # if i want to patch a bug that's reported in flyspray, should i post a new patch and just mention the bug ID in the description? or something else 01.00.51 Join neddy [0] (n=john@nat/sun/x-8f8563cf1355b2f0) 01.00.54 Quit PaulJam (".") 01.01.03 # in keyboard.c, what is "HZ"? 01.01.05 # linuxstb: FS#9467 FS#9467 !! 01.01.08 # Waldo000000: add the patch to the bugreport 01.03.17 # gevaerts: just in the comments? 01.03.24 # yes 01.03.37 # You can attach files there 01.04.14 # gevaerts: ah, ok, thanks 01.05.02 # oh, HZ is hertz i guess... 01.05.06 # gevaerts: does one of the M3 LCD inits look to you as one of the S6D series? 01.05.34 # markun: I didn't look yet 01.05.59 # perhaps it would be possible to read out the ID, then we can start to look for the datasheet, just for completeness 01.06.40 # perhaps there is some convention to read out IDs for LCD driver cips 01.06.42 # chips 01.06.48 # what is ACTION_KBD_SELECT_REM? sorry for these questions, let me know if there is documentation for this kind of stuff 01.07.55 # We could try. I doubt if there is a general cross-manufacturer convention though 01.07.57 # Waldo000000: I don't know if there is any documentation, but you can use grep -r ACTION..|grep -v \\.svn to get definition/other usges 01.08.43 # But on the other hand it doesn't seem unlikely that they are all s6d ones 01.08.57 # funman: yep, tried that. thanks anyway, i'll keep trying to piece it together 01.09.49 Quit ompaul (Client Quit) 01.11.46 Quit faemir (Remote closed the connection) 01.12.11 Quit neddy ("Leaving.") 01.15.15 Join neddy [0] (n=john@nat/sun/x-932a0cbc90e0063f) 01.15.27 # gevaerts: well, at least for the M6 players some of the inits look very different compared to the other ones of which we know that they are s6d series 01.15.41 # That's true 01.16.35 # for samsung screens it makes sense to have a samsung LCD driver, but weren't some supposedly from toshiba? 01.17.48 # yes indeed 01.18.03 # http://www.meizume.com/technical/1317-m6-toshiba-vs-samsung-screen-display.html 01.18.29 # not sure how accurate that info is of course 01.18.35 Quit neddy (Client Quit) 01.18.49 Join neddy [0] (n=john@nat/sun/x-9c15c9cc1595d54d) 01.20.21 # gevaerts: btw, couldn't we fix the different colours by calibrating the gamma values for the RGB colours? 01.20.44 # It's not gamma. They are really off 01.23.16 # the gamma settings control the curve of the voltage to each of the RGB colours relative to the value from the framebuffer, right? 01.24.38 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 01.26.36 # * gevaerts has no idea 01.27.02 # markun: by chance, the toshiba lcd is the same as the gigabeat S ? 01.27.22 # toffe82: I didn't compare them yet 01.27.42 # is it the same size ? 01.27.58 # also 2.4" I think 01.28.13 # could be :) 01.28.49 # there is no picture of the inside on the wiki? the links are broken 01.28.53 # They are the same size, yes 01.29.34 # toffe82: meizu has changed the screens a few times, so those might be from samsung 01.30.53 # toffe82: I don't see any init code. Is it done by the OF? 01.31.48 # I don't know but if it is the same , it is the same init as the F 01.31.58 # as the S lcd is on the X 01.34.21 Join n8ofsp8ds [0] (n=sublime1@d53-64-205-160.nap.wideopenwest.com) 01.34.34 Quit Thundercloud (Remote closed the connection) 01.35.31 # toffe82: doesn't look similar to any of the screens 01.35.44 # toffe82: http://www.meizume.com/rockbox/5871-lcd-initialization-commands-official-firmware.html 01.36.04 # it was just an 01.36.08 # idea ;) 01.36.18 # still no firmware for 6g 01.37.23 # n8ofsp8ds, read the front page for supported players 01.37.46 # i know there isnt support for 6g 01.38.24 # i was saying it in genaral 01.38.56 # i didn't realize we needed reminders of that fact. 01.39.07 # wow sorry 01.39.14 # wasnt reminding 01.39.23 # first time in the channel 01.40.02 # i recommend reading the IrcGuidelines wiki page, then 01.40.58 # am i breaking a rule 01.41.02 # i read it 01.43.00 # are you a op 01.43.31 # n8ofsp8ds: It doesn't matter who's telling you, op or not, those are the rules here. 01.43.49 # i know it says i can ask questions 01.44.01 # now its wrong to 01.44.15 # "still no firmware for 6g" is a statement, not a question 01.44.28 # And if it were a question, it's one already answered by searching as the guidelines require you to do. 01.44.52 # ok ok i got you no reason to get hostile about it 01.44.57 # sorry 01.45.05 # i apolize 01.45.42 # apologize] 01.46.13 # n8ofsp8ds: hehe it's alright mate :) 01.46.54 # i hope so lol :) 01.47.36 Part toffe82 01.48.17 Quit Makuseru (Read error: 104 (Connection reset by peer)) 01.48.38 Quit massiveH ("Leaving") 01.48.54 # so im assuming u have had this question a million times 01.50.11 Part n8ofsp8ds 01.50.17 # n8ofsp8ds: it's probably not worth coming in here unless you're a developer. if you want to help get anything done, you really do have to trudge through the documentation/instructions/rules on the website. probably easier just to check the website now and then. see ya 01.50.27 # Waldo000000: too late :( 01.50.44 # markun: well there goes 5 seconds of my life i'll never get back 01.51.08 # that's not true. it's worth coming if you're a user who is having trouble with a problem not found in the wiki, mailing list, or forums. this is both a support channel and a development channel 01.53.35 # krazykit: hmm yeah, fair enough 01.54.00 # is the wiki still being upgraded? 01.54.19 # Just submitted a patch to bug report FS#9450. Please commit it someone, it's a simple 3 lines that enables morse input on mr100 - i've tested it and it works fine 01.56.21 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 01.56.47 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 01.58.25 Part Waldo000000 01.58.44 Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) 02.03.00 Nick zodttd|away is now known as zodttd (n=zodttd@user-142gtg7.cable.mindspring.com) 02.07.13 Join minerman [0] (n=timothyj@cpe-75-187-100-190.insight.res.rr.com) 02.07.25 # newbie help! 02.08.00 # I can't get my nano to stay assigned to a drive letter long enough to run the rockbox auto install. :( 02.09.26 # why ? does it deconnect? 02.16.29 # What generation of nano is it? 02.17.22 Quit DerDome ("Leaving.") 02.19.05 # can you wait on IRC long enough to get an answer ? :P 02.19.33 # funman: Perhaps. ;) 02.28.43 Quit jhulst (Remote closed the connection) 02.31.12 # hum I can not use -mthumb out of the box, there is a lot of inlined ARM assembly 02.31.17 Quit massiveH ("Leaving") 02.43.35 Join xchrisx [0] (n=489a57af@gateway/web/cgi-irc/labb.contactor.se/x-dfeb26a78a7167bf) 02.45.02 # hi, i saw that someone was working on a port for the sandisk c100 series. It looks like the discussion stopped near the end of July. Anyone know if this port has been abandoned? 02.45.08 Quit minerman () 02.46.14 Quit krazykit ("Connection reset by beer") 02.48.28 # xchrisx: There's only one guy who's really doing anything on it now, and the c100 port depends on some work from other in-progress ports. 02.49.28 # thanks 02.49.38 # who is working on it ? 02.49.58 # funman: MarcGuay added the initial bits of the port into SVN. 02.50.20 # yeah i saw he was in here but i think he's afk 02.51.24 # The c100 is TCC770-based; the m200 and Logik DAX are as well. So those ports all, in a way, benefit one another. 02.55.35 *** Saving seen data "./dancer.seen" 02.58.08 Join _emp [0] (n=tweaker@ip68-230-75-227.ph.ph.cox.net) 02.58.32 # <_emp> hello 03.04.06 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-fa0d3c843aa047c6) 03.07.30 Quit saratoga (Client Quit) 03.09.02 Quit funman ("leaving") 03.09.13 Quit LambdaCalculus37 ("Ka-chunka") 03.09.19 Join toffe82 [0] (n=chatzill@adsl-70-135-35-175.dsl.frs2ca.sbcglobal.net) 03.12.22 Join Hesddsd [0] (n=63f1470e@gateway/web/cgi-irc/labb.contactor.se/x-c5c3c596713d9cf7) 03.12.45 # Uhm, Is their rockbox for 2nd generation ipod? 03.12.52 # I pod nano* 03.13.54 Join |AhIoRoS| [0] (n=ahioros@200.75.224.98) 03.14.13 # no 03.16.27 Quit xchrisx ("CGI:IRC 0.5.9 (2006/06/06)") 03.16.27 Quit Hesddsd (Client Quit) 03.19.48 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 03.20.39 Join Helpssss [0] (n=63f1470e@gateway/web/cgi-irc/labb.contactor.se/x-37aefb2fe3e728f5) 03.20.54 # Is there rockbox for 3rd gen ipod nano? 03.21.14 Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 03.21.40 # Helpssss, nope 03.22.11 # How come, And are there any other firmware sites that do have anything simular? 03.23.42 # nope because the firmware is encrypted and no documents for the hardware in a way 03.24.30 # So theirs nothing i can do with my ipod nano? 03.25.15 # unless you know how to program and have time to help 03.25.26 # Thanks 03.25.27 Quit Helpssss (Client Quit) 03.25.29 Join mmadia [0] (n=chatzill@pool-138-89-96-141.mad.east.verizon.net) 03.25.31 Quit havien (Read error: 60 (Operation timed out)) 03.37.50 Nick purpleposeidon is now known as MrInternet (n=neptunep@adsl-75-62-6-205.dsl.snfc21.sbcglobal.net) 03.41.57 Join ajonat [0] (n=ajonat@190.48.122.100) 03.42.35 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 03.50.47 Quit Haudrauf (Read error: 110 (Connection timed out)) 03.52.47 Quit ajonat () 03.53.43 Join havien [0] (n=none@68-189-143-101.dhcp.wlwl.wa.charter.com) 03.55.40 Join hedsick [0] (n=buquoi@ip72-207-238-36.br.br.cox.net) 03.55.58 # hello, anyone around that could give me a hand? 03.57.30 Join ajonat [0] (n=ajonat@190.48.122.100) 03.57.30 # hedsick, if you do not say what it is 03.57.57 # maybe he wants a hand like some want a liver... 03.58.17 # i keep trying to install rockbox on my 5th gen video... however upon reboot, the boot loader starts up and says Error! Can't load rockbox,ipod: File not found 03.58.21 # (sorry for this poor intervention) 03.58.40 # then I have to put it back into disk mode 03.58.56 # what did i do wrong, or what do i need to do to fix it? (first time with rockbox) 03.59.16 # hedsick: how did you install? 03.59.37 # with the utility... everything else i try to download off of the site seems to be empty zips 03.59.57 # are you on a mac? 03.59.58 # im on a mac. 03.59.59 # yeah 04.00.22 # they are not empty...they just have a folder called ".rockbox" in them...macs hide folders that begin with a . 04.00.34 # ah 04.00.40 # well how do i grab them? 04.01.21 # it was a pain in the ass to reformat this thing as windows lol 04.03.11 # open up rbutil, go tot he installation tab, then click on "install rockbox" which has the image of a box on it 04.06.30 # after doing that 04.06.33 # i get the same error 04.07.44 # says file not found and tells me to reboot into disk mode 04.08.33 # hrm...odd...extract the proper zip file downloaded from the download page to the root of your device 04.09.47 # scorche, i think this is the same issue leo had 04.10.14 Quit mmadia (Read error: 104 (Connection reset by peer)) 04.10.15 Quit neddy ("Leaving.") 04.10.17 # any idea of a solution? 04.13.30 Join neddy [0] (n=john@nat/sun/x-daccf1b6722046d0) 04.13.47 # hedsick: do you happen to have a Windows or Linux box? 04.13.56 # no... just this macbook pro... 04.13.59 # * ameyer says that assuming its an OSX thing 04.14.01 # i run ubuntu with emulation 04.14.20 # but im not sure how to get my ipod to mount in the emulation 04.14.29 # hmm 04.15.09 # * ameyer wonders if whatever rockbox uses to unzip on OSX ignores directories starting with "." 04.17.04 # hm 04.18.40 # rbutil downloads the ipod video 30gb build for all 5/5.5g ipods, right? 04.18.41 # ameyer: you sure its not just hiding them from you? 04.18.52 # ze: not an osx user 04.19.18 # or uh, from hedsick? 04.19.27 # it could theoretically explain the issue Leo Laporte and hedsick is having though 04.19.35 # are having? 04.19.56 # when i do it through rbutil, it says everything completes 04.20.05 # but then nothing is on my ipod except for the bootloader 04.22.20 # try downloading the zip from rockbox.org and manually unzipping it in your ipod's root directory 04.23.23 # if you haven't already 04.23.58 # yeah, nothing 04.24.24 # wait 04.24.52 Quit ajonat () 04.27.53 # it works. 04.29.42 # nice 04.29.43 # thanks 04.30.19 # how do i manually install other themes, etc. 04.33.36 # download the zip file and unzip it to the root directory of your player 04.33.39 # I think 04.35.15 # ok 04.35.43 # ill give it a shot 04.36.27 # thats for wps gallery? 04.36.39 # yes 04.36.53 # http://www.rockbox.org/twiki/bin/view/Main/WpsGallery 04.40.13 Join blkhawk- [0] (n=blkhawk@e176237053.adsl.alicedsl.de) 04.40.36 # unzipping to root didnt work 04.41.19 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 04.44.26 # anyone else know? 04.44.33 # and how do i go back to the apple firmware? 04.44.37 # cant i switch back and forth? 04.45.34 Join anagram123 [0] (n=5513bb14@gateway/web/cgi-irc/labb.contactor.se/x-6bbaa9a2099d44b1) 04.45.35 Quit anagram123 (Client Quit) 04.45.56 Join webguest49 [0] (n=5513bb14@gateway/web/cgi-irc/labb.contactor.se/x-79a3650f504d1954) 04.46.03 Quit webguest49 (Client Quit) 04.47.14 # hedsick, is the theme.zip have a .rockbox in it? Are you selecting it in the menu? Have you read the manual? 04.47.38 # i cant tell if the zips have a .rockbox in them 04.47.42 # im on a mac 04.49.40 # i am not sure since i do not have a mac 04.52.21 Quit _Andrew_ (Read error: 110 (Connection timed out)) 04.55.01 Quit Tetracomm ("Leaving") 04.55.39 *** Saving seen data "./dancer.seen" 04.57.38 Quit blkhawk (Read error: 110 (Connection timed out)) 04.58.11 Nick blkhawk- is now known as blkhawk (n=blkhawk@e176237053.adsl.alicedsl.de) 05.02.55 Join Darksair [0] (n=user@117.89.34.221) 05.03.59 Join miepchen^schlaf_ [0] (n=miepchen@p579ECB3C.dip.t-dialin.net) 05.09.29 Quit Darksair (Remote closed the connection) 05.09.41 Join Darksair [0] (n=user@117.89.34.221) 05.11.48 # hedsick: this sometimes happens to me, go to /Volumes/ and there will be an "IPOD" "or insert name here" folder with the .rockbox installed there on your main harddrive. you have to re-point rbutil to your ipod manually. 05.11.52 Quit miepchen^schlaf (Read error: 110 (Connection timed out)) 05.12.21 Nick homielowe_ is now known as homielowe (n=homielow@d206-116-134-81.bchsia.telus.net) 05.13.09 Quit reacocard (Read error: 60 (Operation timed out)) 05.13.09 # i have rockbox installed perfectly fine 05.13.16 # however im having trouble grabbing themes 05.13.35 # or actually putting them on there 05.14.42 # I meant what leo on the podcast, or you had before (with rbutil) 05.16.23 Part homielowe 05.17.38 # do we have any possibilty of porting rockbox to transcend? 05.18.00 Quit |AhIoRoS| (Remote closed the connection) 05.24.06 Quit zodttd (Read error: 104 (Connection reset by peer)) 05.24.30 Part pixelma 05.24.42 Join reacocard_ [0] (n=reacocar@WL-194.CINE.HMC.Edu) 05.25.42 Join pixelma2 [0] (n=marianne@rockbox/staff/pixelma) 05.28.08 Quit hedsick () 05.28.45 Quit Darksair (Remote closed the connection) 05.28.57 Join Darksair [0] (n=user@117.89.34.221) 05.39.51 Join EspeonEefi [0] (i=espeonee@STRATTON-THREE-EIGHTY-NINE.MIT.EDU) 05.39.52 Join Tetracomm [0] (n=nicholas@72.252.29.2) 05.39.59 Join zodttd [0] (n=zodttd@user-142gtg7.cable.mindspring.com) 05.45.48 Quit XavierGr () 05.48.05 Part toffe82 05.52.30 Join at0m [0] (n=a548c80b@gateway/web/cgi-irc/labb.contactor.se/x-69f3bf5332102904) 05.56.02 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 05.56.18 Quit ameyer (Read error: 104 (Connection reset by peer)) 05.56.32 Join ameyer [0] (n=ameyer17@adsl-75-57-180-230.dsl.emhril.sbcglobal.net) 05.56.54 Quit reacocard_ (".") 05.57.02 Join reacocard_ [0] (n=reacocar@WL-194.CINE.HMC.Edu) 05.58.12 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 06.01.08 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 06.03.38 Join homielowe [0] (n=homielow@d206-116-134-81.bchsia.telus.net) 06.10.48 Quit bmbl (Read error: 104 (Connection reset by peer)) 06.12.18 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 06.17.30 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-241b8814c59728b6) 06.20.00 Quit AndyIL (Read error: 60 (Operation timed out)) 06.20.06 Quit Horscht ("http://www.geisterfahrer.org") 06.20.42 Join AndyI [0] (i=AndyI@212.14.205.32) 06.29.20 Quit Darksair (Client Quit) 06.36.46 Join ajonat [0] (n=ajonat@190.48.122.100) 06.40.28 Quit Tetracomm (Read error: 110 (Connection timed out)) 06.42.44 Join Tetracomm [0] (n=nicholas@72.252.29.2) 06.42.44 Quit at0m ("CGI:IRC (EOF)") 06.45.05 Quit MarcGuay ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 06.45.32 Quit janne_oksanen (Read error: 145 (Connection timed out)) 06.55.42 *** Saving seen data "./dancer.seen" 06.56.19 Quit peerlessdeepak ("Leaving") 07.05.05 Join Nibbl [0] (n=Nibbler@e181085236.adsl.alicedsl.de) 07.07.44 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 07.07.54 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-85a3e5c34023ae7c) 07.09.07 Quit Tetracomm ("Leaving") 07.12.33 Join tweaker_ [0] (n=tweaker@ip68-230-75-227.ph.ph.cox.net) 07.12.36 Quit _emp (Read error: 104 (Connection reset by peer)) 07.16.51 Quit Zarggg () 07.26.05 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 07.26.29 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 07.30.33 Quit jhulst (Read error: 113 (No route to host)) 07.37.25 Join Waldo000000 [0] (i=83b5fb42@gateway/web/ajax/mibbit.com/x-fb65dd0624a844b1) 07.38.40 # Friendly reminder: Patch ready to be committed for bug FS#9450. It's only 3 lines 07.46.58 Quit Waldo000000 ("http://www.mibbit.com ajax IRC Client") 07.51.17 Quit Nibbl (Read error: 110 (Connection timed out)) 07.51.52 Join Nibbl [0] (n=Nibbler@e181123220.adsl.alicedsl.de) 07.51.52 # * B4gder puts his toe into the growing top-posting debate of the month 07.55.38 # not another one... 07.55.56 # B4gder: I shouldn't really have responded to the first round of responses. 07.56.51 # scorche: Nobody's really saying "Top posting is right." They're juts complaining at me for how I chose to bring it up, which I really should've just ignored. 07.56.53 # well, I believe they are unavoidable 07.57.13 # Llorean: well, complaining at you is the local pastime, no? 07.58.19 # scorche: In their defense, I probably shouldn't have assumed they were using email clients intelligent enough to show them what email I was responding to, I guess. 07.59.27 # "In addition, I use Apple's Mail.app which replies with quoted text and cursor placed at the top."...is it really so hard to delete a few lines and click below them? 08.00.07 # scorche: Apparently, deleting lines is difficult. You'll notice most people who stop top posting swap to fullquotes where they reply at the bottom, instead of contextual quotes. 08.00.25 # it takes 2 seconds...*maybe* 3 08.00.27 # * scorche sighs 08.00.36 # or just accept that people are idiots... 08.03.35 # B4gder: Would the Cowon D2 count as a "New player" too, or has it's potential permanent (or semi-permanent) stalling point really disqualified it? 08.04.15 # new player in what context you mean? 08.05.17 # I guess, within the context of that thread. Players with upcoming Rockbox support that are still being sold new. 08.05.28 # I'm just really not sure I understand how stuck the D2 is or not. 08.07.01 Quit GodEater_ (Connection timed out) 08.16.00 Quit JdGordon ("Konversation terminated!") 08.22.41 Join GodEater_ [0] (n=ge@rockbox/staff/GodEater) 08.29.33 Quit BigBambi (Read error: 113 (No route to host)) 08.30.52 Join Haudrauf [0] (n=hau@HSI-KBW-091-089-008-100.hsi2.kabelbw.de) 08.31.38 Quit BHSPitMonkey (Remote closed the connection) 08.37.41 Join Rob2223 [0] (n=Miranda@p4FDCD05E.dip.t-dialin.net) 08.40.14 Quit miepchen^schlaf_ () 08.41.30 Join Twst [0] (n=mhesten@242.80-202-24.nextgentel.com) 08.45.13 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.46.18 Quit Twisty (Read error: 60 (Operation timed out)) 08.55.46 *** Saving seen data "./dancer.seen" 08.56.05 Quit Rob2222 (Read error: 110 (Connection timed out)) 08.58.57 Quit ameyer (Remote closed the connection) 09.00.49 Quit Seed ("cu, Andre") 09.01.12 Join ender` [0] (i=krneki@foo.eternallybored.org) 09.03.01 Nick zodttd is now known as zodttd|away (n=zodttd@user-142gtg7.cable.mindspring.com) 09.09.34 Quit pixelma2 ("-") 09.09.44 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 09.11.51 Join BigBambi [0] (i=86ceaf40@rockbox/staff/BigBambi) 09.20.43 Quit nuonguy ("This computer has gone to sleep") 09.30.29 Quit gromit` (Read error: 110 (Connection timed out)) 09.38.40 Quit GodEater ("http://www.mibbit.com ajax IRC Client") 09.41.49 Quit kachna|lappy (Read error: 113 (No route to host)) 09.47.59 Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-0ee5e80f3214e823) 09.48.55 Join DerDome [0] (n=DerDome@dslb-082-083-196-147.pools.arcor-ip.net) 09.49.14 Quit Haudrauf (Read error: 110 (Connection timed out)) 09.52.40 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 09.53.14 Quit tweaker_ (Read error: 110 (Connection timed out)) 09.59.47 Quit DerDome ("Leaving.") 10.16.36 Join faemir [0] (n=quassel@88-106-165-155.dynamic.dsl.as9105.com) 10.23.18 Quit Nibbl ("Ex-Chat") 10.24.30 Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) 10.25.44 Quit jeffdameth (Read error: 110 (Connection timed out)) 10.26.47 Join jeffdameth [0] (n=jeff@dyndsl-091-096-044-148.ewe-ip-backbone.de) 10.27.47 Join Nibbl [0] (n=Nibbler@e181123220.adsl.alicedsl.de) 10.28.56 Nick zodttd|away is now known as zodttd (n=zodttd@user-142gtg7.cable.mindspring.com) 10.36.42 Quit linuxstb (Read error: 110 (Connection timed out)) 10.43.53 Join kachna|lappy [0] (n=kachna@r3g248.net.upc.cz) 10.55.50 *** Saving seen data "./dancer.seen" 11.00.56 Join PaulJam [0] (i=PaulJam_@vpn-3075.gwdg.de) 11.04.44 # Anyone able to test a fix for me? http://www.rockbox.org/tracker/task/8949 is the one... 11.05.26 Nick zodttd is now known as zodttd|away (n=zodttd@user-142gtg7.cable.mindspring.com) 11.08.03 Quit avis ("I just got lost in thought. It was unfamiliar territory.") 11.08.18 Join avis [0] (n=ident@pdpc/supporter/student/avis) 11.14.12 Quit n17ikh|Lappy () 11.14.12 Quit RyoS (brown.freenode.net irc.freenode.net) 11.14.12 NSplit brown.freenode.net irc.freenode.net 11.14.12 Quit faemir (brown.freenode.net irc.freenode.net) 11.14.12 Quit Acksaw (brown.freenode.net irc.freenode.net) 11.14.12 Quit axionix (brown.freenode.net irc.freenode.net) 11.14.12 Quit liiwi (brown.freenode.net irc.freenode.net) 11.14.12 Quit maraz (brown.freenode.net irc.freenode.net) 11.14.12 Quit lostlogic (brown.freenode.net irc.freenode.net) 11.14.12 Quit courtc (brown.freenode.net irc.freenode.net) 11.15.02 NHeal brown.freenode.net irc.freenode.net 11.15.02 NJoin faemir [0] (n=quassel@88-106-165-155.dynamic.dsl.as9105.com) 11.15.02 NJoin Acksaw [0] (n=omgwtfbb@cpc2-stok5-0-0-cust754.bagu.cable.ntl.com) 11.15.02 NJoin axionix [0] (n=axion@cpe-67-242-94-6.nycap.res.rr.com) 11.15.02 NJoin RyoS [0] (n=ryo@cl-1804.ham-01.de.sixxs.net) 11.15.02 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 11.15.02 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 11.15.02 NJoin liiwi [0] (i=liiwi@idle.fi) 11.15.02 NJoin courtc [0] (n=court@c-24-99-230-218.hsd1.ga.comcast.net) 11.15.37 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 11.21.32 Join Waldo000000 [0] (n=roy@203-219-228-242-gee-ts1-2600.tpgi.com.au) 11.21.42 Quit ajonat (Connection timed out) 11.25.48 Join gregzx [0] (n=chatzill@dtr213.neoplus.adsl.tpnet.pl) 11.26.20 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 11.34.56 # pondlife: Wouldn't it be even better if the sort order and filter were part of the tree context? 11.39.25 Join petur [50] (n=petur@rockbox/developer/petur) 11.40.25 # amiconn: Yes, I guess so. 11.42.42 # Should I add both sort_dir and sort_file to the tree context? 11.42.57 # sort_file is always = global_settings.sort_file... 11.43.25 # So, in the interests of binsize, I think I'll leave it out 11.50.44 Quit Nibbl (Read error: 60 (Operation timed out)) 11.53.48 Part Waldo000000 12.12.14 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 12.17.25 Join tvelocity [0] (n=tony@gw1.mycosmos.gr) 12.21.48 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 12.24.00 Quit gregzx ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 12.27.46 # amiconn: Updated patch at http://www.rockbox.org/tracker/task/8949 - although I should really go through and separate out the whitespace mods... :/ 12.30.01 Quit neddy (Read error: 104 (Connection reset by peer)) 12.35.34 Join DerDome [0] (n=DerDome@141.71.76.44) 12.37.22 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 12.41.35 # pondlife: There are other unrelated changes in that, like removed braces around single-statement blocks, removed programmer stupidity protection from conditionals etc 12.42.23 # I did tidy up the braces, but where's the stupidity protection? 12.42.29 Join massiveH [0] (n=massiveH@pool-71-187-1-91.nwrknj.fios.verizon.net) 12.42.50 # Will make a new patch at some point with no formatting changes, but probably not got time today 12.43.18 # I'm more interested to see if that (a) fixes the problem and (b) doesn't give a bad red delta 12.44.05 # It's the (-1 == var) instead of (var == -1) 12.44.27 # The latter will go undetected if you write = instead of ==. The former won't 12.44.30 # Aha 12.44.50 Join Dementio [0] (n=dementio@211.45.234.45) 12.44.52 # I never understood the use of if (-1 == x)... 12.44.56 # yeah -1 == var really is a good way to write it 12.45.12 # It looked inconsistent (and horrible) to me, but know I know better 12.45.19 # quick question, it's "patch > blah.diff" right? 12.45.29 # oops, < 12.45.43 # Dementio: yes, but you often want -p as well 12.45.47 # or just patch -p0 blah.diff 12.45.47 # I don't think that kind of protection is necessary (it looks odd), but changing that in the same patch isn't nice imho 12.46.01 # Sorry 12.46.09 # it only looks odd when you're not used to it ;-) 12.46.21 # It looks very odd when you're not used to it ;) 12.46.23 # you run that from the svn directory? 12.46.37 # or the directory the file's in? 12.46.45 # The SVN root, normally 12.46.49 # k 12.47.01 # Depends on where the patch author made the diff from 12.47.26 # Is it sensible (or a bad idea) to edit a diff file manually, to remove the unrelated changes? 12.47.29 # looks like base 12.47.33 Join neddy [0] (n=john@nat/sun/x-98eb0427f24983b2) 12.48.19 # Who's the MR100 guy? 12.49.10 # low_light started and roolku went on, but domonoky and bluebrother have M:Robe100s too 12.50.21 # someone asked a few times if we want to take a look at FS#9450, but I prefer someone who owns one to commit 12.50.40 # markun: That the morse code one? 12.50.43 # yes 12.50.57 # well, looks innocent enough 12.51.03 # Yeah 12.51.12 # I'll just commit 12.51.17 # I was gonna say I can't imagine it doing any harm as long as the build compiles, and it actually works, as he says it does. 12.51.37 # I think so too, does someone see his full real name? 12.51.40 # The only thing is that I don't know his name 12.51.45 # :) 12.51.45 # pondlife: No harm in editing a patch file manually as long as you're careful and your editor doesn't screw with line endings or anything. 12.52.00 # vim ftw 12.52.03 # * Llorean really, REALLY wishes contributors on the tracker wouldn't put something else in the real name field. 12.52.36 # pixelma: I found his email address. I'll ask him. 12.53.01 # even found his name :) 12.53.19 # Should I first ask him if he's ok with me putting his name in? 12.53.56 # btw, is there actually anyone who have objected to be in the credits? 12.54.05 # I can't recall any 12.54.09 # pondlife: are those saved_* variables necessary? I thought the values in tc are usually identical with the ones in globals_settings, so that you can just set the ones in tc, and restore afterwards from global_settings. 12.54.11 # lol 12.54.15 # B4gder: Llorean ;) 12.54.36 # amiconn: It was already there, so I thought it safer 12.54.54 # pixelma: I don't think I can get away with trying to deny being a particularly active member these days. 12.55.16 # amiconn: I don't have a player with me at the moment, so better safe than sorry.. 12.55.27 # * pixelma wonders if it is a good idea to commit just the changes to CREDITS for the name of the pegbox colour graphics author to avoid conflicts later 12.55.46 # though I have some more pegbox graphics related changes in the pipe 12.55.53 *** Saving seen data "./dancer.seen" 12.56.37 # Llorean: just remembered that you were a little bit annoyed when someone decided to put your name in there 12.56.43 # pondlife: Huh? How could they have been there before if your patch adds them? 12.56.47 # B4gder: you think I should just do it? 12.57.07 # The old code saved dirfilter 12.57.18 # I renamed the variable though 12.57.33 # markun: yes, that's not a question we use to ask and given the history of zero no answers I think that's pretty safe 12.57.43 # pixelma: At the time, I very much liked to think of myself as "just someone helping out" 12.58.00 # pondlife: It saved it because it messed with global_settings directly. Now global_settings *is* your backup. 12.58.30 # Also, the direction reversal would be more efficient using a table lookup instead of the switch() 12.58.30 # It saved the dirfilter, I now do the same for dir_sort. 12.58.40 # Feel free to write one 13.00.15 Join Haudrauf [0] (n=hau@HSI-KBW-091-089-008-100.hsi2.kabelbw.de) 13.01.01 Quit linuxstb (Read error: 113 (No route to host)) 13.01.20 Quit petur (Read error: 110 (Connection timed out)) 13.03.24 # pondlife: Yeah, tc.dirfilter can differ from global_settings (subbrowsers sometimes set it), but tc.sort_dir normally doesn't 13.03.32 # OK 13.03.47 # markun, i think it was Waldo000000 that wanted it 13.03.57 # I thought they might need to be handled similarly 13.04.04 # Much smaller patch coming up 13.04.46 # advcomp2019: yes, I know 13.05.23 Quit massiveH ("Leaving") 13.05.28 # advcomp2019: but as you might have expected, that was not his real name ;) 13.05.34 Join nplus [0] (n=nplus@141.25.globcom.net) 13.06.02 # yep.. i am not sure on that ;) 13.15.16 Join massiveH [0] (n=massiveH@pool-71-187-1-91.nwrknj.fios.verizon.net) 13.20.46 # anyone remember the name of the patch that ignores "The" when sorting? 13.21.39 # Dementio: it was the ignore the patch, it was closed a long time ago. 13.21.47 # damn 13.22.05 # went throught the whole list for nothing 13.22.06 # lol 13.22.18 # Llorean: Surely "ignore the, the" patch :) 13.22.29 # gawd 13.23.01 # BigBambi: Possibly "ignore" if it's truly ignoring it... 13.23.11 # true :) 13.23.51 Join Waldo000000 [0] (n=roy@203-219-228-242-gee-ts1-2600.tpgi.com.au) 13.23.55 # hi Waldo000000 13.23.59 # I just committed your patch 13.24.14 # markun: gday there. wooh first one :) cheers 13.24.21 # :) 13.24.31 # you're in the rockbox CREDIT file as well now 13.24.44 # planning to do any more work on rockbox? 13.26.50 Join LambdaCalculus37 [0] (n=LambdaCa@nmd.sbx09467.newyony.wayport.net) 13.27.49 # yeah, particularly FS#9441 - Erratic button lights on Olympus M:Robe 100 (MR100) 13.28.58 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 13.29.01 # that reminds me 13.29.18 # Waldo000000: any idea where to look for the cause? 13.29.18 # is it possible to detect if it's a cf disk or mini disk? 13.30.42 # markun: absolutely none, as yet. it looks like quite a nasty bug, particularly as the lights usually seem to work for a short amount of time after start up. any pointers? 13.32.06 # no, but I haven't looked at the code either 13.32.45 # markun: okiedokie. by the way, do you have an mrobe by any chance? 13.32.53 # no 13.32.55 # does anyone here have an mrobe? (mr100) 13.33.11 # 12:49 < pixelma> low_light started and roolku went on, but domonoky and bluebrother have M:Robe100s too 13.33.28 # but none of them is online now I think 13.36.14 Quit AndyI () 13.43.03 # * LambdaCalculus37 looks at FS#9467 13.44.23 # * gevaerts has an mr100, but no time right now (at work), and the mr100 is at home 13.46.09 # funman's patch at FS#9467 doesn't look like svn diff to me; was this done using git? 13.46.53 # gevaerts: no probs. just for your reference, when you get a chance, it'd be great if you could check if your button lights work properly. mine tend to behave erratically after a while during normal operation - FS#9441 13.47.55 Quit massiveH ("Leaving") 13.50.30 Quit jhMikeS (Nick collision from services.) 13.50.36 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 13.51.21 # Waldo000000: sure. I'll have a look tonight 13.53.10 # gevaerts: cool, thanks 13.53.19 Quit LambdaCalculus37 ("Ka-chunka") 14.02.32 Join Schmogel [0] (n=Miranda@p3EE21A72.dip0.t-ipconnect.de) 14.07.23 Part Waldo000000 14.11.37 # OK, new patch on FS#8949, and this one might even fix the problem 14.12.53 # I wonder if it's possible that the current code could result in the unexpected setting of global_settings.dirfilter ? 14.21.25 Quit EspeonEefi ("さよなら") 14.25.54 Join Darksair [0] (n=user@58.240.127.9) 14.26.00 Join Nibbl [0] (n=Nibbler@e181123220.adsl.alicedsl.de) 14.28.57 Part pondlife 14.33.49 Join MrDuck [0] (n=kachna@r3g248.net.upc.cz) 14.35.24 Quit kachna|lappy (No route to host) 14.36.51 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 14.42.21 Part B4gder 14.45.40 Join dany_21a_ [0] (n=dan@84-119-15-25.dynamic.xdsl-line.inode.at) 14.47.58 Quit jhMikeS (Read error: 104 (Connection reset by peer)) 14.51.35 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 14.55.54 *** Saving seen data "./dancer.seen" 14.57.19 Join LambdaCalculus37 [0] (i=44a04303@gateway/web/ajax/mibbit.com/x-f6efe715e37d51a7) 14.58.00 Quit kushal_12_27_200 ("Leaving") 15.13.41 Join goffa_ [0] (n=goffa@216.220.23.105) 15.23.42 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 15.24.43 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 15.27.45 Quit goffa (Read error: 110 (Connection timed out)) 15.29.51 Quit tvelocity ("Αποχώρησε") 15.36.33 Quit Darksair (Connection timed out) 15.42.31 Join aurel42 [0] (n=marc@wazoo.a42.de) 15.42.34 Join BigFridge [0] (n=d9eedbd8@gateway/web/cgi-irc/labb.contactor.se/x-e28ef2a9cf9bbe97) 15.42.39 # Hi folsx 15.42.43 # folks, too 15.43.29 # I need someone to clear something up for me... rockbox 3.0 should support cover art w/o patches, is that correct? 15.44.22 # yes, it should 15.45.08 # I've never used it myself, but here you should find the info: http://www.rockbox.org/twiki/bin/view/Main/AlbumArt 15.45.53 # I've used the Picard client (Musicbrainz) and the cover art plugin to add covers for most of my albums, as a cover.xxx file and within the ID3 tags, but on all themes I've tried I'm only seeing the "no cover" pic. I'll check the wiki, thanks. 15.46.24 # Ah, there we go. 15.47.08 # Pics in files are not supported, and the cover.xxx needs to be bmp. 15.47.31 # No problem. ImageMagick's convert is my best pal. 15.48.40 # aurel42: maybe someone will improve album art to support jpeg files and embedded jpegs, but for now this is all 15.48.48 # which player are you using? (just curious) 15.49.24 # markun: iPod Video 30gb 15.49.38 # And I'm SO happy with Rockbox. 15.50.05 # and the ipod video is not even such a good rockbox target. Maybe if we some day find out how to program the broadcom chip.. 15.50.35 # I even used ever since I got the iPod, even though it kinda raced through the battery power in earlier versions. 15.50.49 # -even 15.50.53 # but that's mostly fixed now, right? 15.51.18 # Yeah, I'm getting 10+ hrs now. 15.51.36 # Llorean: do we have a schedule for the next release? 15.51.39 # With Apple's software, it's supposed to be 14hrs, iirc. 15.51.40 # markun: Yes, I'm now getting 16+ hours on mine (although I changed the stock battery). 15.51.57 # aurel42: at least we're getting closer 15.51.58 Quit BigFridge ("CGI:IRC (EOF)") 15.52.06 # markun: Late December, Early January as an approximation right now. 15.52.15 # LambdaCalculus37: what type are you using now, if I may ask? 15.52.38 # Llorean: nice! Do we have some features we would like to have done by then? 15.52.46 # The goal is a 3-month cycle, but we've never decided if it's "2.5 months + 2 weeks freeze" or "3 months + 2 weeks freeze" and if the cycle starts from when the freeze ends, or when the release is "released" 15.53.00 # 5.5G iPod video 30GB, with a new 580mAh battery (up from the stock 400mAh battery). 15.53.22 # LambdaCalculus37: ty 15.53.22 # markun: Nothing specific at this time. *I* personally would really like to see USB go in so it can be tried by a wider user base (we can disable it again for some/all targets in the release if it works for too low a percentage) 15.53.29 # I'd also like to see Sansa Chargin, and iPod Serial 15.53.32 # Charging 15.53.35 # * LambdaCalculus37 points aurel42 to http://www.ifixit.com 15.54.11 # Beyond that, we don't usually plan, obviously. I'm kinda hoping this can be a "feature heavy" release, and then we can try to make 3.2 a feature light release in the hopes that it gains some added stability by trying not to put in too many big features during that period. 15.55.59 # Llorean: USB is known to be buggy on PP. This is not the stack's problem, as it works fine on the beast. Hence it shouldn't be enabled on PP unless the cause is found 15.56.35 # amiconn: It should be enabled in "current build" builds for the sake of, at the very least, hearing more about conditions in which it is problematic. 15.56.50 # It absolutely shouldn't be enabled for Sansas yet, since it can corrupt things, though. 15.56.51 # And before adding any charging that further messes up powermgmt, a rework of powermgmt is required, imo 15.57.19 # Llorean: This corruption is not USB related at all, but SD driver related 15.57.30 # amiconn: If the charging works, and the rework is in a limbo of "who knows when it'll be done", then the charging should go in so users can use their players like normal people without having to deal with special caveats. 15.57.31 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 15.57.39 # amiconn: I've been enabling USB on my iPods for some time now, and I've never had any issues with file transfer or charging thus far. 15.57.43 # amiconn: I know it's not USB related, but the primary way to see it is via USB. 15.58.00 # Llorean: Putting the charging in and further messing up powermgmt by that would be a bad move 15.59.00 # Llorean: Ever tried copying something while music is playing (with a somewhat demanding codec), or while the cpu was boosted for some other reason? 15.59.17 # amiconn: Any particular reason, re the charging, other than "it means more work for the rework if it ever happens"? 15.59.42 # amiconn: As I said, the *primary* way. The majority of users will use USB a lot more than meeting the conditions you just described. 16.00.10 # The reason is that it will make the *necessary* rework harder. If this rework isn't done, many other targets which now don't do proper powermgmt will probably never see proper powermgmt, imo 16.00.45 # amiconn: what kind of rework is needed? 16.01.28 # amiconn: Frankly, the patch is pretty darn short. If it adds more than five minutes to the rework that wouldn't already be necessary (in order to rewrite this patch to work with the reworked version) I'd be frankly very surprised. 16.01.28 # Llorean, kinda late response, but do you by chance use a CF drive on your ipod? 16.01.54 # (was watching heroes) 16.01.57 # Dementio: Don't think I ever said I had an iPod. 16.02.03 # A fundamental one: change the powermgmt thread loop so that it spends most time in the loop waiting for events instead of in special "sleep" functions 16.02.04 # oh 16.02.06 # As it stands, I do, but not one you can put a CF card in. 16.02.23 # oops, damn autocomplete 16.02.27 # meant LambdaCalculus37 16.03.44 # i was wondering though, is it possible for rockbox to determine whether you're using a cd card or mini drive? 16.05.15 Part LinusN 16.05.28 # Dementio: No, I'm still using the hard drive. 16.06.37 # reason is, i know not all cf cards work with rockbox without making a minor code change, i was wondering if it's possible for the determination to be made and the change applied based on which is used 16.06.46 # um, did that make any sense? 16.08.05 Join MarcGuay [0] (n=chatzill@ip216-239-79-226.vif.net) 16.08.37 # cause i know i can't be the only one that uses a a-data cf card with rockbox 16.09.13 Join n1s [0] (n=nils@rockbox/developer/n1s) 16.10.00 # Dementio: I don't know for sure, but it would surprise me if we weren't able to determine that from the drive info struct 16.10.08 # Archos wizards: Any idea why there is a Archos FM Recorder 8MB build on the release page but not the current build page? 16.10.51 # it's only one line of code that allows the cards to work or not 16.11.20 # only problem i can think of is that i really think it'd have to be done at compile time 16.11.43 # Dementio: only if we cannot detect it runtime, which I think we can 16.12.07 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 16.12.27 # Dementio: what line of code is needed? 16.12.36 # getting it 16.12.46 # amiconn: working towords more event driven code in general sounds like a good idea to me 16.13.14 # MarcGuay: I'm guessing the 8MB release was hand-built by someone? it's such a rare target that it doesn't make sense to always build it. 16.14.08 # markun: you said someone might improve the album art code to include jpg... 16.14.20 # aurel42: yes 16.14.39 # markun: but there's already that image plugin that can display the cover.jpg files... couldn't that code simply be reused? 16.15.02 # DEV_RS = 0x3ffffef8; in system-pp502x.c 16.15.23 # if that line's removed, the card works 16.15.59 # Dementio: and if it's there, harddisks don't work? 16.16.24 # if it's there, hard disk's work, but some cf cards don't 16.16.53 # sorry I meant the other way around. if you remove it, cf works but disks don't? 16.17.03 # aurel42: I think it would at least be a good starting point. We want to keep the rockbox core as small as possible so someone implementing it would have to take that into account. 16.17.04 # Zagor: If I recall, I'm not certain, the cost of having it is in battery life. 16.17.12 # It doesn't prevent anything from working it to do it the way that works for CF cards. 16.17.13 # Llorean: aha 16.17.23 # i haven't tried hard disks with that line removed, so i'm not sure 16.17.34 # markun: I see. Luckily, the only language I can write code in is Commodore Basic v2 (38911 basic bytes free). 16.17.44 # Zagor: IIUC it was part of the general PP battery life improvement. But I could be misremembering. 16.18.14 # aurel42: now you just have to learn C and you'll be the pefect person for the job ;) 16.18.17 # markun: well, and all the other languages that allow me to write Commodore Basic v2 style... like PHP. ;) 16.18.29 # * Dementio needs to learn C also 16.18.59 # if you know some programming I don't think learning C will be that difficult 16.19.03 # markun: you got a point there, back then we kinda knew how much a single byte is worth. :D 16.19.07 # well..... 16.19.10 # Zagor: I think Petur was the one really looking into CF card compatibility recently. He might know more. 16.19.14 # i once knew BASIC 16.19.15 # lol 16.19.30 # Llorean, yes he was 16.19.35 # MarcGuay: could you test the newest nano bootloader in FS#9369? 16.19.35 # he was the one helping me out 16.20.03 # strings are handled very differently in C and then there are pointer, but otherwise I don't think there is that much to get used to. 16.20.06 # n1s: No, sorry. Le girlfriend has it. 16.20.50 # Le? :) 16.21.15 # 'El girlfriend' for the spanish. 16.21.24 # Weird. Since I upgraded my Ubuntu box, when I unmount the iPOD, it won't tell me that it's okay to remove it. Any ideas? 16.21.35 # do we have any docs on these registers (DEV_RS, DEV_EN etc) are these values all rev-engineered? 16.21.42 # or are 16.21.51 Join Siku [0] (n=Siku@e212-246-66-148.elisa-laajakaista.fi) 16.22.17 # well, just a random idea, but what if configure had an option (like an additional question) concerning CF cards, since they don't need spindown, etc 16.22.29 # (ah, when I "eject /dev/sdc2", I get the "OK to disconnect" message, I guess Ubuntu messed up "eject-on-unmount") 16.22.46 Quit DerDome ("Leaving.") 16.22.53 Quit Twst (Read error: 110 (Connection timed out)) 16.23.14 # Zagor, if i had some docs, i'd be willing to test it out on my ipod 16.23.14 # Dementio: that's definitely possible, but automatic detection would be a lot nicer 16.23.24 # Zagor: Reverse engineered. I think a lot of them are even only known via testing (buschel disabled everything he could detect drew power, working out which were absolutely necessary for Rockbox to function) 16.24.56 # Oh, dang, it's not enough to convert the cover.jpg to cover.bmp, I also need to scale them to the size my theme expects? 16.25.01 # for automatic detection, would it be some string in disk info possibly? 16.25.09 # aurel42, yes 16.25.15 # 100x100 16.25.23 # Dementio: yes, or more likely a bit 16.25.25 # well, most of them 16.25.27 # There's also this "fullscreen" theme using 200x200 16.25.28 # Dementio: It's not always 100x100. 16.25.46 # aurel42: There are some handy tools on the AlbumArt page that can do this pretty quickly. 16.25.49 # I'll go for 100x100, though, I like the cabbie v3 theme. 16.26.01 # MarcGuay: "find" and "convert" are my friends. ;) 16.26.01 # Zagor: One problem, IIUC, is that a lot of CF cards don't necessarily conform to various specs, so they aren't consistently reliable for identification. 16.26.21 # that's what i'm looking at now 16.26.37 # "View disk info" to be precise 16.26.57 # Llorean: well many disks don't either. are you saying cf card makers are much worse than disk makers? 16.27.27 # Zagor: No, but we don't have something we need to differentiate disks from. 16.29.45 # MarcGuay: ah, no worries 16.30.06 # any other nano user around who wants to do a test? 16.34.39 # I got a UI question, is there a way to replace a running playlist with a new one? I know I can add to the current playlist (insert/queue), but I kinda often feel the need to "forget" the current playlist and just start a new one without stopping the music. 16.35.32 # I kinda think I had that before, perhaps it's just a matter of some option under Settings? 16.36.16 # bit 2 of word 83 looks like a candidate to check for: "CFA feature set supported" 16.36.39 # ? 16.37.16 # in the IDENTIFY DEVICE response from the drive 16.37.35 # ah 16.38.09 # also "Devices supporting the CFA feature set shall place the value 848Ah in word 0." 16.39.17 # i only ask cause i'm trying to learn. how'd you find that out? 16.40.30 # by reading the ATA specification. here's a link to a fairly late draft: http://t13.org/Documents/UploadedDocuments/project/d1410r3b-ATA-ATAPI-6.pdf 16.40.51 # k 16.41.04 # aurel42: just start the new playlist be chosing a new song/playlist to play - just a short button press, not using the context menu 16.41.13 # Dementio, Zagor: It is not possible to distinguish CF cards and microdrives in a generic way 16.41.27 # damn 16.41.37 # Microdrives also state that they support CFA 16.41.48 # amiconn: aha 16.42.26 # And the ata identify info of many devices (both harddisks and CF cards) is often incomplete or incorrect apart from the basic info that is necessary to make them work 16.42.38 # i noticed that 16.42.57 # yes that has always been so 16.43.13 # Btw, CF cards are supposed to work with a current rockbox without modification 16.43.23 # not all of them do 16.43.25 # "add the bare minimum so it can work in windows" is the standard way to design hardware 16.43.28 # * amiconn is running a CF-modded mini G2 without problems 16.43.37 Join Tetracomm [0] (n=nicholas@72.252.29.2) 16.43.47 # a-data speedy 32gb's don't 16.43.48 # pixelma: that only works for files, not for folders, though. Typical use case for me: I'm listening to a playlist containing all of the jazz/ folder (recursively, shuffled), then I want to listen to the rock/ folder instead. 16.44.32 # DEV_RS = 0x3ffffef8; in system-pp502x.c gives an ATA Error: -1 16.44.33 # amiconn: do you have, or can fix, identfy blocks from a CF and a microdrive. I'm interested in looking at them, even if it perhaps can't result in useful detection. 16.46.10 # http://www.rockbox.org/twiki/bin/view/Main/CFModGuide#CF_card_and_HDD_identify_data_co 16.46.10 # amiconn: I'm looking into my font code again, just so you know :) 16.46.40 # amiconn: ah, great! 16.46.43 # Is rockbox-themes.org "deprecated"? 16.47.13 # aurel42: Until rebuilt, yes. 16.47.23 # ty 16.47.55 # amiconn: so there's a single microdrive that supports cfa? 16.48.18 Quit amiconn (Nick collision from services.) 16.48.25 Join amiconn [50] (n=jens@rockbox/developer/amiconn) 16.48.29 # (would be nice if the WPS gallery gave the expected size for album art, I'm guessing it's not 100x100 but 144x144 for cabbie...) 16.48.46 # aurel42: The expected size is listed in the .wps file. 16.49.01 # Ah, tyvm, I'll check. 16.49.08 # Might save me some trial-and-error. :D 16.49.16 # it varies target to target 16.49.21 # aurel42: Basically, the cover art tag itself includes the size. 16.49.25 # so checking in the wps is definitely the most reliable way 16.49.36 # thanks for the help, but i have to be up at 0530 16.49.49 # but, if you think of something, i'm willing to try it 16.50.32 # aurel42: The expected album art size for the current theme is also available under System->Rockbox Info. 16.51.05 # That's even better, I'm kinda lost when it comes to the tags in the .wps file. 16.51.08 # That was a JdGordon sneak-attack nobody seems to have noticed. 16.51.21 # amiconn: that table looks less pessimistic than you do. the only drive that reports CFA is a CF+II drive 16.51.39 # Yes, but it's a drive, and needs spindown 16.51.43 # aurel42: since last week or so, the album art size of the loaded wps should be displayed in the "Rockbox info" screen under "System", haven't tried myself yet though... 16.52.03 # Ah, that's why. I'm using the 3.0 release, that doesn't have that info. 16.52.14 # What's the .wps tag I should be looking for? 16.53.19 # %Cl I think. CustomWPS wiki page knows. 16.53.37 # yup, %Cl 16.53.40 # amiconn: so the fact is that there is one single drive that won't spin down if we implement. and that drive is in compact-flash form-factor and hence rather unlikely for anyone to use. 16.53.51 # 120x120, phew. :D 16.54.15 # Is there a reason the System->Version menu option isn't called Credits? The version number is better retrieved through the Rockbox Info entry. 16.55.00 # Zagor: Except in minis where that's the native form factor. 16.55.44 # Llorean: sure, but this drive is only available in 6GB whereas flash drives are available in much larger sizes (and cheap too) 16.55.56 *** Saving seen data "./dancer.seen" 16.56.36 # I'd say it's very unlikely anyone is ever going to use this Hitachi "mechanical compact-flash" in his or her mp3-player 16.56.47 # MarcGuay: Can't think of any reason why not. 16.57.47 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-e50961390cbe5a5c) 16.58.47 # Zagor: Just checking, but that's not the HD it *comes* with is it? 16.58.55 # I thought one of the models of Mini natively came with a Hitachi. 16.59.46 # Llorean: I don't know 17.00.13 # I'd say that's an important question to answer then. Wouldn't want to go disabling disk-spindown on all minis. 17.02.53 # Zagor: That drive is the default drive of the iPod Mini... 17.03.13 # yup, just found that out. well then, back to the drawing board :-) 17.04.51 # i think the RS registers are resets, not enables, so that command probably inits something in the PP hardware 17.05.54 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 17.06.22 # Oh, I'm kinda surprised about the major increase in WAF that album art produced. Thanks for your help! 17.07.39 Quit Zagor ("Client exiting") 17.10.52 # amiconn: splashing from other threads than UI is bad, right? 17.11.11 # yep 17.12.46 # aurel42: WAF? Real words, please. 17.12.52 # that's another bug in the get_next_dir function then... it splashes an error and is called from the audio thread as well as UI 17.16.09 # MarcGuay: http://en.wikipedia.org/wiki/Woman_acceptance_factor 17.17.06 # MarcGuay: SHE never used the word "cute" to refer to Rockbox before. ;) 17.18.35 Join wpyh [0] (n=william@123.151.132.194) 17.33.18 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 17.37.26 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 17.37.28 Quit jgarvey (Read error: 110 (Connection timed out)) 17.38.54 # n1s: You ok to commit my patch (and remove that splash)? 17.39.22 # I'm a bit busy right now 17.39.55 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 17.40.26 # I should warn you I've not tried test builds for anything but H300 and H300 sim ;) 17.40.27 Join DerDome [0] (n=DerDome@dslb-082-083-196-147.pools.arcor-ip.net) 17.49.00 Quit robin0800 (Remote closed the connection) 17.49.15 Part pondlife 17.51.54 Join miepchen^schlaf [0] (n=miepchen@p579ECB3C.dip.t-dialin.net) 17.53.11 # LambdaCalculus37: There doesn't seem to be a version for the HARP model, which is what you have, no? 17.54.03 Quit smacnay ("Ex-Chat") 17.55.35 Join Landon [0] (n=Landon@unaffiliated/landon) 17.56.12 # hi all, is there a quick guide to upgrading to rockbox 3.0? or do I just follow normal installation instructions 17.56.15 # MarcGuay: Correct. 17.56.51 # LambdaCalculus37: That's a bit odd. I wonder what kind of error it would throw for your model. 17.57.40 # aha, looks like the only place I didnt check for upgrade instructuions were the actual installation instructions 17.57.43 # problem solved :) 17.57.44 Part Landon 17.59.05 Quit Nibbl (Remote closed the connection) 17.59.17 # LambdaCalculus37: What do you hope to gain from that installer? Don't you already have copies of the OF roms? 17.59.30 Quit kushal_12_27_200 ("This computer has gone to sleep") 17.59.56 Join bughunter2 [0] (n=Jelle@77.164.66.126) 18.00.29 # MarcGuay: I wanted to try something out... a little crazy, but just to see what it does. 18.01.00 # I wanted to try rolling a bootloader for the m200, then have the installer upgrade the m200's firmware with that. A crazy notion, but I just want to see what it'll do. 18.01.24 # It probably does the same thing tcctool does, no? 18.02.42 # MarcGuay: Quite possibly, but this time directly running it on the hardware as opposed to just in RAM. 18.03.03 # Also to answer your other question, I only have an OF ROM for my older v2 hardware (NAND). 18.04.24 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 18.06.40 Quit robin0800 (Remote closed the connection) 18.06.55 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 18.08.05 Join Nibbl [0] (n=Nibbler@e181123220.adsl.alicedsl.de) 18.09.37 Join fragilematter [0] (n=fragilem@92.82.109.155) 18.12.16 Join MethoS- [0] (n=clemens@host-091-096-214-060.ewe-ip-backbone.de) 18.13.31 Join webguest24 [0] (n=c0373401@gateway/web/cgi-irc/labb.contactor.se/x-90a2b116782cf6c6) 18.13.43 Join EricHoffman [0] (n=c0373401@gateway/web/cgi-irc/labb.contactor.se/x-ab7f7b321890e1a6) 18.13.43 Quit webguest24 (Client Quit) 18.14.29 Join Twst [0] (n=mhesten@242.80-202-24.nextgentel.com) 18.14.40 # Hi, I was wondering if I could get Wiki write permission to upload a iPod photo theme 18.14.57 # What's your wiki name? 18.15.12 # it should be EricHoffman 18.15.25 # One moment and I'll add you. 18.15.30 # thank you 18.16.22 # All done. Promise not to spam, now! :) 18.17.02 Quit MarcGuay ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 18.17.56 # I thought you would have to promise not to spam first and then get write access ;) 18.20.17 Quit MrDuck (No route to host) 18.20.18 Join petur [0] (n=petur@93.152-67-87.adsl-dyn.isp.belgacom.be) 18.20.44 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 18.24.13 # i promise 18.25.10 Quit robin0800 (Remote closed the connection) 18.29.29 Quit avis ("I just got lost in thought. It was unfamiliar territory.") 18.29.43 Join avis [0] (n=ident@pdpc/supporter/student/avis) 18.30.26 Quit bughunter2 ("bye") 18.30.38 Part J-23 18.30.48 Quit BigBambi ("http://www.mibbit.com ajax IRC Client") 18.30.54 Join J-23 [0] (n=aldwulf@a105.net128.okay.pl) 18.32.29 # Dementio: it may be helpful if you find out which bits in that DEV_RS line cause problems. 18.32.39 Quit miepchen^schlaf () 18.39.31 Quit Tetracomm (Read error: 110 (Connection timed out)) 18.40.36 # amiconn: could you test ipod bootloaders in FS#9369 on your 1g and 2g (or just build from latest branch with 'make VERSION=3.0') ? 18.41.56 Join Tetracomm [0] (n=nicholas@72.252.29.2) 18.42.54 Part pondlife 18.44.11 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.44.27 # also, how risky do you think your bootloader related changes on the branch were? If it works on 1g and 2g i think we have enough coverage to put these up on the download site (only nano, 3g, 4g and mini1g not tested then) 18.44.33 Part fragilematter 18.48.23 Quit Nibbl ("Ex-Chat") 18.50.04 Quit linuxstb (Read error: 110 (Connection timed out)) 18.50.34 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 18.55.59 *** Saving seen data "./dancer.seen" 18.57.22 Join {phoenix} [0] (n=dirk@p54B47D92.dip.t-dialin.net) 19.02.02 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 19.05.54 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 19.06.53 Join HBK- [0] (i=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 19.07.12 Quit HBK (Read error: 104 (Connection reset by peer)) 19.09.40 Join miepchen^schlaf [0] (n=miepchen@p579ECB3C.dip.t-dialin.net) 19.16.04 Quit saratoga ("CGI:IRC (EOF)") 19.17.12 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 19.18.20 Join maddler [0] (i=maddler@static-217-133-171-24.clienti.tiscali.it) 19.19.26 # Hmm, this kind of table-driven isn't really what I imagines. 19.19.30 # *imagined 19.20.05 # Besides, not making that array static is wasteful (as it is then constructed at runtime, meaning it's even more wasteful than the switch()) 19.30.01 Quit vitja ("Ex-Chat") 19.33.02 # amiconn: complaining about your own commit? 19.33.24 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.33.29 # nope, but about what lead to that commit 19.33.34 # any comments about FS#9455? 19.34.47 # XavierGr: Did you see the hints I've added to InterixDevelopment in reply to your experience? 19.36.44 # I think yes, I saw them. In the end I managed to find the correct make but after some builds the time between cygwin and interix was mostly the same but interix being a bit slower 19.37.00 # amiconn: for your information I always build with make -j instead of make 19.37.01 Join fragilematter [0] (n=fragilem@92.82.109.155) 19.37.42 # Have you tried without -j? 19.38.11 # gevaerts: hmm no, silly me I guess :\ 19.38.31 # Did you compare them using --no-ccache? 19.38.55 # nope, but maybe I will do some tests again 19.39.18 # I wouldn't be surprised if -j has significantly different effects on different systems 19.40.00 # If you didn't, Interix will use ccache (because it's installed), but Cygwin won't 19.40.20 # The first build of a target is always slower when using ccache versus not using it 19.40.43 # Subsequent builds of the same targets should be faster than building without ccache 19.41.02 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 19.41.08 Part pondlife 19.41.26 Join herrwaldo [0] (n=waldo@ip-81-11-224-145.dsl.scarlet.be) 19.41.56 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.42.41 Quit XavierGr (Nick collision from services.) 19.42.47 # For me, the first builds on Interix using ccache are always faster than Cygwin builds (no ccache installed there), but then I never use -j 19.42.52 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 19.43.46 # another weird thing is that I changed the rockboxdev.sh to make the tools with make -j, but it never finished, so I had to revert my change 19.43.47 Join |maddler| [0] (i=maddler@static-217-133-171-24.clienti.tiscali.it) 19.43.53 # but I don't understand why it would fail to build the tools with the -j argument 19.44.31 # amiconn: in what machine do you usually build? 19.45.03 # XavierGr: wrong dependency information can cause that 19.46.05 # On the laptop I mentioned several times already: Pentium M 1.5GHz, 1GB RAM, 120GB HDD, WinXP Pro 19.46.41 # amiconn: so you never build on a multicore machine? 19.46.56 # I have no such machine 19.47.02 # ah okay 19.47.08 # good reason :) 19.47.10 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 19.47.31 # well for me building without -j is a major resources waste 19.47.45 # build time can be increased as much as 4 times without it 19.47.59 # Do you use -j or plain -j ? 19.48.48 # plain -j, there was a discussion here that conlcuded that -j ~= with -j "number of cores" 19.48.53 # so I sticked to that 19.49.01 # It isn't 19.49.38 # Plain -j will cause 'make' to start as many parallel processes as the dependencies (or rather: independencies) allow, which can be dozens, even on a single core machine 19.50.22 # amiconn: yes but without any extra cores the result will be the same, right? 19.50.31 # nope 19.50.42 # So that could cause interesting issues depending on the scheduler. I'd try -j "number or cores", and -j "number of cores + 1 or 2" 19.50.45 # It could be faster or slower, depending on the RAM, the disk, the filesystem... 19.51.13 # hmm it seems then that it is more complicated than I though 19.51.15 # +t 19.51.28 # Also, plain -j will increase the chance that 'make' will stumble upon dependency problems 19.51.56 # that explains the hanging while building the tools 19.52.58 # What does rockboxdev.sh have to do with the tools, btw? 19.53.27 # I meant when building the crosscompilers 19.53.35 # changed all make lines to make -j 19.55.45 # also I wasn't fond that interix needed 2 services, reminded me vmware which needed about 4 19.56.19 Quit bmbl ("Woah!") 19.56.34 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 19.57.36 Quit bill2or3 ("Leaving") 19.59.56 # amiconn: do you use your vmware image anymore? I still think that's the fastest and easiset way of building on windows using a virtuall machine (with cross compiled sims). 20.00.09 # Fastest - yes. Easiest - no 20.00.58 # "easiest using a virtual machine" :) 20.00.59 # I never used it for regular development, only for tests. Too cumbersome, imo. 20.01.29 # amiconn: yeah I meant "using a virtual machine", because in the end cygwin is by far the easiest 20.01.48 # * Bagder thinks plain linux is easiest 20.01.49 # Either I need to copy the source over everytime before compiling, or I'd need to run samba and have the VM running all the time as a service 20.02.44 # amiconn: when I was using it, I had some scripts that initialized all these, I never even seen/used the vmware gui as I was using putty (mentioned here) 20.03.28 # then only hassle was that sometimes the image needed reboot because windows couldn't find it 20.03.42 # You could suspend the VM, and build a makefile that first starts the VM, then rsyncs source, then builds, and then copies back the result 20.03.59 # * gevaerts doesn't recommend this 20.04.05 Quit maddler ("connection reset by beer!") 20.04.08 # gevaerts: ...which would probably take longer than simply building on Cygwin or Interix 20.04.27 # Very probably, yes 20.04.32 Join gp_g [0] (n=gp_g@sighthound.demon.co.uk) 20.04.34 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 20.05.05 # XavierGr, amiconn: i usually build rockbox with make -j both for sim and target and have had no problems so far, i do share XavierGr's problem when building gcc though, probably make spawns too many processes 20.05.32 # makefiles need to be written properly for make -j to work 20.05.54 Quit faemir (Remote closed the connection) 20.06.00 # ours didn't work once upon a time either 20.07.02 # Bagder: btw, does the distrbuted build system use make -j(#) ? 20.07.29 # n1s: the BuildServer page tells you to adjust local scripts 20.07.33 Quit Siku () 20.07.38 # acbuild.pl? 20.07.49 # yes 20.08.09 # so each server owner sets that up 20.08.21 Join faemir [0] (n=quassel@88-106-165-155.dynamic.dsl.as9105.com) 20.08.27 # aha, I'm thinking of setting up a buildserver myself once i get a power cord for the box, old p4 though so no multicore 20.08.42 # hope it's fast enough 20.13.57 Nick |maddler| is now known as maddler (i=maddler@static-217-133-171-24.clienti.tiscali.it) 20.15.57 # * n1s closes another "bug" report about ogg/vorbis files with id3 tags... 20.16.24 # n1s: do we skip those id3 tags? 20.16.36 # markun: nope, we refuse to play the file 20.18.13 # we could just skip them.. but then people ask us why their tags are missing 20.18.41 # This isn't a bug because the files are broken, thing is that some desktop players and even the h100 OF apparently does play them 20.18.51 # hmm now I found some logs, vmware needs half the time than cygwin on my machine 20.19.08 # 28 seconds to build an H300 build... 20.19.26 Quit super_ () 20.19.33 # n1s: maybe a panic() would be better 20.19.40 # * gevaerts hides slightly 20.20.40 # markun: we could indeed, but i think the conclusion is that this would open the door for supporting more exotic tag/stream combos and weird workarounds for commonly broken things, also i guess noone cares enough to code it :) 20.20.48 # gevaerts: +1! 20.21.03 # n1s: like APE tags for MP3 files? 20.21.10 # for example 20.21.11 # And vorbiscomment for mp3s 20.21.19 # which some people also use :) 20.21.27 # gevaerts: that's just crazy :) 20.21.54 # It isn't! vorbiscomment is a lot more flexible 20.22.00 # XavierGr: wow 20.22.29 # You can build H300 in under a minute on Cygwin? That's even faster than my linux box can... 20.22.32 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 20.23.06 # amiconn: that was on vmware http://www.rockbox.org/irc/log-20080422#02:49:51 20.23.39 # amiconn: but right now it is close to 1 minute for cygwin yes 20.23.55 # I am tempted to install linux 20.24.04 # I doubled the 28s... 20.24.15 # yes, sorry misunderstood 20.24.41 Quit Tetracomm ("Leaving") 20.24.57 # IIRC, just the svnversion step took > 10s on my pc running windows xp with cygwin 20.25.19 # gevaerts: can FS#9380 be closed, i was unable to reproduce on my h300 both before the supposed fix and after and since it seems it fixed the problem on arm based targets... 20.26.00 # n1s: I'll test right away 20.26.13 # I must install linux and give it a try, 28 seconds with half the cores (on vmware) is incredible 20.27.09 # * amiconn does a Cygwin test 20.27.34 # XavierGr, you did do a "make clean" before, right ? :P 20.27.59 # bertrik: haha of course, I don't think I was that dumb when I did the test :P 20.28.43 # but it is true that I didn't manage to redo that test because I never used again the vmware image 20.29.14 # n1s: r18691 is the fixed revision, right? 20.29.46 # yup 20.31.20 # * gevaerts builds r18690 20.33.38 Join meven [0] (n=meven@lav35-1-82-236-137-162.fbx.proxad.net) 20.36.29 # XavierGr: that was with ccache, which works extremely well on linux but not so much on cygwin/interix 20.38.29 # * n1s gets 60/37/35 seconds for make/make -j2/make -j3 with ccache on 3.2GHz pentium D (seems amiconn's latest configure change saved about a second) 20.38.52 # that's a h300 build 20.39.19 Join MrDuck [0] (n=kachna@r4ax178.net.upc.cz) 20.40.20 # so, how long do we wait for people to respond to questions in fs tasks before closing them? 1 week, 2? 20.40.38 # What sort of questions? 20.40.56 Join funman [0] (n=fun@86.219.158.180) 20.41.13 Quit nuonguy ("This computer has gone to sleep") 20.41.40 # when someone posts a patch to fix a 'problem' but doesn't say what the problem is and we ask what it is. (see fs#9421 for example ) 20.41.47 # LambdaCalculus37: yes FS#9467 is a git patch but it's also a standard patch 20.42.07 Join Tetracomm [0] (n=nicholas@72.252.29.2) 20.43.17 # funman: Ahh. Thanks for the info. :) 20.44.02 # n1s: that patch seems to contain bona fide translation fixes. I wouldn't just close that 20.44.14 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 20.44.29 # n1s: in other news, at least r18690 still has the spacerocks bug. Now going to try r18691 20.45.21 # * n1s wonders how many french language maintainers look at a task called " "Official" release not OK"... 20.45.32 # * gevaerts guesses 0 20.45.33 # gevaerts: well, that is good news :) 20.46.35 # any french maintainer in here, who wants to look at it? else, I'll just change it into a patch and give it a new title 20.47.16 # I am not maintainer but I can look if the sentences are right 20.47.43 # funman: would be nice, FS#9421 20.48.34 # As a non-native speaker and non-maintainer, that patch seems to be correct 20.48.35 # - radio_screen_button_bar: "" 20.48.35 # + radio_screen_button_bar: "action" 20.49.12 # I don't know what's the meaning of this however 20.49.40 # funman: that should remain empty as it is empty in english.lang 20.49.54 # the hunk at line 10995 looks suspicious 20.50.49 # why? 20.51.00 Join super [0] (i=super@c80-217-101-37.bredband.comhem.se) 20.51.11 # well I don't understand the english word: "Work" 20.51.32 # for LANG_ID3_GROUPING 20.52.25 # I think Œuvre may be a what's meant 20.52.47 # Build times for H300 without ccache and without -j (and virus scanner disabled): Cygwin 11:46, Interix 11:35 (yes, that's min:sec) 20.53.06 # ugh 20.53.15 # I wonder where the huge differences between speed differences come from... 20.53.44 # I suspect that you need to enable dircache ;) 20.53.54 # For building the toolchains, Interix is *way* faster than Cygwin (measured speed differences of a factor 2...7 (!)) 20.54.07 # But for building rockbox, the difference is small... 20.54.23 # amiconn: maybe it's our buildsystem? 20.54.43 # amiconn: is the console fast? Try redirecting all output to /dev/null 20.55.09 # * gevaerts doubts if that is the real problem, but it may help a bit 20.55.14 # The console is the same in both cases. And building gcc spits a lot more junk to the console than our build system 20.55.20 # Or a file, if it's not for testing 20.55.41 # Grouping is explained in FS#7362 20.56.03 *** Saving seen data "./dancer.seen" 20.56.04 # * amiconn tries a comparison of '(g)make -j' 20.56.20 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 20.56.27 # funman: Œuvre it is then... 20.56.55 # n1s: r18691 also still has the bug 20.57.20 # gevaerts: ah, crap :( good to know at least 20.57.45 # gevaerts: it doesn't explicit a multi parts work then, but the english translation neither, so I think it's ok 20.58.34 # n1s: to reproduce, disable the shutdown timer, start spacerocks, and just let it sit there for a while (around five minutes should do it, but to be sure it's fixed I'd wait 15 minutes) 20.58.56 # * n1s tries it again 21.01.25 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 21.05.49 Part dany_21a_ 21.07.29 # in FS#9421 what's the meaning of the hunk @6145 ? (adding deprecated in the translated string) 21.07.51 # gevaerts: also can we use Œ or only Oe ? 21.08.15 # funman: Œ should be fine 21.08.19 # * gevaerts gains two seconds (out of 58) by redirecting all build output to /dev/null 21.08.26 # hi all 21.08.46 Quit MrDuck (Read error: 113 (No route to host)) 21.10.38 Quit Bagder (Read error: 110 (Connection timed out)) 21.10.49 Join Bagder [241] (n=daniel@rockbox/developer/bagder) 21.11.00 # n1s: but "depricated" shouldn't be in the part, just right? 21.11.06 # gevaerts: ah, yes, got the crazy rocks now, took over 10 minutes though, i was probably too impatient/hoping it was fixed before ;) 21.11.22 # pixelma: it doesn't matter in the dest really 21.12.04 # n1s: when I filed that bug report, I had about eight DAPs sitting around running spacerocks :) 21.12.20 # n1s: hmm, I thought it matters a teeny tiny bit as it makes the language file bigger even though the string won't be used 21.13.08 Join webguest04 [0] (n=d984bb9b@gateway/web/cgi-irc/labb.contactor.se/x-a8ce4f934f54b8b2) 21.13.11 # pixelma: iirc, it is enough that the in english.lang is marked as deprecated for genlang to make it an empty string disregarding the rest of the fields 21.13.17 # gevaerts: :) 21.14.17 # n1s: I actually don't think that this is a very serious bug, as it probably only happens if you have the same rock floating around for minutes. If you do that in a real game, you're dead 21.14.44 # but it is kind of interesting :) 21.14.58 # That it is :) 21.15.11 Part J-23 21.15.19 # n1s: I attached the newer patch, but you want to wait for input from the author before committing 21.16.39 # funman: your attachment is 0 bytes 21.16.44 # Build times for H300 without ccache, with -j (and virus scanner disabled): Cygwin 9:47, Interix 11:32 21.16.54 # So plain -j helps Cygwin, but not Interix 21.17.22 # hm 21.18.36 Quit webguest04 ("CGI:IRC (Ping timeout)") 21.18.45 # n1s: corrected 21.20.28 # funman: thanks, I'll commit that now as it seems the original poster isn't very responsive... 21.20.29 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 21.23.09 # pixelma: correction of what i said before: it is enough that the desc field is marked as deprecated and genlang will disregard the other fields 21.25.05 Quit funman ("leaving") 21.25.06 # * n1s is getting confused so is bes ignored... 21.25.38 Join tvelocity [0] (n=tony@gw1.mycosmos.gr) 21.26.20 Part fragilematter 21.27.18 # Has anyone worked out a work-around for the unicode char breakage on the frontpage? 21.29.19 # we should switch it to utf8 entirely 21.31.05 # * bluebrother agrees 21.31.45 # utf16! 21.31.58 # ucs2? 21.32.19 # or rather windows-1252? 21.32.24 # * bluebrother ducks 21.32.26 Join ins2d [0] (i=ins2d@yatsenko.la.net.ua) 21.32.35 # ebcdic 21.32.54 Quit nplus (Read error: 110 (Connection timed out)) 21.32.56 # morse-code? 21.33.42 # * linuxstb thought we had established morse code's limited character set in -community recently 21.33.44 # hello to everyone 21.34.00 Quit Dhraakellian ("Reboots are for kernel updates and hardware changes. This would be the latter") 21.34.20 # i'm for the 1st time here so please dont punish me hard :) 21.34.39 # ins2d: As long as you read the manual before coming, you'll be fine... 21.34.46 # * bluebrother pulls out punish instruments 21.34.53 # And the irc guidelines :) 21.35.11 # And every corner of the website ;) 21.35.13 # i only have a question to the expirienced iRiver H300 users and fans 21.35.15 # :) 21.35.55 # searched it throw the web but without the result :) 21.36.04 # so... 21.36.42 # the problem is that H3x0 has usb host at 1.1 speed 21.37.12 # * linuxstb wonders what the question is 21.37.22 # and it's tooooo slow for me 21.37.24 # :)))))) 21.37.44 # is there any king of way to turn it to 2.0? 21.37.48 # ;-D 21.37.49 # ins2d: what does this have to do with rockbox? 21.37.56 # then you need to buy a PC. USBOTG is 1.1 only 21.38.17 # I have the PC ))) 21.38.17 # plus, Rockbox doesn't support OTG (yet) 21.38.37 # i just wonder if any way exists 21.40.07 # ins2d: the hardware only supports full speed 21.40.16 Quit Rob2223 () 21.40.24 # And that is 2.0 by the way. Spec version has nothing to do with speed 21.40.50 # the question is not about the Rockbox, i understand. But i hope there are many peolple here to know this business 21.41.05 # ins2d: this channel is only about rockbox subjects 21.41.19 # ok i see 21.41.29 # ins2d: Ask at the Misticriver forums. That site is more iriver-oriented. 21.41.45 # * gevaerts already gave a full answer anyway :) 21.42.04 # ok, thank you :) sorry for disturbing :) 21.42.55 # * bluebrother somehow remembers the ISP1362 can do full speed only 21.43.41 # yep. At least the datasheet makes me believe this 21.44.08 # It should also be able to do low speed 21.44.26 # yep, but he wants it to be faster ;-) 21.44.38 # :)) 21.45.05 # * bluebrother wonders what the smileys want to tell ... 21.45.31 # i'm ready for hardware changes if they can help 21.45.56 # you don't want to do that. How should the OF cope with changed hardware? 21.46.22 # some patch? 21.46.24 Quit jhulst (No route to host) 21.46.31 # * bluebrother gives up 21.47.34 # OK quys, i better go to the misticriver! maybe they know this theme! 21.47.40 # thanks for help! 21.48.03 Quit ins2d () 21.51.28 Quit EricHoffman ("CGI:IRC (EOF)") 21.52.27 Join gp_g_ [0] (n=gp_g@sighthound.demon.co.uk) 21.57.13 Quit gp_g (Read error: 110 (Connection timed out)) 21.57.35 Quit meven (Remote closed the connection) 21.58.48 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 22.02.29 Nick reacocard_ is now known as reacocard (n=reacocar@WL-194.CINE.HMC.Edu) 22.04.56 Quit reacocard (".") 22.10.04 Quit maddler (Remote closed the connection) 22.10.15 Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) 22.14.43 Quit Tetracomm (Read error: 110 (Connection timed out)) 22.16.15 Quit bluebrother ("Changing server") 22.16.26 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 22.17.34 Join einhirn [0] (n=Miranda@91-66-42-100-dynip.superkabel.de) 22.18.09 Join wiehan [0] (n=wiehan@dsl-244-239-144.telkomadsl.co.za) 22.19.07 Join maddler [0] (i=maddler@static-217-133-171-24.clienti.tiscali.it) 22.22.03 Quit Schmogel (Read error: 110 (Connection timed out)) 22.22.05 # I am running ubuntu, I've read your forums and Manual and can't find a solution. I get an error during install (with rokcbox utility, running as sudo) - "failed to add bootloader". I have also tried the manual method with ipodpatcher but always seem to be getting errors... 22.22.52 Join Tetracomm [0] (n=nicholas@72.252.29.2) 22.24.27 # wiehan: you've forgotten one pretty important bit of information : which player? 22.24.44 Quit jeffdameth (Read error: 113 (No route to host)) 22.25.11 # * gevaerts guesses an ipod but would still like to know which one 22.25.39 # And what are the errors you get from ipodpatcher? 22.26.16 # sorry mate, ipod photo, but for some magical unexplainable reason - it just worked... I did everything exactly the same, I've probably tried this 20 times. 22.26.40 # Maybe a bad cable or something like that 22.26.49 # Or it is busy working rateher, getting further than before... will report back when I have complte success 22.27.39 Join jeffdameth [0] (n=jeff@dyndsl-091-096-045-057.ewe-ip-backbone.de) 22.32.02 # Thanks people, it worked 100% 22.32.06 Quit wiehan (Remote closed the connection) 22.40.22 Join jhulst [0] (n=jhulst@unaffiliated/jhulst) 22.41.38 Quit einhirn (Read error: 104 (Connection reset by peer)) 22.46.23 Join Lambdumb [0] (n=Lambda@12-203-112-233.client.mchsi.com) 22.48.09 Quit {phoenix} (Remote closed the connection) 22.48.11 Nick zodttd|away is now known as zodttd (n=zodttd@user-142gtg7.cable.mindspring.com) 22.52.15 Join gregzx [0] (n=chatzill@dtc180.neoplus.adsl.tpnet.pl) 22.56.07 *** Saving seen data "./dancer.seen" 23.01.53 Quit tvelocity (Remote closed the connection) 23.03.11 Quit maddler (Remote closed the connection) 23.03.54 Quit Lambduh (Read error: 110 (Connection timed out)) 23.04.07 Join maddler [0] (i=maddler@static-217-133-171-24.clienti.tiscali.it) 23.09.25 Quit gp_g_ (Read error: 110 (Connection timed out)) 23.10.09 Join gp_g_ [0] (n=gp_g@sighthound.demon.co.uk) 23.13.27 Join jhulst_ [0] (n=jhulst@unaffiliated/jhulst) 23.15.32 Join Buschel [0] (n=abc@p54A3DBF6.dip.t-dialin.net) 23.15.34 # oh nice, my h380 crashed... 23.16.47 # r18677 just froze when pressing stop two times after each other while playing... 23.16.59 # * petur tries to reproduce 23.17.35 Join zodttd_ [0] (n=zodttd@user-142gtg7.cable.mindspring.com) 23.17.56 # can't... :( 23.19.09 # petur: there are still some playback bugs that look like races, yesterday my h320 hanged in the wps when i used dirskip a couple of times (the number varied) 23.19.11 Quit neddy (Connection timed out) 23.19.30 Quit jhulst (Success) 23.19.34 Join neddy [0] (n=john@nat/sun/x-2cecc865ccdf1ed4) 23.20.13 # n1s: I pressed stop while it was playing, wonderd why it showed the paused anumation and hit stop again. Must be a timing thing 23.20.53 Quit neddy (Remote closed the connection) 23.21.33 # Llorean/saratoga: I've read yesterdays's logs. you've talked about the cost of the accessory power supply for 5G. it is ~1.5mA -- which is quite a lot. 23.22.16 Quit ompaul (Read error: 60 (Operation timed out)) 23.22.19 # Llorean/saratoga: battery runtime test show reproducible ~40-45min more runtime 23.22.48 Quit jgarvey ("Leaving") 23.24.41 Join Nibbl [0] (n=Nibbler@e181079095.adsl.alicedsl.de) 23.28.58 Join AndyI [0] (i=AndyI@212.14.205.32) 23.29.13 Join casainho [0] (n=chatzill@87-196-16-147.net.novis.pt) 23.29.19 # hello Rockbox people :-) 23.29.37 # I have a question about ARM interrupts - I am having a problem on a new port... 23.30.11 # in my port, the MCU hangs on the main(), inside one while(1), but If I just use one interrupt, a timer interrupt 23.31.31 Quit Tetracomm ("Leaving") 23.31.39 # rbutil supports sapi voices on windows, right? 23.32.05 # I were doing a kind of debug using a LED and found that PC do not goes to very first code after having the first interrupt... - can anyone help me on interrupts? 23.32.27 # GodEater: pong 23.32.40 Quit gregzx ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") 23.32.42 # my IRQ vector says: irq_vector: 23.32.44 # b irq_handler /* IRQ : read the AIC */ 23.33.10 # however, very first code on "irq_handler" is not executed :-( 23.33.42 Nick zodttd_ is now known as zodttd|away (n=zodttd@user-142gtg7.cable.mindspring.com) 23.34.50 Join fml [0] (n=4fd3d411@gateway/web/cgi-irc/labb.contactor.se/x-2b93ef69a94ec383) 23.35.55 Join saratoga [0] (n=9803f669@gateway/web/cgi-irc/labb.contactor.se/x-9a40ab2106c64636) 23.36.01 Quit zodttd (Read error: 110 (Connection timed out)) 23.36.03 # XavierGr: hello. Could you tell me when the issue with scroll padding (pixels vs. spaces) was discussed? I'd like to read the logs. SInce I think spaces are much better. 23.36.08 # Buschel: long time no see 23.36.12 # n1s: yes 23.36.46 # bluebrother: ok, good, I was responding to a confused rbutil user in the forum 23.36.59 # saratoga: yep, i'm quite busy with real life 23.37.21 # have you looked at my MP3 cop work? 23.37.58 # saratoga: of course, i was reading the logs and the fs entry ;-) good work! 23.38.20 # i'm curious if you've looked into that for MPC? 23.38.35 # i imagine a similar approach would be possible there 23.38.50 # saratoga: I thought about it. but the gain won't be that much 23.39.00 # XavierGr: the "proportional" padding is better IMHO that a fixed width (in pixels) 23.40.06 # *than 23.40.11 # Buschel: put the whole thing on COP then 23.40.16 # n1s: seems some people fail to find the "change" button in the voice windows ... :( 23.40.19 Quit Thundercloud (Remote closed the connection) 23.40.28 # have the CPU free for GUI/buffering, then you could put it quite low 23.41.24 # saratoga: for optimum gain 50:50 partitioning (in terms of cpu-load) would be needed. maybe a 25:75 is reachable with a very similar approach to your's for mp3 23.42.04 # saratoga: so, leave 25% on CPU and put 75% to COP 23.42.31 # saratoga: nevertheless I need to have and take the time to do so... 23.42.55 # yes i understand, have had very little time for programming this month as well 23.45.40 # saratoga: were there runtime tests performed with lowered normal clock (e.g. 24MHz)? 23.46.01 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 23.46.25 # saratoga: how efficient is 2x40MHz compared to 1x80MHz (and COP in sleep)? 23.47.14 Nick zodttd|away is now known as zodttd (n=zodttd@user-142gtg7.cable.mindspring.com) 23.48.06 Quit zodttd ("Bye!") 23.48.23 # Buschel: i haven't had time to do rigourous measurements, but I would expect a savings of perhaps 1.5 to 2ma by lowing the core clock to 24mhz 23.48.27 Join zodttd [0] (n=zodttd@user-142gtg7.cable.mindspring.com) 23.48.57 # Buschel: I do have DMM/labview measurements for single vs. dual vs. boosting 23.49.36 Quit fml ("CGI:IRC (EOF)") 23.49.43 # I estimate that boosting to 80MHz from 30MHz uses 4 times as much power per Op then using 2 cores 23.50.13 Quit Buschel (Read error: 104 (Connection reset by peer)) 23.50.16 Join Buschel [0] (n=abc@p54A3DBF6.dip.t-dialin.net) 23.50.50 # saratoga: and how do these measurements look like? 23.51.07 # http://www.duke.edu/~mgg6/rockbox/30mhz-2.png 23.51.15 # http://www.duke.edu/~mgg6/rockbox/80mhz.png 23.51.22 # http://www.duke.edu/~mgg6/rockbox/80mhz-2.png 23.51.40 # saratoga: I assume 2x40MHz is more effective than 1x80MHz + sleeping COP? 23.52.02 # Buschel: tremendously so 23.53.02 # also interesting, though inconclusive due to not running the sandisk bootloader on my player: http://www.duke.edu/~mgg6/rockbox/rb-of.png 23.53.25 Quit domonoky (Read error: 104 (Connection reset by peer)) 23.54.03 Join Waldo000000 [0] (n=roy@203-219-228-242-gee-ts1-2600.tpgi.com.au) 23.54.08 # so what do you prefer for a scroll padding? a pixel width setting or a space number setting? 23.54.16 # (FS#9455) 23.55.38 # saratoga, so there's still some room for improvement :) 23.55.43 # as fml said choosing spaces is proportional to the selected font, while choosing number of pixels is fixed for all fonts 23.56.04 Quit casainho ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092510]") 23.56.05 # XavierGr: well, some players (like winamp) even use something completely different like +++ 23.56.11 # saratoga: hmm, the graphs show that there is no big difference in sleeping or active cores? the difference come with the clocking? 23.56.13 # bertrik: thats pre-COP, and probably not comparable due to lack of the retail bootloader 23.56.25 # Buschel: yes the difference is extremely small 23.56.31 # effectively both cores are always running 23.56.39 # bluebrother: that's another request from fml, negative values = "+" 23.56.42 # well to within a couple mA 23.56.55 # so, why not let the user set a padding string himself? That way one can define himself how much space it should be (or if it should be some delimiting character(s) -- I'd rather use something like that) 23.57.14 # how about allowing to enter an arbitrary string? 23.57.30 # that can be done too 23.57.49 # saratoga: man, you should have measured this a few moths ago. that was exactly what i was asking here. answer was: sleeping core does not need a reasonable amount of power :( 23.58.01 # could be fixed to a maximum length of a couple of characters, but that would fit (almost?) all needs 23.58.11 # a fixed string input via the virtual keyboard, stored into settings and then appended to each forward scrolling string? 23.58.13 Join neddy [0] (n=john@nat/sun/x-5c7b327b8a721970) 23.58.18 Quit neddy (Remote closed the connection) 23.58.19 Join krazykit [0] (n=kkit@host-69-145-35-234.static.bresnan.net) 23.58.19 # saratoga: better knowing it now than never ;) 23.58.38 # Buschel: I know but finding a couple hours in the lab is hard to do 23.58.46 # the only problem could arise if someone wants to use something like 5 spaces as string. But that could be handled using a replacement character when displaying 23.58.47 Join neddy [0] (n=john@nat/sun/x-5e0c94231ac6def8) 23.58.49 # will probably be another few months before I finish those measurements