--- Log for 09.06.110 Server: lindbohm.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 8 days and 8 hours ago 00.00.14 Quit webguest41 (Quit: CGI:IRC) 00.00.37 Quit domonoky (Read error: Connection reset by peer) 00.00.50 Quit funman (Quit: free(random());) 00.01.43 *** Saving seen data "./dancer.seen" 00.01.44 Part Zagor 00.03.09 Quit Stephen__ (Quit: Leaving) 00.03.46 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 00.12.48 # New commit by 03funman (r26707): manual: Rockbox Utility supports all clips 00.16.45 # gevaerts: http://repo.or.cz/w/kugel-rb.git/commit/8576b9cb9bc3ae6ab8e4f751a853a437ea50bfc2 00.17.25 # Well done! 00.18.52 Quit CGL_emo (Quit: http://wiki.n00b2hack.com.ve) 00.19.08 # kugel: do you actually need MODEL_NUMBER? 00.19.51 # I'm not convinced that RoLo is that useful in RaaA 00.19.53 # dunno 00.20.00 # is it only used for rolo? 00.20.17 # and drivers/serial.c 00.20.28 # oh, and the flasher plugins 00.20.49 # I think the model number should come from configure, but that's just me 00.21.10 # hm, maybe not 00.21.35 # it wouldn't work for the traditional recorder8mb or ipodvideo64mb special cases 00.21.46 # (I think) 00.22.00 # see, I don't know what these numbers actually are for so I just kept it :P 00.22.16 # I just quickly grepped :) 00.22.31 # * gevaerts thinks that we should rename AB_REPEAT_ENABLE to HAVE_AB_REPEAT 00.23.17 # hm, weird 00.24.14 # AB_REPEAT_ENABLE apparently has two possible variants, only one of which is used 00.25.08 Quit wodz (Quit: Leaving) 00.26.33 Quit matsl (Remote host closed the connection) 00.26.58 # kugel: FIRMWARE_OFFSET_FILE_* can also go. rolo only 00.28.23 # Not that it's very important, but having that config file short seems nice 00.28.46 # I agree 00.30.54 # CONFIG_LCD seems to be needed just to provide a value... 00.31.41 Quit petur (Quit: Leaving) 00.31.46 # that one is also a miracle to me 00.31.48 # hm, might it be possible to use external libs for things like image loading? 00.32.10 # I think it only exists since rockboy has some optimizations for the h300 display 00.32.16 Join FlynDice [0] (~FlynDice@wsip-98-191-154-4.oc.oc.cox.net) 00.32.53 Quit bertrik (Quit: De groeten) 00.33.15 # CONFIG_LCD seems to be used for three things: (a) some optimisations in plugins (h300 and x5), (b) in an ipod LCD driver, and (c) for archos non-square-pixel handling 00.33.54 # oh, and to decide whether greylib needs boosting 00.34.01 # IIRC the archos non-square-pixel handling can be (and is in several places) done differently 00.34.25 # that should be another define I think 00.40.45 # kugel: I assume the power things should also go at some point 00.41.56 # And in an app one probably shouldn't care about CPU frequency 00.42.03 # what power things? 00.42.48 # CURRENT_* 00.43.15 # oh yes, probably. I haven't looked into not even compiling powermgmt.c and friends 00.43.18 # yet 00.43.28 # sure, one step at a time :) 00.43.34 Join Stephen__ [0] (~S@86.42.18.16) 00.43.45 Quit FlynDice (Remote host closed the connection) 00.44.48 # there's a lot of rather minor stuff that should be fixed eventually, but I don't know where to start :) 00.44.53 # JdGordon: nice, theme works now 00.44.56 # * gevaerts also reminds kugel of the sim rockbox libc vs system libc option :) 00.45.50 # for know I just want to focus on actually making an app and pack it as a zip so it can be installed somewhere else 00.46.14 Quit jgarvey (Quit: Leaving) 00.47.22 Join AndChat- [0] (~AndChat@68-27-83-197.pools.spcsdns.net) 00.47.53 # I guess there are two big things left (when looking at RaaA as a whole, not necessarily just at this GSoC), filesystem integration and widgets, and then lots and lots of little things like power management and plugins that make no sense 00.49.09 # I think the widgets thing needs to be discussed 00.49.41 # I'm not entirely convinced if it's desired to use OS widgets 00.49.55 # I'm not convinced either 00.51.38 # Maybe someone should do a proof of concept for some bits like e.g. the splashes 00.53.48 Part AndChat- ("Leaving") 00.54.08 Quit pamaury (Ping timeout: 265 seconds) 00.54.36 Join funman [0] (~fun@rockbox/developer/funman) 00.55.07 # gevaerts: backlight should work on m6sl, right ? 00.55.22 # funman: it did at some point anyway 00.55.38 # i'll try checking out this revision to be sure 00.55.57 # i can't try on m6sp because i did an OF upgrade and it's now stuck with backlight flashing :/ 00.57.19 # funman: there's no backlight function yet, but bootloader/meizu_m6sl.c should turn it off and on 00.57.35 # yes it works in r18531 00.58.46 # m6sl was somewhat pushed back by the m3 when that one got a working LCD driver. I'm not sure if the clocks are set up correctly on m6sl these days 00.59.51 # do you remember if the 1 second wait was for the first file upload to run its own DFU mode ? 01.00.45 # almost certainly 01.04.18 # New commit by 03funman (r26708): meizu_dfu: supports a single argument to run some code from RAM 01.08.03 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 01.11.03 Join joeyg [0] (~apoelstra@S010600218656f093.vs.shawcable.net) 01.11.09 Join dfkt [0] (dfkt@unaffiliated/dfkt) 01.13.13 Quit efyx (Remote host closed the connection) 01.15.22 Join aim__ [0] (~hamish@202.36.179.65) 01.16.30 Quit joeyg (Ping timeout: 248 seconds) 01.16.57 Quit aim__ (Client Quit) 01.20.12 Join aim__ [0] (~hamish@202.36.179.65) 01.20.17 # indeed, r18827 says More work is needed to get the m6sl "working" again 01.26.23 # New commit by 03funman (r26709): arm/crt0.S: s58l* don't use this file, no need for 'DFUC' string ... 01.27.42 # s5l8* :/ 01.33.17 Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 01.47.00 Join froggyman [0] (~me@unaffiliated/froggyman) 01.47.27 # * froggyman wonders when the site will be back up 01.49.20 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 01.49.32 # its up for me now ? 01.50.16 # its down for me 02.01.46 *** Saving seen data "./dancer.seen" 02.04.42 # kugel: it only worked because of the special casing already there 02.05.45 Part toffe82 02.05.48 Quit aim__ (Ping timeout: 240 seconds) 02.06.23 Quit funman (Quit: free(random());) 02.17.57 Join aim__ [0] (~hamish@202.36.179.65) 02.25.23 Join q__ [0] (~q@dslb-092-072-029-197.pools.arcor-ip.net) 02.25.41 # hi, how comes the stable build is greyed out in the rockbox utility? 02.25.48 # I'd like to enjoy theme support 02.26.32 # and as most themes do not work with the current build, will they work again soon or do they all need to be updated by the authors? 02.27.03 # stable is greyed out? 02.27.30 Quit bieber (Ping timeout: 276 seconds) 02.27.44 Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) 02.28.06 # JdGordon at least for the (unsuported) D2 player 02.28.22 # if it is unsupported there is no release/stable build 02.28.49 # if you force it to ipod video then you will be able to get the d2 themes 02.28.53 # they use the same lcd size 02.29.08 # JdGordon ah, allright... 02.29.20 # but I think thats not the problem 02.29.38 # the theme-selection seems to be fine and D2 specific 02.31.40 Join cougarten [0] (~q@dslb-092-072-029-197.pools.arcor-ip.net) 02.31.50 # sory, nickname trouble 02.31.54 # http://themes.rockbox.org/index.php?target=ipodvideo 02.31.56 # see all the red notes? 02.32.30 # I'd need release 3.6 as it seems 02.32.50 # how can I get it :) (as there seem to be no version numbers for the unstable builds) 02.33.33 # you cant 02.33.37 # you need to build it yourself 02.33.43 # :/ 02.33.52 # hang on 02.33.53 Quit q__ (Ping timeout: 240 seconds) 02.34.02 # and do you know if those themes will be supported again soon? 02.34.33 # they plan is yes they will be 02.34.44 # they will be updated with a script 02.34.47 # ah ok, cool 02.35.00 # thanks a lot :) 02.35.29 # just out of couriosity and if you have the time to answer: what did you change and why? 02.36.07 # the skin format 02.36.17 # http://jdgordon.info/rockbox/rockbox-d2.zip 02.36.53 Quit Stephen__ (Quit: Leaving) 02.40.09 # JdGordon did you just compile it for me? 02.40.23 # yes 02.40.34 # thx, you are my hero of the day :) 02.47.25 Quit MethoS- (Read error: Connection reset by peer) 02.49.10 Join DarkSpectrum [0] (~ZX@c-68-62-63-213.hsd1.mi.comcast.net) 02.50.12 Part aim__ 02.55.39 # On curret release themes, what is the invalid token error usualy pointing to? 02.58.11 Part froggyman 02.59.54 Quit Falco98 (Quit: ChatZilla 0.9.86 [Firefox 3.5.9/20100315083431]) 03.07.40 Quit kugel (Remote host closed the connection) 03.28.25 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 03.44.17 Join hebz0rl_ [0] (~hebz0rl@dslb-088-067-203-228.pools.arcor-ip.net) 03.44.26 Quit S_a_i_n_t () 03.48.05 Quit hebz0rl (Ping timeout: 264 seconds) 03.49.10 Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.2) 03.54.43 # * JdGordon is annoyed that Folder.jpg isnt being found in the sim because ext3 is case sensitive :( 04.01.48 *** Saving seen data "./dancer.seen" 04.03.47 # JdGordon could the album art thing be set to take any jpg it can find in that folder if no folder.jpg or something is found? 04.04.08 # no, we wont do that 04.04.41 # ok :/ why? 04.05.21 # because.. it isnt that hard to rename your jpgs to folder.jpg 04.05.56 Quit Strife89 (Quit: Reboot to Linux.) 04.06.22 # JdGordon throughout my entire mess of music? I'd rather live without it and be anhappy about it :) 04.06.43 # oh and btw, who ever made thet fft plugin, I love it! 04.07.10 # (I chose my mediaplayer on the computer just because of that function too) 04.12.21 Quit DarkSpectrum (Ping timeout: 276 seconds) 04.29.38 # FS#11270 is looking really good... almost ready for commit 04.30.44 Join Zigtown [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 04.33.22 # kugel: something for RaaA... get it to listen for the keyboard media keys... :) 04.34.58 # JdGordon: All the sims could do that - react to an HID capable Rockbox target (if the target they sim is HID capable) exactly like the player would. 04.36.46 Join panni__ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 04.36.56 Quit panni_ (Read error: Connection reset by peer) 04.38.48 Quit panni__ (Client Quit) 04.42.30 # wasn't there a pre-amp setting once or something to lower the lowest volume lvl? 04.42.31 Join hamish_ [0] (~hamish@119.224.50.74) 04.42.33 # did anyone make a patch for that? I remember lots of talk about it 04.42.39 # my headphones are quite sensible 04.42.44 # (controlling the sim from a real target) 04.44.18 # cougarten: "precut" for the equalizer. Or replaygain. 04.44.36 # JdGordon: I think it's mostly just been talked about but never acted on. 04.44.49 Part hamish_ 04.45.34 # thank you 04.45.44 Join DerPapst1 [0] (~Alexander@p5797C5F7.dip.t-dialin.net) 04.47.30 Quit pixelma (Disconnected by services) 04.47.32 Join pixelma_ [0] (quassel@rockbox/staff/pixelma) 04.47.33 Quit amiconn (Disconnected by services) 04.47.35 Join amiconn_ [0] (quassel@rockbox/developer/amiconn) 04.47.52 Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) 04.47.57 Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) 04.48.42 Join Strife89 [0] (~Strife89@adsl-67-53-228.mcn.bellsouth.net) 04.48.57 Quit DerPapst (Ping timeout: 264 seconds) 04.52.46 Quit hebz0rl_ (Quit: Ex-Chat) 04.54.09 Join Barahir [0] (~jonathan@frnk-590f40ee.pool.mediaWays.net) 04.56.53 Quit cougarten (Quit: Verlassend) 04.57.31 Quit Barahir_ (Ping timeout: 260 seconds) 04.59.48 Quit TheSeven (Ping timeout: 260 seconds) 05.03.43 Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) 05.06.50 Quit mc2739 (Ping timeout: 265 seconds) 05.46.09 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 05.52.22 Join obo_ [0] (~obo@rockbox/developer/obo) 05.55.22 Quit obo (Ping timeout: 248 seconds) 05.58.47 Part obo_ ("Bye") 05.59.59 Join obo [0] (~obo@rockbox/developer/obo) 06.01.51 *** Saving seen data "./dancer.seen" 06.04.05 Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) 06.08.27 Join chrissavery [0] (~chris@ppp-58-9-189-75.revip2.asianet.co.th) 06.11.06 # seems like irc logs on website are down? can't see history, so maybe this has been mentioned already. 06.11.46 # hey 06.12.03 # chrissavery: I dont see where you added the splash? 06.12.31 # should be in root_menu.c just before while/user_abort 06.12.37 # checking now 06.12.44 # oh yes 06.12.58 # good 06.13.16 # for me it just very briefly pops up before pf shows. 06.13.29 # I thought you should put that inside the while loop 06.13.51 # doesn't it stay up during loop anyway? 06.14.06 # or does user abort somehow cancel it? 06.14.28 # it does but there is no need to show it if we are ready 06.15.03 Join CGL [0] (~CGL@190.207.243.107) 06.15.27 # it owuld be nice if there was a button to go back to the wps in pf without going through the muen 06.15.29 # ah, I suppose it could be made dependent on user abort return so it never shows if ready 06.15.29 # menu 06.15.54 # >|| (fn9) will do that direct. 06.16.22 # that restarts the cd though? 06.16.40 # |<< goes back :) 06.17.05 # no only select (ctr) restarts, the >|| will just switch scrn. or well, on my fuze this is how the keys work. 06.17.33 # e200 >|| starts playback 06.17.39 # oh yes, << goes back too unless you came in from menu. it is actually "previous". 06.17.43 # anyway I'm good to commit it if you are ready 06.17.54 # a few minor touch ups need to be done which I'll do 06.17.59 # sure, ok. 06.18.26 Join |liar| [0] (~liar@91-115-39-51.adsl.highway.telekom.at) 06.19.08 # I wonder why e200 is different. it's probably just how pf has key maps set. I didn't chg it but added one key for fuze. 06.19.46 # are #2-#7 also checked over. they are all pretty small. 06.21.41 # I'll do #1 then 2-7 seperatly 06.22.21 Quit liar (Ping timeout: 276 seconds) 06.23.54 # ok. let me know if any questions. going for lunch now but back after. 06.25.44 # New commit by 03jdgordon (r26710): FS#11270 by Chris Savery - WPS integration for pictureflow 06.26.50 Quit joeyg (Ping timeout: 248 seconds) 06.28.43 Join joeyg [0] (~apoelstra@S010600236999fec1.vs.shawcable.net) 06.29.04 # bah 06.30.04 # chrissavery: can you fix those compile errors on low mem targets? 06.48.30 Quit |liar| (Ping timeout: 252 seconds) 06.56.09 # what errors? I haven't seen any - how do I simulate a low-mem target? 06.57.15 # build the clip target 06.57.19 # or archos recorder 06.57.30 # or check build.rockbox.org/dev.cgi 06.57.57 # I have clip+ set up here - will that work? 06.58.43 # no 06.58.55 # clip+ has 8mb ram.. clip only has 512K or something 06.59.05 Quit Bagder (Remote host closed the connection) 06.59.08 # ok, will try now. 07.04.06 Quit phanboy4 (Ping timeout: 240 seconds) 07.09.35 Join LinusN [0] (linus@rockbox/developer/LinusN) 07.11.55 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 07.16.03 # ok. builds now for clip. how do you want the chg - just a new patch with fix? 07.18.16 # pastebin the diff is fine 07.21.42 Quit Stummi (Ping timeout: 265 seconds) 07.22.59 Join Stummi [0] (stummi@doppeldenk.org) 07.25.22 # How do I add a filename into disktidy.rock for deletion? ie. (AlbumArt_{3516AD66-F98B-45C6-A872-73A764E55371}_Large)? 07.25.39 # that way, I have to do less cleanup drag & dropping from WMP 07.26.07 # If I'm right, it would only need to match of AlbumArt 07.26.14 # s/of/on/ 07.27.29 # JdGordon: pastebin.com/raw.php?i=PR8Lj2fH 07.27.30 # there's also things like "AlbumArt_Small" IIRC, so just matching AlbumArt would do but I can't seem to figure it out :/ 07.37.59 # New commit by 03jdgordon (r26711): fix errors 07.41.52 # I take it that all zeros in the build chart is desired? 07.42.27 # why would someone use pictureflow if not "playback capable"? 07.43.35 Join esperegu [0] (~quassel@145.116.15.244) 07.43.37 # because it is pretty 07.44.55 # chrissavery: It's been in RB for ages without playback ;) 07.45.12 # :) 07.45.12 # though, plenty of people had said "wouldn;t it be cool if...." 07.45.23 # then, you came along. 07.45.32 # chrissavery: have you got a combined patch for the 2-7? 07.45.59 # not currently. can make one if you want... 07.46.26 # please :) 07.46.36 # There are a few other patches to add playback to pictureflow, but you kinda took it to another level. I was pretty happy when I stumbled across your patch. I only realised it was committed just now when my svn up choked :D 07.46.46 # Congrats man \o/ 07.47.08 # thanks. hope there aren't any more issues with it. 07.47.58 # I'll co r26711 and make a combined patch against it. 07.48.00 # I should have caught this convo earlier...I kludged 2~7 into one patch last night. 07.48.08 # ah, wait...it was 1a~7 07.48.29 # I'll do it - just take a few secs to get sync'd. 07.51.14 Join Buschel [0] (~ab@p54A3B902.dip.t-dialin.net) 08.01.53 *** Saving seen data "./dancer.seen" 08.03.51 # gevaerts: thanks for the test! good to know cf should be kept on -O1 for flac. I will commit a patch that will use -O2 for arm and -O1 otherwise. 08.04.33 # JdGordon: do you want combined 2-7 as pastebin? 08.04.44 # yeah 08.05.58 # I'm just doing a final build test on my fuze and clip to make sure no hassles. 08.07.18 Quit Zigtown (Remote host closed the connection) 08.12.46 Join Bagder [0] (~daniel@rockbox/developer/bagder) 08.14.31 Quit Buschel () 08.15.22 Join Buschel [0] (~~andree@p54A3B902.dip.t-dialin.net) 08.21.06 # JdGordon: here ya go: pastebin.com/raw.php?i=r3qrg4J2 08.21.31 # New commit by 03Buschel (r26712): Submit FS#11381. Use -O2 for ffmpegFLAC on ARM targets. This will give reasonable speed-up (+3% on PP502x) for svn and major speed-up when switching ... 08.24.29 # New commit by 03jdgordon (r26713): remainder of FS#11270 - bug fixes and updates for picureflow 08.25.49 Join ender` [0] (krneki@foo.eternallybored.org) 08.31.01 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 08.31.28 Quit Buschel (Ping timeout: 272 seconds) 08.34.46 Quit esperegu (Quit: No Ping reply in 180 seconds.) 08.35.01 Join esperegu [0] (~quassel@145.116.15.244) 08.35.03 Join wodz [0] (~wodz@chello087206240004.chello.pl) 08.36.47 Join paddy_melon [0] (~paddy_mel@static-76-73-84-44.members.bytebistro.com) 08.38.53 # www.rockbox.org/irc gives me blank page 08.39.48 # is there a way to find out the possible frequency-range for an mp3-player with radio? 08.41.48 # Stummi: freq reange for FM? 08.42.51 # Yes 08.43.33 # the FM chip datasheet 08.43.37 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 08.44.12 # wodz, and the FM Chip i will get from the mp3-player datasheet, right? 08.44.35 Join markun [0] (~markun@rockbox/developer/markun) 08.45.15 # Stummi: If You are lucky 08.46.15 # usually FM band range is specified by the producer of player - they like to show numbers :-) 08.46.19 Join flydutch [0] (~flydutch@host23-166-dynamic.15-87-r.retail.telecomitalia.it) 08.47.44 # wodz, I am thinking, they only will the range specified the range, which is possible to choose in the OFM. But maybe the Hardware Supports a bigger range 08.48.09 # s/will/will write/ 08.48.51 # Stummi: some chips do some not. There are chips produced in different versions for different countries/world regions for example 08.49.13 # ok 08.50.07 # that was the intention of my question. I thought the chips supports a wide range and are just delimited by the Firmware-Localisation or so 08.50.17 # besides, chip is not everything - analog part (filters etc.) is tuned for some bandwidth and may not work correctly 08.51.17 # Stummi: look for example for Philips TEA57xx - there is UK version and regular version 08.51.25 # ok, so the best way to find out would be, to just try it? 08.52.24 # the only bullet proof method is to open player, have luck to find FM chip and get datasheet for the part 08.56.51 Join petur [0] (~d408b802@rockbox/developer/petur) 08.56.55 # with luck, you may find scans of the PCB and not have to open the DAP DIY 08.57.06 # (accronym hell :P) 08.57.32 # there are pictures in the wiki: http://www.rockbox.org/wiki/SansaFuze 08.58.08 # Fuze v2 is the player i have 08.58.45 # JdGordon: Why does charcell see a binsize increase from PF integration? It definitely can't use PF. 08.58.54 Join Zagor [0] (bjst@rockbox/developer/Zagor) 08.59.02 # ask chrissavery 08.59.05 # Stummi: As far as I remember the FM chip used in fuze v2 is unknown 08.59.08 # whats charcell? 09.01.41 Quit bluebrother (Disconnected by services) 09.01.44 Join bluebroth3r [0] (~dom@rockbox/developer/bluebrother) 09.01.44 # Charcell display, i.e. the Player. No bitmap display -> no bitmaps -> pictureflow cannot exist 09.01.53 # how much does a lang string add? 09.02.04 # all the database ones are marked *: 09.02.04 # amiconn: why in grey_core.c boost is forced if LCD_TL0350A is defined? Is it because of slow serial transfer in M3? 09.02.41 # JdGordon: That is correct. All targets have the database 09.02.49 # JdGordon: not much (if something at all) if you use the correct feature 09.03.00 # in case you mean pictureflow 09.03.03 # And a lang string adds the C string size 09.03.10 # (plus 4 bytes in bss) 09.03.55 # But PF integration is not just the lang string, it adds several code snippets here and there 09.05.11 # chrissavery: better add the #HAVE_PICTUREFLOW define like I suggested then :) 09.05.29 # pixelma: would you test sync'ed version of MAS-cleanup patch? 09.06.22 # wodz: Yes, iirc 09.06.36 Join hamish_ [0] (~hamish@119.224.50.74) 09.07.04 # wodz: I can't do this before tomorrow evening at least but I would if I find some time then (still on vacation ;) ) 09.07.06 # Or rarther, that's only one reason. 09.07.19 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 09.07.27 Part hamish_ 09.07.39 # amiconn: what is the criteria to run boosted/unboosted in greylib? 09.07.49 # The transfer timing on the M3 must be adjusted to CPU clock. For ordinary updates this is done by selecting the proper subroutine for boosted or unboosted 09.10.44 # Hmm, actually it might be possible to allow unboosted greylib on M3, but then there also need to be two versions of that asm function 09.12.05 # about this "WPS integration" of pictureflow - I'm reading the patch description in the tracker but still am not very clear how to use it, hwcodec or swcodec. Will I find "Pictureflow" in the menu now alongside "Database" and "Files" or what? Is there an update of the manual already or at least planned? 09.12.14 # wodz: There can be two reasons. Either running unboosted is too slow for the required frame rate, or cpu frequency changes during lcd transfers are causing instability. The latter is the reason why all PP targets are boosting in the greylib 09.13.06 # amiconn: what is desired framerate? over 25 or higher? 09.13.28 # The desired frame rate is whatever is needed for the specific lcd 09.14.19 # On M3 we can only do 1/3 of that, even when boosted. Otherwise the transfer would be too fast for the lcd controller 09.15.10 # jdgordon: yes, I see now. it's probably added a start menu, hotkey option b/c tag_cache is present. where do I define the HAVE_PICTUREFLOW ? I'm not aware of which targets will want/not want it. 09.15.12 # Probably not the LCD controller (that one should be good for 10MHz transfer speed), but the long wires in the remote. Going >2 MHz makes transfers rather unreliable 09.15.59 # JdGordon: wouldn't there already be a decision whether to build and include the pf plugin during build? 09.16.04 # chrissavery: is the hotkey mandatory? There are targets without it (if you added to the already existing hotkey function) 09.16.18 # amiconn: I will ask in different way - If I remove this define which forces boost in greylib how do I tell if everything is still correct? 09.16.27 # chrissavery: all except HAVE_LCD_CHARCELL I guess 09.16.37 # it is inside the define that decides whether to include hotkey or not IIRC HAVE_HOTKEY 09.16.48 # JdGordon: Are you sure? Will PF work on lowmem targets, or on hwcodec? 09.17.03 # apparently it is built for them 09.17.04 # (lowmem meaning Clip v1 and similar) 09.17.17 # HAVE_PICTUREFLOW = !HAVE_LCD_CHARCELL && HAVE_TAG_CACHE 09.17.25 # Being built for a target doesn't necessarily mean it will work 09.17.36 # chrissavery: my question was more like: is there another way to access it - if it is not then 09.18.04 # if no hotkey you can use wps context menu. now has pictureflow item 09.18.07 # Afaik PF grabs the audio buffer, but I'm not sure whether it does this on all targets or just on lowmem 09.19.18 # I think it grabs buffer on all except lowmem - in that case it disables playback. but with integration now it really doesn't need to do playback in pf any more. 09.19.28 # ? 09.19.32 # or something like that. 09.20.13 # well, I don't mean disables playback but it disables functions that allow controlling playback. 09.20.43 # IIRC it disables the track list and calls to start_playback. 09.20.52 # for lowmem 09.21.12 # so it's just a browser that can't DO anything. 09.21.44 # chrissavery: on lowmem pictureflow needs the audio buffer "for itself" because it doesn't fit in the plugin buffer (lowmem uses a smaller one) 09.22.12 # I'm looking at adding additional files to clean into "disktidy.rock", from what I can see from "disktidy.config"...it needs to match the filename exactly, is this correct? Is there no way to match on a partial filename? 09.22.41 # chrissavery: and it would need to manage clearing audio buffer so that playback can start etc. 09.22.54 # the files I want to clean include randomly generated strings, but include one constant element. 09.23.05 # S_a_i_n_t: is there something in the manual about that? 09.23.23 # not that I found. 09.23.32 # I may have missed it though. 09.23.42 # pixelma: I'm really not sure. What I know is just from seeing some code while adding my stuff. 09.25.01 # well, IMO it would need to be checked... JdGordon committed it so should have checked ;\ 09.27.23 # what determines if pf is build for a target? 09.28.11 # pixelma: I posted synced patch to FS#11189. When You will have time give it a try. As pointed out in comment final patch will be reworked to preserve files history. 09.28.14 # pictureflow itself is built for all targets with bitmap displays (so everything but teh Archos Player) 09.28.54 # wodz: I'll have a look if I don't forget :) 09.29.00 # pixelma: Yeah, I didn't think I missed it, it says that "disktidy.config" is user modifiable, and it definitely is but it doesn't mention anything about partial/full matching. From what I can see it is only able to match full filenames, but I'm hardly a coder. 09.29.28 # If it *could* match partial filenames, or there is some way I could achieve this...it'd be great. 09.29.32 # S_a_i_n_t: is there something in the wiki? 09.31.23 # Can You remember the page where is the list of who owns which targets? 09.31.43 # RockboxTesting in the wiki if I remember correctl 09.31.45 # yy 09.32.13 # so HAVE_PICTUREFLOW = (HAVE_LCD_BITMAP && HAVE_TAGCACHE) 09.32.14 # speaking of which... 09.32.24 Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) 09.32.28 # does the h300 charge poperly from usb? 09.32.34 # I tihnk i'll give up on the ac charger 09.33.07 # Hmmm, there was something I missed perhaps, but I'm not sure if I'm parsing it correctly: "Directories are marked with a trailing / and * can be used at the end of the name (e.g .Trash-*/)" 09.33.18 # does the * suggest partial matching? 09.33.55 # JdGordon: do You still have recorder v1? 09.35.38 # yeah 09.37.01 # can You test patch from FS#11189? 09.37.47 # not right now... 09.37.55 # brb 09.38.04 # might want to try one of the others for that patch 09.38.31 # ? 09.41.58 Quit wodz (Quit: Leaving) 09.42.55 Quit DerPapst1 (Quit: Leaving.) 09.43.04 # I want disktidy to match on "AlbumArt(randomlygeneratedstring).jpg" "AlbumArt_Large.jpg" and "AlbumArt_Small.jpg", I can't gather from http://www.rockbox.org/wiki/PluginDiskTidy whether or not "AlbumArt*.jpg" would work or not and don't have a DAP to test on presently. :/ 09.43.43 # I seem to believe that the wiki is suggesting that "*" is only for matching partil dir names? 09.44.20 Join Rob2222 [0] (~Miranda@p4FDCA96A.dip.t-dialin.net) 09.44.26 Quit elinenbe (Read error: Connection reset by peer) 09.47.40 # amiconn: are non rechargable batteries safe in the ajbr if I dont plug it into ac? 09.48.09 Quit Rob2223 (Ping timeout: 265 seconds) 09.51.29 # New commit by 03bieber (r26714): Theme Editor: Working on the project viewer infrastructure 10.01.57 *** Saving seen data "./dancer.seen" 10.02.32 Join kugel [0] (~kugel@rockbox/developer/kugel) 10.05.23 Part pondlife 10.11.49 # is there a better way to do this? http://pastebin.com/RVw6NFMf 10.12.10 # without changing to use callbacks for those options instead of the preproccesor to figure it out 10.12.17 # pictureflow is in the main menu? 10.12.58 # no 10.13.04 # chrissavery: I think it depends on the size of the plugin buffer whether pictureflow grabs the audio buffer 10.13.05 # it is a start screen possibility 10.13.20 # eh 10.13.38 # JdGordon: don't we have that via autorock.rock already? 10.13.48 # no 10.14.44 # New commit by 03jdgordon (r26715): reclaim most of the delta from the pictureflow commit 10.14.59 # I think it should be more general; the ability to start any plugin at boot (which is what autorock does, but it's not configurable and #ifdef'ed out of the standard build I think) 10.15.20 # which makes it.... totally not helpful here! 10.15.36 # HAVE_PICTUREFLOW in the core is *really* nasty IMO 10.15.46 # not at all 10.16.31 Join DerPapst [0] (~Alexander@dslb-088-069-131-174.pools.arcor-ip.net) 10.20.12 Quit phanboy4 (Quit: Leaving) 10.23.44 # kugel: I tend to agree. It would be better if there were an apps place to define it dependent on LCD_BITMAP and TAGCACHE. I've added code now to chk HAVE_PICTUREFLOW but I think it's better if the master define is not in firmware. Or, should the check just be (HAVE_LCD_BITMAP && HAVE_TAGCACHE) everywhere - which is also a bit ugly. 10.25.36 # JdGordon: ya, I saw that nasty bit of defines and wasn't going to mess with it. I sure think there must be a better way. 10.28.05 # chrissavery: *don't* just check for (HAVE_LCD_BITMAP && HAVE_TAGCACHE). People might disable pictureflow for other reasons on the future 10.28.14 # is there no config.h at the apps level? 10.28.20 # It's not just ugly, it's potentially wrong 10.29.04 # * gevaerts thinks that config.h, while being in firmware/, isn't really firmware code in the same sense as the rest of firmware/ 10.29.11 # how will they disable pictueflow? wouldn't they just mod the master define line to undefine it? 10.29.36 # yes, but HAVE_LCD_BITMAP and HAVE_TAGCACHE would still be there 10.30.03 # I think what's currently there is the best compromise 10.30.18 # Unless you just define HAVE_PICTUREFLOW for each target individually 10.30.20 # disabling it manually isnt a problem 10.30.37 # worst case is they try to load it and get file not found 10.31.05 # Yes, which is why a single specific define is best 10.31.43 # I'm not sure what's there now - JdGordon did some update. But I was working on changing all the relevant HAVE_TAGCACHE to HAVE_PICTUREFLOW and then defining that as combo of HAVE_TAGCACHE and HAVE_LCD_BITMAP. Anyone who doesn't want pictureflow could always undefine it there. 10.32.38 # I would be happy to change the #define I added to HAVE_PICTUREFLOW_INTEGRATION even though it is wordy.. but otherwsie I see no real problem with the define as I added it 10.33.06 # JdGordon: that might be slightly better, but I think the current one is fine 10.33.13 # how did you add it? 10.33.21 # just HAVE_PICTUREFLOW 10.33.47 # in config.h which is the global config file 10.33.58 # If it remains as HAVE_PICTUREFLOW, maybe it should also be used in apps/plugins/SUBDIRS and apps/plugins/SOURCES? 10.34.02 # I'm sorry. I thought you wanted me to work on that so I went and did the same here. 10.34.11 # I got impatient :p 10.34.28 # I was just compiling with a few tagets to make sure it worked. 10.34.40 # oh well. so I'll just drop it here. 10.35.23 # * gevaerts votes for HAVE_PICTUREFLOW_INTEGRATION 10.35.42 # there are a few additional places where it should be used in addition to where HAVE_TAGCACHE was used. 10.35.54 # where are the regions for the radio defined? I cannot find it 10.37.50 Quit Kitar|st (Ping timeout: 264 seconds) 10.38.28 Join Kitar|st [0] (Kitar_st@BSN-143-105-127.dial-up.dsl.siol.net) 10.49.51 Join r0b- [0] (~nnscript@adsl-76-235-208-125.dsl.klmzmi.sbcglobal.net) 10.51.31 # New commit by 03jdgordon (r26716): rename HAVE_PICTUREFLOW to HAVE_PICTUREFLOW_INTEGRATION to make it more clear what it is needed for 10.52.49 Join Buschel [0] (~~andree@p54A3D47A.dip.t-dialin.net) 10.59.10 # JdGordon: here is a couple more spots it should be added, http://pastebin.com/raw.php?i=DXuxp58a (but note I didn't update to HAVE_PICTUREFLOW_INTEGRATION) 10.59.27 # these two spots control whether pictureflow is added to menus. 11.00.40 # thanks 11.00.44 # New commit by 03jdgordon (r26717): a few more HAVE_PICTUREFLOW_INTEGRATION 11.04.44 # seen as I havnt heard any more problems with the skin changes I'm going to do one more potentially nasty change... FS#11133... changes the draw order so tags are drawn when they are hit in the skin instead of in batches at the end of viewports 11.05.04 # I'm just cleaning it up and doing final tests, but more testers is allways wanted 11.05.37 # I've been thinking about that...and I'm not sure I like it without a way to turn it on/off 11.05.44 # just my two cents. 11.05.55 # it could mess up existing themes pretty bad. 11.06.24 # unless I don;t understand it properly... 11.07.14 # which is why it is happening now 11.07.26 # it shouldnt mess anything up unless the theme was written purposly to do that 11.07.31 # in which case it should be fine anywya 11.08.13 # would a way to turn it on/off be too hard to add? it may not be wanted... 11.08.44 # I could see it's benefit, but I also kinda like it all being drawn in one lump. 11.11.54 Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) 11.13.42 # it wont be possible 11.15.11 # I either change it now when themes need to be updated anyway, or some time in the future when I integrate the new parser 11.15.32 # that involves a massive rework which will affect the displayer anyway 11.16.22 # Hmmm. I'm quietly pessimistic. I think quite a few themes abuse the way things are drawn currently, and may have bitmaps that are supposed to hide certain things getting drawn first, instead of after, and not hiding the things they're supposed to. In which case, the theme updater just can't fix it by itself, as it can't anticipate that. 11.16.57 # it shouldnt mess anything up unless the theme was written purposly to do that 11.17.02 # I could be misunderstanding it, but I'm pretty sure I have themes that abuse the draw order myself, I assume others do too. 11.17.22 # all: Just a note for anyone using PictureFlow with new svn updates. You may want to delete old cache files in /.rockbox/rocks/demos/pictureflow directory. The new filenames are different and so old files are just wasted space. 11.17.40 # S_a_i_n_t: give http://www.rockbox.org/tracker/task/11133?getfile=21891 a try... 11.19.03 Join watto [0] (~watto@193.203.81.165) 11.19.35 # I couldn't test it until tomorrow...and I doubt you'll want to wait that long :/ Even if I could build a sim in my current location, I don't really trsut the sim to show up edge case things anymore. 11.20.07 # I have no DAP here, and no client. So, just commit it I guess and I'll (and others) will have to adapt if necessary. 11.20.28 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 11.21.50 # hehe chrissavery, found a fun bug with PF 11.22.23 # really? 11.22.26 Quit Buschel (Ping timeout: 258 seconds) 11.22.43 # I'm getting out the Raid... 11.23.03 # with follow playlist on, start an albume from PF, then press stop in the wps 11.23.21 # it will send you back to PF which is expected, but then try quitting pf 11.23.29 # I thought I tested that last night. 11.23.43 # it tries to restart playback whic is wrong 11.23.50 # it won't let you? 11.24.02 # it does start playback, but I dont want it to 11.24.03 # oh. now that could be. 11.25.29 # actually, i may not be using the latest pf 11.26.15 # no, it does it for me too. probably need a special case when not playing it should not exit with GOTO_WPS b/c that triggers wps to start again. 11.26.27 # yeah 11.26.37 # or maybe going to wps shouldn't start playing anyway? 11.26.52 # if stopped it should open paused? 11.27.24 # its a bit tricky... if music is stopped it should go to previous, the problem is previous here is wps 11.27.32 # but in other cases I think it always starts when you resume a stopped playlist. isn't that normal? like press > from root menu when stopped. 11.28.00 # yes that is what is supposed to happen 11.28.28 # but it seems weird here. maybe when playlist is stopped and your << exit it should goto menu. 11.29.32 # now, just what does "follow playlist" do? b/c I couldn't see a difference with it on or off. 11.29.46 # I think so,. excpt that will actually be not the expecte behaviour if pf was started form the plugin menu 11.30.09 # when the WPS stops it will go to previous browser instead of previous screen (usually the menu) 11.31.04 # I see with "follow playlist" off it works better. it exits on << when stopped. 11.31.07 # chrissavery: does PF start music or does it let the WPS start it? 11.31.50 # on << it should let wps start it. on >|| or select it starts it first before exiting to wps. IIRC. 11.32.56 # also for me (on fuze and I don't where else) it only restarts a song if you use select, otherwise it just continues playing. 11.35.27 # I see on exit from PF if it tries to go to itself (because previous) then I reset it to root. maybe that should be to plugins folder. I actually prefer root b/c I'm much more likely to want to go to db or files than some other plugin. 11.36.20 # yeah probably 11.37.59 # except if it entered PF as start screenup maybe root makes sense. 11.38.18 Quit BHSPitMonkey (Quit: Ex-Chat) 11.38.41 # oh, no that will be fine 11.38.55 # it returns PLUGIN_OK if it doesnt want to restart right? 11.39.23 # so change that to ROOT instead of PREVIOUS if music isnt playing in root_menu.c 11.41.18 # fixed 11.41.49 # New commit by 03jdgordon (r26718): fix a fun infinite loop when follow playlist is on and you started playback from PF and stopped it inside the WPS 11.48.44 Join pondlife [0] (~Steve@rockbox/developer/pondlife) 11.56.44 Join BHSPitMonkey [0] (~stephen@unaffiliated/bhspitmonkey) 12.01.59 Quit BHSPitMonkey (Quit: Ex-Chat) 12.02.01 *** Saving seen data "./dancer.seen" 12.05.26 Quit einhirn (Ping timeout: 264 seconds) 12.06.09 # Zagor: hey, there is a broken dependancy somewhere which is hitting -j builds occasionally... http://build.rockbox.org/shownewlog.cgi?rev=26718;type=archosplayer#prob3 is almost certainly that 12.06.35 Quit GeekShadow (Ping timeout: 248 seconds) 12.07.38 # I just got it on a clean clipp build with maje -j4 bin.... filetypes.c and alarm_menu.c both comapling about missing LANG defines 12.09.30 # lang/lang.h has been created so they shouldnt be failing 12.11.15 # JdGordon: created before failing those files, or before make stopping? 12.11.51 # umm.. its there when make exits 12.12.08 # looking at the make.dep file it looks like lang.h isnt a direct dependancy of that file 12.12.40 # sorry, yes it is 12.19.16 Join pyro_maniac [0] (foobar@p57BB9CC5.dip0.t-ipconnect.de) 12.25.06 # bertrik: am i wrong to say that in MeizuM6Port wiki under DFU Procedure point 1 and 2 (GET_CPU) are the same? 12.32.41 Join chrissavery1 [0] (~chris@ppp-58-9-185-144.revip2.asianet.co.th) 12.34.10 Quit chrissavery (Ping timeout: 276 seconds) 12.39.39 Join liar [0] (~liar@91-114-255-104.adsl.highway.telekom.at) 12.40.55 # chrissavery1: have a look at FS#11387 12.56.43 Quit JdGordon (Quit: Leaving.) 12.56.46 Quit JdGordon| (Remote host closed the connection) 13.04.12 Quit Topy44 (Ping timeout: 248 seconds) 13.06.54 Quit kugel (Ping timeout: 260 seconds) 13.08.27 Join Topy44 [0] (~topy@my.fastsh.it) 13.12.26 Part Llorean 13.13.59 Quit Bagder (Quit: It is time to say moo) 13.14.11 Nick scorche|1h is now known as scorche|sh (~scorche@squisch.net) 13.14.34 Join TheLemonMan [0] (~lem0n@ppp-204-215.32-151.iol.it) 13.14.40 # morning 13.14.47 Join FlynDice [0] (~FlynDice@wsip-98-191-154-4.oc.oc.cox.net) 13.16.33 # all this talk of meizu's is exciting. my m6sl longs for rockbox. 13.17.16 # anyone here had experience with samsung dfu ? 13.18.30 # Is it just me or are the irc logs not available via web at www.rockbox.org/irc/ ? 13.18.51 # not just you 13.20.08 # * FlynDice is completely out of touch now ;/ 13.20.58 Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) 13.28.45 # New commit by 03uchida (r26719): text viewer: can select "move to prev/next page" or "move to top page/bottom page" when LEFT/RIGHT key is pressed (narrow mode). 13.32.16 Quit Topy44 (Ping timeout: 240 seconds) 13.32.42 # TheLemonMan: I have used the samsung DFU tool if that's what you are talking about 13.33.19 # markun, i mean the protocol and shiz like this 13.35.47 Join funman [0] (~fun@rockbox/developer/funman) 13.36.35 # FlynDice: you can browse http://www.rockbox.org/irc/log-20100609 and go to previous days with the top bar 13.37.50 Join Topy44 [0] (~topy@my.fastsh.it) 13.38.05 Join ucchan [0] (~ucchan@softbank126102048042.bbtec.net) 13.38.19 # funman: Thanks! 13.38.42 # FlynDice: btw, i think the problems with µSD on as3525v2 should be fixed now 13.39.07 # according to the specs we're not doing things correctly though :/ 13.39.47 # funman: as I said above I am completely out of touch right now trying to crawl back in.. What are we not doing correctly? 13.40.15 # according to Figure 4.3 , we should check if the card is busy *after* sending STOP_TRANSMISSION 13.41.09 # Also, STOP_TRANSMISSION is optional, because the card should leave DATA or RCV state when "transfer end" / "operation complete" 13.41.20 Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) 13.41.37 # STOP_TRANSMISSION only forces the current transfer to abort (but we know the transfer is already finished because the DMA engine told us so) 13.42.16 # at least the code is similar in sd-as3525 and sd-as3525v2 : we check if the card is busy after DMA has finished the current transfer and before sending STOP_TRANSMISSION 13.43.32 # funman: I'm looking right now but I thought it said you needed to issue the STOP_TRANSMISSION after the transfer was done.. I've only got about 15 mins here but I'll look some today later 13.43.38 Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) 13.44.12 # FlynDice: i thought this while reading page 29 of the pdf just below 4.3 figure 13.47.17 # funman: hmm that's where I thought it was so pehaps I remembered wrong.. there was another place also lemmee see if I can find it 13.52.25 Join anewuser [0] (anewuser@unaffiliated/anewuser) 13.55.43 Join Bagder [0] (~daniel@rockbox/developer/bagder) 13.56.55 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 13.57.01 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 13.57.09 Join teru [0] (~teru@M016207.ppp.dion.ne.jp) 13.57.14 # gevaerts: you told me the play button of the meizu-m6sp was tied to the reset pin of the CPU, or was it on the m6sl ? I'm a bit confused now between those two 13.57.43 # funman: yes :) 13.57.51 # I don't remember actually... 13.58.47 # no problem, i'll forgot about your answer and ask you again in some time ;) 13.59.06 # excellent plan :) 13.59.30 # FS#11388 looks like fun 13.59.31 Join wodz [0] (~wodz@skatol.ch.pw.edu.pl) 13.59.53 Quit Llorean (Read error: Connection reset by peer) 14.01.04 # and also points to some trouble someone might encounter when adding support for another filesystem : different forbidden characters in filenames 14.01.16 Quit Topy44 (Ping timeout: 248 seconds) 14.02.03 *** Saving seen data "./dancer.seen" 14.04.56 # funman: on pdf page 30 under • Block Read there seems to be a difference in the way that READ_SINGLE_BLOCK and READ_MULTIPLE_BLOCK are handled. The way I read that is that if you use READ_MULTIPLE_BLOCK you need to issue STOP_TRANSMISSION after the tranfer is done. 14.05.30 # funman: I can't find that in the writes section though 14.06.42 # hm ok 14.06.42 # perhaps we could issue only 1 WRITE or READ command per loop 14.06.51 # anyway let's wait a bit before touching that code again to be sure it works fine as-is ;) 14.07.24 # I tried removing the STOP_TRANSMISSION cmd at one point and transfers failed... 14.08.27 # New commit by 03teru (r26720): keyboard: clean up. remove unneeded #ifdefs. 14.09.07 # same for me 14.09.11 Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) 14.10.06 Join Topy44 [0] (~topy@my.fastsh.it) 14.10.42 Join dfkt [0] (dfkt@unaffiliated/dfkt) 14.12.54 Quit liar (Quit: Verlassend) 14.14.58 Join pamaury [0] (~quassel@rockbox/developer/pamaury) 14.19.40 # what's the slowest ARM cpu we have: PP ? 14.19.43 Quit ucchan (Quit: Leaving...) 14.20.55 # yes, I think so 14.28.37 # There was a trick to build individual plugins separately. Can someone recall this? 14.29.37 # wodz: make .rock 14.30.15 # i use $PWD/apps/plugins/x.rock to avoid typing the path 14.30.53 # thx 14.33.52 Quit FlynDice (Remote host closed the connection) 14.34.57 # FS#11335 gives decode speed difference between 0.03% and 0.85% (both slower/faster) 14.35.44 # i'm not sure if it's worth adding a macro to have different returns when building with thumb or not 14.37.28 # do you mean in general, or only on armv4t? 14.38.37 # i would generally think it's useful to have ARMv5+ processors pop directly into PC, yes 14.38.47 # why? 14.39.03 # that only makes the code 32bits smaller 14.39.10 # neater, smaller, faster in some cases i think 14.39.26 # not faster on armv5/armv6 14.39.42 Join kugel [0] (~kugel@rockbox/developer/kugel) 14.39.51 # maybe not in terms of pipeline, no 14.39.54 # but there is an icache cost, etc 14.39.58 Quit ocin (*.net *.split) 14.39.58 Quit rasher (*.net *.split) 14.40.17 # yes, i think this explains the slower decoding 14.40.29 Join q_ [0] (~q@dslb-094-221-250-252.pools.arcor-ip.net) 14.40.44 Quit Topy44 (Ping timeout: 248 seconds) 14.40.45 # also, it just seems unpleasant to univerally include it when it's only needed for the very oldest processors, which are not really being used in new devices 14.40.48 # hi, why is the wiki-viewer not in the standard compiles? 14.41.10 # i don't htink it's a question of "building with thumb or not", is my point, anyway 14.41.27 # if thumb can be made to work it's likely that using it for at least some things will be desirable on a lot of targets 14.41.41 # so it's not unreasonable to assume that it will be used everywhere 14.41.53 # q_: There may be discussion of why on the flyspray task. 14.42.02 # ah ok thx 14.42.03 # q_: the comments on the task explain that pretty well if I remember correctly 14.42.20 # does cube.rock use greylib? 14.42.27 # yes 14.42.37 # Torne: if we make a macro which gives 'ldm' or 'ldm+bx' based on ARM_ARCH == 4, we could as well do it with ARM_ARCH == 4 && ROCKBOX_USE_THUMB 14.42.58 # funman: yes, that bit is free 14.43.05 Join rasher [0] (~rasher@0x5550f5a3.adsl.cybercity.dk) 14.43.05 Quit rasher (Changing host) 14.43.05 Join rasher [0] (~rasher@rockbox/developer/rasher) 14.43.25 # funman: something like POPRET(r3,r4,r5) ? 14.43.35 # yeah sounds good 14.43.39 Join ocin [0] (nico@irc.core.ws) 14.43.59 # which either adds pc to the list, or adds lr and then a bx instruction 14.44.03 # btw do you know a linker which is not gnu ld, but is compatible with gnu ld linker scripts ? (RVCT use its own "scatter files") 14.44.52 Quit Rob2222 (Read error: Connection reset by peer) 14.44.58 # i think the gnu ld bug i showed you at devcon happens when arm->thumb switch is mixed with long calls 14.45.24 Join Rob2222 [0] (~Miranda@p4FDCA96A.dip.t-dialin.net) 14.45.28 # but after a workaround binary still doesn't boot on PP :/ 14.48.47 Quit Torne (Ping timeout: 265 seconds) 14.49.55 # hey there are way to many comments in the flyspray patch.... I'm in 2008 now, but still haven't read a 3rd of it (and still didnt find the explanation) 14.50.47 # amiconn: I tested Your patch to greylib and it gives when unboosted (45MHz) CPUload 70% -> 63% greyscale 1/1: 31.3 fps -> 38.6 fps 14.51.16 Quit Farthen (Read error: Operation timed out) 14.51.40 # amiconn: boosted (124MHz) CPUload 52% -> 47% greyscale 1/1: 137.5 fps -> 152.0 fps 14.51.46 Join Topy44 [0] (~topy@my.fastsh.it) 14.52.29 # amiconn: cube looks ok so this optimization is worth commiting 14.54.45 Join Torne [0] (torne@rockbox/developer/Torne) 14.57.34 # Torne: why uglify assembly even more? :( 14.58.06 # New commit by 03teru (r26721): simplify parse_list. don't search for terminating separator or parenthesis when '-' is set. ... 14.59.29 Join robin0800 [0] (~quassel@cpc2-brig8-0-0-cust964.brig.cable.ntl.com) 15.00.01 # pfew, finally found the part with the discussion 15.00.13 # and it sounds like it could be in th enext build :) 15.00.59 # kugel: asm is ugly? :) 15.01.06 # gevaerts: did you check at which address the code is executed on meizu m6sl dfu ? 15.01.18 # kugel: seriously, though, it seems wasteful to generate unneccecary instructions just because one cpu we support is dumb 15.01.54 # I think one extra instruction which doesn't even affect speed in most cases isn't wasteful 15.03.08 # I think assuming it doesn't affect speed just because the chart says so is silly, though 15.03.16 # it still affects icache hit rate 15.03.27 # in a hypothetical perfect memory system it might be the same speed :) 15.04.47 # i can't explain the speed up though 15.07.32 # JdGordon: are you aware of problems with the %Vp tag? 15.07.41 # no 15.07.49 # kugel: and i really don't think it's that ugly. 15.08.03 # kugel: macroing asm instructions goes with the territory 15.10.43 # JdGordon: this %Vp|1|%s%Tn|| converts to this %Vp(1,%%s%%Tn,) 15.10.58 # note doubled % 15.11.49 Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) 15.12.05 # hehe nice 15.12.10 Quit anewuser (Quit: for SELL 2 by the price of 1 now!) 15.13.10 # funman: I'm pretty sure it's the RAM address, but I can be wrong 15.14.05 # i'll use the working revision to check it, i can't see a difference between the working binary (r11826) and the not working one (svn) 15.24.09 # amiconn: see http://www.rockbox.org/wiki/LcdFrameRate for full log 15.27.15 Part LinusN 15.30.14 # New commit by 03jdgordon (r26722): fix %Vp updating... 15.30.17 # mc2739: fixed 15.35.26 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 15.39.27 Join Jaykay [0] (~chatzilla@p5DC579B8.dip.t-dialin.net) 15.46.56 # JdGordon: i'm looking at skin_parser.c. i think the check whether it is in conditional or not in parse_progressbar (line near 1300) can be removed now, right? 15.47.19 # probably not.. let me check 15.48.06 # which line? I dont see it 15.48.25 # because im blind... 15.48.43 # yes, should be removable 15.49.14 # teru: I'm planning on dumping the entire engine(or at least skin_parser.c) soon... so im not spending much time in there 15.49.21 # but yes, feel free to remove that 15.49.35 # Samsung YP-Q2 firmware has been cracked as of now! 15.50.00 # JdGordon: thanks - looks good now 15.50.14 # mc2739: care to try a possibly breaking patch 15.50.15 # ? 15.50.39 # 11133 15.50.47 # hopefully you wont notice any change 15.50.51 # sure 15.54.55 Quit grndslm (Quit: Leaving) 16.01.17 # Zagor: have you seen the Build client stats theming problem - http://build.rockbox.org/data/26721-clients.html 16.02.06 *** Saving seen data "./dancer.seen" 16.02.08 # mc2739: oh. thanks. 16.06.44 # New commit by 03teru (r26723): some clean up. add checks for terminating ')'. 16.08.09 Join Farthen [0] (~Farthen@static.225.178.40.188.clients.your-server.de) 16.10.43 # JdGordon: testing with FS#11133 and everything looks pretty good. I am seeing a little bit slower response on the playback icon change, but that is the very last line in my sbs file. I guess that rearranging the file would improve that. 16.10.57 # I narrowed down increased power consumption of HD200 to be usb_init() function :-) Now I have figure out what's wrong with it 16.11.49 # mc2739: thats odd... I wouldnt have expected any speed difference 16.14.45 # aha, it's all bagder's fault 16.17.42 # there'll be quite a visable difference in theme loading if I'm right, with some themes worse than others. if tags are drawn when they're git then there'll be a visable difference between the first and last object drawn as themes currently are not optimised for this, rather than the now when things are all drawn in a lump at the end of parsing. 16.17.53 # s/git/hit/ 16.18.13 # some rearranging of the theme could prevent the worst of it though. 16.18.30 # JdGordon: it looks like it is only the fm-play/fm-mute icon 16.19.12 # show me the skin? 16.19.52 # New commit by 03zagor (r26724): Put back the www.rockbox.org prefix so build.rockbox.org works again. 16.20.32 Join liar [0] (~liar@91-114-251-168.adsl.highway.telekom.at) 16.21.54 # JdGordon: http://www.datafilehost.com/download-76cadd0f.html 16.23.22 # are they in the fms or sbs? 16.25.09 # .sbs 16.25.40 # it's a pretty poorly laid out theme...which is what I worry about with this way of drawing things. 16.25.58 # themes designed for it would be cool in theory, but none are yet. 16.26.28 # by poorly laid out I mean the code, I haven't actually seen it in action. 16.26.31 Join fyrestorm [0] (~nnscript@static-71-249-251-152.nycmny.east.verizon.net) 16.26.33 # JdGordon: sbs - line 192 16.28.50 # well nothing obviously looks bad 16.28.55 # how noticable is it? 16.29.02 # JdGordon: FS#11387 most likely caused by #6 - audio dropouts patch. This made a big improvement on Fuze. I expect there is a difference in lcd buffer type that causes crappy Nano2G behaviour. 16.29.19 Nick chrissavery1 is now known as chrissavery (~chris@ppp-58-9-185-144.revip2.asianet.co.th) 16.29.30 # ok 16.31.14 # chrissavery: "crappy Nano2G behaviour"? 16.31.45 # * S_a_i_n_t hasn't really noticed anything different between the Nano1 and 2G 16.32.17 # according to FS#11387 PF should be jerky on Nano2G. 16.33.00 # JdGordon: it is noticeable - like the playback icon when pause on fade/stop is enabled 16.33.03 # * S_a_i_n_t wonders why that theme shows AA conditional to hold, but true in both cases: .sbs line 96 "%?mh<%Cd|%Cd>" 16.33.12 # try scolling PF while music playing. 16.33.14 # that's just....odd. and unnecessary. 16.33.23 # there are a few silly bits like that. 16.34.12 # bieber: ping 16.34.25 # also line 94 16.34.42 # JdGordon: looks like albumart in the sbs has a problem also - not sure if it is this patch 16.34.44 Quit Zarggg (Ping timeout: 272 seconds) 16.34.52 # mc2739: Have you noticed that? you could *really* trim the fat out of this theme 16.35.21 # mc2739: see above: it's a double positive conditional? 16.35.36 # that wont really affect performance thoguh 16.36.02 # S_a_i_n_t: it isn't my theme, I was just using it for testing 16.36.24 Quit wodz (Quit: Leaving) 16.37.13 # mc2739: I know it's not your theme, just wondering if all the sillness with irrelevant conditionals (I spot at least 3) would speed things up. 16.38.28 # actually yeah it could 16.38.51 # it clears each image area on the false sides 16.39.04 # umm... 16.39.08 # no, ignore me 16.39.19 # well, the total load time would be the same...but since stuff is being drawn as it's hit, it would appear that it takes longer. 16.39.45 # as you'd see the first tags...parsing, more tags...parsing, last tags. 16.40.04 # s/would/*should*/ 16.41.26 # New commit by 03teru (r26725): text viewer: don't load font if it is the same font currently used. 16.41.53 Join MethoS- [0] (~clemens@134.102.106.250) 16.42.34 # line 146 in that theme could go completely and not be missed at all... (sbs) 16.42.52 # this is the "edge case" I was thinking about, weird code. 16.43.10 # JdGordon: FS# 16.43.45 # JdGordon: FS#11133 is causing the issue with albumart in sbs 16.44.09 # in the same theme? 16.44.28 # yes 16.44.52 # it's *very* messy...could you try say..."cabbiev2"? 16.45.28 # there are *quite* a fer things in that sbs/wps that are only clutter, more stuff to parse, more time to load stuff 16.45.34 # *few 16.45.43 # well, for this issue, that would not help 16.46.26 # what? clutter or cabbie? (I lost you...) 16.47.42 # this theme assumes that every little bit needs to be a viewport. simple "blank space" ( you can find it commented) gets its own viewport. 16.47.44 # S_a_i_n_t: I'm talking about albumart in the sbs 16.48.50 # it shouldn't be specific to the .sbs though. if it is, I can't think of a reason. 16.49.24 # other than this particular .sbs and its pretty major coding flaws. 16.49.31 # JdGordon: that dependency issue is strange 16.49.40 # and annoying :p 16.50.26 # S_a_i_n_t: if it is really such a problem for you, why don't you fix it up, or let the author know what is wrong so he can fix it up 16.50.40 # it's not a straight dependency issue either. lang.h has been created, otherwise the compiler would barf with "missing file". for some reason it just doesn't contain all the lang defines (yet?) 16.50.53 # I'm wondering if this is the sole issue, is it the only theme you've tested? 16.51.00 # that's all I want to know really... 16.51.32 # we're drifting into cache coherency debugging, which is nasty territory 16.51.40 # if it happens with all .sbs with aa, sweet...if not, start commenting lines, if I could test right now, I would. 16.51.53 # New commit by 03jdgordon (r26726): fix %C, and the viewport colour tags so they parse 16.51.58 # especially since it only happens in 1/100 compiles... 16.52.42 # if it happens on my desktop it will keep happening untill I do a make with no -j 16.52.52 # even after a make clean 16.53.43 # if/when you get that, please copy away lang.h so I can get a look 16.54.01 # ok 16.54.07 # "even after make clean" sounds really spooky 16.55.16 Join Buschel [0] (~~andree@p54A3E4AD.dip.t-dialin.net) 16.55.22 # IIRC lang.h is incomplete in those cases 16.55.53 # nandboot.sb is the nandloader right ? 16.57.13 # S_a_i_n_t: I'm not going to troubleshoot a theme that I don't regularly use. I'm just testing a patch for JdGordon and noting differences I am seeing with various themes. If themes break with this patch, that is good to know so that theme authors can be told about the breakage. 16.58.01 # * S_a_i_n_t gives up.. 17.04.56 Quit teru (Quit: Quit) 17.05.14 Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) 17.06.50 Part Zagor 17.08.16 Join jordoex [0] (~Jordan@S0106002129693a39.vc.shawcable.net) 17.11.48 # if domonoky comes online (and irc logs stay down) can somene let him know that yes the skin updater should be fininshed and fully working now? 17.17.23 # mc2739: is there an error on line 54 of the sbs? 17.18.50 # that reminds me, I think I have a patch for updatetheme.pl 17.18.51 Quit blithe (Remote host closed the connection) 17.19.00 # JdGordon: You mean the "/"s? 17.19.05 Join blithe [0] (~blithe@72.14.176.144) 17.19.10 # JdGordon: no, original is the same as converted 17.19.24 # % at the end of the line 17.20.00 # do "/"s not need any special treatment? 17.20.04 # nope 17.20.10 # good to know. 17.20.17 # % at the end of the line is curious though... definetly broekn 17.20.21 # all hail the new parser! 17.20.22 Part jordoex 17.20.41 Join jordoex [0] (~Jordan@S0106002129693a39.vc.shawcable.net) 17.20.45 # JdGordon: With this theme...there's a big chance it was there beforehand. 17.21.10 # I feel obligated to contact the author...how could I do so? 17.22.52 # * JdGordon really wishes he knew what he was going to do about the progressbar types soon 17.23.10 # S_a_i_n_t: http://forums.rockbox.org/index.php?topic=24894.0 has the forum names of original author and update author 17.23.19 # in what way? tags, or "how to do it in general"? 17.23.25 # tags 17.23.45 # I want to allow fill type + slider type + both 17.23.55 # +vertical? 17.24.02 # and direction 17.25.32 # %pd(type, fillimage, x, y, width, height, slider image, vert/horiz) ? 17.25.48 # with pretty much all being optional except the type 17.26.05 # type being "fill" "slider" "fill+slider" 17.26.07 # pd(type, fillimage, x, y, width, height, slider image) ( vert/horiz) 17.26.46 # also (filldirection) if possible 17.27.28 # this is where named args would be very useful... %pb(type, x, y, w, h, fill_img=blaa.bmp, direction=left) 17.29.30 # %pb(type, x, y, w, h, fill_img=blaa.bmp) (%l or %r) (%v or %h)? 17.29.39 # Imagine that without the "or"s 17.29.53 # no, that complicates things ALOT 17.30.03 # ahhh...I see :/ 17.30.11 # looks good though ;) 17.31.56 Quit Buschel (Ping timeout: 248 seconds) 17.32.02 # I think I'd change it to %pb(x,y,w,h,...) where the ... would allow named args for type, fill_img, slide_img, direction, horiz 17.32.31 # everything is optional... 17.32.36 # how messy would that be to use? 17.35.00 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 17.35.37 # domonoky: hey, yeah the skin updater is ready... 17.36.01 Quit evilnick_B (Quit: Page closed) 17.36.12 # good, unfortunatly i dont have the correct file access rights on the server :-/ 17.36.15 # there is a possibility I change a few tags still though, but they should be simple to do manually, or... 17.36.16 Join stoffel [0] (~quassel@p57B4D3BD.dip.t-dialin.net) 17.36.22 # ok, so I have some time then :) 17.36.53 # i dont think you will do them manually on a few hundred themes.. 17.37.16 # domonoky: is there currently a way on the theme site to get all reported themes? I managed to get them all by looking through all targets, but... 17.37.22 # unless you have too much time :-) 17.37.54 # gevaerts: there is a link to all themes on the frontpage, then you can filter for reported.. 17.38.18 # Why did I miss that? 17.40.03 # because its hidden in plain sight.. :-) 17.40.35 Join kaylinsigswort [0] (~Zigtown@CPE00259ce0fdb2-CM0014f8cc807a.cpe.net.cable.rogers.com) 17.40.45 # * JdGordon doesnt like it when things are stupidy simple to implement 17.42.28 # yeah, I am going to change the bar tag... 17.44.06 # x,y,width,height,file 17.44.18 # * JdGordon adds a nice little feature to the parser 17.45.37 Join sebi_ [0] (~sebi@95.90.71.145) 17.45.38 Quit pamaury (Remote host closed the connection) 17.49.31 Quit sebi_ (Client Quit) 17.53.15 # bieber: ping ping ping :p 17.56.55 Join lem|ON [0] (~lem0n@ppp-204-215.32-151.iol.it) 17.58.24 Quit tchan (Quit: WeeChat 0.3.3-dev) 18.00.24 Quit TheLemonMan (Ping timeout: 264 seconds) 18.00.43 # gevaerts: it should be possible to make ROCKBOX_DIR a runtime variable (for sim/app only), so that most of io.c wouldn't be needed 18.01.31 # but I think it would require showing the entire filesystem in the filebrowser which is apparently desired by some people anyway 18.02.02 # Yes, and considered undesirable by others :) 18.02.08 *** Saving seen data "./dancer.seen" 18.02.33 # --root= and --mount= options should be used 18.02.57 # and a configuration file read at boot instead of command line args 18.03.05 Quit petur (Quit: home) 18.03.51 Quit GeekShadow (Quit: The cake is a lie !) 18.04.48 Join evilnick_B [0] (~0c140464@rockbox/staff/evilnick) 18.08.53 # JdGordon: file access rights are now changed, so i could upgrade the themes on the site, when you are ready. 18.09.08 # just double checking this diff... 18.09.37 # ah SHIT! wasnt working in a clean tree :'( 18.10.13 # patch cleany undoes though so im ok :) 18.15.06 # New commit by 03jdgordon (r26727): SKIN BREAK: %pb, %bl and %pv (bar types) changed so the image is the last param instead of the first. skin updater, skins and manual all updated. ... 18.15.15 Quit DerPapst (Quit: Leaving.) 18.15.20 # domonoky: ok, go nuts :) 18.15.29 # domonoky: don't :) 18.15.37 Join DerPapst [0] (~Alexander@dslb-088-069-131-174.pools.arcor-ip.net) 18.15.39 # * domonoky goes breaking the themesite.. :-) 18.15.39 # http://svn.rockbox.org/viewvc.cgi/trunk/apps/gui/skin_engine/skin_parser.c?r1=26727&r2=26726&pathrev=26727 18.16.21 # grr... missed it 18.16.30 # kugel: dont you trust me? :D 18.16.51 # not always :P 18.17.19 # New commit by 03jdgordon (r26728): crappy editor and crappy svn missing crappy merge crappy crappy 2am crappy 18.17.20 # that was the first diff I clicked (and I notoriously look at every revision) 18.17.24 Quit jordoex (Quit: Leaving.) 18.17.37 Quit markun (Ping timeout: 258 seconds) 18.20.27 Quit DerPapst (Ping timeout: 264 seconds) 18.20.32 # domonoky: when will it be finished? 18.21.33 # kugel: the problem with dynamic ROCKBOX_DIR is that it's usually used as a static string to be concatenated by the preprocessor 18.22.16 # gevaerts: yes, ROCKBOX_DIR "/rocks" would need fixing, but the rest should work without changes 18.22.33 # kugel: dont know, i found abother problem.. i cant svn up on the server. 18.22.53 # yeah so #define ROCKOBX_DIR "<>" or something and replace that on all file calls 18.22.59 # slow but simple 18.23.04 # What rest? From what I can see about all uses are like that 18.24.04 # or #define a bunch of functions for it 18.25.13 # JdGordon: '<' is a valid filename 18.25.33 # I actually think it should be split. It would be nice to have one directory for the normal install and one with settings and user-supplied add-ons 18.25.42 # JdGordon: Double checking, my playbar line is now "%pb(-,-,-,-,Playbar.bmp)"? 18.25.50 # yeah 18.26.16 # gevaerts: have you seen the FS task for this? 18.26.30 # quite a bit of opposition to that idea 18.26.48 # JdGordon: I'm speaking in the RaaA context 18.26.54 # and no, I don't think I've seen it 18.27.43 # FS#7657 18.27.49 Join Stephen__ [0] (~S@86.42.18.16) 18.29.56 Join toffe82 [0] (~chatzilla@12.169.218.14) 18.30.37 # JdGordon: I mainly see a lot of arguing about details there :) 18.31.41 # Anyway, the reason I think it's desirable is that on most OSes these days (and at least one phone OS, I don't know the others) a user typically can't even write to standard software installation directories 18.32.03 # That means that either RaaA will seriously deviate from that model, or we need split directories 18.32.15 # yeah 18.32.39 # I don't particularly want that on a DAP 18.32.58 # in the sim it would be handy 18.33.34 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 18.33.40 # the sim should continue simulating how it's layed out on target 18.33.41 Quit paddy_melon (Read error: Operation timed out) 18.33.47 # Yes, but in the sim you hit that nice "It should be as close as possible to the real target" issue :) 18.34.00 # I don't see how it would be nice on the sim 18.34.41 # easier to keep your config 18.35.03 # that's all, isn't it? 18.35.16 # the rest is target dependant 18.35.28 Part pondlife 18.38.16 Join TheLemonMan [0] (~lem0n@ppp-204-215.32-151.iol.it) 18.40.48 Quit lem|ON (Ping timeout: 265 seconds) 18.41.38 Quit domonoky (Read error: Connection reset by peer) 18.42.55 Quit pamaury (Ping timeout: 260 seconds) 18.43.20 Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) 18.44.01 Join phanboy4 [0] (~benji@c-174-49-112-244.hsd1.ga.comcast.net) 18.51.30 Join DataGhost [0] (~dataghost@unaffiliated/dataghost) 18.53.04 Join CaptainKwel [0] (~jason@207-237-113-115.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) 18.53.53 Quit stoffel (Ping timeout: 265 seconds) 18.54.30 Quit liar (Read error: Connection reset by peer) 18.54.31 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 18.54.54 Join pamaury [0] (~pamaury@rockbox/developer/pamaury) 18.57.42 Quit flydutch (Quit: /* empty */) 18.58.22 Join mhe [0] (~qwerty@unaffiliated/mhe) 18.58.49 # if i install rockbox on my nano 1st gen, will the original firmware be overwritten? 18.59.03 # or can i easily revert, or how does that work 19.00.06 # mhe: Rockbox allows you to dual boot 19.00.14 # check the manual, it is explained 19.00.17 # oh 19.00.46 # don't forget - rockbox...erm...rocks! :D 19.00.54 # :) 19.01.20 # i heard someone say it had a feature to resume audio books or long audio files, that got me interested 19.01.48 # real pain in the ass to fastforward several hours, if you even remember where you were 19.04.21 Quit Zarggg (Remote host closed the connection) 19.07.40 Join Jerom [0] (~Jerom@79.132.52.105) 19.08.38 Quit FOAD (Quit: I'll be back) 19.08.55 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.09.01 Quit bertrik (Changing host) 19.09.01 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 19.10.46 # JdGordon: i have now run the conversion on the themesite.. but now many many themes fail all checkwps... will now update checkwps and run it again :-) 19.13.11 Join FOAD [0] (~dok@83.160.60.104) 19.13.22 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 19.14.01 # has there ever been the Idea to make a simplified, grafical main-menue? Big buttons and stuff? 19.14.25 # probably 19.15.56 # and seperate touchscreen-modes for menue and now-playing screens? 19.16.24 # I usually use my fingers, which works for touch-themes, but not for the menue 19.17.18 Join paddy_melon [0] (~paddy_mel@static-76-73-84-44.members.bytebistro.com) 19.22.19 Join DerPapst [0] (~Alexander@p5099d40e.dip0.t-ipconnect.de) 19.24.37 Quit Zarggg (Remote host closed the connection) 19.26.59 Part chrissavery 19.28.34 Join stoffel [0] (~quassel@p57B4D3BD.dip.t-dialin.net) 19.28.39 # themesite conversion is now finished.. please report all missing/not-converted/broken themes 19.28.50 Quit paddy_melon (Quit: ZNC - http://znc.sourceforge.net) 19.29.56 Quit DerPapst (Quit: Leaving.) 19.30.56 Quit Stummi (Excess Flood) 19.31.06 Join Stummi [0] (stummi@doppeldenk.org) 19.34.32 # domonoky: jBox and jBox_white are missing (checking just the D2 skins) 19.35.20 # will the rockbox util get the new skins now? 19.36.20 # did anyone ever download jbox_white, coz i did and it was just jbox no white at all! 19.36.26 # no, it will still get the old ones i think. 19.36.32 # we need a new rbutil release for that. 19.36.38 # funman: is the reason theres no hotkey on the clip+ due to a lack of buttons? 19.36.52 # Stephen__, i did not :) 19.39.26 # check it on the old site 19.39.33 # how comes the coverflow sorts the tracks different to everything else? seems to be the only one sorting by tags *and* reading numbers instead of digits 19.39.36 # hm, jBox fails checkwps with: "Invalid parameter list for token 2" The line is: %X(jBox_bg.bmp) 19.39.37 # i wanted to change it for h3xx but it was black 19.39.56 # JdGordon: whats wrong with that ?`and i blame the skinupdater :-) 19.41.38 # ah and how comes there are skins which refuse to change the menue text or display icons? (the FSM skin) 19.42.37 # JdGordon: according to the SkinBreakChange wiki that should be correct, but checkwps fails ? 19.42.37 # JdGordon: Here 19.43.06 Part watto 19.43.09 # domonoky: have you pushed the rbutilqt.php changes to the new theme site? 19.43.10 # q_: they probably just dont contain the neccessary thing to theme that ? 19.43.22 # ah, thats missing. 19.43.41 # ok 19.44.01 # bluebroth3r: it seems i already done that :-) 19.44.08 # if i bookmark a file, all i should need to do to resume is go to the bookmarks and clicking resume, right? 19.44.09 # nice :) 19.44.16 # Can one still access the old-format themes? 19.44.58 # gevaerts: yes: http://themes.rockbox.org/oldsite/www/ 19.45.19 # saratoga: i don't know about the clip keymap 19.45.22 # New commit by 03Domonoky (r26729): allow uploading of screenshots with +-2pixel difference to the screensize, to allow screenshots from the clip simulator. 19.45.31 # i wonder if we could solve that and our hold problem by adding software hold to the hotkey list, and then making home a hotkey 19.45.32 # bluebroth3r: ah, right 19.45.42 # saratoga: lack of hotkey just means nobody assigned one but i think it could be possible 19.46.07 # and add software hold to all targets? 19.46.16 # gevaerts: take again a close look to the links on the themepage :-) 19.47.11 # domonoky: I can't hide a theme on the old site! 19.47.26 # Warning: rename(/home/themes/www/oldsite/www/themes/176x220/arboxwidgets_s_r35/arboxWidgets_S_r35.zip,../../../oldprivate/themes/176x220/arboxwidgets_s_r35/arboxWidgets_S_r35.zip) [function.rename]: Permission denied in /home/themes/oldprivate/themesite.class.php on line 452 19.47.59 # funman: probably worth ifdef'ing software hold since its fairly useless on other targets 19.48.17 # and i think it takes some bin size as well 19.48.22 # oh, another permision problem. the webserver want to move the theme to the private dir, but cant :-) 19.48.33 # saratoga: there is HAVE_BUTTON_HOLD already i think 19.48.36 # But it dont think its need to admin the old site anymore. 19.48.52 # don't we have a keymap expert ? :'( 19.48.55 # its just so people can download the older themes till 3.7 is out. 19.49.00 # it seems early to de-facto drop support for 3.6 themes 19.49.18 # We want to encourage people to run a release after all 19.49.36 # gevaerts: we dont drop it really.. the older themes are still there. 19.49.58 # in a few days even rbutil will be able to install the old themes again.. 19.50.00 # domonoky: we might not drop the themes, but we definitely drop support this way 19.50.01 # i'm still waiting on my clip+ to get here so i can try this out 19.50.11 # Can one still upload new old-format themes? 19.50.57 # hm.. perhaps i should remove the release checkwps from the converted site, or else that would be possible. 19.51.22 # Can they be uploaded to the copy? 19.51.28 # yes 19.51.47 # Rockbox Utility _is_ able to handle old themes (or to be exact, new themes). The problem is just that this hasn't been released ;-) 19.52.04 # ok. I think it's definitely a good idea to fix the permissions then :) 19.52.06 # gevaerts: or atleast it should work if we didnt forget some permissions or other small things. 19.53.16 # Oh, and I think we should make the redirect text a bit bolder :) 19.53.45 # * gevaerts has no idea how many people use rbutil to install themes and how many download straight from the website 19.54.05 Quit CGL (Ping timeout: 260 seconds) 19.54.33 # gevaerts: feel free to change the website, its in svn :-) 19.54.35 Join Buschel [0] (~~andree@p54A3DD49.dip.t-dialin.net) 19.54.41 # someone with access to the webserver logs should be able to figure that. Rockbox Utility sends its own user agent string since a while 19.54.56 # domonoky: sure, but I want to make sure people don't disagree too much about this first 19.57.47 Quit togetic (Ping timeout: 240 seconds) 20.01.12 Join davharster [0] (~hartmand@ool-44c117b9.dyn.optonline.net) 20.02.10 *** Saving seen data "./dancer.seen" 20.02.19 Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) 20.07.15 Join petur [0] (~petur@rockbox/developer/petur) 20.07.29 # gevaerts: permission problem should be fixed. 20.08.10 # i also removed the current checkwps binarys for the copy, so you can only upload old syntacs themes on the copy and only new ones on the main themesite. 20.08.17 # meizu m6sl makes me crazy 20.08.36 # * domonoky starts another checkwps run on the themesite copy... 20.10.51 Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) 20.13.37 # New commit by 03funman (r26730): meizu m6sl: load code from IRAM, not FLASH (it eases debugging) 20.16.36 Quit jgarvey (Ping timeout: 260 seconds) 20.17.18 # funman, s5l8700 i2c no longer worked for me after some nano 2g changes, you probably have to go back a few version if you want to experiment with stuff over i2c on the meizum6sl 20.17.27 Quit Jerom (Ping timeout: 264 seconds) 20.18.02 # funman, does display on the meizu m6sl work for you yet? 20.18.10 # just backlight for now 20.18.22 # who needs more ? :-) 20.19.02 # the m6sp is charging, i'll test if my yesterday commit on meizu_dfu works with it 20.20.01 # gah, one of my themes is broken now! 20.21.45 Join DerPapst [0] (~Alexander@p5797CA12.dip.t-dialin.net) 20.23.49 # hm, Azure Whisper hasn't been converted 20.23.58 # lcd id seems to be 0x64 on m6sl 20.24.22 # do we have a driver for that (/me should probably look himself) 20.24.29 # * kugel is confused 20.24.46 # bertrik: lcd-m6sl.c has some code for I/O but not for LCD registers 20.25.15 # i am impressed by the number of documents we have for meizus 20.25.35 # the .sbs parses OK even though it's also not converted 20.25.41 # in fact there are too much, i don't know what to read first ;) 20.25.43 # JdGordon, domonoky: ^ 20.26.35 # also; the git mirror isn't updating anymore 20.27.48 # * domonoky wonders why this theme wasnt converted.. 20.28.08 # * domonoky tries to convert it explizitly. 20.28.30 # funman, nice eh? I think I also have some samsung utility that sends a NAND util application in DFU mode, so you can identify and read blocks of NAND memory 20.29.01 # wouldn't it be easier to reuse the nano2g usb code? 20.29.35 # domonoky: I have a suspicion 20.29.43 # whitespace in the file name 20.29.52 # diff is failing on it 20.30.02 # funman, yeah maybe, never tried that, I think the nano2g uses a s5l8701 which is slightly different though 20.30.22 Join watto [0] (~watto@193.203.81.165) 20.30.41 # oh failure in the updatetheme.pl 20.31.20 Join paddy_melon [0] (~paddy_mel@static-76-73-84-44.members.bytebistro.com) 20.32.43 # funman, I simplified the description of the recovery mode (DFU) quite a bit, does it still match your experience? 20.32.43 # bum bum bummmmmmmm 20.33.17 # can someone with perl knowledge try to fix updatetheme.pl for that ? 20.33.55 # kugel: the diff is not important, but the spaces cause mv to use the wrong path.. 20.34.15 # bertrik: not exactly: i only press M on the m6sl 20.35.07 Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 20.35.31 # domonoky: still not correct after fixing mv 20.35.44 # for some reason there's no new theme.zip 20.35.46 # hm, I'll try that on the m6sp too. I guess plugging USB also wakes up the player so POWER may not be needed that way 20.36.51 Join Peter93 [0] (~IRC-Clien@port-92-202-119-156.dynamic.qsc.de) 20.37.28 Join hebz0rl [0] (~hebz0rl@dslb-088-067-203-228.pools.arcor-ip.net) 20.37.33 # domonoky: the problem is probably also that the .zip itself has a _ instead of a whitespace, unlike the files in the .zip 20.37.39 # or another problem :) 20.38.05 Join togetic [0] (~togetic@unaffiliated/ibuffy) 20.38.08 Quit Peter93 (Read error: Connection reset by peer) 20.38.17 # yes, the themesite replaces those nasty characters... can please convert it your self and reupload ? :-) 20.38.58 # domonoky: I will, I wanted to add a fms anyway 20.39.48 # PDAT1 &= ~(1<<3); doesn't trigger power-off on m6l 20.39.50 # +s 20.42.44 # domonoky: it at least converted correctly 20.43.13 Join bmbl [0] (~Miranda@unaffiliated/bmbl) 20.44.00 # when do we want to start to convert some targets to eabi builds? 20.44.15 # the entire AMS line should be safe 20.44.36 # go go go 20.44.58 # I see no problem starting with those then :) 20.45.11 # also i want to add -Os to clipv1/c200v2/m200v4 but there are some warnings (i believe ranma fixed those already) 20.45.20 # configure needs some changes to support different default compilers 20.45.25 # yeah, I saw a couple of those too 20.46.08 # -Os optimises for size, does this have impact on speed then? 20.46.10 # * kugel wonders if roolku has eabi gcc already 20.46.49 # bertrik: yes i posted results today i think 20.47.00 # it's a bit slower 20.55.04 # I guess for those targets, size is more important than speed 20.58.08 Part watto 21.00.26 Quit stoffel (Remote host closed the connection) 21.05.46 Quit davharster (Quit: Leaving.) 21.07.21 Join lem|ON [0] (~lem0n@ppp-204-215.32-151.iol.it) 21.09.22 Join Strife1989 [0] (~Strife89@adsl-80-132-173.mcn.bellsouth.net) 21.09.47 Quit robin0800 (Remote host closed the connection) 21.09.49 Quit TheLemonMan (Ping timeout: 245 seconds) 21.10.02 Quit Buschel (Ping timeout: 276 seconds) 21.10.30 Join TheLemonMan [0] (~lem0n@ppp-204-215.32-151.iol.it) 21.12.10 Quit Strife89 (Ping timeout: 272 seconds) 21.12.31 Nick Strife1989 is now known as Strife89 (~Strife89@adsl-80-132-173.mcn.bellsouth.net) 21.12.57 Quit lem|ON (Ping timeout: 260 seconds) 21.15.24 Quit TheLemonMan (Ping timeout: 264 seconds) 21.16.01 Join TheLemonMan [0] (~lem0n@ppp-204-215.32-151.iol.it) 21.16.07 Quit hebz0rl (Quit: Ex-Chat) 21.20.09 Quit TheLemonMan (Client Quit) 21.30.21 Join hebz0rl [0] (~hebz0rl@dslb-088-067-203-228.pools.arcor-ip.net) 21.35.32 Join krazykit` [0] (~kkit@adsl-76-240-219-142.dsl.ipltin.sbcglobal.net) 21.35.33 Quit krazykit (Read error: Connection reset by peer) 21.36.00 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 21.36.02 # grmbl 21.39.08 Join notlistening [0] (~tom@94-195-105-95.zone9.bethere.co.uk) 21.39.51 # domonoky, did what i put on the bug make any sense as to the problem? 21.40.36 Quit jgarvey (Ping timeout: 264 seconds) 21.44.49 Quit kugel (Ping timeout: 240 seconds) 21.48.21 Quit bertrik (Remote host closed the connection) 21.48.58 Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 21.49.01 Quit bertrik (Changing host) 21.49.01 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 21.53.13 Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) 21.54.01 # notlistening: yes, i expect it to mess up, till that synthOk/closeClient thing is fixed.. rbutil then wont wait long enough. 21.54.30 Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) 21.55.14 # the last thing is strange.. i dont see from the code how it would only pick up every second wav format in the list. also the update thing should theoretically work.. 21.56.41 # domonoky, well I am just reporting what i see in the list and what rbutil is reporting in the debug screen seems to be every other entry try for yourself, all the work that needed changing my end has been done so i theory you should find it all works :D 21.57.42 # i will try it.. speakMe now responds only 294: CloseClient ? 21.58.32 Join kugel [0] (~kugel@rockbox/developer/kugel) 21.59.01 Quit shai (Quit: Leaving) 22.00.12 # domonoky, 201 synthOK 22.00.25 # domonoky, just keeping you on your toes :D 22.00.32 # :-) 22.00.55 # hm, the version thing surely doesnt work.. 22.01.15 # domonoky, the format list also returns quickly but does not properly test as I have discovered :( 22.02.02 # domonoky, work in progress ;) 22.02.11 *** Saving seen data "./dancer.seen" 22.02.43 # domonoky, I think I will have to test on audio format from each set to see if the OS is capable of producing that format then build the list that way so 5 tests instead of 63 22.02.59 # sounds better :-) 22.06.21 # j #dott2 22.06.21 Quit bertrik (Read error: Connection reset by peer) 22.06.27 # ups 22.06.29 # sry 22.07.03 Join bertrik [0] (~bertrik@rockbox/developer/bertrik) 22.10.14 # Ack, debugging data models with Qt is agonizing 22.11.36 # If I feed a view an invalid pointer somewhere, it just up and segfaults, the debugger dives somewhere into a disassembly of the view class, and none of my functions are in the stack trace, so I can't figure out where the bad pointer actually came from 22.21.16 Join M3DLG [0] (~M3DLG@bb-87-81-252-83.ukonline.co.uk) 22.22.51 Quit Jaykay (Quit: ChatZilla 0.9.86 [Firefox 3.6.3/20100401080539]) 22.25.53 Join wodz [0] (~wodz@chello087206240004.chello.pl) 22.26.06 # JdGordon: your skinupdate also nicely fails for themes which already were converted :-) 22.27.18 # domonoky: could I ask You to test FS#11189 on Your Archos? 22.28.10 # wodz: yes, but not today anymore.. please prod me again tomorrow :-) 22.28.24 # I will try :-) 22.28.53 # New commit by 03bieber (r26731): Theme Editor: Got project viewer displaying WPS files 22.41.51 # do I see correctly that teru also removed the cursor keys which give direct control of the input line on some targets that have enough keys for it? 22.43.13 # that was not my intention if that's the case - just the cursor keys only mode 22.44.07 Join Buschel [0] (~~andree@p54A3BFEC.dip.t-dialin.net) 22.45.18 # maybe I'm misunderstanding though, unfortunately I don't understand enough 22.50.04 Quit M3DLG (Quit: RAGE QUIT) 22.50.48 Quit kaylinsigswort (Ping timeout: 276 seconds) 22.52.12 Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) 22.57.32 Quit fyrestorm (Read error: Connection reset by peer) 22.57.44 Quit bmbl (Quit: Bye!) 22.58.22 Quit komputes (Remote host closed the connection) 22.58.35 # funman, FS#11385 talks about a amsv2 pitch/speed issue, any idea how the OF handles this? 23.10.31 Quit petur (Quit: Zzzzz) 23.15.39 Quit esperegu (Read error: Connection reset by peer) 23.16.24 Quit q_ (Ping timeout: 252 seconds) 23.19.48 Part domonoky 23.27.34 Quit wodz (Quit: Leaving) 23.33.17 Quit GeekShadow (Read error: Connection reset by peer) 23.35.19 Join blackromeo [0] (www-data@giant.haxx.se) 23.35.47 # sup peeps 23.37.17 # New commit by 03bieber (r26732): Theme Editor: Enabled loading project files from the project panel 23.44.32 Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) 23.44.52 Quit DataGhost (Ping timeout: 265 seconds) 23.44.59 Join mt [0] (~mtee@rockbox/developer/mt) 23.48.04 Quit pamaury (Quit: exit(rand());) 23.49.10 Join stimoceiver [0] (~swiftkick@mail.beanproducts.com) 23.49.17 # hello 23.49.46 Quit storm` (Ping timeout: 260 seconds) 23.51.52 Join storm` [0] (~lol@ip98-179-182-180.ri.ri.cox.net) 23.53.00 # bertrik: handles what? 23.53.57 # whats the best, most affordable device, with at least one memory card slot, that is capable of running rockbox? 23.54.07 # *currently available 23.54.40 # im currently using on a sansa e200, but its getting a little rough around the edges 23.55.38 Quit Buschel () 23.56.04 # clip+, maybe? 23.57.02 Quit Topy44 (Ping timeout: 248 seconds) 23.58.55 # bertrik: i read your message, i don't know how the OF gets around this