--- Log for 24.07.109 Server: simmons.freenode.net Channel: #rockbox --- Nick: @logbot Version: Dancer V4.16 Started: 1 month and 21 days ago 00.00.16 # Ok I have to go. I will drop it tomorrow. Thanks for your help all 00.00.20 # *by 00.00.29 Quit TheEvilPrince () 00.07.04 Join Stephen [0] (n=S@86-40-168-77-dynamic.b-ras2.srl.dublin.eircom.net) 00.07.13 Nick Stephen is now known as Guest29735 (n=S@86-40-168-77-dynamic.b-ras2.srl.dublin.eircom.net) 00.07.42 Nick Guest29735 is now known as Stephen___ (n=S@86-40-168-77-dynamic.b-ras2.srl.dublin.eircom.net) 00.08.16 Join safetydan [0] (n=deverton@rockbox/developer/safetydan) 00.09.49 Quit roolku () 00.26.01 Join derekja [0] (n=derek@cpe-72-225-238-206.nyc.res.rr.com) 00.26.07 Part derekja 00.32.27 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 00.34.29 Quit bertrik ("De groeten") 00.35.12 Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) 00.39.37 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 00.40.26 # gevaerts, meizu_dfu seemed to actually work partly on the samsung yp-s3! 00.40.49 # Which part? 00.40.50 Quit soap-work ("CGI:IRC (EOF)") 00.41.07 # it recognised the CPU, sent the updateNAND file and then recognised the CPU again with a slightly different string 00.41.22 # so the updateNAND actually runs... 00.41.27 # it said GET CPU, got: S5L8700 Rev.2 00.41.51 # which means the basic memory layout is the same. Not too surprising of course, but still good 00.41.53 # and after sending the updateNAND.. it said GET CPU, got: S5L8700 Rev.2-BE 070831 00.42.22 # hm, BE for big endian? 00.42.53 # yes I think so, the BE is also in the updateNAND... file name 00.43.44 # let me have a look at what it says on my m6sl 00.45.54 # stripwax: thanks for the fprofile, very interesting results 00.46.35 # no problem. not completely sure it really makes sense - anything useful in there? 00.46.55 # yeah some interesting results 00.47.05 # the whole codec is a mess so it wasn't clear to me what to optimize first 00.47.35 # any clearly now? nothing actually really stood out to me, in fact 00.47.53 # ^clearer 00.48.12 Quit benutzer (Remote closed the connection) 00.48.37 # bertrik: if you change that string in the updateNAND file, you'll see your changes in the next GET_CPU 00.49.12 Quit dmb (Read error: 113 (No route to host)) 00.49.19 # * gevaerts 's version now says "rockbox flashing tool 00.49.40 # ff_log2_tab ought to be in IRAM perhaps; words maybe more efficient that uint8_t there; and some unrolling in imlt_math, something along the lines of vect_mult maybe? 00.49.42 # what we're seeing so far is already proof that the updateNAND thing is running I think 00.49.54 # yes 00.50.24 # I guess the NAND in my yp-s3 is probably different from that in the meizu 00.51.27 # I should try to compile some stuff tomorrow and run it as a DFU program 00.51.40 # mlt_compensate_output probably ought to not be inlined (given it has three calls), but it actually looks like gcc doesn't inline it anyway despite the inline 00.51.43 # indeed. Maybe try toggling some GPIO pins 00.52.02 Quit aaron424 ("ChatZilla 0.9.85 [Firefox 3.0.12/2009070811]") 00.53.41 # I should find the backlight 00.53.59 # indeed. As soon as you have that, you're almost done! 00.54.17 # * gevaerts ignores the fact that we've known the backlight for ages on the m6 00.54.19 # the display driver didn't look so complicated, but probably too complicated to start with 00.54.38 # you need backlight for that anyway :) 00.55.37 # well this is nice progress for just a single evening of playing with it 00.56.00 # it is indeed 00.56.03 # gevaerts: are your build benchmarks including or excluding "make zip"? 00.56.11 # Zagor: excluding 00.56.22 # the vd*i stuff in unpack_SVQH is a bit ugly, don't really want/need a mult there 00.56.39 # maybe a mistake 00.57.21 # but I've not profiled those small changes, and they might not be significant improvement anyway. 00.58.52 # gevaerts: I don't know... :) 00.59.36 # Zagor: you could run make zip in the upload part, where it will overlap with the dependency finding 00.59.58 # free on all multicores 01.00.05 # I do already 01.00.21 Quit PaulJam_ (".") 01.00.30 # how many single-core clients are there? 01.01.09 Join barrywardell [0] (n=barrywar@86-45-4-10-dynamic.b-ras2.prp.dublin.eircom.net) 01.01.25 Join mc2739 [0] (n=mc2739@cpe-67-10-251-36.satx.res.rr.com) 01.01.32 # I haven't kept track, but I'd guess 10-20 01.02.09 # Zagor: did you know that http://build.rockbox.org/dist/build-source/rockbox.7z is still r21884? 01.02.28 # oh, right :-( 01.02.45 *** Saving seen data "./dancer.seen" 01.03.46 # did the rbutil people ever comment on using 7zip for builds? 01.03.57 # it's such a beast to build, that it doesn't really fit into the new on-demand system. I guess we'll keep doing it with the old cronjob 01.04.14 # saratoga: iirc it fell on rbutil not supporting 7zip 01.04.22 # * gevaerts thinks that make zip should stay out of the benchmark. It should be CPU-bound (all needed files are fresh so should be in cache), while the dependency generation next to it is more likely to be IO bound 01.04.57 # Zagor: i remember that but I wonder how hard it would be to add? the 7zip library is GPLed and hopefully pretty similar to whatever zip library we use 01.05.09 # so even on single-core, it shouldn't hurt too much 01.05.22 # yeah, I wanted to ask bluebrother about that but I didn't remember to when he was here earlier 01.05.37 # New commit by 03mcuelenaere (r22018): Remove USB storage defines from USB core 01.06.02 # Looking at the source, rbutil seems to use a Qt class for zip files. A (very) quick google didn't find the equivalent for 7zip. 01.06.03 # gevaerts: depgen is quite cpu bound actually. 01.06.16 # i wonder how big a random number look up table really needs to be for a codec 01.06.18 # hm 01.07.04 # what is the zip stuff used for other then generating a .zip file to install rockbox? 01.07.16 # why would 7zip be preferred? 01.07.20 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 01.07.27 # tmzt: smalled uploads 01.07.27 # tmzt: it compresses *much* better 01.07.53 # ah, okay 01.08.33 # you might be able to lzma a store-only zip 01.09.03 # that wouldn't accomplish anything 01.09.55 # gevaerts: are you running on all 8 cores now? 01.10.08 # yes, a single 8-core client 01.10.25 # it's not going much faster... 01.10.41 Join Xaero [0] (i=44c0fd08@gateway/web/freenode/x-e81121e4fe2321bf) 01.10.46 # Completed: build gigabeats client rb.hostname.be-gevaerts seconds 65 uplink 1001 speed 349 01.10.52 # no. I think it needs three 8-core clients, not one... 01.10.52 # hi 01.11.27 # guh, accidentally killed my client 01.11.30 # gevaerts: so $cores+1 is a crappy model. $cores*2 perhaps? 01.11.31 # Zagor: can you upload the new PP bootloaders? 01.11.35 # i have a question 01.11.52 # saratoga: sorry, sure. where were they again? 01.12.04 # gevaerts has them I believe 01.12.10 # why is my rockbox (sansa) database history (among other things) blank 01.12.31 # like Recently added, most played, last played etc. 01.12.59 # Zagor: http://rockbox.hostname.be/pp.zip 01.13.10 # Zagor: they're all "6.0" 01.14.19 # gevaerts: can you compare "make -j9" with "make -j16" for me? and perhaps even more extremes, like make -j24 01.14.28 # Xaero: I've never used the database, but I believe there's a setting you have to enable for this 01.14.28 # Without rbutil support for 7zip lots of users would complain 01.14.32 # is there an easy way to figure out where a function in the map file for a codec is actually called? perhaps we have a script that can do it? 01.14.53 # Zagor: just claiming more cores? 01.15.00 # gevaerts: yes 01.15.16 # or no, I mean run tests outside rbclient 01.15.21 # ah ok 01.15.48 # without ccache? 01.15.50 # Hillshum: I think i have the scrobbling setting enabled if thats what you mean 01.15.52 # bunches of cookdata.h should probably be ICONST_DATA too 01.16.12 # gevaerts: without ccache or with hot ccache 01.16.21 # Xaero: I wasn't taking to you 01.16.57 # what 01.17.20 # oh my bad, i meant gevaerts 01.17.39 Quit Thundercloud (Remote closed the connection) 01.19.08 # Xaero: I think that's a different option. Not sure though 01.20.10 # gevaerts, saratoga: the zip has the bootloaders in new locations. will that work with rbutil? 01.20.36 Quit bertrik (Read error: 113 (No route to host)) 01.20.37 # I don't know 01.21.21 # gevaerts: ok, i'm going to check 01.21.27 # Xaero: It's the "Gather runtime data" one 01.21.28 # how do I get a version of a codec to link with the source code included so that objdump can find it? i remember theres a flag in the make file but i forget what it is 01.22.12 # gevaerts: ok. I don't want to change them until I know I won't break stuff 01.22.30 # sound sensible 01.22.31 # saratoga - not sure - you want the C to show up in an objdump disassembly? 01.23.30 # Hillshum: i just enabled it but tracks still aren't showing up on it 01.24.05 # Xaero: now you have to give it some time to gather data about what you play 01.24.45 # I ought to get a profile that includes time spent in mdct_backward rather than just lump into a single imlt_math line 01.25.08 # Hillshum: alright, thanks 01.25.14 Quit stripwax ("http://miranda-im.org") 01.25.34 # np 01.26.39 # * gevaerts should have chosen a less heavy build for these benchmarks 01.27.29 # stripwax: it was -g 01.32.43 # Zagor: http://pastie.org/557101 01.33.52 # right, depgen is the culprit :-( 01.34.26 # I think running three cores=4 clients should be a decent compromise 01.36.36 # stripwax: one thing, on arm tdmi targets, or anything else that has an early-terminating iterative multiplier, you'll need to benchmark your mdct with real data. :) 01.37.14 Quit Xaero ("Page closed") 01.38.09 # gevaerts: with those -j >8... is there ever more than 8 cc1's going at a time? 01.38.30 # JdGordon|: I've seen up to 230 a few weeks ago 01.38.35 # so yes 01.38.44 # I think I'll take a whack at writing a wrapper around gcc -MM. simply split the list of files into n lists and runs them in separate forks, concatenates it and spits it back out. 01.38.59 # -j runs all compilations 01.39.11 # crikey.. so it really is depgen killing it? 01.39.14 # all "known" compilations in parallell. so that can be pretty big. 01.39.16 # gevaerts: wow 01.40.17 # Zagor: provided deps don't block... but i believe a lot of our build is "compile huge pile of independent objects, then link", so it should parallelize well 01.40.49 # yes it does. run "make -j" and then pstree for a good view 01.40.54 # JdGordon|: well, if you don't have disk IO (i.e. everything in cache), -j really looks optimal. Over that, and you get slowed down by overhead things 01.42.10 # just look at the sys numbers 01.42.20 # unsupported compiler option 3040256 <- from my ccache stats... 01.43.33 # so no one has any idea how i can figure out where the calls to the gcc division functions occur in libcook? 01.44.16 Quit barrywardell () 01.44.20 # saratoga: asm output, perhaps? 01.45.20 # Unhelpful: keeping deps as a single (but split) step still works. It may not be optimal if the split is not perfect, but it should be close 01.45.45 # Zagor: I tried objdump, but it gives me all the function calls are relative, so short of computing each one I'm not sure how to figure out which go where 01.45.52 Quit bzed (Remote closed the connection) 01.45.55 Join bzed [0] (n=bzed@devel.recluse.de) 01.45.58 # saratoga: Are you sure libcook is using divisions? cook.c (the main codec) does. 01.46.22 # saratoga: try -S to gcc for the pre-linked assembly 01.46.25 # linuxstb: it links several div functions in the map file, so i presume it uses them somewhere 01.47.01 # gevaerts: i meant make targets blocking for dependencies, not the whole thing blocking for our make.dep target. if your dependency graph is fairly tree-ish, like ours, there can be a lot of parallelism. if it's more of a chain... 01.47.25 # well I'm off to bed. see you. 01.47.27 Quit Zagor ("Leaving") 01.47.29 # The map file will be for the codec - i.e. cook.c plus librm plus libcook 01.47.31 # Unhelpful: maybe, but you don't know that until you're done with the dependency step 01.49.00 # saratoga: I would first try removing all the divisions from cook.c, and see if the division functions disappear. 01.49.11 Join dmb [0] (n=Dmb@unaffiliated/dmb) 01.49.32 # linuxstb: ok thats one option 01.49.56 # though i'm curious about this unlinked version I just compiled, I see references to the div functions in cook.c, but not where they're called 01.50.44 # we actually have three separate dep targets... but just running those in parallel wouldn't be a huge savings, i expect SOURCES >> OTHER_SOURCES >> ASMDEFS_SOURCES 01.50.47 Quit Stephen___ ("Leaving") 01.51.18 # ah cook_decode_init calls __divsi3 01.51.23 # but that should be harmless 01.53.03 # what does " .global __divsi3" mean at the end of a function with no label next to it? 01.55.38 # I think that just defines an external symbol 01.55.52 # * Unhelpful thought you were supposed to use .extern for that? 01.58.13 Quit dfkt ("-= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.") 01.58.56 Join CaptainKewl [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 02.00.47 # ok found the div and its harmless, but might as well remove it anyway 02.03.09 # New commit by 03saratoga (r22019): Remove a divide in the cook's init function. Harmless but might as well drop it. 02.14.12 Join JdGordon|_ [0] (i=4607bad1@gateway/web/freenode/x-9697bb9f5229f0e6) 02.22.12 Quit Hillshum ("Leaving") 02.22.39 # does making a function which is used in one place not static (moving it out to another file) cause a big enough delta to warrent keeping the file a mess? 02.23.06 # I'm thinking baout screens. 02.23.10 # screens.c 02.23.38 # I don't think so 02.26.19 Join ArtDepartment [0] (n=nate@adsl-240-55-46.jan.bellsouth.net) 02.26.20 Join mc2739_ [0] (n=mc2739@cpe-67-10-251-36.satx.res.rr.com) 02.26.52 Quit mc2739 (Nick collision from services.) 02.26.53 Nick mc2739_ is now known as mc2739 (n=mc2739@cpe-67-10-251-36.satx.res.rr.com) 02.27.31 # you better not be here to point out more bugs.....! 02.27.41 # :D 02.31.02 Part ArtDepartment 02.31.46 # JdGordon|_: on ARM targets where we use -mlong-calls, calls within the same source file are converted to short calls, unless caller and callee are in different sections. long calls are slightly slower and larger. 02.33.10 # can we do short calls between files? im pretty sure these calls are always in dram(?) 02.34.09 # saratoga, you going to point him to the wiki page on compiling and kill the thread or is he beyond help? 02.34.34 # JdGordon|_: you can explicitly apply a short_call attribute to the function, that *might* work :) 02.34.53 # oh. I was a message behind. He has moved forward significantly. 02.35.16 # well, if it's in screens.c I guess it's not performance critical, and the size difference is only a few bytes... 02.35.19 Nick Ypsy is now known as YpsyZNC (n=ypsy@geekpadawan.de) 02.36.29 # if you're stuffing the function into a struct or passing it as a pointer, it's a "long" call anyway - all a long call is is a call-by-address instead of call-by-offset. 02.39.24 # is the saving with keeping a function static bassically meaningless? 02.39.59 # hmm.. thinking about the wps parser now.. its got heap of static functions which get shoved in a struct... making then not static owould change nothing then? 02.42.45 # JdGordon|_: it also potentially prevents symbol name conflicts... i think that that would be the only other reason? 02.44.02 # I dont think we are in danger there 02.47.11 Quit AndyI (Read error: 110 (Connection timed out)) 02.53.41 Quit JdGordon|_ (Ping timeout: 180 seconds) 02.54.35 Join AndyI [0] (i=AndyI@212.14.205.32) 03.01.33 Join jac0b [0] (n=jac0b@user-1120lkl.dsl.mindspring.com) 03.02.03 # why is the ipod dual-boot 03.02.13 # ipod video* 03.02.25 # so that you can still use the OF for...whatever you want to use it for? 03.02.47 *** Saving seen data "./dancer.seen" 03.02.56 # if I do boot the OF will it mess up my directory structure? 03.03.31 # no 03.03.45 Quit saratoga ("Page closed") 03.05.45 # on the video the major reason to boot OF is probably to watch videos. rockbox can't do this very well on the video, because the OF uses a poorly-documented hardware decoder, and the CPU is not fast enough to run the mpegplayer plugin well. 03.07.12 # thanks unhelpful 03.07.39 # I am switching from a gigabeat s to a ipod video 03.07.51 # the battery sucks on the gigabeat 03.09.55 # it's not the battery entirely, we don't do voltage scaling on gigabeat s yet. 03.12.33 Quit AndyI (Read error: 54 (Connection reset by peer)) 03.12.39 # yeah, the beast should be able to get at least 2x the battery life 03.12.43 Join AndyI [0] (i=AndyI@212.14.205.32) 03.12.50 # hopefully 03.13.12 # would it benefit if I had the 64mb video 03.13.35 # New commit by 03jdgordon (r22020): more cuesheet cleanup. pass the cuesheet into cue functions so they dont have to call audio_current_track() 03.14.51 # jac0b: this is a gigabeat-s-specific issue 03.15.09 # no the ipod video 03.15.22 # it comes in 32mb and 64mb right 03.15.41 # oh. with 64MB you will not have to spin up the disk as often. 03.15.58 # but when it buffers, it spins for double as long... 03.16.55 Nick JdGordon1 is now known as JdGordon (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) 03.17.07 # JdGordon1: true, but since 32MB will need to buffer ~2x as often, they will both be "in buffering" about the same amount of time, so the change is in the number of times the disk is spun up. 03.17.14 # how do I find out if I have a 32 or 64 03.21.13 Join sinthetek [0] (n=sinthete@cpe-075-183-051-184.triad.res.rr.com) 03.21.46 # except during buffering spin up time is meaningless.. unless its dangerously low which the aim is it never gets that bad 03.22.12 # so all in all it doesn't matter 03.22.16 # is there perhaps a simple text and/or pdf reader for rockbox? if not, would such a thing be hard to port/implement? 03.22.56 # there is 2 very simple text readers 03.23.03 # 1 is even an editor 03.23.26 # awesome! reading is all i'd really need 03.23.56 # i think i could probably find some method to automatically convert pdf-text to .txt or something 03.24.15 # but i have plenty of .txts i need to read already 03.26.45 # thanks for the info guys 03.26.48 Quit jac0b ("Leaving") 03.38.19 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 03.53.25 # does someone more comfortable with unbricking Sansa v1 series players mind vetting this advice? 03.53.40 # http://forums.rockbox.org/index.php?topic=22215.msg153750#msg153750 04.04.07 # The issue is it appears to be a bastardization of the rockbox method - but I don't know enough to tell what to do. :( 04.07.21 Quit TheSeven (Nick collision from services.) 04.07.37 Join The_Seven [0] (n=theseven@dslb-084-056-159-003.pools.arcor-ip.net) 04.07.41 Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-159-003.pools.arcor-ip.net) 04.09.58 Join maslen [0] (n=a@ool-18bed282.dyn.optonline.net) 04.22.32 Join funman [0] (n=fun@rockbox/developer/funman) 04.23.34 # http://www.rockbox.org/irc/log-20090723#16:42:27 : has kugel said how he enabled backlight on fuzev2? 04.24.56 Quit AndyI (Read error: 110 (Connection timed out)) 04.32.01 Quit r0b- ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 04.32.59 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 04.33.37 # ok, i got this thing installed on my sansa e250 and everything seems to be working except that my MUSIC/ folder and everything in it (all of my music) isn't showing in the 'files' dialog 04.34.23 # sinthetek: you can't view the music you transferred using MTP protocol 04.35.31 # not even if i generate the db? 04.37.00 # ahh, there we go. at least that works :D 04.37.09 # if the OF stores music transferred by MTP as normal files you might be able to view them, but you really should use MSC/UMS (mass storage) 04.37.14 # it takes a bit to xfer the files over 04.37.53 # hmm... i thought mtp was the same as mass storage 04.38.05 # since it makes the mp3 player show up as a block device 04.38.17 # no, mtp doesn't make the player show as a block device 04.38.41 # see http://en.wikipedia.org/wiki/Media_Transfer_Protocol (rockbox might support MTP in the future, but at the moment it only supports mass storage) 04.39.17 # grr... stupid acronyms get on my nerves sometimes :P 04.40.11 # i did copy them via mass storage (by mounting /dev/sdc etc) 04.40.25 Quit mc2739 ("ChatZilla 0.9.85 [Firefox 3.0.12/2009070611]") 04.40.32 # does that mean they *should* normally show up under files? 04.40.44 # is the MUSIC folder hidden ? can you see other folders ? 04.40.53 # yes it should be visible 04.40.53 # db build seems to have detected them all 04.41.22 # yeah i can see the other folders, just MUSIC isn't showing (though it has all of the same ownership and permissions) 04.41.49 # I think FAT32 has no ownership and only executable permissions (1 bit) 04.43.04 # ...ls -l shows all permissions look the same 04.43.21 # however i just noticed the size field says 64 for the MUSIC dir 04.43.28 # all the rest that are showing up say 32 04.43.34 Quit maslen () 04.44.02 # sinthetek: directory sizes can vary depending on how many entries they contain 04.44.23 # can you do strings -40 .rockbox/database_*|grep MUSIC ? and see if a weird path is shown 04.45.04 # sinthetek: well in fact FAT32 has no ownership and no permissions at all (all files are executable) : these are added by the linux virtual filesystem layer 04.46.21 # Unhelpful i've never seen them vary (at least not on a single fs) 04.47.20 # funman i knew fat32 didn't have ownership/permissions but i wasn't certain that is what the mp3 player used (before or after rockbox) 04.47.55 # rockbox only knows fat filesystems (fat32 and some older filesystems depending on the model you use) 04.49.02 # i just assumed the 'does it have access the files?' question might come up and tried to address it proactively the best i could 04.49.18 Join dys` [0] (n=andreas@krlh-5f704a44.pool.einsundeins.de) 04.49.19 # oki 04.50.01 # sinthetek: do you see weird filepaths when looking into the database_* files ? (they have a binary format) 04.52.15 # nothing looks garbled or anything, no 04.52.39 # /MUSIC/Benny Benassi - House 2006 - 24 - Who's Your Daddy (David Guetta Remix).mp3 04.53.23 # I don't know why MUSIC folder wouldn't appear in the file browser, did you select the "show all files" options? 04.53.40 # random idea, because it should only apply to files, not folders (as far as i know) 04.53.48 # no, not yet 04.53.57 # i was actually just getting to that part in the docs 04.55.46 # hah, that got it! 04.55.49 # (somehow) 04.56.35 # i set it to show all files (rather than 'supported' and full paths 04.57.49 # thanks a lot. sorry for wasting your time with something so trivial 04.58.46 # no problem ^^ i like to think rockbox is perfect 05.01.41 Join itsjustme_ [0] (n=IceChat7@c-68-55-115-2.hsd1.md.comcast.net) 05.02.07 # hello 05.02.21 # i need help 05.02.47 # hello? 05.02.48 *** Saving seen data "./dancer.seen" 05.02.56 Quit dys (No route to host) 05.03.24 # hello itsjustme_ 05.03.59 # sansa fuse compatibility 05.04.16 # no 05.04.30 # fuze 05.04.36 # i meant 05.05.05 # not compatible yet, check rockbox.org every month to know if it has become supported 05.05.12 # is the team currently working on it? 05.05.34 Quit faemir ("Leaving") 05.05.36 # yes but there is still some major bugs in it which prevent daily usage 05.05.44 # ok 05.05.51 # any estimated time? 05.05.52 # you can read http://www.rockbox.org/twiki/bin/view/Main/SansaAMS 05.05.58 # no 05.07.15 # ok 05.07.19 # thank you 05.08.28 # Zagor: what about having per-source deps? that would make it easy for make to parallelize deps building... 05.09.42 Join AndyI [0] (i=AndyI@212.14.205.32) 05.11.10 Quit itsjustme_ ("Hard work pays off in the future, laziness pays off now") 05.12.00 Quit funman ("free(random());") 05.12.07 Quit Lss (simmons.freenode.net irc.freenode.net) 05.12.07 NSplit simmons.freenode.net irc.freenode.net 05.12.07 Quit sinthetek (simmons.freenode.net irc.freenode.net) 05.12.07 Quit thegeek (simmons.freenode.net irc.freenode.net) 05.12.07 Quit AfterDeath (simmons.freenode.net irc.freenode.net) 05.12.07 Quit alexbobp (simmons.freenode.net irc.freenode.net) 05.12.07 Quit freqmod (simmons.freenode.net irc.freenode.net) 05.12.07 Quit fxb__ (simmons.freenode.net irc.freenode.net) 05.12.57 NHeal simmons.freenode.net irc.freenode.net 05.12.57 NJoin sinthetek [0] (n=sinthete@cpe-075-183-051-184.triad.res.rr.com) 05.12.57 NJoin Lss [0] (n=Lss@cm40.delta91.maxonline.com.sg) 05.12.57 NJoin thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 05.12.57 NJoin AfterDeath [0] (n=icxcnika@freenode/weird-exception/network-troll/afterdeath) 05.12.57 NJoin alexbobp [0] (n=alex@ppp-70-253-87-206.dsl.austtx.swbell.net) 05.12.57 NJoin freqmod [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 05.12.57 NJoin fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 05.14.56 # with a make -j3, about 2/3 of my wall-clock time, and about 1/2 of my user time, are make dep (when using ccache) 05.19.04 Join damone [0] (n=da@pc-145-85-44-190.cm.vtr.net) 05.21.24 Quit sinthetek (simmons.freenode.net irc.freenode.net) 05.21.24 Quit thegeek (simmons.freenode.net irc.freenode.net) 05.21.24 Quit freqmod (simmons.freenode.net irc.freenode.net) 05.21.24 Quit fxb__ (simmons.freenode.net irc.freenode.net) 05.21.24 Quit Lss (simmons.freenode.net irc.freenode.net) 05.21.24 Quit AfterDeath (simmons.freenode.net irc.freenode.net) 05.21.24 Quit alexbobp (simmons.freenode.net irc.freenode.net) 05.21.24 Quit CaptainKewl (simmons.freenode.net irc.freenode.net) 05.21.24 Quit mortti (simmons.freenode.net irc.freenode.net) 05.21.24 Quit JdGordon (simmons.freenode.net irc.freenode.net) 05.21.24 Quit BradC (simmons.freenode.net irc.freenode.net) 05.21.24 Quit ChanServ (simmons.freenode.net irc.freenode.net) 05.22.15 NJoin ChanServ [0] (ChanServ@services.) 05.22.15 NJoin fxb__ [0] (n=felixbru@h1252615.stratoserver.net) 05.22.15 NJoin freqmod [0] (i=quasselg@dhcp208-240.ed.ntnu.no) 05.22.15 NJoin alexbobp [0] (n=alex@ppp-70-253-87-206.dsl.austtx.swbell.net) 05.22.15 NJoin AfterDeath [0] (n=icxcnika@freenode/weird-exception/network-troll/afterdeath) 05.22.15 NJoin thegeek [0] (n=nnscript@s243b.studby.ntnu.no) 05.22.15 NJoin Lss [0] (n=Lss@cm40.delta91.maxonline.com.sg) 05.22.15 NJoin sinthetek [0] (n=sinthete@cpe-075-183-051-184.triad.res.rr.com) 05.22.15 NJoin CaptainKewl [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 05.22.15 NJoin mortti [0] (i=mortti@beer.modeemi.cs.tut.fi) 05.22.15 NJoin JdGordon [0] (n=jonno@c-24-22-210-83.hsd1.wa.comcast.net) 05.22.15 NJoin BradC [0] (n=joust@202-89-178-44.static.dsl.amnet.net.au) 05.22.15 Mode "#rockbox +o ChanServ " by irc.freenode.net 05.25.46 # hi, im having trouble adding PDbox to my build 05.26.19 Part dys` ("Killed buffer") 05.26.25 # I added lines to plugins/subdirs and plugins/sources 05.27.01 # but ir dosn't work. the file viewer dosn't rcognize .pd files 05.27.22 # they dont even show up 05.37.12 Join aidy_ [0] (n=aidy@mail.rty.ca) 05.45.54 Quit aidy (Read error: 110 (Connection timed out)) 05.47.18 Quit SirFunk (Connection timed out) 05.59.00 # im getting "No rule to make target" 05.59.13 # can someone help me please? 06.00.08 # the poblem is when trying to build a plugin 06.03.33 # you dont build a plugin...you build rockbox 06.03.33 # i wonder why is there even a irc channel here 06.03.42 # lol 06.03.57 # i as just starting to complain about nobody saying anything 06.04.16 # yep the problem pops up when compiling rockbox 06.04.24 # you havent even been here for an hour and declare it a dead channel?...have some patience.. 06.04.37 # have you ran the configure script? 06.04.55 # yep 06.05.39 # make: *** No rule to make target `/plugins/pdbox.o', needed by `/plugins/pdbox.rock'. 06.06.25 # are you sure?...in the same directory?...run it again... 06.06.55 # oh... 06.07.01 # i've run it like 4 times 06.07.09 # also i tyed to "make clean" 06.07.42 # *tried 06.08.11 # if pdbox a new plugin, you need to add it to the SOURCES file... 06.08.46 # yep i added this line "pdbox.c" 06.08.54 # just under viewer.c 06.09.08 # so it compiles for every build 06.09.52 # also added "pdbox" in SUBDIRS 06.13.04 # and the plugin is configured as a viewer in CATEGORIES and viewers.config 06.15.00 Quit CaptainKewl (Remote closed the connection) 06.16.35 Quit Horscht ("Verlassend") 06.24.47 # any idead what could be happening? 06.27.29 Quit BHSPitMonkey (Remote closed the connection) 06.35.25 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 06.42.43 Quit FlynDice (Remote closed the connection) 06.48.16 Quit TheSeven (Read error: 113 (No route to host)) 06.51.22 Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) 06.56.15 Quit Lss (Read error: 54 (Connection reset by peer)) 06.57.10 Join FlynDice_ [0] (n=chatzill@c-24-19-225-90.hsd1.wa.comcast.net) 06.57.59 Join voluspa [0] (n=loke@181-232-96-87.cust.blixtvik.se) 07.02.51 *** Saving seen data "./dancer.seen" 07.03.11 # (thinking aloud time...) I want to move everything related to the "wps" into apps/gui/wps and split it up into logical bits.. the parser, the drawer, memory management... then have an apps/[gui?]/screens/ folder for where the actual useage goes... so there would be music.c which is what todays gwps.c is... 07.03.33 # really the wps and the drawing engine are completly seperate beasts and need to be split up a bit more than they are already 07.04.38 # Ideally I'd like to get it to a point where we could have more than one "wps setup" in memory and then just be able to call wps_draw(&my_screen); from the music screen, or the radio, or wherever 07.04.45 Join Lss [0] (n=Lss@cm40.delta91.maxonline.com.sg) 07.05.18 # if this is part of reducing memory usage, ideally you want these splits to be such that direct (not via pointer) function calls are not made between the split files. 07.05.59 # I'm not sure what you mean? 07.06.01 Quit blithe ("Reboot.") 07.06.24 # but yes, this is part of reclaiming the wasted RAM when a low-fi theme is being used, and generally making it better 07.07.01 # func_a calling func_b in another file is a long call on most of our arm targets, and produces code that is both larger and slower per callsite 07.07.01 Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) 07.08.09 Part damone 07.08.25 # so obviously we need to minimise how much gets called from outside... 07.08.50 # it's on the order of about 4B per call. it adds up pretty quickly if you look at the number of function calls in any given file. replacing long calls with short calls to stub functions saves tens of KB on arm, but unfortunately the binutils needed for that is not quite stable for us yet. 07.15.03 # * JdGordon thinks a 600+ line function can go in a seperate file to make it easier to work with, even if it wastes 4B 07.18.59 Join n1s [0] (n=n1s@rockbox/developer/n1s) 07.20.09 # does svn cp keep all the history of the lines? or do you still need to go to the origional file for changes before the copy? 07.21.24 # * Unhelpful wonders if there are parts of it that could be broken out, perhaps as static inline, to make said function more readable... 07.24.50 # I was thionking the same.. 07.25.17 # get_token_value() is gwps-common.c is the big one 07.25.27 Quit FlynDice_ ("Time to fly!") 07.25.32 # which could easily be broken up, assuming it doesnt use too many locals 07.25.42 # which is doesnt 07.26.45 Quit antil33t () 07.28.40 # even if it does, "passing" local to an inline function is pretty much free... unless gcc decides not to inline it, anyway. 07.37.31 Join blithe [0] (n=blithe@72.14.176.144) 07.55.47 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 07.57.27 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.02.06 # anyone got a good reason to not move the eqs folder out of apps and into the root dir? (i.e next to wps/)? 08.02.28 # it only hold the eq .cfg files 08.18.30 Join ender` [0] (i=krneki@foo.eternallybored.org) 08.19.25 Quit n1s (Read error: 110 (Connection timed out)) 08.34.19 Join Grahack [0] (n=chri@ip-159.net-82-216-142.rev.numericable.fr) 08.35.13 Join barrywardell [0] (n=barrywar@86-45-4-10-dynamic.b-ras2.prp.dublin.eircom.net) 08.37.41 Join Rob2223 [0] (n=Miranda@p4FDCDA9E.dip.t-dialin.net) 08.38.36 Part safetydan ("Leaving.") 08.44.45 Quit amiconn (Nick collision from services.) 08.44.49 Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) 08.44.58 Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) 08.45.28 Quit pixelma (Nick collision from services.) 08.45.30 Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) 08.45.48 Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) 08.55.46 Quit Rob2222 (Read error: 110 (Connection timed out)) 09.02.52 *** Saving seen data "./dancer.seen" 09.09.44 Join petur [50] (n=petur@rockbox/developer/petur) 09.13.53 Quit jordan` (Read error: 110 (Connection timed out)) 09.14.59 Quit bertrik (Read error: 113 (No route to host)) 09.19.24 Quit r0b- (Read error: 110 (Connection timed out)) 09.19.45 Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) 09.21.34 Join HellDragon_ [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) 09.21.35 Quit HellDragon_ (Read error: 104 (Connection reset by peer)) 09.34.29 Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) 09.51.41 Join jordan` [0] (i=gromit@78.235.252.137) 09.58.14 Quit Thundercloud (Remote closed the connection) 10.04.27 Join n1s [0] (n=n1s@rockbox/developer/n1s) 10.18.40 Join AsaelReiter [0] (n=d44c7de0@gateway/web/cgi-irc/labb.contactor.se/x-64b7fdec7dc9dbf9) 10.25.12 Join _zic [0] (n=user@91-165-249-67.rev.libertysurf.net) 10.25.25 Quit AsaelReiter ("CGI:IRC") 10.25.35 Join AsaelReiter [0] (n=d44c7de0@gateway/web/cgi-irc/labb.contactor.se/x-0f6046dee8933552) 10.29.37 Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) 10.33.39 Quit AsaelReiter ("CGI:IRC") 11.02.54 *** Saving seen data "./dancer.seen" 11.09.09 Join TheCoolGman [0] (n=446e5e7d@gateway/web/cgi-irc/labb.contactor.se/x-e7b892ad9f08122f) 11.10.07 # Why do I keep downloading r21884? Why is it not geting updated? 11.11.21 # TheCoolGman: which target? it looks OK here... 11.11.40 # looking at http://build.rockbox.org/ ? 11.12.26 # Well I'm downloading the source to compile on my iPod 5G and it has been r21884 for the past week or so. 11.12.46 # why not use svn? 11.13.14 # I'm not sure how, I was going to learn how if this didn't work out. 11.13.36 # http://www.rockbox.org/twiki/bin/view/Main/UsingSVN 11.13.48 # or in short: svn co svn://svn.rockbox.org/rockbox/trunk rockbox 11.14.10 # Hope this works 11.14.58 # * petur finds out there's no 7z installed on this pc so he can't quickly check the archive 11.15.30 # Use winrar 11.15.42 # That's what I use 11.15.46 # TheCoolGman: svn is *much* nicer when you want to update to a new version 11.18.11 # Bagder, Zagor: (for the logs) http://build.rockbox.org/dist/build-source/rockbox.7z isn't updated correctly, it contains r21884 11.19.49 # I just don't know why it hasn't been updated. Is It because they have had problems with .7z? 11.24.50 Quit bubsy (Read error: 60 (Operation timed out)) 11.26.24 Join evilnick_home1 [0] (n=evilnick@pool-173-52-144-203.nycmny.east.verizon.net) 11.31.38 Quit jfc (Read error: 104 (Connection reset by peer)) 11.35.30 Join mt [0] (n=mt@41.233.138.250) 11.36.17 # I was Also wondering if any thinks the png viewer for RockBox is good enough to commit? FS#9493 Note: Make sure to download patch_png8.txt 11.44.34 # which filesystem do the sandisk players use? 11.44.40 Quit evilnick_home (Read error: 113 (No route to host)) 11.44.45 # I'm a bit puzzled by this post http://forums.rockbox.org/index.php?topic=22306.0 11.44.55 Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 11.45.02 # "turns out that rockbox didnt support russian Foler names" 11.45.23 # markun: I think it will turn out that he didn't read the manual. You have to set the codepage you use... 11.45.34 # for the folder names? 11.46.54 # gevaerts: they are not using vfat? 11.47.13 # hm, I'm confused now 11.47.33 # vfat uses unicode (ucs-2), so you don't need any codepage settings 11.47.37 # just the right font 11.47.54 # indeed 11.48.13 # I wrote a reply, but before I post I wanted to make sure I'm not telling him nonsense :) 11.49.15 # I didn't read about MTP support in rockbox or another filesystem, so I will assume that he is wrong. 11.50.06 # markun: not everyone who uses vfat uses unicode, sadly :) 11.50.13 Join AndyIL [0] (n=pasha_in@212.14.208.235) 11.50.15 Nick feisar--_ is now known as feisar (n=jljhook@irkki.fi) 11.50.24 Nick feisar is now known as feisar- (n=jljhook@irkki.fi) 11.50.25 # occasionally they just ignore all sanity and jam their local charset in anyway 11.50.53 # Torne: yes, he might use linux and mount it using some other locale 11.51.17 Quit AndyIL (Client Quit) 11.52.07 Join AndyIL [0] (n=pasha_in@212.14.208.235) 11.52.21 Nick feisar- is now known as feisar-- (n=jljhook@irkki.fi) 11.52.34 Nick feisar-- is now known as Feisar (n=jljhook@irkki.fi) 11.53.04 Nick Feisar is now known as Guest12866 (n=jljhook@irkki.fi) 11.54.09 # there's a particulra tendency for tools intended for russian/chinese/etc locales to do that kind of thing 11.54.24 # since the story for their charset being supported before Unicode came about was very poor ;) 11.54.50 # Torne: http://forums.rockbox.org/index.php?topic=22306.msg153774#msg153774 11.55.20 # yah, that's about all the advice you can give 11.56.51 Join Lear [0] (i=chatzill@rockbox/developer/lear) 11.58.59 # * GodEater is really not happy about the number of unskilled folks playing with the gigabeat flash writer plugin =/ 11.59.58 Quit barrywardell () 12.00.09 # GodEater: any bricks yet? 12.00.10 # GodEater: yeah that thread is kinda worrying 12.00.12 # TheCoolGman: the png plugin sounds like it's in good shape from the FS comments but IMO it should be merged with the jpeg viewer into an image viewer if at all feasible 12.00.41 # markun: no, because they lack the skills to make the plugin work despite it not supporting the MD5 sum of their units' firmware 12.00.44 # n1s: there probably is a bigger chance of someone merging the viewers after it is in rockbox 12.00.58 # GodEater: good :) 12.01.06 # I'm just unhappy that people are helping out at ALL there 12.01.09 # http://forums.rockbox.org/index.php?topic=22306.msg153774#msg153774 12.01.09 Quit AndyI (Read error: 110 (Connection timed out)) 12.01.11 # oops 12.01.32 # if they don't have the brains to work out how to compile and install it, they shouldn't be messing with it AT ALL IMO 12.02.11 # markun: maybe, but it may also mean the original author feels it's "finished", and it creates a slightly larger mess in people's plugin dirs 12.03.31 # * gevaerts would like a unified image viewer plugin, but he thinks that the desirability of this should not keep a png viewer out 12.03.49 # gevaerts: that's what I think as well 12.04.30 # n1s: yes, what sucks a bit is that old files are not removed when they are no longer in rockbox. 12.04.56 # some cleanup functionality to remove old plugins would be nice 12.05.10 # maybe something rbutil can do? 12.05.58 # yes, maybe. Or have it in rockbox as well. 12.06.28 # maybe a tool that scans for incompatible plugin API versions? 12.06.35 # gevaerts: yes, that 12.06.45 # could maybe be combined with the disk tidy plugin? 12.06.54 Join bubsy [0] (i=Bubsy@94.139.72.137) 12.06.55 Quit bubsy (Remote closed the connection) 12.07.02 # markun: yeah 12.07.04 Join bubsy [0] (i=Bubsy@94.139.72.137) 12.07.54 Nick evilnick_home1 is now known as evilnick (n=evilnick@pool-173-52-144-203.nycmny.east.verizon.net) 12.09.06 Nick evilnick is now known as evilnick_home (n=evilnick@pool-173-52-144-203.nycmny.east.verizon.net) 12.10.35 Join goffa__ [0] (n=goffa@216.220.23.105) 12.13.02 Join einhirn [0] (n=Miranda@bsod.rz.tu-clausthal.de) 12.16.09 # * n1s adds to Mr Someone's todo lits 12.16.12 # list 12.16.15 Join ProfessorOhki [0] (n=Professo@24-205-239-209.dhcp.snlo.ca.charter.com) 12.18.13 # when the wiki mentions ./filename . ext for album art syntax, would that be somefile.jpg or somefile.mp3.jpg? 12.18.31 # AAC-in-RM \o/ 12.18.43 Join AndyI [0] (i=AndyI@212.14.205.32) 12.19.01 # mt: you got it working? what was wrong? 12.19.05 # mt: \o/ 12.20.01 # ProfessorOhki: somefile.jpg 12.20.08 # thanks 12.20.25 # mt: Nice ;) Working perfectly? 12.20.49 # Unhelpful: first there was the initialisation, that was done wrong. Then the decode function, there was a a function that converts the output to pcm that was commented out(don't know why). 12.21.07 # mt: congratulations! 12.21.07 # linuxstb: No not yet, I just got it working in the sim. 12.21.11 # What's next? AC3? :) 12.21.15 # markun: Thanks :) 12.21.48 # mt: In libfaad/decoder.c? 12.22.24 # markun: AC3 or ATRAC. But aac isn't at all final yet. :) 12.22.30 # Lear: Yes. 12.22.32 Quit ProfessorOhki ("Leaving.") 12.23.06 # mt: That ought to cause problems for aac.codec... 12.23.34 # mt: I do have some rm ac3 files, that's why I asked :) 12.23.46 # markun: I know. ;) 12.24.07 Nick Guest12866 is now known as feisar_ (n=jljhook@irkki.fi) 12.24.09 # although I have to say that I've not even use your cook player yet.. 12.24.14 # codec 12.24.39 # Lear: I could call it only for aac/rm if it will cause problems for aac. 12.25.38 Quit goffa_ (Read error: 110 (Connection timed out)) 12.25.42 Join jfc [0] (n=john@dpc6682208002.direcpc.com) 12.26.38 # perhaps the aac/rm codec could call it? 12.27.20 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 12.27.26 Join PaulJam [0] (i=Paule@134.76.3.111) 12.27.55 # It should only be a matter of using the right dsp sample depth for aac/rm... 12.28.35 Quit AndyIL (Read error: 113 (No route to host)) 12.28.39 # Unhelpful: or maybe #define RM in aac/rm and check for it in libfaad/decoder.c 12.29.21 # Lear: You mean I shouldn't need the converting function ? 12.30.41 # mt: i don't think that'll work - libfaad/decoder.c should only be compiled once, #ifdef doesn't work at link time. :) 12.30.42 # Lear: Because without it the decode function's output was always the same for all the frames. 12.30.59 # Unhelpful: aww me forgot. :/ 12.31.03 # mt: Correct. That converter does sample clipping and the like (at least for aac.codec), which should be done by dsp.c in Rockbox. 12.32.21 # mt: Maybe the rm cases triggers the channel == 0 case in libfaad/output.c... 12.34.56 # Unhelpful: We compile other codec libraries twice - e.g. libmad for both the main audio codec and mpegplayer, so it's possible. It doesn't sound necessary here though. 12.36.39 Join barrywardell [0] (n=barrywar@dhcp-892b9ab7.ucd.ie) 12.43.00 # mt: Is your testfile multichannel? 12.45.05 # Lear: it's a 2-channel sample. 12.53.55 Join r121 [0] (n=r121@fctnnbsc15w-142166070168.pppoe-dynamic.nb.aliant.net) 12.54.28 # mt: By the way, lossy codecs in Rockbox generally return unclipped fixed point samples. Is that on the todo list for libcook? 12.57.42 # is there a way to make the rockbox bootloader boot rockbox instead of the original firmware when plugging in the usb cable? My battery is low, so rockbox refuses to start, but when I plug in the usb, it wants to start the original firmware 12.58.05 # not that it's a big deal, I only want to charge it 12.58.09 # r121: always helps if you tell us which player you're talking about 12.58.24 # Sansa e200 series, sorry about that 12.58.37 # I know holding left starts the orig. firmware 12.58.54 # I think the test bootloaders in the forums will do what you want 12.58.57 # have you tried those out yet ? 12.59.26 # I haven't, I'll have to take a browse around 12.59.39 # they're not well hidden 12.59.39 # thanks! 12.59.40 # :) 13.00.56 # well I admit I didn't really look around, I was just curious if anyone knew the answer off-hand 13.01.54 # r121: Run this version of sansapatcher - http://download.rockbox.org/pp-bootloaders/sandisk-sansa/sansapatcher/ 13.02.10 # That will install the new bootloader, which does what you want. 13.02.57 *** Saving seen data "./dancer.seen" 13.03.02 # neat, I'll look into that, thanks! 13.03.13 # * linuxstb wonders why they're there, and not in the correct place 13.06.30 Quit jfc (Read error: 104 (Connection reset by peer)) 13.08.58 Join bubsy_ [0] (i=Bubsy@unaffiliated/bubsy) 13.09.06 Quit bubsy_ (Remote closed the connection) 13.10.55 Quit r121 ("Leaving") 13.11.25 Join dash32 [0] (n=dash32@p54AB61A0.dip.t-dialin.net) 13.14.36 # gevaerts: Was there a reason you didn't ask Zagor to put the new PP bootloaders & sansapatcher in the same locations as the previous ones? Also, they need tagging in SVN. 13.16.16 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 13.18.10 Join jfc [0] (n=john@dpc6682208002.direcpc.com) 13.28.59 Join flydutch [0] (n=flydutch@host87-202-dynamic.15-87-r.retail.telecomitalia.it) 13.41.48 Join Jaykay [0] (n=chatzill@p5DDC6131.dip.t-dialin.net) 13.42.44 # linuxstb: I didn't think of that... 13.43.48 # gevaerts: How are people (and rbutil) going to find it then? ;) 13.44.03 # linuxstb: it was late! I was sleepy! 13.44.29 # ;) 13.49.26 # * LambdaCalculus37 grumbles 13.49.38 # Grumble, grumble... 13.50.07 # I think my Debian VM is interfering with iBugger, so I can't get the nano2g bootloader to work right. 13.50.14 # But it's just a theory. 13.54.18 Join salty-horse [0] (n=ori@bzq-79-179-88-227.red.bezeqint.net) 13.54.53 # hi. here it says the recording "source" option is only "mic", but on my device it says "Microphone" and "FM Radio" -- http://download.rockbox.org/manual/rockbox-sansae200/rockbox-buildch10.html#x13-15000010.4 13.55.00 Quit LambdaCalculus37 ("Fwump") 13.59.02 # salty-horse: you could create a bug report 14.00.41 # ok 14.09.22 # a general question: what are viewports? 14.09.54 # how are they used, what are the advantages of them? 14.09.55 # logical display areas within the physical display on the DAP 14.10.05 # they're used in the WPS 14.10.16 # and their advantage is they allow you to position stuff wherever you want 14.10.55 # thanks :) 14.33.38 # anyone want to donate a microsd card to charity? 14.34.49 # sinthetek: What are you talking about? 14.36.39 # i am panhandling 14.45.57 Quit jfc (Read error: 104 (Connection reset by peer)) 14.53.24 Join jfc [0] (n=john@dpc6682208002.direcpc.com) 15.00.25 Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) 15.02.59 *** Saving seen data "./dancer.seen" 15.07.04 Quit Lear ("ChatZilla 0.9.85 [Firefox 3.5.1/20090715094852]") 15.07.43 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 15.12.57 Join kugel [0] (n=kugel@rockbox/developer/kugel) 15.15.02 Join funman [0] (n=fun@rockbox/developer/funman) 15.21.01 # funman: I think I just copied clip code 15.22.44 Join soap-work [0] (n=42c07542@gateway/web/cgi-irc/labb.contactor.se/x-1385d5939c66891e) 15.24.57 # the backlight is really weak and I didn't manage to change the brightness though 15.26.22 # nice, at least would it be enough to debug (once you write the lcd driver) ? 15.26.52 Join LambdaCalculus37 [0] (i=44a0430d@rockbox/staff/LambdaCalculus37) 15.27.04 # I think so, yes 15.29.56 # the lcd controller is identical for clipv1 and v2, only the dbop timing and the data/command pins change 15.34.52 Quit Grahack ("Leaving.") 15.36.00 # great 15.37.55 # funman: where is the clipv2 currently? 15.38.13 # there is one on my desk 15.38.19 # :/ 15.38.47 # the shop where i bought it still sells some (1GB FM for 35€) 15.40.23 Join faemir [0] (n=faemir@78.33.109.163) 15.40.46 Quit _zic (Remote closed the connection) 15.41.05 # funman: I meant the state, i.e. what can you do with it 15.41.30 # lcd and buttons work, i can shut it down 15.41.46 # send commands and receive answers from the SD controller 15.41.58 Quit KBH () 15.42.38 Join evilnick [0] (i=0c140464@gateway/web/freenode/x-0c5ce9eac2af64ad) 15.43.29 Join SixtyFold [0] (n=mares@c-71-205-160-224.hsd1.mi.comcast.net) 15.43.34 # funman: have you tried embedding a full rockbox yet? 15.45.06 # when referring to the clip, what does it mean it has no support of USB yet? as in i wont be able to transfer new music when using rockbox from my computer? 15.45.09 # yes, the lcd didn't function and the clipv2 would reboot on any keypress 15.45.30 # an indication that a panicf() call occured 15.45.36 # SixtyFold: Yes, but you can dual-boot into the original firmware and use USB there. 15.46.05 # okay, so i would just load music from original firmware, when done, load back into rockbox and be all good ya? 15.46.14 # yes 15.46.14 # Yes. 15.46.15 # i have a 2gb v1 clip btw 15.46.20 # thanks for the info 15.46.21 # :D 15.48.40 # kugel: be careful : the fuzev2 OF and rockbox are packed into 0x50000 bytes of ram, unlike clipv2 (you could test using a larger array) 15.49.03 # yea, I noticed that 15.50.53 Join Horscht [0] (n=Horscht2@xbmc/user/horscht) 15.58.28 Quit gevaerts (Nick collision from services.) 15.58.38 Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) 15.59.11 Quit funman ("free(random());") 16.07.35 Join Sajber^ [0] (n=Sajber@c-313271d5.012-155-73746f22.cust.bredbandsbolaget.se) 16.09.41 Join Hillshum [0] (n=hillshum@unaffiliated/hillshum) 16.11.43 # On FS#10187, is the manual needed for commit? 16.13.27 # * LambdaCalculus37 goes to look 16.14.08 # Hillshum: IIRC some plugins were committed before a manual description was written up. 16.14.22 # But if you want to write a manual description, feel free to. :) 16.15.46 # Hillshum: Do I understand correctly that that plugin scans the other .cfg files for references to a file before deleting it? What about fonts which are part of the standard installation? 16.16.07 Quit wincent (Read error: 110 (Connection timed out)) 16.16.27 # linuxstb: I really have no clue 16.16.55 Quit n1s (Read error: 110 (Connection timed out)) 16.17.17 # If that's true, an easy fix would be to have a fake .cfg file it always looks at that points to the "system" fonts 16.19.34 # Also, does rbutil already manage this in some way? 16.20.50 Quit soap-work ("CGI:IRC") 16.22.19 # pixelma: "the new button combo on the Ipod is Select+Play without pre condition, the ID3 screen shortcut on e200 is Select+Down with Select as pre condition and that makes the combos work with holding one button first and then the other, even when short and long presses of one of the buttons are mapped too..." 16.22.24 # * Hillshum points rbutil to his homedir to test 16.24.00 # linuxstb: Doesn't look like it 16.24.13 # Hillshum: So there's no option to uninstall themes? 16.25.29 Part LinusN 16.25.58 # this uninstalling thing seems likely to break more often than not 16.26.06 # what if the user has changed the individual theme components, etc? :) 16.26.11 # linuxstb: Nope 16.26.14 # i hope it reads the main cfg also 16.26.21 # the backdrop i use isn't from the theme i use :) 16.26.53 Join wincent [0] (n=wincent@host-091-097-059-130.ewe-ip-backbone.de) 16.28.41 # * Hillshum doesn't understand Torne's argument 16.29.12 # hm? 16.29.37 # How does using a custom backdrop change anything? 16.30.25 # i mean there is a theme i am not using which, if i uninstall it, will change what my player look slike 16.30.52 # so i'm suggesting that the plugin needs to check the actual current config to see if the files are in use, as well as just the other theme cfgs 16.31.06 # ahh 16.31.19 # IIUC, theme_remove also checks /.rockbox/config.cfg. but the file contains default setting like caviev2.wps. i think it can be problem.. 16.31.55 # s/contains/dosen't contain/ 16.33.54 # What happens when one right-clicks on one of the packages in the "Info" tab of rbutil? 16.34.34 # * Hillshum would check but rbutil is running excruciatingly slow for him 16.35.17 Join jgarvey [0] (n=jgarvey@98.26.65.13) 16.38.44 Join r00s_ [0] (n=ru@zentrale.profitables.biz) 16.39.12 Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) 16.46.10 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 16.47.56 Quit mt (Remote closed the connection) 16.49.07 Quit r00s (Read error: 110 (Connection timed out)) 16.49.07 Nick r00s_ is now known as r00s (n=ru@zentrale.profitables.biz) 17.03.02 *** Saving seen data "./dancer.seen" 17.10.15 Join benutzer [0] (n=benutzer@91-65-62-255-dynip.superkabel.de) 17.28.08 Join SirFunk [0] (n=Sir@cpe-74-74-126-134.stny.res.rr.com) 17.29.15 Join AsaelReiter [0] (n=d44c7de0@gateway/web/cgi-irc/labb.contactor.se/x-d96b5aadc0c221d3) 17.29.35 Part teru ("Leaving...") 17.30.19 Quit petur ("work->home") 17.31.17 Quit AsaelReiter (Client Quit) 17.32.58 Join TheSeven [0] (n=theseven@dslb-084-056-135-195.pools.arcor-ip.net) 17.35.22 Join BryanJacobs [0] (n=bryanjac@e33.cs.rochester.edu) 17.35.22 # 11 17.53.07 # BryanJacobs: Hi. How are things going? 17.55.40 # linuxstb: well 17.56.03 # working on getting the "conservative" implementation of multifile buffering running alright 17.56.22 # also idly trying to figure out why ALACs aren't playing in realtime on my 5.5G Video 17.56.53 # That's odd - ALAC isn't the most well-optimised codec, but it should easily be realtime... 17.57.17 # well, I get a few seconds of audio and then a few seconds of silence 17.57.22 Join daggett [0] (n=denis@lab.openpattern.org) 17.57.23 # Sorry to ask, but they're definitely ALAC, and not high bitrate AAC? 17.57.30 # they're definitely ALAC 17.57.38 # And is this with unmodified SVN? 17.57.41 # hi all 17.57.46 # not SVN, latest release version actually 17.58.01 # Close enough I guess. 17.58.03 # perhaps it's the DB rebuilding or something 17.58.12 # but I set it not to autoupdate 17.58.38 # and even still it shouldn't jeopardize realtime performance 17.58.48 # I'm an electronic technician, what can I do to contribute ? 17.58.52 # * BryanJacobs just switched to OF and the same files are playing fine 17.59.30 # daggett: Whatever interests you... What Rockbox-capable devices (or even not Rockbox-capable devices) do you own? 18.00.27 # iRiver H120 18.00.31 Quit evilnick ("Page closed") 18.00.43 # with RockBox installed 18.16.41 Quit salty-horse (Remote closed the connection) 18.28.45 Quit LambdaCalculus37 () 18.33.57 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.36.52 # daggett: I can't think of anything specific to electronics for the H100, but there's still docs, testing, etc 18.36.53 # markun, I received my YP-S3 and found the DFU mode, it's the same as the DFU mode in the meizu m6sl (except the NAND flasher does not work I think) 18.37.53 # in V3.3 I can't make the "metronome" app to work, it just does nothing 18.38.26 # daggett: have you tried the current build? 18.42.26 Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) 18.49.02 Quit tmzt (SendQ exceeded) 18.49.15 # Hillshum: no I Haven't as I want my H120 for my everyday use, so no "testing" firmware on this device 18.49.43 # I can't think of anything else to replace it 18.50.14 # daggett: The current build is kept rather stable... 18.50.55 # Hillshum: ok, so it's a kind of pre-release ? 18.52.23 # daggett: Lots of people just run current builds (that's all we had for a long time). They sometimes have bugs, but very rarely anything that would stop you using it. 18.52.46 # ok, I'll give it a try to the last build 18.53.03 # oh, and Doom has no sound, is it normal ? 18.53.24 # It should have sound effects, but no music. 18.53.31 Quit JdGordon| (Read error: 60 (Operation timed out)) 18.55.49 # to be sure I have the latest build: it indicates r22020-090724 18.56.04 # the last numbers are the date of the build ? 18.56.13 # Yes - see this page: http://build.rockbox.org/ 18.56.24 # yes, in YYMMDD 18.56.41 # ok, I'm testing ot 18.56.45 # it 18.58.11 # no sound in doom game 18.58.19 Join TeamNoX [0] (n=5848c2d8@gateway/web/cgi-irc/labb.contactor.se/x-8b35cd57f961918e) 18.58.41 # did you turn sound on? 18.58.48 # no sound in metronome 18.59.00 # Hillshum: how do I do that ? 18.59.10 # it the settings in doom 18.59.26 # yes all sound cursors are set to maximum 18.59.47 # in metronome the Vol is set to 0 18.59.53 Join petur [0] (n=peter@d54C6F267.access.telenet.be) 19.00.00 Quit BryanJacobs ("Java user signed off") 19.00.10 # 0 is the maximum 19.00.49 # I can't quit metronome, the only way is to poweroff 19.01.35 # have you read the manual on all this? 19.02.18 # any Wolfson codec experts around? 19.02.56 # Hillshum: not yet 19.03.02 # I wonder about the WM1800 codec in my samsung yp-s3, I've seen photos of it and it does have the wolfson logo but can't be found on the wolfson micro site 19.03.04 *** Saving seen data "./dancer.seen" 19.03.32 # * Hillshum suggests the manual to daggett 19.04.01 # maybe we can guess the register layout of the wolfson codecs. I looked at some other 32-pin wolfson codecs and it seems they use basically two register layouts 19.04.36 # * daggett just read the 10lines metronome manual 19.05.14 Join JdGordon| [0] (i=209ba620@gateway/web/freenode/x-46009b5b240efc40) 19.05.34 # so there is definitely something wrong with this plugin: the manual says Play to Start/Sop, Stop to exit and this doesn't work 19.06.01 Quit Jaykay ("ChatZilla 0.9.85 [Firefox 3.5.1/20090715094852]") 19.06.42 # With the v3.3 generate tag database crashes, I'm testing it with the latest build 19.07.47 # daggett, yeah I think there were some bugfixes for the database around june 22nd 19.08.13 # it seems to be better, I'll wait until it finishes 19.08.14 # Hum ... last time I upgraded rockbox on my ipod video was like 2 weeks ago. I just plugged it into the usb port on my debian laptop and touching the volume wheel changes the volume on my laptop! 19.08.24 # that's neat! (didn't know it was already available in svn) 19.09.03 # and select mutes it 19.09.10 Quit JdGordon| (Client Quit) 19.11.36 Quit barrywardell () 19.13.32 Join barrywardell [0] (n=barrywar@dhcp-892b9ab7.ucd.ie) 19.13.53 # hello ,who can i change the usb mode to the charging mode 19.14.03 Quit barrywardell (Client Quit) 19.14.09 # i dont see i charge symbol for the accu 19.17.06 Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) 19.17.16 # TeamNoX: What target do you have? 19.18.18 # h320 19.18.38 # rockbox 3.3 19.18.57 # I think you hold down select when you plug it it 19.19.01 # *in 19.19.20 # hold down? 19.19.24 # which button 19.19.38 # mmh I think it stalled 19.19.41 # kugel: yes, it's import if you want to make the combo work without being so timing critical, if you define BUTTON_SELECT as pre condition then it will work if someone holds the Select button first and then the other 19.20.20 # TeamNoX: I'm not personally familiar with the buttons on the H300, (don't own one) try the manual 19.20.27 Join JdGordon| [0] (n=Miranda@nat/microsoft/x-59cf566551abd51b) 19.21.37 # ok, I confirm: database generation freezes my H120 19.22.16 # TeamNoX: I think you hold MENU when inserting USB. If not, then try other buttons, or search the manual. 19.22.22 # These database freezes are really annoying me 19.22.57 # turns out a sector on my SSD in my sansa clip is fucked up, so i cant even upgrade my normal firmware let alone add rockbox, meh, all i can do is listen to music i alrady have on there 19.23.05 # can load or remove any new music 19.23.28 # Hillshum: annoying ? 19.23.34 # pixelma: and if you don't have the precondition it will work with either button pressed first, not? 19.23.59 # daggett: The fact the all kinds of random tag data is able to make the database crash 19.24.24 Quit TeamNoX ("CGI:IRC") 19.24.43 # ok, and believe me I have some garbage data in some of my tags 19.25.48 # Hillshum: It is? Do we have any confirmed bug reports for that? 19.26.23 Join webguest97 [0] (n=458f38bb@gateway/web/cgi-irc/labb.contactor.se/x-e482b29b2a09aea1) 19.26.56 # are there any plans to suport sansa fuse?" 19.27.09 # webguest97: Yes, there are plans. 19.27.14 # webguest97: the fuze is in development 19.27.25 # ej0rge: no plans :) 19.27.26 # any time soon? 19.27.42 # great 19.27.45 # maybe never 19.28.25 # webguest97: it's really hard to make predictions. "if and when the last blocker bug is solved" 19.28.25 # webguest97: see http://forums.rockbox.org/index.php?topic=22137.0 19.29.16 # Rockbox shpuld be a standar in all mp3 players! 19.29.23 # it is great 19.30.09 # linuxstb: I've heard many reports of people fixing bad tags and getting the database to not crash. Even if the tags are bad, that's no excuse for Rockbox crashing (ideally) 19.32.14 # thanks 19.32.49 # linuxstb, TheSeven told me he had sound on the nano2g 19.33.18 # * Hillshum heard something about that 19.33.19 Join webguest28 [0] (n=4d828477@gateway/web/cgi-irc/labb.contactor.se/x-b66f1692cf7d6dba) 19.33.54 # bertrik: Yes, I'm just investigating now. The problem seems to be the clock setup we do in crt0.S. If I enable that, and try TheSeven's code, then it doesn't work. 19.34.15 # kugel: no, it will only work if you hold the buttons at almost exactly at the same time if the buttons are used for something else as the other action is triggered then 19.34.30 # He does have one major difference to us though - he's using PLL2 (not defined currently in s5l8700.h, but the next address up from PLL1) 19.34.46 # linuxstb: like apple does 19.34.46 # pixelma: I thought BUTTON_NONE as precondition means *any* button 19.34.48 # I haven't looked much at crt0.s yet. I know it claims to set up the clocks for FCLK=200,HCLK=100,PCLK=50MHz, but it's not right I think 19.35.01 # kugel: yes 19.35.01 Quit webguest97 ("CGI:IRC") 19.35.31 # kugel: what do you want to tell me with this? 19.35.32 # linuxstb, ah I was wondering about that too when looking at USB 19.36.07 # pixelma: if I have a combo with BUTTON_NONE as precondition, you should be able to press any button first before triggering the combo 19.36.18 # s/you/I/ 19.36.43 Quit daggett ("Ex-Chat") 19.37.28 Quit bertrik ("reboot to linux") 19.37.40 # pixelma: I will try. Do you have an idea what to do with the X5? does the M5 have the same problem? 19.38.20 Quit webguest28 ("CGI:IRC (Ping timeout)") 19.43.11 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 19.47.22 Quit benutzer ("Verlassend") 19.53.50 # how do people feel about moving code around in apps/ without it having any actual effect right away ther than making it a bit neater? 19.54.10 # JdGordon|: go for it! 19.58.39 Join stoffel [0] (n=quassel@p57B4CF8D.dip.t-dialin.net) 20.03.51 Join Grahack [0] (n=chri@ip-159.net-82-216-142.rev.numericable.fr) 20.11.04 # is there a setting somewhere that makes rockbox automatically boot the default firmware when usb is plugged in? 20.11.23 # i don't remember it doing that before (though i could be mistken) 20.14.45 # sinthetek: which player? 20.16.14 # * bertrik intends to run code on his samsung yp-s3 tonight 20.16.38 # JdGordon|: while you're at it cleanup apps/recorder and apps/player also :p 20.17.10 # gevaerts sansa e250 20.18.21 # i'm thinking perhaps it was already booted to rockbox the first few times i plugged it in and it always booted the default firmware if the player was initially powered down 20.18.36 # sinthetek: "old" released bootloaders boot to the OF when USB is plugged in. There's a new bootloader ready for release though that doesn't do that anymore 20.18.57 # did it get released? 20.19.23 # it's on download.rockbox.org, but not in a proper location yet 20.19.27 # mmmk. another thing, i got a microsd card today 20.19.49 # Should work fine 20.19.57 # not seeing it when i mount the player and df -h 20.20.06 # is there something i should be doing to mount the sd card specifically? 20.20.18 # it showed up when i checked the system info in rockbox 20.20.38 # it's a separate drive 20.21.14 # if you are using the OF, you won't see it if the card is bigger than 2GD though 20.21.31 # i need to put stuff on it 20.21.32 # *2GB 20.22.49 # i booted rockbox and plugged in the usb cable so it isn't currently using the original firmware 20.23.22 # What OS? 20.23.31 # how exactly do i go about copying stuff to it? 20.23.32 # linux 20.23.36 # mount it 20.23.46 # how do i mount that card? 20.24.00 # the same way you mount any other filesystem 20.24.06 # what distro? 20.24.12 # and version 20.24.50 # gevaerts there is no /dev on the mp3 players' / 20.25.04 # Hillshum gentoo 20.25.28 # sinthetek: why should there be? 20.25.58 # you said 'the same way' i would mount anythng else. typically i mount things by looking for a device node 20.26.21 # do you look for that device node in random places all over the filesystem tree? 20.26.47 # no, i look in /dev! :P 20.26.53 # so? 20.27.03 # Why don't you look in /dev now? 20.28.03 # i didn't think plugging 1 device in would create two nodes 20.28.06 # will "dmesg | grep sansa" help? 20.28.27 # (at least not typically) 20.28.28 # sinthetek: it's a single SCSI device with two LUNs 20.28.43 # and most USB multi-card readers behave that way 20.29.01 # you could look in /proc/scsi/scsi 20.29.02 # i've never used a usb multi-card reader before 20.29.33 # i believe kern.log is indicating it is sdc2 20.30.33 # sounds unlikely. That would mean you have two partitions on the card 20.30.34 # i just expected it would automatically or manually be mounted on the device itself 20.31.11 # hmm 20.31.21 # hm, wait. Gentoo means optimised until things no longer work, right? Do you have CONFIG_SCSI_MULTI_LUN=y in your kernel config? 20.31.32 # nothing in dmesg 20.31.41 # wrong. 20.31.45 # and no idea 20.32.02 # i will check 20.32.20 # you need that, otherwise it won't work 20.33.11 # ej0rge it only shows one rockbox-associated entry 20.33.32 # i assume that is the primary storage 20.34.58 # I'm pretty sure that that means that you don't have CONFIG_SCSI_MULTI_LUN 20.35.56 # yep, you're right. 20.39.08 Join android6011 [0] (n=chatzill@216.47.195.29) 20.39.23 # how accurate is the autodetect feature? 20.39.39 # I'm not sure if I have 3G or 4G ipod, I thought 3G but it detects as 4G 20.40.10 # how accurate is the autodetect feature? I'm not sure if I have 3G or 4G ipod, I thought 3G but it detects as 4G 20.40.51 # android6011: we heard you the first time 20.40.55 # thanks for the clues 20.41.06 # android6011: it shouldn't make mistakes like that. Maybe http://support.apple.com/kb/HT1353 can help more though 20.41.33 # Hillshum: sorry, got a message saying must first identify 20.41.48 # does the 4G have color? 20.41.55 # only the photo 20.42.28 # going by this http://www.crutchfield.com/S-V7t6cZnNqID/learn/learningcenter/MP3/iPodgenchart.html it is detecting wrong, mine is a 20GB click wheel 20.42.32 # android6011: does it have a horizontal row of four buttons? 20.42.46 # no 20.42.58 # then it's not a 3rd gen 20.43.25 # that chart says 3G can have click wheel 20.45.14 # no 20.45.16 # that's wrong 20.45.20 # ok 20.45.20 # the 3G has a touch wheel 20.45.32 # then which themes can I use? 20.45.46 Quit LambdaCalculus37 ("Fwump") 20.45.47 # I tried simple but I can't read anything on the screen 20.46.12 # that crutchfield chart is complete bullshit 20.46.51 # ya I found mine on amazon, says 4G 20.47.14 # I've given up with our bloody theme support. We break the syntax so often it's not even funny. 20.47.58 # but you *should* be able to use any 4G ipod theme, and I believe any theme for the H1x0 irivers too, since they share the same screen resolution 20.48.21 # if they don't work though, it's likely because the theme is out of date, and we've broken it with some genius new feature 20.48.31 # so the author needs to bring it back up to date 20.48.47 # or somebody else 20.49.06 # that too 20.49.19 Join borges [0] (n=N@e178005213.adsl.alicedsl.de) 20.59.50 Join aaron___ [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) 21.01.07 Nick aaron___ is now known as aaron424 (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) 21.03.05 *** Saving seen data "./dancer.seen" 21.06.55 # GodEater: We've only broken theme support two, maybe three times. That's hardly "so often it's not funny." Or did we just break it again or something? 21.07.36 # Llorean: I must just keep arriving back on forum duty whenever it's happened then ;) 21.07.49 # I know we broke it when we changed the progress bar and replaced margins with viewports, but that was all done at once to save multiple breaks. And I *think* we broke it once before, but I can't even remember what that was for when it happened. 21.07.49 # and no, not recently I don't think. 21.08.14 # I think we changed the way we handled image tags, maybe. 21.08.44 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 21.08.56 # evening Mr. stripwax sir 21.09.55 # hello hello 21.10.25 Quit r0b- (Read error: 110 (Connection timed out)) 21.10.31 # I''m just enjoying the GS security clearance procedure before they'll let me come and work in the building. Tell me, do I get cavity searched too ? :) 21.10.43 Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) 21.11.14 Quit r0b- (Client Quit) 21.11.50 Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) 21.12.21 # haha! yes .. but taking this to community .. 21.12.30 # Llorean: yes, we did recently 21.13.04 # because the statusbar setting changed, "statusbar: on" is ignored 21.15.34 # * bertrik needs to find the LED or backlight control 21.18.14 Join BryanJacobs [0] (n=bryanjac@cpe-74-67-191-154.rochester.res.rr.com) 21.18.30 Quit BryanJacobs (Client Quit) 21.18.43 # * JdGordon| loves this "we" thing :D 21.18.57 Join BryanJacobs [0] (n=braujac@cpe-74-67-191-154.rochester.res.rr.com) 21.19.03 Quit Rob2223 () 21.19.32 # I dont tihnk the image tags were broken, they were just changed from the patch when it was commited a bit 21.21.07 Quit TheCoolGman ("CGI:IRC (EOF)") 21.22.54 Quit einhirn (Read error: 104 (Connection reset by peer)) 21.24.56 Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) 21.26.59 # JdGordon|: you want me to accuse you directly? :p 21.27.12 Join Rob2222 [0] (n=Miranda@p4FDCDA9E.dip.t-dialin.net) 21.27.22 # hm, pictureflow people around :) 21.27.34 # * kugel spots none 21.27.52 # gevaerts - "pictureflow people" in what sense? 21.27.57 # Is there a specific reason for only showing the album name in pictureflow? I think it should also have artist and/or composer 21.28.05 # Hey, does anyone here happen to know - is the EQ in the fuze done in hardware or software? 21.28.50 # gevaerts - I agree, and maybe even sort by one vs the other. and let you enqueue rather than just throw away your dynamic playlist and immediately play 21.30.07 # that would be useful as well, yes 21.31.07 # stripwax: I had a quick look at using the core context menu (from the database) but turned out not really doable 21.31.08 Quit aaron424 ("ChatZilla 0.9.85 [Firefox 3.0.12/2009070811]") 21.31.55 # kugel - booohh :( although .. maybe it should be doable. I could conceive of other plugins that might want to do system-consistent context menu stuff 21.32.09 # just needs exposing in plugin api? 21.34.52 # shouldnt be much more than that 21.34.52 # stripwax: yes and no 21.35.06 # you can get the context menu itself easily 21.35.13 # but it's not usable 21.36.11 # ok - not sure I understand though. In what way is it not usable? You don't get to find out what was selected? or there's no interface to apply the action once it's picked? or something else? 21.36.40 Quit wincent (Read error: 110 (Connection timed out)) 21.36.58 # a) crash if you didn't enter the database before (i.e. if the tagtree context is uninitialized) 21.37.00 # * stripwax looks into implementing Hexoban into the rockbox sokoban plugin 21.37.10 # ugh 21.37.23 # b) if you entered before it still doesn't work because the fetching of the filenames is different or some stuff 21.37.38 # re a) shouldn't pictureflow initialize it when it loads up (or find a way to)? 21.37.52 # re b), hm, got a patch I can apply to play with? 21.38.06 # * stripwax http://users.bentonrea.com/~sasquatch/sokoban/hex.html 21.39.50 # Could pictureflow call the context menu for a track? 21.40.01 # that would be ideal! 21.40.02 Join aaron424 [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) 21.40.25 Quit r0b- (Read error: 110 (Connection timed out)) 21.40.40 Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) 21.40.58 # that's why did 21.41.09 Quit dash32 ("Verlassend") 21.41.22 # For hexoban, I'm thinking of changing the control mechanism so you select where you want to go first, and then push select to move to that cell. Make sense? (I can't think of any DAP with a 6-way button layout). And I'm thinking of making that an 'alternative' (selectable) control mechanism for regular sokoban - any objections? 21.41.25 Quit r0b- (Client Quit) 21.44.41 # stripwax: wheels could be used to make a 6-way button 21.45.16 Join fuzzie [0] (n=fuzzie@twinsen.warpedgames.com) 21.48.22 # Hillshum - yeah, but I think it would be easier to use the wheel to rotate select between the 6 surround hexes. certainly I don't think the ipod wheel is accurate enough to let you tap a segment and not end up going somewhere you didn't want to 21.48.53 # quite true 21.49.26 Quit aaron424 (Remote closed the connection) 21.52.01 # gevaerts, no luck yet, I'm assuming it has the same DFU RAM layout as the M6SL 21.52.24 # I'd expect so 21.52.33 # I wonder if I should just toggle all GPIOs until I see something happening :P 21.53.08 # that's one way :) 21.54.01 # I'm not even sure it gets past crt0.s 21.54.55 Quit stoffel (Remote closed the connection) 21.55.29 # yay, display flashes! \o/ 21.55.57 # that, or it is now in a reboot loop :P 22.02.38 Quit stripwax ("http://miranda-im.org") 22.04.47 Join darkless [0] (n=darkless@h55eb1105.dkvaval.sta.perspektivbredband.net) 22.09.23 # kugel: Why was that setting changed to be ignored? Is it no longer used? How do we determine if the status bar should be on now? 22.09.41 Quit CIA-8 (Client Quit) 22.11.28 # yay, now the keys on my samsung yp-s3 are flashing :) 22.11.45 # bertrik: Is this playing with GPIOs? 22.12.01 # yes, just toggling each port full on and off 22.12.33 # kugel: Also, that's not a WPS compatibility change, so I don't see how it broke WPSes. 22.12.44 # It may have made them look funny, but they shouldn't be rejected. 22.13.50 Join tmzt [0] (n=tmzt@76.244.147.106) 22.14.32 Quit mcuelenaere () 22.14.45 Join CIA-7 [0] (n=CIA@208.69.182.149) 22.16.16 Quit TheSeven (Read error: 54 (Connection reset by peer)) 22.16.53 Join TheSeven [0] (n=theseven@dslb-084-056-135-195.pools.arcor-ip.net) 22.16.54 Join efyx_ [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) 22.18.16 Join aaron424 [0] (n=chatzill@adsl-065-013-002-216.sip.asm.bellsouth.net) 22.18.47 Join r0b- [0] (n=rob@adsl-76-235-183-168.dsl.klmzmi.sbcglobal.net) 22.18.48 # I'll have a shot at the display now 22.20.43 Join bertrik_webguest [0] (n=57d33175@gateway/web/cgi-irc/labb.contactor.se/x-cf14e50418bcca72) 22.26.14 Quit bertrik_webguest ("CGI:IRC (Ping timeout)") 22.27.11 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 22.28.37 Quit kugel (Read error: 110 (Connection timed out)) 22.32.09 Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) 22.32.47 # CUFD / DFUC - haven't I seen that somewhere in crt0.S? 22.33.11 # what the heck is this good for? It's turning up in the same place in diagflsh! 22.34.20 # TheSeven: I think it's some sort of sanity check for DFU, to avoid flashing obviously incorrect files 22.35.01 # but why should that be contained in a boot image stored inside the nor "file system", which can only be flashed as one huge AUPD? 22.35.22 # I just can't see any DFU connection here 22.36.03 # do you think that's a remnant from some shared pieces that are also used in DFU images? 22.36.12 # no direct one, true, but I'd imagine people wanting to change as little as possible between images 22.36.58 Join evilnick [0] (i=0c140464@gateway/web/freenode/x-e379b2787b1c8784) 22.37.35 # so yes, some sort of remnant that nobody bothered to change 22.42.00 Part Grahack 22.42.35 Nick Hillshum is now known as StHillshum (n=hillshum@unaffiliated/hillshum) 22.42.49 Nick StHillshum is now known as Hillshum (n=hillshum@unaffiliated/hillshum) 22.43.22 # the commands used in the yps3 OF look a lot like the nano2g lcd commands, I'll just have a try at that 22.43.43 # which commands are you talking about? 22.44.01 # the commands sent to the display 22.46.28 Quit efyx_ (Client Quit) 22.48.16 # bertrik: Which lcd type? 22.48.26 # both :) 22.49.23 # Odd... I wonder if Apple bought in the hardware design from Samsung, who have also used it... 22.51.35 # maybe I'm judging too quickly. The yps3 OF seems to support two LCDs, the lcd commands sent to these LCDs seem to match at least partly the two LCDs in the ipodnano2g driver 22.52.04 # Presumably the LCD is the same size - 176x132? 22.52.26 # no, it's 176x220 22.52.47 # hm, that might need some adjustment :P 22.53.14 # At least it matches an existing target... 22.54.19 # I noticed that there are a lot of LCDs in rockbox whose init sequences look very similar, but not quite sure if they're exactly the same 22.55.05 Join FlynDice_ [0] (n=FlynDice@c-76-121-18-103.hsd1.wa.comcast.net) 22.59.33 Quit android6011 (Read error: 113 (No route to host)) 23.01.59 Join GeekShadow [0] (n=Antoine@reactos/tester/GeekShadow) 23.02.04 # hello :) 23.03.06 *** Saving seen data "./dancer.seen" 23.03.43 # what is the status of rockbox for meizu ? 23.03.48 # meizu m3 23.03.58 # ... in progres ... 23.04.48 # how can I help? 23.05.20 # GeekShadow, USB does not work, reading/writing NAND does not work, we have only been able to run a simple rockbox bootloader so far, not the actual rockbox firmware yet 23.05.43 # ok 23.06.12 # I read that the hardware is close to iPod Nano 2G 23.06.31 # bertrik: linuxstb: those lcds are detected by gpios? 23.06.32 # the nano 2g is also only in the very early stages :) 23.06.49 # GeekShadow: it's also close to the samsung yp-s3 :) 23.06.50 # yes it is, hopefully progress in one of the targets helps the other target too 23.07.09 # ok sweet ;) 23.07.13 # tmzt: Yes. 23.07.40 Quit petur ("later") 23.07.43 # so same/similar lcms are used? 23.08.48 Quit DarkDefender ("Leaving") 23.09.05 Quit r0b- ("( www.nnscript.de :: NoNameScript 4.02 :: www.XLhost.de )") 23.09.05 # no luck yet with either of the ipodnano2g lcd drivers on the yps3 23.09.35 # the lcd still shows the picture from the primary bootloader 23.09.45 Quit flydutch ("/* empty */") 23.09.54 # bertrik: Have you found the lcd_write_cmd and lcd_write_data functions in the OF? 23.10.36 # is there a music quiz plugin for rockbox ? 23.10.42 # I'm just wondering 23.11.07 # no, but the APIs that one would need do exist now I think :) 23.11.10 # (added for pictureflow?) 23.15.58 Quit BHSPitMonkey (Read error: 60 (Operation timed out)) 23.21.24 # I am clueless when it comes to the whole license issue, Can I use code from linux that has a GPL2 and if so are there restrictions I need to worry about? 23.21.50 Quit stripwax ("http://miranda-im.org") 23.22.30 Join mt [0] (n=mt@41.233.138.250) 23.23.18 # FlynDice_: yes and no. Rockbox is GPL2+, so you can combine it with pure GPL2 (the whole would be GPL2 then). We would really like to keep it 2+ however... Maybe you can ask the author of the linux code in question? 23.23.33 Join bmbl [0] (n=Miranda@unaffiliated/bmbl) 23.23.38 Join z35_ [0] (n=z35@ool-45701ce5.dyn.optonline.net) 23.23.55 Quit z35_ (Read error: 104 (Connection reset by peer)) 23.27.44 # gevaerts: So I read your answer as No, unless they say it's ok? 23.28.06 Quit dmb (Read error: 113 (No route to host)) 23.28.31 # FlynDice_: well, to be honest there are more bits of code that come from linux without a clear "+" agreement... 23.28.36 # FlynDice_: I read it as "Ideally" 23.29.00 # we got permission for the iPL code right? 23.29.33 # yes 23.29.37 # FlynDice_: see FS#10143 for two specific cases 23.29.50 # gevaerts: Thanks 23.30.26 # FlynDice_: this is one of those things that the RSB could decide on :) 23.30.30 # iPL? 23.30.52 # ipodlinux 23.31.04 # vote early, vote often?? :p 23.31.30 # Has the RSB ever been used? 23.31.50 # no 23.36.19 # kugel: how should combos work with pressing "any button" first, especially if "any button" already has a different action mapped to it? About the X5 (and M5 as it uses the same keypad) - I don't think they can have it... other WPS shortcuts aren't mapped either (e.g. to the ID3 info screen or the pitch screen which you access via the WPS context menu) 23.37.38 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 23.37.50 Join GeekShado_ [0] (n=Antoine@165.230.192-77.rev.gaoland.net) 23.40.25 # * Bagder adds committer #77 23.40.35 # who? 23.40.45 # Wincent Balin 23.40.49 # \☺/ 23.41.46 # Oh yeah, FWIW, has anybody considered adding Yoshida Uchida? Not that I know a whole lot about this, but.. 23.41.47 Quit stripwax (Client Quit) 23.43.56 Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) 23.44.17 # Llorean: the statusbar was changed from on/off to off/top/bottom.... all the shipped themes have been fixed though 23.44.40 Quit GeekShadow (Read error: 60 (Operation timed out)) 23.46.09 Part BryanJacobs ("Leaving.") 23.48.12 Quit faemir ("Leaving") 23.50.49 # linuxstb, yes I found them, they are easy to understand 23.51.04 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 23.52.07 # bertrik: The same as the ones in lcd-nano2g.c? 23.52.32 # no, not the same, can't tell yet how similar they are 23.53.36 # New commit by 03zagor (r22021): Dependency generation now uses all cores on multi-core machines. 23.53.47 # \☺/ 23.54.09 # this should be a fast round 23.54.15 # I hope so :) 23.55.11 # it probably also means that I have to do my client tuning all over again :) 23.55.25 # nice fix! 23.55.34 # thanks 23.57.06 Join saratoga [0] (i=9803c6dd@gateway/web/freenode/x-414ff1f9ee0e9211) 23.58.20 # not bad 23.58.36 # Zagor/Bagder: Could one of you move the contents of pp-bootloaders/ to their correct places on the download server? Possibly backing up the existing files... 23.58.48 # except for this tiny detail...