--- Log for 17.06.110 Server: hubbard.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 1 day and 5 hours ago 00.00.21 Join hamish_ [0] (~hamish@119.224.50.74) 00.00.34 Quit hamish_ (Client Quit) 00.05.04 *** Saving seen data "./dancer.seen" 00.13.35 Quit petur (Quit: Zzzzz) 00.17.05 Quit efyx (Remote host closed the connection) 00.27.42 Quit pamaury (Read error: Connection reset by peer) 00.30.18 Quit literal (Quit: leaving) 00.30.32 Quit CGL (Quit: http://wiki.n00b2hack.com.ve) 00.32.34 Join literal [0] (hinrik@v.nix.is) 00.33.01 Quit literal (Client Quit) 00.33.04 Join literal [0] (hinrik@v.nix.is) 00.44.32 Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 00.48.29 Quit bertrik (Quit: De groeten) 00.49.18 Quit bieber (Ping timeout: 265 seconds) 01.02.05 Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) 01.04.22 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 01.09.26 Nick advcomp2019__ is now known as advcomp2019 (~advcomp20@unaffiliated/advcomp2019) 01.12.29 Join bluebrother [0] (~dom@f053155134.adsl.alicedsl.de) 01.12.29 Quit bluebrother (Changing host) 01.12.29 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 01.15.57 Quit bluebroth3r (Ping timeout: 260 seconds) 01.18.38 Quit dfkt|x (Remote host closed the connection) 01.19.12 Join robin0800 [0] (~quassel@149.254.60.36) 01.19.59 Quit DerPapst (Quit: Leaving.) 01.22.00 Quit voRia (Quit: Leaving.) 01.26.17 Join Transformer [0] (~Transform@ool-4a59e397.dyn.optonline.net) 01.26.29 Quit Transformer (Excess Flood) 01.27.14 Quit robin0800 (Remote host closed the connection) 01.32.53 Join robin0800 [0] (~quassel@genkt-050-078.t-mobile.co.uk) 01.38.24 Quit hebz0rl (Quit: Ex-Chat) 01.40.03 Part toffe82 01.46.33 Join Buckwheat [0] (~chatzilla@64.68.182.251) 01.47.01 Join ubuntu-nathan [0] (ubuntu-nat@187.116.111.252) 01.47.03 # Hi all! 01.47.05 # * ubuntu-nathan is back 01.47.24 # hey ubuntu nathan 01.47.30 # I've succesfully done the cross-compiler 01.47.33 # I talked to you yesterday 01.47.38 # yeah 01.47.40 # I remember 01.47.47 # downloaded the sources of rb 01.48.16 # added the sources directory to the includes directory 01.48.38 # but I want to build only my test source 01.48.44 # not the entire rockbox 01.48.48 # how could I do this? 01.51.13 # like, there is any special parater that is needed? 01.55.22 Quit robin0800 (Read error: Connection reset by peer) 02.01.25 Quit GeekShadow (Quit: The cake is a lie !) 02.05.07 *** Saving seen data "./dancer.seen" 02.08.34 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 02.20.44 Quit MethoS- (Read error: Connection reset by peer) 02.24.02 # hmm 02.24.13 # I'm having problems to register at the forums 02.24.20 # on the image I just see a k 02.24.41 # and I always get an error because I've typed the image code incorect 02.24.44 # incorrect* 02.24.45 # :( 02.24.50 # what's wrong? 02.28.56 # just try the "re-captcha" button until you get one you can see properly 02.29.07 # ok 02.29.16 # captcha's are designed to be a little hard to read. 02.29.28 # ahh 02.29.30 # ok 02.29.47 # It stops machines reading them and making spam entries etc. 02.30.35 # hmm 02.30.36 # good 02.31.20 # thanks 02.31.26 # now I've done it 02.31.26 # :) 02.40.10 # New commit by 03bieber (r26874): Theme Editor: Began working on skin preview viewer 02.41.57 # r26874 build result: 36 errors, 0 warnings (bieber committed) 02.52.28 Join Antibuddha [0] (~chatzilla@c-71-59-19-167.hsd1.ga.comcast.net) 02.52.41 # what happened to that special bootloader for 240gb ipods? 02.52.46 # it is no longer on forums 02.53.42 # it was merged with the main bootloader 02.54.04 # oh 02.54.17 # saratoga! 02.54.22 # nice to see another dev here 02.54.23 # :) 02.54.33 # do i have to let itunes fix my ipod, or can i format ipod to fat32 and then use new bootloader 02.55.05 # you can format without itunes, but its complicated 02.55.09 # theres a wiki page with instructions 02.55.10 # my ipod says Error reading partition table 02.55.15 # ok i'll get itunes again 02.55.35 # i formatted it to fat32 but cant get rockbox to install 02.55.56 Quit BHSPitMonkey (Ping timeout: 265 seconds) 02.56.13 # restoring now :D 03.14.56 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 03.16.53 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 03.19.36 Quit bieber (Remote host closed the connection) 03.19.56 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 03.29.29 Quit ubuntu-nathan (Read error: Connection reset by peer) 03.33.48 # im transferring files at 3.6MB/sec 03.33.58 # is there a usb setting for ipod 5g to make it go faster 03.34.09 # antibuddha: there might be 03.34.22 # Ill look in the forms 03.34.38 # cool, thank you 03.34.43 # no :) 03.34.46 # i get a big headache trying to find anything on forums 03.34.48 # okay ty 03.34.55 # no problem* 03.35.11 # thats what ctrl-f is fore 03.35.12 # Um, no...there isn't. 03.35.13 # for* 03.35.19 # USB speed on RB is what it is. 03.35.29 # oh 03.35.53 # try using the origional firmware to transfer files 03.36.53 # antibuddha: i didnt find anything sorry 03.37.03 # np 03.37.13 # will just leave it on all day to transfer 03.37.37 # It can pay to use the OF. 03.37.51 # for very large transfers. 03.37.57 # thats what i do 03.38.01 # saves alot of time 03.38.08 # how do i run ipod in OF? hold menu? 03.38.14 # and navigate button 03.41.20 # anybody know how to boot the fuze in the of? 03.41.30 # v2 03.41.41 # i cant find where to do that anywhere 03.42.20 # nevermind 03.42.22 Join powell14ski_ [0] (~powell14s@c-24-9-7-198.hsd1.co.comcast.net) 03.42.37 Quit panni_ (Read error: Connection reset by peer) 03.43.47 # antibuddha: for the sansa you push the left button while turning it on maby its the same with ipod 03.44.29 # i just read online 03.44.33 # its so confusing 03.44.45 # whts confusing 03.44.48 Join CGL [0] (~CGL@190.207.202.226) 03.44.49 Quit steve|m (Ping timeout: 276 seconds) 03.44.52 # the steps 03.45.08 # just hold the left button when powering 03.45.34 Nick Strife1989 is now known as Strife89 (~Strife89@adsl-80-197-231.mcn.bellsouth.net) 03.45.46 # more steps for ipod 03.45.51 # oh... 03.46.22 Quit krazykit (Quit: Connection reset by beer) 03.46.39 Join krazykit [0] (~kkit@206.183.185.8) 03.49.15 Quit Antibuddha (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 03.53.36 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 03.56.27 Quit Buckwheat (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 03.58.22 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 03.58.25 Join steve|m [0] (~steve@p4FD4776E.dip.t-dialin.net) 04.01.03 Join Buckwheat [0] (~chatzilla@64.68.182.251) 04.01.58 # Has any body else have the data abort error on sasna v2 when trying to read a txt file 04.02.18 # Forums, Flyspray...yes. 04.02.33 # is it fixable 04.02.54 Quit Zigtown (Remote host closed the connection) 04.04.00 # It doesn't affect all targets as far as I know, it's mentioned on the forums, and has a flyspray task. 04.04.14 # If there was a "quick fix" for it, it would be in current SVN already. 04.04.20 # and flyspray is? 04.04.49 # One of the things you need to check before asking suck questions? 04.04.52 # *such 04.04.56 # oh 04.04.58 # sorry 04.05.09 *** Saving seen data "./dancer.seen" 04.05.11 # Flyspray is the bug tracker. 04.05.17 # (linked above) 04.06.13 # where is it linked? 04.06.43 # nevermind 04.06.47 Join obo [0] (~obo@rockbox/developer/obo) 04.06.48 # I feel stupid now... 04.06.51 # :P 04.11.01 Quit BradC (Ping timeout: 276 seconds) 04.16.06 Join cpn [0] (www-data@giant.haxx.se) 04.17.58 Join Barahir [0] (~jonathan@frnk-590f64cb.pool.mediaWays.net) 04.18.24 Quit cpn (Client Quit) 04.18.29 Join cpn [0] (www-data@giant.haxx.se) 04.20.19 Quit cpn (Client Quit) 04.21.24 Quit Barahir_ (Ping timeout: 265 seconds) 04.30.04 # bieber: hehe just tried it and it is very wierd :P 04.30.07 # maybe undo it 04.32.09 Join GRUBaDubDub_ [0] (~Sol@pool-173-77-201-46.nycmny.fios.verizon.net) 04.36.11 Quit GRUBaDubDub_ (Client Quit) 04.36.36 Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 04.36.52 Join anewuser [0] (anewuser@unaffiliated/anewuser) 04.38.05 Quit pixelma (Disconnected by services) 04.38.05 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.38.19 Quit amiconn (Disconnected by services) 04.38.20 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.38.22 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.38.39 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.40.06 Quit leavittx (Read error: Connection timed out) 04.41.18 Join leavittx [0] (~leavittx@89.221.199.187) 04.48.24 Quit t0rc (Quit: Leaving) 04.58.18 Quit Zigtown (Remote host closed the connection) 04.58.29 Quit Buckwheat (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 04.58.51 Join funman [0] (~fun@rockbox/developer/funman) 05.02.15 Quit TheSeven (Ping timeout: 240 seconds) 05.05.59 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.06.36 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 05.25.41 Quit BHSPitMonkey (Ping timeout: 265 seconds) 05.37.21 Quit Horscht (Quit: Verlassend) 05.39.03 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 05.47.27 Join JdGordon1 [0] (~jonno@123-243-140-31.static.tpgi.com.au) 05.47.38 Quit JdGordon (Ping timeout: 240 seconds) 05.49.35 Quit BHSPitMonkey (Remote host closed the connection) 06.02.12 Nick JdGordon1 is now known as JdGordon (~jonno@123-243-140-31.static.tpgi.com.au) 06.04.57 Quit curio_ (Remote host closed the connection) 06.05.13 *** Saving seen data "./dancer.seen" 06.06.19 Join Dark_Rak3r [0] (~DarkRak3r@cpe-67-244-88-91.nyc.res.rr.com) 06.25.28 Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 06.38.32 Join robin0800 [0] (~quassel@149.254.186.236) 06.42.38 # JdGordon: Maybe I'll just add a checkbox to turn it on/off 06.43.02 # i tinhk its odd that it selects way too much 06.43.21 # and it puts it into multiselect mode? 06.43.24 # or is that a bug? 06.43.51 # No, it puts it into multiselect so it can select everything on the line 06.44.46 # Do you think it would be better with just the first element on the line selected? 06.45.11 # wouldnt it be possible to actually select the element that the cursor is in? 06.46.00 # Not without some more parser changes, I'm afraid 06.46.06 # ok 06.46.20 # do you know much about .pro files? 06.46.32 # About as much as I need to to make it compile 06.46.50 # I've pulled the parser out into a seperate folder wit its own Makefile, but not having much luck getting your .pro to then call that Makefile 06.47.09 # I've got it so it depends on the lib and links to in, but not to actually build the lib 06.47.26 # Hmm, I'm sure how you'd do that 06.47.34 # I know it supports linking in libraries, lemme Google it 06.47.56 # LIBS += -lskin_parser -L../../libs/skin_parser 06.48.13 # is pretty much what I added, but that doesnt know how to build skin_parser.a 06.48.54 # Hmm 06.51.41 # I don't know if it has any capacity to call another Makefile. bluebrother might have done something like that with RBUtil, if it can be done 06.53.27 Quit robin0800 (Remote host closed the connection) 06.54.30 # * JdGordon has the core stripped of the old display, debug and parse code 06.54.35 # now for the fun part... 06.54.45 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 06.57.44 # If the skin syntax is changing anymore in the near future, perhaps checkwps could get some love? 06.58.26 # There are a couple of themes that pass checkwps, but have blatantly wrong syntax, and don;t load on target. 06.58.37 # (How that works I have no idea) 06.59.10 Quit flatrose (Remote host closed the connection) 07.00.00 # yes checkwps will be fixed 07.00.11 # I dont know how a theme can pass it and fail on target 07.00.58 # it uses the exact same code after all... 07.02.09 # One in particular is the "Electric Bars of Colour" Theme. 07.02.57 # The original theme added x,y coordinates to the %Xd line (why, I have no idea...how it loaded in the old syntax, I have no idea either.) 07.03.20 # Skinupdater converted the line to "%X(backdrop.bmp)0%|0%|" and it passes checkwps 07.03.25 # oh thats easy 07.03.29 # yet fails on device. 07.03.43 # the old parser just eats everything at the end of the %X line 07.03.52 # so you could put any old garbage there 07.04.22 # but...why does it pass checkwps as is now? 07.04.23 # that might have been changed to not do that anymore, and bieber's parser definetly doesnt allow that 07.04.44 # JdGordon: Do we have a wiki page for all the assorted rendering rules yet, or should I set one up? 07.04.49 # I'm getting started on rendering now :) 07.04.54 # SkinRendering 07.05.13 # Thanks 07.05.21 # I'm going to need to make a list of themes that failed, and painstakingly open them up and see why they failed. 07.05.23 # that outlines how the current one works, have a look at utils/newparser/skin_render to see how I'm doing it with your parser 07.05.33 # But, I'm not really looking forward to doing so. 07.13.35 # bieber: the important rules are, 1) disable viewports are never rendered/scanned/whatever, 2) the default viewport is *always* scanned, but nothing is drawn unless it is the only viewport 07.14.19 # Disable viewports are named viewports that haven't been loaded? 07.15.02 # And if I have some stuff at the beginning of a file, and then a viewport declaration, the stuff at the beginning won't be drawn? 07.15.02 # yeah, they are created by default disabled, you need to use the %Vd() to enable it 07.15.09 # yes 07.15.13 # Okay 07.15.35 # Heh, having viewports at the top level is going to help a lot here 07.16.15 # it seems on AMSv2 the µSD content is refreshed by the OF each time we write to the rtc wakeup register 07.16.18 # That's different behaviour than now...is it not? 07.16.41 # re: default viewport, and not drawing in it if there are other viewports declared. 07.17.33 # no, that is what happens now 07.17.45 # funman: so fix usb so we dont have to load the OF :D 07.18.06 # JdGordon: you must scream on pamaury! 07.18.27 # damn namespace collisions :( 07.18.39 # skip_whitespace() is in the parser and misc.c and completly different 07.18.48 # prefix them 07.18.54 # which is why I want to depend on the .a instead of compiling seperatly 07.19.03 # Is it generally considered a good idea to break the sources files for an application up into separate directories? I'm a little leery of ../'s in my #includes, but my file count is starting to get out of hand 07.19.31 Quit scorche` (Read error: Connection reset by peer) 07.20.04 # you can fix the include paths to include those directories so you dont need to add the ../'s 07.20.16 # Ooh 07.20.19 # How do I do that? 07.20.32 # in the makefile usually 07.21.19 # the INCLUDEPATH variab;le in the .pro 07.21.27 # http://doc.qt.nokia.com/qtjambi-4.5.0_01/com/trolltech/qt/qmake-variable-reference.html#includepath 07.24.51 # Okay, so will I just need to add each subdirectory to that? And I assume the project root directory is included by default? Eh, I guess I'm about to find out 07.25.19 # I would assume so 07.25.44 # And will SVN figure out that things have been moved around, or do I need to give it an mv command or something similar? 07.26.01 # svn mv 07.26.07 # svn is stupid :) 07.27.05 Quit Kamyk (Read error: Operation timed out) 07.28.24 # bieber, JdGordon: you need to set QMAKE_EXTRA_TARGETS, PRE_TARGETDEPS and a .commands in the project file. 07.28.41 # New commit by 03funman (r26875): AMSv2 RTC: no need to write to RTC_WAKEUP register ... 07.28.49 # see rbutilqt.pro:54 and following 07.28.56 # cool thanks 07.29.56 Quit bucko_ (Ping timeout: 276 seconds) 07.30.13 Join bucko [0] (~bucko@91.107.95.151) 07.30.50 Join Kamyk [0] (kamyk@szluug.org) 07.31.46 Join LinusN [0] (linus@rockbox/developer/LinusN) 07.31.58 # of course when i want to test RTC it always works, it's only buggy when i'm going to bed and just want to use it 07.32.56 # r26875 build result: 95 errors, 0 warnings (funman committed) 07.33.30 Join scorche [0] (~scorche@rockbox/administrator/scorche) 07.33.58 # it's not me!! i swear! 07.35.37 # JdGordon: What defines "drawing"? 07.35.56 # putting stuff on the display 07.36.02 # I'm pretty sure my themes call bitmaps in the default viewprt... 07.36.03 # who is frederico-dannya? Looks like that machine has problems 07.36.06 # so images and text 07.36.14 # I'll try find an example. 07.36.21 # Alright, setting INCLUDEPATH did it 07.36.26 # No more morass of files 07.37.03 # New commit by 03bieber (r26876): Theme Editor: Moved source files into subdirectories 07.38.07 # Thanks everyone 07.38.26 # Yeah...I'm definitly able to draw in the default viewprt before a viewport declaration. 07.38.35 # Unless I totally misunderstand it. 07.39.03 # r26876 build result: 21 errors, 0 warnings (bieber committed) 07.40.25 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 07.41.26 # JdGordon: Is this an example of "drawing in the default viewport"? 07.41.28 # can we force this client out ? 07.41.39 # * S_a_i_n_t thinks so, but isn't quite sure http://rockbox.pastebin.ca/1884872 07.43.07 # bluebrother: do I need to add the LIBS line to the .pro also? 07.43.11 # playbar, volume, animations, repeat, shuffle etc. AA I think. All draw fine, and are before any viewport declaration. 07.44.40 # that is bad skin code 07.45.20 # bad code, or bad that it works when it apparently shouldn;t? 07.45.32 # both, but the first mostly 07.46.03 # I'm confused about the info about drawing in the default viewport I read here - one time it is ok, the other it is not 07.46.13 # that's why I was confused about the "not drawing in the default viewport if another viewport is called", as IFAIK it has never been this way. 07.46.34 # pixelma: Me too...this theme has always worked for me :/ 07.46.50 # And I admit, the code *is* nasty, but it works fine. 07.47.47 Join pondlife [0] (~Steve@rockbox/developer/pondlife) 07.47.57 Join bimbel [0] (~Miranda@unaffiliated/bmbl) 07.48.26 # it shouldnt be working.... 07.48.45 # this is what confuses me, it always has. 07.48.55 # the skin is about a year old now too... 07.49.32 # there is a reason the skin engine is getting a massive rework :) 07.49.38 # not *just* to annoy everyone 07.49.50 # I see a great many other skins that do this also, and from the DL/vote counts...I assume they work also. 07.50.04 # so you mean, there are additional reasons, but it's also a bit to annoy everyone? 07.50.19 # * funman knew it ! 07.50.20 # IIRC there are lots of themes on the theme site that draw in the default viewport (and use viewports). Almost every time someone posts his code in the forums to get help there's that 07.50.38 # pixelma: Yes, you're quite correct. 07.50.42 # I see it all the time. 07.51.14 # One of the many reasons I thought drawing in the default viewport was allowed. 07.51.17 Quit bmbl (Ping timeout: 258 seconds) 07.51.26 # primarily though, as it works fine. 07.53.10 # Ih that "Symmetry" theme, I've only used viewports for text, every image is drawn in the default viewport. Knowing now that this "doesn't work" makes me wonder why it does work, and how long it will be untill 90% of the themes on the themesite break. 07.53.12 # * JdGordon was going to point funman to http://forums.rockbox.org/index.php?topic=24907.msg168354#msg168354 but sees he replied to that thread already anyway 07.53.54 # they shouldnt work... unless I'm looking at the wrong version of the file (which is entirely possible) 07.54.46 # I remember you mentioning the change re: viewports AGES ago...but I assumed it never happened. 07.54.52 # JdGordon: I think that post would have been better by lots if you had explained the reasoning 07.55.08 Quit funman (Quit: free(random());) 07.55.53 # bluebrother: I'm building my .a into the OBJECT_DIR, but Im getting lots of undefined references so it isnt being linked? am I missing something? LIBS in the Makefile looks like it is correct.. it has the $(SUBLIBS) which I assume qt adds...? 07.56.01 Join Buschel [0] (~~andree@p54A3E8F2.dip.t-dialin.net) 07.56.22 # pixelma: I'm 99% sure I have explained my reasons eariler in the thread, I also dont feel i need to explain it to someone who talks like that 07.58.39 # bluebrother: ah, I missed the LIBS += line in rbutilqt.pro 08.05.14 *** Saving seen data "./dancer.seen" 08.05.15 Quit krazykit (Ping timeout: 240 seconds) 08.12.58 Join krazykit [0] (~kkit@206.183.185.8) 08.19.57 # bluebrother: sorry, last one, how do I hook up make clean for it? 08.20.32 # http://pastebin.com/ubeA8TWS is what I've got 08.28.47 Join Zagor [0] (bjst@rockbox/developer/Zagor) 08.31.52 Join mitk [0] (~mitk@195.117.162.130) 08.35.51 # JdGordon: Is "-" an acceptable value for FG?BG colour in the new syntax? 08.35.54 Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) 08.36.46 Join ender` [0] (krneki@foo.eternallybored.org) 08.39.29 Quit TheSeven (Ping timeout: 276 seconds) 08.39.42 # should be 08.40.40 Join flydutch [0] (~flydutch@host110-154-dynamic.14-87-r.retail.telecomitalia.it) 08.41.01 Quit TheSeven|Mobile (Quit: TheSeven|Mobile) 08.41.25 Join Dhraakellian [0] (~ntryon@cpe-66-66-76-248.rochester.res.rr.com) 08.41.54 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 08.43.46 Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) 08.45.28 Quit Zigtown (Remote host closed the connection) 08.52.04 # New commit by 03jdgordon (r26877): Move the skin parser to a seperate library 08.52.36 Quit TheSeven|Mobile (Read error: Connection reset by peer) 08.53.02 # bieber: svn up :) 08.53.43 # r26877 build result: 20 errors, 0 warnings (jdgordon committed) 08.54.07 # oh shutup CIA-85 :) 08.54.59 Join TheSeven|Mobile [0] (~theseven@rockbox/developer/TheSeven) 08.55.04 # Sweet 08.55.09 # Did you get distclean working? 08.56.10 # no, but that isnt a major problem 08.56.21 # I imagine its a one line fix 08.56.23 # Okay 08.56.54 Quit Buschel (Ping timeout: 260 seconds) 08.59.48 # New commit by 03bieber (r26878): Theme Editor: Working on renderer infrastructure 09.00.32 # SVN will still have kept keywords while moving files around, right? 09.01.27 Join petur [0] (d408b802@rockbox/developer/petur) 09.01.31 # r26878 build result: 24 errors, 0 warnings (bieber committed) 09.02.59 Join Rob2223 [0] (~Miranda@p4FDC96FD.dip.t-dialin.net) 09.03.32 Quit JdGordon (Ping timeout: 276 seconds) 09.03.46 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 09.04.07 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 09.05.44 # Someone *please* disable this "frederico-dannya" build box 09.06.30 Quit Rob2222 (Ping timeout: 240 seconds) 09.08.20 Part LinusN 09.10.21 Join B4gder [0] (~daniel@rockbox/developer/bagder) 09.12.37 # Can someone refresh my menory...sublines can't be put inside a conditional statement can they? ie. "%?Xx<%Xx|%t(1.0)%s%alBlah;%t(1.0)%s%alBlah>" 09.12.41 Join LinusN [0] (linus@rockbox/developer/LinusN) 09.12.58 # Or can they. it *looks* right, only I don;t remember. 09.14.36 # in the new parser they can be in conditionals, in svn they cant (IIRC) 09.14.37 # try it in the sim and see? 09.15.11 # GodEater: The sim is pretty bloody useless for theme development ATM 09.15.21 # (which is why I asked here) 09.15.52 Join mk429_ [0] (mk429@spoon.netsoc.tcd.ie) 09.16.18 # it depends what you want with the theme... if you want it to work in svn then the sim is fine... if you want it to work in the futuire (hopefully soon) then use the editor 09.16.42 # either way use the editor to get the syntax correct (except for the few cases like above) 09.17.43 # It's alright...viewprtifying this theme reminded my why I took the ugly root in the first place. 09.17.56 # I knew there was a reason I did it, only I didn;t remember why. 09.18.01 Quit mk429 (Ping timeout: 264 seconds) 09.18.23 # It was all a big hack to avoid a huge mess with a bajillion viewports.conditionals. 09.19.29 # Sublines in a conditional is definitely something I'll appreciate when the time comes however. 09.21.34 # can gcc to 2 way linking with .a's? i.e can the .a have a function call which is in the binary which gets linked against the .a? 09.21.42 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.23.45 # bieber: I just checked the dependacy logic... if oyu change a file in the lib and do a mae it will rebuild the .a so no real need for make clean to work, so :) 09.23.58 # Okay, good 09.24.14 Quit rob (Quit: ( www.nnscript.com :: NoNameScript 4.22 :: www.esnation.com )) 09.24.43 Quit bertrik (Quit: De groeten) 09.24.45 Join r0b- [0] (~nnscript@adsl-76-235-195-147.dsl.klmzmi.sbcglobal.net) 09.31.35 # * JdGordon feels like the buffer management code shouldnt be in the libskin_parser.a 09.33.54 Join Teutonick [0] (www-data@giant.haxx.se) 09.33.59 # Hello! 09.34.24 # how about rockbox for clip+ ? when it will be done? 09.34.26 # New commit by 03bieber (r26879): Theme Editor: Stopped combo boxes in configuration editor from scrolling on mouse-wheel 09.35.24 Quit Kitar|st (Ping timeout: 260 seconds) 09.35.40 Join Kitar|st [0] (~Kitar_st@BSN-182-84-108.dial-up.dsl.siol.net) 09.35.59 # r26879 build result: 27 errors, 0 warnings (bieber committed) 09.38.36 Join Buschel [0] (~~andree@p54A3C7CD.dip.t-dialin.net) 09.39.36 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 09.40.08 Quit Kitar|st (Ping timeout: 252 seconds) 09.40.32 Part Zagor 09.40.41 Join Zagor [0] (bjst@rockbox/developer/Zagor) 09.43.37 Join BradC [0] (heh21556@202-89-178-44.static.dsl.amnet.net.au) 09.45.58 Join Kitar|st [0] (Kitar_st@89.142.73.234) 09.48.51 # did anything happen with getting the build system to built rbutil at devcon? 09.49.17 # assuming no, can we add utils/themeeditor to the folder which dont tirgger a build? 09.49.59 # Teutonick: Rockbox is already available for the Clip+ 09.50.11 # it is just not classed as "Stable" yet IIUC 09.51.24 # Which means that currently it isn't supported by RButil, but you are free to do a manual installation. 09.51.41 Quit TheSeven|Mobile (Ping timeout: 252 seconds) 09.53.33 # S_a_i_n_t: thanx! but is it still buggy ? or it is relis ? 09.54.11 # It is perfectly usable, even "Stable" targets can contain bugs. 09.54.18 # =) 09.55.05 Quit liar (Quit: ...) 09.56.55 # New commit by 03jdgordon (r26880): make the parser slightly more usable for rockbox, move the buffer allocation into the lib (maybe not the best spot?) 09.57.13 Join hamish_ [0] (~hamish@119.224.50.74) 09.58.06 Part hamish_ 09.58.19 # r26880 build result: 15 errors, 0 warnings (jdgordon committed) 09.59.08 Quit CGL (Remote host closed the connection) 10.00.21 Quit togetic (Read error: Operation timed out) 10.00.45 Quit Teutonick (Quit: CGI:IRC) 10.05.18 *** Saving seen data "./dancer.seen" 10.06.23 Join togetic [0] (~togetic@unaffiliated/ibuffy) 10.13.59 Quit Buschel (Ping timeout: 272 seconds) 10.14.42 Part pondlife 10.15.29 Join swilde [0] (~wilde@aktaia.intevation.org) 10.18.24 # New commit by 03gevaerts (r26881): block frederico-dannya build client 10.20.12 Join n1s [0] (~n1s@rockbox/developer/n1s) 10.28.58 Join dfkt [0] (dfkt@unaffiliated/dfkt) 10.30.40 Join pyro_maniac [0] (foobar@p57BB9CF5.dip0.t-ipconnect.de) 10.32.58 # gevaerts: Zagor: busy? make files driving me mad :p 10.34.49 # JdGordon: did you forget to add the skin_buffer.c file in the last commit? 10.35.01 # svn add, even 10.35.02 # very probably... is it not there? 10.35.09 # no 10.35.17 # r26880 build result: 15 errors, 0 warnings (jdgordon committed) 10.35.33 Join DerPapst [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) 10.35.37 # * B4gder serves as echo 10.35.45 # B4gder: we need a new client blacklist entry 10.35.48 # * JdGordon assumed they were broken build machine still... 10.36.10 # oh 10.36.30 # New commit by 03jdgordon (r26882): woops, forgot to add these 10.36.54 # which they were :) that lib isnt being built anyway 10.37.15 # not yet... I need help getting its makefile run by non bootloader builds 10.37.32 # I assumed it would be added to apps.make but doesnt look like it? 10.37.48 # * JdGordon is drowing in root.make 10.37.53 # r26882 build result: 12 errors, 0 warnings (jdgordon committed) 10.38.04 # JdGordon: sorry, yes 10.38.10 # Zagor: I added that one 10.38.19 # ah crud.. dinner 10.38.19 # or not? 10.42.21 # JdGordon: Yes, ld can do that, but you need to put the .a on the command line several times (ld seems to never go backwards in the list of objects to link) 10.42.57 # gevaerts: my fault, I had added an entry without committing which caused a merge conflict 10.45.39 # New commit by 03zagor (r26883): Blocked fnarfbargle-uk-BradC 10.47.45 # rasher: Are the sims here ( http://rasher.dk/rockbox/simulator/ ) "post-skinbreak" sims? 10.54.32 # JdGordon: what is your make issue? 10.57.23 Join dfkt|x [0] (~dfkt@chello062178002170.1.11.univie.teleweb.at) 10.57.23 Quit dfkt|x (Changing host) 10.57.23 Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) 10.59.35 # Zagor: I've got the Makefile in lib/skin_parser working now, I just have no idea how to get that into the main build 11.00.19 # amiconn: ok, yuck :p I'll leave the buffer allocing code in the lib for the time being then 11.02.44 Quit dfkt|x (Remote host closed the connection) 11.17.14 # Oh dear.. 11.18.43 # CIA-85 New commit by zagor (r26883): Blocked fnarfbargle-uk-BradC - That one should have been down since its first broken build. Has it been committing sin since ? 11.19.55 Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) 11.20.10 # BradC: no, it was just a local change that I committed now 11.20.24 # BradC: have you fixed the client? should I remove the block? 11.21.10 # I have not fixed the client yet (massive hard disk corruption) but I've completely disabled it and prevented it running, so yes if you can remove the block I'll make sure it's working properly before I try and bring it back up. 11.22.17 # ok 11.22.49 # Cheers. 11.31.11 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 11.35.02 Quit dfkt|x (Remote host closed the connection) 11.41.04 Join halmi [0] (~netbook@93-82-36-0.adsl.highway.telekom.at) 11.41.44 Quit halmi (Client Quit) 11.42.06 Join halmi [0] (~netbook@93-82-36-0.adsl.highway.telekom.at) 11.43.40 # Zagor: gevaerts: ok, do I need to change my Makefile to be more like firmware.make and then just include it in the apps and checkwps build in root.make? 11.44.30 # JdGordon: I'll take a look now 11.44.37 # or better to make apps.make include it? 11.44.52 # thanks 11.45.48 # I assume the CC= and AR= lines in my Makefile are just wrong 11.46.05 # yes :) 11.46.23 # * JdGordon isnt a complete dimwit then :D 11.56.08 # JdGordon: Are you able to tell me why " %t(5.0)%?mv(0.5)<%ac%pvdB|%?mm<%ac%pvdB|%s%al%Sx(Repeat): %Sx(All)|%s%al%Sx(Repeat): %Sx(One)|%s%al%Sx(Repeat): %Sx(Shuffle)|%s%al%Sx(Repeat): %Sx(A-B)>> " doesn't work? 11.56.41 # nothing obvious... hang on 11.56.47 # when %t(5.0)%?mv(0.5)<%ac%pvdB|Blah> does. 11.57.39 # in the sim? or target? or checkwps? 11.57.48 # literally, "blah" does. I want it to alternate between volume in dB and Shuffle Mode, but drop to volume if the volume is changed while displaying Shuffle mode. 11.57.57 # (it sounds more complicated than it is) 11.58.13 # In the sim, and on target. 11.58.31 # It parses, but it doesn't display the volume when it's being changed. 11.58.36 # Only the Shuffle Mode. 11.58.57 # but, if I replace the shuffle conditional with "blah" it works fine. 11.59.45 # no clue... it will once the new parser happens :p (bet you're sick of hearing that) 11.59.57 # Indeed I am. 12.00.02 # tough :D 12.00.15 # * S_a_i_n_t throws a new parser at JdGordon 12.01.24 # The only way I seem to be able to do it is with an unnecessary conditional viewport...but I was quite proud of the fact I managed to code all the conditional viewports out of this theme...until now :/ 12.03.13 # Hmmmmm.....it seems that %mv doesn't like being nested with other conditionals. 12.03.24 # This seems a fairly recent thing, this used to work. 12.05.11 # JdGordon: should I add it to the trunk? 12.05.20 *** Saving seen data "./dancer.seen" 12.08.28 # JdGordon: This is *really* weird. A Conditional Viewport fails to parse in the SIM if the identifier is a capital letter. 12.08.31 Join MethoS- [0] (~clemens@134.102.106.250) 12.09.17 # "%Vl (A,-,-,-" fails to parse, but "%Vl(a,-,-,-" is fine :/ 12.09.56 # Something is seriosly wrong with syntax between the sim and what is intended/expected. 12.10.06 # *seriously even 12.16.55 Quit MethoS- (Remote host closed the connection) 12.19.03 Quit pamaury (Remote host closed the connection) 12.20.54 Join JdGordon| [0] (~jonno@123-243-140-31.static.tpgi.com.au) 12.20.54 Quit JdGordon| (Changing host) 12.20.54 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 12.21.13 Quit ehntoo_ (Ping timeout: 265 seconds) 12.21.32 # Zagor: yes please 12.23.04 # S_a_i_n_t: that is expected 12.23.24 # all labels will be replaced wirh strings once we move also 12.28.02 # come again? 12.28.24 # How many times will the skins break?!? 12.28.48 # * S_a_i_n_t imagines that will break themes again...correct? 12.29.02 # none of this crappy one letter identifiers anymore 12.29.10 # it wont brrak old yhemes 12.29.28 # so, what will the alternative be? 12.29.57 # instead ofvonlyballowing ine letter it will take a whole string 12.30.15 # I also notice there is no mention anywhere that identifiers will reject capital letters. 12.30.35 # Hmmm, perhaps I'll have to see it in action, but I don;t really see the point. 12.35.19 Quit GeekShadow (Ping timeout: 240 seconds) 12.38.58 # %xd(shuffle) is mucj nicer than xd(a) 12.39.53 # I find as long as your %Xl lines are descriptive, there's no problem. 12.40.31 # ie "%xl(D,Symmetry Playmode Status.bmp,0,0,)" etc. 12.41.20 # im not forcing this. just allowing ot 12.41.46 # Ah, great. 12.44.30 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 12.50.53 # JdGordon|: linked to the main builds? 12.54.36 # JdGordon|: I'll fix all the warnings too, then 12.56.02 # yes pleasd although it isnt striclty needed yet. but will make it easier ro work witth 12.58.00 # what is skin_debug_tree() supposed to do on target? printf() isn't very useful there... 12.58.31 # or should we exclude skin_debug from target altogether? 12.59.59 # it wont be compiled for target. i think it will cause errors if debug isnt compiled at all 13.00.27 # a patch would be great if you cant be bitgered fixing those errors 13.00.42 # it is compiled for target currently. do you want it #ifdef:ed away? 13.00.54 Join dfkt_ [0] (~dfkt@unaffiliated/dfkt) 13.01.43 # pribably. i'm using ifedf ROCKBOX in the rest of the lib 13.02.38 Quit dfkt (Disconnected by services) 13.02.41 Nick dfkt_ is now known as dfkt (~dfkt@unaffiliated/dfkt) 13.04.34 # New commit by 03zagor (r26884): Added skin_parser library to build system. Fixed some warnings. 13.06.18 # r26884 build result: 15 errors, 0 warnings (zagor committed) 13.06.42 # why the heck is frederico still getting builds? 13.07.53 # oh, I forgot root.make 13.10.03 # New commit by 03zagor (r26885): Added skin_parser library to build system. 13.11.34 # r26885 build result: All green 13.11.41 Quit elcan (Read error: Operation timed out) 13.15.33 Join elcan [0] (~loaa@pr0.us) 13.25.00 # S_a_i_n_t: what happens if you remove the %s from the longer line you posted a while ago? 13.25.35 # Zagor: thanks 13.26.36 # pixelma: Which? All of them? 13.26.47 # (%s's) 13.26.58 # yes all 13.28.17 # Hmmm..gimme one minute and I shall try. 13.30.08 # pixelma: Wow...nice. 13.30.11 # It works. 13.30.23 # Though I kinda need the alignment :/ 13.30.32 # How did you know to try that? 13.30.56 # s/alignment/scrolling/ 13.32.14 Quit r0b- (Ping timeout: 272 seconds) 13.32.33 Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) 13.33.43 # pixelma: For the moment, I have "fixed" it by making the "true" case of %mv point to a conditional viewport. But this is a very ugly "fix" IMO 13.39.41 Quit dfkt|x (Remote host closed the connection) 13.45.47 Quit ThomasAH (Ping timeout: 240 seconds) 13.45.53 Quit swilde (Ping timeout: 258 seconds) 13.46.06 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 13.46.40 Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) 13.47.11 # there is a problem with continually updating info in scrolling lines like you need for scrolling lines (known issue with old bug report but not easy to fix (at least with the old parser). I just didn't know if %s in sublines that won't get displayed anyway could cause the effect too 13.47.37 # errr... like you need for volume display 13.47.44 # %s anywhere in the line should work.. maybe 13.48.02 # JdGordon: Nope. 13.48.11 # and enabling a vireport isnt a nasty hack 13.48.15 # that line *did* work, prior to the syntax change :/ 13.48.26 # yeah yeah.... 13.50.40 # well the line "works" but can't update the content correctly even in the subline which has no %s in it, if I understand correctly 13.50.54 # It's nasty if you're trying to avoid conditional viewports. The nastyness comes from being able to visably see the viewport take over. 13.51.12 # pixelma: without the %s, it updates fine. 13.51.30 # it's just unfortunate that space requirements mean I need the line to scroll. 13.54.22 Join wodz [0] (~wodz@chello087206240004.chello.pl) 13.55.04 # pixelma: how are tests on Ondio going? 13.55.07 # I've simply left the old (yet updated) line in the theme, commented it out, and left a not for myself (or others) that it should be safe to comment out the hacky fix I made, and uncomment the original line when the new parser is finally in. 13.55.18 # s/not/note/ 13.55.42 Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) 13.57.13 # wodz: looked fine so far with all the different things I tried, no "long term" test yet though 13.57.51 # nice 14.00.08 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 14.00.16 # t t 14.00.44 Quit kramer3d (Ping timeout: 272 seconds) 14.02.06 Join Jaykay [0] (~chatzilla@p5DC571A9.dip.t-dialin.net) 14.04.52 # amiconn: I have implemented natural cubic b-spline interpolation (instead of linear) in test_grey. I hope You will like it :-) 14.05.22 *** Saving seen data "./dancer.seen" 14.12.23 Quit dfkt|x (Remote host closed the connection) 14.25.32 Join MethoS- [0] (~clemens@134.102.106.250) 14.29.02 Quit MethoS- (Remote host closed the connection) 14.46.43 Quit krazykit (Quit: work) 14.50.41 Join teru [0] (~teru@M016207.ppp.dion.ne.jp) 14.53.08 # Zagor: thanks alot, except it looks like it isnt getting built for sims? 14.53.11 Quit Topy44 (Ping timeout: 260 seconds) 14.53.14 # I did a make reconf 14.53.29 Join dfkt_ [0] (dfkt@unaffiliated/dfkt) 14.53.30 # ah, I never tested that 14.54.25 Join Topy44 [0] (~topy@my.fastsh.it) 14.55.50 # easy enough, just added it to the uisimulator.make file 14.55.58 Part LinusN 14.56.02 # don't commit that :) 14.56.27 # oh ok :) 14.56.48 # you're making the sim depend on rockbox.elf or something instead? 14.57.19 Quit dfkt (Ping timeout: 245 seconds) 14.57.56 # Zagor: what is the story with zero wait boost for coldfire? 14.57.56 # no, you're right. that is the proper fix. I was distracted :) 14.58.16 # wodz: story? 14.59.44 # New commit by 03jdgordon (r26886): make the sim build the skin lib also 15.00.31 # OK, *now* I can get the old code out :) 15.00.37 # Zagor: FS#9797 - comments ware rather positive 15.01.31 # r26886 build result: All green 15.01.34 Nick dfkt_ is now known as dfkt (dfkt@unaffiliated/dfkt) 15.01.51 # wodz: the idea with the zero-wait patches was to make fundamental changes to the way we boost, by making it more fine grained and on-demand in order to get a lower average clock speed. I never managed to produce any significant gains though. 15.03.32 # committing only the quick boost patches will likely cause very little improvement and risk causing hard-to-pin-down bugs. 15.04.05 # or create suspicion in people's minds that strange bugs are caused by it 15.04.27 # Zagor: so in general this abuses frequency change scheme (at least in coldfire) and provide little improvement in battery life - right? 15.05.08 # it's not clear-cut that it is abusive, but sure it can be interpreted that way 15.06.03 # I think we can safely close them. as I mention in a commit, they will not be committed but were part of a research effort. 15.06.11 # *in a comment 15.08.22 # Zagor: a (comparitively) huge number of people use the equivalent for ipod 15.08.52 # and buschel is still pushing it, i think 15.08.58 # Torne: FS#9800 ? 15.09.38 # hm, not htat one 15.09.41 # FS#8668 15.09.56 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 15.10.08 # or maybe that's not quite the same thing? 15.10.10 # not sure. 15.11.06 # no, it's not the same. he just boosts at other places. my patch changes how boost is done. 15.11.41 # Oh, so it's still using the regular boost method, just a lower unboosted speed? 15.11.50 # (it seems like you'd want to do both) 15.12.22 # yes 15.14.19 Quit Highlander (Quit: Quitte) 15.16.53 # i mean, i'm not a huge fan of 8668 :) 15.22.35 # Zagor: just to be difficult.... is it possible to use the same makefile to build the lib for rockbox and the editor? do I just setup a mostly blank MAkefile and include the one you added? 15.23.36 Quit bieber (Ping timeout: 265 seconds) 15.23.52 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 15.23.53 # I guess even just getting the hardcoded file list out of Makefile so it uses SOURCES for both would be good enough 15.24.03 # JdGordon: exactly. you just need the parent Makefile to define the necessary rules for compilation 15.24.23 # I'd prefer if we can unify the build 15.28.30 Quit halmi (Read error: Connection reset by peer) 15.28.52 Join halmi [0] (~netbook@93-82-36-0.adsl.highway.telekom.at) 15.29.36 Quit JdGordon| (Quit: Lost terminal) 15.39.08 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 15.44.24 Join Stephen__ [0] (~S@86.42.18.16) 15.46.44 # how do i build the skin updater ? 15.46.56 # run make in that directory 15.47.28 # does it have to run on zips or will the .wps just do ? 15.48.49 # Stephen__: just the wps, sbs and fms files 15.48.56 # cool thanks 15.50.06 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 15.51.04 Join krazykit [0] (~kkit@206.183.185.8) 15.51.54 Quit S_a_i_n_t () 15.52.16 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.70) 15.53.10 Quit S_a_i_n_t (Client Quit) 15.53.15 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.70) 15.53.18 Quit mitk (Quit: Leaving) 15.54.11 # New commit by 03jdgordon (r26887): tiny clean up of memory allocation 15.54.47 # whats the syntax for the skinupdater ? 15.55.14 # ./skinupdater.exe oldtheme.wps/sbs newtheme.wps/sbs 15.55.28 # thanks S_a_i_n_t 15.55.35 Nick bimbel is now known as bmbl (~Miranda@unaffiliated/bmbl) 15.55.35 # no problem 15.55.52 # r26887 build result: All green 15.56.07 # it works! 15.56.15 # now to update my themes in work. 15.56.51 # well of course it works :D 15.57.06 # Stephen__: was it you who was uploading the svn themes to the theme site? 15.57.13 # yeah it was. 15.57.25 # hows that going? 15.58.14 # had to stop to get the breakage out of the way. i have archos and ipod mini i think left to go. have them donew just have to update the wps now, short on time tho due to rl 15.58.46 # it would be nice to be able to remove them from svn 15.59.17 # I have them zipped up in the old syntax, i guess i could run them now and do them i think that'd be them finished then. 16.00.07 # after today dunno when i'll be on agqin to do it. 16.00.28 # they've all been updated to the new format in svn 16.03.35 # yeah but that would mean redownlaoding and organizing ;o) 16.04.15 # actually that would be better save for any of my errors or conversion mistakes 16.05.23 *** Saving seen data "./dancer.seen" 16.08.13 # Actually, the themes still need to be checked after runnng ./skinupdater too... 16.08.21 # it's not without its quirks. 16.09.18 # yeah but well easier than doing it by hand which I had contemplated 16.09.37 # yeah...to hell with that ;) 16.10.39 # it should handle those old skins pretty well (why we bother to keep them at all is beyond me) 16.11.05 # while you're updating the themes, make sure to take DancePuffDuo out into the woods and shoot it, then burn it, then piss on it :P 16.11.28 # then burn it again. 16.12.09 # it's not *that* terrible 16.12.25 # call it a proof of concept and it is quite good 16.12.25 # o_0 16.12.40 # * JdGordon secretly has that as his theme on 8 of his daps! 16.12.53 # i knew it! 16.13.50 Quit B4gder (Quit: It is time to say moo) 16.13.52 # "bohes" also needs to be put out of its misery too... 16.14.01 # dammit, "boxes" 16.14.22 # Ok theme, hideous colour. 16.15.22 # ok erm problem with last archos theme 16.15.27 # site complains of, 16.15.28 # Warning: join() [function.join]: Invalid arguments passed in /home/themes/www/upload.php on line 106 16.15.29 # that is the origional colour you damn youngin! 16.15.52 # that colour was all we had at one point! 16.16.16 # Stephen__: I got that too...it seems to be something to do with the split of the themesite? 16.16.48 # It didn't affect the theme upload when it spat that at me...so, "meh" ;) 16.16.51 # i got 2 up before that! 16.17.16 # oh, hmmm...I did two in a row and got the same error both times. 16.17.43 # checked my email, got the confirmation, confirmed, theme was there...so, dunno what the deal was. 16.18.36 # just uplaoded 2 more now 16.18.42 # it's just one it's failing on 16.19.17 # Checked it for any weirdness in the syntax? 16.19.41 # checkwps has managed to let a few through that don't actually run on device. 16.21.26 # looks ok to me 16.23.12 # even changing the target fails it 16.24.23 # and it was the last one too! 16.24.51 Join komputes [0] (~komputes@ubuntu/member/komputes) 16.24.58 # if anyone wants to do it while i'm away it's rockboxed for the archoses 16.25.10 # failing that i'll try again when i get back online 16.25.34 # AND JdGordon If you can ping me with missing targets i check the logs. 16.26.50 Join halmi_ [0] (~netbook@93-82-45-203.adsl.highway.telekom.at) 16.27.43 Join toffe82 [0] (~chatzilla@12.169.218.14) 16.29.35 Quit halmi (Ping timeout: 260 seconds) 16.30.36 # Stephen__: Are you in CREDITS? 16.30.52 # emm nope, shouldn't be 16.31.10 # Well, I think you should which is why I was asking :) 16.31.19 # For all this theme moving stuff 16.32.13 # ah right, that would be great thanks AlexP 16.32.25 # What is your full name? 16.32.32 # I noticed Rockboxed is missing for most targets, seems to have been skipped for the conversion. 16.32.37 # Stephen Carroll 16.34.45 Join Buckwheat [0] (~chatzilla@64.68.182.251) 16.35.12 # New commit by 03alex (r26888): Add Stephen Carroll to CREDITS for all his hard work stripping out the additional themes from SVN and getting them on the themesite. 16.35.21 # Stephen__: There you go :) 16.35.37 # thanks very much AlexP 16.35.49 # no problem, thanks for your work on this 16.35.57 # I t5hink most are done, 1 failing for the archoses 16.36.05 # happy to help 16.36.39 # r26888 build result: All green 16.38.59 # AlexP: slightly premature with the "stripping out from svn" bit :) 16.39.13 # Slightly perhaps :) 16.39.36 # But you could read that as extracting but leaving in place (if you were pushing a point) :) 16.40.02 # maybe 16.45.26 Part Zagor 16.59.20 # Stephen__: did you give e.g. the 160x128 themes etc. unique names when needed (there are some that "just work" in different colour depths - and some with slightly different versions for different colour depths like e.g. cabbiev2) 16.59.47 # errm no pixelma 17.00.10 # i can do that tho but it will take time, is there a preference you'd prefer for the naming ? 17.01.24 Quit teru (Quit: Quit) 17.01.31 # I'm curious how the latter would appear on the theme site with e.g. the greyscale and colour version *technically* working on both 17.01.47 # not sure what to advice there 17.02.42 # yeah that's on eproblem, altho if I add colours to the viewport line that would not show it under the greyscale targets would it ? 17.08.12 Join DerPapst1 [0] (~Alexander@dslb-088-069-131-074.pools.arcor-ip.net) 17.09.06 Quit S_a_i_n_t (Ping timeout: 260 seconds) 17.09.16 Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.248) 17.10.47 # ok got that last theme uploaded. 17.10.51 Quit DerPapst (Ping timeout: 260 seconds) 17.11.02 # pixelma, when there's a format for the naming I can rename the files. 17.13.00 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 17.15.10 # Stephen__: So is that all of them for all targets everything ever etc.? :) 17.15.26 # not all targets, just screen sizes. 17.15.35 # i can do all targets if you want, 17.15.41 # just need a naming scheme 17.16.10 Quit krazykit (Quit: Connection reset by beer) 17.16.33 # right 17.16.54 # I guess the major differences are grey/colour? 17.17.01 # yeah pretty much. 17.17.34 # that's 160x128 i think is all that matters right ? 17.18.17 # maybe name-c name-g and name-m or something 17.18.25 # for colour, grey and mono 17.18.50 # there's a few missing i think from the conversion, I can redo them ? 17.18.51 Quit t0rc (Quit: Leaving) 17.19.00 # pixelma, what you think of -c -g and - 17.19.03 # -m ? 17.19.08 # I'm happy to go with that ? 17.19.08 # 128x128 exists in grey and colour too (only cabbiev2 I think) 17.19.25 # cabbie is staying in tho isn't it ? 17.19.41 # currently yes 17.19.43 # I went for -c etc to avoid colour/color and grey/gray arguments :) 17.19.52 # and you forgot the one Player theme ;) 17.20.00 # bugger 17.20.04 # * Stephen__ makes mental note 17.23.32 # hmm, the Mpio HD200 (it is called I think) has no theme site entry at all yet although I think it could. That's the one with the 128x128 greyscale display 17.24.24 # New commit by 03nls (r26889): ARMv6 versions of X(N)PROD31 macros and MULT32 macro. Saves about 1MHz or 3% decoding vorbis on gigabeat S. 17.24.33 # bluebrother, wodz: do I remember correctly that the Mpio is supported by the Rockbox Utility already? 17.24.53 # fuze v2 has none either 17.25.34 # well, fuze v1 themes will work on it, no? (And H300 ones etc.) 17.26.00 # Stephen__: just remembered another thing - what did you do with the remote WPSs? 17.26.09 # r26889 build result: All green 17.26.29 # think i ledft them out. 17.26.41 # should i add them yeah to the config and in the wps folder ? 17.27.44 # New commit by 03nls (r26890): test_codec: print crc's that start with 0 properly. 17.29.00 Quit bmbl (Ping timeout: 258 seconds) 17.29.14 # I'd actually prefer a different solution but that needs work on the theme site internals before - have the remotes as separate theme "targets" 17.29.20 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 17.29.24 # r26890 build result: All green 17.30.33 # yeah i left em out. will have to redo them to add them in. 17.31.03 # and rename the files 17.41.08 Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) 17.42.32 # Stephen__: that would mean uploading a theme in some cases up to three times (one without rwps, one with Iriver rwps, one with Iaudio rwps - the latter two if existent).Even if you do - could you keep packages of Iriver RWPSs and Iaudio RWPSs? In case someone implements the changes to the themesite I mentioned 17.43.17 # i have the rwps i don't use them and they're in the old syntax, but easily changed 17.44.56 # should i leave them out for the time being ? 17.45.17 # I think they should be added really 17.46.06 # They are quite important for remote targets, as without one if you change theme you might change font which won't work with the old rwps and the remote becomes less useable 17.46.24 Join Buschel [0] (~~andree@p54A3F578.dip.t-dialin.net) 17.48.02 # default ones ? 17.48.54 # Hmmm? 17.53.05 Quit petur (Quit: disconnect network and go home :)) 18.01.22 # New commit by 03nls (r26891): Delete some duplicate inline asm macros since they now live in the codeclib. 18.03.06 # r26891 build result: All green 18.05.24 *** Saving seen data "./dancer.seen" 18.05.45 Quit GeekShadow (Quit: The cake is a lie !) 18.07.26 Quit Buschel (Ping timeout: 260 seconds) 18.09.18 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.12.42 Quit pamaury (Remote host closed the connection) 18.15.00 # see yas 18.15.02 Quit Stephen__ (Quit: Leaving) 18.15.03 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.17.22 # Something is wrong with the installer the sansa fuze v2 dosen,t show up 18.19.21 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.21.29 Join kugel [0] (~kugel@rockbox/developer/kugel) 18.22.37 # What is the sansa fusse v22 listed as on the website? 18.23.00 # sansa fuze v2 18.23.06 # no, unstable 18.23.19 # And have you enabled unstable targets in Rockbox Utility? 18.23.26 # yes 18.23.37 # Then it isn't supported yet 18.23.44 # Which as it is unstable is no big deal 18.24.04 # I have rockbox on my sansa 18.24.11 # i installed it form the installer 18.24.15 # i just want to update it 18.24.28 # which rbutil ? 18.24.51 # the one from the sight in the releases link 18.25.00 # fuze v2 is not included in the normal released rbutil. you need to use a svn version of that. 18.25.09 # oh where can i get that 18.25.20 # bluebrother provides some svn binarys... 18.25.28 # ok 18.25.41 # http://tinyurl.com/rbutil-dev 18.26.05 # we should make a new rbutil release somewhere in the next time :-) 18.26.08 # So you must have installed it from a SVN version, but then downloaded the release version afterwards 18.26.18 # oh... 18.26.38 # someone gave me a link yesterday so thats what got me confused 18.27.08 # thank you 18.27.47 # I wonder if the fuze v1 themes work on the v2 18.27.54 # yes 18.28.04 # They depend mainly on screen size 18.28.14 # So any with the same size will work 18.28.23 # ok thank you 18.28.33 # (pretty much) 18.29.30 # JdGordon: why are you disallowing drawing into the default viewport 18.29.32 # ? 18.29.40 # won't that break many, many themes? 18.29.53 # e.g. those which don't use viewports at all? 18.29.59 Join Buschel [0] (~~andree@p54A3F578.dip.t-dialin.net) 18.32.50 # kugel, are you familiar with the clocking setup of the amsv2 sansas? 18.33.10 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 18.35.47 # domonoky: do you remember our remotes on theme site talk at DevCon? 18.36.40 # pixelma: yes, i remember a bit, but dont have time or motivation todo something about that :-) 18.37.15 Quit Buschel (Ping timeout: 276 seconds) 18.37.58 Join rob [0] (~nnscript@adsl-76-235-215-255.dsl.klmzmi.sbcglobal.net) 18.44.34 Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) 18.46.27 Quit BradC (Ping timeout: 265 seconds) 18.46.53 Join funman [0] (~fun@rockbox/developer/funman) 18.48.45 # funman, I think I can make some sense of the ams v2 PLL settings 18.49.13 Join domonoky1 [0] (~Domonoky@agsb-d9bd9478.pool.mediaWays.net) 18.49.35 # bertrik: did you find more clock speeds? 18.49.41 # New commit by 03nls (r26892): ARMv6 vector mutiplication asm, speeds up vorbis decoding about 0.1MHz on gigabeat S. 18.50.09 # no, I just looked at two PLL settings: for 160 MHz and 240 MHz 18.50.28 Quit domonoky (Ping timeout: 265 seconds) 18.51.18 # r26892 build result: All green 18.51.23 Join CGL [0] (~CGL@190.207.202.226) 18.51.50 # is it similar to as3525 ? 18.52.25 Join Luca_S [0] (www-data@giant.haxx.se) 18.52.42 # yes, I think so, lowest 8 bits are the multiplier (F-1), bits 9-11 is the divisor (R-1) I think 18.52.55 # bertrik: not really 18.53.55 # So for 240 MHz we have value value 0x1813, so F = 20 and R = 1 -> 12 MHz * F / R = 240 MHz 18.53.56 # bertrik: try changing all of them and measure pll (i didn't test the 160MHz setting). I have a script to check if a PLL setting is valid (according to requirements listed in as3525 datasheet) 18.54.34 # And for 160 MHz we have value 0x154F, so F = 80 and R = 6 -> 12 MHz * 80 / 6 = 160 MHz 18.55.48 # I don't know what bit 12 does, bits 13/14 are the output divider I think 18.56.07 # (wait, I'm off by 1 bit) 18.56.41 # bit 0-7 = F, bit 8-10 = R, bit 11 = ?, bit 12-13 = OD 18.57.04 # how can F == 80? 18.57.49 # * kugel slaps forhead 18.57.58 # nevermind :p 18.59.58 # New commit by 03funman (r26893): Make sure files which aren't windows-specific use \n line endings only 19.01.39 Join Tbroflaro [0] (~chatzilla@c-68-48-83-126.hsd1.md.comcast.net) 19.01.42 # r26893 build result: All green 19.01.56 Quit Tbroflaro (Client Quit) 19.02.29 Join Tbroflaro [0] (~chatzilla@c-68-48-83-126.hsd1.md.comcast.net) 19.02.39 # I plan to try to switch the audio playback to PLL B and experiment with PLL B settings, that way any wrong settings can only mess up playback and do not cause a hang of the rest of the player 19.02.47 Part Tbroflaro 19.04.24 # % svn propdel svn:eol-style -R svn://svn.rockbox.org/rockbox/trunk 19.04.24 # svn: Setting property on non-local target 'svn://svn.rockbox.org/rockbox/trunk' needs a base revision 19.04.24 # Setting the PLL to 96 MHz (or some multiple) should allow us to get the sample rate very accurate (0.04% error). This error is currently especially pronounced on the ams v2 players (currently 1.1% error). 19.04.27 # [fun@kru ~]% svn propdel svn:eol-style -R --revprop -r HEAD svn://svn.rockbox.org/rockbox/trunk 19.04.30 # svn: Repository has not been enabled to accept revision propchanges; 19.04.33 # ask the administrator to create a pre-revprop-change hook 19.04.40 Join BradC [0] (heh29705@202.89.178.44) 19.04.47 # i could read the property without a checkout but for deleting it seems different? 19.04.49 # funman: I didn't notice we had a consensus for that 19.04.57 # could we use 12MHz*81/4 = 243MHz? 19.05.11 # gevaerts: i sent an email more than 24h ago 19.05.15 # that would give us a sample rate of 44,150 19.05.36 # bertrik^ 19.05.46 # Date: Wed, 16 Jun 2010 08:35:06 +0200 19.05.47 # funman: right, so you ignore all mails before that 19.05.58 # no? 19.06.40 # only you objected, and you didn't tell why, so i sent an email again to be sure it wasn't an heated reply 19.06.42 # is it technically possible to auto-apply an eol-style property to all text files on the server side? 19.06.53 # I *did* tell why 19.07.06 Quit Luca_S (Quit: CGI:IRC) 19.07.07 # TheSeven: i think it can be doen with a post-commit hook 19.07.19 # *you* on the other hand didn't feel like saying what's wrong with eol-style=LF, you only stated that you can't be bothered setting it 19.07.40 # saratoga, aha, that would be nice, so we still have to enable only one PLL and yet get a reasonably accurate playback rate 19.07.44 # in http://www.rockbox.org/mail/archive/rockbox-dev-archive-2010-06/0173.shtml ? 19.07.46 # are people sure, there are no txt files which needs windows line endings ? (sapi_voice.vbs could need it) 19.07.49 # gevaerts: that's why I wouldn't bother setting it, nor delete it, and just let the server take care of it 19.07.58 # gevaerts: if you have arguments irc isn't the place for them 19.08.10 # bertrik: plus the final clock speed doens't really change, so hopefully nothing breaks ... 19.08.17 # TheSeven: maybe, but then the server side system needs to be in place first 19.08.27 # domonoky1: perhaps windows drivers files also 19.08.48 # domonoky1: we should check those 19.08.59 # which files *are* actually windows-specific? 19.09.02 # funman: right, I didn't copy bluebrother's email, I only said that it expresses what I meant 19.09.04 # "Mr. Someone" will do it :-) 19.10.01 # saratoga, there are some restrictions on the frequency ranges of some signals internal to the PLL (at least there are on as3525), I don't know the restrictions yet for ams v2, so I don't know if/how it is possible to set 12 MHz*81/4 19.10.26 # what sounds best to me right now is adding some hook that automatically sets eol-style=LF on everything that doesn't have an eol-style property on commit 19.10.40 Quit funman (Quit: free(random());) 19.10.43 # this way you can still override it if neccessary, and still don't need to care about it while committing 19.11.03 # with all the dividers we have, even if that setting doesn't work, i'm sure we can find another good one 19.11.25 # however, if that could work, deleting the property now would be absolutely pointless IMHO 19.11.41 # hmm, apparently setting properties automatically isn't good with svn, it causes problems according to this page http://svnbook.red-bean.com/en/1.1/ch05s02.html they recommend instead rejecting the commit 19.11.45 # I thought eol-style:native was supposed to avoid eol problems in the first place, now we want to force only one way? 19.12.05 # bertrik: it doesn't actually avoid them, because the build environment isn't entirely line ending neutral :) 19.12.19 # bertrik: eol-style:native doesn't actually avoid issues. For our usage, it actually tends to cause some 19.12.22 # the 'safe' way is to always use unix line endings, even on windows 19.12.30 # configure cygwin to use unix line endings, if you use it 19.12.37 # and just don't use an editor that's too thick to handle unix line endings. 19.12.48 # which is, more or less, just notepad at this point 19.14.07 # of course, rejecting commits with \cr\lf will not work well if we need those for some files which some people seem to think 19.14.23 # Did I understand correctly that eol-style=LF will change all CRLFs to LFs on commit, even if your editor converted the file to CRLF before? (for whatever reason) 19.14.35 # yes 19.14.57 # n1s: we do, but you can *not* reject those if they say eol-style=CRLF 19.15.08 # i.e. for files that don't want unix line endings, someone must explicitly set eol-style 19.15.09 # ok, then eol-style=native doesn't seem to have any advantage for us 19.15.24 # Torne: ah, right 19.15.29 # TheSeven: if eol-style is set to *anything* it mangles the line endings for you, basically 19.15.34 # TheSeven: it only leaves it alone if it's not set at all 19.15.43 # that's exactly what we need... 19.16.11 # but yeah, in older versions at least, setting eol-style on commit doesn't work properly 19.16.12 # crlf isn't necessary for anything except (a) silly editors and *maybe* (b) .cmd files which we don't have 19.16.15 # dunno if that's still true 19.16.29 # vbscript doesn't care - either line endings work 19.16.41 # it would be slightly annoying to be *forced* to set eol-style manually on every file, or else have your commit rejected :( 19.16.46 # amiconn: someone mentioned INF files above, I'm not sure about those 19.16.55 # do we have inf files? 19.18.53 # matlab spits out a couple PLL settings that are > 99.9% pitch accurate 19.19.09 Quit DerPapst1 (Quit: Leaving.) 19.19.12 Join DerPapst [0] (~Alexander@dslb-088-069-131-074.pools.arcor-ip.net) 19.19.15 # couple dozen i mean 19.20.09 # theres one thats 99.97% of the correct value 19.22.12 # I guess sandisk would just use a more suitable PLL setting instead of resampling to 48KHz if it was that easy (unless the OF doesn't actually resample) 19.23.35 # Iiuc the OF play off-pitch 19.24.03 Quit DerPapst (Ping timeout: 264 seconds) 19.24.06 # yeah they don't hit the pitch exactly either, but they do a lot better 19.24.09 # saratoga: Is this just taking the ratio into account, or also the pll upper/ lower limits? 19.24.23 # amiconn: just the available ratios, I'm not sure what the limits are 19.25.48 # does 24MHz on AMSv2 change the PLL or some other divider? 19.26.12 # TheSeven: IMO commit hooks should _never_ change the data that's committed. Including properties. 19.26.41 # if there's a way for git-svn to handle it (haven't found the time to check yet) what's the problem? Just let it do that. 19.27.04 # * bluebrother goes trying 19.30.17 # saratoga, 24 MHz is the crystal frequency I think 19.30.46 # yeah thats the as3543 datasheet says 19.31.00 # but does the PLL actually reclock or does it get divided by the CPU? 19.31.08 # probably the latter? 19.31.40 # I don't know, I guess we just switch clock source 19.33.46 # * amiconn would assume pass-through 19.33.46 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 19.34.31 # autoprops does work, at least on my setup. That is with git 1.6.6.1 and svn 1.6.9 19.39.02 Quit n1s (Quit: Lämnar) 19.41.01 # Hmm. What's the manual rockbox installation procedure for Clip+? 19.41.17 Join Luca_S [0] (www-data@giant.haxx.se) 19.42.27 # get an OF, patch a bootloader into it with mkamsboot, copy it to the root of the player, unzip a rockbox.zip on it and let the clip+ do a firmware update 19.43.04 Join watto [0] (~watto@193.203.81.165) 19.43.42 # You can set the region by modifying the last character of the OF upgrade file name, like clppt.bin to enable a diagnosis menu in the OF 19.44.29 # (where the t in clppt.bin selects region "test" I suppose) 19.44.59 # No single boot yet? 19.46.38 # No, we don't do USB on clip+ yet, so we rely on the OF for that 19.46.46 # Ah, there was that... 19.46.55 # Does it matter which OF version I choose? 19.47.05 # if you lose the OF you brick the player, or at least have to take it apart and try to unbrick it 19.47.31 # the patcher has to recognize the firmware file, but otherwise no 19.47.43 # latest svn should patch all firmware files out there 19.47.55 Join Jerom [0] (~Jerom@79.132.53.242) 19.48.03 # I used the OF from clipplus01.02.09.zip (from the sandisk forums IIRC) and it works fine for me 19.50.50 # New commit by 03ranma (r26894): Either the removal of the unneeded flush or the additional epn_info setup ... 19.51.13 Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) 19.52.24 # r26894 build result: All green 19.55.50 # hm, now I'm a bit confused, I thought 0x1813 was the PLL setting for 240 MHz, but in the code I see 0x113B (R=2, F=60?) 19.59.25 # Ok, with more logging, it looks like rockbox itself always reads one sector at a time. 19.59.45 # I suspect multisector read is broken in sd-as3525.c :) 20.00.22 # bluebrother: Should tex be in your list, or is it just the source? 20.03.32 # Hmm, no that's not it. 20.03.40 Join n1s [0] (~n1s@rockbox/developer/n1s) 20.04.03 # Even if I limit the usb_storage buffer to 1 sector, the call (with count=1) doesn't return... 20.05.19 Join DerPapst [0] (~Alexander@p5797C12C.dip.t-dialin.net) 20.05.28 *** Saving seen data "./dancer.seen" 20.06.06 # * amiconn found a non-critical problem with the backlight defaults 20.06.41 # On some (many? all?) targets the ordinary backlight timeout was increased, and is now longer than the timeout when plugged 20.06.50 # That *somehow* doesn't make sense 20.12.37 # AlexP: right, forgot that :o 20.13.13 # I think it worked to run the audio off the PLL B on the clip+ too. If it's really so, that would mean we can definitely get very accurate with the sample rate. 20.13.16 # though it doesn't matter for tex files. However, making all those files LF wouldn't be a bad thing IMO 20.15.42 Quit flydutch (Quit: /* empty */) 20.18.36 Join captainewkllllll [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) 20.19.26 # yay, the PLL change for the clip+ did indeed work. Now the question is how much extra power the PLL takes and if it's worth it for the increased sample rate accuracy. 20.20.21 # to what frequence did you change it? 20.20.33 # 192 MHz 20.21.13 # This should result in 0.04% sample rate error instead of the current 1.1% 20.22.06 # bertrik: what settings did you use? 20.23.18 Join pamaury [0] (~quassel@p5DDEE281.dip.t-dialin.net) 20.23.18 Quit pamaury (Changing host) 20.23.18 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.24.46 # saratoga, PLLB is set to 0x155F, which should be F=96 and R=6 20.25.30 # bertrik: what about the 243MHz setting? 20.25.58 # kugel, try it! :) 20.25.59 # the one saratoga suggested 20.27.30 # the PLL A setting for 240 MHz in the code does not match what funman told me on IRC (as far as I remember) 20.28.00 # another question, you cannot really be sure you are at 192MHz are you? 20.28.47 Quit n1s (Quit: Lämnar) 20.29.35 # I changed the audio clock to use PLL B as a source and audio speed seems normal, so I'm pretty sure. It slows down / speeds up if I change the PLL B setting 20.30.54 # I'm just testing "by ear" now, I haven't set up some setup for accurately measuring playback rate errors. 20.30.55 Join GeekShad0w [0] (~Antoine@77.204.154.194) 20.32.06 Join notlistening [0] (~tom@94-195-105-95.zone9.bethere.co.uk) 20.33.54 Quit GeekShadow (Ping timeout: 260 seconds) 20.34.29 # kugel, saratoga: the patch is at http://pastebin.ca/1885244 20.34.31 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 20.35.11 # bertrik: what are the bits in the PLL register ? 20.36.06 # My guess is: bit 0-7 = F-1 (multiplier), bit 8-10 = R-1 (divisor), bit 11 = unknown, bit 12-13=OD (output divider) 20.36.46 # the output divisor is because the internal frequency cannot get too high or low? 20.36.58 # with a base frequency of 12 MHz (actually the crystal is 24 MHz I think, seems there's a factor 2 getting lost somewhere in the PLL) 20.37.14 Quit GeekShad0w (Ping timeout: 258 seconds) 20.37.19 # maybe that's bit 11? 20.38.08 # according to the AS3543 datasheet, the oscillator can run at 24 or 12MHz, with a default of 24 20.38.12 # saratoga, yes, I think so, it divides the Fvco and Fvco has limits like 200-400MHz 20.39.53 # Hmm, I'm seeing MCI_RX_OVERRUN when read_sectors is called from usb_storage 20.40.40 # Weirdly dma_used is 0, it should be 1, cause it's still blocked on wakeup_wait AFAICS 20.41.22 # saratoga, what AS3543 datasheet do you have? Mine only shows the codec and PMU stuff, not clocking stuff (except for I2S PLL) 20.41.46 # "AS3543 3v2" 20.41.52 # Table 72. Clk_Cntr Register 20.43.06 # hm, I have rev 1.10, can you send it to me? bertrik@sikken.nl 20.43.41 # i think thats the same one 20.43.51 # do you have that table on page 73? 20.44.34 # Yep, definitively some weird dma_retain/release problem. 20.44.57 # If I add dma_retain() to usb_drv_init the reads work fine. 20.47.05 # New commit by 03bieber (r26895): Theme Editor: Made allll destructors virtual 20.48.02 # saratoga, we're talking about completely different things then. I was talking about a setting written to CGU_PLLB 20.48.41 # r26895 build result: All green 20.48.55 # The CPU is clock master for the I2S bus, so the PLL in the codec doesn't do anything 20.51.47 # Or could it be that this part contains the actual oscillator for the crystal and pre-divides the clock before it goes to the rest of the SoC (and into the PLLs)? 20.51.48 Quit grndslm (Quit: Leaving) 20.52.21 Join k-rad [0] (~ident@unaffiliated/k-rad) 20.52.37 # can you install a rockbox current build through the automated utility ? 20.54.31 # k-rad: I don't know if you can do this but updating rockbox to current build is very easy 20.54.34 Quit notlistening (Read error: Connection reset by peer) 20.55.20 # It's just a matter of extracting the zip into the root of your player 20.56.29 # k-rad: yes 20.57.10 # you just need to use the "Installation" tab, not the "Quick Start" 21.04.45 # thank you 21.06.18 # Ah, found the bug in sd-as3525.c :) 21.06.48 # nice 21.08.05 # If transfer() is called on lun1 and the external sd is not present, it does a goto to sd_transfer_error before calling dma_retain() 21.09.02 Join notlistening [0] (~tom@94-195-105-95.zone9.bethere.co.uk) 21.13.51 # might rockbox give a e200 series sansa support for microsd > 8gb ? 21.14.34 # I think we already support up to 32 GB on e200v1 21.14.43 # New commit by 03ranma (r26896): sd-as3525 was calling dma_release() without calling dma_retain() first, if ... 21.14.53 # cool 21.14.55 # :) 21.15.38 # bertrik: usb_storage is working on as3525v1 for me now :) 21.15.51 # (At least reads, didn't test writes so far) 21.15.53 Join Xerion_ [0] (~xerion@82-170-197-160.ip.telfort.nl) 21.15.55 # cool 21.16.12 # \o/ 21.16.17 # r26896 build result: All green 21.16.36 # ranma: \o/ 21.16.47 # that was extremely easy to get working. thank you bluebrother 21.16.55 # Rockbox supports SDHC. SDHC is specified up to 32GB (which is a limitation by the specification and not a technical one) 21.17.39 # theoretically SDHC could support much larger capacities. However, they decided to limit it to 32GB and come up with a new standard for larger cards (SDXC IIRC) 21.18.22 Quit Xerion (Ping timeout: 265 seconds) 21.18.23 Nick Xerion_ is now known as Xerion (~xerion@82-170-197-160.ip.telfort.nl) 21.18.26 Join petur [0] (~petur@rockbox/developer/petur) 21.19.15 # yay! finally I can test patches again (had to setup a linux machine, the vmware dev env is hopeless :/ but this is much faster :D) 21.20.38 Part watto 21.27.58 Join webguest37 [0] (www-data@giant.haxx.se) 21.28.01 # Hi there 21.28.11 # I got a problem with my sansa clip v1 ;( 21.32.11 Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) 21.32.12 Quit kugel (Ping timeout: 260 seconds) 21.32.36 Quit Horscht (Quit: Verlassend) 21.32.58 # webguest37: if you want help you need to give more info 21.33.11 # webguest37: problems are unfortunate but do happen. However, I think there are quite some people waiting for the actual problem description right now 21.33.27 # DOEPINT(i) = DOEPINT(i); <= Does that make any sense ? 21.33.57 # bluebrother: I'm not, I'm having too much fun inventing possible problems in my head 21.34.24 # Jerom: clearing pending interrupts maybe? 21.34.28 # AlexP: haven't thought of that option. At least I was too lazy to invent problems by myself ;-) 21.35.08 # I'm currently imagining that it has been nibbled by a rampaging sheep 21.36.21 # I don't understand how writing then writing the same value has any effect 21.36.54 # it's probably a clear-on-write register, very usual for interrupt clear registers 21.37.55 # Thanks, I'm reading through RB's code and find it quite interesting :) 21.38.14 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 21.39.20 Quit dfkt|x (Remote host closed the connection) 21.39.28 # PF cache building causes strange noises in the earphones on Clip+ 21.40.07 # damn.. I wanted to try bertrik's pll patch... and i just noticed that i left my headphones at work 21.40.17 Part k-rad ("Leaving") 21.40.21 # the clearing of in interrupt bit has to be atomic, so instead of reading the value, clearing one bit and writing it back (with the risk that you ignore another interrupt that came in in the meantime), you just write the bit you want to clear 21.40.25 # I find making fun of people who have a problem with their player a bit inappropriate even if it is about the fact that he doesn't tell us currently. I remember an occasion where I thought I had damaged my player and I felt helpless. It's not nice if then someone comes and makes fun of you. Sorry 21.41.35 Quit webguest37 (Quit: CGI:IRC (Ping timeout)) 21.42.59 # Seems it's actually SD access. Also happens when (re)buffering 21.44.17 # Thanks bertrik, I always enjoy learning something. Btw is this atomic: int intr = USB_DEV_INTR & ~USB_DEV_INTR_MASK; USB_DEV_INTR = intr; ? 21.45.32 # You can't do atomic bit manipulation on ARM without hardware support 21.46.50 # bluebrother: now reading that SDHC hosts will be forward compatible with SDXC but it requires software support 21.47.40 # tmzt: I've read recently that _some_ (i.e. slow) cards will be compatible. However, SDXC defines a different file system (exFAT) :( 21.47.41 # Jerom, I'm not sure actually 21.47.47 # I found some crappy in-ear headphones and my fuzev2 seems to play fine with bertrik's patch. of course i can't say anything about sound qality 21.48.03 # yeah, part of the requirement is that the define be formatted with vfat 21.48.03 # * amiconn expects that an SDXC can be reformatted as FAT32 21.48.18 # is there any reason the cards can't operate in a slower mode? 21.48.44 # here's an SDXC but it's full size http://www.amazon.com/s/?ie=UTF8&keywords=sdxc&tag=googhydr-20&index=electronics&hvadid=4344192789&ref=pd_sl_82tbpbuq2f_b 21.49.14 # afaiu there will be (at least) two SDXC versions: the slower ones (which are compatible to SDHC) and the faster ones which use a different interface mode or something like that. 21.49.59 # from wiki: 21.50.00 # SDHC devices will only support the SDXC cards which use UHS104 speeds;[30] SDHC devices will not recognize the SDXC cards which use the faster (SD 4.0), final specification of SDXC.[42] 21.52.02 # tmzt: that really doesnt mean much...people said the same thing about SD -> SDHC, however it is just a software thing - what we really need to see is the actual specification, not just clippings from Wikipedia (i assume you meant wikipedia when you said "wiki" instead of the Rockbox wiki or any of the other thousands of wikis out there) 21.52.32 # right, wikipedia. the problem is the lack of knowledge in the public domain 21.52.59 # yup...hence why i said we needs to see the actual spec 21.53.01 Join krazykit [0] (~kkit@206.183.182.189) 21.54.46 Join dfkt|x [0] (~dfkt@chello062178002170.1.11.univie.teleweb.at) 21.54.46 Quit dfkt|x (Changing host) 21.54.46 Join dfkt|x [0] (~dfkt@unaffiliated/dfkt) 21.56.55 # bertrik - http://imgur.com/iN5D0.png 21.57.22 # your patch is 1001hz, svn is... off 21.59.43 # so, already an improvement compared to current svn :) 22.00.20 # for the discerning ears that notice it, maybe :) 22.00.41 # The theoretically expected value was 1000.4 Hz 22.00.49 # what does the OF show? 22.01.02 # seems my spectrum analysis only does full hertz 22.01.09 # maybe it is a decimal 22.01.23 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 22.02.23 # Luca_S, an older version of the OF palyed at 1003hz - i think they made it better in the meantime, though 22.02.25 # i can check 22.04.56 # aha! bertrik's patch is exactly congruent with the newest of 22.05.07 # seeing better then 1Hz would require more then 44000 points in your fft at 44.1khz, see if you can increase the fft size 22.05.23 # well, it's 65k 22.05.33 *** Saving seen data "./dancer.seen" 22.06.01 # highest i can go 22.06.08 # so you get .7Hz resolution 22.06.30 # hmm but i guess the screen only shows to the nearest 1Hz 22.06.34 # probably good enough anyway 22.06.36 # seems like it 22.06.45 # any suggestions for a better spectrum analyzer app? 22.06.52 # on windows 22.07.19 # dfkt, interesting find 22.07.48 # i just use matlab :) 22.08.11 # seems like it's roughly the same as the OF, and by roughly i mean exactly the same, as i see it :) 22.08.16 # so in one day we get the pitch thing figured out, volume range extended and almost working usb? 22.08.28 # Couldn't you improve the resolution by just increasing the base frequency, i.e. like by using a 10kHz tone? 22.08.35 # * dfkt checks if wavelab is better suited than sound forge 22.11.50 # Does anybody know how to disable the media refreshing on the sansa fuze v2? i have checked the FAQ. 22.12.06 # wavelab can do 256k :) - http://i.imgur.com/lhQtN.png 22.12.07 # i don't think theres anyway to do it 22.12.43 # Buckwheat: there is no way, however today's svn fixes a problem when rebooting from RB to OF unnecessarily caused a OF DB refresh 22.13.35 # wow nice 22.13.45 # yeah, it's a glorious day :D 22.13.58 # i like the shape of the peak, you can see how the oscillator drifts :) 22.14.31 # svn: http://imgur.com/bSmGW.png 22.15.14 # New commit by 03jethead71 (r26897): Switch iPod 3G to use EABI toolchain. 22.15.26 # of: http://imgur.com/zCDaB.png 22.15.48 # so, OF seems farther off, actually 22.16.00 # New commit by 03jethead71 (r26898): Switch iPod 3G to use EABI toolchain. Make necessary threading changes to avoid use of stack after switching to idle stack. 22.18.04 # r26898 build result: 28 errors, 7 warnings (jethead71 committed) 22.19.18 Join grawity [0] (grawity@wind.nullroute.eu.org) 22.20.42 # * grawity looks around. 22.21.25 # Which .wps file syntax is the current one? One of the themes I downloaded uses %tag(x,y,z) and others have %tag|x|y|z| 22.21.31 # jhMikeS: oh 22.21.43 # grawity: The former is svn, the latter is 3.6 22.21.52 # It changed after the release 22.22.23 # my theory about the assignment of bits to divisor R in the sansa clip+ does not appear to be correct (multiplier F is correct though I think) 22.22.52 # jhMikeS: Do you think this will work on G1/G2 as well? 22.22.58 Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 22.23.25 # Red and yellow though 22.24.15 # Damn they change fast. 22.24.27 # most likely. gotta figure out what's the deal with that red though 22.24.41 # amiconn: Please take a look at http://www.rockbox.org/tracker/task/11413 22.24.54 # * grawity just installed r26480-100602 like last week... thought that _was_ the latest build, for nano2g. 22.26.18 # * jhMikeS thinks he just forgot a keyword 22.26.38 # grawity: It probably was at the time, but there is a new current build on every source code change, of which there are many each day 22.27.48 # Well, at least I had a fun time porting the WPS to "old" syntax using the ipod's "keyboard" =) 22.28.11 # That seems rather masochistic :) 22.28.30 # hey, I was bored. 22.29.40 # You mean you can make wps right from the player? 22.29.45 # sure 22.29.50 # They are only text files 22.29.50 # Buckwheat: well, there is a text editor in Rockbox 22.30.00 # New commit by 03jethead71 (r26899): Fix red. Need 'inline' with 'always_inline'. 22.30.06 # But given you need to use the virtual keyboard it isn't something I'd recommend 22.30.30 # i know that but i didnt know you could change the file type 22.30.31 Quit notlistening (Quit: Leaving) 22.30.39 # What file type? 22.30.43 # Context menu, open with 22.30.54 # one second 22.31.58 # r26899 build result: All green 22.32.47 # * grawity tries to port the same to the opposite direction. 22.33.35 # every time i try to open a text file i get, "Data about at 308007F4 fsr 0x8 (domain 0, fault 8) address 0x9689AEFA 22.33.44 # That's a known bug 22.33.53 # is there a fix 22.33.54 # There is a task on flyspray 22.34.06 # If there was a fix it would have been fixed 22.34.08 Join voRia [0] (~voria@62.98.18.4) 22.34.12 # damn 22.34.21 # amiconn: besides allocating tons of stack space for no good reason I could see, thread_exit was trying to optimize a common sub-expression by using a stack var (which didn't work after switching). Making the function "noreturn" kept thread_exit from trying to store return contexts. 22.35.14 # * grawity makes a mental note to report a bug about games putting scores in an inconvienent to backup location. 22.35.17 # saratoga, bertrik - all together (svn/1000hz/patch/of): http://i.imgur.com/gaSiW.png 22.35.42 # Ah, one more thing: What's the difference between .sbs and .rsbs? 22.35.54 # the r one is for the remote 22.36.04 # same for wps vs. rwps 22.36.13 # Hmm, and what does 'remote' mean here? 22.36.16 # dfkt: Nice :) 22.36.27 # grawity: Some targets have a remote with a lcd 22.36.36 # remote is some hardware to control the player with 22.36.43 # Ah, that. 22.36.44 # a remote is a remote :) 22.38.04 Quit Zigtown (Remote host closed the connection) 22.38.54 # dfkt, thanks! So the OF doesn't really do quite the same as I did with the patch. You didn't see any evidence of resampling, right? 22.39.17 Quit Jerom (Remote host closed the connection) 22.39.37 # saratoga meant, there is no resampling in the OF, iirc - i wouldn't know what to look for 22.41.03 # usually if theres resampling you'll see odd effects from tones played close to half the sample rate 22.41.21 # ah yes, you could play a sine sweep and listen by ear 22.41.43 # or just play a 22.050 tone? 22.41.55 Quit wodz (Ping timeout: 245 seconds) 22.42.17 # like a 20khz 0dB tone will playback as a 20khz tone plus another attenuated one at some difference of the new and old sample rate 22.42.40 # its usually pretty easy to see on an FFT like the one above 22.43.29 # with good resampling you usually can't hear it though, since the extra tone will be very weak 22.44.14 # New commit by 03bieber (r26900): Theme Editor: Continuing work on rendering, skin preview will now show backdrop or background color depending on config file 22.44.36 # i'll try a 20khz tone, sounds interesting to check 22.45.49 Quit Jaykay (Remote host closed the connection) 22.46.01 # r26900 build result: All green 22.47.57 Join wodz [0] (~wodz@chello087206240004.chello.pl) 22.49.07 # white is RB, red is OF: http://imgur.com/t9bKv.png 22.50.57 # tone was 21khz 22.52.49 # Question: System -> Rockbox Info. Does the "Skin RAM usage" show the _used_ or _free_ size? 22.53.02 # the allocated size afaiu 22.53.20 # hmm, scrap that 22.54.10 Join fml [0] (~chatzilla@p5DD2D319.dip.t-dialin.net) 22.56.52 Quit fml (Client Quit) 22.57.18 # dfkt, weird, the OF seems clean, RB has artifacts 22.58.09 Quit dfkt|x (Remote host closed the connection) 22.59.19 # bertrik, yes - RB doesn't actually play 21khz, but lower and higher tones 23.03.15 Quit CGL (Ping timeout: 248 seconds) 23.03.25 # * grawity wonders if all iPods are making this quiet high-pitched noise... 23.03.51 Join kugel [0] (~kugel@rockbox/developer/kugel) 23.05.20 # grawity: I don't hear any noise on my mini 1G 23.05.49 # (And I mean from something inside, not through the earphones...) 23.06.15 # grawity: You mean spinning disk probably than 23.06.26 # It has flash memory. 23.07.03 # the screen? 23.07.06 # though it does seem that the sound changes while reading from disk. 23.07.19 # the original mini 1G has a disk, doesn't it? 23.07.31 # I have a nano2g. 23.07.31 # The only thing which can produce noise is DC-DC converter but they are running at least tenth of kHz frequency 23.07.39 # ah I misread 23.07.58 # * Bagder backs back into the shadows 23.08.13 Quit krazykit (Quit: Connection reset by beer) 23.08.31 Quit GeekShadow (Quit: The cake is a lie !) 23.08.36 Quit petur (Quit: Zzzzzz) 23.08.53 # Eh, doesn't matter - I only hear it when holding the ipod to my ear anyway. Was just curious. 23.09.25 Join anewuser [0] (anewuser@unaffiliated/anewuser) 23.12.46 Quit evilnick_B (Quit: Page closed) 23.13.40 # pixelma: HD200 is added to RockboxUtility (and is disabled by default). I didn't tested automatic installation at all. 23.17.31 # dfkt: you are no fan of logarithmic scale, are you? 23.17.44 # very interesting findings nevertheless 23.20.55 # i don't think it matters much if it's linear or logarithmic for these results 23.21.11 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 23.21.19 Join krazykit [0] (~kkit@206.183.182.189) 23.22.42 # I come up again with question - When in FM mode I could in theory turn off large part of codec chip (saving is ~6mA or ~10% of total current consumption). This has one drawback - voices will have no effect (codec stopped). I do know nothing about about voice system in rb. Is there some way to know if voice is about to play so I could enable relevant parts of codec? 23.26.32 Quit krazykit (Quit: ok, going home) 23.27.49 Quit liar (Ping timeout: 258 seconds) 23.32.34 Join liar [0] (~liar@83.175.83.185) 23.32.36 # wodz: from the voice thread, you can tell if voice is about to be active (apps/voice_thread.c). you'd need to timeout though, since you can't really tell when it's actually done playing, only done inserting into the pcm buffer. 23.33.41 # jhMikeS: can't I probe if pcm buffer is empty? 23.35.35 # sure. don't forget keyclick too. pcm.c could switch the codec on when a play request is about to happen 23.36.06 Quit Buckwheat (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 23.36.59 # I will explore this a bit I think 23.38.26 # I think what would work best is to activate the codec if not already active, otherwise setup a powerdown timeout if pcm hasn't played for a certiain number of seconds (could use the backlight thread). 23.39.23 Join Buschel_ [0] (~~andree@p54A3F892.dip.t-dialin.net) 23.39.49 # You mean check if codec is on at the begining of pcm_play_data()? 23.41.55 # yes, also pcm_play_pause 23.43.33 # I don't quite understand how to setup timeout with backlight thread 23.44.57 # You mean something like for buttonlight? 23.45.07 # track it in the SYS_TIMEOUT case, unless it's fading with software fading it has a period of HZ 23.46.23 # backlight_timeout_handler looks like the spot 23.46.23 Join krazykit [0] (~kkit@206.183.185.8) 23.48.26 # thanks, I'll explore this 23.50.51 Quit Buschel_ (Ping timeout: 260 seconds) 23.51.18 Quit Luca_S (Quit: CGI:IRC) 23.55.54 Quit ender` (Quit: The best way to accelerate a Macintosh is at 9.8m/sec²) 23.58.57 # interesting - setting timeout that way will have nice side effect that codec poweroff will happen always if playback is stopped long enough 23.59.00 Quit grawity (Quit: Good night.)