--- Log for 18.07.110 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 9 days and 12 hours ago 00.01.36 *** Saving seen data "./dancer.seen" 00.11.24 # Had he stayed for more than three minutes, we would have noticed and said "Yes". 00.41.04 Join DerPapst [0] (~Alexander@91-64-225-76-dynip.superkabel.de) 00.41.07 Quit petur (Quit: Zzzzz Z!) 00.42.23 Quit halmi_ (Read error: Connection reset by peer) 00.54.25 Quit ender` (Quit: If Klingons had invented Usenet, killfiles really would...) 00.56.27 Quit GeekShadow (Read error: Connection reset by peer) 00.58.34 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 01.00.28 Quit Horscht (Quit: Verlassend) 01.00.30 Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 7days + Remix Phase July 19th - July 26th) 01.00.31 Quit bertrik (Quit: :tiuQ) 01.00.44 Join anewuser [0] (anewuser@unaffiliated/anewuser) 01.06.07 Join Horscht [0] (~Horscht2@xbmc/user/horscht) 01.08.57 Quit Jerom (Read error: Connection reset by peer) 01.24.20 Part kraai 01.28.29 Join evilnick- [0] (~evilnick@2001:0:4137:9e76:340a:59d3:9df1:3db4) 01.31.00 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 01.37.02 Quit DerPapst (Quit: Leaving.) 01.47.52 Quit anewuser (Ping timeout: 248 seconds) 02.01.39 *** Saving seen data "./dancer.seen" 02.03.04 Join noko [0] (~t.j.prins@ip51ce28bc.adsl-surfen.hetnet.nl) 02.04.36 # Could someone explain how I could possible get a r26850 Nano 2nd gen build. 02.04.52 # possibly* 02.12.34 # check out r26850, build, install 02.18.40 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 02.20.11 # Check out, as in? 02.22.46 # using subversion to checkout that particular revision of the rockbox code 02.23.04 # why do you need that particular rev, btw? 02.23.57 # bug: FS#11433 & FS#11430 02.24.12 # we have guides how to build rockbox in the wiki, you just need to check out a specific rev instead of head 02.24.49 # The moment it tries to write it crashes with *PANIC* stkov nand. 02.25.08 # I read that this particular build, and the ones before that don't have this problem. 02.25.57 # bieber: ping 02.26.04 # Hey 02.27.59 # hey 02.27.59 # how much debugging ability does the parser have? Is it limited to just the line and error message? 02.28.20 # noko: if you have linux or something unixy read this page http://www.rockbox.org/wiki/WebHome?topic=CrossCompiler about how to srt up a cross compiling toolchain to build your own rockbox 02.28.33 # Yeah, it only keeps track of the line 02.29.01 # alright, thanks. 02.29.16 # You wouldn't have an older build laying around? haha 02.29.19 # It also halts at the first error. I got around that one by making multiple parse calls in the theme editor 02.29.41 # gevaerts: I'm pretty sure I know why scrolling doesnt work, should be an easy fix, and I'll look into how svn handles AA and fix that today (hopefully) also 02.29.42 # noko: no, i don't have any nano2g builds laying around 02.30.14 # JdGordon: I'm not sure if it's really AA related or just triggered by AA usage patterns 02.30.24 # It's fine, many thanks, I'll look it up tomorrow. Bed time. 02.30.37 # indeed 02.31.07 # bieber: for the sake of checkwps the first error is enough, but it would be nice if it said abit more about the error 02.31.20 Join angelwolf71885 [0] (chatzilla@cpe-173-168-248-236.tampabay.res.rr.com) 02.31.31 # JdGordon: I haven't tested this, but I suspect that other conditional viewports could show the same 02.31.34 # which tag, which param, etc 02.31.43 # Hmm 02.31.58 # That shouldn't be hard to add to the error function 02.32.14 # svn looks the same, i.e. it first shows the no-AA case and then switches to the AA variant. Only that one actually clears the no-AA case first 02.32.35 # Maybe make different error functions for failing inside different parse functions, so you can tailor the info provided (i.e. if it fails in a conditional, tell which branch failed, in a tag tell which parameter, etc.) 02.32.51 # gevaerts: well, conditional viewports never clear themselves so it depends alot on how you lay them out. svn might be sending an "aa ready" event to do a full redraw which I havnt hooked up yet to fix that 02.33.02 # ah, right 02.33.10 # I guess it would turn into a stack trace, if each level threw its own error 02.33.14 # that would indeed explain it 02.34.39 # so in general all sets of matching conditional viewports should cover the same area? 02.35.36 # bieber: heck, even just saving the position of the cursor would make it more useful, we could then print the line and say "the error is HERE!!!" 02.36.00 # That would be handy 02.36.24 # yes 02.37.25 # gevaerts: I might add a tag to actually force a viewport to be cleared which apparently themers would like 02.37.25 # but thats for another day :) 02.38.01 # JdGordon: I can live with it, as long as it's clear what's *supposed* to happen :) 02.38.31 Join Sajber^ [0] (~Sajber^@h-109-228-137-214.NA.cust.bahnhof.se) 02.39.11 Join Hillshum [0] (4ba5e17b@gateway/web/freenode/ip.75.165.225.123) 02.39.43 # New commit by 03bieber (r27476): Theme Editor: If a pr project specifies a valid #target value, its settings are now loaded into the device configuration panel when the theme is ... 02.40.43 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.180) 02.41.22 Quit [Saint] (Ping timeout: 240 seconds) 02.41.29 # r27476 build result: All green 02.45.04 # bieber: actually I think saving the error cursor is dead simple. I'll have a play today and commit it if i get it working nicely 02.45.15 # I'm working on it now ;) 02.45.32 # ok then :p 02.46.13 Quit bmbl (Quit: Bye!) 02.46.31 # Hmm 02.47.01 # I'd like to try seeking back to the first newline to find the column number, but obviously that would fail for the first line 02.47.38 # I guess I could just set a global variable for the beginning of the input at the very start of skin_parse 02.48.22 # yeah, just as long as skin_debug.c has access to the start of text 02.49.09 Quit n1s (Quit: Lämnar) 02.49.14 # Could there be a situation when it didn't? As long as it gets passed a valid pointer, shouldn't it be allowed to read from it? 02.50.47 # right, I meant that skin_debug.c needs to have a function it can get at the start of text variable 02.50.52 # * JdGordon is still half asleep 02.59.04 # New commit by 03bieber (r27477): Theme Editor: Added column number to parser error messages 03.00.41 # r27477 build result: All green 03.00.53 # There we go 03.01.05 # * JdGordon has a look 03.02.31 # hmm, I was hoping to actually use the cursor value directly, but I can fiddle 03.03.22 # I wanted an output like "missing integer: %V(,0,0,0,0)" 03.03.31 # Oh, okay 03.03.52 # ^ Here 03.03.54 # You could store the cursor easily enough from within skin_error, you'll just need to figure out how much text after it you want to emit 03.04.08 # yeah, easy enough 03.09.58 Quit angelwolf71885 (Quit: ChatZilla 0.9.86 [Firefox 3.6.6/20100625231939]) 03.21.09 Join Rob2223 [0] (~Miranda@p4FDCAE06.dip.t-dialin.net) 03.23.58 # bieber: S_a_i_n_t: pixelma: http://pastebin.com/jCpJZdBF 03.24.59 Quit Rob2222 (Ping timeout: 276 seconds) 03.25.28 Quit Sajber^ (Read error: Connection reset by peer) 03.30.25 Join binaryhermit [0] (~binaryher@adsl-99-141-196-197.dsl.emhril.sbcglobal.net) 03.37.24 Join Rob2222 [0] (~Miranda@p4FDCA7D0.dip.t-dialin.net) 03.40.42 Quit Rob2223 (Ping timeout: 265 seconds) 03.45.04 # ah nuts... wrong error is being reported :/ 03.45.53 # bieber: you probably cant be bothered with this but... http://pastebin.com/Yy5D6k3S 03.46.26 # (the end of the line is cut off but apart from the missing < it shuold work) 03.50.16 Join Rob2223 [0] (~Miranda@p4FDCAB0A.dip.t-dialin.net) 03.52.37 Quit noko () 03.54.14 Quit Rob2222 (Ping timeout: 265 seconds) 04.01.41 *** Saving seen data "./dancer.seen" 04.03.21 Quit pixelma (Disconnected by services) 04.03.21 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.03.32 Quit amiconn (Disconnected by services) 04.03.34 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.03.36 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.03.53 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.04.39 # If that keeps being a problem I can manually find the error in the line without too much effort, but it would be nice if the parser didnt mislead us :p 04.07.01 # meh, anyway i guess this is about a million times better then svn :) 04.08.16 Join anewuser [0] (anewuser@unaffiliated/anewuser) 04.15.53 Join Tarvis [0] (~Tarvis@106.203.100.97.cfl.res.rr.com) 04.23.25 Quit TheSeven (Ping timeout: 276 seconds) 04.28.18 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.34.07 Nick evilnick- is now known as evilnick (~evilnick@2001:0:4137:9e76:340a:59d3:9df1:3db4) 04.34.17 Quit evilnick (Read error: Connection reset by peer) 04.35.56 Quit MethoS- (Remote host closed the connection) 04.42.30 Quit Strife89 (Quit: Reboot.) 04.50.11 Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) 04.51.57 Quit Barahir (Ping timeout: 260 seconds) 04.53.31 Join Barahir [0] (~jonathan@frnk-590fedf6.pool.mediaWays.net) 05.06.51 Join Strife89|PalmTX [0] (~cstrife89@adsl-80-191-46.mcn.bellsouth.net) 05.19.02 Join Strife89 [0] (~Strife89@adsl-80-191-46.mcn.bellsouth.net) 05.20.11 Quit Strife89|PalmTX (Quit: No need to waste my Palm's battery.) 05.28.48 Quit S_a_i_n_t (Ping timeout: 240 seconds) 05.29.44 Quit CaptainKwel (Quit: Ex-Chat) 05.33.12 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.110) 05.34.34 Quit GeekShadow (Read error: Connection reset by peer) 05.48.14 Quit JdGordon (Ping timeout: 260 seconds) 05.49.52 Quit S_a_i_n_t (Ping timeout: 245 seconds) 05.51.23 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.254) 05.55.53 Quit S_a_i_n_t (Ping timeout: 260 seconds) 05.56.12 Join [Saint] [0] (S_a_i_n_t@203.184.5.254) 06.00.32 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.146) 06.00.46 Quit [Saint] (Ping timeout: 240 seconds) 06.01.44 *** Saving seen data "./dancer.seen" 06.03.36 Quit Hillshum (Quit: Page closed) 06.26.15 Quit avacore (Quit: Leaving) 06.26.34 Join avacore [0] (nobody@1008ds1-rdo.0.fullrate.dk) 06.42.51 Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 06.47.54 Quit Zigtown (Remote host closed the connection) 06.54.07 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 07.04.28 Quit jhMikeS (Read error: Connection reset by peer) 07.04.59 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 07.07.15 Join MxxCon [0] (donuts@ool-18b9baa8.dyn.optonline.net) 07.07.36 Quit binaryhermit (Quit: Leaving) 07.07.45 # hello folks. anybody here have experience with songbird's foldersync? 07.09.06 # i'm trying to figure out how to import played track count from rockbox into songbird 07.24.04 Quit scorche (Disconnected by services) 07.24.15 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 07.37.09 Join Horschti [0] (~Horscht2@xbmc/user/horscht) 07.38.08 Join Peter94 [0] (~IRC-Clien@port-92-202-23-109.dynamic.qsc.de) 07.40.33 Quit solrize (Ping timeout: 240 seconds) 07.40.53 Quit Horscht (Ping timeout: 264 seconds) 07.42.36 Quit scorche` (Ping timeout: 265 seconds) 07.45.53 Join scorche [0] (~scorche@rockbox/administrator/scorche) 07.52.41 Join solrize [0] (~phr@adsl-69-111-193-227.dsl.snfc21.sbcglobal.net) 07.56.08 Quit anewuser (Quit: http://xrl.us/detroitVI Sixth edition of 25 samples + 7days + Remix Phase July 19th - July 26th) 07.57.51 Quit solrize (Read error: Connection reset by peer) 08.01.47 *** Saving seen data "./dancer.seen" 08.13.53 Join solrize [0] (~phr@adsl-67-122-211-208.dsl.pltn13.pacbell.net) 08.49.57 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 08.55.46 Quit S_a_i_n_t (Ping timeout: 276 seconds) 08.58.20 Quit krazykit (Read error: Operation timed out) 09.02.40 Quit bieber (Ping timeout: 246 seconds) 09.02.56 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 09.04.02 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 09.12.31 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.26.48 Join ender` [0] (krneki@foo.eternallybored.org) 09.28.00 Join stoffel [0] (~quassel@p57B4AB62.dip.t-dialin.net) 09.29.17 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.208) 09.46.25 Join Rob2222 [0] (~Miranda@p4FDCB764.dip.t-dialin.net) 09.49.54 Quit Rob2223 (Ping timeout: 265 seconds) 09.56.11 Quit Peter94 (Ping timeout: 265 seconds) 10.01.50 *** Saving seen data "./dancer.seen" 10.03.14 Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) 10.11.25 Join stoffel_ [0] (~quassel@p57B4DD70.dip.t-dialin.net) 10.11.58 Quit stoffel (Ping timeout: 265 seconds) 10.25.47 Quit riad (Quit: kennel panic) 10.30.36 Join simonrvn [0] (simon@211.113-ppp.3menatwork.com) 10.39.27 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 10.46.11 # * TheSeven wonders what gevaerts did in r26071 10.46.58 # slipping in a change to a standard library function in a nodo reverting commit... 10.52.45 # is the theme editor not building just me or is something broken? 10.52.51 # or libskin_parser to be exact 10.54.47 # hmm, there's indeed a problem. 10.55.18 # whats the problem? 10.58.06 # New commit by 03bluebrother (r27478): Add missing argument that broke building libskin_parser outside of Rockbox. 10.58.14 # JdGordon: see commit :) 10.59.52 # r27478 build result: All green 11.05.02 # TheSeven: you mean the change in firmware/common/format.c? Looks like an accidental commit (from tree without specifying the files or so) 11.05.47 Quit JdGordon (Ping timeout: 265 seconds) 11.07.15 # well, "format" might look a bit like audio/tag formats :) 11.12.24 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 11.16.16 # * TheSeven wonders where the header for sprintf.c is hiding 11.18.57 # firmware/include ? 11.19.12 # I think we even have two headers for that (last time I looked) :) 11.25.34 # firmware/libc/include/stdio.h seems to be the one 11.29.28 Quit JdGordon (Ping timeout: 265 seconds) 11.30.55 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 11.32.02 Join halmi [0] (~netbook@93-82-33-238.adsl.highway.telekom.at) 11.49.14 Join minus [0] (~minus@p5DC70AEF.dip0.t-ipconnect.de) 11.52.36 # hi, (how) is the USB HID working with rockbox at the moment? couldn't find a "remote control" app on my fuze v1, searching didn't turn up anything useful 11.58.04 # well, frankly usb support in itself is amazing at the moment 11.58.59 # since it's so new 11.59.16 # so I don't think work has been done on accessories yet 11.59.35 # by the way, this is usb for the fuze I mean 12.01.50 # HID mode is not an "app" - if it is enabled (in the settings) and already available on the Fuze v1 (not sure it is) then iit's there when you connect to USB 12.01.54 *** Saving seen data "./dancer.seen" 12.05.05 # i thought you might need the app that rockbox actually sends the input and that you can use rockbox normally if the app isnt running 12.07.44 # hmm, I believe there was a plugin for this but my impression was that it wasn't maintained, not sure what happened to it 12.15.10 Quit Tarvis (Quit: /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit /quit) 12.17.47 Join Jerom [0] (~heidi@79.132.46.225) 12.25.37 # gevaerts: I've been testing with cabbie which produced a ton of other wierd effects but I'm now seeing exactly what you described.. 12.25.41 # NFI how to fix it though :( 12.27.37 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 12.32.30 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 12.32.53 Join MethoS- [0] (~clemens@134.102.106.250) 12.53.37 Quit n17ikh (*.net *.split) 12.53.37 Quit slck (*.net *.split) 12.53.37 Quit dionoea (*.net *.split) 12.53.37 Quit GeekShadow (*.net *.split) 12.53.38 Quit bluebroth3r (*.net *.split) 12.53.38 Quit kisak (*.net *.split) 12.53.38 Quit ELM (*.net *.split) 12.53.38 Quit merbanan (*.net *.split) 12.53.38 Quit tchan (*.net *.split) 12.53.38 Quit mikroflops (*.net *.split) 12.53.38 Quit r0b- (*.net *.split) 12.53.38 Quit Utchybann (*.net *.split) 12.53.38 Quit crwl (*.net *.split) 12.53.38 Quit detaos (*.net *.split) 12.53.38 Quit Guest5171 (*.net *.split) 12.53.38 Quit incant_ (*.net *.split) 12.53.38 Quit ps-auxw (*.net *.split) 12.53.38 Quit Kamyk (*.net *.split) 12.53.39 Quit Torne (*.net *.split) 12.54.15 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 12.54.15 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 12.54.15 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) 12.54.15 Join kisak [0] (~kisak@c-98-235-209-218.hsd1.pa.comcast.net) 12.54.15 Join ELM [0] (~bombtibet@c-67-168-129-213.hsd1.wa.comcast.net) 12.54.15 Join merbanan [0] (~banan@c-89-160-72-125.cust.bredband2.com) 12.54.15 Join slck [0] (Venci@Slackware.SlackPix.Com) 12.54.15 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 12.54.15 Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) 12.54.15 Join r0b- [0] (~nnscript@adsl-76-235-199-132.dsl.klmzmi.sbcglobal.net) 12.54.15 Join Utchybann [0] (~Utchy@rps6752.ovh.net) 12.54.15 Join dionoea [0] (~dionoea@yop.chewa.net) 12.54.15 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe10fb00-173.dhcp.inet.fi) 12.54.15 Join detaos [0] (~quassel@ip72-218-104-242.hr.hr.cox.net) 12.54.15 Join Torne [0] (torne@rockbox/developer/Torne) 12.54.15 Join Kamyk [0] (kamyk@szluug.org) 12.54.15 Join ps-auxw [0] (~arneb@dyn37.ps-auxw.de) 12.54.15 Join incant_ [0] (~philippe@zone42.rdc.uottawa.ca) 12.54.15 Join Guest5171 [0] (jljhook@irkki.fi) 12.56.27 Join kramer3d [0] (~kramer@unaffiliated/kramer3d) 13.03.26 Join evilnick [0] (~evilnick@2001:0:4137:9e76:1459:3cce:b5a6:f655) 13.03.26 Quit Rob2222 (Read error: Connection reset by peer) 13.06.45 Join kramer3d_ [0] (~kramer@unaffiliated/kramer3d) 13.07.49 Quit kramer3d (Ping timeout: 248 seconds) 13.08.32 Nick kramer3d_ is now known as kramer3d (~kramer@unaffiliated/kramer3d) 13.14.06 Quit stripwax (Quit: http://miranda-im.org) 13.41.04 Quit MethoS- (Remote host closed the connection) 13.42.32 Join dantje_ [0] (~dvg@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de) 13.48.20 Join giovanni_ [0] (~giovanni@93.37.246.211) 13.48.57 # Hi there. 13.49.24 # Should my patch be committted or not? http://www.rockbox.org/tracker/task/11478?project=1&type=4&order=dateopened&sort=desc 13.52.51 Join bimbel [0] (~Miranda@unaffiliated/bmbl) 13.56.35 Quit bmbl (Ping timeout: 258 seconds) 13.57.51 Nick bimbel is now known as bmbl (~Miranda@unaffiliated/bmbl) 14.01.55 *** Saving seen data "./dancer.seen" 14.05.48 Join DerPapst [0] (~Alexander@91-64-225-76-dynip.superkabel.de) 14.15.23 Join Sajber^ [0] (~Sajber^@h-109-228-137-214.NA.cust.bahnhof.se) 14.16.17 # JdGordon: I'll test soon 14.25.42 Quit evilnick (Ping timeout: 248 seconds) 14.26.26 Join evilnick [0] (~evilnick@2001:0:4137:9e76:1459:3cce:b5a6:f655) 14.26.33 # TheSeven: shouldI revert that bit of the revert? 14.27.34 # * gevaerts isn't sure 14.28.23 Join CFP [0] (~wirc@80.125.172.2) 14.29.48 # I proably should. IIRC there were some doubt if that change was a good idea 14.31.15 Quit CFP (Client Quit) 14.31.40 # if it hasn't caused trouble until today, i don't think so 14.31.51 # someone might actually be relying on it now 14.32.17 # pixelma: There is still "Remote Controll", but bugered if I know how/if it works. 14.32.30 # I can't seem to get my Nano1G to do anything with it... 14.32.43 # *buggered even 14.33.30 # TheSeven: the trouble it can cause is somewhat obscure. You have to build the sim (or RaaA) with rockbox libc, which isn't the default any more, but which should still be supported 14.34.38 # what does this change actually do? it will just support an additional printf type, does it? 14.34.49 # yes 14.34.55 # what happens if it isn't supported? will it just pass through without being replaced? 14.34.58 # Ah, S_a_i_n_t should have said "Remote Control.rock", even. 14.35.36 # I think so 14.35.46 # oh, you're thinking of a case where sizeof(size_t) maybe not a segfault, but at least a wrong result 14.37.52 # We have four files that use %z 14.39.06 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 14.40.49 # bieber: Ping? 14.42.02 # S_a_i_n_t: Hey 14.42.25 # hehe, thought you were asleep, pm'd you ;) 14.42.51 # New commit by 03gevaerts (r27479): Revert accidental commit of "%z" support in r26071 (the implementation assumed size_t==long, which is not always the case in hosted environments) ... 14.44.24 # r27479 build result: All green 14.46.03 Join stooo [0] (~sto@f051112233.adsl.alicedsl.de) 14.48.03 # Eeeek!, are the manuals known broken or did they get a *major* pruning? 14.49.16 # looks broken, let's see 14.49.33 Quit stooo (Client Quit) 14.49.58 Quit scorche (Disconnected by services) 14.50.04 # seems as though half(or more) of it is missing. 14.50.07 Join scorche` [0] (~scorche@rockbox/administrator/scorche) 14.50.15 # I only have 4 sections in the Nano1G manual 14.51.02 # in the online one 14.51.39 # * pixelma scratches head 14.52.26 # New commit by 03bertrik (r27480): Update Chinese (simple) translation - FS #11484 by Purling Nayuki 14.52.40 # it suspiciously breaks at the first screenshot, but everything worked for me when textcompiling PDFs :\ 14.52.59 # pixelma: http://download.rockbox.org/daily/manual/rockbox-ipodnano1g/rockbox-build.html 14.53.22 # * S_a_i_n_t does not know why he bothered to link that, of course you know where it is ;) 14.53.23 # yes... 14.53.29 # *brain malfunction* 14.53.37 # and I said PDFs still work 14.53.51 # r27480 build result: All green 14.54.17 # PDF's not working effects HTML manuals? 14.54.25 # * S_a_i_n_t genuinely doesn;t know. 14.54.32 # no 14.54.47 # Ah, that was just a bonus, gotcha 14.55.04 # usually both are broken 15.02.25 Quit Jerom (Read error: Connection reset by peer) 15.02.49 # Are coordinates for touch areas supposed to be screen absolute or relative to the current viewport? 15.03.00 Quit stripwax (Quit: http://miranda-im.org) 15.03.11 Join Jerom [0] (~jerome@79.132.46.225) 15.04.20 # The way the guy in the forum worded it (*could just be wording*), it is like he expected a touch event to effect the whole viewport it was defined in? 15.04.47 # http://download.rockbox.org/daily/manual/rockbox-ipodnano1g/rockbox-build.html <-- JdGordon: Input? 15.05.04 # * S_a_i_n_t assuems JdGordon knows how these touch-thingys work better than I 15.05.04 # S_a_i_n_t: wrong link? 15.05.16 # pixelma: Indeed it is ;) 15.05.29 # http://forums.rockbox.org/index.php?topic=25271.msg169410#msg169410 rather 15.06.39 # aha, the manuals that got the new option (seriesimg) are not broken, only those that don't have it. Building an html, tex complains that it couldn't find the screenshot size. The simple fix would be adding \seriesimg to all of them but... 15.10.44 # or \opting the part that deals with it - or set \seriesimg to \specimg or something for those that don't have it. Both in preamble.tex (our control file) 15.12.48 # if that is possible... 15.14.10 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 15.20.50 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 15.24.05 Join anewuser [0] (anewuser@unaffiliated/anewuser) 15.24.11 Quit simabeis (Quit: Lost terminal) 15.25.02 Join simabeis [0] (~simabeis@lobmenschen.de) 15.33.13 Join krazykit [0] (~kkit@206.183.185.8) 15.37.13 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 15.41.39 # Which .c file implements the Database menu? 15.45.54 # tagtree.c 15.47.37 # S_a_i_n_t: ? 15.47.57 # bieber: viewport relative 15.48.06 # just about everything is viewport relative 15.48.26 # JdGordon: Reletive to this post http://forums.rockbox.org/index.php?topic=25271.msg169410#msg169410 15.48.42 # the behaviour he describes as "buggy" I find perfectly sane. 15.49.10 # though...neither bieber or myself *definitely* know what he means. 15.51.26 # which part of that post? 15.51.29 # its rather long... 15.52.36 Quit Morgan_Phoenix (Ping timeout: 260 seconds) 15.52.42 # "1. You've added touchscreen areas, that's great but if I put them in a viewport like 15.52.43 # Code: 15.52.43 # %V(161,192,35,47,0)%Vf(CCCCCC)%Vb(000000) 15.52.43 DBUG Enqueued KICK S_a_i_n_t 15.52.43 # %T(0,0,35,35,play) 15.52.43 # If I take a look at the preview window then the touchscreen area is shown in a viewport %V(0,0,35,35,..) instead of %V(161,192,35,35,...). I think that's no big problem for you and it's the only bug I've seen so far." 15.53.05 # dammit! second time I've done that tonight...pretend that was a pastebin ;) 15.53.35 # specifically: "If I take a look at the preview window then the touchscreen area is shown in a viewport %V(0,0,35,35,..) instead of %V(161,192,35,35,...)." 15.53.36 # Slasheri, thanks, I was looking at http://www.rockbox.org/tracker/task/9256 which seems to be a pretty old bug 15.53.43 # ...what's wrong with that? 15.54.12 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 15.54.47 # they are supposed to go in viewports 15.55.15 # sorry, stupid irc didnt show the whole lot.. 15.55.53 # bertrik: I'd like to know if those who complain in this bug report, enabled "Gather runtime data" 15.55.53 # yes, touch regions belong in viewports so they can be disabled just like anything else inside a viewport 15.56.18 Quit Jerom (Quit: Leaving.) 15.57.02 # Turns out even bieber didn't *quite* know what he was on about either....so, I don't think it actually *has* been changed to how the poster expects it to be. 15.57.02 Join absolutgonzo [0] (www-data@giant.haxx.se) 15.57.38 # I also reminded bieber that touch areas can be in viewports, and used conditionally. 15.57.49 # (which I'll take as a bunus) 15.57.55 # *bonus even. 15.57.56 # pixelma, do you think it has to be enabled for this feature to work? 15.58.23 Join Jerom [0] (~heidi@79.132.46.225) 15.58.28 Ctcp Ignored 1 channel CTCP requests in 0 seconds at the last flood 15.58.28 # * S_a_i_n_t is *really* amazed at how far bieber has gotten with being hurled into the deep end of theme tags 15.58.35 # bertrik: I'm pretty sure it is, and it's stated in the manual or/and DataBase 15.58.40 # Hi there. I would like to contribute some battery benches for the iPod Nano 2G, since there are only 2 until now. Could someone please add http://www.rockbox.org/wiki/MaxMustermann to the WikiUsersGroup? 15.58.47 # bertrik: "recently added" should work only after first time adding new files to the player (with initialized db and then running update) 15.59.09 # absolutgonzo: your name isn't really Max Mustermann, is it? 16.00.09 # bertrik: it is correct behaviour if there are no recently added entries just after the db has been initialized 16.00.19 # Yeah, well, if you have an really unique name, you tend to get cautious with it. Especially, when there is no reason for a real name... 16.00.26 # bertrik: FWIW, I have *never* had a "recently added" entry...ever. 16.00.36 # And yeah, "Gather Runtime Data" is on. 16.01.14 # absolutgonzo: The reason is, the wiki asked you for it ;) 16.01.16 # Slasheri, I added some new files yesterday to an already initialised database and the new files don't show up for me either 16.01.31 # bertrik: did you update the db? 16.01.54 # Not explicitly, but I did see the 9 commit steps on startup 16.01.56 *** Saving seen data "./dancer.seen" 16.02.05 # ok, then it should have been worked.. 16.02.17 Join webguest50 [0] (www-data@giant.haxx.se) 16.02.43 # Yeah, but where is the reason for the question? Just to avoid spam? Please... 16.02.45 # I don't have the "gather runtime data" setting turned on, but I think this shouldn't matter 16.02.46 # I've never seen it...("it" being "recently added"), on any one of multiple RB'd targets. 16.03.00 # Something is sure fushy, but I wonder why it works for some? 16.03.06 # *fishy 16.03.08 # bertrik: indeed, that feature shouldn't depend on that setting 16.03.10 # absolutgonzo: we don't want anonymous contributions 16.03.48 # I think I'll add the current commit id to the database debug menu (locally only) 16.03.50 Quit webguest50 (Client Quit) 16.05.14 # good idea 16.07.20 # Ok, that's... interesting. So, any contribution without realname is neither possible nor wanted? 16.07.34 # correct 16.12.19 Quit stripwax (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 16.13.08 # I consider that a pretty stupid idea. Especially since there is no sure way to determine someones real name in this context anyway (so someone is just unneccesary playing 1984) and the hassle about circumventing the realname-policy might prevent some ppl from sending in valuable contributions. Aber: Wer nicht will, der hat schon! Mehr sag ich da nicht zu... 16.13.36 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 16.13.51 # ok. Glad to know how you feel. 16.14.45 # absolutgonzo: what's your reason to hide your real name? 16.15.47 # I already wrote: Yeah, well, if you have an really unique name, you tend to get cautious with it. Especially, when there is no reason for a real name. Just trying to minimize my footprint. 16.16.01 # That's not a reason. 16.16.07 # Just, odd paranoia 16.16.16 # that's normal paranoia 16.16.27 # nothing odd about it 16.16.33 # absolutgonzo: it's really your choice. We ask for real names. If you don't want to give it, that's up to you 16.16.42 # If anything personal data neutral exposure dilutes the value of personal data positive exposure. 16.17.00 # * gevaerts 's name is also not very common 16.17.22 # * JdGordon finds this paranoya about real names stupid... 16.17.45 # I take pride in my open source contributions under my real name (not to mentino they got me my past and current job) 16.17.54 # but, as gevaerts said, there's no gun to your head. 16.18.07 Quit stripwax (Read error: Connection reset by peer) 16.18.32 # ok, I have a working solution to fix the broken html manuals, I guess there is a more elegant one but can't figure it out. I'd go for setting \seriesimg to \specimg if it is not defined in the platform file (I could only make an "ifdefined > else" work though) . Any objections? 16.20.29 # JdGordon: svn also first shows the non-AA case, so that's not a regression. It would be nice if the AA code could see that the new track uses exactly the same AA and not have to reload it, but... 16.21.53 # I'm not entirely sure what to do with this. Either the problem is entirely on how AA is done, or how conditionals changing is handled 16.22.14 # I'm pretty sure it's related to AA handling 16.22.16 # using the AA seems to show the effect much more obviously then other stuff (you wont see the problem at all with just text difference in the conditional values) 16.22.17 Quit halmi (Quit: halmi) 16.22.59 # When a track starts playing, AA isn't there. You can't really do much about that in the skin code 16.23.04 # if it is just AA then probably the best fix would be to hook up an event which is fired off when AA is ready for the track, the skin would then do a full redraw 16.23.12 # I just would like to contribute and not give the world unneccesary data of mine. When you are exposed to politicians like Wolfgang Schäuble, you don't consider minimal resourcefulness about your "footprint" odd. 16.23.54 # absolutgonzo: if you wernt making a fuss you could have just made up a less obviously-fake name... 16.24.18 # we obviously cant ask you to prove that your name isnt John Smith 16.24.56 # as an added "fwiw" S_a_i_n_t also dislikes the way SVN shows the "false" case of AA first, and *then* the AA decides it wants to display. Even with small AA (I keep all my "on device" AA at 200x200px) it can take up to 10 seconds or so for a very highly graphical theme to decide it wants to show the AA. 16.25.26 # S_a_i_n_t: I'm sure nobody *likes* it 16.25.34 # and that's for flash, I assume it is worse on HDD 16.25.50 # That doesn't mean it's easy to fix, or that the skin code *can* fix it 16.26.26 # AlexP, bluebroth3r: someone of you around? 16.26.44 # Could someone know that an opensource-project is really making such a fuss about the "name" under which someone wants to contribute? 16.27.22 # S_a_i_n_t: the fix for that is using a placeholder image, that wont make things get repositioned when aa is ready 16.27.23 # absolutgonzo: we definitely are *not* the only project with this sort of requirement 16.27.58 # If it is a defined standard, and others have no problem with providing a real name...why should there be an exception? 16.33.02 # Why make a rule, where the individual is forced to provide sensitive data, but can easily circumvented by the use of the name "John Smith"? And how dare you saying that Max Mustermann is not my real name...... 16.33.24 # you yourself confirmed it is not. 16.33.26 # absolutgonzo: we did not say that, *you* did 16.33.29 # (by your actions) 16.34.15 # * S_a_i_n_t also does not consider a real name to be "sensitive data" 16.34.24 # absolutgonzo: that is the rule, if you arnt happy with it then so be it, but there is no need to keep discussing it 16.34.28 # It's not like we ask for you bank account number 16.34.39 # I could point out that I never wrote "Max Mustermann is not my real name" but that would be almost as stupid and unneccesary as the realname-policy. 16.34.56 # New commit by 03pixelma (r27481): Fix broken (html) manual: set seriesimg globally in preamble.tex to \specimg if it isn't defined in a target's platform file, otherwise tex tries to ... 16.35.27 # ^ feel free to improve... I'm not too happy with the solution but it works for now 16.36.25 # r27481 build result: All green 16.36.47 # absolutgonzo: if your name is a sensitive data then it means you must have a total control over its use. Do you claim such a thing ? 16.36.51 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 16.37.12 # @ Saint: Yeah, nice that your real name is no sensitive data to you. But depending of your realname and the country you live in - yeah, thats damn sensitive data. Or did it not occur to you that not everyone is contributing from USA or UK, just because they speak english? 16.37.31 # HAHAHA 16.37.42 # they are the only countries which speak english? 16.37.51 # Please stop discussing this. We have our policy, and you're free to not contribute if you don't like it 16.38.07 # (plenty will debate that USA doesnt) 16.38.15 # There's no need to pollute the logs further 16.38.52 # I'm sorry I asked that. I didn't want to turn it into a lengthy discussion 16.39.08 # Do we have some documentation for the tagnavi.config file format? 16.39.28 # @ pamaury: My realname in context with a contribution of some sort (data, text, video, audio, etc) is very well a sensitive data. That has nothing to do with the control I have over my name. And there are still not enough battery benches for iPod Nano 2G... 16.39.36 # bertrik: DataBase in the wiki 16.42.19 # @Saint: I would prefer that you dont call me a "fucking idiot" in your whispers. Thanks. 16.42.20 Quit JdGordon (Ping timeout: 240 seconds) 16.42.35 # PM, not relevant here. 16.47.11 Join halmi [0] (~netbook@93-82-45-117.adsl.highway.telekom.at) 16.53.50 # Slasheri, the database commit id does seem to get increased correctly 16.54.31 Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 16.54.56 Quit jordan` (Quit: Coyote finally caught me) 17.04.11 Join halmi_ [0] (~netbook@93-82-46-17.adsl.highway.telekom.at) 17.06.51 Quit halmi (Ping timeout: 265 seconds) 17.07.16 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 17.12.40 # bertrik: it remains some low value? 17.13.00 # oh, never mind.. 17.13.18 # yes, it's a sane low value and it does increase as expected 17.13.34 # bertrik: try to export the db changelog 17.13.57 Join halmi [0] (~netbook@93-82-37-182.adsl.highway.telekom.at) 17.13.58 # from there you could see if individual entries gets the right value 17.14.17 # if I print the commit id of each entry during the "Recently Added" query, all entries seem to have value 0 17.14.26 # (this is in the sim) 17.15.00 # hmm.. so those entries might get an invalid value 17.15.18 # or the query may not work 17.15.30 # but please check the changelog 17.16.42 Quit halmi_ (Ping timeout: 258 seconds) 17.19.00 # The changelog is empty, it only contains a comment line "## Changelog version 1" 17.19.13 # Slasheri: are you trying to fix the db ? :) 17.20.16 # pamaury: at least help fixing it if some problems are found :) 17.20.49 # bertrik: then it looks like the commit id does not get saved properly if no new files are listed 17.20.51 # there must be a problem somewhere because some report duplicate entries and empty recently added but where... 17.21.25 # hmm.. please, not that duplicate entries again ;) than has been fixed so many times already :D 17.22.16 # you think there is a problem with the commit id when doing a scan ? 17.22.53 # not sure because the "recently added" list works ok for me 17.23.29 # i think the problem may be when adding new files to the db and commitid for those files remains at 0 17.23.50 # that would explain the empty changelog too (when no runtime data changes has been made) 17.24.40 # when there are added by which way ? 17.25.32 Join halmi_ [0] (~netbook@93-82-33-153.adsl.highway.telekom.at) 17.26.50 # commitid in the tagcache master index header gets increased during every commit, and all files added during that commit should get the current commit id from the master header before it gets increased 17.27.09 # What I see in the sim is that the conditions for setting idx.tag_seek[tag_commitid] are not met in function build_numeric_indices, so the commitid stays at 0 17.27.56 # duplicated entries are still reported from time to time, unfortunately it only happens sometimes and it's next to impossible to find out under which circumstances they appear 17.28.07 # around line 2314 in tagcache.c 17.28.07 # bertrik: interesting, could you do some debugging to find out what conditions are not met? 17.28.11 Quit halmi (Ping timeout: 240 seconds) 17.28.16 # bertrik: do you know which test fail when conditions are not met ? 17.28.33 # tc_stat.ready=0 17.28.33 # current_tcmh.commitid=0 17.28.39 # and... initialisation hangs with no audio track present is also reported from time to time... 17.29.16 # pixelma: oh.. that problem is still there.. 17.30.18 # bertrik: those both are 0? 17.30.38 # yes, they both are 17.30.49 # hmm.. then that doesn't look sane 17.30.59 # maybe db is missing some initializations 17.32.06 # unless that is the first commit 17.32.08 # or maybe something depends on a specific order, like that these fields are updated later 17.32.37 # those should be zero only during the very first commit to a new db 17.33.07 # bertrik: could you check logf if there are some other problems as well? 17.34.00 # for logf, I just have to enable LOGF_ENABLE, right? 17.35.09 # yes, #define LOGF_ENABLE to the beginning of tagcache.c 17.35.27 Quit Tuplis (Ping timeout: 276 seconds) 17.35.34 # and then reconfigure with logf support 17.36.25 Join halmi [0] (~netbook@188-22-117-73.adsl.highway.telekom.at) 17.37.52 # Here's a stdout output where I ran the sim three times, first there's nothing to do, second time it discovers a new audio file, third time it updates the database: http://pastebin.ca/1903041 17.38.29 # lines 161, 162 are my extra debug output of tc_stat.ready and current_tcmh.commitid 17.39.05 Quit halmi_ (Ping timeout: 260 seconds) 17.39.22 # Including the last added one, there are 6 audio files 17.40.59 # hmm, interesting.. there doesn't seem to be any problems either 17.43.48 Quit stoffel_ (Remote host closed the connection) 17.44.08 # bertrik: in tagcache_thread() there is: 17.44.10 # tc_stat.ready = check_all_headers(); 17.44.28 # from that on, tc_stat.ready should remain true unless there are any errors reported 17.44.33 # which i don't see 17.45.54 # maybe you could check if it initially gets a true value? 17.46.52 # hmm, oh! now i see the problem 17.47.10 # because my commits have worked always without a need for a reboot.. 17.47.27 Join halmi_ [0] (~netbook@188-22-119-82.adsl.highway.telekom.at) 17.47.37 # the commit during a boot up is made before tagcache headers are checked 17.47.47 # ok 17.48.46 # if you look at tagcache_thread() the commit is made before tagcache is fully initialized 17.49.05 # I had to reboot to get changes noticed by the database 17.49.35 # yes, that happens when dircache and/or db load to ram is not enabled 17.49.55 Quit halmi (Ping timeout: 264 seconds) 17.50.22 # thanks for finding the issue.. i will look into that (correcting the initialization order) unless you wish to do it :) 17.50.39 # Indeed, load-to-ram and dircache were off 17.51.04 # Slasheri, I'd rather have you fix it, I'm no database expert (yet) :) 17.51.15 # ok, i will look that today :) 17.51.42 # By the way, I'm not sure if this was the cause for not seeing recently added files/albums 17.52.50 # that was the cause for the problem to occur and why i have never seen it myself 17.53.21 Join halmi [0] (~netbook@93-82-33-146.adsl.highway.telekom.at) 17.55.49 Quit halmi_ (Ping timeout: 260 seconds) 18.02.00 *** Saving seen data "./dancer.seen" 18.03.50 Join T44 [0] (~Topy44@g228142007.adsl.alicedsl.de) 18.06.17 Join halmi_ [0] (~netbook@188-22-125-173.adsl.highway.telekom.at) 18.08.20 Quit halmi (Ping timeout: 240 seconds) 18.19.48 Join Kitr88 [0] (~Kitar_st@BSN-142-65-2.dial-up.dsl.siol.net) 18.22.56 Quit Kitar|st (Ping timeout: 260 seconds) 18.23.28 Join halmi [0] (~netbook@93-82-39-86.adsl.highway.telekom.at) 18.23.54 Join mt [0] (~mtee@rockbox/developer/mt) 18.24.19 Join dfkt [0] (dfkt@unaffiliated/dfkt) 18.24.31 Quit Kitr88 (Ping timeout: 265 seconds) 18.24.42 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 18.25.41 Quit halmi_ (Ping timeout: 260 seconds) 18.27.34 Join watr [0] (~r4nd0m@84.72.254.113) 18.29.53 Join Kitar|st [0] (Kitar_st@BSN-182-94-226.dial-up.dsl.siol.net) 18.31.19 Join halmi_ [0] (~netbook@93-82-39-252.adsl.highway.telekom.at) 18.34.10 Quit halmi (Ping timeout: 265 seconds) 18.35.14 Join kugel [0] (~AndChat@dslb-188-102-107-152.pools.arcor-ip.net) 18.43.05 Join halmi [0] (~netbook@188-22-122-103.adsl.highway.telekom.at) 18.44.08 Join funman [0] (~fun@rockbox/developer/funman) 18.45.20 Quit halmi_ (Ping timeout: 240 seconds) 18.52.06 Join halmi_ [0] (~netbook@80-123-42-96.adsl.highway.telekom.at) 18.53.48 Quit kramer3d (Quit: Leaving) 18.54.44 Quit halmi (Ping timeout: 276 seconds) 19.00.41 # how far are you with the new fuzev2, does it accept rockbox now? does it boot? 19.01.02 # (^---------- directed at funman) 19.01.44 # it accept rockbox and it boots if you use mkamsboot from svn 19.02.21 # the SD driver needs (hopefully small) modifications to work with the new models, and i didn't succeed yet; all the SD commands give a response timeout 19.02.26 Part watr 19.02.56 Quit Highlander (Quit: Quitte) 19.03.13 # the button code will need a few modifications as well, but left button and USB plug can already dualboot so the mkamsboot part is fine 19.03.13 # I wouldn't mind working on it, but I'm no expert at SD card stuff 19.03.33 # The button stuff is probably easy, I could figure that out\ 19.04.10 Join halmi [0] (~netbook@93-82-44-103.adsl.highway.telekom.at) 19.04.25 # I think it only requires reverse engineering, the different part is in the controller setup 19.05.07 # New commit by 03funman (r27482): mkamsboot: take in account the additional 0x200 block when calculating size ... 19.05.27 Quit giovanni_ (Read error: Connection reset by peer) 19.05.56 # I don't know much this part either, it was mostly written by FlynDice 19.06.06 Quit halmi_ (Ping timeout: 240 seconds) 19.06.53 # r27482 build result: All green 19.08.18 # hmm, O2 gives a 4% speedup of wma on my sansa but that makes it too big for the clip again, i wonder how to make the makefile select options on a more specific scale 19.11.17 # would ifeq ($(MEMORYSIZE),2) be ok? 19.11.49 Join halmi_ [0] (~netbook@80-123-44-45.adsl.highway.telekom.at) 19.14.21 Quit halmi (Ping timeout: 240 seconds) 19.16.35 Quit solrize (Ping timeout: 245 seconds) 19.26.44 Join halmi [0] (~netbook@80-123-34-66.adsl.highway.telekom.at) 19.29.26 Quit halmi_ (Ping timeout: 260 seconds) 19.31.25 Join solrize [0] (~phr@adsl-67-122-211-208.dsl.pltn13.pacbell.net) 19.40.35 Join Rob2222 [0] (~Miranda@p4FDCB764.dip.t-dialin.net) 19.42.37 Join planetbeing [0] (~planetbei@s142-179-109-174.bc.hsia.telus.net) 19.43.00 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 19.43.44 # pixelma: can you tell me what's missing from FS#11379 ? I don't understand if something is missing for clip+/fuzev2 or all models 19.47.01 Join saratoga_ [0] (463f90ed@gateway/web/freenode/ip.70.63.144.237) 19.47.05 # A-B repeat has two ways to set it on different targets. On targets with enough buttons you have a dedicated "Set A", "Set B" and a "Clear Marker" button or button combo. On targets with less buttons there is only one button that cycles through setting A, setting B and resetting if A-B repeat is enabled. I'm not sure if the latter way is documented in the manual... it's possible that it's not 19.47.17 # it was invented later 19.47.42 # do we support AB repeat for any reason other then some old player's OF had it (probably archos...) 19.47.58 # why shouldn't we? 19.48.56 # the usual arguments against supporting weird features 19.49.04 # complexity, bin size, etc 19.49.21 Join halmi_ [0] (~netbook@93-82-33-203.adsl.highway.telekom.at) 19.50.18 # you find it weird, others may not and the feature has been there for a very very long time 19.50.41 # Perhaps I'm a minority (I have no idea), but I use AB repeat quite often. 19.51.01 # whats it meant for ? 19.51.13 # funman: does the Fuze/Clip have the first or the second control scheme (different buttons or just one)? 19.51.27 # i assumed it was in so much 90s hardware because 'hey look we're not a cassette player' 19.51.51 Quit halmi (Ping timeout: 240 seconds) 19.51.51 Quit planetbeing (Read error: Connection reset by peer) 19.52.28 Join planetbeing [0] (~planetbei@s142-179-109-174.bc.hsia.telus.net) 19.54.45 # funman: the "dedicated button version" is documented for the targets that have it and might just be missing the actual button descriptions for Fuze/Clip. The "one button version" is _possibly_ missing for all. I can take a look later but wanted to leave for a while 19.55.22 # hello folks. anybody here have experience with songbird's foldersync? i'm trying to figure out how to import played track count from rockbox into songbird 19.55.27 Quit kugel (Ping timeout: 240 seconds) 19.56.24 Join kugel [0] (~AndChat@dslb-188-102-107-152.pools.arcor-ip.net) 19.56.48 # MxxCon: Try this: http://forums.rockbox.org/index.php?topic=24936.msg167520#msg167520 19.57.44 # as of FolderSync 2.5.0 what you want is definitely possible 19.57.55 # However, I have no idea how to do so. 19.58.41 # S_a_i_n_t, yes that's why i'm asking. looking at the options for foldersync, so far i can't figure out how to do jump import w/o it nuking my current tracks/uploading new ones 19.58.55 # jump=just 19.59.38 # Try PMing the author of the patch through the rockbox forums. 19.59.49 # Or, see if he has an email address listed. 19.59.54 Quit DerPapst (Quit: Leaving.) 20.00.01 # maybe you could ask this question in some Songbird forums/IRC. I'm not aware of many people using it here (or what S_a_i_n_t said) 20.00.08 # He used to be here a lot, but hasn't been recently 20.00.10 # pixelma: i don't know, can you point me to a part of manual / code / keymap where those buttons are used? 20.00.22 # do we have any contact with the songbird people 20.00.51 Quit shai (Ping timeout: 240 seconds) 20.01.06 # funman: there is a define for it in the config files and in the keymap files (I mean the .c ones) 20.01.06 # pixelma i'm in irc.mozilla.org/#songbird but it's a ghosttown :) 20.02.01 *** Saving seen data "./dancer.seen" 20.02.01 # maybe i'm approaching it the wrong way..how do you folks keep track of what's been played and what haven't? 20.02.02 # Try PM the author through the rockbox forums, he does still watch the threads and tracker. 20.02.38 # sansas use AB_REPEAT_ENABLE = 1 20.02.39 Quit planetbeing (Read error: Connection reset by peer) 20.02.40 Join planetbeing_ [0] (~planetbei@s142-179-109-174.bc.hsia.telus.net) 20.03.09 # MxxCon: Personally, I have two different playcounts. One on my PC/Media centre, and another on my DAP(s) 20.03.21 # I think it's weird to mix the two myself. 20.03.52 # funman: ACTION_WPSAB_SINGLE if it's the one button method with a define which button to use for it defined afterwards 20.03.53 # ) 20.04.45 # i can't fit all of my music on my e250r, so i'd want some way to keep track of what's been listened to 20.04.45 # found: ACTION_WPS_ABSETB_NEXTDIR ACTION_WPS_ABSETA_PREVDIR, ACTION_WPS_ABRESET, 20.05.25 # ok, then there are dedicated buttons for each 20.05.39 # so far this foldersync is the only way i found how to import played track into any 'music-management' app 20.06.32 # the buttons are defined in the fuze keymap manual though 20.07.33 # ah there's a builtin list of models instead of using a feature 20.08.24 # apps/gui/wps.c has some code #if AB_REPEAT_ENABLE == 2 but no model does that 20.09.45 Join dockimble [0] (~dockimble@77.227.1.24) 20.10.01 # what is the status of rockbox on the sansa clip+? 20.10.03 Quit saratoga_ (Quit: Page closed) 20.10.06 Join halmi [0] (~netbook@80-123-36-142.adsl.highway.telekom.at) 20.10.17 # dockimble: check www.rockbox.org front page 20.10.27 # the feature was disabled befor the one button way was implemented (which is used by e.g. the Ipods and the Ondios due to the lack of buttons) 20.10.49 # pixelma: back 20.11.19 # pixelma: afaict it was never used 20.11.54 # funman: guess they didn't have AB_REPEAT_ENABLE at all them 20.11.57 # *then 20.12.03 Quit halmi_ (Read error: Operation timed out) 20.13.11 # bluebroth3r: just wanted to ask if you knew a nicer solution for my last commit. Without it the html manuals fail at the first screenshot 20.13.55 # (they are currently broken on rockbox.org, PDFs work though which is why I didn't notice) 20.13.55 # New commit by 03funman (r27483): AB_REPEAT_ENABLE was never defined to 2 ... 20.14.51 Quit planetbeing_ (Ping timeout: 240 seconds) 20.15.24 # r27483 build result: All green 20.16.27 # pixelma: well, one way would obviously to check in the screenshot macro instead of blindly using \seriesimg. Unfortunately that means repeating code in that macro :/ 20.17.28 # but can't think of something much better than that, at least from top of my head 20.17.46 # pixelma: http://pastie.org/1049512 20.17.49 # New commit by 03miipekk (r27484): Properly initialize tagcache headers when doing commit() during ... 20.18.08 # bertrik: fixed ^^ 20.18.09 # bluebroth3r: yes and either check before the whole blob and have one complete with and one without \seriesimg - or excluding the \seriesimg lines and excluding the closing } for them a little later 20.19.23 # r27484 build result: All green 20.19.27 # funman: I'm a little bit against clogging features.txt with manual only features. I wonder if it could be made a linked but separate file 20.19.33 Join stoffel [0] (~quassel@p57B4DD70.dip.t-dialin.net) 20.20.56 # 'linked' ? 20.21.58 # having a features.txt and manual-features.txt or so and have them both checked, just to make it clear to the reader what is used globally in Rockbox for language strings etc. and which is "only" used for the manual 20.22.37 Quit stoffel (Read error: Connection reset by peer) 20.23.16 # manual only features don't "hurt" though 20.23.44 # maybe a comment in features.txt could be helpful - or sorting them 20.24.07 Quit pamaury (Ping timeout: 240 seconds) 20.24.55 Quit kugel (Ping timeout: 245 seconds) 20.25.34 Join stoffel [0] (~quassel@p57B4DD70.dip.t-dialin.net) 20.26.17 # hm there was already 15 manual-only features 20.26.34 # that many? 20.27.15 # bluebroth3r: would you know some "ifndef" syntax - it would be slightly better to read. The ones I found on the net didn't work which is why I used \ifdefined and \else 20.27.25 # albumart backlight_fade_int backlight_fade_bool disk_storage remote_button_hold lcd_charcell lcd_flip lcd_contrast recording_linein recording_mic scrollwheel usb_power usbstack usb_hid_mouse large_plugin_buffer 20.27.32 Part ELM 20.27.54 # ok 20.28.29 # then go ahead but I'd still wish it was a bit "cleaner" :) 20.29.18 Join planetbeing [0] (~planetbei@24.86.178.47) 20.29.46 Quit stoffel (Remote host closed the connection) 20.30.14 # funman: I can see in the diff that the other method is documented as well which is good :) 20.31.27 Join stoffel [0] (~quassel@p57B4DD70.dip.t-dialin.net) 20.32.38 # ah so the one button function works on all models? 20.33.05 Quit stoffel (Read error: Connection reset by peer) 20.33.52 Join halmi_ [0] (~netbook@80-123-45-137.adsl.highway.telekom.at) 20.34.59 # seems so... by the way, You might still need the % behind the { because sometimes you'll get additional blank lines in the PDFs, for targets that won't have that paragraph. Unfortunately it's a bit unpredictable if it happens or not. If you want to be on the safe side just add them 20.35.32 Join guymann_ [0] (~charlie@64-252-121-226.adsl.snet.net) 20.35.53 # * pixelma leaves for a while 20.36.12 Quit guymann (Ping timeout: 240 seconds) 20.36.26 # pixelma: sorry, no 20.36.57 Quit halmi (Ping timeout: 265 seconds) 20.39.25 Part MxxCon 20.40.12 Quit planetbeing (Remote host closed the connection) 20.40.12 Quit fredreichbier (Ping timeout: 240 seconds) 20.40.24 # ah i thought i was just a tex comment 20.41.52 Quit S_a_i_n_t () 20.42.58 # Slasheri, great, thanks! 20.43.11 Join planetbeing [0] (~planetbei@24.86.178.47) 20.43.11 # New commit by 03funman (r27485): Add a 'ab_repeat_buttons' feature ... 20.44.33 # r27485 build result: All green 20.46.43 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.32) 20.51.37 Join hebz0rl [0] (~hebz0rl@dslb-088-065-223-055.pools.arcor-ip.net) 20.52.42 # saratoga: AB repeat is definitely not supported by any SH1 archos OF. Don't know whether other (swcodec) OFs support it 20.53.14 # * funman never used that 20.53.28 # It's not an old feature - it was added well after swcodec 20.53.38 # i can see a use case: someone listening language teaching audio files and repeating the same word/sentence over and over 20.53.39 # i think the iriver h100/h300 had somethink like ab repeat 20.54.10 # funman: or trying to learn to play a passage of a track on an instrument 20.54.15 # or to annoy people 20.54.33 Quit minus (Quit: Verlassend) 20.57.00 Join halmi [0] (~netbook@93-82-47-195.adsl.highway.telekom.at) 20.59.25 Quit halmi_ (Ping timeout: 258 seconds) 21.01.48 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 21.04.37 Join halmi_ [0] (~netbook@93-82-35-253.adsl.highway.telekom.at) 21.04.46 Quit andash (Read error: Operation timed out) 21.05.56 # New commit by 03nls (r27486): FS#11454 Tuning of codec compiler options ... 21.06.30 # n1s: by increasing binsize? :) 21.07.00 # :) 21.07.27 Quit halmi (Ping timeout: 260 seconds) 21.07.31 # r27486 build result: All green 21.08.28 Join andash [0] (~andash@h-121-189.A254.priv.bahnhof.se) 21.08.29 Quit andash (Changing host) 21.08.29 Join andash [0] (~andash@unaffiliated/andash) 21.09.19 Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) 21.15.19 Join halmi [0] (~netbook@188-22-114-9.adsl.highway.telekom.at) 21.15.45 Quit BlakeJohnson86 (Ping timeout: 245 seconds) 21.16.44 Quit Rob2222 (Ping timeout: 265 seconds) 21.18.11 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.18.19 Quit halmi_ (Ping timeout: 252 seconds) 21.19.36 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 21.19.55 # bertrik, Slasheri: should F#9256 be closed now? 21.20.02 # FS 21.20.09 # n1s: i think so 21.20.26 # sorry.. i forgot to mention that in the commit message 21.20.58 # np, will you close it? 21.21.22 # i can try 21.24.07 # it's great to see old bugs getting fixed 21.24.15 Quit planetbeing (Quit: Colloquy for iPhone - http://colloquy.mobi) 21.27.20 Join [Saint] [0] (S_a_i_n_t@203.184.1.203) 21.28.47 Quit S_a_i_n_t (Ping timeout: 276 seconds) 21.33.35 Quit r0b- (Read error: Connection reset by peer) 21.34.15 Join halmi_ [0] (~netbook@80-123-39-220.adsl.highway.telekom.at) 21.36.12 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 21.36.36 Quit halmi (Ping timeout: 258 seconds) 21.42.25 Quit joecool (Ping timeout: 245 seconds) 21.46.29 # bertrik: btw there's already 2 reports of Clip+ not upgrading with mkamsboot 1.2 so the Fuzev2 modification might have been applied to Clip+ too 21.46.42 Quit BlakeJohnson86 (Ping timeout: 265 seconds) 21.48.13 # hm, I didn't know that yet 21.48.43 # http://anythingbutipod.com/forum/showthread.php?p=484223 (there's a link to the other report in this thread) 21.54.12 Join halmi [0] (~netbook@93-82-45-194.adsl.highway.telekom.at) 21.56.38 Quit halmi_ (Ping timeout: 260 seconds) 22.02.02 *** Saving seen data "./dancer.seen" 22.03.16 Quit funman (Quit: free(random());) 22.09.05 Join halmi_ [0] (~netbook@80-123-32-42.adsl.highway.telekom.at) 22.11.29 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 22.11.34 Quit halmi (Ping timeout: 260 seconds) 22.14.13 Join halmi [0] (~netbook@80-123-32-232.adsl.highway.telekom.at) 22.16.06 Quit halmi_ (Ping timeout: 240 seconds) 22.18.36 Quit BlakeJohnson86 (Ping timeout: 265 seconds) 22.22.54 Join halmi_ [0] (~netbook@80-123-34-163.adsl.highway.telekom.at) 22.22.55 Quit halmi (Read error: Connection reset by peer) 22.24.52 Join DerPapst [0] (~Alexander@91-64-225-76-dynip.superkabel.de) 22.29.52 Join Tuplanolla [0] (~jani@adsl-77-109-221-158.kymp.net) 22.31.59 Nick Tuplanolla is now known as Tuplis (~jani@adsl-77-109-221-158.kymp.net) 22.32.39 Join halmi [0] (~netbook@80-123-36-62.adsl.highway.telekom.at) 22.35.31 Quit halmi_ (Ping timeout: 265 seconds) 22.38.49 Quit dantje_ (Quit: Ex-Chat) 22.39.28 Join halmi_ [0] (~netbook@80-123-46-70.adsl.highway.telekom.at) 22.39.37 Join petur [0] (~petur@rockbox/developer/petur) 22.42.04 Quit halmi (Ping timeout: 246 seconds) 22.43.35 Quit n1s (Quit: Lämnar) 22.44.22 Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) 22.48.09 Join Topy [0] (~Topy44@f048174104.adsl.alicedsl.de) 22.50.18 Join halmi [0] (~netbook@80-123-35-204.adsl.highway.telekom.at) 22.51.36 Quit T44 (Ping timeout: 245 seconds) 22.52.27 Quit halmi_ (Ping timeout: 240 seconds) 22.53.40 # funman (for the logs): % is the tex comment symbol but it also escapes the newline which seems necessary in some case (I couldn't find a pattern when exactly it's needed though) 22.59.24 # anyone feel like running test_codec on a coldfire player? i can format the logs and upload them if someone else runs the test 23.04.53 Join halmi_ [0] (~netbook@80-123-33-182.adsl.highway.telekom.at) 23.05.10 Join MethoS- [0] (~clemens@134.102.106.250) 23.05.18 Quit [Saint] (Ping timeout: 260 seconds) 23.06.49 Join Yakuza666 [0] (www-data@giant.haxx.se) 23.07.21 Quit halmi (Ping timeout: 240 seconds) 23.07.44 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.133) 23.10.23 # saratoga: What's needed in particular? 23.10.26 Quit bluebroth3r (Ping timeout: 260 seconds) 23.10.46 # amiconn: just running all the file would be nice, they haven't been updated in a while and a bunch of stuff has improved 23.10.54 # nothing is actually needed though 23.11.40 # 'All the files' as in everything on http://download.rockbox.org/test_files/ ? 23.11.51 # yeah 23.12.02 Join bluebrother [0] (~dom@g224237086.adsl.alicedsl.de) 23.12.03 Quit bluebrother (Changing host) 23.12.03 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 23.12.11 # hmm 23.12.19 # well skip APE c5000 23.12.25 # That should probably be done both on mcf5249 and mcf5250 then 23.12.28 # we should really just delete that test file 23.12.35 # Why? 23.12.43 # The beast can play it realtime... 23.12.49 # it can? 23.12.53 # yes 23.13.19 # on the Fuzev2 it needed like 900MHz 23.13.30 # is armv6 that much better then v5? 23.13.35 # yes 23.13.40 # In this case, that is 23.14.12 # The ape filters use armv6 integer simd, making it twice as fast for 16 bit data 23.15.14 # what SIMD does the imx31 have aside from vfp? 23.15.58 # sadd16/ssub16/smuld(x)/smlad(x)/... 23.16.09 # This is plain armv6, no coprocessor 23.17.02 # See apps/codecs/demac/libdemac/vector_math16_armv6.h 23.20.19 Quit absolutgonzo (Quit: CGI:IRC) 23.21.05 Join halmi [0] (~netbook@80-123-38-101.adsl.highway.telekom.at) 23.22.37 # when cpu boost, how many MHz boosted? 23.23.16 Quit halmi_ (Ping timeout: 245 seconds) 23.24.43 # balintx_ it depends on the exact target 23.25.08 # on fuze v2, where it says 240mhz cpu 23.25.17 # (debug says) 23.26.11 # As far as I know, we don't really make a difference between boosted and unboosted on the fuze v2, it always runs at 240 MHz 23.26.37 # okay 23.26.50 Join halmi_ [0] (~netbook@80-123-42-178.adsl.highway.telekom.at) 23.26.53 # it says cpu boost 100.0% 23.27.17 Quit CaptainKwel (Read error: Connection reset by peer) 23.28.24 # hello to all 23.28.46 # The CPU is stopped by rockbox in very light sleep mode when there is nothing to do ("wait-for-interrupt") 23.28.49 # I've got problems to install RB on a new Clip+ 23.28.54 # http://www.anythingbutipod.com/forum/showthread.php?t=56321 23.29.06 Quit halmi (Ping timeout: 240 seconds) 23.31.29 # i found a problem when reading an ebook in text_viewer the automatic poweroff is activized, and i have to power on again except if i put in hold between a few minutes. i don't really want to switch off automatic power-off but it is fustrating, isn't it? 23.32.02 # even if the buttons (not the buttons, the SCROLL_WHEEL) are pressed 23.33.42 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 23.35.16 Join r0b- [0] (~nnscript@76.235.199.132) 23.35.32 Quit halmi_ (Read error: Connection reset by peer) 23.35.34 # Yakuza666: so you already built mkamsboot? Unfortunately I can't help you with it (besides saying that you should listen to funman as he is currently looking into the issue), just want to get the discussion going :) 23.35.56 Join halmi [0] (~netbook@80-123-40-207.adsl.highway.telekom.at) 23.36.05 Join CaptainKwel [0] (~jason@207-38-215-126.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 23.36.26 # i would like to build a mkamsboot, but i dont understand the command 23.38.04 # what is the command to generate a new firmware from mkamsboot SVN 23.38.10 # thats my question :-p 23.38.13 # Yakuza666, what version of the original firmware is currently on it? 23.38.38 # did you set up a build environment (funman's post kind of assumes that)? 23.38.49 # the latest, I already try different versions 23.39.03 # i believe its the same problem as the fuze, not sure 23.39.21 # no, didnt build that 23.39.34 # i just tried different ways to install rockbox 23.41.08 # btw, im from france, i recently bought this clip+ on amazon 23.41.56 # what OS are you running? I mean your computer :) 23.42.12 # windows XP 23.42.13 # Yakuza666, installing rockbox may be a dangerous procedure, we don't have any experience yet with rockboxing these newer clip+es, so better try to not be too hasty 23.42.16 # SP3 23.42.27 # hes asking about testing SVN mkamsboot to see if hes got some newer fuze hardware revision 23.42.58 # just that it is a Clip+ ;) 23.43.16 # oh i guess he was teh guy with the clip+ 23.43.22 # there were a couple people lately asking about it 23.44.24 # no worry bertrik, i understood that. i think others people will have the same problem in the future 23.46.13 # so, what should I do? 23.46.57 Quit petur (Quit: Zzzzz) 23.48.00 # I think it's best to wait for funman and hope he has some time to guide you 23.48.58 # I would like to know the exact version of the original firmware you're running now 23.49.04 # all right, he's know for rb development? 23.49.21 # Maybe we can find out some things from the diagnosis menu from the original firmware 23.49.39 Join halmi_ [0] (~netbook@80-123-33-239.adsl.highway.telekom.at) 23.49.49 Quit JdGordon (Ping timeout: 265 seconds) 23.49.53 # my actual firmware is V01.02.09A 23.50.16 Quit bmbl (Quit: Bye!) 23.50.34 # Do you have the original firmware image available somewhere on your PC? 23.50.52 # no 23.51.06 # i cant remind the date of release 23.52.19 Quit halmi (Ping timeout: 258 seconds) 23.54.17 # i cant upgrade or downgrade to another firmware if you need 23.54.25 # i can* sorry! 23.55.10 # Yakuza666, I can send you a clip+ V01.02.15T version of the firmware, it's an original firmware but with the diagnosis menu enabled 23.56.26 # all right, here is my mail : hype28[AT]gmail[DOT]com 23.56.42 Join halmi [0] (~netbook@80-123-47-139.adsl.highway.telekom.at) 23.58.48 Quit halmi_ (Ping timeout: 240 seconds)