--- Log for 25.07.109 Server: simmons.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 1 month and 22 days ago 00.00.41 Quit HellDragon (Read error: 104 (Connection reset by peer)) 00.00.53 Join HellDragon [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) 00.03.12 # is english.lang not compiled in time now on multicore machines (re. red) or so? 00.03.48 # I haven't figured out what the bug is yet. 00.05.05 # * pixelma grumbles, why are builds working ubtil they are flashed :\\ 00.05.15 # until too 00.07.17 # Zagor: woo, nice commit... what sort of speedup does it give? 00.07.37 # JdGordon|: I'm working on some stats :) 00.07.51 # work harder :D 00.07.55 # rerunning make a second time after a make clean reduces build times by quite a lot on my machine 00.08.20 # but the new changes take build time from 69 to 54 seconds on my 4x Opteron 00.08.34 # after a few make, make clean cycles 00.13.37 # JdGordon|: http://pastie.org/557101 yesterday, http://pastie.org/558237 now. Gigabeat S, 8-core machine, no ccache, warm VFS cache 00.13.43 # it gave most fast machines in the round a healthy speed bump, too. I don't think we've had a 400+ speed before 00.14.28 # gevaerts: whoa, that is a nice boost 00.14.58 # nice 00.15.20 # still shows no difference with more than 6 jobs though 00.15.42 # or is the depgen maxed up to the number or cores? 00.15.42 # Before this, -j8 used 3.8 cores on average, now it uses 6.14 00.16.03 # JdGordon|: 8 is faster than 6 00.16.26 # then starts getting slower again 00.16.47 # yes, because 8 is the number of cores. this is expected. 00.17.26 Quit stripwax ("http://miranda-im.org") 00.19.13 Quit bmbl ("Bye!") 00.19.49 Join derekja [0] (n=derek@cpe-72-225-238-206.nyc.res.rr.com) 00.19.58 Part derekja 00.25.24 Quit saratoga (simmons.freenode.net irc.freenode.net) 00.25.24 NSplit simmons.freenode.net irc.freenode.net 00.25.24 Quit evilnick (simmons.freenode.net irc.freenode.net) 00.25.24 Quit CaptainKwel (simmons.freenode.net irc.freenode.net) 00.27.36 # linuxstb, can you check what value the LCD_CON register has on the nano2g? 00.29.38 Quit aaron424 (Remote closed the connection) 00.29.58 Join arohtar [0] (n=faemir@78.33.109.163) 00.32.29 # bertrik: Sure. (I assume you mean in the OF, before Rockbox touches it?) 00.32.38 # yes 00.33.03 Quit FlynDice_ (Remote closed the connection) 00.33.17 # 0xc01 00.39.52 Quit jgarvey ("Leaving") 00.40.43 # thanks 00.41.44 Quit arohtar (Client Quit) 00.41.48 Quit sinthetek (Read error: 60 (Operation timed out)) 00.42.33 # looks like there's a bug in my array slicing 00.44.00 # http://pastie.org/558257 shows some interesting numbers. 00.45.04 # looks like my stab with $cores+1 isn't so bad 00.45.19 Join faemir [0] (n=faemir@78.33.109.163) 00.45.57 # this is with a warm cache of course. On shared machines things are going to look a lot less neat 00.46.19 # it looks to me like I'd be best off running to -j4 clients 00.47.15 # according to these numbers, that should be 20% faster than a single -j8 client 00.47.40 # just keep in mind that a 4-core client will run -j5 00.48.12 # I know, yes. These pesky smart things :) 00.49.38 # ok, this thing should get very close to 100% CPU use overall 00.49.49 # can't get anything out of the LCD yet, not even corrupt it or clear it 00.50.22 # New commit by 03zagor (r22022): Fixed buggy array slicing. 00.50.39 # * gevaerts waits eagerly 00.50.41 # ay, maybe I should configure the LCD pins first ... 00.50.55 # * bertrik slaps forehead 00.53.19 # bertrik: Hmm, with my current (working) code, the Nano2g still gives audio with the codec set to slave mode, but with the wrong frequency (i.e. speeded up). In master mode, it sounds right... 00.53.32 Quit Ridayah (Read error: 110 (Connection timed out)) 00.54.08 Join Ridayah [0] (n=ridayah@173-19-228-175.client.mchsi.com) 00.55.48 # New commit by 03wincent (r22023): Added myself to the list of committers. 00.56.06 Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 00.57.23 # wincent: congratulations! 00.57.39 # Thank you! 01.00.35 NHeal (timeout) simmons.freenode.net irc.freenode.net 01.01.13 # gevaerts: I suppose we should do a new score benchmark now... 01.02.09 # hm, yes. This could have changed some things 01.02.41 # Also, I'm going to go back to a single no-explicit-cores client. My experiments don't speed things up 01.03.08 *** Saving seen data "./dancer.seen" 01.08.51 Nick wincent is now known as wincent_ (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 01.09.29 Nick wincent_ is now known as wincent (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 01.10.35 # Zagor: building new scores now 01.11.39 Quit faemir ("Leaving") 01.12.05 # Bagder: can you re-add the source 7z building cronjob? it's too big a job to be done by the build server after each round. (it takes nearly 2 minutes!) 01.13.28 # it's already there, built daily 01.14.13 # where? http://build.rockbox.org/dist/build-source/rockbox.7z is not being updated 01.14.43 # those are not daily 01.14.52 # http://download.rockbox.org/daily/source/rockbox-20090724.7z 01.15.19 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 01.15.26 # if we can't keep up to do them every commit, then I think daily is the only sensible option 01.15.38 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 01.16.13 # that's fine with me 01.16.13 # Why should it be done after the round? Can't it be done during? 01.16.32 # it could be made as a separate build 01.16.51 # but I don't think we need it 01.17.01 # gevaerts: yes it can. but the server is single-thread and runs a post-round shellscript that updates the web pages etc. it would fit there if it wasn't so big. 01.19.18 # * gevaerts thinks about it, and he thinks he's also in favour of a daily source file 01.19.44 Join funman [0] (n=fun@rockbox/developer/funman) 01.19.50 Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") 01.20.05 # * Hillshum thought there already were daily tarballs 01.20.18 # yes, there were 01.20.23 # or there are 01.21.09 # Hillshum: we're discussion the "bleeding edge" tarball, remade each commit. 01.21.32 # * gevaerts thinks about it, and he thinks he's also in favour of a daily source file 01.21.52 # yes, that wasn't phrased very well 01.23.32 # hm, doesn't viewvc have an archive download option? 01.23.48 # why couldn't it be done as a commit hook? 01.24.23 # Unhelpful: because the web server and svn server are different machines 01.25.25 # gevaerts: we don't have that enabled. it causes too much load, and most users abort before it's done 01.25.28 # but the commit hook could upload the file, perhaps? it just seems silly to have some random client on the internet do make the source archive - i'd imagine even as separate machines the svn and web servers are more closely connected than either is to the build clients 01.26.00 # seriously though, per-revision builds are useful because they find bugs and compiling lots of builds isn't that convenient. per-revision source doesn't give you anything that a normal svn checkout doesn't give yoy 01.26.11 Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 01.26.16 # we'll simply skip the bleeding edge source file. if you want bleeding edge, use svn. daily source is good enough. 01.26.38 # gevaerts: other than "sources to people with blocked ports"... but i think they could use git-http? 01.27.05 Quit JdGordon| ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 01.27.09 # I'm pretty sure they don't want to grab a new 22MB tarball on every commit anyway 01.27.11 # Zagor: I was hoping that it would cache the thing, but it's probably much too flexible for that to be possible 01.29.49 Quit PaulJam (Nick collision from services.) 01.29.58 Join PaulJam_ [0] (n=Paule@vpn-3009.gwdg.de) 01.32.10 # funman: Do you know, is the EQ on the fuze (and other AMS models) done in hardware or software? 01.32.47 # ej0rge: I don't think any target has hardware EQ (apart from bass/treble) 01.33.06 Quit Zagor ("Clint excited") 01.33.15 Quit wincent ("Kopete 0.12.7 : http://kopete.kde.org") 01.33.49 # linuxstb: Some codec chips claim to have 5-band eq in hardware, i admit i haven't checked the relevant AMS datasheet 01.35.02 # linuxstb: so maybe i am confused in believing that rockbox on some targets may be using hardware EQ 01.36.39 # I think the as3514 chip can only modify the volume, not separate bass/trebbles 01.37.01 Quit PaulJam_ (Nick collision from services.) 01.37.02 # funman: ok, thanks 01.37.04 Join PaulJam [0] (i=Paule@vpn-3009.gwdg.de) 01.37.47 Join JdGordon| [0] (i=ad808ab0@gateway/web/freenode/x-36ed1d043524355b) 01.37.47 # at least i can't find anything showing that it can in the datasheet 01.38.02 Quit ender` (" Some people like my advice so much that they frame it upon the wall instead of using it. -- Gordon R. Dickson") 01.40.17 # yay, I'm slowly getting there, I just drew a black rectangle over the existing logo 01.40.23 Join Telazorn [0] (n=Miranda@adsl-76-241-88-157.dsl.bcvloh.sbcglobal.net) 01.41.22 # funman: it must be the wm8978 in the beast that i'm thinking of 01.41.48 # funman: which has hardware eq, but this isn't used in rockbox (yet?) 01.42.41 # quite a few of the wm codecs seem to support treble/bass in hardware 01.42.44 # anyone got a good name to diferenciate between the wps engine and the wps screen? 01.43.05 # or even a mediocre or bad name 01.43.06 # New commit by 03gevaerts (r22024): re-measure all scores after the dependency generation rework 01.43.08 # ej0rge: i think bertrik is your man for using hardware eq in rockbox ;) 01.43.28 # bertrik: wolfson's product page for the 8978 boasts of 5-band eq for either (both?) input or output 01.43.30 # JdGordon|: the wps engine will be used for similar screens later, right? 01.43.41 # JdGordon|: What do you mean? What to call the "engine" and what to call the current WPS screen? 01.43.52 # gevaerts: yes 01.43.55 # funman: Mostly i was curious because i've heard some people complain that the fuze OF distorts badly when using the EQ 01.43.55 # linuxstb: both 01.44.58 # actually, I'm tihnking about creating apps/screens/ and then just putting music.c in there and leave the engine named wps 01.45.31 # There is no music on the radio, or no spoken word etc in files? 01.45.53 # ... 01.46.30 # I think the screen should keep the wps name, and the engine something else 01.47.06 # there is less work involved if the engine stays wps :) 01.47.36 # maybe, but that will be confusing in the long run 01.47.51 Join wincent [0] (n=wincent@rockbox/developer/wincent) 01.48.00 # and on the topic of cleaning apps... would anyone like to volanteer to move all the playback related stuff into a playback folder? 01.48.25 # * Hillshum volunteers MrSomeone 01.48.33 # That sounds easy! 01.48.44 # which probably means it isn't :) 01.48.58 Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") 01.49.29 # it shold be dead simple 01.49.29 Join wincent [0] (n=wincent@rockbox/developer/wincent) 01.49.43 # * gevaerts refuses to bite 01.50.02 # * JdGordon| is thinking "theme" or something for the engine.. but thats a lie... 01.50.20 # screener? 01.50.41 # configurable_layout 01.50.52 # * gevaerts doesn't believe in short names 01.51.11 # UserConfigurableInformationDisplayEngine? 01.51.19 # its not java or c# 01.51.24 # maybe just "a"? 01.51.47 # screener isnt nice because there is already screens and screen_access 01.52.17 # layoutengine? 01.58.12 Join bzed_ [0] (n=bzed@devel.recluse.de) 01.59.12 # * bertrik sees some red and green rectangles on his display 01.59.44 # yay? 01.59.53 # did you port the build status table to that player? 02.00.22 Quit bzed (Read error: 104 (Connection reset by peer)) 02.00.24 Nick bzed_ is now known as bzed (n=bzed@devel.recluse.de) 02.04.17 Quit JdGordon| (Ping timeout: 180 seconds) 02.04.39 Quit PaulJam (".") 02.05.05 # anybody have opinions on FS#4817? markun vaguely remembered amiconn being against such a merge, but i can't find logs regarding that. 02.07.50 # yay, 2 tiny rockbox logos and a lot of garbage 02.08.43 # Unhelpful: can you somehow benchmark scrolling code? 02.09.28 # if you arer not in a hurry, you could wait for amiconn's return from holidays or write to the mailing list (i am not sure if he's reading it ..) 02.09.58 # funman: not too easily. scroll_fn in both old and new does nothing if no items require updates 02.10.37 # anyway scrolling doesn't need to be optimised for speed .. 02.12.30 # that was my thought. it adds one extra call depth to scroll_fn, with the callee basically making all of the calls that scroll_fn used to do itself. this, and merging the two gradient drawing routines, cuts out about 600B on color targets. it's pretty much a wash on coldfire greyscale, and saves about 50B on arm greyscale 02.12.55 # about Sansa AMS: using 48MHz PCLK / 240MHz PLLA, and 24MHz MCLK in SD module, I get different results on successive boots: "no .rockbox directory", "no partition found", DATA TIMEOUT (SD bank -1 : error 0x8) 02.14.07 # Unhelpful: an effect you didn't mention : does it make the code more readable ? 02.14.32 # Oh, by the way, my 2GB sandisk card sometimes works in my e200v2 02.14.45 # funman: it consolidates identical and nearly-identical puts* functions that were in each bitmap LCD driver :) 02.16.03 # Hillshum: "sometimes works" ? did it use to never work ? 02.16.43 # Torne: i was thinking, it would be fairly safe to test stuffing rockbox bootloader bits into the blank areas of beast bootrom if we replace the jump at the start with a test (against the lock switch, which is gpio-accessible) and jump 02.18.26 # Unhelpful: yes, if the gpios are accessible that early 02.18.37 # it would need to be somewhat further down really i think 02.18.52 # clocking and muxing needs to be set up 02.20.16 # ah... so you'd need some setup before we could read any buttons. :/ 02.21.54 Quit GeekShado_ ("The cake is a lie !") 02.22.35 # funman: I can't find it right now, but iirc whenever I went to the filebrowser, there was no entry. Reinserting the card usually fixed that 02.23.13 # Hillshum: i think it was a problem caused by gevaerts 02.23.19 # not something AMS-specific 02.23.27 # is it fixed? 02.24.06 # Unhelpful: probably. the state of the chip at reset is very basic. 02.24.34 # Unhelpful: it goes through something like a thousand instructions before it even has relocated the bootlaoder to ram and turned the mmu on 02.25.57 # i was hoping to have a relatively safe "check the lock switch" test before the experimental parts, so that it would be reasonable to test flash bootloaders without a jtag handy :/ 02.27.30 # well it might not come to needing a flash bootloader 02.28.45 # well, i'd really just like to even have that option, in order to speed things up. but if you can figure out how to patch out the tests that cause the problems in the "official" bootrom, that would be just about as good. :) 02.29.38 # Hillshum: i think it was fixed 02.30.01 # tbh if we did modify the initial bootloader we'd want to do it *after* the bootloader did its initial startup 02.30.05 # but just before disk init 02.30.20 # or during disk init, possiblt 02.30.45 # basically at some point where the code has already had the chance to jump to the recovery image if the flash is broken 02.31.07 # being able to trigger that as a recovery option could be good 02.31.08 Join barrywardell [0] (n=barrywar@89.100.0.69) 02.31.23 # the bootrom is much, much too picky about deciding the player is broken, though. :/ 02.31.33 # Yah, but i mean before it's even powered the disk up 02.31.49 # it has a number of checks that cause reformat -> mtp recovery before ATA is even turned on 02.32.38 # if we were to patch in code somewhere there we could probably manage a fairly easy button combinatino totrigger its own recovery logic if nothing else 02.32.48 # ah... yes, i suppose it would be good not to bypass that. 02.32.51 # since it's already in a state to jump to OSFatalError 02.38.30 Quit mt (No route to host) 02.40.51 Quit barrywardell () 02.42.56 Quit darkless ("Leaving") 02.47.04 Quit Hillshum (Read error: 104 (Connection reset by peer)) 02.49.18 # New commit by 03dave (r22025): Correct the memory sizes (IRAM and DRAM) for the Nano2G. 02.49.36 # Oops. A few too many files.... 02.52.12 Quit bertrik ("De groeten") 02.54.34 # New commit by 03dave (r22026): Oops, too many files were committed in r22025, revert this one. The other changes committed as r22025 were initial button and audio drivers for the ... 02.54.59 Join TheCoolGman [0] (n=446e5e7d@gateway/web/cgi-irc/labb.contactor.se/x-f8a9f76feabe990d) 02.56.39 # So what is with the Current Build? The Source seems to be gone :O 02.58.20 Quit funman ("free(random());") 02.59.57 # TheCoolGman: I think there was a decision earlier to stop offering source code downloads after every commit - just the daily. 03.00.30 # Hmm, Well I tried that and I got build 21932 03.02.16 # Bagder and Zagor are the people you need to talk to, and they left (for bed I assume) a couple of hours ago. 03.02.39 # You can't use SVN? 03.02.50 # Ahh then I know what to do. 03.03.01 Quit TheCoolGman ("CGI:IRC") 03.03.12 *** Saving seen data "./dancer.seen" 03.15.35 Nick YpsyZNC is now known as Ypsy (n=ypsy@geekpadawan.de) 03.39.29 Nick Ypsy is now known as YpsyZNC (n=ypsy@geekpadawan.de) 03.41.41 Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") 03.47.12 # linuxstb: you can always svn -r right? 03.53.41 # tmzt: ? 03.54.14 # svn co -r 03.54.20 # to get a particular revision 03.59.03 # Sure. 03.59.39 Quit goffa__ (Remote closed the connection) 04.05.56 Quit Thundercloud (Remote closed the connection) 04.06.51 Quit TheSeven (Nick collision from services.) 04.07.07 Join The_Seven [0] (n=theseven@dslb-084-056-146-191.pools.arcor-ip.net) 04.07.11 Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-146-191.pools.arcor-ip.net) 04.10.12 Join goffa_ [0] (n=goffa@216.220.23.105) 04.16.43 Join CaptainKwel [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 04.35.01 # grepped CURRENT_BACKLIGHT to see how it is used. A shocker is that the mrobe 500's CURRENT_NORMAL = 100? abd CURRENT_BACKLIGHT is another 100. That is one dang inefficient player. 04.37.14 # and is it my understanding that CURRENT_BACKLIGHT is _only_ used if you have the backlight set to always on? 04.37.50 # (though, I guess it would be hard to use it in some other way - at least I can't think of a good way to use it) 04.43.57 Quit daurn (Read error: 113 (No route to host)) 05.03.17 *** Saving seen data "./dancer.seen" 05.10.31 Join n00b2Hack [0] (n=Administ@190.207.175.226) 05.13.06 Join android6011_ [0] (n=chatzill@216.47.195.29) 05.16.02 Join AndyIL [0] (i=AndyI@212.14.205.32) 05.16.12 Part n00b2Hack ("Saliendo") 05.29.26 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 05.29.40 Quit AndyI (Read error: 110 (Connection timed out)) 05.29.43 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 05.47.52 Quit Horscht (Read error: 110 (Connection timed out)) 05.53.49 Quit AndyIL () 05.56.13 Join AndyI [0] (i=AndyI@212.14.205.32) 06.06.06 Quit jfc (Read error: 104 (Connection reset by peer)) 06.21.23 Join jfc [0] (n=john@dpc6682208002.direcpc.com) 06.46.15 Quit CaptainKwel (Remote closed the connection) 07.03.21 *** Saving seen data "./dancer.seen" 07.13.59 Quit android6011_ ("ChatZilla 0.9.85 [Firefox 3.5.1/20090715094852]") 07.36.56 Join Horscht86 [0] (n=Horscht2@p4FD4DEE6.dip.t-dialin.net) 07.55.26 Quit Horschti (Read error: 110 (Connection timed out)) 07.56.44 Join BdN3504 [0] (n=5ce225de@gateway/web/cgi-irc/labb.contactor.se/x-d3b9395c63d77610) 08.01.11 Join n1s [0] (n=n1s@rockbox/developer/n1s) 08.01.26 # which version of the gigabeat s supports dualbooting? i have 2.11 on the device 08.02.06 Join Horschti [0] (n=Horscht2@xbmc/user/horscht) 08.20.03 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 08.20.40 Quit Horscht86 (Read error: 110 (Connection timed out)) 08.36.36 Join Rob2223 [0] (n=Miranda@p4FDCD709.dip.t-dialin.net) 08.38.11 # nlw 08.38.32 # how do i compile mknkboot? 08.38.39 # do i have to add it to sources? if so where? 08.40.08 Quit BdN3504 ("CGI:IRC") 08.45.08 Quit pixelma (Nick collision from services.) 08.45.10 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 08.45.30 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 08.45.53 Quit amiconn (Nick collision from services.) 08.45.57 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 08.46.04 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 08.54.39 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.03.24 *** Saving seen data "./dancer.seen" 09.16.23 Join stoffel [0] (n=quassel@p57B4F2E2.dip.t-dialin.net) 09.18.43 Quit thegeek (Read error: 54 (Connection reset by peer)) 09.30.02 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 09.35.15 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 09.41.00 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 09.48.32 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 09.50.55 Quit advcomp2019_ (Read error: 104 (Connection reset by peer)) 09.51.57 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 09.56.16 Join Grahack [0] (n=chri@ip-159.net-82-216-142.rev.numericable.fr) 09.59.02 Quit advcomp2019 (Read error: 113 (No route to host)) 10.04.34 Quit DarkDefender ("Leaving") 10.06.35 Join mt [0] (n=mt@41.233.138.250) 10.06.43 Nick advcomp2019_ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 10.11.14 Quit Grahack ("Leaving.") 10.17.18 Quit TheSeven (Read error: 104 (Connection reset by peer)) 10.17.42 Join TheSeven [0] (n=theseven@84.56.146.191) 10.19.27 Quit thegeek (Read error: 104 (Connection reset by peer)) 10.23.28 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 10.27.04 Join DarkDefender [0] (n=rob@78.69.30.229) 10.33.25 Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) 10.34.50 Join advcomp2019__ [0] (n=advcomp2@unaffiliated/advcomp2019) 10.46.13 Quit advcomp2019 (Nick collision from services.) 10.46.15 Nick advcomp2019__ is now known as advcomp2019 (n=advcomp2@unaffiliated/advcomp2019) 10.47.15 Quit thegeek (Read error: 110 (Connection timed out)) 10.49.11 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 11.02.58 Join kugel [0] (n=kugel@rockbox/developer/kugel) 11.03.25 *** Saving seen data "./dancer.seen" 11.19.00 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 11.37.19 Join Lear [0] (n=chatzill@rockbox/developer/lear) 11.38.13 Join ender` [0] (i=krneki@foo.eternallybored.org) 11.38.42 Join daurn [0] (n=daurnima@unaffiliated/daurnimator) 11.45.46 # mt - in libcook decode_vectors, how often do we hit the 'index>=7' part, do you think? Rather than memset the subband vectors to zero, could we just avoid/simplify the entire call to scalar_dequant in that case 11.48.14 # also, (although I won't pretend to understand cook codec), that for loop to initialize category[band+j] to 7 should probably be a memset 11.53.22 # mt - did you see the profiles by the way? scalar_dequant_math seems to take the most cycles after the mdct itself. http://pastebin.com/m2b98ab6b 11.54.53 # stripwax: Yes I did. It's just that I'm currently focusing on adding AAC rather then optimizing cook. 11.55.40 # :) no worries, just wondering if you had any thoughts on whether the amount of time spent by each part made sense or not, anything stand out 11.56.57 # Thanks for making those profiles by the way. :) 12.08.56 Quit stoffel (Read error: 113 (No route to host)) 12.10.17 Quit stripwax ("http://miranda-im.org") 12.21.49 Quit kugel (Read error: 110 (Connection timed out)) 12.33.11 Quit linuxstb (Read error: 113 (No route to host)) 12.38.31 Join wincent [0] (n=wincent@rockbox/developer/wincent) 12.42.05 Join stoffel [0] (n=quassel@p57B4F2E2.dip.t-dialin.net) 13.03.29 *** Saving seen data "./dancer.seen" 13.07.47 Join Lear_ [0] (i=chatzill@rockbox/developer/lear) 13.12.23 # I made a little more progress with the samsung yp-s3 13.14.17 # Being able to display debug info on the screen helps alot. I'm able to communicate with the RTC, reading the WM codec somehow still results in a hard hang. Can't read the fmradio either yet. ADC does work now and I think I can read the USB input voltage and battery voltage 13.15.14 # The backlight enable GPIO is also a timer output, maybe I can put a PWM signal on that for backlight dimming. 13.15.34 # Darn, there's a small memory leak in the vorbis codec... 13.20.23 Join barrywardell [0] (n=barrywar@86-43-160-239-dynamic.b-ras2.prp.dublin.eircom.net) 13.25.51 Quit Lear (Read error: 113 (No route to host)) 13.31.18 Quit Thundercloud (Remote closed the connection) 13.34.26 # bertrik: are interrupts working? 13.34.50 # if not, everything accessing i2c (e.g. wmcodec and fmradio) will lock up 13.39.26 Quit stoffel (Read error: 113 (No route to host)) 13.43.27 # TheSeven, no interrupts are not working yet, so I by bypassed the interrupt stuff 13.44.02 # ok, so you are polling that flag? 13.54.08 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 13.56.58 Nick YpsyZNC is now known as Ypsy (n=ypsy@geekpadawan.de) 14.07.09 # I'm polling the interrupt flag in the device (i2c or adc), not in the interrupt controller 14.10.49 Part wincent ("Kopete 0.12.7 : http://kopete.kde.org") 14.11.45 # I can read the rtc over the i2c bus, but somehow I can't read other devices on the same bus yet. Reading wmcodec locks up, reading the si470x tuner just returns 0xFF bytes 14.12.10 # We don't check any ACKs in the current i2c driver, so it could be that it simply does not respond at all 14.13.17 # I guess there are some enable pins that actually power up some of the peripherals. I don't know if this indeed the case, and if so, what pins these are on. 14.14.22 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 14.26.30 Quit linuxstb (Read error: 110 (Connection timed out)) 14.27.31 Join BdN3504 [0] (n=5ce22508@gateway/web/cgi-irc/labb.contactor.se/x-2cafb2743d599272) 14.27.57 Join einhirn [0] (n=Miranda@p5DCC114C.dip0.t-ipconnect.de) 14.29.57 # i am a bit puzzled by the gigabeatsinfo wiki page. 14.30.21 # it reads: Patched Gigabeat V updater (download below) 14.30.40 # but if you follow that link http://www.rockbox.org/twiki/bin/view/Main/GigabeatSInfo#Gigabeat_V_Firmware_Update_1_5 14.31.03 Join benutzer [0] (n=benutzer@91-65-62-255-dynip.superkabel.de) 14.31.11 # it reads: Unpatched version of the Gigabeat V firmware updater: 14.32.04 Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) 14.32.11 # so it first reads "patched" and then "unpatched". Do i simply have to get the version provided there 14.32.13 # ? 14.36.04 Quit einhirn (Read error: 54 (Connection reset by peer)) 14.39.05 # New commit by 03teru (r22027): fix some bugs reported in FS#9707 (some of fix is from the patch by Yoshihisa Uchida). see the task for more details. ... 14.41.00 Quit BdN3504 ("CGI:IRC") 14.56.02 Join shodanX_ [0] (n=shodanX@metal.informatik.uni-erlangen.de) 14.56.43 Join borges_ [0] (n=N@e178027010.adsl.alicedsl.de) 15.01.00 Quit shodanX (Read error: 110 (Connection timed out)) 15.03.08 Quit bmbl (Read error: 104 (Connection reset by peer)) 15.03.31 *** Saving seen data "./dancer.seen" 15.05.19 Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 15.05.28 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 15.08.41 Join stoffel [0] (n=quassel@p57B4F2E2.dip.t-dialin.net) 15.14.28 Quit borges (Read error: 110 (Connection timed out)) 15.17.10 Quit coney (Read error: 110 (Connection timed out)) 15.22.12 Join BdN3504 [0] (n=5ce22508@gateway/web/cgi-irc/labb.contactor.se/x-5b8b89f534e99b69) 15.25.29 Join einhirn [0] (n=Miranda@p5DCC114C.dip0.t-ipconnect.de) 15.26.17 # i really need your help... i don't know where to get the nk_orig.bin for the gigabeat s. do i have to simply rename it to that and take the nk.bin form the /b unpatched /b gigabeat updater provided on the wiki? 15.27.18 # yeah, pretty sure 15.28.59 # ok so now i have that and patch it with mknkboot, right? how do i know if the patching has been successful? 15.29.14 # try it? ;) 15.29.47 # don't remember really, maybe someone who does can fill in? 15.30.12 # well if i take the nk.bin created with mknkboot and the send it via sendfirm, the player reboots 15.30.30 # but it doesn''t load the rockbox bl 15.30.49 # but gets tuck at the error message 3 of the original fw 15.31.36 Join IuDeX [0] (n=52a0f8f7@gateway/web/cgi-irc/labb.contactor.se/x-f8e6ae0174e508e1) 15.31.37 # take a look on this http://forums.rockbox.org/index.php?topic=22315.msg153813;topicseen#msg153813 15.31.46 # look on this ;) http://forums.rockbox.org/index.php?topic=22315.msg153813;topicseen#msg153813 15.31.48 # never got that does it work with a clean OF? 15.32.01 # ouch sorry for twice msg 15.32.05 # lemme try 15.33.05 # can i simly use the nk_orig from the wiki or will this do something bad? 15.33.44 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 15.34.11 # BdN3504: the very worst those things will do is asking to be restored again 15.34.49 # that's what's happening :) but instead of error message 3 i'm stuck at 2: "connect to pc" 15.35.41 # if i try to sendfirm an unpatched version of the rockbox bl, i don't have dual boot, right? 15.36.47 # and that means i cannot charge the device as of now, right? 15.37.05 # rockbox does charge the S 15.37.48 Quit IuDeX ("CGI:IRC") 15.38.24 # oh, so i don't need dual boot actually? i thought charging doesn't work? 15.39.25 # you thought wrong 15.40.32 # cool thanks! 15.42.25 # killer, i am now in rb usb mode. now i have to fix the partition table and i'm ready to go. yippie! 15.47.18 Join Typhoon31 [0] (i=5dddee85@gateway/web/freenode/x-9a88bc31a1d7fdbd) 15.47.32 Quit Zarggg () 15.48.53 Quit borges_ (Read error: 110 (Connection timed out)) 15.49.29 Part Typhoon31 15.49.35 # could you help me define the mountpo9int of the device? i can't make anything out of the dmesg output... http://pastebin.com/d2ddea8e1 15.55.17 Quit TheSeven ("ChatZilla 0.9.85 [Firefox 3.5.1/20090715094852]") 15.56.11 Join TheSeven [0] (n=theseven@dslb-084-056-146-191.pools.arcor-ip.net) 15.57.27 # hm, are you using ubuntu? 15.58.48 # I do believe I have a working malloced Vorbis decoder now. Quick tests in the simulator look good at least. :) 15.58.58 # nope, i am using the vmware image provided on the wiki 15.59.17 # Any suggestions for the location of TLSF? 15.59.49 # but i mounted sda to a dir and now have a different dmesg output: http://pastebin.com/d622ad1c9 15.59.57 # guess i can now simply use sda rightß 16.00.00 # ? 16.00.24 # /dev/sda1 16.00.31 # fdisk /dev/sda 16.00.33 # ? 16.00.38 # ok 16.00.45 # fdisk /dev/sda1 16.00.53 # right? 16.00.53 # no 16.00.58 # no 16.00.59 # ? 16.01.24 # Also, if this is a recent bootloader, you shouldn't need to fix the partition table anymore 16.01.44 # hm, i just compiled it with a recent revision 16.02.15 # /dev/sda is the disk, /dev/sda1 is the firmware partition where the bootloader lives, /dev/sda2 is the main partition where .rockbox lives 16.02.43 # ah ok 16.02.45 # ty 16.04.25 # right, it shows up normal as two devices in windows. can i delete all the files on the big partition (content and firmware directory and a bunch of nondescript files) and just put rb on it, or do i need these files? 16.11.31 Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) 16.13.56 Quit BdN3504 ("CGI:IRC") 16.45.10 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 16.50.35 Join saratogahome [0] (n=41becb3b@gateway/web/cgi-irc/labb.contactor.se/x-c449d8b6b7a095ad) 16.50.56 # Lear_: which malloc did you end up using? 16.53.15 Quit mcuelenaere () 16.53.55 Join w1ll14m [0] (n=w1ll14m@84-104-82-21.cable.quicknet.nl) 16.54.09 # saratogahome: TLFS, since PDBox used it... 16.56.03 # I'm not really into this, but what did we use before and how has it improved now? 16.58.39 # ah, you must be Mr Someone! :P I just read on his todo list : "Introduce a real malloc for tremor so that we don't waste hundreds of KB on unfree'ed buffers." 17.03.35 *** Saving seen data "./dancer.seen" 17.04.48 # vorbis used a pretty primitive kind-of-malloc before 17.04.50 # It wasn't as bad as several hundreds when I tested it now though... 17.05.35 # Lear_: how big are the savings? 17.08.05 # What kind of savings? But before there were 50-80 kB of unfreed buffers. 17.08.25 Join arohtar [0] (n=faemir@78.33.109.163) 17.08.41 # And TLSF reported about 380 kB of peak usage, for a floor0 file (I think...) 17.08.43 # memory savings, i suppose speed should be pretty much unaffected? 17.10.29 # It (almost) only allocates during init, so any additional time ought to be really small in comparison. 17.10.45 # can someone who understands perl have a look at http://pastie.org/558689 and see if I'm being totally stupid, or if this actually has a chance to work? 17.12.38 # Lear_: I can test again using an extreme example file 17.12.48 # it was several hundred KB more then typical IIRC 17.13.35 # Ok, I can make a patch. 17.13.53 # New commit by 03mt (r22028): Compile librm separately in preparation for addition of more codecs. 17.14.19 # Should I add a (simulator only) debug with peak memory usage perhaps? 17.15.10 # Lear_: i owndered about memory savings since iirc a motivation for a real malloc was to be able to shrink the 1MB codec buffer 17.15.41 # I think a peak memory diagnostic would be good 17.21.32 Quit teru ("Quit") 17.24.46 Join Zarggg [0] (n=zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 17.25.13 # yes, nice idea 17.25.53 # New commit by 03gevaerts (r22029): Add the -msgscript parameter, which allows to specify a script to run whenever a server message is received. 17.26.22 # ok, now let's hope that Bagder and Zagor don't dislike this too much :) 17.27.22 Join n00b81 [0] (n=n00b81@unaffiliated/n00b81) 17.27.30 Part n00b81 ("Leaving") 17.27.42 Quit barrywardell () 17.32.11 # hm, that's probably not good enough... 17.36.38 # New commit by 03gevaerts (r22030): rename msgscript to commandhook, and run it for all server commands instead of just for messages 17.37.23 # rasher: that should allow you to do this xterm title script 17.39.53 Join BdN3504 [0] (n=5ce22508@gateway/web/cgi-irc/labb.contactor.se/x-bc2ebb2d401fcb14) 17.41.17 # argh another problem with the gigabeat s: i have succesfully used the sendfirm tool to copy a bootloader compiled from the latest build onto the device under windows. 17.41.49 # but the device does not restart automatically after the success. instead i have to disconnect it and then it boots into rockbox. 17.42.53 # but it only boots into rockbox, when it is supplied with power from the adapter. if i detach the adapter, the error screen 3 is shown, asking me to be patient 17.43.55 # then i can reconnect the device, after i pulled the plug and reset the battery. then i have to use sendfirm again to boot into rockbox... what to do? 17.43.56 # saratogahome: http://www.rockbox.org/tracker/task/10466 17.47.05 Join CaptainKwel [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 17.47.17 # New commit by 03mt (r22031): Adding support for playback of aac audio in rm container, with seeking. 17.52.13 # Lear_: I have company in town this weekend but i'll try to get a look at it soon 17.52.26 # regardless I think this is a big improvement to vorbis and should go in when its ready 17.52.38 # i expect it will be very helpful for small memory targets like AMS 17.54.08 # New commit by 03mt (r22032): Fix yellow - (Value in an enumeration not handled in a switch). 17.58.31 # interesting to see that Palm has borrowed our idea of identifying as an ipod via software USB stack 17.58.44 # speaking of which did that work ever get commited? 17.59.22 # no. It was still too fragile 18.00.31 # New commit by 03gevaerts (r22033): use system() to run the commandhook script, so it can interract with stdout and stderr (needed for e.g. xttitle to work) 18.01.36 # is it on the tracker somewhere? 18.02.59 # the patches are on FS#10023. There's also information in the wiki (IpodItunesCommunication) 18.03.47 # I'd mainly like to see the last patch there to be finished (clock setting). The gtkpod people have a tool to set the clock from linux that we can then borrow 18.05.14 Join darkless [0] (n=darkless@h55eb1105.dkvaval.sta.perspektivbredband.net) 18.09.03 # we (well, Mr Someone) could hack that functionality into rbutil! 18.09.31 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 18.10.03 # exactly. What stopped me from finishing this was the lack of an easy way to actually set the clock based on the data we get from itunes 18.10.04 Quit saratogahome ("CGI:IRC (EOF)") 18.13.47 Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) 18.15.46 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 18.15.52 Quit einhirn (Read error: 101 (Network is unreachable)) 18.17.19 Join shotofadds [0] (n=rob@rockbox/developer/shotofadds) 18.25.16 # I want to add a line to the panic and UIE handlers to turn on the backlight for LCDs that are unreadable without it (eg. with a direct call to _backlight_on()). Obviously this would require an #ifdef, but the best I can come up with is LCD_REQUIRES_BACKLIGHT. Also, which targets apart from the D2 need this? 18.26.31 # the sansas are unreadable as well. Not sure about the ipods, the 5G is readable, but I don't know about nano and color 18.27.30 # is that the case for v1s and v2s? 18.27.36 # sansas, that is 18.27.50 # at least the v1. I suspect the v2s as well though 18.28.30 # nano2 is, well, kind of readable if you hold it into direct light, but not really good 18.28.52 # Well, I'll add it for the targets we know need it and others can be added later. 18.28.58 # well, most color lcd's are unreadable without backlight and it doesn't hurt on the rest so i think it should be unconditional for players that have backlight 18.29.17 # I know there was some discussion of LCD_IS_KINDA_UNREADABLE_WITHOUT_REALLY_STRONG_DIRECT_SUNLIGHT before ;-) 18.29.33 # but why not do it for all players? 18.29.34 # n1s: well, that would be even easier 18.29.47 # well, those that do have a backlight :) 18.29.51 # I can't really think of any reason not to 18.32.57 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 18.35.40 Quit Lear_ ("ChatZilla 0.9.85 [Firefox 3.5.1/20090715094852]") 18.42.46 # n1s: of course the UIE handler is arch-specific, and I can't see the point of adding this for coldfire/SH if those targets don't need it, other than for consistency. panic is common to all, though 18.46.07 Join infzy [0] (n=infzy@69-196-158-16.dsl.teksavvy.com) 18.46.39 # any recommendations for a good PMP that runs rockbox? 18.49.22 Join thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 18.57.09 Join darkhamm [0] (n=darkhamm@host123-42-dynamic.31-79-r.retail.telecomitalia.it) 19.00.49 Quit w1ll14m (Read error: 110 (Connection timed out)) 19.02.59 # aaah. now i can't even boot rb anymore. i always get the same please be patient error message 3 on my gigabeat s... 19.03.24 # * gevaerts thinks that BdN3504 will soon understand why we don't call the gigabeat s supported yet 19.03.29 # i am using a freshly compiled bootloader 19.03.39 *** Saving seen data "./dancer.seen" 19.03.48 # gevaerts: true, true 19.07.20 Join daurnimator_ [0] (n=daurnima@ppp121-44-205-57.lns10.mel4.internode.on.net) 19.08.07 Quit BdN3504 ("CGI:IRC") 19.09.51 Quit dfkt (Read error: 104 (Connection reset by peer)) 19.11.35 # If it weren't for this proprietary NAND flash translation layer, I think a lot of the s5l8700 based players would be easy rockbox targets 19.12.39 Join w1ll14m [0] (n=w1ll14m@84-104-82-21.cable.quicknet.nl) 19.12.43 Join daurnimator__ [0] (n=daurnima@ppp118-208-173-183.lns10.mel4.internode.on.net) 19.13.27 Join derekja [0] (n=derek@cpe-72-225-238-206.nyc.res.rr.com) 19.13.32 Join dfkt [0] (i=dfkt@unaffiliated/dfkt) 19.13.35 Part derekja 19.13.48 Join n00b81 [0] (n=n00b81@unaffiliated/n00b81) 19.13.56 Part n00b81 ("Leaving") 19.18.30 Quit daurn (Read error: 110 (Connection timed out)) 19.26.16 Quit daurnimator_ (Connection timed out) 19.26.37 Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) 19.34.39 Quit stoffel (Read error: 113 (No route to host)) 19.35.34 Join mcuelenaere_ [0] (n=mcuelena@78-21-191-122.access.telenet.be) 19.35.34 Quit mcuelenaere_ (Client Quit) 19.36.29 Join mcuelenaere_ [0] (n=mcuelena@rockbox/developer/mcuelenaere) 19.36.53 Quit mcuelenaere (Nick collision from services.) 19.37.07 Nick mcuelenaere_ is now known as mcuelenaere (n=mcuelena@rockbox/developer/mcuelenaere) 19.39.28 Join BryanJacobs [0] (n=braujac@cpe-74-67-191-154.rochester.res.rr.com) 19.40.38 Quit gevaerts (Read error: 60 (Operation timed out)) 19.40.38 Quit arohtar (Client Quit) 19.40.48 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 19.42.05 Quit benutzer ("Verlassend") 19.46.43 Join Guest84819 [0] (n=newton@200.246.95.91.static.ter-ks.siw.siwnet.net) 19.47.53 Join stoffel [0] (n=quassel@p57B4F2E2.dip.t-dialin.net) 19.49.20 # hey! the dude dave.b that made the x5 cloak theme is god! 19.50.10 # i've been thinking of do one just like it, and now i don't have to ;) 19.50.21 # genius! 19.50.30 Part Guest84819 19.54.38 Nick Ypsy is now known as YpsyZNC (n=ypsy@geekpadawan.de) 19.58.39 Join daurnimator_ [0] (n=daurnima@ppp118-208-174-236.lns10.mel4.internode.on.net) 19.59.39 Quit bertrik ("De groeten") 20.03.39 Quit daurnimator__ (Read error: 60 (Operation timed out)) 20.06.23 # for a microsd card will rockbox only read Fat32 or does it not matter? 20.07.08 # fat32 or fat16 20.07.26 # oh ok 20.12.56 # doesn't that depend on whether Rockbox is compiled with FAT16 support? 20.14.23 # yes, but as far as I know all targets that have a microsd slot are 20.14.36 # and if they aren't, I think that would be a bug 20.15.24 Quit darkhamm ("Sto andando via") 20.16.16 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 20.20.11 # damn... that bin2note exploit is awesome 20.23.09 # New commit by 03rob (r22034): Make the panic and UIE handlers turn on the backlight (needed for various colour LCDs that are unreadable without it). UIE is only changed on ARM for ... 20.24.39 Join einhirn [0] (n=Miranda@p5DCC0DF5.dip0.t-ipconnect.de) 20.27.27 # w1ll14m, inded 20.27.29 # sweet 20.27.59 # it's just to bad i have a nano with type2 lcd 20.29.05 # * webmind has no nano at all anymore 20.36.54 Quit daurnimator_ (Read error: 110 (Connection timed out)) 20.37.37 Join daurnimator_ [0] (n=daurnima@ppp118-208-146-200.lns10.mel4.internode.on.net) 20.37.50 # any recommendations for a good PMP that runs rockbox? 20.38.25 # e200! 20.38.41 # or a 1st gen nano 20.38.45 # o rly? 20.38.57 # +1 for e200 20.39.09 # Tuplanolla do oyu own the e200 or just saying that 20.39.21 # i've got a pair of e280s 20.39.29 # ah ok 20.39.32 # :) 20.39.40 # im happy with my single e250 20.39.56 # so sansa's are thought to be pretty happy 20.41.06 # e200 and c200 v1s, yes 20.42.27 # but not the newer models 20.42.33 # New commit by 03rob (r22035): Revert r22034 since the backlight handling functions are not consistently named between targets. 20.42.52 # is that because noone's ported it yet, or because it can't be done? 20.42.53 # just curious :) 20.43.18 # the ports are work in progress 20.43.34 # okay, cool. 20.45.01 # New commit by 03rob (r22036): D2: Fix the POWER button check after an exception/panic. Make this power the player off, since we don't know how to force a reboot yet. 20.46.36 # has anyone tried a port to the visualland stuff? 20.46.40 # sorry for annoying noobie questions :) 20.47.38 # infzy check out http://www.rockbox.org 20.48.02 # yeah, ok ;) srry :) 20.48.50 # * shotofadds thinks the red on r22035 looks a little iffy (blank log) 20.53.05 # that was on cygwin. I guess there's still something strange with those 20.54.52 Part BryanJacobs ("Leaving.") 20.58.08 Join flydutch [0] (n=flydutch@host87-202-dynamic.15-87-r.retail.telecomitalia.it) 21.01.10 Quit mcuelenaere (Read error: 110 (Connection timed out)) 21.03.42 *** Saving seen data "./dancer.seen" 21.05.17 # Is it expected that you have to rebuild the entire pictureflow cache to add a few covers? 21.09.06 Join kugel [0] (n=kugel@rockbox/developer/kugel) 21.11.16 # w1ll14m: rockbox can handle type-2 lcds 21.11.25 # it's just ibugger that can't 21.11.40 # so you'll only get no splashscreen, but the rest will work 21.12.41 Join advcomp2019_ [0] (n=advcomp2@unaffiliated/advcomp2019) 21.13.30 Join tinker_ [0] (n=steve@66-44-125-7.c3-0.slvr-ubr1.lnh-slvr.md.cable.rcn.com) 21.14.05 # Hi. Will Rockbox work on a Sansa Sandisk m260 ? 21.14.52 # no 21.15.17 # LOL. I guess that settles a lot of other questions 21.15.23 # Thanks much 21.15.27 # Bye 21.15.32 Quit tinker_ (Client Quit) 21.16.52 Quit stoffel (Remote closed the connection) 21.17.17 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 21.23.54 # TheSeven: i was just playing around with iBugger, not tried anything else yet 21.24.31 # w1ll14m: everything besides the splash screen will work 21.24.46 # hmmm 21.25.03 # and the updatelcd command, of course 21.25.25 # w1ll14m: which version are you using? 21.26.49 # 0.1f 21.29.58 Quit advcomp2019 (Read error: 113 (No route to host)) 21.30.01 Quit flydutch (Read error: 104 (Connection reset by peer)) 21.31.45 Join flydutch [0] (n=flydutch@host87-202-dynamic.15-87-r.retail.telecomitalia.it) 21.32.00 # i had a strange screen once, but i cannot get it to reproduce 21.36.44 # TheSeven: upload 0x22000000 bootloader.bin then execute 0x22000000 0 21.37.05 # TheSeven: gives me +++ this is a very long i=xxx 21.38.39 # yep, that's the current rockbox bootloader :-) 21.39.37 # hehehe 21.40.00 # ok so it went well 21.41.41 Quit advcomp2019_ (Read error: 110 (Connection timed out)) 21.45.09 Nick aidy_ is now known as aidy (n=aidy@mail.rty.ca) 21.59.34 Quit n1s ("Lämnar") 22.13.41 Quit bmbl ("Bye!") 22.15.31 Join sinthetek [0] (n=sinthete@cpe-075-183-051-184.triad.res.rr.com) 22.16.40 # should themes affect device configuration/settings? or appearance only? 22.18.49 # for some reason next and previous buttons won't change tracks. they only ff and rw the current track no matter how long i press them 22.21.02 # (but they work fine with other themes. seems that only the 'free-state.amremix' theme is the only one with this issue 22.21.09 # ) 22.21.27 # sinthetek: they could change settings in theory, but they're not supposed to do that. Button mappings are not configurablt though 22.21.50 # is that theme on the theme site? 22.22.46 # * gevaerts finds it 22.22.58 # yeah 22.23.15 # it doesn't do anything special 22.24.09 # hmm... weird 22.24.22 # well, it's just a slight nuissance. i'll live 22.25.41 # maybe it's slightly more CPU intensive so it detects long press easier? 22.30.53 # sounds feasible i suppose 22.31.23 # maybe it is because i am using version 3.3 and it only purports to work with 3.2 22.31.25 # ? 22.31.45 # no 22.32.38 # it says 3.2 because of technical issues with the automated checking on the theme site. If it didn't work with 3.3, it wouldn't actually load 22.34.15 # ahh ok then. i guess your theory seems most plausible then 22.37.04 Join BdN3504 [0] (n=5ce22508@gateway/web/cgi-irc/labb.contactor.se/x-fc646b02f0dd2af5) 22.47.37 Join BeChris [0] (i=5c89f62b@gateway/web/freenode/x-4249be9ee2c9836a) 22.48.27 # Hello 22.51.56 # I'd like to know who could evaluate and include officialy what I did in FS#9493 (png viewer) 22.54.14 # there was a discussion about it a few days ago 22.55.18 # some people want a unified image viewer first, others think that requiring that is madness 22.55.25 # OK thanks I will search in the log 22.56.31 # http://www.rockbox.org/irc/log-20090724#12:00:12 22.56.37 # my "vote" would be for inclusion 22.56.57 # mine too. Let's do a quick review and stop this waiting :) 22.57.08 # is the png viewer capable of using the scaler? 22.57.24 # BeChris: I assume a lot of the patch is mostly-unmodified libpng? 22.57.45 # i'd say the main questions are 1) can it use the scaler? 2) does it support greylib? 22.58.01 # both are fairly important if we want one integrated image viewer 22.58.27 # yes, but atr devcon2008 we decided that "does not run on all targets" should not be a blocker 23.00.03 # Unhelpful : I'm a quite newcomer in the rockbox world : what do you mean by the scaler ? I use bmp_slooth_scale function. 23.00.07 # hey guys i want to point people who have problems with the gigabeat s installation in the right direction: 23.00.08 # actually, #2 isn't so important, the decoder doesn't need to know about greylib. 23.00.39 # after having patched the firmware provided on the wiki, i had all sorts of problems 23.01.07 # what solved was: download the 12 us updater (llink provided in the manual) 23.01.07 # BeChris: ideally, scaling should be done by providing a callback function that the core scaler can use to fetch rows. see apps/recorder/resize.c, bmp.c, jpeg_load.c 23.01.40 # Unhelpful : then this is not the case :( 23.01.51 # do we need that before commit though? 23.02.11 # But someone else could maybe implement it (or me I have time and skill to do so) 23.02.21 # extract nk.bin from that exe, patch it with mknkboot and use sendfirm to put it on the device. Works like a charm. Thank you guys for making rockbox possible on such an outstanding piece of hardware 23.02.23 # I meant If i have ... 23.02.59 # gevaerts: not really. it's a bit of work. i've pondered turning that situation around a few times, so that only the *scaler* needs to encapsulate its state in a struct, and the readers can then call it to process each line they've decoded. 23.03.44 # BeChris: the v8 patch seems to miss the apps/plugins/SOURCES bit. I assume it should be for HAVE_LCD_COLOR? 23.03.45 *** Saving seen data "./dancer.seen" 23.03.52 Quit infzy ("leaving") 23.03.54 # This is how the official libpng could be used but my tests have shown that it is slower than my implementation (a mix between LodePng and zlib) 23.04.04 # it would make porting new decoders to the scaler much less ugly. 23.04.34 # gevaerts : really ! I always forget files in my patch. 23.04.54 # Of course it is for HAVE_LCD_COLOR (due to the fact I use bmp_smooth_scale) 23.08.38 # gevaerts : no, there is no problem with the patch since apps/plugins/SOURCES is no more impacted. It's apps/plugins/SUBDIRS which is modified now. 23.08.48 # yes, I see that now 23.09.37 # encapsulating the scaler state in a sructure is tedious drudge-work, about on the same order as the core jpeg decoder was... but it would make supporting the scaler for other uses much easier, i think. 23.09.59 Join [1]w1ll14m [0] (n=w1ll14m@84-104-78-216.cable.quicknet.nl) 23.10.35 Join _zic [0] (n=user@91-165-239-61.rev.libertysurf.net) 23.11.49 Join ademille [0] (n=ademille@c-24-10-232-214.hsd1.ut.comcast.net) 23.11.52 Quit _zic (Client Quit) 23.12.10 # So, do you think guys this patch has any chance to be officialy included leaving jpeg one untouched for the moment ? 23.12.32 # BeChris: i think it should be. 23.12.37 # unless someone speaks up soon, I plan to commit it tonight 23.13.00 Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) 23.13.00 # the scaler bit is something i need to do myself, as soon as i can work myself up to doing it. :) 23.13.08 # Yes ! Very happy. I will see my name in the credits soon :) 23.14.20 # * gevaerts wonders why he gets unrelated warnings 23.15.00 # Does it mean I will get write access to the svn repository in order to work on the unification ? 23.15.25 # depends, how do you feel about rewriting the scaler? ;) 23.16.11 # Maybe too much chalenging for me at the moment :( 23.18.37 # gevaerts : I think I should post another patch because I found that patch_png8 accidentaly modify the CFLAGS for all sources not only the png plugin 23.18.53 # ah, that would explain it 23.19.18 # can you just tell me what to change? 23.19.23 Quit kugel (Read error: 110 (Connection timed out)) 23.19.34 # i'm kidding, and it's also not up to me :) 23.19.51 # gevaerts : ok or can I send you the correct png.make file ? 23.20.11 # yes, maybe on a pastebin 23.20.45 # gevaerts : another tech I'm not aware of 23.21.03 # have a look at http://pastie.org/ and all shall become clear 23.21.41 Join kugel [0] (n=kugel@rockbox/developer/kugel) 23.24.26 # gevaerts : I found sourcepod and you can find the file here : http://fr.sourcepod.com/ofjmjj38-612 23.25.00 Quit [1]w1ll14m (Read error: 60 (Operation timed out)) 23.26.19 Quit w1ll14m (Read error: 110 (Connection timed out)) 23.28.03 # BeChris: that one seems buggy. I don't seem to find a way to get at the raw source... 23.28.53 # pastie.org is excellent in that regard :) 23.29.02 # it also has bugs 23.29.07 # less, but still 23.29.34 # it doesn't break patches like pastebin.com :) 23.29.53 # ah, wait, if I ask to edit the thing, I can copy it properly 23.30.25 # hrm, actually, it seems i can properly download it raw 23.30.50 # OK : I was studying pastie.org 23.31.00 # BeChris: do so anyway :) 23.31.13 # ruby rulez :) 23.32.49 # If I give you this URL : http://pastie.org/558937 23.32.53 # Is it ok for you ? 23.33.22 # it is, yes. pastie.org just needs .txt a the end for the raw content 23.33.57 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 23.34.01 # * gevaerts does a quick test 23.34.05 # Ah right. Interresting tool. 23.34.12 Join n00b81 [0] (n=n00b81@unaffiliated/n00b81) 23.36.15 # New commit by 03gevaerts (r22037): Add a png viewer plugin ... 23.36.37 # * gevaerts hopes for all green 23.38.22 # Thanks gevaerts 23.39.10 # nice work BeChris 23.40.31 Quit BdN3504 ("CGI:IRC") 23.41.55 # Glad to see that my first contribution to rockbox is officially integrated 23.42.00 # Thanks to you all 23.42.06 # BeChris: there are some warnings 23.42.11 # http://build.rockbox.org/shownewlog.cgi?rev=22037;type=creativezvm30sim#prob1 23.42.35 # I guess 64bit sims 23.42.53 # let me see 23.43.35 # 51 clients 23.43.43 # nice \o/ 23.43.59 # I mean, the png viewer. but the 51 clients are also nice :) 23.44.05 # Bagder: I don't know if you notices, but we've had a few sub-4-minute builds today :) 23.44.18 # I spotted that, it's great! 23.44.56 # 118 builds in less than 4 minutes is unbelievably cool 23.45.06 # multi-threading dependency generation really boosted things up 23.45.29 # New commit by 03gevaerts (r22038): Fix some casts from pointer to int, now cast to intptr_t 23.46.23 # BeChris: nice work 23.46.42 # sinthetek: did you change your track skip options accidentally maybe or turn on "prevent track skipping"? Not sure where this option is now but there is one called this way 23.47.58 Part n00b81 ("Leaving") 23.48.16 # pixelma: I asked you yesterday but you probably were already gone. Do you have an idea what to do about the X5 w.r.t. to playlist viewer button. Also, does the M5 have the same problem? 23.49.05 # I don't get the warning on my iMac when building a creativezen M30 simulator (gcc 4.0.1) 23.49.36 # I think I fixed it anyway 23.50.24 # Zagor, Bagder: do you think this new -commandhook option should get a new client version? 23.50.56 # nah, all those you really want to play with it atm can easily just get it 23.51.02 # s/you/who 23.51.31 # or has anyone suffered? 23.51.36 # you mean all two of us? :) 23.52.05 # well, once you release your awesome cool scripts I expect the entire world to want them! ;-) 23.52.19 # kugel: answer is in the logs, somewhere between 23 and 24 yesterday 23.53.27 # ok, for posterity, I run http://pastie.org/558729.txt 23.53.59 Quit flydutch ("/* empty */") 23.55.37 # pixelma!! 23.56.34 # i did enable prevent track skipping. i thought it was to help with distortions from file corruptions or rips from bad cds, heh 23.57.32 # a dap is not a record player (I mean those vinyls) ;) 23.58.39 # :P