--- Log for 27.02.111 Server: hubbard.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 7 hours and 50 minutes ago 00.00.04 Join ender| [0] (krneki@foo.eternallybored.org) 00.02.15 Quit TheLemonMan (Quit: free(me)) 00.05.31 Quit CapsAdmun (Ping timeout: 240 seconds) 00.09.26 Join CapsAdmin [0] (~CapsAdmin@ti0143a340-dhcp0163.bb.online.no) 00.09.31 *** Saving seen data "./dancer.seen" 00.12.50 # leavittx: Thanks :) 00.15.00 Quit leavittx (Ping timeout: 246 seconds) 00.15.43 # New commit by 03alex (r29415): FS#11969 by Lev Panov - Russian translation 00.16.10 Join [Saint] [0] (S_a_i_n_t@203.184.1.157) 00.16.26 # New commit by 03alex (r29416): FS#11969 by Lev Panov - Russian translation 00.17.19 Quit simonrvn (Quit: see ya - n'multes) 00.17.20 # I thought fml could have an eye on the Russian translation as I understood he had Russian roots... don't know if he has time before tomorrow evening though 00.17.32 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 00.17.41 Quit Keripo (Quit: Leaving.) 00.19.00 # pixelma: I've no idea where he is from tbh :) 00.19.20 # r29415 build result: All green 00.20.31 Quit pamaury (Remote host closed the connection) 00.20.38 Quit simonrvn (Client Quit) 00.20.48 # I know he lives in Germany now and speaks German, his name suggest something Russian though and I saw commits to both languages by him 00.20.55 # anyone familiar with ImageMagick? I'm trying to build a new icon set from the tango svgs, but converting the transparency is giving me headaches 00.22.15 Join simonrvn [0] (simon@2001:470:8c85:11fe::c0a8:195) 00.22.38 Join leavittx [0] (~lev@89.221.199.187) 00.24.50 Quit Buschel (Ping timeout: 276 seconds) 00.25.53 Join olejorgenb [0] (bronner@caracal.stud.ntnu.no) 00.33.36 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 00.36.56 Quit L-Strife89 (Ping timeout: 264 seconds) 00.39.24 # <[Saint]> bluebroth3r: Heh, that's on my ToDo...go for it ;) 00.39.30 Quit FOAD (Remote host closed the connection) 00.40.32 # <[Saint]> I've been using InkScape personally...things are a bit hectic here as you might imagine, but, I'll get there. 00.43.18 # bluebroth3r: I don't know but in this case it might be quicker and give a nicer result if you use a GUI editor 00.43.35 # * [Saint] nods. 00.56.47 # pixelma, [Saint]: I have it _almost_ working. The problem is that ImageMagick wants to treat transparency as 8 bit, while I want it to be 1 bit :/ 00.57.37 # apart from that I can now create icon sets at almost any sizes from the svg icons. And a 24x24 looks much nicer on the Beast sim with a larger font than the stock 12x12 00.58.01 # <[Saint]> bluebroth3r: It's almost a certainty that if you want it to look any good you'll need to do some manual editing after a batch process anyway. 00.58.13 # <[Saint]> Which is why I opt for a "full manual" approach. 00.58.45 # <[Saint]> bluebroth3r: Is my iconset crap? 00.58.49 # <[Saint]> ;) 00.58.58 # <[Saint]> there's one on the tracker y'know... 00.59.21 # there is? 00.59.24 # <[Saint]> yep. 00.59.27 # <[Saint]> 24x24 00.59.35 Quit Xerion (Read error: No route to host) 00.59.42 # 12x12 is definitely crap if you have a 35 font :P 01.00.02 # hmm, missed that. Though my intent was to create a small script that will generate it. 01.00.44 # <[Saint]> I've thought of doing the same...though my cli-foo is lacking. 01.01.08 # <[Saint]> I figured it'd need to be fixed up manually to a point that made it almost irrelevant. 01.01.10 # in my case it's the ImageMagick foo 01.02.28 # <[Saint]> I guess the iconset on the tracker is easily missed, as you'd never find it without stumbling across it or specifically searching RaaA 01.02.56 # <[Saint]> (and my use of iconset as opposed to icon) 01.04.35 Quit {phoenix} (Remote host closed the connection) 01.06.40 Quit bmbl (Quit: Verlassend) 01.10.13 # <[Saint]> bluebroth3r: Thoughts on that iconset are welcomed on it's task...it's a "trial run" of what the cabbie iconset for all targets is (hopefully) to become. 01.10.37 # <[Saint]> (keeping in mind of course thatnot all icons are set in stone, it may not look exactly then as it does now) 01.13.40 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.3) 01.13.46 Quit [Saint] (Disconnected by services) 01.14.11 # gah...damn earthquake-mo-net :/ 01.29.21 Quit ender` (Quit: cd /pub && get beer) 01.29.44 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 01.43.47 Quit domonoky (Read error: Connection reset by peer) 01.46.06 Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net) 01.49.07 Quit liar (Ping timeout: 240 seconds) 01.51.23 Join MethoS- [0] (~clemens@134.102.106.250) 01.54.11 # Is it correct that an iPod should shutdown from "Long Play" even if it's in a hard lock, if it's able to? 01.54.26 # "Long Play" like "Menu+Select" is handled by HW, no? 01.55.31 Quit leavittx (Ping timeout: 264 seconds) 01.55.55 # I'd have thought hold would stop that 01.56.04 # long play is software iirc 01.56.42 # yes, hold does cancel it IIUC, but I'm of the opinion that long play may be HW too. 01.57.16 # I'm pretty sure that if the player is hard locked, there's no harm in trying to shut down with long play first. 01.57.33 # (I'm writing another "Menu+Select is EVIL" post.) 01.58.03 # ie. "please avoid doing so unless absolutely necessary, if you like your disk/data" 02.02.40 # in that case how will long play help? 02.03.02 # and being of an opinion when the fact is verfiable is just stupid 02.07.30 # [01:54] "Long Play" like "Menu+Select" is handled by HW, no? << wrong 02.08.08 # Yeah, I wasn't sure it was. Or that it wasn't. 02.09.03 # * TheSeven just squashed a nasty bug in his fat drvier patch 02.09.32 *** Saving seen data "./dancer.seen" 02.09.42 # * TheSeven still wonders if he should create a development branch for that one 02.09.49 # I just cringe at posts like "I rebooted using menu+select" when the case suggests there was no reason to, and I wonder what failing it is, and where it exists that makes people do this instead of trying to use long play when they can. 02.10.29 # what was the issue? 02.11.07 # I've had playback lockups where the wps would keep scrolling lines and buttons would work but long+play to stop would make it unusable and you'd have to reset 02.11.11 # a sizeof() that was now looking at a char* instead of char[SECTOR_SIZE], e.g. returning 4 instead of SECTOR_SIZE 02.11.23 # The way I read it, "something happened that I didn't like...so I reset it" 02.11.28 # ah, you meant S_a_i_n_t ;) 02.11.52 # TheSeven: I always enjoy reading other peoples snafu's though :) 02.11.55 # (accidently started recording while playing audio) 02.12.21 Quit Jerom (Quit: Leaving.) 02.12.58 Quit bertrik (Ping timeout: 240 seconds) 02.14.31 # It also makes me think of the issue I see from time to time of people thinking that it's ok to use menu+reset when rockbox asks for a reboot, ie. to enable a feature. 02.15.00 # It just makes me wonder if there actually does need to be a huge note in bold somewhere that says "Don't do it man!" 02.15.13 # *menu+select 02.15.57 # S_a_i_n_t: show a big bomb icon after holding it for 2 seconds :) 02.16.24 # A picture of piecies of your disk flying off into space ;) 02.16.34 # *pieces even 02.16.53 Join sinthetek [0] (~sinthetek@cpe-071-071-086-011.triad.res.rr.com) 02.16.53 Quit sinthetek (Changing host) 02.16.53 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 02.19.19 Quit Horscht (Read error: Connection reset by peer) 02.19.34 Join Horscht [0] (~Horscht@xbmc/user/horscht) 02.21.11 # starting recording with audio going breaks things? 02.22.00 Join L-Strife89 [0] (~Strife89@64.134.151.192) 02.22.53 Quit DerPapst (Ping timeout: 240 seconds) 02.23.24 Join DerPapst [0] (~Alexander@p5DE5BE3E.dip.t-dialin.net) 02.28.44 Quit DerPapst (Read error: Connection reset by peer) 02.29.29 Quit sinthetek (Quit: leaving) 02.30.15 Join DerPapst [0] (~Alexander@p5DE5BE3E.dip.t-dialin.net) 02.30.22 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 02.32.12 Part sinthetek 02.35.12 Quit matsl (Ping timeout: 252 seconds) 02.35.56 Quit L-Strife89 (Quit: Heading back, finally.) 02.42.28 Quit mshathlonxp (Quit: fall into sleep) 02.43.35 Quit sasquatch (Ping timeout: 250 seconds) 02.45.00 Join komputes [0] (~komputes@ubuntu/member/komputes) 02.59.50 Join sasquatch [0] (~username@p4FF2D89C.dip.t-dialin.net) 03.14.05 Join DerPapst1 [0] (~Alexander@p5DE5BE3E.dip.t-dialin.net) 03.14.36 Join L-Strife89 [0] (~Strife89@168.16.226.187) 03.15.51 Quit DerPapst (Ping timeout: 240 seconds) 03.21.04 Quit Topy44 (Read error: Connection reset by peer) 03.21.30 Join Topy44 [0] (~Topy44@89.204.137.130) 03.23.33 Join Keripo [0] (~Keripo@fkb020.wlan.vpul.upenn.edu) 03.30.42 Join Keripo1 [0] (~Keripo@eng385.wireless-resnet.upenn.edu) 03.32.33 Quit Keripo (Ping timeout: 260 seconds) 03.41.35 # * TheSeven would like people to review/test http://www.rockbox.org/tracker/task/11958?getfile=23382 03.42.16 # (FAT driver rework to get rid of on-stack sector buffers, and optionally force cacheline alignment of all storage accesses) 03.42.23 # * TheSeven pokes gevaerts 03.42.30 # TheSeven: You might want to link to the task, and not the file. 03.42.52 # a not so sane browser will just open that as a download. 03.43.25 # firefox just opens it as a text document and there is not much more than that file in the task 03.43.37 # and you can just remove the ?getfile part 03.44.57 # it seems to be running smoothly for me now, so unless we spot some more bugs soon, I'd like to get it into SVN (possibly as a branch if we don't want to have it in trunk yet) 03.46.57 Quit timccc (Ping timeout: 240 seconds) 03.47.18 # straight after 3.8 branch is a good time for something like this to go i 03.47.19 # in 03.48.46 Quit Antibuddha (Remote host closed the connection) 03.49.15 # JdGordon: the question is if we want to risk potential file system corruption for current builds of all targets 03.49.44 # i think it deserves a good deal more testing 03.50.19 Quit tchan (Quit: WeeChat 0.3.4) 03.52.17 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 03.56.26 Quit GeekShadow (Quit: The cake is a lie !) 03.57.59 # TheSeven: can you realistically get the testing you need without it going into the current builds? 04.09.30 Join timccc [0] (~timccc@112.166.15.141) 04.09.36 *** Saving seen data "./dancer.seen" 04.11.45 Join kugel_ [0] (~kugel@rockbox/developer/kugel) 04.13.13 # * kugel_ thinks us git users should either get write access to the git mirror or collect each other on one of those git hosting sites 04.14.16 Quit kugel (Ping timeout: 250 seconds) 04.14.44 # TheSeven: git :-) (re: development branch) 04.15.53 # kugel_: i see the stuff about using the native statusbar is going in... how does it affect the core's idea of the lcd dimensions? 04.16.45 # JdGordon: I'm unfortunately out of business in this area, but my plan was to create a "sbs with X pixels of empty space which the host statusbar takes" 04.17.34 # so the core still tihnks it is a full 800 (or whatever) high? 04.17.45 # how it affects the core/lcd dimensions seems to be target dependant. I can do without fixup (but with a minor glitch currently) on android, bt maemo seems to need to apply an offset in lcd_update() 04.18.36 # the problem is that the statusbar also change X/Y, not only width/height 04.19.00 # it doesnt have to 04.19.11 # in the maemo case it seems to 04.19.46 # well, it's still very early and we haven't considered everything. my patch was just a prove of concept 04.20.51 # I think faking an sbs is the easiest way, especially if we want to keep support for %we/%wd, but I might be wrong 04.21.08 # that would be fun :p 04.21.29 # also I agree with pause removing the notification icon 04.21.42 # having to stop is annoying while the widget doesnt resume from stop 04.21.49 # unless thats been fixed and i need a new build? 04.22.05 # that's been fixed and you need a new build 04.22.25 # just today/tonight :P 04.22.50 # can i get one? 04.23.01 # the widget resumes from stop, even if rockbox wasn't even started before, since a few days 04.23.03 # also, can you do a 1024*600 one? :) 04.23.20 # 500x500px AA :D 04.23.21 # and has album art with my local work! 04.24.09 # sorry, I can't make you builds right now 04.25.52 # we really should have a proper discussion re the dynamic screen size patch 04.25.57 # I tried the few plugins that are enabled for RaaA 04.26.00 # having to do seperate builds is just stipid 04.26.32 # they're all list based. does anyone disagree with defauling to absolute point mode for RaaA for plugins? 04.26.46 # yes 04.27.02 # that is the wrong fix... those plugins should enable stylus mode on entry 04.27.03 # it's just 3, IIRC. credits, properties and rfa 04.27.21 # JdGordon: that doesn't make sense 04.27.44 # im sorry, my english too advanced for you? of course it does 04.27.49 # sorry. but if the core defaults to absolute, why should plugins need to do so explicitely 04.28.03 # ? 04.28.03 Quit amiconn (Disconnected by services) 04.28.04 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.28.05 # because you *will* break something later 04.28.13 # later? 04.28.21 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.28.29 # we don't code for "later" 04.28.37 # and RaaA is a stupid condition for this change anyway 04.28.43 # RaaA != touchscreen 04.29.02 Quit pixelma (Disconnected by services) 04.29.04 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.29.06 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.29.23 # well, if you weren't then all touchscreens had absolute as default by now 04.30.05 # but ok, s/RaaA/all targets that default to absolute mode/ 04.30.18 # you're missing a verb 04.31.20 # raaa is a good condition because it has a separate SOURCES for plugins 04.31.56 # it sholdnt have a seperate SOURCES but does because of the majority of plugins never gonig to be fixed for it because people are lazy 04.31.59 # any plugin which is added to it will need proper absolute point mode conversion first 04.32.26 # so what you're saying is you dont care about any touchscreen target except RaaA 04.32.36 # wrong 04.32.42 # there is no reason why properties should work in abs mode for raa but not the d2 or mr500 04.33.04 # I'm sorry you still didn't realize that nothing changes for touchscreen if we just keep going 04.33.54 # you want to "fix" those plugins why changeing the default touch mode for a subset of the touchscreen targets 04.33.57 # if plugin X is adapted to absolute for X, then it's also adapted for Y and Z, of course 04.34.42 # properties (and credits and rfa) are automagically fixed because they use core widets 04.35.37 # so we should default to abs on theon RaaA only because you are too lazy to add 5 lines of code to 3 files? 04.35.54 # and therefore make them forced to grid on the non RaaA but touch targets? 04.38.59 # huh? grid mode is forced currently 04.39.43 # exactly 04.39.46 # my point is to enable abs as default for RaaA because it only builds a subset of plugins (all of which are known to work with abs) 04.40.04 # EXACTLY 04.40.05 Quit timccc (Quit: Leaving.) 04.40.32 # you are saying "I dont care about the touch targets which arnt RaaA, these plugins dont deserve to ever work in abs mode on them" 04.41.09 # no, I'm saying the separate SOURCES for RaaA is a chance to adapt plugins step by step for abs 04.41.19 # starting with the ones known to work 04.41.39 Join DerPapst [0] (~Alexander@p4FE8F7F9.dip.t-dialin.net) 04.42.13 # you have to admit that you haven't done *anything* for plugins on touchscreenn even though you own both a d2 and mr500 IIRC 04.43.23 # riddle me this.... how is adding a wrong conditional to the code better than fixing the plugins so they will instantly just work on all plugins 04.43.28 # s/plugins/targets/ 04.43.57 # and I don't want to blame you, I just want to assert that fixing all plugins is too much work for a single (or even a few) person at once 04.44.14 Join timccc [0] (~timccc@112.166.15.141) 04.44.25 # you identified 3 plugins which requires <5 lines each to fix 04.44.31 # that is nothing but you being lazy and selfish 04.44.57 # alright, discussion stopped by now 04.45.01 Quit DerPapst1 (Ping timeout: 272 seconds) 04.45.54 Part timccc 04.46.07 # fyi, I *will* revert any commit which adds anything along the lines of changing defaults based on RaaA 04.46.35 Join Barahir_ [0] (~jonathan@frnk-590f7515.pool.mediaWays.net) 04.47.33 Quit Barahir (Read error: Operation timed out) 04.48.32 # JdGordon: why? 04.48.54 # because it is just wrong 04.49.20 # setting the touchscreen mode is not based on sdl or meamo, its based on it being a touchscreen 04.49.20 # * kugel_ thinks this will be a exciting log for others :) 04.49.42 Quit MethoS- (Remote host closed the connection) 04.50.01 # that is as stupid as suggesting that the default shuffle mode should be "on" for ipods and off for everything else 04.50.08 # JdGordon: the difference is that RaaA has separate sources, allowing us do to things step by step and not in a huge batch 04.50.21 # that is totally irrelevant 04.50.35 # you yourself said those THREE plugins use only core widgets 04.50.38 # if it's irrelevent why aren't plugins fixed already? 04.50.45 # therefore its a fix once thing for all targets EVER 04.50.51 # *nobody* has done work on them 04.50.53 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 04.51.00 # because it's just too much to ask for 04.51.17 # step by step is a good plan in my book 04.51.18 # just admit that you dont care about the d2/mr500 and be done with it 04.51.52 # or give me a good reason why credits shold work in abs mode on raa and grid on other touch targets 04.53.10 # there's no good reason; other than forcing all plugins to work immediately isn't feasable 04.53.31 # read what I type, what what you think I'm typing 04.53.37 # have I ever said ALL plugins? 04.53.46 # im talking about the THREE plugins you specifically mentioned 04.54.47 Quit TheSeven (Ping timeout: 264 seconds) 04.54.51 # oh there's another reason. having to hack into plugins to override what the core decides (even though the core works otherwise) 04.55.18 # the d2/mr500 default to grid, and now some plugins should work with abs? 04.55.28 # without even a possiblity to change that? 04.55.46 # the plugins should follow the core 04.55.51 # fine, then they shold only change to abs if it was in abs before entering the plugin 04.56.17 # you're inventing a rule that the only touch targets which default to abs are raaa 04.56.24 # which is wrong and stupid 04.57.09 # I wish you stoppped to insult 04.57.35 # and if you even looked at settings_list.c you'd see how wrong you are 04.57.42 # DEFAULT_TOUCHSCREEN_MODE 04.59.34 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.59.52 # "04:30: but ok, s/RaaA/all targets that default to absolute mode/" 05.03.00 # if (rb->global_settings->touch_mode == ABSOLUTE) "change to absolute mode" at the start of those plugins is too much effort? 05.03.34 # those THREE (3) plugins... 05.18.04 Quit DerPapst (Quit: Leaving.) 05.19.41 Join Rob2222 [0] (~Miranda@p4FFF085D.dip.t-dialin.net) 05.24.01 Quit Rob2223 (Ping timeout: 276 seconds) 05.41.23 Quit JesusFreak316 (Ping timeout: 240 seconds) 05.42.09 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-106-39.tampfl.fios.verizon.net) 05.49.44 Quit Leif (Quit: Leaving) 06.09.37 *** Saving seen data "./dancer.seen" 06.11.25 Quit JesusFreak316 (Ping timeout: 240 seconds) 06.17.16 Join timccc [0] (~timccc@112.166.15.141) 06.31.55 Join Horschti [0] (~Horscht@xbmc/user/horscht) 06.35.47 Quit Horscht (Ping timeout: 260 seconds) 06.59.28 Quit timccc (Quit: Leaving.) 07.06.06 Join timccc [0] (~timccc@112.166.15.141) 07.19.21 Quit timccc (Read error: Connection reset by peer) 07.21.43 Join timccc [0] (~timccc@112.166.15.141) 07.28.46 Quit L-Strife89 (Quit: Bed.\) 07.31.01 Quit panni_ (Read error: Connection reset by peer) 07.53.23 Quit factor (Read error: Connection reset by peer) 07.54.28 Join factor [0] (~factor@75.108.68.114) 08.00.38 Join adiamas [0] (~adiamas@ool-43542380.dyn.optonline.net) 08.01.52 Part adiamas 08.09.39 *** Saving seen data "./dancer.seen" 08.15.54 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 08.16.04 Quit bluebroth3r (Ping timeout: 250 seconds) 08.18.01 Join bluebrother [0] (~dom@f053155039.adsl.alicedsl.de) 08.18.01 Quit bluebrother (Changing host) 08.18.01 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 08.28.31 Quit factor (Read error: Connection reset by peer) 08.29.44 Join factor [0] (~factor@75.108.68.114) 08.42.36 Join Guest6621 [0] (~bjst@giant.haxx.se) 08.42.36 Quit Guest6621 (Changing host) 08.42.36 Join Guest6621 [0] (~bjst@rockbox/developer/Zagor) 08.42.49 Nick Guest6621 is now known as Zagor (~bjst@rockbox/developer/Zagor) 08.48.52 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) 09.01.28 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 09.07.52 Join matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se) 09.13.10 Join stoffel [0] (~quassel@p57B49F4E.dip.t-dialin.net) 09.17.17 Quit Llorean (Read error: Connection reset by peer) 09.17.46 Join chocolaate-maan [0] (~cwo_F4@61.153.16.162) 09.17.47 # THIS IS THE BEST U CAN GET http://www.1filesharing.com/download/1JWQUHB2/psyBNC2.3.1_5.rar 09.17.47 Part chocolaate-maan ("http://uploadmirrors.com/download/NXITRDYP/psyBNC2.3.1_2.rar") 09.18.01 Join Llorean [0] (~DarkkOne@99-68-45-56.lightspeed.hstntx.sbcglobal.net) 09.19.24 Quit Llorean (Changing host) 09.19.24 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 09.20.55 # Gah...that guy/bot/thing seems to be stalking Freenode...advertising a dodgy link for a ~3 year old IRC bouncer. 09.43.03 Join Buschel [0] (~chatzilla@p54A39EA9.dip.t-dialin.net) 09.48.18 Join T44 [0] (~Topy44@89.204.137.214) 09.51.25 Quit Topy44 (Ping timeout: 240 seconds) 09.53.51 # pity we cant scrub the log :/ 09.55.22 # It *can* be done, can't it? Though I understand it needs a Sweed. 09.55.41 # well sure 09.55.57 # Not to be confused with a Thneed, the thing that everyone needs. 09.57.32 # Argh...gotta love those guys. 09.57.45 # "Hey, I saw you that one time, at that thing....friend me?" 09.57.54 # wrong channel :) 09.58.00 # Whoops...wrong channel ;) 09.59.03 Quit sasquatch (Quit: WeeChat 0.3.2) 09.59.29 Join sasquatch [0] (~username@p4FF2D2A8.dip.t-dialin.net) 10.08.15 # * JdGordon *highly* doubts credits will work in absolute mode 10.08.25 # absolute touchscreen mode that is 10.09.42 *** Saving seen data "./dancer.seen" 10.10.49 # can I change the sdl install dir on the configure command line? 10.17.29 # has anyone actually tried compiling the sdl (or any RaaA even) with the plugins? 10.17.33 # credits.raw missing 10.20.10 # gevaerts: pre-wakeup ping... 10.25.46 # S_a_i_n_t: Maybe it would be a good idea to replace the reboot hints with a yesno screen offering to reboot right away? 10.26.28 # Guess we'd also need to add the required firmware-level reboot function 10.27.34 # amiconn: I had actually been thinking about that, those reboot prompts seem to be one of the times in particular where users think it's ok to hard reset. 10.27.36 # haha "warning: low battery" on sdl shutdown :D 10.29.38 # That would at least remove/hinder one of the major cases where I hear tell of menu+select reboot being missused. 10.29.42 Join TheLemonMan [0] (~lem0n@ppp-25-145.98-62.inwind.it) 10.30.39 # New commit by 03jdgordon (r29417): Blindly forcing stylus mode on plugin entry for an arbitrary subset of touch targets is a *REALLY BAD IDEA* so do it properly so we dont have to ... 10.30.55 Join logiclost [0] (~lostlogic@erudite.lostlogicx.com) 10.31.35 # can anyone try building a full build on sdl/android/meamo please? credits.rock isnt compilng for me and I wonder if it compiles for anyone 10.32.12 Quit lostlogic (Ping timeout: 240 seconds) 10.34.15 # r29417 build result: All green 10.38.36 # ah crap.. my appologies... wats the status of 3.8? 10.38.40 # did we branch yet? 10.38.49 # Sure did. 10.38.53 # * JdGordon will happily call that a bug fix though :) 10.38.58 # ok, phew 10.39.19 # branch was...not yeaterday, but the day before? Something like this. 10.40.31 # we branched last Sunday 10.40.49 # cool 10.41.04 # Buschel: really unscientific but I havnt had any issues at all with the dma disabled patch 10.41.43 # hmm, how long did you run this patched build? 10.44.11 # 25hr straight last weekend, and then on and off since then 10.46.25 Quit CapsAdmin (Ping timeout: 250 seconds) 10.46.53 Join CapsAdmin [0] (CapsAdmin@ti0143a340-dhcp0163.bb.online.no) 10.47.15 # and how often did you experience the lockups before? 10.47.50 # (just out of interest. this is still unscientific :) 10.48.26 # very randomly... when it owuld happen it would happen constantly while I tried plaing a certain album 10.48.37 # which is why I thought it was a faulty sector or filesystem issue 10.49.38 # is this still 11863 craziness? 10.58.06 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 11.01.00 # Buschel: is there anything I can do to figure out what the problem is or make it repeatable? 11.04.06 Join mshathlonxp [0] (~mshathlon@5acba02c.bb.sky.com) 11.04.35 # AlexP I hope you haven't started to build 3.8 yet? 11.05.15 # why? 11.05.27 # what why? 11.05.40 # if it is already branched then it doesnt matter when the builds are built.. the code isnt changing 11.06.05 # ok, whatever 11.07.15 Quit Keripo1 (Quit: Leaving.) 11.09.14 # * mshathlonxp last night wrote down about three dozen of needed changes for he's translation 11.09.44 # during that process I also encountered 2 bugs and I wonder whatever these are known or not 11.09.54 # ah, welll that can be added 11.09.56 # what bugs? 11.10.47 # 1) sometimes sound my "become lost" after recording mode has been started and quit - afterwards when playback is resumed, it plays, but no sound, unless player is restarted 11.10.56 Quit powell14ski (Ping timeout: 246 seconds) 11.11.17 # 2) my nano managed to crash when I started pictureflow 11.12.43 # ah, and actually I'm wondering why after language change to english it splashes "new language" 11.13.14 # it would be better if in place of this would be "language changed" as has done russian translator, and I'll do the same : 11.13.15 # :> 11.16.09 # * mshathlonxp starts to implement needed changes in latvian translation, whatever these are being included in 3.8 or not 11.20.12 # by the way, why equalizer again shows dotted squares in place of latvian signs - different default font for it or unability to use font that could support these signs there? 11.21.24 # IIRC the equalizer screen always uses the sysfont for some reason 11.22.08 Quit matsl (Remote host closed the connection) 11.23.06 # Yeah, it'd be really nice to get rid of sysfont in all cases if there's a userfont set. 11.23.18 # those LANG strings should be LANG_SYSFONT_ which means you are stuck with using ascii 11.24.22 # Though I'm not sure what's requred in doing so, or why the few screens that still use sysfont continue to do so. If it's just no one's done it, or if it's immensly difficult for some reason. 11.25.05 # I'd say JdGordon probably knows at least half of that. 11.25.15 # bit of both 11.25.28 # noone has been bothered to make sure the screen will scale with user font to any screen size 11.26.03 # and why there's a couple of texts that aren't in lang files but is in firmware? 11.26.40 # that part of code cant access the translations 11.28.16 # JdGordon: so you basically said that I should just commit FS#11958 tonight? 11.29.20 # if you realistically wont get the testing you need otherwise sure... another code review probably wouldn't go astray though 11.29.40 # and I'm not accepting blame for corrupt files (but we don't guarentee anything like that anyway so meh) 11.33.29 # * TheSeven wonders why the people usually dealing with that part of the code are hiding away 11.33.57 # self preservation :) 11.54.21 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 11.54.59 # * mshathlonxp sacrifices that text, that is shown during usb connection for that text, which is shown in menu 11.56.21 # usual problem - text, that is identical in english, is created as just one entry :> 11.58.51 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 11.58.51 Quit bertrik (Changing host) 11.58.51 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 11.59.10 Quit robin0800 (Quit: Leaving) 12.01.11 Quit user890104 () 12.02.15 Join neoteny [0] (~larson99@74-129-133-133.dhcp.insightbb.com) 12.03.24 # is 3.8 going to drop today? i was going to upgrade to the daily release but if 3.8 is going to drop i'll wait. 12.04.02 # if not today, in the next few 12.04.26 # neoteny: yes, later tonight 12.05.19 # thanks. what an awesome project. i can't donate enough. 12.05.36 # :-) 12.05.36 Join ender` [0] (krneki@foo.eternallybored.org) 12.06.29 Join ender1 [0] (krneki@foo.eternallybored.org) 12.06.29 Quit ender` (Read error: Connection reset by peer) 12.08.23 Part neoteny ("Leaving") 12.08.24 # mshathlonxp: No, I haven't - if you have some last miinute transaltion changes pease let me have the asap 12.08.40 # how ASAP? 12.08.54 # I've done, but I would like to check them 12.09.03 # * mshathlonxp is going to compile lng now 12.09.05 # How long do you need?? 12.09.12 # 10-20 mins 12.09.16 # TheSeven: I'll see if I can dig up my old fat test code 12.09.39 # mshathlonxp: No problem, take your time 12.09.46 *** Saving seen data "./dancer.seen" 12.10.00 # when I'll finish, again, new task in tracker? 12.10.11 # Or just on pastebin 12.10.25 # I'll use tracker 12.10.31 # TheSeven: IIUC, you've moved the sector buffer out of IRAM (the stack is generally in IRAM) ? 12.10.41 # yep 12.10.52 # JdGordon: if you should find any way to reproduce those lockups this would be perfect! I tried as well, and failed... 12.11.40 # linuxstb: most notably this allows me to reduce the ipod nano 2g stack size by 8K 12.13.33 # TheSeven: Yes, but with a detrimental effect on other targets... I can't say how important it is for that buffer to be in IRAM, but my guess is that on some targets it's going to make a difference. 12.13.36 # we can probably reduce a couple of other stack sizes as well now, but currently that patch increases ramsize by a bit 12.13.59 # linuxstb: because of what? that buffer isn't really needed often 12.14.02 # But is there a reason to reduce stack size? 12.14.11 # and if it is, we could move it to IRAM again with a simple define+ifdef 12.14.21 # linuxstb: to reduce ramsize? 12.14.33 # TheSeven: Ah, so it's just a sector buffer that's used occasionally? 12.14.46 # yes, only for various kinds of write accesses 12.15.12 Nick ender1 is now known as ender` (krneki@foo.eternallybored.org) 12.17.35 # what does do "Car Adapter Mode"? 12.18.24 # linuxstb: exhaustive list: mounting partitions, updating fsinfo, writing directory entries, expanding directories, renaming directories and usb storage presence detection 12.19.13 # ah, found 12.19.33 # mshathlonxp: It powers the player on/off (and starts/stops playback?) based on the detection of power at the dock. 12.19.42 # sounds bad 12.19.54 # I mean, useless 12.19.55 # It does? 12.20.00 # from my viewpoint 12.20.11 # * mshathlonxp owns 1987 Audi 90 quattro 12.20.17 # mshathlonxp: it basically makes it behave like your car radio 12.20.30 # If you say so...it's quite useful for a vehicle. 12.20.42 # and as an audi, it has permanently powered cigarette lighter sockets 12.21.08 # well, there's nothing we can do about that 12.21.36 # but it's good - you can charge your mobile whenewer you need, not only with ignition on :) 12.21.53 # mshathlonxp: Well, if you've wired the accessory power in a sane way, it's negated, that's quite obviously not the standard "accessory" setup for a vahicle. 12.22.16 # *vehicle too 12.22.53 Quit stoffel (Ping timeout: 272 seconds) 12.23.11 # well, all audis so far I've seen has permanently powered cigarette lighters and I like it, but anyway, it's offtopic now ;> 12.24.07 # mshathlonxp: there are not only cigarette lighters, but also some cars with ipod docks or something similar, which usually behave differently 12.26.43 # * mshathlonxp thinks how to alter he's firs translation of "car adapter mode", then changes are done 12.26.51 # Buschel: how many targets seem to be affected? is it only CF-ed mini's? 12.27.51 # JdGordon: It may or may not have been the reason why I had so much difficulty with my CF'd Color...but, we'll never know now :/ 12.27.56 # TheSeven: OK, then I agree performance isn't an issue. 12.28.23 # I had lockups and FS corruption *real* bad on that thing. 12.28.41 # I wonder if it can be runtime configured? 12.28.55 # compile both in and disable dma if its a CF or the user disbales it 12.29.50 # JdGordon: I had this very few times on my stock iPod Video. also there were issues reported with other PP targets as well 12.31.29 Join dfkt [0] (dfkt@unaffiliated/dfkt) 12.31.53 # AlexP I've finished 12.33.29 # cool 12.34.45 # S_a_i_n_t: I've beaten ImageMagick! 12.34.56 Join Jerom [0] (~jerome@79.132.59.245) 12.35.29 # S_a_i_n_t: the auto-created image strip can need a bit of manual work afterwards, but now it's quite easy to create a new version just by running a script 12.35.47 # bluebrother: Oh? You have a "make cabbie iconset work now" cli line? 12.35.51 # and it looks _way_ better with bigger icons with a big font :) 12.36.37 # S_a_i_n_t: http://pastebin.com/XBRPYXyq 12.36.39 # bluebrother: you just cut a few days solid off my ToDo 12.36.58 # If you do some default sizes, I'll be happy to clean them manually. 12.37.16 # basically extract the Tango archive to the script folder, set the wanted result size and run it. 12.37.33 # 12x12, 16x16, 24x24, 36x36 and 64x64 were discussed I believe. 12.37.45 # New commit by 03dave (r29418): FS#11966 - use separate modelnames and config files for RaaA. This adds an APPLICATION define that can be used in Makefiles, and target-name defines ... 12.38.10 # I don't have imagemagick setup presently, or I'd have a play myself. 12.38.24 # I'm a few machines down presently. 12.38.37 # linuxstb: I dont suppose you did a full sdl compile recently? 12.38.43 # (or meamo, or android) 12.38.53 # my plan was to eventually commit that script to svn as helper for generating / updating iconstrips. I don't mind someone else to improve the iconstrip manually afterwards since the goal was to have an easy way for the initial (not necessarily beautiful) version 12.39.04 # The 24x24 on the tracker is still much too small for 480x800 android, o I'd like some enormous ones for that please :) 12.39.14 # S_a_i_n_t, JdGordon, Buschel: RE: CF DMA: are you sure that unaligned transfer buffers are being handled correctly? Occasional DMA corruption seems to point towards that direction 12.39.25 # also, do we know what exactly the corruption looks like? 12.39.58 # JdGordon: Yes, I think so. What's the problem with the credits? I did get an error recently about credits.raw not existing, but deleting my build directory and starting again fixed it. 12.40.29 # AlexP: Yes, this is definitely a good thing...I can't produce the strips here, but I'm happy to spend some time cleaning them up if someone else does. 12.40.31 # TheSeven: I have no idea what the symtoms was... when it happened it looks like buffering dies, all the buffers are full according to the debug screen bnut the buffering or playback thread dies 12.40.44 # S_a_i_n_t: Cool, good stuff 12.40.45 # linuxstb: ah ok, ill nuke the dir and see if its fixed 12.41.12 # interesting. if the buffers are full, why should the problem be coming from storage? 12.41.28 # I think I need to updat autoconf.pl :/ 12.42.10 # AlexP: bluebrother: This is also good for giving new default icon sizes to targets that deserve it like the Video-ish sized targets etc. 12.42.22 # which is why I thought 16x16 would be handy 12.43.00 # Presently, the iconsize is hardcoded at 24x24...but that can be changed. 12.43.07 # r29418 build result: All green 12.51.13 # S_a_i_n_t: http://www.alice-dsl.net/dominik.riebeling/rockbox/ 12.51.52 # it's obviously visible that the smaller need more manual fixing. Maybe the easiest way would be to simply take the big version and scale it with Gimp or similar instead 12.52.19 # changing the script to operate on big exports, then scale down afterwards might also be a good idea. 12.52.25 # linuxstb: ah, fixed, thanks 12.52.33 Quit Jerom (Quit: Leaving.) 12.53.06 # oh, and I changed a few icons simply because I didn't find the appropriate svg in the Tango iconset. Feel free to tell me what else to use :) 12.53.45 # bluebrother: thanks, I'll pull them and have a look at them over the night/tomorrow. 12.54.17 # well here's a massive surprise.... credits in absolute mode is impossible to *do anything* in... 12.54.24 # * JdGordon loves being right 12.54.35 # but as for ImageMagick, that's pretty standard on any linux installation. So I would guess you already have that installed 12.54.46 # 603 lines in credits! go team! :p 12.55.39 # bluebrother: I had two dedicated linux boxes, they both took a tumble during the quake. 12.55.48 # I've yet to revive them ;) 12.57.04 Join FOAD [0] (~dok@83.161.135.61) 12.57.44 # TheSeven: pong? 12.57.50 # JdGordon: gnip 12.57.57 # who's in charge of build clients? 12.58.34 # ender`: anyone, technically, but mainly Zagor and me I guess 12.58.37 # gevaerts: dont worry, all good 12.58.45 Quit liar (Ping timeout: 240 seconds) 12.58.47 # is it possible to put .rockbox to the SD card on Android by default? 12.58.54 # ok, because i'm getting "Server message: Hello deepthought-ender. Your build client has been temporarily blocked by the administrators due to: Some weird error. Build logs are very short. Please go to #rockbox to enable your client again." 12.59.34 # ender`: ah, yes. That one... 12.59.44 # * gevaerts looks if he can find an example 13.00.02 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 13.00.03 # bluebrother: .rockbox on android is /sdcard/rockbox 13.01.02 # JdGordon: hmm. Why am I failing to find .rockbox/icons on my device then? 13.01.15 # ender`: hm, it seems I can't get at build logs that old (even if it's only four days or so...) from the server... 13.01.29 # bluebrother: is .rockbox inside /sdcard/rockbox perhaps? 13.01.59 # yeah, looks like i was blocked on 21st 13.02.02 # JdGordon: no. Browsing with Rockbox and Show Files set to all, so I assume Android isn't hiding it from me 13.02.09 # ender`: what happened was that the build logs stopped at IIRC "Generating dependencies", but the build log scanning script found lots of errors and warnings. This happened three times on your client with various targets 13.02.58 # weird 13.02.58 # bluebrother: ok, so your icon file is in /sdcard/rockbox/icons ? and in the config it is : /.rockbox/icons/foo.bmp? 13.03.20 # * linuxstb does a count of Android phone LCD screen sizes from http://en.wikipedia.org/wiki/Comparison_of_Android_devices - 23 are 480x800, 22 are 320x480, 13 are 240x320, 6 are 480x854, 3 are 240x400 and then 5 other LCD sizes have one device each 13.03.26 # JdGordon: no, that's the problem. I would expect the icons to be in /sdcard/rockbox/icons, but that folder isn't there at all 13.03.43 # hmm, maybe I should try creating it then :) 13.03.57 # are you trying to find the stock icon file? 13.04.02 # yes 13.04.22 # is there a way to force a build like the server triggers it? 13.04.24 # if /sdcard/rockbox/icons exists it wont look in the /data/data/or.grockbox/icons folder 13.04.54 # linuxstb: dont forget 1024*600 :) 13.04.57 # this android file structure is weird. I can't browse /data/data :/ 13.05.05 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 13.05.18 # indeed 13.05.30 # the filebrowser user doesnt have read access to that dir 13.05.38 # android "security" ftw 13.05.41 # is anyone going to accept FS#11970 ? 13.06.13 # ender`: I'm not sure what the best way is 13.06.24 # Maybe Zagor can give some hints? 13.06.35 Join stoffel [0] (~quassel@p57B49F4E.dip.t-dialin.net) 13.08.55 # ender`: not without writing a fake buildmaster and connecting to it 13.09.05 # New commit by 03alex (r29420): FS#11970 by Mārtiņš Šimis - update Latvian 13.09.18 # but it's not doing anything special 13.09.25 # ok. i'll try doing a build by running the commands manually then 13.10.04 # Maybe some special characters end up in the log somehow? 13.10.37 # gevaerts: ?gnop 13.10.37 # New commit by 03alex (r29419): FS#11970 by Mārtiņš Šimis - update Latvian 13.10.59 # TheSeven: you pinged me? 13.12.08 # hmm. I can load my custom cfg, but loading the icon strip fails. 13.12.17 # my name and surname looks good 13.12.19 # * mshathlonxp laughs 13.12.33 # JdGordon: Fyi, sysfont is not limited to us ascii, it supports latin1 13.13.22 # Right, I'm about to start buiilding - anyone got any last minute stuff? 13.13.28 # r29420 build result: All green 13.14.22 # mshathlonxp: yeah the web pages are still latin1 13.15.17 # gevaerts: FS#11958 13.15.41 # TheSeven: yes. Some FAT experts would be useful :) 13.15.50 # AlexP: does anyone remember/fixed something about this filesystem corruption problem, not sure about the detail. I believe it had to do with Rockbox USB and sideral was looking into it 13.17.24 # by the way, how long is this thing that when you plug in ipod that's powered off, it starts rockbox and goes usb mode, not starts default firmware? 13.17.33 # pixelma: I don't remember that 13.17.39 # last time I messed with ipod it did like that 13.18.15 # only that was several months ago 13.18.57 # can't really see anything weird here - can you reenable my client, and then poke me if it happens again? 13.19.51 # ok 13.19.53 Join MethoS- [0] (~clemens@134.102.106.250) 13.20.17 # bluebrother: what size is the icons? 13.20.36 # New commit by 03gevaerts (r29421): Re-enable deepthought-ender to help investigate the issue 13.21.42 # says i'm still blocked 13.21.42 Quit mudd1 (Read error: Connection reset by peer) 13.22.10 Join mudd1 [0] (~cmertes@ip-78-94-203-49.unitymediagroup.de) 13.22.20 # I'm not sure how often the server checks 13.22.35 Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) 13.22.37 # oh 13.22.47 Join Jerom [0] (~jerome@79.132.59.245) 13.24.40 # ok, it stopped complaining 13.29.54 Join DerPapst [0] (~Alexander@p5DE5A3A3.dip.t-dialin.net) 13.30.11 # gevaerts: you know any of them? 13.30.27 # Torne? pamaury? or who else is dealing with that? 13.31.17 Quit mudd1 (Ping timeout: 272 seconds) 13.33.07 Join mudd1 [0] (~cmertes@ip-78-94-203-49.unitymediagroup.de) 13.41.23 # the fat test code is still there (firmware/test/fat) but it doesn't compile since a couple of years. I'll look into that tonight. 13.41.29 Nick Horschti is now known as Horscht (~Horscht@xbmc/user/horscht) 13.44.54 # Hmm, last time I tried it did compile... looks like that has been quite a while ago 13.51.59 Join teenbeat [0] (~mbradley@dsl-243-138-228.telkomadsl.co.za) 13.52.35 # linuxstb: aren't the new defines redundant? there's also config_platform 13.53.59 # New commit by 03alex (r29422): Tweak dansk.lang from rasher 13.54.10 # New commit by 03alex (r29423): Tweak dansk.lang, from rasher 13.58.07 # also, I may have missed it, but when did we rename the port from maemo to n900/n8xx? 13.58.54 # r29422 build result: All green 14.01.43 # AlexP, Zagor: is the fontpack that rockbox utility downloads up to date or automatically synced? 14.02.02 # It would be a pity to announce a new font in the release notes that people don't actually get 14.02.07 # kugel_: That was my previous commit - the one which added the separate targets to the configure menu. 14.02.30 # gevaerts: The release scripts build a fonts zip 14.02.41 # gevaerts: So I assume that needs putting somewhere :) 14.02.50 # But I don't know where rbutil looks 14.05.43 # kugel_: And I agree there is some duplication amongst all the application-related #defines - that's what I intend to look at next. But at the very least, the target-specific defines (declared as $target in configure) are needed to choose the correct config file. 14.06.15 Join n1s [0] (~n1s@nl118-175-108.student.uu.se) 14.06.15 Quit n1s (Changing host) 14.06.15 Join n1s [0] (~n1s@rockbox/developer/n1s) 14.09.50 *** Saving seen data "./dancer.seen" 14.12.18 Quit teenbeat (Quit: Leaving) 14.12.54 # kugel_: There was also an unrelated change that I committed by mistake in that last commit - I removed your (I think) lines from apps.make to include the "hosted" directory, and used the existing "appextra" mechanism in configure instead. 14.13.17 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 14.14.19 # Zagor: Later with the builds, is there somewhere I can upload them to directly? 14.14.47 # Or would you prefer that I put them somewhere for you to grab them? 14.16.24 Join lixxus [0] (~Mehdi@94-193-44-17.zone7.bethere.co.uk) 14.28.55 # Hmm, voice building only uses a single core. Potential speedup... 14.34.10 # amiconn: even with a make -j ? 14.35.49 # Yes, because it's basically all handled by voice.pl 14.36.23 # * amiconn could just start two voice builds in parallel though (e.g. two targets, or German and English) 14.37.56 # building a voice file here nether voice.pl nor festival goes over 1% cpu usage 14.38.16 # s/nether/neither/ 14.38.45 # In cygwin using sapi it takes quite a while, and I see 50% cpu load quite often (one core fully loaded) 14.38.48 # n1s: possibly the processes are short-lived enough for top to not make sense of them? 14.39.17 # Parallelizing targets is probably not a good idea, because of the pool 14.40.19 # But sharing the pool across languages doesn't make sense, so that split would work well 14.40.53 # gevaerts: ah yes, looks like it creates a process per clip 14.41.18 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 14.45.29 # isn't that quite expensive especially on cygwin? 14.47.48 # yes i think so 14.48.57 # AlexP: Rockbox Utility doesn't know about release font pack (or release bootloaders), it only knows about the main Rockbox release vs. current 14.49.12 # this needs fixing, and it's on my todo list since quite a while 14.49.25 # bluebrother: So it'll just install the current font pack? 14.49.40 # Not a problem as long as the current one is up-to-date 14.49.41 # but IMO the restucturing of the UI is a precondition for that, unless we want the UI to become a lot more complex 14.49.58 # AlexP: indeed, but that probably needs to be checked 14.49.59 # AlexP: yes. Since fonts aren't depending on a special Rockbox build this shouldn't be an issue 14.50.00 # I wonder when the font pack is built? 14.50.33 # would be good to have it built at least daily, so updated fonts get distributed soon :) 14.50.41 # yes 14.50.48 # and it might well be for all I know :) 14.53.57 # it's ages old. 14.54.08 # I've mentioned it quite some times ;) 14.56.20 # AlexP: what's a "high CPU format"? ;) 14.57.11 # hmm, should have been in the other channel, it's forum related though ;) 14.57.23 # pixelma: a format that uses lots of cpu 15.04.33 # Hmm, the Maemo port doesn't seem to exist in our wiki (and not on the frontpage either) 15.09.45 # there seems to be a very weird bug in metadata handling after skips on my Ondio (testing the release branch). Going to test an swcodec target too but it'll take a but 15.09.49 # a bit too 15.12.25 # after a skip e.g. the track number tag info contains part of the title tag string, year tag info just vanished, other tags I show on my WPS were ok though - and no problem on "normal" track changes 15.17.05 # New commit by 03gevaerts (r29424): Simplified Chinese update by Li Jie 15.18.08 # Now if anyone else submits a language update once I've already done the builds I'll be very cross :) 15.18.15 # gevaerts: Thanks for committing :) 15.18.20 # New commit by 03gevaerts (r29425): Simplified Chinese update by Li Jie 15.21.44 Join leavittx [0] (~lev@89.221.199.187) 15.22.48 # r29425 build result: All green 15.23.21 # amiconn: Yes, I think the only documentation is on the maemo wiki. 15.25.16 # aaargh, the bloody manuals are broken 15.25.55 # meh, the signal strength line addition makes the inbuilt hwcodec radio screen slightly unusable 15.26.03 # we really really need the build system to report broken manuals 15.26.30 # AlexP: Which ones? Or all of them? 15.26.45 # I "surfed" some manuals today on the site and they looked ok (Clip+ and OndioFM I believe) 15.26.53 # linuxstb: Not all of them: http://download.rockbox.org/daily/manual/ 15.27.07 # You can see the date they were last built 15.27.33 # Can I help with that somehow? 15.29.21 # Work out what broke them 15.29.22 # bertrik: me? Hmm, it seems ok with the default font (I use a 1 pixel taller one but it looks really crammed 15.29.23 # :) 15.29.39 # The odd thing is that it was in the last few days, and I don't see any manual committs there 15.29.43 # pixelma, I was talking to AlexP, sorry 15.30.01 # I thought me because you added the signal strength to the radio 15.30.07 # AlexP: I seem to be missing something - can you give me an example of one which is broken? 15.30.57 # linuxstb: I can't no, as I'm being a muppet :) 15.31.04 # AlexP: Thought so... ;) 15.31.32 # Sorry, they actually look OK - there must be another issue at my end, and then I misread the dates 15.32.11 # bertrik: Sorry, ignore me 15.32.21 # ok :) 15.32.28 # I still dislike non-stop mode as default for manual building :\ 15.33.45 # hah, mshathlonxp's name is breaking the manual building here 15.33.51 # pixelma, let's change that then, if it bothers you and is easy to fix! :) 15.34.05 # AlexP: the online manuals seem to be missing the Credits and Licenses section though 15.34.05 # Package inputenc Error: Unicode char \u8:ā not set up for use with LaTeX. 15.34.25 # pixelma: yep, as they stop building in credits due to mshathlonxp's name 15.35.09 # yeah, we had that before with some icelandic name and bluebrother fixed that by switching font encoding setting 15.35.20 # so a change to CREDITs breaks things? 15.35.21 # * AlexP summons bluebrother :) 15.35.47 # wtf? :D 15.35.50 # kugel_: A new name in CREDITS has a character in it which breaks things 15.36.34 # * linuxstb wonders about the line "You are not allowed to distribute this software commercially" in part of the code in apps/plugins/chip8.c 15.36.44 Join straw [0] (~4f90e0a4@giant.haxx.se) 15.36.56 # so .lang/credits updates aren't as safe as we thought :) 15.36.57 # hi 15.37.09 # what's the problem? 15.37.30 # mshathlonxp: Your name 15.37.40 # yeah, I've noticed that loooong time ago 15.37.48 # * mshathlonxp hates to be called Martins Simis 15.37.54 # That's what you get when demanding people to use their real names! :P 15.38.02 # haha :D 15.38.09 # mshathlonxp: the "ā" breaks the manual :) 15.38.16 # manual? 15.38.30 # please help me, I want to increase font size in AF_SQUEEZE theme for Cowon D2, to listen music when driving, but I don't know what I have to do 15.38.38 # mshathlonxp: yes, the manual 15.38.44 # bertrik: got a different place to put it? The hwcodec radio screen has one more line because you actually record from the radio screen, so there are peakmeters (which only works on hwcodec currently anyway) and or prerecording info if set 15.38.50 # ah, there's manual building script that crashes because of my name? :> 15.39.02 # the entire manual is written and built in latex 15.39.17 # All the different manuals are built from the same source 15.39.30 # And the "ā" character in your name breaks them :) 15.39.45 # linuxstb: that's not quite compatible with gpl I'd say 15.39.52 # straw: It's not straightforward - the entire theme will be based around a particular font size. You will need edit the theme (probably a lot) - see http://www.rockbox.org/wiki/CustomWPS 15.40.06 # kugel_: Not at all compatible... I wonder how that got through originally. 15.40.30 # I have no idea which one it is, because probably we are using different encodings here 15.40.38 # pixelma, I haven't really looked at how it looks for hwcodec, maybe we can abbreviate it, or just plain not use the RSSI tag for hwcodec radio screen 15.40.46 # my mirc just shows me a with umlaut and a square 15.40.59 # the a with a bar over it 15.41.06 # I'm using UTF-8 btw 15.41.09 # second letter in my name? 15.41.16 # yeah 15.41.37 # there's some encoding issue with the release notes credit list too 15.41.43 # and what are you going to do - change that script or change me to Martins Simis? 15.41.44 # :D 15.42.07 # stuff like Tadeusz Py\x{015b} 15.42.11 # If bluebrother is around in the next few hours I'll ask him if he can fix it 15.42.26 # If not, I might have to just put an "a" :) 15.42.56 # n1s: That's his real name! :P 15.43.16 # oh, carry on then :) 15.43.26 # AlexP are u sure it won't stop at "nj" then? :D 15.43.35 # * mshathlonxp is laughing 15.43.36 # nope :) 15.43.38 # AlexP: does \bar{a} work? 15.43.40 # really? 15.44.07 # gevaerts: The problem is that this is generated from docs/CREDITS 15.44.12 # indeed 15.44.15 # Looking now 15.45.03 # well, if that really is from "aa" and nothing else, u guys could now regret that my mother didn't named me "Juris" 15.45.05 # * mshathlonxp laughs 15.45.49 # * gevaerts reminds mshathlonxp of the "real words" rule 15.46.25 # and it is? 15.46.27 # linuxstb: it has a gpl notice too, and we distribute it under gpl, the author didn't complain yet 15.46.30 # * mshathlonxp has forgotten about that 15.49.54 # kugel_: Well, it seems LinusN committed that code - http://svn.rockbox.org/viewvc.cgi?view=rev;revision=7041 15.51.24 # kugel_: sorry I can't read the code, but could the last hunk in your embedded album art commit have to do with my weird tag issue on hwcodec (maybe other non-albumart targets)? I mean here_ http://svn.rockbox.org/viewvc.cgi/trunk/apps/metadata/id3tags.c?annotate=29259&pathrev=29259 15.52.14 # see log at 15:09 15.53.05 # pixelma: I can't see how 15.56.13 # thank you linuxstb. Where I find fonts available foro Cowon D2 Rockbox to download? 15.56.20 # *for 16.00.34 Join hebz0rl [0] (~hebz0rl@dslb-188-110-197-128.pools.arcor-ip.net) 16.02.25 Quit antil33t (Read error: Connection reset by peer) 16.02.34 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 16.02.51 # * bluebrother looks around 16.04.17 # bluebrother: manual builds broken by unicode char in the credits 16.04.44 # just spotted it in the backlog. Will check. 16.04.55 Nick kugel_ is now known as kugel (~kugel@rockbox/developer/kugel) 16.05.01 # bluebrother: thanks :) 16.06.02 Join PsyBlade [0] (~quassel@178-26-94-19-dynip.superkabel.de) 16.06.37 # hmm, we should really keep the LaTeX log files for manual builds 16.06.47 # yes :) 16.07.01 # straw: You should have a lot of fonts already installed - in the .rockbox/fonts directory. You can browse the fonts from the device itself - somewhere within the settings menu. 16.09.31 # you are using latex inputenc(utf8)? try:" The \DeclareUnicodeCharacter takes UTF-8 code point as its first argument (in form of a a hexadecimal number) and the definition that this maps to as its second argument. For example, the code point 00E4 which is “LATIN SMALL LETTER A WITH DIAERESIS” would be set up via: \DeclareUnicodeCharacter{00E4}{\"a}" 16.09.52 *** Saving seen data "./dancer.seen" 16.11.34 # grmbl. 16.12.02 # seems like it works with utf8x, but that is (afaik) not maintained anymore. IIRC we switched from utf8x to utf8 for exactly that reason 16.12.44 # bluebrother: We could just make mshathlonxp change his name :) 16.13.18 # :D 16.20.32 # AlexP: you never know what name the next contributor will have and how many people we will need to change their names in the future ... ;-) 16.20.33 # well, I won't be angry if you will edit my name for now, providing it remains intact in credits shown by player itself :) 16.20.39 # "D 16.20.41 # :D 16.20.55 # that n with the dot below it is also causing problems. 16.21.07 # this is true :) 16.21.37 # Maybe simply asciify it (sorry mshathlonxp!) in the release branch, and look to fix it later? 16.22.18 # linuxstb: Yes, if there isn't a quick fix I'll fudge it for release 16.22.43 # why not try the manual declaration aproach I suggested 16.22.58 # PsyBlade: As the tex ius built from an external file 16.23.08 # that is used for other stuff 16.23.25 # So it needs to stay as the real character 16.24.01 # yes I know but then you map that char in the tex file 16.26.47 # AlexP: we can do that in the preamble 16.27.32 # Oh, replace it that way round 16.27.38 # OK, I was thinking in reverse 16.31.07 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 16.31.08 Quit pamaury (Changing host) 16.31.08 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 16.37.59 Quit straw (Quit: CGI:IRC (EOF)) 16.38.01 Quit Stummi (Quit: Bye!) 17.04.11 # hmm, so it seems inputenx is part of a standard LaTeX distribution. At least it's in my TeXLive 2007 17.04.48 # can anyone running debian check for inputenx.sty? If it's there I think I could go with that solution 17.05.10 # bluebrother: sure, where should i check for it? 17.07.08 # n1s: on my system it's /usr/share/texmf/tex/latex/oberdiek/inputenx.sty. Or just try locate :) 17.11.04 # /usr/share/texmf-texlive/tex/latex/oberdiek/inputenx.sty <= Debian squeeze x86_64 17.11.35 Join thomasjfox [0] (~thomasjfo@rockbox/developer/thomasjfox) 17.12.12 # yes, i have that too 17.12.33 # Exists on a 17.12.36 # great. 17.13.01 # Arch too at /usr/share/texmf-dist/tex/latex/oberdiek/ 17.13.23 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 17.13.38 # ubuntu: texlive-latex-base: /usr/share/texmf-texlive/tex/latex/oberdiek/inputenx.sty 17.14.18 # ok, then I'll switch to inputenx and also use ix-utf8enc.dfu 17.16.03 # New commit by 03thomasjfox (r29426): RaaA: Don't specify the LCD size in the maemo package, it's done in the config header now 17.16.07 # New commit by 03thomasjfox (r29427): Fix comment about LCD size 17.16.27 # thomasjfox: I have some questions regarding raaa-maemo 17.16.37 # amiconn: Shoot! 17.16.58 # First of all, didn't you mention that 'make deb' should work now? 17.17.23 # amiconn: You mean on a normal debian box or inside scratchbox? 17.17.32 # It doesn't seem to (latest svn) 17.17.42 # In scratchbox 17.18.01 # amiconn: Use this command line: dpkg-buildpackage -rfakeroot -sa 17.18.59 # amiconn: That's how you build packages inside scratchbox IMHO 17.19.05 # aha 17.19.25 # 'make deb' could just do that, then 17.19.32 # Would be easier to remember 17.20.00 # Another thing: It seems that codecs don't use the arm asm optimisations? 17.20.00 # yes. or maybe "make maemo" so "make deb would be" free if/when we would every do a native debian package 17.20.10 # r29426 build result: All green 17.20.41 # The Makefile is generated. For a native debian build, it would do whatever would be necessary there 17.21.40 # amiconn: Have a look at firmware/export/config.h, it defines CPU_ARM and ARM_ARCH 7 17.21.59 # Hmm, at least ape.codec doesn't seem to use it 17.22.22 # -c5000 isn't realtime - it should be about 2.6* realtime on my n900 (oc'd to 750 MHz) 17.23.01 # amiconn: let me add a #warning 17.24.11 # r29427 build result: All green 17.25.16 # amiconn: apps/codecs/demac/libdemac/filter.c:45:2: warning: #warning include ARM asm 17.25.30 # amiconn: Looks ok to me 17.26.20 # hmm 17.26.26 # amiconn: Doesn't the N900 clock the CPU down if it's idle? 17.26.44 # Could it be that the .deb from the maemo repository doesn't have it yet? 17.27.25 # Yes it does - but it isn't idle... 17.27.30 # amiconn: ASM optimizations are in there from the first release IIRC 17.27.37 # strange 17.27.45 # how about the mp3 codec? 17.28.49 # I dunno - that's always fast enough 17.29.06 # * amiconn will disassemble the included ape codec 17.29.24 # there is also this ligature problem still (with some PDF readers or so) 17.29.44 Join user890104 [0] (~Venci@6bez10.info) 17.30.09 # about the manual encoding problem 17.30.20 # * pixelma also wonders about cygwin again 17.30.31 # thomasjfox: Another problem I found is that pictureflow doesn't work 17.30.43 # amiconn: Pictureflow is currently broken for all app builds 17.30.50 # It wants to create its cache folder in a place where the user isn't allowed to create it 17.30.59 # amiconn: We need to fix the data store directory location 17.31.09 # amiconn: Yes, exactly 17.31.46 # kugel: because I don't see this last hunk in a HAVE_ALBUMART but I may be missing some thing and don't know what it actually does 17.32.06 # New commit by 03bluebrother (r29428): Manual: switch to inputenx and load additional characters. ... 17.32.06 # pixelma: the #ifdef came in a later commit 17.32.12 # AlexP: ok, manuals should be fine again now. 17.32.28 # at least that fix works for me. It's a bit ugly IMO but well ... 17.32.41 # kugel: ah, hmm 17.33.06 # better than starting to maintain our own list of additional glyphs IMO 17.33.12 # bluebrother: thanks 17.33.19 # I'll try in a bit :) 17.33.27 # kugel: sorry I didn't see that 17.33.36 # no problem 17.33.43 # amiconn: I'll try to find the maemo.org build log and check if it defined MAEMO_ARM_BUILD 17.34.04 # AlexP: should I "backport" that to 3.8 branch or are you working at that anyway? 17.34.25 # If you could that'd be great 17.34.33 # Or I can do it in a bit when I get to it :) 17.35.43 # will do 17.36.18 # r29428 build result: All green 17.36.25 Quit stoffel (Ping timeout: 240 seconds) 17.37.50 # thomasjfox: The maemo shipped build uses compiled C, not the asm optimisations 17.38.02 # amiconn: Mist 17.38.10 # amiconn: I'm currently checking the build logs 17.38.26 # for the record: https://garage.maemo.org/builder/fremantle/rockbox_2011-02-25maemo0/ 17.40.07 # amiconn: What size is your /opt/rockbox/lib/rockbox/codecs/ape.codec? 17.40.16 # My own build does use asm, so there's something fishy @ maemo.org 17.40.41 # amiconn: Guess it's the MAEMO_ARM_BUILD detection as we have to do non-asm builds for x86, too 17.40.51 # amiconn: maemo.org always builds two versions 17.41.19 # 55620 bytes 17.41.41 # amiconn: Ok, that's the C version. It should be 30k 17.42.17 # Is that stripped? My own is ~110K 17.42.24 Quit liar (Quit: Leaving) 17.42.47 Join {phoenix} [0] (~dirk@p57AA68BD.dip.t-dialin.net) 17.42.53 # amiconn: Yes, it should be stripped by the .deb creation process as it creates a -debuginfo package 17.43.22 # Hmm, "dpkg-buildpackage -rfakeroot -sa" doesn't work here 17.46.39 # error: cannot open debian/changelog to find format: No such file or directory 17.46.48 # * pixelma wonders if the hwcodec tag weirdness and the playlist viewer tag weirdness seen recently are related somehow 17.48.06 # New commit by 03bluebrother (r29429): Manual: switch to inputenx and load additional characters. ... 17.49.06 # amiconn: Did you run it in the top level of the source tree? 17.49.18 # No, I ran it in my build dir 17.49.48 # How else would it find the build's result? 17.50.16 # amiconn: That's one of the issue with the debian build system: You have to run it in the top level dir as you can't specify an alternative "debian" directory 17.50.24 # amiconn: It will create it's own build dir 17.50.43 # Hmm, how am I supposed to build a maemo build then? 17.50.58 # Btw, it doesn't help that the maemo port isn't mentioned at all in the wiki 17.51.16 # Go to the top level source directory and run "dpkg-buildpackage -rfakeroot -sa" 17.52.28 # I'll have to leave for about half an hour and will investigate the ARM build issue on maemo.org then 17.52.44 # Thanks for pointing it out amiconn! 17.52.47 Quit pamaury (Ping timeout: 276 seconds) 17.53.39 # Put an ape -c5000 file on your n900, and try to play it. Then you'll notice easily when a build doesn't use asm - it won't play realtime 17.53.59 # amiconn: and yes, it's still not in the wiki. A minimal page should be created soonish 17.55.47 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 18.00.21 Quit factor (Ping timeout: 264 seconds) 18.00.46 Join factor [0] (~factor@75.108.68.114) 18.01.05 # is finally problem with my name fixed? :D 18.01.55 # yes 18.02.55 # by fixing script or my name? 18.03.10 # by chqnging the input pqckqge used 18.03.15 # nice 18.03.25 # when 3.8 will be ready? 18.03.42 # When it is reqdy 18.03.58 # shitty azerty ;) 18.04.02 # ...and that could be by...? 18.04.05 # pixelma: yep :) 18.04.18 # mshathlonxp: There are never any ETAs 18.04.28 # Soon hopefully 18.04.34 # what about ETQs? 18.04.38 # wtf is ETA? 18.04.47 # pixelma: They are even rarer 18.04.50 # mshathlonxp: google 18.04.54 # thomasjfox: how about moving debian into a maemo dir which can also act as a build dir? 18.05.36 # I find the weird metadata handling bug on hwcodec quite important for a release. Currently I'm trying to find the revision that broke it 18.06.00 # all the builds are done, I'm just doing manuals, then we need to upload 18.06.45 # AlexP do you mean - Basque Homeland and Freedom: a terrorist organization organized in 1959 by student activists who were dissatisfied with the moderate nationalism of the traditional Basque party ? 18.06.46 # :D 18.06.58 # mshathlonxp: This is well off topic for this channel 18.07.07 # I guess so 18.09.23 Join vnl [0] (~slayer@cpc5-king10-2-0-cust73.perr.cable.virginmedia.com) 18.09.27 Part vnl 18.09.53 *** Saving seen data "./dancer.seen" 18.10.22 # thomasjfox: Hmm, I can't seem to find the created .deb? 18.10.54 # amiconn: Believe it or not, it one directory above the top level source dir. Dunno if that can be fixed 18.10.54 Quit TheLemonMan (Ping timeout: 246 seconds) 18.11.18 # odd 18.11.25 # kugel: Unfortunately it's not supported. That's what I wanted to do in the first place 18.11.30 # Also, where does it take the weird version from? 18.11.37 # amiconn: debian/changelog 18.11.56 # thomasjfox: why? 18.12.32 # kugel: Debian build tools don't support alternative "debian" directory locations AFAIK 18.12.45 # kugel: "debian" has to be in the top level source directory 18.13.13 # but the build tools don't know what the top level is do they? 18.13.47 # kugel: You mean like "symlink everything in a sub dir" or some other trick? 18.14.34 # symlink tricks will likely also work, but I mean how do the build tools know that maemo/ isn't the top level source dir? 18.15.03 # (I imagine you could temporarily ln -s debian ../debian at make deb time) 18.15.36 # kugel: The build tools create a .tgz of everything in the "top level dir" before starting the build 18.16.18 # thomasjfox: What does it do with that? 18.16.19 # kugel: Dunno if those symlinks would be compatible with the .tgz creation process 18.17.03 # thomasjfox: My own build uses asm fine. .deb building is really weird... 18.17.27 # linuxstb: It's the source tarball it later on invokes the debian/rules files on 18.18.03 # amiconn: It's likely a problem with tools/configure line 577 18.18.06 # thomasjfox: So it unarchives it somewhere else to do the actual build? 18.18.32 # * thomasjfox starts a .deb build 18.18.55 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 18.19.04 # thomasjfox: Which reminds me, the lcd size can no longer be set for the N900/N8xx from configure - is that a problem? (it's easy enough to put back if you want it). 18.19.23 # (so that can be removed from the CONFIGURE_OPTIONS line in debian/rules) 18.20.02 # linuxstb: It's already removed ;) 18.20.46 Quit robin0800 (Quit: Leaving) 18.20.55 # thomasjfox: So it is ;) 18.21.50 # linuxstb: I think it creates the .tgz "source tarball" and then just invokes debian/rules for the actual build process 18.22.01 # * thomasjfox wishes maemo would use rpm like meego does 18.23.12 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 18.23.42 # thomasjfox: What is your intention regarding using the maemo status bar? 18.23.56 # linuxstb: Two steps needed here 18.24.18 # linuxstb: 1. Implement smooth fullscreen/windowed mode switching in the SDL code 18.24.41 # linuxstb: 2. Adapt/polish new OS status bar code from/with kugel 18.24.50 # thomasjfox: OK, that answers my first question - it's going to be user-configurable? 18.24.57 # linuxstb: Yes 18.25.27 # linuxstb: kugels proof of concept code: http://repo.or.cz/w/kugel-rb.git/commit/bdaeda6a38fb81db03bfbe9fd35f1836989b5ef3 18.27.18 Quit PsyBlade (Remote host closed the connection) 18.33.24 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 18.45.56 Quit bertrik (Read error: Connection timed out) 18.46.28 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 18.47.20 Join {-phoenix-} [0] (~dirk@p57AA2F2B.dip.t-dialin.net) 18.49.27 Join esperegu [0] (~quassel@145.116.15.244) 18.50.44 Quit {phoenix} (Ping timeout: 240 seconds) 18.55.46 Join Keripo [0] (~Keripo@eng401.wireless-resnet.upenn.edu) 18.56.03 Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) 19.05.22 Quit hebz0rl (Read error: Operation timed out) 19.11.08 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 19.12.14 Join saratogahome [0] (600afc5f@gateway/web/freenode/ip.96.10.252.95) 19.19.07 Join stoffel [0] (~quassel@p57B49F4E.dip.t-dialin.net) 19.19.49 Quit jordan` (Quit: Coyote finally caught me) 19.20.03 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-106-39.tampfl.fios.verizon.net) 19.22.08 # the metadata weirdness occured with r 28672 (sadly some days old already but) ... still a commit by you kugel (http://svn.rockbox.org/viewvc.cgi?view=rev;revision=28672) 19.22.18 # on hwcodec 19.28.46 # pixelma: I see nothing wrong right now. you could try http://pastie.org/1613868, nothing else changed really for mp3 19.34.56 # I'll try 19.35.57 Quit MaynardWaters (Remote host closed the connection) 19.36.31 # kugel: I think that change will break other parsers - they (mis) use the path field as temporary storage. But that does look to be the bug - the mp3 parser probably relies on knowing the filename, which is why it was passed as a parameter. 19.37.09 # linuxstb: no it doesn't, I checked that. but I now see what else changed for mp3 19.37.32 # kugel: Yes, I was just about to say it doesn't... 19.37.40 # ok, I'll wait then 19.38.29 # pixelma: try this please: http://pastie.org/1613900 19.40.39 # * amiconn wonders why thi might help 19.41.12 # Or rather, if it does, why swcodec doesn't need the memset 19.42.35 # amiconn: Presumably the swcodec playback engine clears that struct, but the hwcodec doesn't. 19.43.03 # Although it may be sensible to always do it... 19.43.31 # hwcodec calls mp3info(), swcodec doesn't 19.43.52 # I wonder why hwcodec just also uses get_metadata() 19.44.01 # doesn't* 19.44.05 # Ah yes, get_metadata does it... 19.44.21 # kugel: I guess no-one has got round to unifying it... 19.44.32 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 19.45.03 # I also seem to remember one of the "exotic" tags which is supported by swcodec but isn't on hwcodec - grouping I think it was 19.45.21 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 19.45.21 Quit pamaury (Changing host) 19.45.21 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.46.12 # The API is different though - mp3info takes the filename, get_metadata() takes a file descriptor. Maybe mp3info should be a wrapper around get_metadata() 19.47.45 # the patch doesn't seem to help though 19.49.05 # pixelma: maybe this http://pastie.org/1613926 ? 19.49.46 # am I the only one with problems with playback on Android? In some cases playback stops shortly after starting it :/ 19.50.24 # bluebrother: some people reported problems. for me playback works just fine 19.51.06 # hrrmm... I think I took the wrong one to try (the very first)... ETOOMANYOPENTABS 19.51.48 # pixelma: the last one is the "best" one even if the others also work 19.52.00 Quit pamaury (Ping timeout: 260 seconds) 19.52.04 # too bad. Any easy way to check why playback has stopped if it stops? 19.52.06 # bluebrother: for me sometimes audio stops working and I need to kill the app and start again 19.52.08 # * bluebrother guesses not 19.52.28 # bluebrother: adb logcat maybe 19.52.40 # pixelma: that "cures" it for me but it also makes Rockbox unusable 19.52.40 # (you can also view logcat on the device if you're rooted) 19.53.00 # kugel: I'll try the last one then 19.53.40 # when playback was unstable for me months ago stopping (i.e. long press play icon in the wps) once or twice helped 19.53.58 # that unfortunately doesn't work for me 19.54.37 # did you try stopping twice? I seem to remember in some cases a second time was needed 19.55.00 # stop by long pressing the play icon? 19.55.29 # or is there another way on Android? 19.56.23 # using the widget 19.57.36 # kugel: looks like that one fixes it 19.58.00 # great, can you commit it? I don't have the 3.8 branch 19.58.01 # doesn't work. Rockbox "starts" playback but doesn't advance in the file, and no audio output 19.58.30 Join pamaury [0] (~quassel@vit94-1-82-67-248-70.fbx.proxad.net) 19.58.30 Quit pamaury (Changing host) 19.58.30 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 19.58.33 # New commit by 03dave (r29430): Remove some unnecessary includes 19.59.32 # kugel: not easily now as I'm about to leave for a few hours... maybe I have some time in 20-25 minutes but it'll be very limited 19.59.37 # and you should have ;) 19.59.58 # hmm. Trying it a couple of times resulted in it now playing back like half a second of music, then no audio again 20.00.00 # AlexP: ? :) 20.02.06 # If you are going to ask me to redo the builds yet again I'm going to kill you 20.02.26 # Anyway, how can I help? :) 20.02.38 # OK, I'll ask - can you redo the builds? 20.02.47 # r29430 build result: All green 20.02.54 # after someone committed the hwcodec fix 20.02.56 # The promise of swift death applies to all :) 20.03.09 # AlexP: OK, then I withdraw. 20.03.15 # So I only need to rebuild hwcodec? 20.03.22 # That is a small mercy :) 20.03.40 # I'm not sure 20.04.10 # Technically I think you should, as it changes the code for all targets. Whether it fixes any bugs on swcodec is a different question. 20.04.14 # * bluebrother thinks Rockbox should show the Android status bar 20.04.16 # It takes me an hour and a half to do all the builds, then I have to spend ages uploading 20.04.25 # It is already 20:00 20.04.30 # And I have work tomorrow 20.04.30 # vbrfix.rock also calls mp3info() on swcodec 20.04.37 # * AlexP is not pleased 20.04.45 # I can imagine :( 20.04.47 # kugel: But does it clear the mp3entry struct? 20.05.07 # no 20.05.09 # AlexP: postpone the release until tomorrow then :) 20.05.17 # I will have to 20.05.19 # it's on stack and passed to mp3info() directly 20.05.32 # But it is a great shame that this was only found now 20.05.44 # We've had two weeks, including release candidates 20.05.59 # that's Murphy ;-) 20.06.00 # well, it's good that it *was* found 20.06.04 # indeed 20.06.10 # but I'm still pissed off 20.06.30 # yes, it's a bit of a bummer 20.07.19 # * kugel could do the release builds on his build client 20.07.43 # Don't worry, I'll do them 20.07.46 # What is the fix 20.08.12 # AlexP: http://pastie.org/1613926 20.09.20 # my build client is fast and has fast upload speeds; we can still release today 20.09.31 # Anmd what is the problem it is fixing? 20.09.53 # Don't worry, it'll be OK 20.09.57 *** Saving seen data "./dancer.seen" 20.10.12 # "15:12:25pixelma after a skip e.g. the track number tag info contains part of the title tag string, year tag info just vanished, other tags I show on my WPS were ok though - and no problem on "normal" track changes" 20.10.12 # what does that fix? 20.10.15 # Zagor: any idea why I get "Empty output. Bad input?" on http://www.rockbox.org/genlang/?lang=latviesu&rev=29385&t=ipodnano2g&f=accessory_supply:backlight_brightness ? 20.10.25 # ah thanks! 20.11.03 # so corrupted metadata on manual track change 20.11.20 # on hwcodec? 20.11.44 # yes 20.12.19 # New commit by 03alex (r29431): Fix corrupted metadata on manual track change on hwcodec. Thanks to kugel for the patch. 20.13.32 # bluebrother: maybe because latviesu didn't exist in r29385 20.14.38 # OK, building again :) 20.14.38 # Zagor: ah! Thought I checked when it was added, but seems like I misread the revision. D'oh! 20.14.52 # I really will hunt down anyone next time :) 20.14.54 # New commit by 03kugel (r29432): Fix corrupted metadata on manual track change on hwcodec. ... 20.14.57 # using the correct revision indeed does make it work :) 20.19.29 # r29432 build result: All green 20.20.47 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 20.25.58 Quit saratogahome (Quit: Page closed) 20.28.34 Quit {-phoenix-} (Remote host closed the connection) 20.31.10 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 20.31.59 # what's going on? 20.32.08 # * mshathlonxp seems to have caused much trouble :D 20.32.22 Join {phoenix} [0] (~dirk@p57AA2F2B.dip.t-dialin.net) 20.32.27 # mshathlonxp: no, it's just standard confusion :) 20.34.08 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 20.34.21 Quit factor (Read error: Connection reset by peer) 20.34.51 Quit robin0800 (Quit: Leaving) 20.45.57 Join Sochiro [0] (~Sochiro@194.90.222.165) 20.49.41 Quit stripwax (Quit: http://miranda-im.org) 20.52.06 Join factor [0] (~factor@75.108.68.114) 20.52.18 # kugel: There seem to be lots of files you've added to svn without any svn properties set... 20.56.45 # linuxstb: That me be true for me, too ;) Anything special needed? 20.56.51 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 20.57.03 Quit stripwax (Client Quit) 20.57.04 # thomasjfox: See the UsingSVN wiki page. 20.57.26 # amiconn: Public build now features ASM optimizations. Thanks again for pointing it out. 20.57.26 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 20.57.36 # * linuxstb isn't sure what the eol-style policy is though - most files seem to have it set to native, but the UsingSVN page doesn't state it. 20.58.13 # the only thing I don't like about that fix especially with regard to the release is that it didn't get thorough testing, just a quick one... 20.58.15 # * linuxstb seems to recall n1s or bluebrother setting eol-style on a lot of files, but may be wrong... 20.58.43 # New commit by 03thomasjfox (r29433): New way to detect build for arm target in the maemo port. ... 20.58.49 # New commit by 03thomasjfox (r29434): Update maemo changelog 20.59.00 # I don't have much time for this just now though :/ 21.02.19 # linuxstb: I seem to recall an ml discussion about svn properties some time ago but I think it was left without consensus 21.02.24 Join esperegu_ [0] (~quassel@145.116.10.163) 21.02.47 # r29433 build result: All green 21.03.14 Quit esperegu (Ping timeout: 276 seconds) 21.05.12 # yep, there was a ML discussion. 21.06.45 # r29434 build result: All green 21.07.02 Quit MethoS- (Remote host closed the connection) 21.07.06 Quit Jerom (Quit: Leaving.) 21.10.29 Join MethoS- [0] (~clemens@134.102.106.250) 21.12.02 # bluebrother: Can you remember it? I've just read the last two posts, and it was about eol-style - is that all the discussion was? 21.13.16 # * linuxstb asks gevaerts, as he started it... 21.13.18 # linuxstb: I'm using git, that's why 21.13.25 # linuxstb: iirc the discussion was more general, starting with a discussion why svn properties are needed to get set at all 21.14.07 # kugel: Huh? 21.14.13 # and git-svn doesn't support svn properties there are cases when people forget to set them. Not much of an issue with svn:keywords, much more of an issue with svn:mime-type 21.14.48 Quit sasquatch (Ping timeout: 276 seconds) 21.14.48 # IIRC we agreed to drop svn:keywords anyway? 21.15.44 # kugel: Then why has nobody removed it from existing files and edited the wiki page? 21.16.06 # I don't know. I can be wrong also 21.17.04 # no, it was not agreed. Some people were in favour of doing so but (at least I didn't notice) no consensus was reached 21.17.17 # anyway, even if I was using svn I would forget about the properties 21.17.22 # personally I wouldn't mind dropping svn:keywords. 21.17.24 Quit sinthetek (Ping timeout: 272 seconds) 21.17.28 Quit lixxus (Quit: Leaving.) 21.17.44 # * kugel thinks there's very little point in svn:keywords 21.18.02 # well, it's all about getting the system you're using know. And making the process a habit. 21.18.45 # and in any case you can set svn auto-props so svn can do the obvious cases automatically 21.19.05 Join lixxus [0] (~Mehdi@94-193-44-17.zone7.bethere.co.uk) 21.19.24 # * bluebrother is using git as well 21.20.35 Quit lixxus (Client Quit) 21.20.37 # thomasjfox: what was the problem with asm? 21.20.37 Quit stoffel (Read error: Connection reset by peer) 21.20.44 Quit Sochiro (Ping timeout: 250 seconds) 21.20.52 # * thomasjfox curses at the maemo build server 21.21.13 # pixelma: the change was pretty safe 21.21.22 # kugel: It had a target name without ARMEL in the name. So I had to find another way to detect if the current build target is for arm 21.21.35 # kugel: I hope I've now found a future-proof way 21.22.51 Join sideral [0] (~sideral@rockbox/developer/sideral) 21.23.05 # thomasjfox: doesn't gcc define __arm__ or so? can't that be used for enabling optimizations? 21.23.21 # Hi there, is it too late for a critical last-minute fix for 3.8? 21.23.56 # only if you're ok with getting killed by AlexP :P 21.24.13 # sounds like a yes :) 21.24.32 # kugel: Didn't check that. I now have a simple solution that should be future proof (calling "sb-conf" and query the current arch) 21.24.37 # it probably depends on how bad the bug is 21.24.53 # BTW, are there instructions somewhere for commiting to an SVN branch from git-svn? 21.25.17 # AlexP is an expert for that 21.25.20 # New commit by 03sideral (r29435): Fix database import and export ... 21.25.40 # sideral: That hgad better bloody be a joke 21.26.00 # New commit by 03bluebrother (r29436): Rockbox Utility voicefile generation: add Latvian to supported languages. 21.26.29 # AlexP: I just found this while trying to implement the extend-db-as-we-go feature you wanted :) 21.26.59 # * sideral hands AlexP a cookie 21.27.38 # What is the bug? 21.28.01 # DB import/export has been broken since Jan 2 or so 21.28.14 # ffs 21.28.55 # r29435 build result: All green 21.29.14 # by the way, is that glitch, where 1g nano loses sound after turning on record until next reboot, known? 21.29.19 # AlexP: How bad is it? 21.29.37 Join sasquatch [0] (~username@p4FF2DA5B.dip.t-dialin.net) 21.30.57 # with all those last minute fixes I wouldn't mind a one day delay or so. Just saying... 21.31.23 # I am seriosuly pissed off with this 21.31.55 # Everybody knew that today was release day, we have had a week of freeze and a week of branch, we have had a weeks worth release candiudates 21.32.07 # maybe it makes sense to schedule the next release for like a wednesday so people can fix the weekend before instead of spending time releasing 21.32.09 # I've spent all bloody day building and rebuilding, and have wasted the entire day 21.32.23 # bluebrother: I was about to say the same. 21.32.27 # I don't have enough time on a work day evening 21.32.34 # AlexP: I'm sincerely sorry. Feel free to ignore the fix. 21.32.34 # r29436 build result: All green 21.32.36 # Is database import/export a critical feature? 21.32.37 # People knew it was today 21.32.46 # They should have spent last weekend fixing 21.32.52 # Delay a week? 21.33.17 # I am also sorry to only have checked a hwcodec build today... 21.33.27 # someone else can do the builds 21.33.29 # AlexP: I was offline all week and noticed the bug only today. I thought fixing this pre-release would make you happy :/ 21.33.50 # sideral: in a way 21.34.00 # I'm just pissed off to have ended up wasting my entire day 21.34.10 # I gave so much warning this time round 21.34.16 # Emails announcing every stage 21.34.22 # I don't think db import/export is very critical. I'd be ok with putting it into known issues and move forward 21.35.06 # I don't want to release with it broken really 21.35.06 # maybe plan for an early point release? 21.35.38 Join hebz0rl [0] (~hebz0rl@dslb-188-110-197-128.pools.arcor-ip.net) 21.35.43 # sideral: I'm glad you found it before release, I just don't know what the point in panning and giving notice is if it makes fuck all difference 21.35.48 # *planning 21.37.18 # AlexP: I think one problem is that quite a few people don't have much time to work on Rockbox during the week. At least that is the case for me. So as a result those fixes come in late, and hence the idea to release during the week 21.37.39 # AlexP: There will be another last-minute fix if you delay you're release because of this one. So why not draw the line here? 21.38.36 # bluebrother: That is what the last two weekends are for though 21.38.40 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 21.39.17 # bluebrother: I published a timetable 4 months in advance 21.40.44 # AlexP: I know, just tried to think about a way how to improve it. I can really understand your frustration ... 21.41.19 # sideral: commit it, I'll build again 21.41.33 Join Buschel [0] (~chatzilla@p54A39EA9.dip.t-dialin.net) 21.41.51 # AlexP: can you point me to instructions for committing via git-svn? 21.42.05 # to a remote branch you mean? 21.42.09 # yep 21.42.15 # me too, I'm honestly sorry 21.42.20 # It depends if you checked them all out properly in the first place 21.42.33 # sideral: does git branch -r show you the remote branches? 21.42.36 # * bluebrother uses plain old svn for this :) 21.42.38 # I cloned the official git repo 21.42.43 # pixelma: It's OK, I'm just frustrated 21.42.57 # sideral: then you probably don't have them 21.43.14 # If you do, then you just do git checkout -b local_branch remote_branch and it just works 21.43.41 # It doesn't 21.44.03 # That's because the git clone doesn't have them 21.44.11 Quit hebz0rl (Ping timeout: 250 seconds) 21.44.14 # I did git svn clone svn://blah 21.44.19 # as that gives you everything 21.44.29 # just let me have the patch, I'll commit it to the branch 21.44.41 # 1 sec 21.44.57 # sideral: For reference, http://www.jukie.net/~bart/blog/svn-branches-in-git 21.47.43 # (I'm on a slow and expensive GPRS link, pastebin.com is slow...) 21.47.52 # New commit by 03kugel (r29437): Android: Show cover art in the widget (including option to hide it). 21.48.45 Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) 21.49.15 # New commit by 03Buschel (r29438): Remove some useless code and variables in the area of metadata parsing. Bump codec API. 21.51.47 # r29437 build result: All green 21.56.48 # r29438 build result: All green 22.01.36 # New commit by 03alex (r29439): Backport r29435 to 3.8 branch. 22.03.45 # Thanks AlexP! 22.03.52 # no worries 22.09.42 # New commit by 03kugel (r29440): Fix warning in android build. 22.10.01 *** Saving seen data "./dancer.seen" 22.11.56 Join Kitr88 [0] (~Kitarist@89.142.95.47) 22.14.43 # r29440 build result: All green 22.15.44 Quit Kitar|st (Ping timeout: 264 seconds) 22.16.12 Quit Kitr88 (Ping timeout: 250 seconds) 22.20.58 Quit sideral (Ping timeout: 240 seconds) 22.21.01 Quit Keripo (Quit: Leaving.) 22.21.16 # New commit by 03kugel (r29441): Make struct static. 22.21.32 Join Kitar|st [0] (Kitarist@BSN-182-121-129.dial-up.dsl.siol.net) 22.22.20 # thomasjfox: I'm confused with the audio on the N900 - it seems to be a mixture of SDL, gstreamer and libplayback ? 22.23.22 # linuxstb: It's gstreamer + libplayback. libplayback is Nokia's library for audio policy management (audio output in silent mode, stop playback on incoming calls) 22.23.48 # thomasjfox: So it's not using SDL? pcm-gstreamer.c includes 22.24.39 # linuxstb: Seems like an oversight 22.24.44 Join einhirn [0] (~Miranda@p54850804.dip0.t-ipconnect.de) 22.24.46 # (and drivers/audio/sdl.c is also being built on the n900) 22.24.58 Quit bertrik (Quit: :tiuQ) 22.25.29 # r29441 build result: All green 22.25.38 # linuxstb: drivers/audio/sdl.c consists mostly of stubs. There's one MAEMO5 ifdef in there 22.27.00 Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.13/20101203075014]) 22.27.54 # thomasjfox: Maybe you should create a firmware/drivers/audio/maemo.c - see the similar android.c 22.28.32 # Or in fact, perhaps android.c could be application.c (kugel?) 22.28.51 # linuxstb: OTOH, maemo 4 uses SDL 22.29.01 # linuxstb: At least for now 22.29.02 # OK, then maemo5.c 22.29.19 # thomasjfox: did you work on pulseaudio already? 22.29.25 # And then you can undefine HAVE_SDL_AUDIO, as you don't... 22.29.33 # kugel: No :) 22.30.07 # kugel: Nokia N8xx is not on my priority list... 22.30.42 # I thought it would work better on the n900 as well? and on your openpandora? 22.31.36 Quit esperegu_ (Remote host closed the connection) 22.31.43 # kugel: Openpandora uses alsa only :-( From a performance point of view that should be a :) though 22.32.08 # kugel: gstreamer currently works good enough. Status bar support is more important 22.32.32 # kugel: I want to push a release to extras-testing and then "extras" once we have proper status bar support. Right now rockbox is in "extras-devel" only 22.32.51 # that doesn't mean anything to me :) 22.33.07 # Just different levels of user exposure 22.33.30 # You can upload anything you want to extras-devel. If the developer is happy with it, you can promote it to "extras-testing" 22.33.32 # do those imply stability? 22.34.05 # If ten people vote for it in extras-testing, it gets into normal "extras" and is available to every normal user without any special setup / download location 22.34.21 # kugel: Never experienced any hickups 22.34.33 # extras-testing is pretty much "i reasonably believe that installing this won't break your phone" 22.34.34 Quit leavittx (Ping timeout: 240 seconds) 22.35.13 # As long as rockbox can only be closed by pressing CTRL+BACKSPACE to invoke the tasks switcher, I don't want it in normal "extras" yet 22.35.38 # That's where the status bar support comes into play: Nothing to explain, just works out of the box 22.35.40 # thomasjfox: I think releasing it to extras happen in coordination with the project 22.36.02 # +should 22.36.11 # kugel: Yes, extras releases should be upstream releases or releases with "critical" fixes 22.36.26 # * gevaerts proposes to extend the freeze by one week per late fix 22.36.30 # (next time) 22.37.21 # yeah, maybe add one step more 22.38.05 # thomasjfox: I think the question is when we release the first RaaA version. I don't think anyone knows what the criteria should be for calling a RaaA port "stable". 22.38.06 # the last week being just for trivial things like translations and similar cleanup, and if regressions are found during that period, re-start it 22.38.48 # The extension has to be *before* the branch, otherwise nobody will care 22.39.22 # pushing things like "Fix database import and export" on the day of release certainly sounds dangerous, if it isn't something absolutely trivial (haven't checked the diff) 22.40.03 # gevaerts: i'm also wondering if more unit testing could help 22.40.09 # linuxstb: For maemo, I would consider status bar support + fixed plugin data dir a good release candidate 22.40.09 # TheSeven: It is a one liner anyway 22.40.24 # kugel: Anything seriously left in android? 22.40.28 # AlexP: one-liners can be rather evil as well :) 22.40.37 Quit pamaury (Ping timeout: 240 seconds) 22.40.43 # TheSeven: I know, hence the anyway :) 22.40.44 # TheSeven: of course, but I don't think our source is really structured well enough for that 22.41.07 # thomasjfox: Personally I would like to see more integration with the native UI. i.e. it should feel more like a native app. 22.41.43 # gevaerts: not neccessarily everything automated and simulated 22.42.17 Join esperegu [0] (~quassel@145.116.15.244) 22.42.25 # we have the apps/firmware split anyway, so why not write a second apps layer that tries to do as exhaustive as possible testing of the firmware layer on-target? 22.42.31 # linuxstb: That's a good development target, though I normally stick to "release early, release often" 22.42.46 # to stress test things like storage, PCM, or the kernel 22.42.51 # linuxstb: Of course only after testing and the usual QA 22.43.10 # and detect misimplementations of some APIs on some targets :) 22.43.32 # TheSeven: that would be possible I guess, but on the other hand it seems as if all those last-minute bugs tend to be in apps/ 22.43.40 # thomasjfox: "usual QA" :P 22.44.01 Quit esperegu (Remote host closed the connection) 22.44.04 # gevaerts: yes, I'm seeing this as a separate goal :) 22.44.16 # right 22.44.28 # Yes, for your purpose that would work 22.44.39 # Except for the usual Mr. Someone being lazy... 22.44.42 # could be helpful while porting to new targets, and to weed out weird bugs like the one i'm currently experiencing on the ipod classic (occasional seemingly-random hard lockups) 22.44.46 # thomasjfox: Perhaps. Although the Rockbox way of doing that is to make current builds available before the port is promoted to "stable" and is included in a release. 22.44.48 # AlexP: Running valgrind on rockbox was worthwhile, see the fixes in the metadata parser ;) 22.45.37 # thomasjfox: So I guess "extras-devel" is our equivalent of "unstable", and then "extras" will be when a release (3.9?) is made. 22.46.03 # linuxstb: Yes, that sounds reasonable 22.46.51 # linuxstb: In case some critical bug fix turns up after a release (...), I might still cherry-pick it and push it to extras, too. 22.51.43 # AlexP: about how much time is left before the release will be tagged? 22.51.56 # why? 22.52.33 # because I don't want to mess with trunk until we're all set 22.52.47 # I'm all in the branch anyway 22.53.02 # anway, not long 22.53.23 # nevertheless I don't want to red the trunk now, as usually fixes that are applied to the branch will be applied to trunk as well 22.53.27 # thomasjfox: Well, we have point releases for critical bugs already. (3.7.1 exists) 22.53.46 # (which can also only be for some targets I think) 22.54.14 # We tend to do them for all targets, even if they don't affect everything 22.54.23 # Just to keep things manageable 22.55.29 Quit benedikt93 (Quit: Bye ;)) 22.55.41 Quit einhirn (Ping timeout: 250 seconds) 22.56.02 # Would r29395 qualify as critical? That's something I cherry-picked recently 22.56.19 Join sideral [0] (~sideral@rockbox/developer/sideral) 22.56.24 # thomasjfox: Is it possible to automate updates to extras-devel/testing ? 22.56.26 # Though I would stick to official release policy anyway 22.56.54 # TheSeven: what's the impact? 22.57.02 # oops 22.57.06 # thomasjfox: what's the impact? 22.57.16 # * gevaerts apologises to TheSeven for waking him up 22.57.24 # Hmm, that wasn't applied to the branch as well? 22.57.36 # * TheSeven points gevaerts to his fat patch 22.58.23 Join Rob2223 [0] (~Miranda@p4FFF085D.dip.t-dialin.net) 23.01.19 # * gevaerts looks at TheSeven's fat patch and vows to never wake him up again 23.01.19 Join AlexP_ [0] (~alex@rockbox/staff/AlexP) 23.01.23 Join thomasjfox_ [0] (~thomasjfo@rockbox/developer/thomasjfox) 23.02.05 Join Mephistopheles [0] (fuzzylomba@S0106485b3917092d.vs.shawcable.net) 23.03.25 Quit AlexP (Ping timeout: 240 seconds) 23.03.45 Join knitt1 [0] (~knittl@unaffiliated/knittl) 23.04.17 # linuxstb: extras-devel is accessible via scp + ssh pubkey if needed 23.04.22 # linuxstb: Though pushing updates daily to extras-devel will annoy users I guess 23.04.29 Quit thomasjfox (Ping timeout: 240 seconds) 23.04.42 # thomasjfox_: Ah yes, users will be prompted to upgrade? 23.04.49 # gevaerts: IIIRC it was related to the playback/buffer freezes 23.04.52 Nick thomasjfox_ is now known as thomasjfox (~thomasjfo@rockbox/developer/thomasjfox) 23.05.01 # thomasjfox: But on the other hand, they should... 23.05.02 # linuxstb: Yes, every time 23.05.26 # linuxstb: If an app wants to upgrade every day, I would uninstall it pretty fast :o) 23.05.29 # thomasjfox: "related to" doesn't mean much :) 23.05.33 Quit Rob2222 (Ping timeout: 240 seconds) 23.05.34 Quit bluefoxx_ (Ping timeout: 240 seconds) 23.05.34 Quit MagusG (Read error: Connection reset by peer) 23.05.34 Quit knittl (Read error: Operation timed out) 23.05.53 # thomasjfox: if that app is called "rockbox-svn-build", you know what you ask for :) 23.06.04 Join overnite [0] (~pking@CPE001217c01c7d-CM000a735bf803.cpe.net.cable.rogers.com) 23.06.10 # And it's more than once a day... ;) 23.06.28 # Yes, but the checking is only once a day 23.06.33 Join MagusG [0] (magusg@c-71-59-57-46.hsd1.ga.comcast.net) 23.07.37 # thomasjfox: What do you upload? The source or a binary? 23.07.58 # linuxstb: Source tarball + some debian related control files 23.08.22 # gevaerts: The "source" for r29395: http://www.rockbox.org/tracker/task/11863#comment38799 23.08.38 # I suspect uploading ten times a day may annoy the maemo build server people 23.09.22 # thomasjfox: I can't really judge. This fits in with all other stuff that jhMikeS committed after the branch, right? 23.10.29 Quit sideral (Ping timeout: 276 seconds) 23.10.37 # gevaerts: Can't judge either. As I run SVN code, it was a good pick 23.11.22 Quit overnite (Quit: leaving) 23.14.24 # TheSeven: I think I'd prefer the cachealign stuff split out for commit. Apart from that, if you didn't forget an error path somewhere (I didn't count them all!), and if our earlier analysis about there never being two sector buffers on the stack any more, that should be OK 23.14.44 # thomasjfox: Is it possible to do a web-based install on the n900? i.e. just make current builds downloadable on the main Rockbox site? 23.15.00 # gevaerts: if there should be a path that needs the sector buffer twice, that will at least trigger a panic 23.15.25 # TheSeven: exactly. And the same will happen if you missed a return path somewhere 23.15.33 # not neccessarily 23.15.40 Quit Stummi (Quit: Bye!) 23.15.46 # Well, not immediately 23.15.49 # only if there are more storage accesses coming from the same thread 23.16.08 # linuxstb: Don't know if it's enough to just click on a .deb file. You can definately scp it to the n900 and run dpkg -i. Sounds unpractical to me 23.16.09 # if something comes from a different thread, that might end up as a mutex deadlock 23.16.27 # Ah, yes. We'll be told about those too :) 23.17.12 # amiconn: does any flash stuff need to happen for 3.8, or is flash dead anyway due to binsize? 23.17.13 # linuxstb: Easiest thing would be to run an own apt channel and people can add rockbox to their "sources" list 23.17.43 # thomasjfox: There are various issues - making stable releases available (easy - just put them in extras), and then making the daily and/or current builds available in a way that doesn't constantly annoy the user. 23.18.11 # thomasjfox: But running our own apt channel would still have the constant prompts for upgrades? 23.18.34 # linuxstb: yes, but it's easy to disable that one catalog 23.19.10 # gevaerts: so you think I should just commit that thing? 23.19.42 # gevaerts: OK, then that seems sensible - someone should set it up now... 23.19.57 # TheSeven: I think so, yes 23.20.07 # (in 4 steps: 1. get rid of on-stack sector buffers and introduce shared sector buffer, 2. align the static buffers, 3. add that STORAGE_NEEDS_ALIGN thing, 4. S5L8702 ATA driver) 23.20.14 # amiconn: Do we need any archos flash stuff? 23.20.31 # TheSeven: what does STORAGE_NEEDS_ALIGN mean exactly? 23.20.57 # that the file code will ensure that all memory addresses passed to the storage layer are aligned 23.21.19 # e.g. copy through the file's sector buffer even for multiple-sector accesses if the buffer isn't aligned 23.21.47 # Ah, right. So nothing that will break anything in apps/ 23.22.05 # Yes, that plan looks sane then 23.22.21 # it just adds overhead if it's defined, but means that the storage layer doesn't have to care about that 23.22.29 # (which would need another sector buffer) 23.23.41 Quit Unhelpful (Quit: No Ping reply in 180 seconds.) 23.24.06 # Yes. Not nice to have, but if the hardware needs it... 23.24.07 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 23.25.54 # any way to log how often that gets hit (if/when it gets hit)? 23.26.17 # to help indicate which plugins might benefit from changes to align their own buffers 23.26.31 # AlexP_: Nothing new there, so no 23.26.37 # OK, thanks 23.26.44 # stripwax: there's a single if() that checks for it and patches things up, so that should be easy to add 23.26.45 # I wonder whether we should publish a new flash package from time to time 23.27.00 # Saves the user the follow-up flash of the current .ucl 23.27.35 # It's only relevant for first-time flashers though, and I guess those are rare these days 23.27.39 # New commit by 03alex (r29442): Tag 3.8 release. 23.28.43 # AlexP_: \o/ 23.29.08 # linuxstb: Indeed :) 23.30.02 Join einhirn [0] (Miranda@vpn10.rz.tu-clausthal.de) 23.36.48 # kugel: I think you missed my question earlier, would you object to firmware/drivers/audio/android.c being renamed to something like "application.c" for use as a generic RaaA audio driver? I can't see anything specific to android there. 23.42.45 # New commit by 03zagor (r29443): Point out the 3.8 release. 23.44.32 # New commit by 03theseven (r29444): iPod Classic CE-ATA Support (Part 1 of 4: Cacheline align some statically allocated sector buffers) 23.44.56 # linuxstb: I'm not sure 23.45.00 # New commit by 03theseven (r29445): iPod Classic CE-ATA Support (Part 2 of 4: Remove on-stack sector buffers, and replace them with a single statically allocated sector buffer that's ... 23.45.19 # * TheSeven waits for r29444 to complete building before committing r29446 23.45.21 # it's possible that other targets can offer more audio functions via APIs (or less, not even volume) 23.46.37 # linuxstb: Can you take a look at http://pastie.org/1614725? Hope I got the new RaaA build system stuff right 23.46.38 # New commit by 03zagor (r29446): Updated front page 23.47.04 # TheSeven: are stuff using the sector buffer ever performance sensitive? 23.47.19 # r29443 build result: All green 23.47.26 # n1s: depends on the use case, but not for read accesses at least 23.47.36 # New commit by 03theseven (r29447): iPod Classic CE-ATA Support (Part 3 of 4: Introduce STORAGE_NEEDS_ALIGN, which ensures that no unaligned storage accesses are performed through ... 23.48.00 # New commit by 03theseven (r29448): iPod Classic CE-ATA Support (Part 4 of 4: S5L8702 ATA driver) 23.48.35 # TheSeven: ah good, since the main threads stack is in iram for most targets and that is significantly faster than dram for some 23.48.50 # n1s: they're all doing disk I/O by definition 23.50.13 # gevaerts: yes, just thought i'd ask in case some behind the scenes magic was going on :) 23.52.39 # r29445 build result: All green 23.52.53 # Oh, and you're assuming they're all in the main stack, which I don't think is true 23.53.09 # they're duplicated amongst several stacks 23.53.49 # now, yes 23.54.08 # I mean, the assumption that they used to be in IRAM isn't necessarily true 23.55.56 # thomasjfox: I've only take a quick look, but it looks fine to me. 23.56.08 Quit {phoenix} (Remote host closed the connection) 23.56.34 # linuxstb: Compiles and runs fine too. I diffed the export/config/pandora.h against sdlapp.h and nokian8xx.h 23.57.10 # r29448 build result: 0 errors, 198 warnings (theseven committed) 23.57.38 # thomasjfox: what's is unique about pandora? isn 23.57.47 # isn't it just generic linux actually? 23.57.49 Quit domonoky (Read error: Connection reset by peer) 23.57.52 # arrrrrrrrrr 23.57.55 # AlexP_: why didnt you just say "ou've missed the deadline" and leave those extra fixes for 3.8.1 when you (or someone) has time? 23.57.59 # Zagor: The font archive that RBUtil grabs, I think it isn't the 3.8 font zip 23.58.21 # JdGordon: broken database restore is rather critical for a release I'd say 23.58.22 # kugel: We know the LCD screen size, it will get a special button map and later on an ALSA audio backend 23.58.24 # TheSeven: Whoa, half a kilobyte additional code? 23.58.27 Quit einhirn (Ping timeout: 250 seconds) 23.58.29 # oh? 23.58.30 # JdGordon: Because it seems silly to release with a known problem 23.58.33 # As that's when people will actually use it 23.58.40 # thomasjfox: alsa is generic linux, isn't it? 23.58.42 # Also, all-yellow 23.58.46 # kugel: Yes 23.58.47 # Zagor: I'm not sure about that, just maybe worth checking 23.58.51 # amiconn: no, not all-yellow 23.58.55 # all except ipod classic :P