--- Log for 03.03.109 Server: grisham.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 26 days and 7 hours ago 00.01.42 # Unhelpful: I don't see any reason to background threads there unless loading makes UI unpleasant for some targets. BACKGROUND is pretty far back as far as priority. 00.02.15 Join yosafbri` [0] (n=yosafbri@ludios.net) 00.03.29 Quit killan_ (Read error: 104 (Connection reset by peer)) 00.03.31 Quit parafin (grisham.freenode.net irc.freenode.net) 00.03.31 Quit denes (grisham.freenode.net irc.freenode.net) 00.03.31 Quit _Auron_ (grisham.freenode.net irc.freenode.net) 00.03.31 Quit mcuelenaere (grisham.freenode.net irc.freenode.net) 00.03.31 Quit Llorean (grisham.freenode.net irc.freenode.net) 00.03.31 Quit MethoS- (grisham.freenode.net irc.freenode.net) 00.03.31 Quit blithe (grisham.freenode.net irc.freenode.net) 00.03.31 Quit J-23 (grisham.freenode.net irc.freenode.net) 00.03.32 # changing it doesn't seem to help, aside from making it catch up a little faster, maybe... but it still doesn't load slides while scrolling, even though it's coded to, even though the sim does. 00.03.35 Quit crashd (Read error: 104 (Connection reset by peer)) 00.03.41 Quit yosafbridge (Read error: 104 (Connection reset by peer)) 00.03.57 NJoin MethoS- [0] (n=lem@dyndsl-085-016-160-057.ewe-ip-backbone.de) 00.03.57 NJoin blithe [0] (n=blithe@blakesmith.me) 00.03.57 NJoin denes [0] (n=bela@pool-7507.adsl.interware.hu) 00.03.57 NJoin Llorean [0] (n=DarkkOne@rockbox/administrator/Llorean) 00.03.57 NJoin J-23 [0] (n=zelazko@unix.net.pl) 00.03.57 NJoin mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) 00.03.57 NJoin _Auron_ [0] (n=DarkAuro@ppp-70-249-146-14.dsl.rcsntx.swbell.net) 00.03.57 NJoin parafin [0] (i=parafin@paraf.in) 00.04.06 Quit barrywardell () 00.04.25 Quit gromit` (Remote closed the connection) 00.04.29 # Bagder: ping 00.04.45 Join gromit` [0] (n=gromit@ALagny-154-1-75-50.w81-48.abo.wanadoo.fr) 00.04.48 # a bit busy right now 00.04.49 # Unhelpful: Make the priority higher (just to see). Bring it up to 10 or something. 00.05.17 Quit bs66_1 (grisham.freenode.net irc.freenode.net) 00.05.17 Quit daurnimator (grisham.freenode.net irc.freenode.net) 00.05.17 Quit lightbulbjim (grisham.freenode.net irc.freenode.net) 00.05.17 Quit krazykit (grisham.freenode.net irc.freenode.net) 00.05.17 Quit keby (grisham.freenode.net irc.freenode.net) 00.05.17 Quit soap (grisham.freenode.net irc.freenode.net) 00.05.17 Quit advcomp2019 (grisham.freenode.net irc.freenode.net) 00.05.17 Quit HellDragon (grisham.freenode.net irc.freenode.net) 00.05.17 Quit ChanServ (grisham.freenode.net irc.freenode.net) 00.05.17 Quit gromit` (grisham.freenode.net irc.freenode.net) 00.05.17 Quit ender` (grisham.freenode.net irc.freenode.net) 00.05.17 Quit Neovanglist (grisham.freenode.net irc.freenode.net) 00.05.17 Quit agaffney (grisham.freenode.net irc.freenode.net) 00.05.17 Quit jfc (grisham.freenode.net irc.freenode.net) 00.05.17 Quit Galois (grisham.freenode.net irc.freenode.net) 00.05.17 Quit tchan (grisham.freenode.net irc.freenode.net) 00.05.17 Quit n17ikh (grisham.freenode.net irc.freenode.net) 00.05.17 Quit scorche|sh (grisham.freenode.net irc.freenode.net) 00.05.17 Quit jhulst (grisham.freenode.net irc.freenode.net) 00.05.17 Quit tessarakt (grisham.freenode.net irc.freenode.net) 00.05.17 Quit Unhelpful (grisham.freenode.net irc.freenode.net) 00.05.17 Quit Bagder (grisham.freenode.net irc.freenode.net) 00.05.17 Quit ze (grisham.freenode.net irc.freenode.net) 00.05.17 Quit shadearg (grisham.freenode.net irc.freenode.net) 00.05.17 Quit Rob2223 (grisham.freenode.net irc.freenode.net) 00.05.17 Quit SirFunk_ (grisham.freenode.net irc.freenode.net) 00.05.17 Quit blkhawk (grisham.freenode.net irc.freenode.net) 00.05.17 Quit pixelma (grisham.freenode.net irc.freenode.net) 00.05.17 Quit intrados_ (grisham.freenode.net irc.freenode.net) 00.05.17 Quit shodanX (grisham.freenode.net irc.freenode.net) 00.05.17 Quit maraz (grisham.freenode.net irc.freenode.net) 00.05.17 Quit Tuplanolla (grisham.freenode.net irc.freenode.net) 00.05.17 Quit lostlogic (grisham.freenode.net irc.freenode.net) 00.05.17 Quit Dhraakellian (grisham.freenode.net irc.freenode.net) 00.05.17 Quit dionoea (grisham.freenode.net irc.freenode.net) 00.05.17 Quit sbhsu (grisham.freenode.net irc.freenode.net) 00.05.17 Quit rphillips (grisham.freenode.net irc.freenode.net) 00.05.17 Quit HBK (grisham.freenode.net irc.freenode.net) 00.05.17 Quit z35 (grisham.freenode.net irc.freenode.net) 00.05.17 Quit FOAD (grisham.freenode.net irc.freenode.net) 00.05.17 Quit Xerion (grisham.freenode.net irc.freenode.net) 00.05.17 Quit dfkt (grisham.freenode.net irc.freenode.net) 00.05.17 Quit amiconn (grisham.freenode.net irc.freenode.net) 00.05.17 Quit planetbeing (grisham.freenode.net irc.freenode.net) 00.05.17 Quit Tristan (grisham.freenode.net irc.freenode.net) 00.05.17 Quit tmzt (grisham.freenode.net irc.freenode.net) 00.05.17 Quit tarbo (grisham.freenode.net irc.freenode.net) 00.05.17 Quit fxb (grisham.freenode.net irc.freenode.net) 00.05.17 Quit saratoga (grisham.freenode.net irc.freenode.net) 00.05.17 Quit orsonj (grisham.freenode.net irc.freenode.net) 00.05.17 Quit xSlack (grisham.freenode.net irc.freenode.net) 00.05.17 Quit timc (grisham.freenode.net irc.freenode.net) 00.05.17 Quit pabs (grisham.freenode.net irc.freenode.net) 00.05.17 Quit bluefoxx_ (grisham.freenode.net irc.freenode.net) 00.05.17 Quit preglow (grisham.freenode.net irc.freenode.net) 00.05.17 Quit XavierGr (grisham.freenode.net irc.freenode.net) 00.05.17 Quit Nico_P (grisham.freenode.net irc.freenode.net) 00.05.17 Quit gevaerts (grisham.freenode.net irc.freenode.net) 00.05.17 Quit jeffronius (grisham.freenode.net irc.freenode.net) 00.05.17 Quit ShyK (grisham.freenode.net irc.freenode.net) 00.05.17 Quit Dieterbe (grisham.freenode.net irc.freenode.net) 00.05.17 Quit kadoban (grisham.freenode.net irc.freenode.net) 00.05.17 Quit reacocard (grisham.freenode.net irc.freenode.net) 00.05.17 Quit Qball (grisham.freenode.net irc.freenode.net) 00.05.17 Quit crwl (grisham.freenode.net irc.freenode.net) 00.05.17 Quit avacore (grisham.freenode.net irc.freenode.net) 00.05.17 Quit at0m (grisham.freenode.net irc.freenode.net) 00.05.58 NJoin ChanServ [0] (ChanServ@services.) 00.05.58 NJoin gromit` [0] (n=gromit@ALagny-154-1-75-50.w81-48.abo.wanadoo.fr) 00.05.58 NJoin bs66_1 [0] (n=sysuser@94.191.167.205.bredband.tre.se) 00.05.58 NJoin saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-030e2c6c549b060b) 00.05.58 NJoin HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 00.05.58 NJoin XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 00.05.58 NJoin Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 00.05.58 NJoin tessarakt [0] (n=jens@e180067211.adsl.alicedsl.de) 00.05.58 NJoin z35 [0] (n=z35@h200.80.91.75.dynamic.ip.windstream.net) 00.05.58 NJoin FOAD [0] (n=dok@dinah.blub.net) 00.05.58 NJoin shadearg [0] (i=arg@ipv4.panoptix.net) 00.05.58 NJoin ender` [0] (i=krneki@foo.eternallybored.org) 00.05.58 NJoin Xerion [0] (i=xerion@82-170-197-160.ip.telfort.nl) 00.05.58 NJoin gevaerts [0] (n=fg@rockbox/developer/gevaerts) 00.05.58 NJoin dfkt [0] (i=dfkt@unaffiliated/dfkt) 00.05.58 NJoin daurnimator [0] (n=quae@ppp118-208-145-199.lns10.mel4.internode.on.net) 00.05.58 NJoin Rob2223 [0] (n=Miranda@p4FDCCA58.dip.t-dialin.net) 00.05.58 NJoin SirFunk_ [0] (n=Sir@208-15-25-145.netsync.net) 00.05.58 NJoin blkhawk [0] (n=blkhawk@e179200213.adsl.alicedsl.de) 00.05.58 NJoin soap [50] (n=soap@rockbox/staff/soap) 00.05.58 NJoin keby [0] (n=keby@cpe-24-243-7-225.satx.res.rr.com) 00.05.58 NJoin lightbulbjim [0] (n=jim@203.171.93.108.static.rev.aanet.com.au) 00.05.58 NJoin advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 00.05.58 NJoin krazykit [0] (n=kkit@adsl-76-252-12-197.dsl.ipltin.sbcglobal.net) 00.05.58 NJoin HellDragon [0] (n=jd@Wikipedia/HellDragon) 00.05.58 NJoin amiconn [50] (n=jens@rockbox/developer/amiconn) 00.05.58 NJoin pixelma [50] (n=pixelma@rockbox/staff/pixelma) 00.05.58 NJoin jeffronius [0] (n=jomegata@69.12.221.210) 00.05.58 NJoin Neovanglist [0] (i=Neovangl@69.31.129.33) 00.05.58 NJoin ShyK [0] (i=Shy@80.74.125.61) 00.05.58 NJoin Dieterbe [0] (n=Dieterbe@213.219.137.46.adsl.dyn.edpnet.net) 00.05.58 NJoin planetbeing [0] (n=planetbe@67-207-128-206.slicehost.net) 00.05.58 NJoin kadoban [0] (n=mud@cpe-24-93-17-195.rochester.res.rr.com) 00.05.58 NJoin intrados_ [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) 00.05.58 NJoin bluefoxx_ [0] (i=BlueFoxx@S0106005004792985.vs.shawcable.net) 00.05.58 NJoin shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 00.05.58 NJoin Tristan [0] (i=tristan@i.dont.want.to.die.virgin.net.in) 00.05.58 NJoin agaffney [0] (n=agaffney@gentoo/developer/agaffney) 00.05.58 NJoin orsonj [0] (n=orson@b22222.bookstore.usu.edu) 00.05.58 NJoin jfc [0] (n=john@dpc691978010.direcpc.com) 00.05.58 NJoin tmzt [0] (n=tmzt@adsl-99-164-47-34.dsl.akrnoh.sbcglobal.net) 00.05.58 NJoin xSlack [0] (n=brett@173-17-70-78.client.mchsi.com) 00.05.58 NJoin tarbo [0] (n=me@unaffiliated/tarbo) 00.05.58 NJoin jhulst [0] (n=jhulst@unaffiliated/jhulst) 00.05.58 NJoin scorche|sh [50] (n=scorche@rockbox/administrator/scorche) 00.05.58 NJoin Galois [0] (i=djao@efnet-math.org) 00.05.58 NJoin n17ikh [0] (n=n17ikh@130.127.74.89) 00.05.58 Mode "#rockbox +o ChanServ " by irc.freenode.net 00.05.58 NJoin tchan [0] (n=tchan@lunar-linux/developer/tchan) 00.05.58 NJoin reacocard [0] (i=reacocar@saga.silenceisdefeat.com) 00.05.58 Join Qball [0] (n=qball@unaffiliated/qball) 00.05.58 NJoin maraz [0] (i=maraz@xob.kapsi.fi) 00.05.58 Join Tuplanolla [0] (n=jani@unaffiliated/tuplanolla) 00.05.58 NJoin Dhraakellian [0] (n=ntryon@cpe-72-226-197-191.rochester.res.rr.com) 00.05.58 Join lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 00.05.58 NJoin ze [0] (i=ze@76.91.72.105) 00.05.58 NJoin timc [0] (n=aoeu@124.93.243.83) 00.05.58 NJoin crwl [0] (n=crawlie@a91-154-18-71.elisa-laajakaista.fi) 00.05.58 NJoin fxb [0] (n=felixbru@h1252615.stratoserver.net) 00.05.58 NJoin dionoea [0] (n=dionoea@videolan/developer/dionoea) 00.05.58 NJoin sbhsu [0] (n=a6530466@Zion.dorm.au.edu.tw) 00.05.58 Join rphillips [0] (n=rphillip@unaffiliated/rphillips) 00.05.58 NJoin Unhelpful [0] (n=Militant@rockbox/developer/Unhelpful) 00.05.58 NJoin Bagder [241] (n=daniel@rockbox/developer/bagder) 00.05.58 NJoin pabs [0] (n=pabs@xor.pablotron.org) 00.05.58 NJoin preglow [0] (i=thomj@tvilling2.pvv.ntnu.no) 00.05.58 NJoin avacore [0] (i=nobody@1008ds1-rdo.0.fullrate.dk) 00.05.58 NJoin at0m [0] (n=at0m@78-20-136-118.access.telenet.be) 00.07.04 # jhMikeS: PRIORITY_USER_INTERFACE should be correct? not that it helps. also, welcome back. 00.08.52 Quit bertrik ("Leaving") 00.09.36 # Unhelpful: Yeah, that should match the main thread. I'm not sure if you saw, but I suggested maybe make it higher than the UI. 00.12.00 # jhMikeS: ok, let's see if this works 00.13.54 Quit _lifeless (Remote closed the connection) 00.14.01 Join _lifeless [0] (n=lifeless@90.150.208.201) 00.15.05 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 00.15.54 # jhMikeS: looks good, it seems (subjectively) instant now 00.16.36 # * kugel wonders how to tell it's working at all now :) 00.17.44 Quit n1s ("Lämnar") 00.17.52 # kugel: just make sure it takes no action or unregisters when the WPS is not what's displayed, I don't know if you'll get unwanted WPS drawing over other things otherwise. 00.18.39 # jhMikeS: i lost that. i can try it. 00.18.47 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 00.18.47 Quit pixelma (Nick collision from services.) 00.18.47 Quit amiconn (Nick collision from services.) 00.18.48 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 00.18.58 # jhMikeS: hm, I created a action for it (ACTION_WPS_UPDATE), that should only be able to come from the lcd hook 00.18.59 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 00.19.06 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 00.21.10 # kugel: It definitely should unregister before gui_wps_show returns 00.22.04 # jhMikeS: just by doing set_hook(NULL)? 00.22.39 # yes 00.22.46 # hehe, this lets me get rid of the dirty track change hackery 00.23.17 # since I can now issue a full update, not whatever the next update is 00.24.53 # hrm, half the priority gets it loading covers on time. i could also just have it load more than one cover before yielding, but it's probably not being scheduled at all while the UI scrolls 00.25.38 # meh, add lcd_set_enable_hook(NULL), before every possible return... 00.27.38 # kugel: I thought if (exit) {...} would be sufficient it appears 00.27.51 Quit XavierGr () 00.28.39 # hmmm, I guess there's more. perhaps a rethinking of that part is in order. 00.29.02 # like setting a return code and returning from a single place 00.29.49 # jhMikeS: I thought so too, but I wouldn't want to change to much at once 00.30.07 # Unhelpful: if the thread is higher priority, and the lower thread yields, it will get scheduled. the greater the priority difference, the more it the lower thread gets skipped. 00.30.46 # jhMikeS: I haven't noticed a problem with not unregistered though, not even in screens that are called from within the wps (i.e. the wps doesn't exit meanwhile) 00.30.54 # ah, so backgrounding it make it get skipped until the main loop hit its wait-for-event, basically. 00.32.27 Quit rocko ("Leaving") 00.32.35 # can anyone here upload images to wikipedia? 00.33.25 # Unhelpful: the lower thread will get some aging boost to prevent starvation. even if higher priority, it sleeps alot anyway but that ensures it runs next when it wakes up. 00.37.00 *** Saving seen data "./dancer.seen" 00.37.48 # kugel: I suppose it won't be much of one at this point. 00.41.33 # saratoga: do you want to try to retrieve the of of your t400 with your method, the updater is working but it would be good to have the version 1.1 of the of 00.41.37 Quit petur (Remote closed the connection) 00.43.11 # toffe82: we'd need to have a working rockbox port to do that 00.43.18 # or at least working well enough to have rockbox USB 00.43.54 Join cool_walking_ [0] (i=cb3b81c3@gateway/web/ajax/mibbit.com/x-6c1351ba6749fe12) 00.43.55 # ok, I though you could retrieve it without rockbox 00.44.08 Join yhuang [0] (n=yhuang@unaffiliated/yhuang) 00.44.13 # which was the main idea if I remeber, how to retreive the OF 00.44.51 # amiconn: do you have any suggestions about the goban plugin controls on recorder? (i noticed you mentioned something about it a while ago, but i was on my way out). i agree that the controls are odd on a lot of targets (i'm not too familiar with many of them) 00.48.50 Quit shotofadds ("Leaving") 00.49.19 # toffe82: no my way just undeletes the files after a rockbox install, but you still need rockbox in order to get into UMS mode 00.50.06 # ok 00.50.56 # I confirm that the updater is working so if somebody can look if there is a way to bypass the security.... 00.50.57 Quit ender` (" A memorandum is written not to inform the reader but to protect the writer. -- Dean Acheson") 00.51.21 # toffe82: any idea what happens if we send it a bad firmware? 00.51.29 # no sure 00.51.40 # I didn't find a way to enter in recovery 00.51.47 # I juste made the update 00.53.45 # modifiyng the nkbin doesn't change the bootloader so it should go in recovery mode 00.54.37 # like the S or the V, I try a long time ago t rockbox of the S on the V and it just went in recovery 00.55.19 Quit tessarakt ("Client exiting") 00.56.44 Quit MethoS- (Remote closed the connection) 00.57.22 # toffe82: any idea how the exploit works? i didn't follow gigabeat s hacking so i have no idea 00.58.59 # I can forward you some mail from the one who found it with some explanations 00.59.13 Quit thegeek (Read error: 104 (Connection reset by peer)) 00.59.55 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 01.01.09 # saratoga: pm me your email 01.02.20 Part gartral 01.07.16 Join Brando753 [0] (n=chatzill@ip70-162-97-11.ph.ph.cox.net) 01.08.02 # is there anyway way to run rockbox on an ipod touch? 01.08.20 # emulate, recompile, etc :D 01.08.25 # no 01.08.31 # ;( 01.08.50 # You could work on it. But so far every time I've suggested that, it's never happened (which is why you can't yet). 01.09.38 # well the only problom i would see would be setting up the touch screen driver ;9 01.10.16 # everything else with a little time could be adapted for the touch 01.10.32 # that doesn't even make sense 01.10.46 # ? what dosent 01.10.55 # the real problem is that you haven't done anything, not that you have done any one specific thing 01.11.44 # jhMikeS: why is lcd_set_enable_hook within HAVE_LCD_ENABLE, but lcd_call_enable_hook not. Also, why is the former within LCD_COLOR? 01.12.21 # Brando753: Rockbox _has_ a touch screen interface already for certain in-development players. The main problem is that there's a plenty of work needed to port it, and none at all has been done. Zero. 01.13.25 # you have alredy built a driver for touch screen mp3/4 players? 01.13.53 # We tend to call them DAPs. What formats their original firmwares support are pretty much irrelevant. 01.14.15 # And yes, there's a beginning of an interface for touchscreen targets. It's not perfect, but it's more or less completely usable. 01.15.14 # also, another queastion i would like to ask, is there a generic firmware version of rockbox for non brand named players (4th generation mp3 players, etc.) 01.15.31 # I don't even know what you mean by "4th generation MP3 players" 01.15.36 # :D 01.15.51 # 1 sec 01.15.55 # Brando753: those players aren't standardized at all, they would need to each be custom made 01.15.58 # You can't make a magic generic version of Rockbox, because it needs to support specific hardware (buttons, LCDs, etc) explicitly. 01.16.00 Quit tyfoo (Read error: 104 (Connection reset by peer)) 01.22.30 # is it impossible to make generic drivers for colour mp3 players, when i work with ubuntu os it has generic drivers for everything that you use (at least thats the computer field) 01.24.27 # for rockbox the same thing wouldn't work. a lot of time goes into just customizing the button setup for instance, and that's probably the least of the problems 01.25.27 # Brando753: Computers still use a fairly set architecture, and there's a lot of standards for how things should work (or at least, compatibility mode for things). Operating systems on computers can also be a lot bigger, and contain a lot of drivers for things so that it can carry all kinds of optionally necessary stuff with it 01.27.00 # computers don't have "generic" drivers anyway, at least not in the sense that generic means not hardware specific, they just have a whole lot of drivers built in so theres always one for most every type of hardware out there 01.27.26 Join midijunkie [0] (n=Miranda@pD9547AD4.dip0.t-ipconnect.de) 01.27.43 # saratoga: Well, there's such things as VESA and such to make things easier, right? 01.28.35 # vesa drivers are still hardware specific, just the hardware is made to work with the driver 01.28.41 # you do have the open source file of all these drivers correct 01.28.42 # ? 01.29.04 # what does that mean 01.30.01 # you have the firmware and all its drivers available open source correct? 01.30.04 # kugel: wait, lemme check that again. I though it was within HAVE_LCD_ENABLE. :\ 01.30.37 Join __lifeless [0] (n=lifeless@94.50.14.75) 01.30.46 # jhMikeS: I'll need both within LCD_ENABLE || LCD_SLEEP anyway 01.30.56 # not sure about the LCD_COLOR restriction though 01.31.14 # Brando753: yeah rockbox is open source, see the front page 01.31.57 # not exactly what i was asking, O well nvm 01.32.28 Quit amiconn (Nick collision from services.) 01.32.29 Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) 01.32.35 Join Horscht86 [0] (n=Horscht@p4FD4F026.dip.t-dialin.net) 01.32.41 # kugel: If the conditions change, I guess what compiles it should too. Grayscale LCDs are usually readable without a backlight and are left on but doesn't that change with the clip? 01.32.47 Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) 01.33.02 # yea 01.33.20 # also, there's HAVE_LCD_TRANSFLECTIVE now 01.34.09 # I think i got the patch working nicely here now with the hook 01.34.31 # this #define stuff is getting confusing. Perhaps a single LCD_PROPERTIES #define would make it more sane. I dunno. 01.35.37 Join pixelma_ [50] (n=pixelma@rockbox/staff/pixelma) 01.35.37 Quit pixelma (Nick collision from services.) 01.35.40 # does a unused goto mark cause a warning? 01.35.44 # apparently the #defines are muliplying with all these new targets. 01.35.50 Nick pixelma_ is now known as pixelma (n=pixelma@rockbox/staff/pixelma) 01.35.53 # yea 01.36.03 # kugel: unused label? yes 01.36.17 # ok, so let me #ifdef it.. 01.36.31 Quit Nico_P (Remote closed the connection) 01.36.34 # how do you package your codecs for videos? 01.37.46 # jhMikeS: this patch adds quite a few #ifdefs in the wps files ... 01.37.58 # Brando753: the video decoding is built into mpegplayer 01.38.01 # Brando753: rockbox only supports one video codec as of now 01.38.56 # well i wish to know in which method you used to package the video codec 01.40.26 Join J-23_ [0] (n=zelazko@unix.net.pl) 01.40.27 # there's instructions on transcoding the video if that's what you mean 01.40.35 # Brando753: What do you mean by "package"? 01.41.23 # how did you go from an original mpeg codec to one which is workable on rockbox 01.41.44 # http://www.rockbox.org/twiki/bin/view/Main/PluginMpegplayer 01.41.47 # read that 01.43.07 Quit FlynDice (Remote closed the connection) 01.43.21 # Brando753: optimized it to run for a particular core type, which means redoing many things in assembly 01.44.02 Quit _lifeless (Read error: 110 (Connection timed out)) 01.44.16 # and for grayscale targets it only decodes luminance 01.44.25 Quit __lifeless (Remote closed the connection) 01.44.31 Join _lifeless [0] (n=lifeless@90.150.117.164) 01.44.33 # well im going to go mess around with the rockbox source and see what i can do with it ;D 01.44.43 Quit Brando753 ("ChatZilla 0.9.84 [Firefox 3.0.6/2009020911]") 01.46.01 Quit Llorean (Read error: 104 (Connection reset by peer)) 01.47.04 Quit mcuelenaere () 01.47.54 Quit nibbler (Read error: 110 (Connection timed out)) 01.48.42 Join nibbler [0] (n=Nibbler@pD9E301E4.dip.t-dialin.net) 01.48.42 Join FlynDice [0] (n=jack@c-24-19-225-90.hsd1.wa.comcast.net) 01.48.42 Quit J-23 (Connection timed out) 01.49.23 Quit midijunkie (Read error: 110 (Connection timed out)) 01.49.35 Quit Horschti (Read error: 110 (Connection timed out)) 01.49.43 Quit saratoga ("CGI:IRC (EOF)") 01.51.48 Quit tvelocity (Connection timed out) 01.52.29 Join tvelocity [0] (n=tony@adsl10-177.her.forthnet.gr) 01.52.39 Join midgey [0] (n=tjross@71.238.148.140) 01.55.27 Join Llorean [0] (n=DarkkOne@adsl-70-241-16-52.dsl.hstntx.swbell.net) 02.00.31 Join JdGordon [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 02.00.47 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.02.34 Join poseidon [0] (n=Joseph@ip70-161-210-129.hr.hr.cox.net) 02.03.09 Part toffe82 02.06.47 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 02.08.18 Quit poseidon ("Leaving") 02.13.29 Quit moos ("Rockbox rules the DAP world") 02.17.12 Join hillshum [0] (n=hillshum@unaffiliated/hillshum) 02.18.12 # does anyone have any qualms about me changing all user: lines to user: core in all the langs? 02.18.22 # Any thoughts on full touchscreen as a GSoC project? 02.18.43 # additionally, it prints a warning if the user is missing or something unknown 02.18.53 # basically it's part of localized plugins 02.19.37 # hillshum: there is some work on touchscreen in svn, but because we dont actually ahve any fully working targets yet there hasnt been much done... it could happen in gsoc for sure 02.19.51 # * JdGordon has some ideas but lack motivation untill the mr500 works :p 02.20.03 # Should I add it too the wiki? 02.20.15 # langs stay at v4 and should be identical to the current output from genlang 02.20.20 # jhMikeS: i'm a little confused as to why it had to be a good deal lower before it stopped being starved... will that cause problems with it starving playback/decode? 02.20.30 # midgey: you mean lines with a blank user: field? 02.20.52 # well, they're all blank right now 02.20.58 # but i'm changing them to user: core 02.21.18 # some langs are missing the user field, but I've fixed those as well 02.21.37 # oh your talking about non english ones? 02.21.48 # Make a new Core section on the page? 02.22.11 # yes, eesti, esperanto, hebrew, and a few others were missing the user field 02.22.40 # nag rasher to fix his script to copy the field from english.lang 02.23.43 Quit BigBambi ("No Ping reply in 30 seconds.") 02.23.46 # midgey: No, that sounds fine. Should stop the endless flood of "what does the user: line mean?" 02.23.53 # i've changed them all in the lang files already 02.24.13 # ok 02.24.36 # it's makes it easier to resync my gsoc work 02.25.06 # rasher: Yea, "user: core" makes it pretty obvious! 02.25.17 # Is there going to be another user? 02.25.27 # eventually.... 02.25.34 # * kugel thought plugins would have their own .langs 02.26.04 # i had that originally, but own lang was determined to be more desired 02.26.24 # that's what I said, isn't it? 02.26.27 Join BigBambi [0] (n=alex@55.198.66-86.rev.gaoland.net) 02.26.37 # so .cfg files are in /.rockbox/home/hillshum ? 02.26.41 # :P 02.26.45 # * midgey is messing up typing all over 02.27.02 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.27.14 # there is one english.lang etc 02.27.19 Quit DataGhost (Nick collision from services.) 02.27.27 Join DataGhost [0] (i=dataghos@unaffiliated/dataghost) 02.27.31 # midgey: Any hope this could go in shortly after 3.2? 02.27.31 # genlang sorts by user and creates multiple .c files 02.27.53 # if i could figure out why genlang is always giving my an id of 0, yes possibly 02.27.57 # Seems like the sort of thing you want to have around for a while before a release 02.28.20 # yes, maybe get a few translations in :) 02.30.01 # speaking of gsoc, I wonder what happened about the wps editor 02.30.25 # does the one in svn still "work"? 02.31.01 # a bit... 02.31.17 # there has been some work on it in svn and the tracker 02.34.32 # Is charging in powermgmt-$TARGET.c? 02.35.10 # sometimes :D 02.36.07 # it seems it's more like: powermgmt.c + power[mgmt]-.c + MAGIC 02.36.11 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 02.37.03 *** Saving seen data "./dancer.seen" 02.37.26 # Also, is there any way of knowing if RB is charging while the USB screen is up? 02.39.29 Join __lifeless [0] (n=lifeless@188.17.74.202) 02.47.39 # midgey: genlang is something I *might* be able to help with - need an extra pair of eyes? 02.48.12 Quit _lifeless (Read error: 110 (Connection timed out)) 02.48.34 # if you'd like i can pastebin what I have so far 02.48.43 # i won't have time to work on it tonight 02.50.31 # Sure 02.51.46 # well at least my changes produce warnings correctly.... 02.52.36 # That's a huge commit... 02.52.58 # * kugel had a bigger one today :p 02.53.00 Quit rocko ("Leaving") 02.53.23 Quit kugel (Nick collision from services.) 02.53.28 Join kugel [0] (n=kugel@rockbox/developer/kugel) 02.53.55 Join zombine [0] (n=chatzill@cpe-24-209-92-236.woh.res.rr.com) 02.57.41 # Unhelpful: I suppose it has to do with differences in how things really work between sim and target. Given that it sleep so much and a sleeping thread uses no CPU at all (or a tiny bit to monitor timeouts) I can't see it starving things too readily. 02.59.46 # so I'm interested in writing software on rockbox... Is that even possible? I'm not sure how "OS-Like" rockbox really is. 03.00.14 # zombine: it's very possible, there are quite a few "plugins" as they're known 03.01.32 # Interesting... I suppose I should go read about that then. Thanks 03.01.42 # rasher: http://www.pastebin.ca/1351566 03.01.57 # although it seems to be working.... 03.03.18 # working being an ambiguous term. i mean now it doesn't crash horribly 03.04.21 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 03.04.52 # actually something strange is going on, so your mileage may vary 03.05.29 # What do I need to look out for? 03.06.13 # well go ahead and just test it out if you'd like 03.06.25 # the issue i mentioned earlier seems to have vanished 03.06.35 # so I was probably doing something wrong 03.06.45 # just see if loading languages works 03.06.49 # and running plugins 03.06.59 # particularly blackjack, chopper, and chessbox 03.07.05 # chessbox should crash in the menus 03.08.12 Join _lifeless [0] (n=lifeless@94.50.1.97) 03.11.28 # midgey: is there a way for that to work with plugins which use plugin_get_buffer? (the strings get loaded there, right?) 03.11.49 # it should be 03.12.00 # i had a hackish solution back over the summer 03.18.03 Quit _lifeless (Read error: 60 (Operation timed out)) 03.19.30 # Didn't get terribly far... make: *** No rule to make target `/home/jonas/local/rockbox/build/lang/lang-timestamp', needed by `build-langs'. Stop. 03.19.36 Quit hillshum (Read error: 104 (Connection reset by peer)) 03.19.38 Quit __lifeless (Read error: 110 (Connection timed out)) 03.22.49 # the talk files are loaded into the playback buffer? so no plugins will be able to play music anymore? 03.23.13 # rasher: you might have to make twice, the build magic isn't there yet 03.23.26 # No dice 03.23.41 # bah, i'll have to look at it some other time 03.25.22 # midgey: you got lots of yello.w... 03.25.28 # i know... 03.25.33 # working on it right now 03.25.34 # ok :) 03.25.52 # and it will steal the plugin buffer for loading languages 03.26.30 # oh, plugin buffer not audio buffer.. thats ok.. except when the plugins themselves are huge 03.26.58 # suggestions for that case? 03.26.59 # /me doesn't consider this as theft 03.27.16 # in that case plugins using plugins_get_buffer() shouldnt cause any problems because that returns however much is left 03.27.36 # well right now that space isn't updated :) 03.28.36 # why not? shouldnt load_plugin() (or whatever its called) grab the plugin, grab the .lng and only then start the plugin? 03.28.51 # i havent gotten around to it 03.29.06 # ok, fair enough 03.29.27 # I wouldnt worry about not having room for the langs just yet (how bi are they expected to be anyway?) 03.30.32 # * JdGordon wishes he could figure out his WPS patch fubar :( 03.30.44 # assuming the code is correct, only the strings needed for that plugin will be loaded 03.32.39 # blackjack uses ~30 strings and that's the largest of the three that I've touched 03.35.12 # maybe we can do some swapping if things get very tight.. dump the plugin ram back to disk load the (pre-checked lang), talk then dump it all back 03.35.14 Join _lifeless [0] (n=lifeless@188.17.64.85) 03.36.34 # what plugins are close to the limit other than doom? 03.37.18 # Rockboy 03.37.47 # * midgey should stop neglecting rockboy 03.37.49 # In fact, in many cases Gameboy ROMs require the audio buffer unless you raise the plugin buffer to ~1.5 times its current size. it depends on the size of the ROM in use. 03.38.25 # well only non-IRAM targets can load games without stealing the audio buffer right? 03.38.33 # those wouldnt use speach once the game starts though would they? 03.38.56 # going to the menu pauses the game 03.39.33 # midgey: Yeah, but non-IRAM targets includes the Gigabeat F/X/S which are pretty ideal for Gameboy playing during music in terms of available CPU 03.39.55 Quit bluefoxx_ (Read error: 104 (Connection reset by peer)) 03.40.26 # true, although if I ever got the iboy core working.... 03.40.38 # What about it? 03.40.58 # i have a hybrid version of rockboy and iboy lying around here somewhere 03.41.14 # the cpu asm was never being called though 03.41.29 # but it would be nice to have more target that could play gb at a decent speed 03.42.27 Join bluefoxx [0] (i=BlueFoxx@S0106005004792985.vs.shawcable.net) 03.42.37 # It would, yes. 03.45.58 # Kat Tanaka Okopnik, the managing editor @ Linux Gazette contacted Scorche and I @ SCaLE and wants to do an article on Rockbox. Contact me for email if interested in being that someone. 03.46.23 # I'm more than happy to if nobody else wants to try it this time. 03.46.57 Quit Llorean (Read error: 104 (Connection reset by peer)) 03.47.12 Join Llorean [0] (n=DarkkOne@adsl-70-241-16-52.dsl.hstntx.swbell.net) 03.55.04 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 03.57.29 Join Riku [0] (n=Lss@cm130.delta141.maxonline.com.sg) 03.59.51 Join midgey_ [0] (n=tjross@71.238.148.140) 04.02.33 Quit jhMikeS (Nick collision from services.) 04.02.39 Join jhMikeS [50] (n=jethead7@rockbox/developer/jhMikeS) 04.03.33 Quit Riku (Read error: 104 (Connection reset by peer)) 04.10.13 Join blkhawk- [0] (n=blkhawk@f051097253.adsl.alicedsl.de) 04.12.08 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 04.15.26 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 04.16.04 Quit midgey (Read error: 110 (Connection timed out)) 04.21.41 Join AndyIL [0] (i=AndyI@212.14.205.32) 04.21.55 Join homielowe [0] (n=homielow@d206-116-134-81.bchsia.telus.net) 04.22.03 Quit AndyI (Read error: 145 (Connection timed out)) 04.25.33 Quit kugel (Read error: 110 (Connection timed out)) 04.27.13 Quit blkhawk (Read error: 113 (No route to host)) 04.28.11 Nick blkhawk- is now known as blkhawk (n=blkhawk@f051097253.adsl.alicedsl.de) 04.29.18 Quit bluefoxx (Read error: 104 (Connection reset by peer)) 04.37.04 *** Saving seen data "./dancer.seen" 04.51.48 Quit Aurix_Lexico (Remote closed the connection) 04.54.13 # So does rockbox still not implement malloc? 04.54.48 Quit miepchen^schlaf (Read error: 101 (Network is unreachable)) 04.55.28 # zombine: The same reasons it didn't before are still true. 04.57.02 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-74544e87ad0382b5) 04.57.58 # zombine: http://www.rockbox.org/twiki/bin/view/Main/WhyNoMalloc 04.59.26 # hah. I like Reason 4. 05.14.40 # no malloc doesnt mean completly no dynamic memory though 05.16.09 Quit Seed ("cu, Andre") 05.24.41 Quit Horscht86 ("Verlassend") 05.25.03 Quit HBK () 05.27.16 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 05.40.03 # * Unhelpful thinks "some of our targets don't have MMUs" would be a good reason, also 05.40.52 Quit martian67 (Excess Flood) 05.41.09 Join martian67 [0] (i=user5490@about/linux/regular/martian67) 05.41.19 # but you don't need an MMU for malloc... 05.41.37 # for compaction it's pretty useful.... 05.41.54 # kadoban: but you do for free to be truly useful - otherwise holes made by free are only good for same-or-smaller allocations. 05.42.36 # oh i see, yeah that seems like a difficult problem 05.43.33 # not merely difficult, unsolvable. the malloc API returns a pointer, and doesn't know where you store it, or where you've stored (possibly offset) copies of it. there's no way, without virtual memory, to move an allocation. 05.44.54 # hmm, indeed. i've never really thought about malloc all that much.. *goes to look up the algorithms* 05.58.00 Quit BigBambi ("No Ping reply in 30 seconds.") 06.10.50 Quit JdGordon (Remote closed the connection) 06.17.20 Quit saratoga ("CGI:IRC (EOF)") 06.17.27 Join alexbobp [0] (n=alex@ppp-70-253-65-66.dsl.austtx.swbell.net) 06.18.18 # about how long of an antiskip buffer could I afford with no plugins running on 32Mb RAM? 06.20.03 # zombine: you can only run one plugin at a time, and its buffer is permanently reserved. 06.24.27 # Unhelpful: Ah. righto then. And I'm guessing there's enough RAM under normal conditions to not have to worry about the antiskip buffer eating up large portions of it? 06.25.09 # i'm not really sure what you're getting at? 06.26.12 Quit rvvs89 (Remote closed the connection) 06.26.59 # * midgey_ posts a half-assed synced version of his gsoc work and disappears 06.29.43 # Actually, I think I found an answer... Was just wondering how big would be too big for the length of the anti-skip buffer. 06.30.28 # But with 32M of RAM, you'd have to set it to some ridiculously huge length before it started eating up unreasonable amounts of memory 06.30.40 # at least I would assume 06.33.09 # But since my writing skills seem to have devolved considerably, I think I'll just sleep on it 06.33.15 Quit zombine ("ChatZilla 0.9.84 [Firefox 3.0.6/2009020911]") 06.37.06 *** Saving seen data "./dancer.seen" 06.41.54 # * Llorean didn't have a chance to explain what the anti-skip buffer actually is, and why you want it as small as you can while keeping it effective. 06.42.33 # you can explain to me, if you like ;) 06.43.48 # since i wondered before, why there is this antiskip option if there already is the playbuffer - not understanding how these two work together and where they sit in the data chain 06.43.49 # Basically, "anti skip" tells it how much needs to be left in the buffer before it starts refilling. 06.44.13 # So unless your player's shaking _a lot_ that part of the buffer never empties. You're basically shrinking the part that actually gets used to store music (and thus, requiring more disk spinups) 06.44.33 # The anti-skip portion is there in case jogging or other things cause your disk to take more time to spin up than usual. 06.44.51 # so its less a seperate buffer but more a margin in the playbuffer? 06.45.05 # Basically, yes. 06.45.22 # ok, that helps me understanding. thanks 06.45.49 # You want to lower it as much as possible as long as it doesn't cause skips. If you're not doing anything active with your player, the minimum is probably best. 06.46.12 # i don't expect skips from a CF-Card, so i might turn it "off" 06.46.31 # Yeah, there should be no need for it on flash players 06.47.02 # (its an ipod mini, so the option is there, but of no need anymore) 06.47.37 # It may still be there on our flash targets, honestly. I don't know if anyone's made it conditional. I've never checked. 06.50.03 Join ruckus1 [0] (n=Earworm@adsl-99-33-123-211.dsl.sfldmi.sbcglobal.net) 06.53.23 # hey folks. i know this is waaaay off topic, but I don't have an idea where to ask about this. i want to calculate the size of my (mp3) music collection would be if it is encoded in flac. does anyone have an idea how to do this? the amount of hours is 446. 06.53.46 # ruckus1: That is off topic. We really do ask that you keep discussion here on-topic. 06.54.10 # Llorean: any idea where can I ask about this? 06.54.20 # * Llorean points to the channel topic... 06.54.47 # well yes, but maybe a more specific channel 06.54.58 Join JdGordon [0] (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 06.55.03 Quit midgey_ () 06.55.39 # The topic has a channel in it where you can ask for help and/or ask for a more specific channel. Did you even read the topic, or did you just assume I was pointing you at it needlessly and say that? 06.56.34 # i was hoping for knowledge. nevermind it. 06.57.55 Quit soap (Read error: 60 (Operation timed out)) 06.58.03 Quit HellDragon (Client Quit) 06.58.05 Join soap [0] (n=soap@cpe-76-181-69-157.columbus.res.rr.com) 06.58.08 # cabbiev2 should be just displaying a grey icon for repeat mode if its set to off right? 06.58.11 # If you were going to ask in here, why can't you ask in #rockbox-community? It has a lot of the same people. 06.58.32 # JdGordon: Yeah it's a grayed out version of the icon, I think 07.01.22 Quit intrados_ (Connection timed out) 07.03.22 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 07.03.32 Quit ruckus1 ("Leaving.") 07.33.37 Quit CaptainKewl (Read error: 110 (Connection timed out)) 07.38.51 Join intrados_ [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) 07.40.09 Quit BHSPitMonkey ("Ex-Chat") 07.48.57 Join rvvs89 [0] (n=ivo@pdpc/supporter/base/rvvs89) 08.09.03 Quit daurnimator (Read error: 60 (Operation timed out)) 08.09.17 Join daurnimator [0] (n=quae@ppp118-208-145-199.lns10.mel4.internode.on.net) 08.09.28 Quit Tristan (Read error: 104 (Connection reset by peer)) 08.15.46 Join Tristan [0] (i=tristan@66.252.24.153) 08.21.00 # kadoban: The most confusing thing is that the main menu isn't on F1. F1 is the menu button per convention on the recorders; everyone expects the menu there 08.22.06 # Other than that I didn't experiment much, as I don't remember at all how to play Go. 08.23.05 Join n1s [0] (n=n1s@rockbox/developer/n1s) 08.23.09 Quit nibbler (Read error: 110 (Connection timed out)) 08.25.26 Join BigBambi [0] (n=alex@42.27.192-77.rev.gaoland.net) 08.32.43 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.37.10 *** Saving seen data "./dancer.seen" 08.38.17 # kadoban: Hmm, and Off doesn't exit 08.40.28 Join Zagor [242] (n=bjorn@rockbox/developer/Zagor) 08.48.25 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.51.43 Join Bagderr [241] (n=daniel@rockbox/developer/bagder) 08.52.12 Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) 08.55.35 # 5~5~5~5~ 08.55.58 Quit cool_walking_ ("http://www.mibbit.com ajax IRC Client") 08.56.27 Quit bertrik ("Leaving") 08.57.49 Join bazzawilleee [0] (n=bazza@ppp121-45-166-199.lns11.adl2.internode.on.net) 08.58.03 Join Rob2222 [0] (n=Miranda@p4FDCC384.dip.t-dialin.net) 08.58.14 # hey guys what would be the best player to get rock box working? 08.58.34 # see the BuyersGuide wiki page 08.59.39 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 09.00.01 Part domonoky 09.00.25 Join petur [50] (n=petur@rockbox/developer/petur) 09.00.26 Quit rocko ("Leaving") 09.01.29 Quit soap (Read error: 104 (Connection reset by peer)) 09.02.58 Nick JdGordon is now known as JdGordon|zzz (n=jonno@c-98-203-252-78.hsd1.wa.comcast.net) 09.06.49 Join soap [0] (n=soap@cpe-76-181-69-157.columbus.res.rr.com) 09.16.11 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.21.38 Join soap_ [0] (n=soap@cpe-76-181-69-157.columbus.res.rr.com) 09.21.39 Quit soap (Read error: 54 (Connection reset by peer)) 09.28.15 Quit daurnimator (Read error: 60 (Operation timed out)) 09.28.29 Join daurnimator [0] (n=quae@ppp118-208-145-199.lns10.mel4.internode.on.net) 09.29.52 Quit _lifeless (Remote closed the connection) 09.30.08 Join _lifeless [0] (n=lifeless@94.51.214.206) 09.31.37 # so, what's the verdict on the voices of today? 09.31.54 # * B4gder assumes not a single person has tried them ;-) 09.33.35 # are they broken? 09.33.47 Join Thundercloud [0] (n=thunderc@82.132.136.183) 09.33.48 # they're made with a new festival voice 09.33.51 # presumably better 09.38.32 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 09.39.27 Quit z35 ("Leaving") 09.42.43 # personally I never even used the former ones ;-) 09.48.49 Quit Thundercloud (Remote closed the connection) 09.51.02 # me neither though I use voice... 09.57.52 Join archivator [0] (n=archivat@77.70.28.57) 09.57.57 Join archivator_ [0] (n=archivat@77.70.28.57) 09.58.16 Part archivator_ 09.58.21 Nick archivator is now known as Guest99960 (n=archivat@77.70.28.57) 09.58.21 Quit Guest99960 (Client Quit) 10.01.49 Quit kachna (Read error: 60 (Operation timed out)) 10.01.52 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 10.03.30 Join archivator [0] (n=archivat@77.70.28.57) 10.04.11 Join Draftman [0] (n=draft200@77.242.109.1) 10.04.34 # hi rockers! 10.05.24 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 10.11.35 # Do we have a new festival'd voices now? 10.12.03 # yes I think so 10.12.28 # No problems during build? 10.13.14 # why would it be problems? 10.14.26 # I mysteriously started getting Error 141 and festival crashing at some point last night.. An svn up fixed it but it was really weird. That's why I'm asking, festival hasn't been flawless on my machine.. 10.14.58 # well, festival has run fine for years on this machine, and the output files seem to be of a decent size so I didn't check for any errors 10.17.57 # With all the custom voices, something's messed up on my end, apparently. 10.28.47 Quit nuonguy ("This computer has gone to sleep") 10.37.11 *** Saving seen data "./dancer.seen" 10.41.41 Quit blkhawk (Remote closed the connection) 10.41.41 Join blkhawk [0] (n=blkhawk@f051097253.adsl.alicedsl.de) 11.09.04 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 11.10.17 Quit gevaerts (Nick collision from services.) 11.10.43 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 11.18.04 Join daurn [0] (n=quae@ppp118-208-164-180.lns10.mel4.internode.on.net) 11.18.22 Quit kachna (Remote closed the connection) 11.22.14 Quit daurnimator (Read error: 60 (Operation timed out)) 11.27.11 Join pyro_maniac [0] (i=foobar@p57BB999A.dip0.t-ipconnect.de) 11.29.23 Part Draftman 11.40.38 Quit bazzawilleee (Remote closed the connection) 11.42.01 Join nibbler [0] (n=Nibbler@pD9E3290C.dip.t-dialin.net) 11.42.11 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 11.57.17 Quit fxb__ ("changing servers") 11.58.00 Join kushal_12_27_200 [0] (n=kushal@12.169.180.178) 12.02.51 Nick soap_ is now known as soap (n=soap@cpe-76-181-69-157.columbus.res.rr.com) 12.06.42 Join Darksair [0] (n=user@123.112.116.28) 12.13.35 Join moos [0] (i=Mustapha@rockbox/staff/moos) 12.15.32 Quit Darksair (Read error: 104 (Connection reset by peer)) 12.20.55 Join Darksair [0] (n=user@123.112.116.28) 12.33.53 Join fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 12.34.13 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.37.16 *** Saving seen data "./dancer.seen" 12.40.40 Quit rocko ("Leaving") 12.41.31 Quit ShyK (Read error: 110 (Connection timed out)) 12.59.11 Quit linuxstb (Read error: 113 (No route to host)) 13.03.49 Quit markun (Remote closed the connection) 13.07.37 # Quick question: who is the main maintainer of rbutil? I think he needs some help - just loaded up the .pro in eclipse and got 22 TODOs .. =/ 13.10.10 # bluebrother and domonoky are two of the main guys, but I think we could say we all "maintain" it 13.11.04 # archivator: Feel free to fix any of them and submit patches 13.11.07 # B4gder: good to know that, thanks. 13.11.35 # BigBambi: Right now I'm working on festival integration. After that, I'll see what the TODOs are all about.. 13.12.02 # * BigBambi doesn't get why that is a =/ - clearly there are things to do, and volunteers only have so much time... 13.12.33 # B4gder: if my e-mail address changed - should I unsubscribe and subscribe again in the RB mailing lists? Is that even possible if I don't have the old one anymore? 13.13.07 # yes, you should and if you can't they'll be removed automatically (or manually by us admins) 13.13.36 Quit gromit` (Read error: 104 (Connection reset by peer)) 13.14.02 Join markun [50] (n=markun@rockbox/developer/markun) 13.14.47 # BigBambi: I wasn't expecting that long a list. Granted, it's not a small project and apparently it's the devs' coding style to use TODOs... Not really a =/ in the sense you put into the smil.. er, frowney. 13.15.17 # Anyone here with a Gigabeat (S or F) able to give FS#8894 a testing - see if you can repro Nico_P's report.? See the last comment on http://www.rockbox.org/tracker/task/8894 for the horrible details. 13.15.27 # archivator: It just read like you were complaining that people weren't working hard enough 13.15.50 # pondlife: I can tonight if still needed 13.16.29 # BigBambi: not at all. I appreciate every little bit of work, trust me. Sorry if I sounded rude. 13.16.31 Quit markun (Read error: 104 (Connection reset by peer)) 13.16.35 # Would be useful - I'd be interested to see if it's beasty or beaty... 13.17.05 # pondlife: I can try on both if you like :) 13.17.31 # If you could, please do. It's easy for Nico_P to reproduce apparently. 13.17.46 # I didn't ask him what file format he was using though. 13.17.58 # (Doubt that's relevant anyway.) 13.18.02 # Will do 13.22.09 Join gromit` [0] (n=gromit@ALagny-154-1-75-50.w81-48.abo.wanadoo.fr) 13.34.32 Nick J-23_ is now known as J-23 (n=zelazko@unix.net.pl) 13.36.27 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 13.55.46 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 14.03.19 Join AndyI [0] (n=pasha_in@212.14.208.235) 14.04.34 Quit gromit` (Read error: 104 (Connection reset by peer)) 14.05.33 Join gromit` [0] (n=gromit@ALagny-154-1-75-50.w81-48.abo.wanadoo.fr) 14.06.38 Quit nibbler (grisham.freenode.net irc.freenode.net) 14.06.38 NSplit grisham.freenode.net irc.freenode.net 14.06.38 Quit blkhawk (grisham.freenode.net irc.freenode.net) 14.06.38 Quit pyro_maniac (grisham.freenode.net irc.freenode.net) 14.06.38 Quit pondlife (grisham.freenode.net irc.freenode.net) 14.06.38 Quit Zagor (grisham.freenode.net irc.freenode.net) 14.06.38 Quit tvelocity (grisham.freenode.net irc.freenode.net) 14.06.38 Quit yhuang (grisham.freenode.net irc.freenode.net) 14.06.38 Quit scorche (grisham.freenode.net irc.freenode.net) 14.06.50 NHeal grisham.freenode.net irc.freenode.net 14.06.50 NJoin nibbler [0] (n=Nibbler@pD9E3290C.dip.t-dialin.net) 14.06.50 NJoin pyro_maniac [0] (i=foobar@p57BB999A.dip0.t-ipconnect.de) 14.06.50 NJoin blkhawk [0] (n=blkhawk@f051097253.adsl.alicedsl.de) 14.06.50 NJoin pondlife [50] (n=Steve@rockbox/developer/pondlife) 14.06.50 NJoin Zagor [242] (n=bjorn@rockbox/developer/Zagor) 14.06.50 NJoin tvelocity [0] (n=tony@adsl10-177.her.forthnet.gr) 14.06.50 NJoin yhuang [0] (n=yhuang@unaffiliated/yhuang) 14.06.50 NJoin scorche [50] (n=scorche@rockbox/administrator/scorche) 14.10.18 Join Casainho [0] (n=chatzill@bl4-31-188.dsl.telepac.pt) 14.10.29 # hello :-) 14.11.00 # I sent a message to mailing list with title: "working on Rockbox Player prodution" - can someone please verify if it was sent, received on mialing list? 14.11.41 # no it was not received 14.11.51 # not yet at least 14.12.25 # I sent 2 minutes ago 14.12.39 # maybe all other messages I sent were not received :-( 14.12.48 # You can check the email archive on the website 14.13.10 # linuxstb: I will do now it ;-.) 14.13.20 # B4gder: in my old confirmation mail to the -dev list is the xyz in the "confirm xyz" subject my automatically assigned password? (I obviously can't remember...) 14.13.46 Quit AndyIL (Read error: 110 (Connection timed out)) 14.14.01 # linuxstb: is there a way to seach on site archive? 14.14.09 # no I don't think so 14.14.16 # that was for pixelma 14.14.30 # hmm 14.15.41 # Casainho: Don't you know the date/time of the emails you sent? 14.16.14 # linuxstb: hmmm, then I will search like that... 14.16.28 # B4gder: found it 14.18.08 # "By clicking on the Unsubscribe button, a confirmation message will be emailed to you. This message will have a link that you should click on to complete the removal process (you can also confirm by email; see the instructions in the confirmation message)." <- I won't get it anymore when sent to my old address 14.18.23 # hehe, I can ubsub you manually 14.18.38 # @infocity.de ? 14.18.44 # yes 14.18.56 # removed 14.19.02 # thanks 14.19.11 # msg me your new and I can add you quickly as well 14.21.50 # no, I don't see e-ails I sent to mailing list... what can be the problem? 14.22.18 # I am receiving them... and I get no error when I send e-mails to 14.23.05 # the problem is most likely that you're not sending the mails using the same From: as you're subscribed as 14.24.07 # B4gder: hmmmm, I will check it. 14.24.50 Join damada [0] (n=quassel@santenay.imtek.uni-freiburg.de) 14.25.35 # Hi, I wonder if there are any plans to support flash memory irivers in the next future, such as the e100? 14.25.58 # damada: we don't plan such things, people work what they want 14.26.04 # work on even 14.26.13 # damada: feel free to dive in and help it happen 14.26.45 # I did the "Password reminder" 2 times now and I didn't got any e-mail.... is the server quick or slow? 14.27.10 # and you checked your spam folder? 14.27.28 # B4gder: OK, get it I just might not be up to that, yet :) There supported players are only the H-type, so I wonder if someone is maybe already working on the E-types? 14.27.45 # damada: only very slightly, nothing "real" 14.28.06 # well, lloks like I wasn't on the mailing list.... 14.28.27 # you are on the -dev list 14.28.49 # oh man, is that, I am just on the dev and not on the other...... 14.28.54 # thanks. 14.30.53 # B4gder: I am a little afraid to ask, because I think that this question is ver FAQ, but I am looking for a decent player with OGG and FLAC (mp3 wouldn't hurt) capabilities, good FM radio, standard USB connector, and preferably not a touchpad or -display... Is there a good overview for that? 14.30.56 # ok, message sent :-) 14.31.13 # damada: the BuyersGuide wiki page 14.31.23 # damada: why not touch? 14.31.40 # rockbox doesn't run supported on any touch target 14.32.00 # Casainho: because the ones I have tested didn't work too well, and I like a haptic feedback 14.32.15 # is there still a call for buildservers? i think i remember reading something like that on the wiki once upon a time 14.32.33 # damada: okok - it's nice to know. Did you read about Rockbox Player? http://forums.rockbox.org/index.php?topic=6751.msg145218#msg145218 14.32.46 # gibbon_: if you have a fast server, we're always interested! 14.32.51 # http://www.rockbox.org/twiki/bin/view/Main/BuildServer 14.32.52 # damada: sorry: http://www.rockbox.org/twiki/bin/view/Main/RockboxPlayer 14.33.20 # Casainho: not yet, let me read up on it 14.33.58 # B4gder: ok... i will have a look on the requirements and start testing 14.34.11 # damada: and here is some g 14.34.19 # promissing news: http://www.rockbox.org/mail/archive/rockbox-archive-2009-03/0018.shtml 14.35.44 # Casainho: that looks very interesting, indeed! 14.36.21 # damada: well, it's not ready yet for you to buy, use ;-) 14.36.44 Join kachna [0] (n=kachna@r3g248.net.upc.cz) 14.36.50 # B4gder: are there statistics on how long the buildservers are under load during a build and during which time? 14.37.14 # gibbon_: they're activated on each commit, we do ~95 builds on some 20-23 servers 14.37.15 # B4gder: not that the system in question is mission critical, but i want to keep the box maintainable 14.37.20 *** Saving seen data "./dancer.seen" 14.37.28 # on my host I don't even notice the builds 14.37.41 # then my is one of the faster 14.38.39 # the entire "round" is usually 6-7 minutes for all builds 14.39.00 # ok... 14.39.09 Part LinusN 14.40.05 Quit Casainho ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 14.40.24 # and about 10-20 builds per day 14.40.54 # or 5-30... :-) 14.41.16 # ok... i'll get back to you if i have tested the machine.. i guess it will meet the requirements ;) 14.41.26 Join pyro_maniac1 [0] (i=foobar@p57BB93E4.dip0.t-ipconnect.de) 14.41.34 # estimated monthly traffic statistics would be nice though 14.41.53 # I don't think anyone has even considered doing that 14.42.13 # an opportunity for you! :-) 14.42.19 # ;) 14.42.48 # if the monthly traffic stays below 20GB, it should be ok ;) 14.42.56 # oh it certainly do 14.42.59 # does 14.43.59 # ok. waiting for deployment of that machine, then 14.47.24 Part B4gder 14.47.26 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 14.50.52 Quit LambdaCalculus37 (K-lined) 14.50.52 Quit evilnick (K-lined) 14.51.11 # February had about 300 commits. The major part of traffic is uploading the zips I'd guess, so assuming you do two builds (sims and bootloaders are only built, not uploaded, so even fast hosts won't get much more I guess), and assuming that a build is about 2MB on average, that means 1.2GB/month upload. 14.51.15 Join gartral [0] (n=gareth@adsl-75-33-91-251.dsl.bcvloh.sbcglobal.net) 14.51.32 # Of course there's also the svn update traffic, but I don't have a real idea about that 14.52.25 Join Sedgewick [0] (n=Sedgewic@81.200.132.126) 14.53.51 Quit linuxstb (Read error: 110 (Connection timed out)) 14.55.50 # good morning all, i've noticed that in rockbox, when im charging, the battery never comes to a %100 charge, and if the counter said 100 when i pull the cable, it will immediately drop to 99, then very shortly after that (no more than 40 seconds, nothing playing), drop to 98-97% before it "stabilizes", but if i force boot the OF, the battery will take a complete charge 14.56.16 Quit pyro_maniac (Read error: 110 (Connection timed out)) 15.01.21 # gevaerts: thanks for pointing that out 15.04.53 Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 15.06.05 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 15.06.48 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 15.08.03 Quit kushal_12_27_200 ("This computer has gone to sleep") 15.10.17 Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) 15.13.33 # i've noticed that in rockbox on my e250, when im charging, the battery never comes to a %100 charge, and if the counter said 100 when i pull the cable, it will immediately drop to 99, then very shortly after that (no more than 40 seconds, nothing playing), drop to 98-97% before it "stabilizes", but if i force boot the OF, the battery will take a complete charge 15.14.13 Quit damada (Remote closed the connection) 15.14.22 Quit moos (Read error: 110 (Connection timed out)) 15.14.56 # you *just* said that. 15.18.57 Quit kachna (Read error: 110 (Connection timed out)) 15.19.07 Join damada [0] (n=quassel@santenay.imtek.uni-freiburg.de) 15.19.43 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 15.23.55 Quit yhuang ("Leaving") 15.25.00 Quit pondlife ("Leaving.") 15.26.41 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-18ba188bf1687615) 15.44.06 # i assume it's NOT safe to inject the bootloader into the new sansa clip 1.01.32 firmware? 15.44.31 # I don't think anyone's tried it yet. 15.46.49 # thanks, i think i'll wait :) 15.47.36 # Unless you're crazy brave enough to try and tell us what it does. ;) 15.52.13 Quit Nico_P (Remote closed the connection) 15.56.04 Join kugel [0] (n=kugel@rockbox/developer/kugel) 15.56.58 Join MethoS- [0] (n=lem@host-091-097-245-117.ewe-ip-backbone.de) 15.58.23 # dfkt: how about I make it work, and you test it? 15.58.36 # Is it acceptable to use an external script in rbutil to talk to festival? Festival does some voodoo magic with the tty and does not use standard streams.. 16.01.14 # Or I could use the configure method. That basically leaves all the talking to bash. Will try it now. 16.02.14 Join {phoenix} [0] (n=dirk@p54B45914.dip.t-dialin.net) 16.04.12 Quit tchan ("WeeChat 0.2.7-dev") 16.05.10 # Nope, no way to get a shell to execute that. Right now it stops at the first | .. 16.05.22 Join MethoS-- [0] (n=lem@dyndsl-085-016-160-240.ewe-ip-backbone.de) 16.05.23 Quit CaptainKewl (Read error: 110 (Connection timed out)) 16.08.43 Quit {phoenix} (grisham.freenode.net irc.freenode.net) 16.08.43 NSplit grisham.freenode.net irc.freenode.net 16.08.43 Quit kugel (grisham.freenode.net irc.freenode.net) 16.08.43 Quit tvelocity (grisham.freenode.net irc.freenode.net) 16.08.43 Quit nibbler (grisham.freenode.net irc.freenode.net) 16.08.43 Quit scorche (grisham.freenode.net irc.freenode.net) 16.08.43 Quit Zagor (grisham.freenode.net irc.freenode.net) 16.08.43 Quit blkhawk (grisham.freenode.net irc.freenode.net) 16.08.51 NHeal grisham.freenode.net irc.freenode.net 16.08.51 NJoin {phoenix} [0] (n=dirk@p54B45914.dip.t-dialin.net) 16.08.51 NJoin kugel [0] (n=kugel@rockbox/developer/kugel) 16.08.51 NJoin nibbler [0] (n=Nibbler@pD9E3290C.dip.t-dialin.net) 16.08.51 NJoin blkhawk [0] (n=blkhawk@f051097253.adsl.alicedsl.de) 16.08.51 NJoin Zagor [242] (n=bjorn@rockbox/developer/Zagor) 16.08.51 NJoin tvelocity [0] (n=tony@adsl10-177.her.forthnet.gr) 16.08.51 NJoin scorche [50] (n=scorche@rockbox/administrator/scorche) 16.10.04 Join tchan [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) 16.10.17 Join SirFunk__ [0] (n=Sir@208-15-25-145.netsync.net) 16.12.32 Quit MethoS- (Read error: 145 (Connection timed out)) 16.23.01 Join CaptainKwel [0] (i=2669ecc2@gateway/web/ajax/mibbit.com/x-aff20169d51b3e20) 16.24.08 Join jamiem [0] (n=jm|home@dilbert.jamiem.com) 16.24.19 # hello :) 16.24.30 Quit SirFunk_ (Read error: 110 (Connection timed out)) 16.27.29 # I have a 4th Gen iPod classic which I am using Rockbox (r19569-081223) on. I use an iTrip for music in the car and while connecting the iTrip boots the iPod and invokes Rockbox, it does not charge the battery at the same time. When I hold down MENU to boot into iTunes own firmware the iTrip is definitely charging it. Rockbox Info does not show "Battery: Charging" instead say 88% 6hr remaining 16.27.40 # is this a known bug / limitation / feature? :) 16.29.48 # jamiem: first off, upgrade it and see if that helps 16.30.00 # gartral: cvs? 16.30.34 # jamian, theres a page on the site with all the builds 16.30.50 # * jamiem looks 16.31.34 # look under current build 16.31.56 # The easiest way is to use rbutil to install a current build 16.32.31 Quit intrados_ (Read error: 104 (Connection reset by peer)) 16.33.09 Join blkhawk- [0] (n=blkhawk@f051097253.adsl.alicedsl.de) 16.33.26 Quit scorche (Nick collision from services.) 16.33.34 # gartral: were there changes that make you expect improvements in charging? 16.33.40 Join intrados_ [0] (n=intrados@cpe-71-67-133-85.woh.res.rr.com) 16.33.47 # How do I get rbutil to spit out qDebug() messages? 16.33.52 Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) 16.33.59 # * gevaerts points out that r19569 is not a random old build, it's 3.1 16.34.13 Join scorche [50] (n=scorche@rockbox/administrator/scorche) 16.34.29 # * gartral didn't notice that 16.35.27 # we should try to get a proper version number in 3.2 16.35.40 Quit tvelocity (grisham.freenode.net irc.freenode.net) 16.35.40 NSplit grisham.freenode.net irc.freenode.net 16.35.40 Quit nibbler (grisham.freenode.net irc.freenode.net) 16.35.40 Quit Zagor (grisham.freenode.net irc.freenode.net) 16.35.40 Quit blkhawk (grisham.freenode.net irc.freenode.net) 16.35.40 Quit kugel (grisham.freenode.net irc.freenode.net) 16.35.40 Quit {phoenix} (grisham.freenode.net irc.freenode.net) 16.35.41 Join {-phoenix-} [0] (n=dirk@p54B45914.dip.t-dialin.net) 16.35.47 # Yes. 3.0 had one, but that step was missed for 3.1 16.35.52 # so 16.35.59 # I have r20192-090303 16.36.06 # * jamiem goes to car in rain to test :) 16.37.24 *** Saving seen data "./dancer.seen" 16.39.33 NHeal grisham.freenode.net irc.freenode.net 16.39.33 NJoin {phoenix} [0] (n=dirk@p54B45914.dip.t-dialin.net) 16.39.33 NJoin kugel [0] (n=kugel@rockbox/developer/kugel) 16.39.33 NJoin nibbler [0] (n=Nibbler@pD9E3290C.dip.t-dialin.net) 16.39.33 NJoin Zagor [242] (n=bjorn@rockbox/developer/Zagor) 16.39.33 NJoin tvelocity [0] (n=tony@adsl10-177.her.forthnet.gr) 16.40.43 # well that was pretty straightforward 16.40.47 # thanks guys :) 16.41.24 # it works now? 16.42.04 # seemingly 16.42.09 # it says "charging" 16.43.11 Quit tvelocity (grisham.freenode.net irc.freenode.net) 16.43.11 Quit nibbler (grisham.freenode.net irc.freenode.net) 16.43.11 Quit Zagor (grisham.freenode.net irc.freenode.net) 16.43.11 Quit kugel (grisham.freenode.net irc.freenode.net) 16.43.11 Quit {phoenix} (grisham.freenode.net irc.freenode.net) 16.43.35 # ooh 16.43.38 NJoin {phoenix} [0] (n=dirk@p54B45914.dip.t-dialin.net) 16.43.38 NJoin kugel [0] (n=kugel@rockbox/developer/kugel) 16.43.38 NJoin nibbler [0] (n=Nibbler@pD9E3290C.dip.t-dialin.net) 16.43.38 NJoin Zagor [242] (n=bjorn@rockbox/developer/Zagor) 16.43.38 NJoin tvelocity [0] (n=tony@adsl10-177.her.forthnet.gr) 16.43.40 # "car adaptor mode" 16.43.42 # * jamiem reads wiki 16.45.20 # aha. I don't think my cigarette lighter is ignition switched; but I could always run a tap from something that is 16.46.50 Quit tvelocity (grisham.freenode.net irc.freenode.net) 16.46.50 Quit nibbler (grisham.freenode.net irc.freenode.net) 16.46.50 Quit Zagor (grisham.freenode.net irc.freenode.net) 16.46.50 Quit kugel (grisham.freenode.net irc.freenode.net) 16.46.50 Quit {phoenix} (grisham.freenode.net irc.freenode.net) 16.47.11 NJoin {phoenix} [0] (n=dirk@p54B45914.dip.t-dialin.net) 16.47.11 NJoin kugel [0] (n=kugel@rockbox/developer/kugel) 16.47.11 NJoin nibbler [0] (n=Nibbler@pD9E3290C.dip.t-dialin.net) 16.47.11 NJoin Zagor [242] (n=bjorn@rockbox/developer/Zagor) 16.47.11 NJoin tvelocity [0] (n=tony@adsl10-177.her.forthnet.gr) 16.47.46 Quit einhirn (Read error: 104 (Connection reset by peer)) 16.48.23 # cool 16.48.36 # this version uses Rockbox's own USB connection, too 16.49.12 Quit tvelocity (grisham.freenode.net irc.freenode.net) 16.49.12 Quit nibbler (grisham.freenode.net irc.freenode.net) 16.49.12 Quit Zagor (grisham.freenode.net irc.freenode.net) 16.49.12 Quit kugel (grisham.freenode.net irc.freenode.net) 16.49.12 Quit {phoenix} (grisham.freenode.net irc.freenode.net) 16.50.03 # jamiem: this is a good summary of what's happened since 3.1: http://www.rockbox.org/twiki/bin/view/Main/MajorChanges 16.50.16 # thanks 16.50.33 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 16.52.20 NJoin tvelocity [0] (n=tony@adsl10-177.her.forthnet.gr) 16.57.57 Join tyfoo [0] (n=tyfoo@77-20-31-238-dynip.superkabel.de) 17.00.49 NJoin nibbler [0] (n=Nibbler@pD9E3290C.dip.t-dialin.net) 17.07.30 NJoin kugel [0] (n=kugel@rockbox/developer/kugel) 17.10.56 # my e250 wont take a full charge under rockbox, but will under the OF 17.12.40 # gartral: i'm sure rockbox is quite conservative when it comes to stopping charging (for safety), are you sure it's not just that? 17.13.21 Quit kugel ("ChatZilla 0.9.84-rdmsoft [XULRunner 1.9.0.6/2009020911]") 17.13.34 # gartral: Have you actually compared battery voltages when both have stopped charging, or are you just looking at the little % meter? 17.13.43 # it more than likly is, but it does make a small impact on overall runtimes 17.14.06 Join jaykay [0] (n=chatzill@p579E7087.dip.t-dialin.net) 17.14.18 # no, ive mad comparisons with the battery section of the debug list 17.14.19 # i experienced the same symptoms on my c250 but discovered that there was no noticable runtime difference 17.14.19 Quit Llorean (Read error: 104 (Connection reset by peer)) 17.14.37 Join Llorean [0] (n=DarkkOne@adsl-70-241-16-52.dsl.hstntx.swbell.net) 17.14.47 Join BUMBACL0T [0] (n=ORF@unaffiliated/bumbacl0t) 17.16.07 # i would do a set of battery benchmarks, if you dont mind waiting three days for the result :\ 17.19.45 Join rmaniac [0] (n=rmaniac@99-202-92-112.pools.spcsdns.net) 17.21.36 Join rocko [0] (n=rocko@c-67-167-117-152.hsd1.il.comcast.net) 17.25.25 # alright, nvm, i figured out my problem, i had it plugged into an unpowered hub like a moron 17.27.29 Join pondlife [50] (n=Steve@rockbox/developer/pondlife) 17.30.00 # BigBambi: Hopefully #8944 is now fixed, but feel free to test anyway. 17.31.12 # pondlife: righto 17.31.44 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 17.32.19 Join jgarvey [0] (n=jgarvey@cpe-098-026-065-013.nc.res.rr.com) 17.38.34 Join markun [50] (n=markun@rockbox/developer/markun) 17.40.18 Join StephaneAubert [0] (n=52efa123@gateway/web/cgi-irc/labb.contactor.se/x-3c47e6712a1450e5) 17.40.51 # test 17.40.56 # icles 17.41.17 # * jamiem unloads smutbot 17.41.34 # i don't know what is IRC... it seems to be a "tchat" 17.41.47 Quit evilnick ("http://www.mibbit.com ajax IRC Client") 17.41.55 # StephaneAubert: success. 17.42.39 # so, i would to edit a web page [http://www.rockbox.org/twiki/bin/view/Main/CFModGuide] => please could you help me ? please 17.43.21 Nick blkhawk- is now known as blkhawk (n=blkhawk@f051097253.adsl.alicedsl.de) 17.43.34 Quit Darksair ("(define (add-1 n) (lambda (f) (lambda (x) (f ((n f) x)))))") 17.43.53 # i have a video tutorial and i want to give the url on the web page [http://www.rockbox.org/twiki/bin/view/Main/CFModGuide] 17.45.25 Join flydutch [0] (n=flydutch@host25-43-dynamic.5-87-r.retail.telecomitalia.it) 17.46.49 # StephaneAubert: if there is noone around with the power and will to give you write permission on the wiki, i guess you are out of luck for now 17.48.09 # StephaneAubert: I take it your wiki name is StephaneAubert? 17.48.40 Join evilnick [0] (i=0c140464@gateway/web/ajax/mibbit.com/x-eef9b83106889c5a) 17.48.58 # i don't understand, on the page ther is a "edit" function => How ask permission ? Who gives permission ? 17.49.42 # StephaneAubert: rasher does if you answer his question(s), i assume 17.49.51 # rasher => YES 17.51.16 # i would just give information (video) about the CF installation on a IRIVER H320 17.52.39 # sorry for my "poor" English language ;o) 17.54.31 # OK, i must quit... bye 17.55.15 Quit StephaneAubert ("CGI:IRC (EOF)") 17.55.22 Quit markun (Remote closed the connection) 17.57.15 Quit Sedgewick (Read error: 104 (Connection reset by peer)) 17.57.29 Join Sedgewick [0] (n=Sedgewic@81.200.132.126) 17.57.29 Quit tchan ("WeeChat 0.2.7-dev") 17.58.26 Quit Sedgewick (Read error: 54 (Connection reset by peer)) 17.58.34 Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) 18.00.21 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 18.01.44 Join tchan [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) 18.02.34 Quit nibbler (Read error: 110 (Connection timed out)) 18.06.37 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.06.39 Quit tchan (Read error: 104 (Connection reset by peer)) 18.07.34 # Bagder: do you do voice files for all languages or just English? 18.11.33 Quit MethoS-- (Read error: 104 (Connection reset by peer)) 18.13.32 # only english is available for download. I also doubt you will find (free) voices for all languages and some still have english voice strings, if nothing's changed in the meantime. It would also be a huge amount of files as voice files are target specific. 18.13.43 Join MethoS-- [0] (n=lem@dyndsl-085-016-160-240.ewe-ip-backbone.de) 18.15.15 # pixelma: there _are_ free voices for quite a few languages. I even have a clustergen one for Macedonian. Swedish is on the list too. I was actually wondering if festival handled anything other than english.. 18.17.27 # sure, I build swedish voice files too sometimes with espeak, but have a look at the list of languages although some are quite outdated 18.19.25 Join tchan [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) 18.19.52 # I know, I know, I'm just saying it's not as unthinkable as you make it look.. 18.21.39 Quit petur ("now sports!") 18.22.27 Quit JdGordon|zzz (Read error: 145 (Connection timed out)) 18.23.05 # "only" 27 english zip files, yes 18.23.16 # and only one voice 18.23.21 # and only one engine 18.23.42 # there's a bazillion of combinations someone _could_ do 18.24.24 # any grado fans here? 18.24.53 # This channel is only for Rockbox development talk. 18.25.20 # ppsh 18.27.02 # Bagder: thanks for the info. 18.28.55 Join nibbler [0] (n=Nibbler@p578b2a6e.dip0.t-ipconnect.de) 18.29.47 Join courtc [0] (n=court@unaffiliated/courtc) 18.29.53 Join markun [50] (n=markun@rockbox/developer/markun) 18.30.58 # which reminds me: were the settings for the FM/V2 Recorders changed to get smaller voice files? If I remember correctly there were reports that the 3.1 voices are too big for the 3.1 rockbox on those 18.31.22 # I don't think anything was adjusted due to that discussion 18.31.45 # or maybe I missed it 18.32.39 # aha, we should at least get it right for 3.2 me thinks 18.33.09 Part gartral 18.33.09 Quit tchan ("WeeChat 0.2.7-dev") 18.33.13 # yeah, we can also play with options to squeeze them more 18.33.17 # bbl 18.34.04 Part pyro_maniac1 ("Leaving.") 18.34.08 Part pondlife 18.35.03 Join tchan [0] (n=tchan@c-67-173-9-133.hsd1.il.comcast.net) 18.36.16 Join kugel [0] (n=kugel@e178111123.adsl.alicedsl.de) 18.36.43 Join japc [0] (n=japc@194.65.5.235) 18.37.22 # yeah, I believe the "max files in dir" settings was a candidate for this - needs a lot of RAM and is set to a quite high amount 18.37.28 *** Saving seen data "./dancer.seen" 18.39.02 # hmm, misread. Yes options like quality and speed for can give smaller voice files. And there are ways to reclaim a bit of RAM 18.51.54 Quit gevaerts (Nick collision from services.) 18.52.03 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 18.55.35 Join tessarakt [0] (n=jens@e180076011.adsl.alicedsl.de) 18.56.17 Quit homielowe () 18.56.51 # the voice clips are duplicated for some things due to the sysfont strings so getting rid of those would help a bit too 18.57.30 Join JdGordon|phone [0] (n=zsirc@32.155.126.194) 19.02.23 # I expect setting speed in Festival involves unholy amounts of Scheme 19.02.47 # Either that, or XML. 19.11.51 Join webguest54 [0] (n=4db5b77b@gateway/web/cgi-irc/labb.contactor.se/x-9adc5f1c02a1bd0b) 19.11.59 # bertrik: double-semicolon is cool, isn 19.12.03 # 't it? 19.12.03 Quit webguest54 (Client Quit) 19.12.10 Join webguest87 [0] (n=4db5b77b@gateway/web/cgi-irc/labb.contactor.se/x-aecbe5f07bf9cd6c) 19.12.54 Quit webguest87 (Client Quit) 19.13.32 # kugel, I have no particular feelings toward that 19.14.07 Join kkurbjun [0] (n=kkurbjun@c-24-9-80-197.hsd1.co.comcast.net) 19.14.19 # bertrik: just saying, you added one in firmware/drivers/generic_i2c.c 19.17.55 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.18.47 # ok a minor bug indeed, but totally harmless 19.19.37 # I know :) 19.21.10 Join miepchen^schlaf [0] (n=miepel@p579EC94C.dip.t-dialin.net) 19.26.32 Join maddler [0] (n=maddler@static-217-133-171-24.clienti.tiscali.it) 19.30.36 Quit Neovanglist (Read error: 110 (Connection timed out)) 19.36.42 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 19.38.18 Quit HellDragon (Client Quit) 19.39.19 Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) 19.40.06 Ctcp Ping from gevaerts!n=fg@rockbox/developer/gevaerts 19.41.07 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 19.44.24 Join HellDragon [0] (n=jd@modemcable022.187-203-24.mc.videotron.ca) 19.47.14 Quit nibbler (Read error: 104 (Connection reset by peer)) 19.49.31 Join nuonguy [0] (n=john@c-24-6-174-132.hsd1.ca.comcast.net) 19.49.51 Join crh0872 [0] (n=caleb@cpe-173-88-94-93.columbus.res.rr.com) 19.56.01 Join perrikwp [0] (i=98213c63@gateway/web/ajax/mibbit.com/x-34d4ccf394a51f38) 19.56.28 Quit japc (Read error: 145 (Connection timed out)) 19.59.40 Quit JdGordon|phone (Remote closed the connection) 20.02.30 Join pyro_maniac [0] (n=jens@i59F74091.versanet.de) 20.07.24 Join jaykay_ [0] (n=chatzill@p579E6E31.dip.t-dialin.net) 20.07.51 Quit tvelocity (Remote closed the connection) 20.10.03 Quit miepchen^schlaf () 20.13.17 Quit tmzt (Read error: 104 (Connection reset by peer)) 20.13.19 Join miepchen^schlaf [0] (n=miepel@p579EC94C.dip.t-dialin.net) 20.15.13 Join tmzt [0] (n=tmzt@76.211.25.247) 20.16.20 Join Thundercloud [0] (n=thunderc@82.132.136.189) 20.17.07 Join z35 [0] (n=z35@h200.80.91.75.dynamic.ip.windstream.net) 20.25.17 Quit jaykay (Read error: 110 (Connection timed out)) 20.25.33 Join amr [0] (n=amr@41.232.26.142) 20.25.53 Part amr ("Leaving") 20.26.27 Join faemir [0] (n=faemir@88-106-169-118.dynamic.dsl.as9105.com) 20.29.42 Join nibbler [0] (n=Nibbler@pD9E3290C.dip.t-dialin.net) 20.29.52 # kugel: What's the reasoning why "Skip length" should not be allowed to end tracks? 20.30.14 # It's really not good to say "there's a very good reason not to fix this" without at least saying what the reason is. 20.33.32 Join tvelocity [0] (n=tony@adsl10-177.her.forthnet.gr) 20.34.46 # Llorean: Ask sdoyon. He can explain it better. 20.35.34 # I don't agree with him, but I can understand his points 20.36.37 # I'm not sure if I can just publicise his emails 20.36.41 # You said that you think we shouldn't change it because of his reasons. That's "agreeing with him" 20.36.55 # I could *imagine* one - you can't skip back across track borders (in general). So in case you accidentally skip forward instead of back in a time frame that means you skip to the next track then you'll have a problem if you want to skip back to somewhere in the end of the previous track. I don't use the setting so maybe I'm wrong 20.37.18 # if it really advances one track I mean 20.37.29 *** Saving seen data "./dancer.seen" 20.37.31 # No, that's because he made this feature. And I'm not one of the guys who just changes things that people intended in the stuff they made if they cannot live with it 20.37.32 # pixelma: Yes, but as it is currently "skip" just does nothing if you're less than "skip length" from the end of the track. 20.38.20 # pixelma: We don't prevent people from fast forwarding to the end of tracks, etc. if we want to implement "skip prevention" it should be a separate feature. 20.38.30 # It's his very intention to lock the track, at both borders 20.38.52 # kugel: But that doesn't mean that's how it should be implemented in Rockbox. His idea was _much_ disliked originally and has been significantly changed since thhe 20.38.53 # then 20.39.02 # Yes, I suppose skip prevention could be a seperate setting 20.39.02 # Features don't "belong" to the person who made the first commit in working on it. 20.39.25 # The feature is named "skip length", which means it should work _exactly_ like skipping normally does other than skipping a length instead of a whole track. 20.39.48 Join fml [0] (n=4fd3d296@gateway/web/cgi-irc/labb.contactor.se/x-720e64d293817605) 20.40.22 # As it stands, you can set "repeat 1" or have a single song playlist if you really don't want to start the next song, meanwhile the way the feature works now makes it practically unusable for any purpose other than his own personal one. 20.40.52 # He-he, couldn't we let the player jump to the end of the previous track in "skip" mode? 20.41.38 # I.e. imagine that all the songs in the playlist are a long continuous song. 20.41.51 # Seeking doesn't work like that. 20.41.55 # Track ends are track ends. 20.42.03 # Llorean: that doesn't solve his problems though. He wants to prevent skipping the song, as well as jumping to the beginning 20.42.21 # kugel: Then he can run a modified build for himself, rather than making the feature so focused as to be hard to use for anyone else. 20.42.26 # which is meant to aid against accidental skips and blind users 20.42.35 # Blind users *can* skip back and seek. 20.42.43 Part domonoky 20.42.45 # Right now, sighted users can't leave the song without going and changing a variety of settings. 20.42.53 # Right now, the feature is "restrictive" rather than "allowing" 20.43.24 # If he thinks there should be skip protection, it should be a separate feature to prevent people from seeking out of a track, and allow them to rewind "inward" from the end of the track. 20.43.41 # But "Skip Length" should _just_ be a setting for defining skip length. 20.43.48 # I'm happy if there's a seperate setting for skip prevention. I guess I wouldn't prevent someone else from fixing this 20.43.55 # too 20.44.00 # * BigBambi think it should skip out of tracks too, and skip lock should be separate 20.44.01 # that's how "repeat 1" works currently... 20.44.25 # no, with repeat 1 you end up at the beginning of the song 20.44.37 # kugel: The problem is, you basically said "I don't think this should be changed, but I'm not going to tell any of you why" in the forums. 20.44.51 # song/{audiobooks,podcasts,...} (the latter seems to be his main usecase) 20.45.13 Quit Thundercloud (Remote closed the connection) 20.45.36 # Llorean: Well, I'm not opposed to telling you why he doesn't want to have it broken (it will be broken in his point of view) 20.45.44 # I use my MP3 player at least half the time for audiobooks, and it's still nice to be able to actually _leave_ chapters by skipping. 20.45.56 # kugel: The feature is named "Skip Length". It's *not* the study mode feature he has in his head. 20.46.38 # We don't prevent accidental skipping normally, I don't see why this is a special case. 20.47.09 # maybe take it to the ML - he seems to read it (or at least did so before) 20.47.50 # Llorean: And I said "I think we should come up with a better compromise", not that we leave it unchanged 20.48.33 # kugel: Whether or not we add skip protection, skip length still needs to be fixed. 20.48.48 # You basically said "I don't think we should do anything until we can address his use case" since you said you feel a compromise is necessary. 20.48.57 # But you didn't explain to the people who want change *why* their change is bad for others. 20.49.36 # That's what I'm complaining here about - when communicating with users if you tell them you think we shouldn't do what they want done, you need to tell them who would be hurt by their proposed changes and why, not just say "I don't think we should do it the way you described" and not explain anything 20.49.47 # I have to go now. Again, I'm very happy if the tracklock is a seperate thing, so that I can actually use skip length too 20.49.48 # You're a developer now, and that means actually explaining things when communicating with the user base. 20.50.09 # So I'd like if it you'd go back and either edit the post, or at least respond with an explanation as to your reasoning. 20.50.19 # Ok, will do 20.50.24 # Thanks 20.50.27 Quit kugel ("ChatZilla 0.9.84 [Iceweasel 3.0.6/2009020407]") 20.51.23 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 20.53.26 Join Thundercloud [0] (n=thunderc@82.132.136.184) 20.53.26 Quit rocko ("Leaving") 20.54.00 Join crh09 [0] (n=caleb@cpe-173-88-94-93.columbus.res.rr.com) 20.54.12 Part crh09 20.56.01 Part crh0872 21.04.09 Quit miepchen^schlaf () 21.07.55 # Am I the only one who doesn't get a rockboxui when compiling the sim? 21.09.05 Join miepchen^schlaf [0] (n=miepel@p579EC94C.dip.t-dialin.net) 21.09.30 # Oh no wonder, the compile failed 21.09.36 # Ignore me 21.10.56 Join Zoxc [0] (i=Zoxc@ti0128a340-dhcp0261.bb.online.no) 21.14.48 Join The-Compiler [0] (n=compiler@unaffiliated/the-compiler) 21.15.19 Join Akallabeth [0] (n=moira@d83-180-108-35.cust.tele2.ch) 21.15.30 # good evening all 21.16.23 # good evening all 21.16.40 # Akallabeth: If you have a question, just ask - this isn't a social channel... 21.17.19 # yeah i've read it just 21.17.28 # Bagder, linuxstb, (maybe more?), Akallabeth is one of the organisators of the GnuPingu Linux meet and drink, where I proposed the DevCon 09 to be held (if you want to do so of course), thus she's here 21.17.58 # The-Compiler: where's that taking place? 21.18.09 # bluebrother: would be in Zurich, Switzerland 21.18.10 # The-Compiler: Then I guess a good evening is in order ;) 21.18.37 # I'm not sure if DevCon should be held concurrently with some other event since in part it's a "lock us all in a room until something good comes out of it" type situation. :) 21.18.38 # and I posted that on the mailing list and didn't get any answer yet ;) 21.19.10 # Llorean: that wouldn't be a problem either, the meeting is twice a month and we've enough rooms anyway :) 21.19.26 # The-Compiler: right 21.20.12 # Llorean: if you like to have organise a devcon for you, and you ask gnupingu for that, we will organise it for you 21.20.25 # The-Compiler: Ah, I didn't see the email so I was thinking this was more of a "once every X amount of time" not-so-often thing. 21.20.35 # that is then a devcon, not mergert with other event 21.20.37 # Are you sure the email got through to the list? I try to read all of them. 21.21.09 # I've been a bit busy though, so sometimes I just glance at one, think "I'm not involved in that" and mark it read after a quick glance. 21.21.30 # uhm, maybe I'm even blocked there because my mailserver accedentally responded "test" to all mails for some time >.< 21.21.56 # That might be why you got no responses. You can check the mailing list archives at the website to see if yours got through. 21.22.07 # I don't see it in the archives 21.22.12 # which list was this sent to? -dev? 21.22.26 # yup 21.22.28 # * gevaerts also didn't see it 21.22.48 # I'll quickly put it in a pastebin 21.22.51 # http://www.rockbox.org/mail/archive/rockbox-dev-archive-2009-02/index.shtml#52 21.23.27 # I responded at the 21st of February 21.23.38 # The archive shows no responses to it at all 21.24.06 # * Llorean definitely wouldn't mind another trip to Switzerland, but thinks it's unlikely he'll be travelling this summer. 21.24.26 # * gevaerts certainly wouldn't object to a devcon in Switzerland 21.24.31 # http://pastebin.com/m2680ef6 21.27.16 # but as said, if you rather want to be alone and not want to get disturbed, that wouldn't be any problem either 21.27.21 # The-Compiler: I find it quite confusing that the mail on the top isn't quoted properly 21.27.28 # but at least I will be there :P 21.27.33 # bluebrother: huh? 21.27.48 # in the pastebin that is 21.28.11 # bluebrother: at the top there's Linus' mail (fully quoted or isn't it?), then mine 21.28.52 # well, that mail isn't quoted -- it doesn't contain quoting characters ;-) 21.29.27 Join Aurix_Lexico [0] (n=comrade@c-68-56-205-239.hsd1.fl.comcast.net) 21.29.34 # but I haven't got the mail either so I guess it has been blocked 21.31.48 # * BigBambi neither! 21.32.29 # bluebrother: huh, first it's the complete mail of linus in the file, then = signs, then my answer, including a small quote of linus' one 21.33.35 # well, I expect the first unquoted text in a mail to be of the sender, unless otherwise marked. Thus I find that confusing. 21.34.33 Nick evilnick is now known as evilnicola (i=0c140464@gateway/web/ajax/mibbit.com/x-eef9b83106889c5a) 21.36.14 Nick evilnicola is now known as evilnick (i=0c140464@gateway/web/ajax/mibbit.com/x-eef9b83106889c5a) 21.38.35 Quit killan (Read error: 104 (Connection reset by peer)) 21.42.36 Join JdGordon|uni [0] (i=836b0049@rockbox/developer/JdGordon) 21.43.12 Nick JdGordon|uni is now known as JdGordon|w (i=836b0049@rockbox/developer/JdGordon) 21.50.21 Join killan [0] (n=nnscript@c-02fc70d5.06-397-67626721.cust.bredbandsbolaget.se) 21.53.30 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 21.56.08 # linuxstb, amiconn, Bagder, LinusN, ping. We actually have a "project policy' question that's come up. 21.57.06 # Llorean: Isn't that best handled with an email to the committers list? i.e. the RSB should just step in when there is no concensus amongst contributors? 21.57.20 # * Bagder agrees 21.57.31 # Well, a bunch of committers suggested the RSB should "sign off" on it. 21.57.46 # But an email works for me. 21.57.54 # Maybe there should be a discussion first 21.57.55 # Expect one in a few moments 21.58.05 # I don't think it can hurt to go to the list first so everybody has the chance to see it 21.58.25 # It's not as if this needs to be decided within the next ten minutes 21.58.38 # it does not? ;-) 21.58.56 # No. Half an hour is plenty! 21.59.12 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.59.20 # let's split the difference - 20 minutes OK for everyone? 21.59.34 # * bluebrother decides to leave for ten minutes or so then 22.03.44 Quit stripwax ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 22.04.10 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.04.12 Quit stripwax (Client Quit) 22.04.24 # Good news, I have basic festival integration in rbutil. 22.04.48 # working. 22.04.52 # I have it working. 22.05.00 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.05.22 # nice! 22.05.32 # It needs a lot of polishing (not exactly user-friendly atm) and more config options but it works. I'll have a FS patch by the end of the week. 22.05.39 # did anyone try the recent voice files yet? 22.05.43 # Cross platform, or linux-only for the moment? 22.05.44 Quit fml ("CGI:IRC") 22.06.03 # Also, one week until feature freeze, right? 22.06.07 # archivator: How is it integrated? rbutil calling an external binary, or actually linking the code into rbutil? 22.06.10 Quit stripwax (Client Quit) 22.06.22 # Llorean: linux-only. I'm not sure if I can get festival to run in server mode in Windows (would need elevated rights) 22.06.44 # archivator: We already require elevated rights for bootloader installs on certain players. 22.06.53 # Maybe rbutil should just have the flag to always request them. 22.07.01 # linuxstb: similarly to the other TTS engines. It starts festival as a server, configures it directly and then uses festival_client 22.07.08 # Hmm, not ideal... 22.07.56 # According to this page, it's available as a C++ library - http://www.cstr.ed.ac.uk/projects/festival/ 22.08.00 Quit JdGordon|w ("http://www.mibbit.com ajax IRC Client") 22.08.00 # Llorean: not exactly user-friendly. We'll think of something.. 22.08.51 # linuxstb: festival is written in Scheme. There is an API that can communicate on a higher level with the engine but I don't think that would any faster than the current solution.. 22.08.51 # Bagder: did you compare voice file sizes? If the tts engine/voice is able to produce a better and less noisy sound it could be that voice file sizes get smaller if the result is better to compress 22.09.17 # *would be 22.09.19 # no I didn't... but I can 22.10.27 # the new ones are slightly bigger 22.10.40 # by like 20K or so 22.10.44 # The-Compiler, Akallabeth: on a practical point, would there be a latest time we'd have to get out of the building? Last time (in Berlin) we tended to stay until 2 or 3 AM 22.11.34 # ? 22.11.51 # archivator: The page I linked said it's written in C++ - "The system is written in C++ and uses the Edinburgh Speech Tools Library for low level architecture and has a Scheme (SIOD) based command interpreter for control." Is that not right? 22.12.06 # gevaerts: theoreticallt the security people would come at midnight or so but I'm pretty sure we can easly talk to them and get the permission to stay longer 22.14.15 # archivator: http://www.cstr.ed.ac.uk/projects/festival/manual/festival_28.html#SEC132 22.14.22 # Bagder: pity. I'd prefer the other way round 22.14.43 # linuxstb: it's part of the truth. I guess the system _is_ written in c++ - that's the interactive shell, server and client. In reality, that Scheme engine does all the heavy lifting, based on a bunch of .scm files in /usr/share/festival . It's Scheme behind a C++ mask. 22.15.44 Join midijunkie [0] (n=Miranda@pD9547677.dip0.t-ipconnect.de) 22.15.59 # linuxstb: yes, exactly. You'd still need the voice files and the .scm commands and whatnot. I don't want to be the one debugging a misconfig. 22.17.03 # Besides, the voices we ( Bagder and I) use are >100 MB each. I don't want that in a Qt resource file ... 22.17.39 # I've only been to the Berlin one, so maybe it was an exception. Midnight sounds a bit early to me personally, but maybe that's just me :) Anyway, I certainly think we should consider this 22.18.10 # gevaerts: it's been similar to that every time 22.19.39 # the difference that I see to Stockholm is that there you could, if you wanted, stay in the same building all the time, even sleep there (as there were showers etc.) 22.19.56 # linuxstb: the only truly embeddable tts engine is flite but it has its own format for the voices. I also think it doesn't support any of the more complex festival engines... 22.20.25 Join miepchen^schla [0] (n=miepel@p579EC94C.dip.t-dialin.net) 22.20.53 # Regarding FS#8802. What are the consequences of attempting to charge from an unpowered hub or a charger with a sub 500 mA rating? I assume in the case of the charger you risk damage to the charger? In the case of the hub I'm not sure I understand what the potential damage is. Also, IIRC Rockbox did use to charge from dumb chargers (on my iPod video). Was this "non compliant" charging which would have had the same issues as described in dreamlayers' 20 22.21.41 # soap: You got cut off at "described in dreamlayers' 20" 22.22.38 # The-Compiler: are you subscribed to the -dev mailing list? IIRC it drops mails from non-subscribers 22.23.43 # as described in dreamlayers' 2009-02-18 comment, or was Rockbox doing something different (safe?) then? 22.24.40 # gevaerts: I'm pretty sure both MLs ignore mails from non-subscribers. 22.24.56 # they do indeed 22.25.10 # mercilessly 22.25.24 # soap: I *believe* that if you request 500 from something that won't provide it, and it's a hub/port and not a charger, you may fail to connect for file transfer as well. I seem to remember that being the problem for H300s 22.25.54 Join kachna [0] (n=kachna@r4ax178.net.upc.cz) 22.26.18 # soap: several things can happen : things may work right, you can get your power cut off (hubs with overcurrent protection), you get bad power (an unpowered hub is only allowed to get 500mA for itself, so if it has four ports all with devices on them, you have to share), or things catch fire 22.26.43 # 2.5 W is a fire hazard? 22.28.24 # Probably not, but you could in theory fry some electronics I guess 22.30.47 Quit Thundercloud () 22.31.02 Join Thundercloud [0] (n=thunderc@82.132.136.184) 22.31.33 # soap: the USB stack has a function that tells you how much you're allowed to use (usb_allowed_current()). If no usb connection is detected I think it's safe to assume that you're either connected to a hub that always provides power for charging (those exist), or a dedicated charger. 500mA should be safe in those cases 22.32.36 # gevaerts: Is it negotiated. Like, can it request 500 and be refused, or do you just say "I expect 500, deal with it" when you want 500? 22.33.10 # archivator: nice, looking forward to see your patch 22.33.15 # ok, gevaerts, that comment makes sense standing on its own. How does that relate to the concerns expressed at the end of FS#8802, though? 22.33.33 Join miepchen^schl [0] (n=miepel@p579EC94C.dip.t-dialin.net) 22.33.41 # Llorean: rbutil always requests elevation on vista -- doing so during bootloader installation only would require to use vista specific APIs 22.33.56 # haven't checked but I bet those aren't available in MinGW yet. 22.34.15 # bluebrother: Ah, I thought it didn't request elevation at all and had to manually be run as administrator. I seem to recall a lot of people needing to be told to run as admin. 22.34.27 # Maybe I'm thinking of Linux users only, though\ 22.34.34 # soap: I think the "*experimental*" bit takes care of that. This is just charging code, it's not fully and properly integrated yet 22.34.34 # Llorean: you request 500mA, which can be refused 22.34.40 # you have that issue on xp as there is no elevation here. 22.35.55 # * bluebrother should get around of implementing startup checks 22.36.06 # hmm, missed domonoky again :( 22.36.13 # gevaerts: Is a refusal explicit, or is refusal just it not doing anything? 22.36.16 # I think I must not be phrasing my questions well, gevaerts, because I don't see how that answered what I was attempting to ask at all. :) Let me think about how to rephrase the question. 22.37.32 *** Saving seen data "./dancer.seen" 22.37.54 # Or were you saying (in effect) "IF dreamlayers' charging code looked at usb_allowed-current it would probably be safe."? 22.39.03 # Llorean: it's mostly not doing anything. A USB device can have several "configurations", each of which specifies how much power it needs. On enumeration the host enables a specific configuration. Before that you're not fully enumerated, and you're restricted to 100mA (as well as not working). In practice all OSes use the first configuration unfortunately, so you can't use this to let the OS choose 22.39.14 Quit MethoS-- (Read error: 145 (Connection timed out)) 22.39.17 # soap: that's it, yes 22.40.54 Join JdGordon| [0] (i=836b0049@gateway/web/ajax/mibbit.com/x-1e5cb130b1010421) 22.41.31 # Llorean: re the name thing... maybe using a nick like "rockbox dev group" instead of just "rockbox" would be better? 22.41.58 Join tvelocity[a] [0] (n=tony@adsl22-83.her.forthnet.gr) 22.42.34 # or just posting as an individual, mentioning that "the dev group" stands behind the statement 22.43.21 Join synergst` [0] (i=christop@cant.be-arsed.co.uk) 22.43.49 # "After discussion with the committers and the steering board, the general agreement was..." 22.44.13 # there is a small problem about where the discussion was though... even if it was entirely agreement 22.44.36 # How so? 22.45.26 # its not public... unless it hapened here also? 22.46.31 # why is that a problem? 22.46.38 Quit bs66_1 (Read error: 110 (Connection timed out)) 22.47.16 # * bluebrother just sent an email on the topic 22.47.39 Join MethoS-- [0] (n=lem@dyndsl-085-016-160-240.ewe-ip-backbone.de) 22.47.42 Quit tvelocity (Read error: 60 (Operation timed out)) 22.48.00 # bluebrother: I did try to suggest a couple alternative names in my original text too. :) 22.48.10 Join bs66_ [0] (n=sysuser@94.191.147.71.bredband.tre.se) 22.48.18 # apart from us trying to be open about everything here (logs, ml archive etc)... you can really say everyone is in agreement unless you can actually point to the discussion 22.48.39 # Llorean, Bagder, linuxstb: Back to the devcon, I think I found a even better location, in Zurich too. You have beamers, a bar, cooking plates, may stay as long as you wish, basically everything you want (could please someone post this on the ml for me until I've fixed my mail problem? Thanks in advance.) 22.49.04 # It's called Cave Germinal btw ;) 22.49.13 # The-Compiler: Are you subscribed to the list? 22.49.34 # Llorean: I noticed, though I though of being more explicit. As in having a short list ;-) 22.50.00 # The-Compiler: is there a website of that place? 22.50.19 # rasher: I am, I recieve mails but mine don't seem to come trough 22.50.21 # * gevaerts points bluebrother to google :) 22.50.30 Quit miepchen^schla (No route to host) 22.50.55 # http://www.cavegerminal.org/ ;) 22.51.11 # bah, too easy ;-) 22.51.18 # respectively let google or me translate it ;) 22.51.21 # pretty useless site though 22.51.43 Quit miepchen^schlaf (Read error: 113 (No route to host)) 22.52.14 # * JdGordon| wonders if the "powered by" tag line is trademarked 22.52.23 # bluebrother: A list wouldn't be bad, no. 22.52.46 # * bluebrother understands the language on that site though he dislikes the swiss spelling at times 22.53.43 # from the front page: you can hire the Cave 22.54.24 Quit jaykay_ ("ChatZilla 0.9.84 [Firefox 3.0.6/2009011913]") 23.08.46 Quit Thundercloud (Remote closed the connection) 23.10.59 Quit Akallabeth (Remote closed the connection) 23.11.26 Join miepchen^schlaf [0] (n=miepel@p579EC94C.dip.t-dialin.net) 23.11.38 Quit miepchen^schlaf (Remote closed the connection) 23.13.06 Quit Zoxc () 23.21.09 Quit archivator () 23.24.28 Quit evilnick ("mibbit.com: well if no-one's going to kick me") 23.25.26 Quit {-phoenix-} (Remote closed the connection) 23.26.08 Quit preglow ("leaving") 23.26.10 Quit FlynDice (Remote closed the connection) 23.26.22 Quit miepchen^schl (Read error: 113 (No route to host)) 23.37.10 Join preglow [0] (i=thomj@rockbox/developer/preglow) 23.37.23 Quit MethoS-- (Read error: 60 (Operation timed out)) 23.37.49 # 3 23.38.01 # yes, that's what i meant to say 23.39.06 # OK, I'll bite... Why? 23.39.16 Join AndyIL [0] (i=AndyI@212.14.205.32) 23.39.27 # a completely flawed and failed tab-to-another-irc-channel attempt 23.39.32 # with premature enter keying 23.39.34 Quit bmbl ("Woah!") 23.40.07 Join MethoS-- [0] (n=lem@dyndsl-085-016-160-240.ewe-ip-backbone.de) 23.43.11 Join mirak [0] (n=mirak@81-66-70-98.rev.numericable.fr) 23.43.29 # * jhMikeS waves to preglow O/ (since he's rarely seen) 23.44.09 # hey 23.45.46 # I think we should keep the .elf and .map files for the last ten builds or so, as well as for the releases 23.46.04 # would be immensly useful 23.46.33 # Is the .map useful on its own? 23.46.41 # That could easily be included in the zips 23.47.01 # the problem with .map is that it doesn't have static functions 23.47.25 Join barrywardell [0] (n=barrywar@79.97.75.101) 23.47.47 # Also, if you have the full .elf you can disassemble if needed and see exactly where it goes wrong 23.47.56 Quit tessarakt (Read error: 110 (Connection timed out)) 23.48.36 # preglow: hello! (before you disappear again) 23.48.39 # see no reason not to store the full .elf 23.48.51 # jhMikeS: don't worry, i do follow logs if someone talks to me :> 23.49.03 # the only possible reason I see is bandwidth for the build servers 23.49.19 # we may also want codec .elf files 23.49.23 # Yeah, I was talking about adding the .map to the zips, in addition to this. So when pepole show up with a random build, at least there's *something* 23.49.28 # gevaerts: why? it's not like we'd be bundling the .elf files with downloads 23.49.48 # i was thinking more like storing server side so they can be retrieved by devs for a specific build when a user has a problem 23.50.10 # That would still need the build servers to send them back to the master. 23.50.15 # preglow: sure, rockbox.org server side. They are generated on the build servers :) 23.50.16 # oh, yes 23.50.17 # that's true 23.50.20 # very true 23.50.52 # If we only do rockbox.elf I think it would add about 10..15% to the size. No idea about codecs and/or plugins 23.51.07 # is this bandwidth already an issue? 23.51.28 Quit JdGordon| ("http://www.mibbit.com ajax IRC Client") 23.52.02 # I don't think it's a hard issue. Some build servers are spending a significant amount of time uploading zips instead of building though 23.53.00 # but the benefits would be great 23.53.21 # yes. I think the benefits outweigh the costs 23.53.30 # i think upload time shouldn't be such a concern unless they were to balloon by factors greater than this 23.53.36 Quit midijunkie (Read error: 110 (Connection timed out)) 23.53.41 # oh, how many times haven't i wished for something like this 23.54.14 # i had one dude send me his rockbox.iriver, which i disassembled with objdump in order to recognize the spot where it went wrong 23.54.37 # wasn't as fast as it could have been :P 23.55.25 # sounds like fun :) 23.56.20 # wasn't as hard as it could have been, tho, was emac code 23.56.25 # which isn't everywhere 23.56.33 # preglow: that's a bit of an act of self-sacrifice in my book for a "this guy" :) 23.56.44 # jhMikeS: oh, that's me in a nutshell! :D 23.56.53 Quit ender` (" Is there like a way to put a compiler in "Just trust me on that one" mode?") 23.57.08 # i do tend to go to some lengths to find out what's wrong in my own code 23.57.14 # so i don't need to think about it 23.57.31 Quit AndyI (Read error: 113 (No route to host))