--- Log for 08.02.111 Server: leguin.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 13 days and 20 hours ago 00.00.01 Quit robin0800 (Quit: Leaving) 00.00.06 Join burn [0] (~burn@cl-1079.bru-01.be.sixxs.net) 00.03.14 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 00.04.41 Quit petur (Quit: here today, gone tomorrow) 00.06.37 Join mt [0] (~mt@41.233.155.237) 00.09.45 Quit Strife89 (Quit: Reboot) 00.12.07 Join Strife89 [0] (~Strife89@168.16.226.187) 00.12.12 Join sideral [0] (~sideral@rockbox/developer/sideral) 00.15.38 # n1s, pixelma: I'm not sure what the conclusion of the lang string deprecation discussion is. What should I use in place of "none"? 00.16.04 # And could you please file a bug against langtool.pl so that people are at least aware of the issue? 00.19.40 Quit mt (Ping timeout: 240 seconds) 00.20.13 Join mlt- [0] (~8654d106@giant.haxx.se) 00.20.35 # Is UIsimulator broken under MinGW? 00.22.46 # First time it didn't find lang.h , but after I added -I into Makefile it can't find bitmaps/rockboxlogo.h . It compiled fine under ubuntu yesterday. 00.23.00 # mlt-: no idea. I don't know if anyone test it with mingw regularly. 00.23.19 # bummer 00.27.28 # mlt-: I just tried a mingw build here, and it works fine 00.28.02 # hm.. do you have any idea what might be wrong? 00.28.21 # I have clean svn copy 00.28.43 # make 3.81 ... the only thing I miss is 'svnversion', but I guess that is fine 00.30.22 # What OS are you using? 00.30.29 # Windows XP SP3 00.30.31 # 32 bit 00.31.29 # I'm on linux 00.31.33 # Things might be different 00.32.30 # I can't find where "bitmaps.make" is getting included :( 00.32.56 # mlt-: in tools/root.make 00.33.13 # yeah.... this moment I was just looking at this place :-) 00.33.31 Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) 00.34.32 Quit bluefoxx (Quit: .) 00.41.44 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 00.45.08 Quit timccc (Ping timeout: 272 seconds) 00.46.00 Join timccc [0] (~timccc@112.166.15.141) 00.48.35 # Zagor: could you tell me from where bmp2rb that is in bitmaps.make is getting called? 00.49.49 # it's in the tools dir 00.50.03 # or, what do you mean? 00.50.06 # mlt-: there's tools like find and grep 00.50.15 # kugel: not in windows :) 00.50.18 Quit bertrik (Quit: :tiuQ) 00.50.44 # yes, but I can't find the actual rule that triggers that header creation for bitmap 00.50.54 # I have find & grep in MinGW :-) 00.51.22 # Zagor: I think these tools (and some more) are requred for building rockbox 00.52.22 Quit Dreamxtreme (Read error: Connection reset by peer) 00.52.29 # find and grep are not used in the build 00.52.35 # I think I have everything mentioned here http://www.rockbox.org/wiki/UiSimulator#Building_Windows_sim_in_Windows , but still can't compile. 00.53.20 # mlt-: what error do you get? put it on pastebin or some such place. 00.53.28 # at the very least grep is used by configure 00.54.06 # kugel: indeed 00.54.23 Join Dreamxtreme [0] (~Dre@92.30.71.188) 00.54.26 # in my had I sort of exclude configure from the build :) 00.54.30 # Zagor: I simply don't have "bitmaps/rockboxlogo.h" generated. So "apps/alarm_menu.c" fails to compile. 00.56.13 # mlt-: does "make $PWD/bitmaps/rockboxlogo.h" work? 00.56.18 # mlt-: ok. the header files depend on the "object files" (bitmap files). so it sounds like you are not getting any bitmaps converted. 00.57.19 # I once tried building rockbox on windows with msys/mingw but quickly gave up because I couldn't get genlang to work, so there's a can of worms out there 00.57.21 # kugel: it worked! 00.57.26 # it produced those headers 00.57.48 # then perhaps dependency generation is broken 00.58.08 # s/broken/not working correctly on windows/ 00.58.46 # what can I check to help debug UIsimulator build under MS Windows? 00.58.57 # mlt-: grep native/rockboxlogo make.dep 00.59.06 # make V=1 should give some useful output 00.59.14 Quit Slasheri (Ping timeout: 255 seconds) 00.59.15 # now I'm getting undefined "LANG_ALARM_MOD_TIME_TO_GO" at apps/alarm_menu.c:116:29 00.59.27 # which target are you building for? 00.59.39 # n1s, pixelma: changing lang strings to 'deprecated' (without quotes) does not seem to work 00.59.40 # 62, sansaclipplus 01.00.14 # It finds stuff with grep native/rockboxlogo make.dep 01.00.20 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 01.00.26 # mlt-: that's a similar error. your lang.h is not properly created. 01.00.33 # perhaps a \-vs-/ issue? 01.00.36 # which make are you using? gmake? 01.00.47 # GNU Make 3.81 01.01.02 # or C:\-vs-/ one even 01.01.07 # it is named just make.exe I believe 01.01.31 # n1s, pixelma: .../english.lang:12701:1: warning: source before line lacks quotes (deprecated)! 01.01.36 # I see path separators in make.dep as '/' which is good 01.02.10 # do you have a space in your path? 01.02.31 # I mean the path to your build directory 01.02.38 # ah that's also a nasty one :) 01.02.40 # sideral: I only knew of "" anyway 01.02.45 # no, I don't have spaces 01.02.58 # hmm 01.03.17 # it is "/c/workspace/rockbox/build" 01.03.25 # pixelma: looks like n1s has to fix up that comment at the top of english.lang again :) 01.04.17 Quit kugel (Remote host closed the connection) 01.04.33 # pixelma: Anyway, thanks for spotting this! 01.04.52 Join kugel [0] (~kugel@e178057177.adsl.alicedsl.de) 01.04.53 Quit kugel (Changing host) 01.04.53 Join kugel [0] (~kugel@rockbox/developer/kugel) 01.05.05 # mlt-: can you do "make clean" and "make" and paste the full log somewhere? it appears something is being done in the wrong order. 01.05.39 # Can I just recreated my build directory and call make V=1 after configure? 01.06.10 # yes 01.06.46 # pixelma: hrmpf... .../english.lang:12701:1: warning: missing user! 01.07.15 # mlt-: but I don't think V=1 helps here. it's likely a dependency issue. 01.08.44 # here it is http://pastebin.com/DRH5PwD3 01.09.41 # I can post the content of make.dep if it helps 01.09.55 # not yet 01.10.41 # yea, the creator of the dependency generation script didn't add a lot debug output to it (Zagor ;-)) 01.11.06 # well, dependencies don't benefit much from comments 01.11.23 # I actually think it might be the missing svnversion that causes it 01.11.42 # we use that to create a version number for the build 01.12.02 # and if that header file is not there, the dependency chain is broken 01.12.13 # I'm not sure if it is okay, but first 3 lines in make.dep are empty 01.12.45 # i thought it goes as 'undefined' if svnversion is not found 01.13.29 # Zagor: only few files depend on version.h (fortunately) 01.13.41 Quit mudd1 (Ping timeout: 240 seconds) 01.14.09 # mlt-: it should, yes. how many lines are your lang/lang.h in the build dir? 01.14.31 # I don't have one 01.14.41 # ah, of course :| 01.14.45 # version.h? 01.15.53 # how many lines are in make.dep? 01.18.21 Quit GeekShadow (Quit: The cake is a lie !) 01.18.59 # mlt-: ? 01.20.56 Quit avacore (Ping timeout: 255 seconds) 01.21.30 # sorry I was away 01.21.40 Join qurvel [0] (~qurvel@i220-109-51-195.s02.a007.ap.plala.or.jp) 01.21.44 # 90 lines in make.dep 01.21.53 # well 89 01.22.02 # is the last line with text 01.22.05 # wow. it's supposed to be ~75000 01.22.27 # hehe... then definitely something is wrong) 01.23.03 # this is the last line : /c/workspace/rockbox/build/apps/plugins/bitmaps/native/resistor.68x20x16.c: /c/workspace/rockbox/apps/plugins/bitmaps/native/resistor.68x20x16.bmp 01.23.03 # maybe multigcc.pl doesn't work on windows. 01.24.17 # perhaps forking works differently/not at all 01.24.41 # I don't see any forking in multigcc.pl 01.24.56 # line 58 01.25.15 # Unix programs that use fork() are usually in trouble on Windows iirc 01.25.15 # oh 01.26.10 # I guess I can try to use sequential thing and single core 01.29.12 # I should change multigcc.pl to not fork if $cores == 1 01.29.37 # I replaced fork with 0 01.29.51 # I still have 89 lines in make.dep 01.30.18 # do you have any .multigcc* files left? 01.30.34 # in build directory? no 01.30.50 Quit dfkt (Quit: -= SysReset 2.53=- Sic gorgiamus allos subjectatos nunc.) 01.32.04 # mlt-: change tools/functions.make:34 to not use multigcc.pl at all. (remove "perl" "multigcc" and "--" from the line) 01.33.08 # so it should read as : mkdepfile = $(2) | \ 01.33.09 # ? 01.33.12 Quit pamaury (Remote host closed the connection) 01.33.43 # no: mkdepfile = $(SILENT) $(CC) $(PPCFLAGS) $(OTHER_INC) -MG -MM -include config.h $(2) | \ 01.34.11 # multigcc only splits the gcc command to multiple cores 01.35.03 # you want to remove the space after SILENT too, so it's: $(SILENT)$(CC) 01.35.26 # ahh... 01.35.42 # make.dep is getting bigger 01.36.03 # 3335 is the last line with text 01.36.25 # but still I get "... fatal error: lang.h: No such file ..." 01.36.33 # yes, that's still much too small 01.37.19 # and it actually looks weird 01.37.25 # oh, maybe you need to add "perl" in front of $(TOOLSDIR)/addtargetdir.pl in line 38 01.37.55 # in make.dep, I have many lines with "c:/workspace/rockbox/build/lang/lang.h \" 01.38.40 # yes, you should 01.38.56 Quit sideral (Ping timeout: 255 seconds) 01.40.31 Quit stripwax (Read error: Connection reset by peer) 01.41.40 # addition of "perl" doesn't make any difference 01.42.02 # though I'm having "/bin/sh: /mingw/bin/gcc: Invalid argument" for some reason... I'm not sure where it comes from 01.42.05 # I thought it should be /c/workspace/...? 01.42.25 # kugel: mingw stuff understands path either way 01.42.28 # mlt-: that certainly looks interesting 01.42.56 # mlt-: but do the other tools as well? make etc? 01.44.32 # mlt-: you'll have to paste the gcc commandline and see what parameter mingw doesn't like 01.44.38 # kugel: I'm pretty sure they should... as they are built with mingw... so underlying c library or whatever supposedly takes care of it. 01.45.06 Join Keripo [0] (~Keripo@eng232.wireless-resnet.upenn.edu) 01.45.32 Quit Dexpid (Quit: Computer has gone to sleep.) 01.46.17 # isn't "/mingw/bin/gcc" the invalid parameter? 01.46.49 # kugel: oh, you're probably right. it's /bin/sh that says this 01.46.53 # kugel: no, it should be find... /mingw is mapped to /c/mingw in /etc/fstab 01.46.56 # * kugel assumes that path doesn't exist 01.47.09 # oh 01.47.39 # I can call "/mingw/bin/gcc" no problems 01.48.00 # but can you call "/bin/sh /mingw/bin/gcc" ? 01.48.29 # you need -C don't you? 01.50.15 *** Saving seen data "./dancer.seen" 01.50.50 # with "/bin/sh /mingw/bin/gcc" I get "/mingw/bin/gcc: /mingw/bin/gcc: No such file or directory" 01.51.15 # I pinpointed gcc command that results in Invalid argument 01.51.44 Quit factor (Ping timeout: 276 seconds) 01.52.06 # i'm afraid that command line may be too long 01.52.24 # oh right, windows has a length limit too 01.53.25 # If I try to execute this line http://pastebin.com/MZChvCkq , I get invalid argument error 01.53.37 # that command doesn't work anyway. /bin/sh -C "/mingw/bin/gcc" should 01.54.27 # kugel: I mean if this was the problem, I would get another error 01.54.55 # I've got to go... I'll try it again later 01.55.04 # kugel: this is not cmd.exe 01.55.15 # mlt-: yeah I have to go too. good luck. 01.55.22 # thanks for help! 01.55.41 # I guess it worth adding a note to Wiki 01.55.45 # for now 01.55.49 # Zagor: I know 01.55.56 Part Zagor 01.56.02 # mlt-: good idea 01.56.32 # do you have rights to change it? Or shall I register and change it myself? 01.58.47 # anyway.... I'm leaving. see you later. 01.58.51 Quit mlt- (Quit: CGI:IRC) 01.59.20 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 02.00.59 Quit maxsin (Ping timeout: 255 seconds) 02.07.01 Quit kugel (Ping timeout: 240 seconds) 02.07.24 Quit krazykit (Read error: Operation timed out) 02.07.27 Join krazykit` [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 02.07.53 Nick krazykit` is now known as krazykit (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 02.20.44 Quit MethoS-- (Ping timeout: 250 seconds) 02.56.30 Quit Lamp23 (Quit: CGI:IRC (EOF)) 03.02.04 Join DerPapst [0] (~Alexander@p4FE8F2AE.dip.t-dialin.net) 03.03.56 Quit DerPapst (Client Quit) 03.17.43 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 03.50.18 *** Saving seen data "./dancer.seen" 03.56.40 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-62-37.tampfl.fios.verizon.net) 03.57.50 Quit Keripo (Quit: Leaving.) 04.02.50 Join factor [0] (~factor@75.108.68.114) 04.02.56 Join Keripo [0] (~Keripo@eng232.wireless-resnet.upenn.edu) 04.06.31 Join mordocai [0] (~mordocai@66.119.9.243) 04.13.16 DEBUG EOF from server (Connection reset by peer) (snapshot: netstuff.c line 545) 04.13.16 *** Cleanup 04.13.16 *** Cleanup 04.13.16 *** Saving seen data "./dancer.seen" 04.13.16 *** Exit 04.13.18 *** Started Dancer V4.16 04.13.18 *** Connected to irc.freenode.net on port 6667 04.13.18 *** Logfile for #rockbox started 04.13.18 Mode "logbot :+i" by logbot 04.13.21 *** Server message 501: 'logbot :Unknown MODE flag' 04.13.21 Join logbot [0] (~rockbox@giant.haxx.se) 04.13.21 Join pixelma [0] (quassel@rockbox/staff/pixelma) 04.13.21 Join amiconn [0] (quassel@rockbox/developer/amiconn) 04.13.21 Join mordocai [0] (~mordocai@66.119.9.243) 04.13.21 Join Keripo [0] (~Keripo@eng232.wireless-resnet.upenn.edu) 04.13.21 Join factor [0] (~factor@75.108.68.114) 04.13.21 Join JesusFreak316 [0] (~JesusFrea@pool-173-65-62-37.tampfl.fios.verizon.net) 04.13.21 Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) 04.13.21 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 04.13.21 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 04.13.21 Join qurvel [0] (~qurvel@i220-109-51-195.s02.a007.ap.plala.or.jp) 04.13.21 Join Slasheri [0] (miipekk@rockbox/developer/Slasheri) 04.13.21 Join Dreamxtreme [0] (~Dre@92.30.71.188) 04.13.21 Join timccc [0] (~timccc@112.166.15.141) 04.13.21 Join Strife89 [0] (~Strife89@168.16.226.187) 04.13.21 Join burn [0] (~burn@cl-1079.bru-01.be.sixxs.net) 04.13.21 Join JdGordon1 [0] (~jonno@vl10.gw.ok-labs.com) 04.13.21 Join alexbobP [0] (~alex@ppp-70-253-65-89.dsl.austtx.swbell.net) 04.13.21 Join tchan1 [0] (~tchan@c-69-243-144-187.hsd1.il.comcast.net) 04.13.21 Join Xerion [0] (~xerion@5419A4D7.cm-5-2c.dynamic.ziggo.nl) 04.13.21 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 04.13.21 Join user890104 [0] (~Venci@6bez10.info) 04.13.21 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 04.13.21 Join Horscht [0] (~Horscht@xbmc/user/horscht) 04.13.21 Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) 04.13.21 Join markun [0] (~markun@rockbox/developer/markun) 04.13.21 Join [fred] [0] (~fred@ircop.efnet.at) 04.13.21 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 04.13.21 Join milk [0] (~milk@94-193-93-226.zone7.bethere.co.uk) 04.13.21 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 04.13.21 Join rasher [0] (~rasher@rockbox/developer/rasher) 04.13.21 Join T44 [0] (~Topy44@f049203134.adsl.alicedsl.de) 04.13.21 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 04.13.21 Join jfc [0] (~john@pool-72-73-80-12.ptldme.east.myfairpoint.net) 04.13.21 Join leavittx [0] (~lev@89.221.199.187) 04.13.21 Join literal [0] (~hinrik@w.nix.is) 04.13.21 Join Rob2222 [0] (~Miranda@p4FFF0410.dip.t-dialin.net) 04.13.21 Join [Saint] [0] (S_a_i_n_t@203.184.2.178) 04.13.21 Join advcomp2019 [0] (~advcomp20@unaffiliated/advcomp2019) 04.13.21 Join Kitar|st [0] (~Kitarist@BSN-182-0-188.dial-up.dsl.siol.net) 04.13.21 Join simonrvn [0] (simon@197.230-ppp.3menatwork.com) 04.13.21 Join mystica555 [0] (~Mike@m4f2636d0.tmodns.net) 04.13.21 Join sasquatch [0] (~username@46.114.220.253) 04.13.21 Join w0m [0] (~wom@199.19.225.128) 04.13.21 Join Quazgaa [0] (quaz@c-76-22-103-237.hsd1.wa.comcast.net) 04.13.21 Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) 04.13.21 Join Galois [0] (djao@efnet-math.org) 04.13.21 Join ack` [0] (~ack@mingbai.org) 04.13.21 Join jordan` [0] (~jordan@jem75-13-78-235-252-137.fbx.proxad.net) 04.13.21 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 04.13.21 Join froggyman [0] (~seth@unaffiliated/froggyman) 04.13.21 Join Raptors [0] (~Raptors@dsl-67-212-28-189.acanac.net) 04.13.21 Join scorche [0] (~scorche@rockbox/administrator/scorche) 04.13.21 Join Barahir [0] (~jonathan@frnk-590f5290.pool.mediaWays.net) 04.13.21 Join linuxguy3 [0] (~timj@adsl-75-57-205-224.dsl.emhril.sbcglobal.net) 04.13.21 Join Battousai [0] (~bryan@gentoo/developer/battousai) 04.13.21 Join Zambezi [0] (Zulu@80.67.9.2) 04.13.21 Join Sochiro [0] (~Sochiro@194.90.222.165) 04.13.21 Join cjcopi [0] (~craig@76.241.66.141) 04.13.21 Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) 04.13.21 Join DrDnar [0] (~Ander@c-24-35-66-83.customer.broadstripe.net) 04.13.21 Join iq [0] (~iq@unaffiliated/iq) 04.13.21 Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) 04.13.21 Join thegeek_ [0] (~nnscript@132.108.34.95.customer.cdi.no) 04.13.21 Join ehntoo [0] (~ehntoo@lug.mtu.edu) 04.13.21 Join jae [0] (~jae@dedicated.jaerhard.com) 04.13.21 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 04.13.21 Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) 04.13.21 Join parafin [0] (parafin@paraf.in) 04.13.21 Join Bagder [0] (~daniel@rockbox/developer/bagder) 04.13.21 Join niekie [0] (quasselcor@CAcert/Assurer/niekie) 04.13.21 Join elcan [0] (user36@pr0.us) 04.13.21 Join guymann [0] (~charles@69.182.30.171) 04.13.21 Join AlexP [0] (~alex@rockbox/staff/AlexP) 04.13.21 Join kkit|sh [0] (~kkit@li135-248.members.linode.com) 04.13.21 Join Dhraakellian [0] (~ntryon@cpe-67-240-248-41.rochester.res.rr.com) 04.13.21 Join bzed [0] (~bzed@devel.recluse.de) 04.13.21 Join plux [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) 04.13.21 Join sinthetek [0] (~sinthetek@unaffiliated/sinthetek) 04.13.21 Join blast007 [0] (~blast007@bzflag/developer/Blast) 04.13.21 Join GodEater [0] (~bibble@rockbox/staff/GodEater) 04.13.21 Join balintx [0] (~quassel@szerver1.gulyasp-koll.sulinet.hu) 04.13.21 Join jepler [0] (~jepler@emc/developer/pdpc.professional.jepler) 04.13.21 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 04.13.21 Join sbhsu [0] (~a6530466@192.192.120.197) 04.13.21 Join vedos [0] (~draft@ihku.org) 04.13.21 Join dionoea [0] (~dionoea@videolan/developer/dionoea) 04.13.21 Join yosafbridge [0] (~yosafbrid@li125-242.members.linode.com) 04.13.21 Join soap [0] (~soap@rockbox/staff/soap) 04.13.21 Join aevin [0] (eivindsy@unaffiliated/aevin) 04.13.21 Join preglow [0] (thomj@tvilling2.pvv.ntnu.no) 04.13.21 Join merbanan [0] (~banan@c-94-255-218-11.cust.bredband2.com) 04.13.21 Join crwl [0] (~crwlll@dsl-jklbrasgw1-fe8edf00-29.dhcp.inet.fi) 04.13.21 Join Loto [0] (~nfs@xbmc/user/Loto) 04.13.21 Join CIA-7 [0] (~CIA@208.69.182.149) 04.13.21 Join ThomasAH [0] (~thomas@aktaia.intevation.org) 04.13.21 Join feisar- [0] (jljhook@ihq.in) 04.13.21 Join Kohlrabi [0] (~kohlrabi@kohlio.de) 04.13.21 Join Elfish [0] (amba@2a01:4f8:100:90a1:abc:abc:abc:abc) 04.13.21 Join amee2k [0] (~thomas@ve504.cugnet.net) 04.13.21 Join pikytcus [0] (~bigd@failbox.co.cc) 04.13.21 Join scorche|sh [0] (~scorche@rockbox/administrator/scorche) 04.13.21 Join gevaerts [0] (~fg@rockbox/developer/gevaerts) 04.13.21 Join MagusG [0] (magusg@c-71-59-57-46.hsd1.ga.comcast.net) 04.13.21 Join FOAD [0] (~dok@83.161.135.61) 04.13.21 Join @ChanServ [0] (ChanServ@services.) 04.13.21 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 04.13.21 Join ranmachan [0] (ranma@yumi.tdiedrich.de) 04.13.21 Join powell14ski_ [0] (~powell14s@c-67-177-228-132.hsd1.co.comcast.net) 04.13.21 Join logiclost [0] (~lostlogic@erudite.lostlogicx.com) 04.13.21 Join YPSY [0] (~ypsy@geekpadawan.de) 04.13.21 Join TBCOOL [0] (~tb@c-3c3671d5.09-42-73746f22.cust.bredbandsbolaget.se) 04.13.21 Join simabeis [0] (~simabeis@lobmenschen.de) 04.13.21 Join knittl [0] (~knittl@unaffiliated/knittl) 04.13.21 Join miceh [0] (~mtq@h1439481.stratoserver.net) 04.13.21 Join ved [0] (ved@ddsbox.co.cc) 04.13.21 Join maraz [0] (maraz@kapsi.fi) 04.13.21 Join pjm0616 [0] (~user@110.9.28.45) 04.13.21 Join Hadaka [0] (~naked@naked.iki.fi) 04.13.21 Join Rondom [0] (~rondom@lvps178-77-79-47.dedicated.hosteurope.de) 04.13.21 Join Utchy [0] (~Utchy@rps6752.ovh.net) 04.13.21 Join zu [0] (~zu@ks355000.kimsufi.com) 04.13.21 Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) 04.13.21 Join Torne [0] (~torne@rockbox/developer/Torne) 04.13.21 Join tmzt [0] (~tmzt@76.211.0.152) 04.15.25 Quit Barahir (Ping timeout: 265 seconds) 04.15.25 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 04.15.48 Join Barahir [0] (~jonathan@frnk-590f5589.pool.mediaWays.net) 04.17.17 Quit Kitar|st (Ping timeout: 240 seconds) 04.23.00 Join Kitar|st [0] (~Kitarist@BSN-182-133-194.dial-up.dsl.siol.net) 04.23.21 Quit [Saint] (Disconnected by services) 04.23.22 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.216) 04.27.50 Quit Keripo (Quit: Leaving.) 04.40.50 Quit Strife89 (Quit: The inside story ...) 04.43.09 Quit Judas_PhD (Quit: This is a quitting message) 04.44.13 Join Strife89 [0] (~Strife89@168.16.226.187) 04.45.04 Join Keripo [0] (~Keripo@eng054.wireless-resnet.upenn.edu) 04.45.45 Quit mystica555 (Remote host closed the connection) 04.47.12 Join mystica555 [0] (~Mike@m4f2636d0.tmodns.net) 04.55.23 Quit milk (Quit: baaaiiii) 04.58.50 Quit S_a_i_n_t (Ping timeout: 240 seconds) 05.00.15 Quit Dreamxtreme (Ping timeout: 246 seconds) 05.02.37 Join [Saint] [0] (S_a_i_n_t@203.184.3.216) 05.04.38 Join Rob2223 [0] (~Miranda@p4FFF10AC.dip.t-dialin.net) 05.09.09 Quit Rob2222 (Ping timeout: 276 seconds) 05.13.08 Quit JesusFreak316 (Remote host closed the connection) 05.23.47 Join mystica555_ [0] (~mike@m4f2636d0.tmodns.net) 05.36.55 Quit liar (Ping timeout: 255 seconds) 05.40.11 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 05.41.39 Quit Horscht (Quit: Verlassend) 05.59.58 Quit panni_ (Quit: ( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )) 06.06.55 Join Guinness` [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 06.06.55 Quit Guinness (Read error: Connection reset by peer) 06.09.33 Join Dreamxtreme [0] (~Dre@92.30.107.230) 06.13.22 *** Saving seen data "./dancer.seen" 06.51.21 # New commit by 03kkurbjun (r29246): Fix battery charging. 06.53.33 # New commit by 03kkurbjun (r29247): M:Robe 500: Use bit modifiers more. 06.55.27 # r29246 build result: All green 06.58.22 Quit liar (Ping timeout: 255 seconds) 06.59.08 # r29247 build result: All green 07.18.00 Quit JdGordon1 (Quit: leaving) 07.23.34 Join mudd1 [0] (~cmertes@ip-78-94-203-49.unitymediagroup.de) 07.33.28 Nick mordocai is now known as mordocai_afk (~mordocai@66.119.9.243) 07.34.22 Quit leavittx (Ping timeout: 255 seconds) 07.36.35 Quit t0rc (Remote host closed the connection) 07.41.33 Join kugel [0] (~kugel@2.208.5.65) 07.41.34 Quit kugel (Changing host) 07.41.34 Join kugel [0] (~kugel@rockbox/developer/kugel) 07.53.56 Quit factor (Read error: Connection reset by peer) 08.13.25 *** Saving seen data "./dancer.seen" 08.15.20 Quit kugel (Ping timeout: 255 seconds) 08.20.55 Quit TheSeven (Ping timeout: 265 seconds) 08.25.34 Join pamaury [0] (~quassel@dhcp-128-95.residence.ens-lyon.fr) 08.25.35 Quit pamaury (Changing host) 08.25.35 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 08.28.56 Quit Keripo (Quit: Leaving.) 08.29.23 Join sideral [0] (~sideral@213.165.85.248) 08.29.23 Quit sideral (Changing host) 08.29.24 Join sideral [0] (~sideral@rockbox/developer/sideral) 08.39.27 Join Mikeb0ok [0] (~mike@m312636d0.tmodns.net) 08.39.56 Join MikeH__ [0] (~Mike@m312636d0.tmodns.net) 08.39.56 *** Alert Mode level 1 08.39.56 DBUG Enqueued KICK mystica555 08.39.56 DBUG Enqueued KICK mystica555_ 08.39.56 *** Alert Mode level 2 08.39.56 DBUG Enqueued KICK Mikeb0ok 08.39.56 DBUG Enqueued KICK MikeH__ 08.39.56 *** Alert Mode level 3 08.41.38 Quit mystica555 (Ping timeout: 240 seconds) 08.41.55 Quit mystica555_ (Ping timeout: 240 seconds) 08.42.29 Join Zagor [0] (~bjst@giant.haxx.se) 08.42.30 Quit Zagor (Changing host) 08.42.30 Join Zagor [0] (~bjst@rockbox/developer/Zagor) 08.42.42 Nick MikeH__ is now known as mystica555 (~Mike@m312636d0.tmodns.net) 08.42.42 DBUG Enqueued KICK mystica555 08.42.42 *** Alert Mode level 4 08.43.04 Nick Mikeb0ok is now known as mystica555_ (~mike@m312636d0.tmodns.net) 08.43.04 DBUG Enqueued KICK mystica555_ 08.43.04 *** Alert Mode level 5 08.46.21 Join factor [0] (~factor@75.108.68.114) 08.46.37 Join B4gder [0] (~danielx@rockbox/developer/bagder) 08.50.54 Quit sasquatch (Ping timeout: 265 seconds) 08.53.05 *** Alert Mode OFF 08.56.18 Quit qurvel (Read error: Operation timed out) 08.57.02 Join kronflux [0] (~kronflux@142.68.148.70) 08.58.37 Quit mc2739 (Ping timeout: 265 seconds) 09.00.34 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 09.01.22 Join sasquatch [0] (~username@46.114.1.45) 09.03.30 Quit Raptors (Read error: Connection reset by peer) 09.08.48 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.13.19 Join petur [0] (d408b802@rockbox/developer/petur) 09.14.51 Quit efyx (Ping timeout: 276 seconds) 09.16.05 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.17.37 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 09.30.51 Join n1s [0] (~n1s@nl119-201-215.student.uu.se) 09.30.52 Quit n1s (Changing host) 09.30.52 Join n1s [0] (~n1s@rockbox/developer/n1s) 09.35.44 Quit mc2739 (Ping timeout: 250 seconds) 09.36.54 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 09.37.40 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 09.38.02 Quit burn (Read error: Operation timed out) 09.39.59 Join markun_ [0] (5571f93d@rockbox/developer/markun) 09.45.40 Join hebz0rl [0] (~hebz0rl@dslb-188-098-000-010.pools.arcor-ip.net) 09.47.33 Join eGen_ [0] (generat0r@gate.mmdecin.cz) 09.49.00 Join Zarggg [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 09.54.26 Quit eGen_ (Quit: ... gettin' screew my wife ....) 09.54.32 Join eGen_ [0] (generat0r@gate.mmdecin.cz) 09.55.02 # sideral: just make the strings empty, "" instead, i suggested a fix for langtool yesterday but i'm not 100% sure it's ok, was hoping for a reply from rasher there 09.55.56 # n1s: Thanks. Already did that. Good to know you're working on this -- that means I can close that bug report I was editing :) 09.56.29 # i'll try to remember to commit it tonight 09.57.02 # cool 09.57.46 Quit TheSeven (Ping timeout: 276 seconds) 09.57.50 Quit hebz0rl (Ping timeout: 240 seconds) 09.59.06 # sideral: also that warning about using deprecated without quotes from genlang is a bug, it should work, as it used to work and there is code in genlang to replace deprecated with "", so using "" directly is equivalent 10.04.01 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 10.05.03 Quit sideral (Ping timeout: 240 seconds) 10.13.29 *** Saving seen data "./dancer.seen" 10.13.49 Join leavittx [0] (~lev@89.221.199.187) 10.18.03 Quit Kitar|st (Ping timeout: 276 seconds) 10.19.27 Quit leavittx (Ping timeout: 246 seconds) 10.19.28 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 10.23.38 Join leavittx [0] (~lev@89.221.199.187) 10.37.58 Join sideral [0] (~sideral@213.165.85.248) 10.37.58 Quit sideral (Changing host) 10.37.58 Join sideral [0] (~sideral@rockbox/developer/sideral) 10.40.19 # n1s: OK. Are you tracking / logging that bug as well? 10.42.05 Join Kitr88 [0] (~Kitarist@BSN-182-133-194.dial-up.dsl.siol.net) 10.42.26 # sideral: no 10.43.06 # i'm not really comfortable poking around in these perl scripts so i'd rather not :) 10.43.57 # Could you log a Flyspray task? It's probably more useful if you post it rather than me... 10.46.24 Quit Kitr88 (Ping timeout: 246 seconds) 10.47.00 Quit mudd1 (Ping timeout: 240 seconds) 10.48.40 # n1s: I've updated the patch that includes the lang-string deprecation. Could you have a quick look to check whether it looks sane? http://www.rockbox.org/tracker/task/11748?getfile=23295 10.50.11 # yeah, looks fine now 10.51.34 # thanks! 10.52.28 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 11.04.08 Join Kitar|st [0] (~Kitarist@BSN-182-133-194.dial-up.dsl.siol.net) 11.07.55 Quit user890104 () 11.08.45 Quit Kitar|st (Ping timeout: 276 seconds) 11.13.31 Join Kitr88 [0] (~Kitarist@BSN-182-133-194.dial-up.dsl.siol.net) 11.27.59 Join hebz0rl [0] (~hebz0rl@dslb-188-098-000-010.pools.arcor-ip.net) 11.35.36 Join LinusN [0] (~linus@rockbox/developer/LinusN) 11.44.16 Join JdGordy [0] (~jonno@124-171-49-199.dyn.iinet.net.au) 12.01.00 Quit hebz0rl (Ping timeout: 240 seconds) 12.04.56 Join DerPapst [0] (~Alexander@dslb-178-004-017-092.pools.arcor-ip.net) 12.10.00 Quit Guinness` (Read error: Connection reset by peer) 12.10.06 Join Guinness [0] (Slayer@c-68-55-111-159.hsd1.va.comcast.net) 12.11.48 Join qurvel [0] (~qurvel@i220-109-51-195.s02.a007.ap.plala.or.jp) 12.13.32 *** Saving seen data "./dancer.seen" 12.32.36 Quit timccc (Ping timeout: 276 seconds) 12.48.45 Join MethoS- [0] (~clemens@134.102.106.250) 13.06.31 Quit TheSeven (Ping timeout: 240 seconds) 13.09.42 Join timccc [0] (~timccc@112.166.15.141) 13.10.58 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 13.11.54 Join dfkt [0] (dfkt@unaffiliated/dfkt) 13.14.33 Join hebz0rl [0] (~hebz0rl@dslb-188-098-000-010.pools.arcor-ip.net) 13.17.42 Quit timccc (Ping timeout: 265 seconds) 13.19.17 Join mudd1 [0] (~cmertes@2001:638:504:20e0:221:70ff:fe83:655e) 13.24.09 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 13.32.11 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 13.34.29 Quit JdGordy (Quit: Bye) 13.45.21 Join PurlingNayuki [0] (~PurlingNa@183.8.148.201) 13.56.07 Part LinusN 14.04.28 Quit antil33t (Read error: Connection reset by peer) 14.04.39 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 14.10.32 Join panni_ [0] (hannes@ip-178-203-73-7.unitymediagroup.de) 14.12.48 Quit factor (Read error: Connection reset by peer) 14.13.33 *** Saving seen data "./dancer.seen" 14.14.27 Quit krazykit (Quit: awe yeeeeeee) 14.14.44 Join NikolasZ [0] (~6db66dba@giant.haxx.se) 14.16.42 Quit robin0800 (Remote host closed the connection) 14.18.32 Join maxsin [0] (~maxsin@212-178-8-179.broadband.tenet.odessa.ua) 14.20.19 Part maxsin 14.21.23 Join maxsin [0] (~maxsin@212-178-8-179.broadband.tenet.odessa.ua) 14.22.59 Quit antil33t (Read error: Connection reset by peer) 14.23.09 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 14.24.02 Part PurlingNayuki 14.24.47 Quit NikolasZ (Quit: CGI:IRC) 14.25.09 Join timccc [0] (~timccc@112.166.15.141) 14.29.08 Quit B4gder (Remote host closed the connection) 14.30.21 Quit antil33t (Read error: Connection reset by peer) 14.30.23 Join factor [0] (~factor@75.108.68.114) 14.30.31 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 14.44.16 Join TheLemonMan [0] (~lem0n@151.62.182.175) 14.56.38 Quit mystica555 (Read error: Connection reset by peer) 14.57.38 Join mystica555 [0] (~Mike@m312636d0.tmodns.net) 15.01.46 Join NikolasZ [0] (~6db66dba@giant.haxx.se) 15.03.16 # Hi ppl, i just install rockbox to my bro ipod nano g1. All ok and many thanks for your work. Now im waiting for g4 nano :). Again ty for great software! 15.05.32 Join komputes [0] (~komputes@ubuntu/member/komputes) 15.07.16 Quit plux (Ping timeout: 240 seconds) 15.07.33 Join plux [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) 15.24.51 Quit GeekShadow (Read error: Connection reset by peer) 15.25.11 Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 15.31.11 Quit GeekShad0w (Read error: Operation timed out) 15.37.10 Quit NikolasZ (Quit: CGI:IRC) 15.40.28 Join webguest741 [0] (~b637ede1@giant.haxx.se) 15.40.39 # Hi guys 15.41.02 # i've a problem with a theme that i downloaded from the themes webpage. 15.41.26 # its called "fullscreen" for the ipod video 5.5 gen 15.41.42 # apparently its missing the sbs file, and only has the .wps file 15.42.27 # Does the theme cfg actually refer to an sbs file? 15.42.31 # not all themes have a custom statusbar.. 15.42.41 # thus the theme is not appearing correctly with remnants of the previous theme existing after the new one is applied 15.42.56 # there is no reference to an sbs file in the cfg file 15.43.18 # however, i have used this theme in the past and i remember how it looks like 15.43.40 # perhaps you just need to set the statusbar back to the default, non-custom one? 15.44.00 # i just reset the rockbox settings to default 15.44.07 # that's all settings, not only theme settings 15.44.21 # but the old theme is still appearing over the new one 15.44.44 # here's the theme 15.44.47 # http://themes.rockbox.org/index.php?themeid=153&target=ipodvideo 15.44.56 # the screenshot on the themes page shows it uses the non-custom statusbar 15.45.10 # as you can see, there are supposed to be custom elements on the sides 15.45.21 # That's the WPS 15.45.29 # there's no SBS 15.45.40 # precisely 15.45.49 # er, no, not precisely 15.45.50 # so the sbs from the previous theme is being used 15.46.07 # do you mean the while playing screen doesn't look right? 15.46.12 Quit Judas_PhD (Quit: This is a quitting message) 15.46.13 # becuase that's nothing to do witht he SBS 15.46.16 # (probably) 15.46.29 # i reckon so 15.46.35 # you reckon? 15.46.38 # as i have used the theme in the past without problems 15.46.42 # does your while playing screen look like that screenshot, or not? :) 15.46.50 # and does your menu look like the menu screenshot? 15.46.57 # with the small text statusbar at the top? 15.47.08 # nope 15.47.12 # the menu one definitely doesn't 15.47.54 # what *does* it look like, then? 15.48.11 # the wps does though 15.48.23 # the status bar is at the bottom 15.48.39 Join GeekShad0w [0] (~Antoine@80.10.46.74) 15.49.09 # but it's right other than that? 15.49.25 # yes 15.49.38 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 15.49.42 # ..so the only problem is that the statusbar is at the bottom instead of the top? 15.49.44 # the icons aren't there either 15.49.45 # that's a setting 15.49.48 # change it. 15.49.58 # as are whether the volume/battery are icons or numbers 15.50.08 # http://download.rockbox.org/daily/manual/rockbox-ipodvideo/rockbox-buildch9.html#x12-1570009 15.50.10 # ah got it 15.50.13 # for the icons part 15.51.06 # i think i see what's the problem 15.51.35 # the base theme i used last time is not the same one as the one i have now 15.51.43 # "base theme"? 15.51.51 # yes the sbs file 15.52.09 # you said you reset the settings to defaults, though 15.52.14 # whcih would've stopped using an SBS 15.52.18 # as cabbiev2 doesn't have one 15.52.31 # and since "fullscreen" doesn't have a wps it uses the sbs 15.52.37 # er 15.52.44 # i didn't reset it the last time i used it 15.52.46 # i think you have your terms confused 15.52.57 # how so? 15.52.58 # fullscreen doesn't have a custom statusbar (sbs) 15.53.03 # it *does* have a custom while playing screen (wps) 15.53.09 # i understand that 15.53.16 # that's the exact opposite of what you just said 15.53.38 # i believe the confusion is from this line "and since "fullscreen" doesn't have a wps it uses the sbs" 15.53.54 # i meant that it uses the sbs from the previous theme, that has one. 15.54.16 # yes, lots of themes predate the introduction of custom statusbars 15.54.20 # so they don't set that setting at all. 15.54.31 # and since the last time i used it, i didn't reset the settings to default, it looks different than now 15.54.41 # If you reset your settings, or load the cabbiev2 theme, everything will go back to how it's supposed to be by default 15.54.44 # mm i see 15.54.49 # and then if you choose fullscreen, it should look like the screenshots on the theme site 15.55.01 # But yes, if you had a different theme before that *did* have an SBS then it will look different. 15.55.18 # i did a reset again, and it now looks like what it should 15.55.38 # if you want it to look like it did before you'll have to remember whcih theme's SBS you were using by accident :) 15.55.50 # yep, and i just found it :) 15.55.54 # its AW200 15.56.03 # are you by any chance using the same player as i am? 15.56.15 Quit hebz0rl (Ping timeout: 265 seconds) 15.57.11 Quit GeekShad0w (Ping timeout: 240 seconds) 15.58.46 # i use lots of players ;) 15.58.58 # ah i see 15.59.12 # so i suppose that you're great with rockbox then? 16.00.14 Ctcp Ignored 6 channel CTCP requests in 3 minutes and 8 seconds at the last flood 16.00.14 # * Torne shrugs. He's a developer, so knows how it works :) 16.00.36 # cool 16.01.16 # i'm keen on developing my own theme. but i need a program that can convert .ttf to .fnt 16.01.22 # so that i can use it in rockbox 16.02.02 # http://www.rockbox.org/wiki/CreateFonts 16.02.06 # This is explained on the wiki :) 16.02.20 # oh thanks 16.02.53 # pardon me, i prefer to use irc channels for questions 16.03.14 # as i know there are kind and skilled people like yourself 16.04.48 # You mean you don't value other people's time? 16.04.58 # Pardon me for not pardonning you then 16.05.26 # i'm not sure i understand you gevaerts 16.06.17 # Asking here means someone has to spend time to help you, searching the wiki or the manual not 16.06.23 # you're saying that by asking questions on the irc channel that can be answered elsewhere is a waste of other people's time? 16.06.31 # yes 16.06.33 # clearly 16.07.00 # true, but no one has the obligation to answer my query 16.07.08 # If you don't find an answer, asking here is fine, but if you can't be bothered to look, you're arrogant 16.07.18 # of course i thank anyone who does 16.07.43 # i apologise if i came across as arrogant 16.07.51 # but that was not my intent 16.08.17 # i'll be sure to check the wiki next time :) 16.08.44 Join hebz0rl [0] (~hebz0rl@93.182.186.83) 16.08.54 # i did however, search the forums and the wiki for my first problem that i asked torne 16.08.54 # Thanks :) 16.09.20 # the second, apparently unwarranted question, was just a small spin off 16.09.34 # that i thought of asking since we're on the subject on themes 16.10.20 # so no arrogance there, perhaps just a little oversight :) 16.10.40 # its getting pretty late where i am now, and i have school tomorrow 16.11.26 # so i'll be leaving, now, and i thank you and torne for your advice. 16.11.30 # goodbye 16.11.46 Quit webguest741 (Quit: CGI:IRC (EOF)) 16.13.37 *** Saving seen data "./dancer.seen" 16.19.44 Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 16.36.48 Join {phoenix} [0] (~dirk@p57AA4E4A.dip.t-dialin.net) 16.47.54 Quit leavittx (Read error: Operation timed out) 16.48.49 Join Dexpid [0] (~dexpid@cpe-69-133-107-162.woh.res.rr.com) 16.51.55 Join toffe82 [0] (~chatzilla@maf.wirelesstcp.net) 16.52.37 # * [Saint] dislikes themes that forget to default values they don't apply but other themes might. 16.52.40 Quit hebz0rl (Quit: Leaving) 16.53.11 # <[Saint]> ...leads to all sorts of cock-ups when applying themes, or the need to revert to cabbie in between each time. 16.53.46 Quit TheLemonMan (Quit: free(me)) 16.53.55 # [Saint]: to be fair the SBS setting didn't *exist* when many of our themes were last uploaded :) 16.54.12 # <[Saint]> well, yes...this is true. 16.54.51 Join bluebrother [0] (~dom@rockbox/developer/bluebrother) 16.56.37 # Plus you wouldn't want *ALL* settings to return to default on theme change 16.56.48 Quit Rob2223 (Read error: Connection reset by peer) 16.56.48 Quit antil33t (Read error: Connection reset by peer) 16.56.58 Join antil33t [0] (antil33t@124-197-51-80.callplus.net.nz) 16.57.03 Join Rob2222 [0] (~Miranda@p4FFF10AC.dip.t-dialin.net) 16.58.27 Quit bluebroth3r (Ping timeout: 260 seconds) 17.05.11 Part Zagor 17.07.15 Join Topy [0] (~Topy44@f049231071.adsl.alicedsl.de) 17.10.52 Quit T44 (Ping timeout: 240 seconds) 17.25.24 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 17.27.37 Quit tchan1 (Ping timeout: 240 seconds) 17.30.16 Quit sideral (Ping timeout: 250 seconds) 17.39.47 Quit markun_ (Ping timeout: 245 seconds) 17.40.47 Quit robin0800 (Quit: Leaving) 17.44.03 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 17.46.40 Quit robin0800 (Client Quit) 17.50.57 Quit petur (Quit: Page closed) 18.00.29 Quit jae (Ping timeout: 245 seconds) 18.01.27 Join jae [0] (~jae@dedicated.jaerhard.com) 18.06.14 Quit Dexpid (Read error: Connection reset by peer) 18.11.05 Join krazykit [0] (~krazykit@99-126-205-52.lightspeed.cicril.sbcglobal.net) 18.13.41 *** Saving seen data "./dancer.seen" 18.15.41 Quit n1s (Quit: Lämnar) 18.17.12 Quit shai (Read error: Connection reset by peer) 18.17.40 Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) 18.22.00 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 18.23.20 Quit mudd1 (Read error: Operation timed out) 18.34.43 Join LambdaCalculus37 [0] (~3f74f70d@rockbox/staff/LambdaCalculus37) 18.39.09 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.43.07 Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 18.48.07 Quit pamaury (Remote host closed the connection) 18.49.47 Join Stummi [0] (~Stummi@rockbox/developer/Stummi) 18.49.48 Join pamaury [0] (~quassel@dhcp-129-228.residence.ens-lyon.fr) 18.49.48 Quit pamaury (Changing host) 18.49.48 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 18.55.37 Quit evilnick_B (Ping timeout: 245 seconds) 18.56.01 Quit robin0800 (Read error: Connection reset by peer) 18.57.38 Quit GeekShad0w (Ping timeout: 240 seconds) 18.57.43 Join thomasjfox [0] (~thomasjfo@dslb-088-067-034-076.pools.arcor-ip.net) 18.59.13 Quit TheSeven (Ping timeout: 246 seconds) 18.59.43 Join vnl [0] (~slayer@cpc5-king10-2-0-cust73.perr.cable.virginmedia.com) 19.01.57 Join leavittx [0] (~lev@89.221.199.187) 19.02.28 Join L-Strife89 [0] (~Strife89@207.144.201.128) 19.10.49 Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) 19.18.59 Join Ayla [0] (~Ayla@89.204.153.207) 19.19.05 # hello 19.19.14 # could anybody help me with this? 19.19.19 # http://www.rockbox.org/wiki/CodecPerformanceComparison#Portal_Player_40ARM7TDMI_41 19.19.24 Quit tchan (Read error: Connection reset by peer) 19.19.34 # I don't really understand what the percents mean 19.19.42 # and what's the Hz value 19.20.14 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 19.20.49 # The MHz value is the processor speed that is needed to play realtime 19.21.14 # And the % realtime is how fast it plays relative to the max speed of the processor 19.21.37 # So to play without skipping, it needs to be 100% realtime (plus a little bit for the rest of Rockbox to run) 19.22.52 # ok, that's interesting 19.22.57 # so the lower the MHz value (and therefore the higher the % realtime value) the more efficient the codec 19.23.37 # In reality you need maybe 110% realtime for skip free playback, although if you use lots of DSP such as equalizer then this might change 19.24.21 Join mudd1 [0] (~cmertes@ip-78-94-203-49.unitymediagroup.de) 19.24.28 # are there tests with mp2a and mp1a? 19.24.39 # % realtime means that if a song is 3 minutes long and you have 200% realtime, then Rockbox takes 1 minute 30 to decode it 19.25.06 # Ayla: MP2 and MP1 audio? No, I don't believe so. If you want to conduct such tests, feel free to. 19.25.08 # Not unless they are on the wiki somewhere 19.25.10 # thanks for the explanation :) 19.25.31 Join Keripo [0] (~Keripo@SEAS334.wlan.seas.upenn.edu) 19.25.39 # I'd like to do something with a ... 3 MIPS ARM chip 19.25.49 Join GeekShad0w [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 19.25.56 # it's nowhere near powerful enough to decode audio, it seems 19.26.39 # Ayla: 3 MIPS? You sure it's not 3 MHz? 19.26.41 Quit DerPapst (Quit: Leaving.) 19.26.55 # officially 23,5MHz 19.27.23 # but it uses 2MB of SRAM shared memory, without cache, and has the lowest priority on it 19.27.36 # so it ends being around 3 MIPS 19.28.00 # external ram? 19.28.15 # yes. That's the sound coprocessor of the dreamcast 19.29.09 # You should be able to do some trivial codecs, but probably not anything psychoacoustic :) 19.30.08 # The PortalPlayers have a slightly crappy cache fitted outside the main die, *and* have internal ram to store parts of the codec code and some of the workign data 19.30.19 # and they still need the speeds listed int eh wiki 19.30.44 # ah, so they're limited too by a crappy hardware? That's interesting 19.30.57 # well it's better than *no* cache 19.31.03 # whcih is what's standard fro ARM7TDMI :) 19.31.09 # clearly 19.31.51 # isn't there a DSP core in the dreamcast as well? 19.32.14 # that would be how you normally do FFT-based codecs on tiny chips 19.32.22 # there is one, yes 19.32.32 # but it is a bit special, and not very known 19.32.59 # almsot all DSP cores are a bit special and not very documented :) 19.33.11 # well, ok :) 19.33.20 Quit kronflux (Quit: Leaving) 19.33.28 # actually, MAME emulates it, so there is at least a bit of documentation 19.33.51 # technically if MAME emulates it *correctly* then that's a complete specification right there :) 19.34.20 # I said "documentation" :p 19.34.46 # I did have a look at it, it's very obscure 19.35.02 # anyway, you are likely to be limited by memory speed there 19.35.21 # i'd be surprised if anything like mpeg was realistically possible without heroic efforts 19.35.43 # iirc games tended to do ADPCM which is really cheap but only gives you 4:1ish 19.36.04 # the hardware can decode ADPCM 19.36.23 # but those are used mostly for sound effects 19.36.34 # for music we used either CDDA or mp3/ogg 19.36.46 # i doubt our codec code is going to be much help to you, anyway 19.36.52 # not to run directly on the sound core. 19.37.24 # code for what? 19.37.54 # ..for our codec implementations? 19.37.59 # i assumed that was what you're interested in 19.38.36 # well, currently I'm only trying to gather information, about the possibility of this 19.38.39 Quit LambdaCalculus37 (Quit: lunch over work time now!) 19.38.54 # well, it's very hard to know whether it's possible without doing it. 19.39.11 # you'd have to try :) 19.39.14 Join kevku [0] (~kevku@2001:7d0:0:f9af:feed:feed:feed:feed) 19.39.36 # the real-use-case effect of having slow shared memory might be a huge problem or might not be that bad 19.40.03 # if you were decoding mp3 then the host cpu would be touching the shared soudn memory less often, since mp3 data is more dense than ADPCM or whatever.. 19.40.05 # I guess I have to try yes, but if I try I want to choose the codec that suits that best before 19.40.14 # so you may win more bus transactions in reality 19.40.27 # Probably *no* modern codec suits that hardware 19.41.00 # yes I guess so, that's why I was asking for performance of mpeg1a and mpeg2a 19.41.10 # nobody does layer 1 19.41.38 # ah. ok :) 19.42.00 # well, it's pretty rare anyway 19.42.16 # and i'm not sure that it's noticably cheaper than layer 2 19.42.47 # I heard mpeg2a is much cheaper to decode than mp3 19.42.48 # heh,w e do have some benchmark results for it actually 19.42.53 # not on that hardware 19.42.59 # but the ratio is still probably reasonable 19.43.32 # on i.mx31 mp3 requires ~30MHz, mp1/2 require ~25MHz 19.43.50 # This might just be that the layer1/2 decoder hasn't been optimised as heavily 19.44.30 # the ratio is pretty constnat across the different platforms on our wiki. 19.44.44 # so, yeah, at least using *our* implementation layer3 is only 20% slower or so 19.44.57 # which probably isn't enough to make a difference to whether it'll work for you or not 19.45.27 Join ender` [0] (krneki@foo.eternallybored.org) 19.45.40 # well, Musepack seems more interesting than mpeg2a here 19.45.57 # * Torne is leaving for now, anyway ;) 19.46.23 # ok, thanks for the tips 19.49.30 Join sideral [0] (~sideral@213.165.85.248) 19.49.30 Quit sideral (Changing host) 19.49.30 Join sideral [0] (~sideral@rockbox/developer/sideral) 19.53.15 Join DerPapst [0] (~Alexander@p5DE5A034.dip.t-dialin.net) 19.54.24 Join Horscht [0] (~Horscht@xbmc/user/horscht) 19.54.49 Quit plux (Quit: Lost terminal) 19.56.41 Join plux [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) 19.57.33 Quit liar (Read error: No route to host) 20.00.13 Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) 20.06.46 Quit L-Strife89 (Quit: Heading back to the dorm; need to study.) 20.13.45 *** Saving seen data "./dancer.seen" 20.18.13 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 20.19.21 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 20.19.22 Quit bertrik (Changing host) 20.19.22 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 20.23.05 Part vnl 20.24.29 Quit thomasjfox (Ping timeout: 250 seconds) 20.31.55 Quit pamaury (Read error: Connection reset by peer) 20.33.22 Join pamaury [0] (~quassel@dhcp-128-95.residence.ens-lyon.fr) 20.33.22 Quit pamaury (Changing host) 20.33.22 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 20.34.50 Join kugel [0] (~kugel@dslb-188-103-162-086.pools.arcor-ip.net) 20.34.50 Quit kugel (Changing host) 20.34.50 Join kugel [0] (~kugel@rockbox/developer/kugel) 20.40.27 Join thomasjfox [0] (~thomasjfo@dslb-088-067-034-076.pools.arcor-ip.net) 20.50.56 Quit Keripo (Quit: Leaving.) 21.00.45 # thomasjfox: hey! 21.00.49 Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) 21.00.58 # kugel: hey. Wait just some more seconds ;) 21.01.29 # kugel: My box crashed real hard before doing my first useful commit. 21.01.54 # kugel: Trying again now, removed some RAM. This hardware issue is starting to suck :o) 21.02.03 # your first commit *was* useful, the website needs it to show your realname in the svn log :) 21.02.17 # hehe 21.02.36 # is any of the supported GoGears a flash target? I saw one from a hopefully to be colleague today but I didn't see any other specifications than "GoGear", not any of these numbers 21.03.06 # One of the GoGears is *very* similar to the e200 IIRC 21.03.20 # kugel: The box crashed so hard it didn't even boot afterwards for several minutes. It has a POST display onboard and it showed really strange things... Stuck in SMBus initialization. wtf? 21.03.42 # gevaerts: hmm, I may have a look at the config file(s) 21.05.30 # New commit by 03thomasjfox (r29248): Initial maemo platform support ... 21.06.08 # * thomasjfox crosses his fingers for no "red"... 21.07.01 # hey gevaerts 21.07.32 # gevaerts: Any idea how we should proceed with the "debian" directory? 21.07.53 # hm 21.08.51 # gevaerts: #define MODEL_NAME "Philips GoGear SA200" <-- in the gogearsa9200 config file - is the missing 9 a typo? 21.09.22 # pixelma: ah, you found the one bug that's blocking it from stable :) 21.09.45 # hmm? 21.09.53 # Yes, that looks wrong 21.10.00 # I think 21.10.48 # r29248 build result: All green 21.10.55 # yeeeaahhh 21.11.39 # thomasjfox: impressive :) 21.12.46 # Funny how subversion detected a "copy" from hosted/sdl/button-sdl.h to hosted/maemo/maemo-thread.h :o) 21.13.18 # kugel: So how's things? Busy with university? 21.13.32 # yea 21.13.42 # 4 exams this week 21.13.47 # Ouch 21.14.55 # * pixelma suggests switching channels for this though ;) 21.15.23 # thomasjfox: IIRC that's actually git detecting it, and git svn passing this info to svn 21.15.37 # I guessed so because you weren't able to finish the ucontext stuff yet 21.17.26 Join LambdaCalculus37 [0] (~LambdaCal@rockbox/staff/LambdaCalculus37) 21.17.26 Join L-Strife89 [0] (~Strife89@168.16.226.187) 21.19.00 # thomasjfox: congratulations for that one :) 21.19.49 # kugel: Thanks ;) btw: What should we do about the cabbiev2 800x480 theme? 21.20.02 # It still has viewport bugs but is better than nothing at the moment 21.20.56 # This would give others a chance to look into it. On the other hand these are large binary files to bloat SVN. Guess the background picture won't change though... 21.22.10 # someone needs to work on it :) I just did a very basic&preliminary port to have something to show off at the DevConPubBerlin ;) 21.22.14 # If we have both then could we get android to do rotation? 21.23.00 Quit tchan (Read error: Connection reset by peer) 21.23.34 # it should be possible with some effort 21.23.50 Join tchan [0] (~tchan@lunar-linux/developer/tchan) 21.23.53 # I'm not terribly bothered :) 21.27.11 # so commit it? It's 2,3mb of .bmp files 21.27.55 # Not that the 480x800 gfx is smaller :) 21.27.59 # Does anyone know how the attempt to compile rockbox with clang went so far? 21.28.03 # We should have a cabbie for each target - if the images can't be reused from elsewhere, then yeah 21.28.59 # Biggest part is the "backdrop" anyway 21.29.31 # I'm just thinking if we switch to windowed mode in the future, we would need something like 800x462 instead of 800x480 21.29.33 # bertrik: clang won't cross compile, no? 21.29.41 Join Zarggg_ [0] (~zarggg@24.229.139.169.res-cmts.sm.ptd.net) 21.29.50 # yes, but I know Zagor tried it on a simulation build too 21.30.09 Part Ayla 21.30.34 # ah right 21.30.39 # As far as I know he got sidetracked and he's now turning rockbox into lots of semi-standalone libraries with well defined APIs 21.30.41 Quit Zarggg_ (Remote host closed the connection) 21.31.31 # New commit by 03sideral (r29249): Make enable-autoresume option more consistent with other settings. ... 21.31.34 # New commit by 03sideral (r29250): Do not update resume information and do not log statistics when a ... 21.31.39 # New commit by 03sideral (r29251): Add option to resume next track on automatic track change ... 21.32.23 # thomasjfox: not sure if we need a separate cabbiev2 for this 18 pixels 21.33.23 Quit Zarggg (Ping timeout: 250 seconds) 21.34.34 # kugel: Any idea what happens if the backdrop is slightly larger than the screen? If we loose some pixels at the top, no problem. If we loose them at the bottom, it would affect the buttons 21.35.25 Join TheLemonMan [0] (~lem0n@ppp-33-138.98-62.inwind.it) 21.35.59 # gevaerts: I have an idea about the debian directory. I'll try to create a "maemo" directory and put it below that. So it shouldn't interfere with "real" debian packaging 21.36.14 # r29249 build result: All green 21.36.30 # thomasjfox: that helps on our side, but it's a bit awkward when you actually need it 21.36.55 # thomasjfox: IIRC we just load it partly 21.37.10 # gevaerts: Well, you can't specify an alternative "debian" directory to the debian build tools AFAIK 21.37.11 Join bmbl [0] (~bmbl@dsl109-201.pool.bitel.net) 21.37.11 Quit bmbl (Changing host) 21.37.11 Join bmbl [0] (~bmbl@unaffiliated/bmbl) 21.37.17 # thomasjfox: indeed not 21.37.31 # Which means I don't really know... 21.37.46 # I quickly checked and didn't find something 21.38.11 # Anyhow I someone turns up and says "ahh, this is easy", we can still move it 21.38.18 # Maybe people in #maemo have ideas? 21.38.25 # I someone = if someone 21.38.38 # let me try 21.39.47 Quit bmbl (Client Quit) 21.40.03 # gevaerts: shall I fix the GoGear typo? The keypad define uses 9200 as well 21.40.17 # pixelma: that's probably a good idea 21.41.42 # r29251 build result: 4 errors, 0 warnings (sideral committed) 21.43.52 # Interesting. What's the configuration / make target that would have caught this pre-commit? 21.43.59 # I'll wait a bit for other people's commit series to be finished 21.45.08 # sideral: (D) database tool probably ;) 21.45.25 # thomasjfox: I noticed a slight annoyance with rockbox on n900: It does not update screen content when its shown in the task switcher. Other applications do that 21.45.32 # sideral: the database tool, probably for any target 21.46.02 # pixelma, gevaerts: I figured, but how is that tool built? Never came across that option 21.46.13 # sideral: D in configure 21.46.27 # ah OK, thanks gevaerts 21.46.34 # will be fixed presently... 21.46.44 # amiconn: Yes, this is currently by design: The SDL screen updates cost -a lot- of CPU. Currently it can only detect it looses the input focus if you put it in the background and do something else 21.46.44 # that's what I said... :| 21.47.29 # amiconn: I thought about a separate OS thread for the screen updates and do I just once a second or so if the input focus is lost 21.48.04 Quit L-Strife89 (Ping timeout: 255 seconds) 21.48.15 # Hmm, it's not possible to detect task switcher? 21.49.01 # amiconn: We use SDL for the GUI stuff, probably we need to gather this information through other channels 21.49.09 # amicoon: Guess we can find this out via dbus :) 21.49.21 # amiconn: I'll put a note on my TODO list 21.50.30 # New commit by 03sideral (r29252): Fix red: Do not compile autoresume() function for the database tool. 21.51.16 # pixelma: ah, missed that in your message, sorry 21.52.00 # should have spelled it "(D)atabase tool" probably ;) 21.54.18 # hmm, if autoresume is part of the database, shouldn't it be included in the database tool (it's meant as a standalone tool to create your database on the PC). Although... you can't listen to your files with it... hmm 21.54.37 # pixelma: yes, that what my fix-up commit fixes 21.54.44 Quit ender` (Quit: On the other hand, you have different fingers.) 21.55.27 # I was questioning that, but I admit that I only read the commit message here so far 21.55.27 # r29252 build result: All green 21.55.49 # amiconn: No dbus signal for the task switcher. We have to detect this by another way 21.57.02 # pixelma: Ah, I understand what you mean. Yes, the data parsing for the resume position should be included in the db tool. There was just an auxiliary function in metadata.c that didn't belong in the tool 21.57.36 # pixelma: I'm done with my commits, you're good to go with yours 22.00.09 # aha, ok 22.01.33 # sideral: is this autoresume disabled for all targets that can not load the database to RAM? 22.02.12 # No. But it shouldn't depend on the ability to load the DB to RAM. 22.02.38 # (if by "disabled" you mean "not compiled in") 22.03.31 # just trying to figure out if we could exclude the lang strings for those as I think that's where the small binsize increase for them. Ok, not that way it seems (there's already a feature for database in RAM which I thought could be used) 22.03.42 Quit Stummi (Quit: Bye!) 22.04.16 Quit kugel (Ping timeout: 255 seconds) 22.04.17 # add "comes from" at the appropriate place 22.05.49 # I noticed the binsize increase as well. Any comments on whether it is in an acceptable order of magnitude and where it might come from (except for the lang string additions)? 22.06.52 Join Keripo [0] (~Keripo@eng442.wireless-resnet.upenn.edu) 22.08.00 # sideral: utils/analysis/bloat-o-meter.py :) 22.11.24 # gevaerts: nice :) 22.12.31 Quit mordocai_afk (Ping timeout: 240 seconds) 22.13.03 Join mordocai_afk [0] (~mordocai@66.119.9.243) 22.13.49 *** Saving seen data "./dancer.seen" 22.14.04 # New commit by 03thomasjfox (r29253): Add cabbie theme for 800x480 ... 22.17.57 Quit Keripo (Quit: Leaving.) 22.18.27 # r29253 build result: All green 22.20.18 # sideral: what defines if the feature is compiled in or not? Is there a HAVE_AUTORESUME then or so 22.21.50 Join kugel [0] (~kugel@2.208.5.65) 22.21.50 Quit kugel (Client Quit) 22.22.23 Join kugel [0] (~kugel@2.208.5.65) 22.22.24 Quit kugel (Changing host) 22.22.24 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.24.54 Join delt [0] (1000@ftp.deimos.ca) 22.24.56 # Hello 22.25.06 Quit {phoenix} (Remote host closed the connection) 22.25.31 # quick question, recording "clipping light" on sansa e260 ..... what are "main" and "remote" units? 22.25.53 # the docs (pdf) says the screen flashes to indicate clipping, but not much more.. 22.26.10 Quit benedikt93 (Quit: Bye ;)) 22.26.25 # Some players have an lcd remote 22.26.39 # So if this is included in the e200 manual it is by mistake 22.27.35 Join Keripo [0] (~Keripo@SEAS003.wlan.seas.upenn.edu) 22.27.51 Join GeekSh4dow [0] (~Antoine@ree79-1-78-237-225-34.fbx.proxad.net) 22.27.56 Quit GeekShad0w (Ping timeout: 240 seconds) 22.28.44 # copypasta from earlier/other players? =) 22.28.51 # also, "remote" lcd? 22.29.06 # uh i mean lcd "remote" 22.29.16 # a remote with its own display 22.29.27 # ah, remote control, which controls the player? 22.29.35 # yes 22.30.19 # ah ok, thanks for the info. the e2x0's (mechanical) scroll wheel lights up, i thought that could be used as peak/clip indicator...? 22.32.22 # it probably could as Rockbox is able to control it separately (e.g. there's a setting to turn it off completely), I don't think anyone did the needed changes though and I never heard someone suggesting this before 22.33.11 # oh btw, feature request: could "wheel light timeout" be set to zero seconds? ie. lights up on input, then immediately shuts down, without waiting >= 1 sec. 22.33.45 Quit kugel (Read error: Connection reset by peer) 22.33.57 # settings are: on, off (always on/off) then start at 1 sec. (stay on for x sec. after last input) 22.34.56 # at 1sec. it's just confusing 22.36.03 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.36.27 # I don't see the confusion about it 22.36.52 # and/or annoying 22.36.53 Quit kugel (Read error: Connection reset by peer) 22.37.26 # and it's nice to have the circle light up, can show you if the player is frozen etc etc (+ it looks cool) 22.38.20 # except keeping it lit up after last input (even 1 sec.) is ... well, like i said, either annoying or confusing :/ 22.38.57 # and i don't really feel like messing in the code right now... so, hence the feature request =) 22.39.02 # gevaerts: paultag might help us with the debian stuff. He's on to something 22.39.43 Quit Keripo (Quit: Leaving.) 22.40.30 Join Keripo [0] (~Keripo@SEAS003.wlan.seas.upenn.edu) 22.42.23 # New commit by 03pixelma (r29254): Correct typo in the Philipps SA9200 config file. 22.44.40 # anyway, thanks for the info 22.44.41 Part delt 22.45.30 Join stephen__ [0] (~stephen@86.42.26.228) 22.46.07 # Does anyone object to changing the touchscreen cabbies so that the play/pause icon is reversed, showing the action taken when it is pressed, rather than the status? i.e. when playing, the pause icon is shown, and when paused, the playback icon is shown. 22.46.15 # * linuxstb isn't sure about the other playback modes though... 22.46.32 # r29254 build result: All green 22.47.18 # Also, shouldn't configure be showing a list of RaaA targets, instead of just one (200) with a follow-up question? 22.48.53 # linuxstb: no objection, it seems more natural and what other (at least android) media players do 22.48.56 # and yes 22.49.37 # gevaerts: Something like this: http://raphaelhertzog.com/2010/09/27/different-dependencies-between-debian-and-ubuntu-but-common-source-package/ 22.50.15 # hm, maybe, yes 22.51.46 Quit TheSeven (Ping timeout: 245 seconds) 22.51.47 Quit Dreamxtreme (Read error: Connection reset by peer) 22.51.59 Quit maxsin (Ping timeout: 246 seconds) 22.52.37 Quit efyx (Quit: Quitte) 22.52.59 # AlexP: The slight complication is that that icon is actually playback status - including stop, fw & rew... 22.53.41 Join Dreamxtreme [0] (~Dre@92.30.107.230) 22.54.17 Join kugel [0] (~kugel@rockbox/developer/kugel) 22.55.42 # gevaerts: Damn, we just came up with the idea to use git branches and keep distro-specific debian/ directories on different branches 22.55.52 # gevaerts: That won't work for rockbox right now 22.56.08 # I'm not convinced that would work well anyway 22.57.19 Join saratoga [0] (9803c6dd@gateway/web/freenode/ip.152.3.198.221) 22.57.23 # linuxstb: Yes, and having to long press play to stop is completely non obvious at the moment 22.57.29 # gevaerts: What do you think about committing the "debian" directory in the maemo-specific state right now? Later on we can improve it with automatic distro detection if someone feels like writting debian build rules for RaaA 22.57.46 # That probably makes most sense 22.58.00 # i think without cache you'd probably need 200+ MHz to decode MP3 22.58.17 # on arm7tdmi 22.58.50 # AlexP: Ah, I didn't think of that. So we should have a stop icon/button? 22.59.37 # I think so - I think we need play/pause (as you suggested), stop and ffd/rwd 23.01.47 Quit kevku (Quit: KVIrc 4.0.2 Insomnia http://www.kvirc.net/) 23.03.05 # * linuxstb sees there are two target_id=60s in configure... 23.03.23 Join Jerom [0] (~jerome@79.132.59.245) 23.03.26 Join robin0800 [0] (~robin0800@cpc2-brig8-0-0-cust964.3-3.cable.virginmedia.com) 23.04.48 Quit leavittx (Ping timeout: 260 seconds) 23.07.37 # AlexP: long play is how it works on my other rockbox targets 23.07.49 # kugel: On other touchscreen? 23.07.51 # New commit by 03dave (r29255): Fix a duplicate target_id 23.08.12 # I meant my e200 and fuze actually 23.08.25 # Sure, lack of buttons don't hep there 23.08.40 # But for touchscreen you expect to press what you see 23.08.45 # ah wait, I lied about the e200 23.08.52 # And long pressing on play to stop feels very wrong on touchscreen 23.09.07 # I agree it's not obvious, but on the wps there's also lack of space 23.09.16 # same as clicking play to pause feels wrong 23.09.39 # New commit by 03thomasjfox (r29256): debian directory needed to build maemo packages ... 23.09.44 # There are some other big bits, I don't think a reorganisation to add a stop icon would be impossible 23.10.41 # most other media players don't even offer a stop option so I thought it would be ok 23.10.50 # also, ffd/rwd should be permanently visible and not hidden behind the logo IMO 23.10.56 Quit plux (Quit: qux) 23.11.13 # kugel: Trouble is, stopping is the only way I found of getting rid of the notification icon if I wasn't using Rockbox 23.11.48 # we could hide the icon 23.12.01 # (on pause) 23.12.06 # that's probably what people expect 23.12.17 # If it is paused, is it using up any resources as opposed to being stopped? 23.12.18 # r29255 build result: All green 23.12.19 # that's what other players do 23.12.41 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 23.13.10 # Shouldn't different RaaAs have different target_ids? 23.13.13 # AlexP: I'm not sure, I don't know the internals, but I suspect there's not a big difference 23.14.00 # kugel: I'll see if I can find out, some sort of task manager should tell me :) 23.14.13 # the task manager shows no difference 23.14.36 # OK, then cool - hiding the icon would satisfy me 23.14.37 # I checked that already long ago :) 23.15.06 # kugel: I've one more thing to upstream: Basic plugin support for RaaA 23.15.24 # (and also different config files?) 23.15.44 # kugel: The changes to apps/plugin/SOURCES are a bit messy I think 23.16.27 # r29256 build result: All green 23.16.27 # since plugins are in a horrible situation w.r.t. to touchscreen I didn't bother with them for android yet 23.16.30 # gevaerts: r.e. android signing, could the builds be done on clients then the server do the signing on the uploaded build? 23.16.34 # kugel: Look at "git diff master..maemo-port" to see what I mean 23.16.46 # AlexP: maybe. I'm not a specialist 23.16.50 # n900 has a keyboard so it's perhaps not as bad 23.16.51 # I think lots of plugins don't make much sense for app 23.17.01 # AlexP: Do any? 23.17.05 # we could have a seperate SOURCES for RaaA 23.17.09 # kugel: Well, the credits screen is a must have I guess? 23.17.21 # I most probably don't want to enable all plugins anyway 23.17.26 # linuxstb: a few maybe, like random_folder_advance, credits 23.17.45 # pictureflow :) 23.17.56 # DOOM ! :-) 23.18.05 # yeah, pictureflow for them as like it 23.19.29 # kugel: We could if we apply this patch: http://pastie.org/1542688 23.20.19 # s/PLATFORM_HOSTED/PLATFORM_MAEMO/ :) 23.20.41 Quit TheLemonMan (Quit: free(me)) 23.20.47 # The other platforms also break because of missing key bindings 23.20.51 # Atleast the SDL platform 23.21.17 # remember _HOSTED includes the simulator 23.21.22 # ah fuck 23.21.25 # all of them 23.21.33 # not again :) 23.21.36 Quit stephen__ (Quit: Leaving) 23.21.52 # :) 23.22.18 # Shouldn't that use #ifdef APPLICATION? 23.22.39 # pixelma: The feature is supported when the DB is compiled in and (currently) only for SWCODEC. 23.23.07 # linuxstb: Yes it should... 23.23.22 # if it should include android, then yes 23.23.54 Quit domonoky (Read error: Connection reset by peer) 23.24.05 # kugel: Well, shouldn't all RaaA targets be the same wrt plugins? 23.24.06 # kugel: Would you mind if I enable plugins on android? 23.24.18 # I still want someone to work on touchscreen interfaces for the plugins before enabling them ;) 23.24.55 # Well, most of the plugins get disabled by the patch. Just the basics like credits or pictureflow get built 23.25.05 # * linuxstb would like to clean up configure, so it has separate menu entries for each RaaA instance (SDL, Android, Maemo4, Maemo5) 23.25.15 # pixelma: the DB has a HAVE_TAGCACHE toggle, which by default is set for almost all targets IIRC 23.25.18 # linuxstb: I wouldn't midn 23.25.21 # I'd rather have a separate SOURCES.application or so instead of this #ifdef hell 23.26.02 # linuxstb: I don't think separating maemo 4 and 5 is useful 23.26.30 # kugel: They are different builds, hence different targets. They need different build environments that should be checked for. 23.26.32 # kugel: Good point. OTOH people might miss to modify SOURCES.application if they modify SOURCES 23.26.54 # linuxstb: IIRC you use the same environment 23.27.16 # but right, the different builds is a valid point 23.27.25 # Yes, but with the version set to 4 or 5. (IIUC) 23.27.46 # So if a user tries to build maemo4 when the sdk is configured for maemo5, configure should complain. 23.27.57 # linuxstb: You would need to extend the debian/rules, too if you split it up 23.28.01 # I think a unified build is possible, at the expense of armv7 optimizations (?) 23.28.40 # (obviously I know next to nothing about building for maemo) 23.29.37 # thomasjfox: SOURCES hardly change, I expect we can keep up with other people changing it 23.29.50 # kugel: ok 23.30.04 # kugel: So that approach is better 23.31.12 # kugel: I'll give your app-disable-codec-buffering branch a quick spin 23.31.15 # plugins are a bit tricky w.r.t. to the C library (see your simple_viewer.c hunk) 23.31.35 # some make library calls via rb, some use #define 23.31.48 # and some system header also use #define, which in the end just clashes 23.31.49 Quit Keripo (Quit: Leaving.) 23.32.58 # IMO it would be better to expose the C library calls without rb (direct calls on hosted, wrappers for rb-> on daps) 23.33.04 Join Dexpid [0] (~dexpid@cpe-69-133-107-162.woh.res.rr.com) 23.33.06 Join plux [0] (~yogurt@h-34-156.A238.priv.bahnhof.se) 23.37.46 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 23.38.35 # Were the recent autoresume commits discussed in more detail on IRC instead of in the ML thread? Last I was aware, several devs were still objecting, and it didn't really have that much support. 23.38.55 # If the situation really changed I'd appreciate a reference to what day to look at the IRC logs for. 23.39.00 Join JdGordon1 [0] (~jonno@vl10.gw.ok-labs.com) 23.39.23 # kugel: Codec switching works like a charm with the patch from the "app-disable-codec-buffering" branch 23.39.27 # Llorean: the FS task describes his new proposal 23.39.39 # it has changed 23.39.51 # thomasjfox: awesome :) 23.40.06 # kugel: The commit is still in line with the old stuff we were objecting to though 23.41.20 # what happen when you disable the MMU on arm ? (with respect to caching mostly) 23.41.41 Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) 23.42.14 # kugel: Mixing mp3, wav and mikmod works fine, too. Care to commit upstream? :) 23.44.21 # Llorean: I don't see that 23.44.47 # kugel: Care to explain how it addresses any of the objections I had re it s requirement to use the database, or needless automation? 23.44.57 # It still does both of those. 23.45.29 # The only thing it changes is that it now has less options listed for configuring the automation. 23.45.35 # that were your objections, not mine 23.45.41 # I thought most people accepted the use of the database? 23.45.41 # And removes the skip prevention. 23.45.59 # I'd still love it if it could just add tracks as needed so I don't have the full database going :) 23.46.01 # AlexP: I don't know. I didn't see any further discussion in the thread. 23.46.07 # It seems to me like it was "silently" added. 23.46.17 Join mlt- [0] (~8654d106@giant.haxx.se) 23.46.40 # I thought there was that whole discussion about "if people object, there need to be X speaking in favor more than objectors" idea outstanding, etc. 23.46.51 # Llorean: he discussed on irc, and he has made another post to the ML, and gave it a few days. that's not even close to silent 23.47.03 # kugel: I didn't see another post to the mailing list at all recently 23.47.39 # He did post a new thread on the 21st. 23.48.02 # But I didn't see anyone then speak up in new agreement with it after the changes. 23.48.09 Join Keripo [0] (~Keripo@SEAS265.wlan.seas.upenn.edu) 23.48.36 # And at that time his post was a summary of the contention points 23.48.40 # then you were not active enough to see it. the proposal he implemented and committed is almost two weeks old 23.48.45 # He never posted to the mailing list (as far as emails I received) about the new changes in his patch 23.49.13 # thomasjfox: sure, soonish :S 23.49.19 # kugel: So I have to restate that I still object every singe time a change is made to the task now? Shouldn't it be assumed that if my objections aren't addressed (and they weren't, at all) that I still object? 23.49.21 # Llorean: This was indeed discussed at length here on IRC 23.49.35 # sideral: I thought you were the one who kept saying we should discuss it on that thread... 23.49.49 # my objections were addressed so I'm fine with it 23.49.52 # sideral: Did you achieve significant agreement then? Can you link me to where in the archives this happened? 23.50.20 # well, I still would like to see a unified autoresume+bookmarks solution, but that's too much to ask for currently 23.50.23 # Well, you didn't reply to my last few messages on the mailing list or in the tracker. I was actually expecting you to chime in 23.50.40 # sideral: I didn't receive anything more recent than Jan 21st 23.50.48 # And that message only contained a link to your summary of contention points. 23.51.07 # Llorean: Aren't you subscribed to the relevant tracker item? 23.51.18 # Considering you very obviously didn't address any of the points I objected to other than "too many options" I don't see why you would assume I agree due to silence. 23.51.39 # sideral: Yes, but for whatever reason, I didn't receive mails on the last three updates to the task. 23.51.41 # Let me find you that IRC discussion, just a sec 23.51.56 # And again, didn't you say we should hold the discussion on the mailing list? 23.51.59 Quit Keripo (Quit: Leaving.) 23.52.06 # I assumed you meant that, and expected more discussion to happen there before anything happened. 23.52.07 # kugel: Would be nice to have it in before Sunday, if your time schedule permits :) 23.52.17 # Llorean: that's because you are not subscribed... 23.52.30 # kugel: I was in the past, I received updated to the task previously... 23.52.53 # At least I thought I was. 23.53.00 # Llorean: point me to the task's history item that shows you are/were 23.53.21 # who do I need to bug to get more privileges in FS to close my own bug? 23.53.29 # thomasjfox: Zagor 23.53.37 # Llorean: I actually said that we should discuss one particular topic on the mailing list, which is your presumption that I do not want to fix the bookmarking system 23.53.43 # kugel: As I said I thought I was. Perhaps I made a mistake. 23.53.45 # gevaerts: Still waiting for that wiki mail :o) 23.54.05 # kugel: As I said though, silence after objection should not be assumed for a change of attitude. It's silly if you haven't addressed the objections to assume the attitude changed. 23.54.11 # thomasjfox: bug the same person for that :) 23.54.20 # thomasjfox: try to get here between 10 and 16 or so during the work week. He's usually online then 23.54.25 # IMO if you feel to strong about it you should be subscribed to the FS item and search recent irc logs for the keywords (not necessarily reading the logs). the ML isn't our only communications channel 23.54.29 # sideral: You actually responded to several of my objections, not just that one, with "take your objections to the mailing list" 23.54.30 Join Stephen__ [0] (~S@86.42.26.228) 23.55.15 # kugel: I still haven't had my question answered - what was the vote? How many changed from against to for to give it enough numbers? 23.55.20 # If that happened, it should be simple enough to answer. 23.55.27 # Llorean: I know full well that not all of your objections were addressed. It should be clear that we do not agree on everything. 23.55.46 # sideral: My question though, is who changed over? How many peoples' objections were addressed? 23.55.49 # gevaerts: Will try. Though I usually stay out of IRC at work... 23.55.53 # Llorean: I'm sorry for the misunderstanding re: mailing list discussion. 23.55.59 # Llorean: I'm only maintaining that the commit didn't happen silently or behind your back 23.56.04 # kugel: We probably ought to have a guideline for things like this that a summary of an IRC discussion is posted to the mailing list 23.56.06 Quit komputes (Remote host closed the connection) 23.56.18 # kugel: As it is hard not to miss things sometimes 23.56.20 # I can't tell whether your objections were addressed or not, as I can't remember them 23.56.25 # kugel: The thread on the ML for discussing it though wasn't updated at all regarding changes in its status. While it wasn't silently, that is a little annoying. 23.56.38 # kugel: Especially when he kept trying to send me back to the list when I wanted to discuss it on IRC earlier. 23.56.56 # I had oral surgery recently and have been too drugged to keep up with realtime discussion. 23.58.03 # I'll admit that may have been my misunderstanding, but it seems like there should at least have been a response to that thread mentioning the changed features.