--- Log for 31.07.108 Server: verne.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 18 days and 16 hours ago 00.00.00 # webguest46: Rockbox isn't really in the habit of manually changing the OF, either we completely replace it or install our own bootloader that dual-boots the OF and Rockbox 00.00.58 # but i am thinking it would have to be a modified firmware 00.01.13 # num1: That's not quite true, often we combine our bootloader code with the OF, in effect creating a modified firmware. 00.02.02 # webguest46: Yes, that's what someone needs to do. But it's easier said than done, especially as we don't fully understand the firmware file format yet, and don't know a way to add extra code to it. 00.02.16 Join cbr|w [0] (n=cbr@212.98.160.130) 00.04.32 Quit mf0102_ ("Ex-Chat") 00.05.00 Quit bluebrother ("leaving") 00.07.59 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 00.09.23 Quit LambdaCalculus37 ("Do quit now, there's a demon around the corner!") 00.10.14 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 00.10.45 Quit snoh (Remote closed the connection) 00.11.11 Quit shadoxx (verne.freenode.net irc.freenode.net) 00.11.11 NSplit verne.freenode.net irc.freenode.net 00.11.11 Quit markun (verne.freenode.net irc.freenode.net) 00.11.11 Quit freqmod_qu (verne.freenode.net irc.freenode.net) 00.11.11 Quit Zarggg (verne.freenode.net irc.freenode.net) 00.11.11 Quit UncleRemus (verne.freenode.net irc.freenode.net) 00.11.11 Quit Nibbler (verne.freenode.net irc.freenode.net) 00.11.11 Quit GodEater_ (verne.freenode.net irc.freenode.net) 00.11.11 Quit CyBergRind|w (verne.freenode.net irc.freenode.net) 00.11.11 Quit lostlogic (verne.freenode.net irc.freenode.net) 00.11.11 Quit maraz_ (verne.freenode.net irc.freenode.net) 00.11.11 Quit daywalker (verne.freenode.net irc.freenode.net) 00.11.11 Quit TMM (verne.freenode.net irc.freenode.net) 00.11.46 Quit gregzx ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 00.11.54 # bertrik any chance you could let me have a new sansapatcher? I've tried to make one but it seems to have errors in the build at least on vmware 00.12.35 Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) 00.13.45 NHeal verne.freenode.net irc.freenode.net 00.13.45 NJoin Zarggg [0] (n=z@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) 00.13.45 NJoin UncleRemus [0] (n=caj@78-69-154-184-no176.tbcn.telia.com) 00.13.45 NJoin Nibbler [0] (n=Nibbler@HSI-KBW-091-089-240-203.hsi2.kabel-badenwuerttemberg.de) 00.13.45 NJoin GodEater_ [0] (n=ge@rockbox/staff/GodEater) 00.13.45 NJoin CyBergRind|w [0] (n=cbr@212.98.160.130) 00.13.45 NJoin shadoxx [0] (n=witherb@root1n-ur.net) 00.13.45 NJoin freqmod_qu [0] (n=quassel@2001:700:300:1800:213:d3ff:fee9:5ed0) 00.13.45 NJoin markun [0] (n=markun@2001:610:1908:8000:250:daff:fe47:4a8f) 00.13.45 NJoin TMM [0] (n=hp@c514753fe.cable.wanadoo.nl) 00.13.45 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 00.13.45 NJoin maraz_ [0] (i=maraz@xob.kapsi.fi) 00.13.45 NJoin daywalker [0] (n=daywalke@ip-77-87-189-6.dnspower.de) 00.16.32 # rasher: genlang spits some warnings here, why aren't these visible on the build table? 00.17.39 Quit Spindizy (Read error: 110 (Connection timed out)) 00.17.45 Join Schmogel [0] (n=Miranda@p3EE21304.dip0.t-ipconnect.de) 00.17.55 # petur: That's interesting.. let me check 00.18.12 Quit CyBergRind|w (Connection timed out) 00.19.08 # petur: I don't see these errors. Are you sure they aren't your own fault? 00.19.16 # Alternatively, pastebin them? 00.19.27 # hmm for a sim build of X5 but not for a target build of h300 00.20.24 # Still no genlang errors here (for X5 sim). 00.22.33 # rasher: http://www.pastebin.ca/1087705 00.22.36 # linuxstb: I managed to strip the actual bmp_resize(not resize_into_core) patch to 300bytes bin size increase, by removing the all those options the patch introduces and cleaning it up a little. 00.22.38 # robin0800, I'm about to go to sleep, I'll help you tomorrow ok? 00.23.12 # linuxstb: together with resize_into_core, I come to ~3KB bin size increase (now comparing the actual bin files) 00.23.43 # petur: and what do those line look like? Are diverged from SVN? 00.23.57 # nope 00.23.59 # robin0800: I could possibly build one for you 00.24.23 # rasher: why did you remove Manuel Dejonghe's name again? 00.24.54 Quit bertrik ("Leaving") 00.25.26 # pixelma: I was unsure about whether he had actually contributed, he's in the svn log, but I couldn't find the patch in FS. Do you remember? 00.26.01 # Most of the changes in that revision got modified pretty quickly anyway 00.27.35 # no, I don't remember, it was a bit before the time I started looking closer 00.28.00 # Also he's done good chunks of the French translation, so I figured that's what he does, and I may just have messed up when committing (I did the SVN commit) 00.28.38 # rasher: I wiped the build dir, did configure for target 30, S(im) and make - same warnings 00.29.00 # petur: would you mind sharing your hebrew.lang? 00.29.19 # it is svn... 00.29.44 # diff says no differences 00.30.12 # * petur tries in his clean tree 00.31.45 # rasher: looking at his wiki page, it says he's from Germany/Belgium (and if I remember correctly he currently is in Germany) so it could be possible he speaks those 2 languages well enough. Not a big thing I suppose... 00.32.16 # rasher: weird, my cleant tree builds fine 00.32.31 # petur: Now diff the two.. and genlang, perhaps 00.35.16 # rasher: know a good diff program for directories? (gui) 00.35.29 # * petur wonders if winmerge runs under wine 00.35.39 # Well I was thinking of just diffing the two hebrew.lang 00.35.45 # ah 00.35.50 # But no - diff -r not good enough? 00.35.51 # petur: diff -ru dir1 dir2 works fine 00.36.49 # hebrew.lang: no differences 00.37.25 # And genlang? 00.37.35 # same 00.37.40 # Gosh 00.38.37 # patch at 9208... need some sleep now 00.38.43 Quit petur ("Zzzzz") 00.39.14 Join neddy [0] (n=john@nat/sun/x-9407e8e6c074941b) 00.40.32 Join tehpaper [0] (i=UPP@653237hfc238.tampabay.res.rr.com) 00.42.56 Join DerDome [0] (n=DerDome@dslb-082-083-216-144.pools.arcor-ip.net) 00.44.10 Quit webguest46 ("CGI:IRC (EOF)") 00.53.33 # kugel yes please if you could please post in forum where it can be found got to go to bed now! 00.54.18 # Which thread? 00.54.51 # Do the e200 builds have the rockbox usb stack enabled by default or do I still need to roll my own? 00.55.13 # Sandisk installation I would think 00.56.11 Quit massiveH ("Leaving") 00.56.12 # joshin: No, it|s not enabled 00.56.18 Quit robin0800 (" HydraIRC -> http://www.hydrairc.com <- In tests, 0x09 out of 0x0A l33t h4x0rz prefer it :)") 00.56.34 Part pixelma 00.56.47 # Thanks. Time to update my sources and kick off a build. :) 00.57.14 # You actually only need to edit the makefile made by configure AFAIK 00.57.33 # Yeah, it was pretty easy when I last did it (around 6-8 months ago or so) 00.57.54 # I'm just lazy so was hoping not to have to still do it. :) 00.57.58 # joshin: But, it's disabled by default for a reason. It can be harmful to your filesystem (especially with HIGH_SPEED_USB) 00.58.16 # kugel: No. You can just add it to the target config file 01.02.06 # Llorean: PortalPlayerUsb says it 01.02.14 # the wiki page 01.03.21 Quit ender` (" The likelihood of Perl being involved in a system is directly proportional to the length of time the system has been in mai") 01.05.45 # kugel: Yes, and the way on the page is one way to do it. 01.06.18 # A much more effective way, especially if you build for multiple targets or want to keep your changes orderly, is to just add it to the config-e200.h or whatever is appropriate for the targets you want to enable it for. 01.07.39 Join DaCapn [0] (n=dacapn@nemo.csn.tu-chemnitz.de) 01.08.05 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 01.09.41 Quit desowin ("KVIrc 4.0.0 Insomnia http://www.kvirc.net/") 01.21.02 *** Saving seen data "./dancer.seen" 01.22.28 Quit LinuxMafia (Read error: 104 (Connection reset by peer)) 01.22.48 Join LinuxMafia [0] (n=awatt@CPE000e081cbf7a-CM00159a642d7e.cpe.net.cable.rogers.com) 01.22.55 Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) 01.24.35 # Anyone with a Jukebox Player/Studio and a Mac around? 01.25.04 Quit tehpaper (Read error: 104 (Connection reset by peer)) 01.25.35 # yes you will need drivers ;) 01.26.11 # scorche|sh: Goody. :) And my optical drive is borked. 01.27.37 Join MarcGuay [0] (n=chatzill@ip216-239-67-183.vif.net) 01.27.47 # But thank Eris there's another Mac in the house. :) 01.29.21 Join tehpaper [0] (i=UPP@653237hfc238.tampabay.res.rr.com) 01.30.20 Quit culture (Connection timed out) 01.35.27 Quit Schmogel (Read error: 104 (Connection reset by peer)) 01.41.04 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 01.46.14 # * LambdaCalculus37 goes to get the drivers for the JB5000 copied to a thumb drive 01.46.47 Quit merbanan (Read error: 110 (Connection timed out)) 01.49.39 Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) 02.15.52 Quit CaptainKewl (Read error: 110 (Connection timed out)) 02.17.44 Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 02.26.46 # * MarcGuay acknowledges kugel's hard work on the resize patch 02.27.30 # MarcGuay: Oh thanks! 02.29.00 # I just want it be committed ;) Sadly, seeing the 2,7KB bin size increase (at least for the smooth scaling algorithm), I have the feeling the chances are low 02.29.14 # * kugel needs to talk with the RSB :) 02.30.14 # kugel: Does it use its own buffer to resize the image, or does it resize in place on the audio buffer? 02.30.30 # Are the targets where binsize is a troublesome issue the same targets that are less likely to use this? i.e. Can't it simply be excluded from those builds, making everyone happy? 02.30.58 # MarcGuay: It's not just a question of whether binsize is an issue now. 02.31.36 # RAM usage, and how much we can spare for compressed audio, is always a question worth considering. It's just less immediate and on a smaller scale for some targets. 02.31.49 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 02.32.01 # But it's still worth considering "how useful is this" vs "how much RAM does it use up" since every K of RAM is memory that could be used for a different feature instead. 02.32.19 # And it's much harder to remove a feature in favour of a new one than to say "Y'know, it's nice, but it's not *that* nice" 02.32.36 # every k of ram is about 0.2s or something rediculous... and we have ~30mb of the stuff to play with 02.33.02 # JdGordon: So are you saying we should just use all of it? 02.33.21 # There's got to be an upper limit. And once you know you have an upper limit, you know that eventually it will matter, and if it'll matter eventually, then it actually matters now. 02.33.30 # im saying using a bit more for a very popular feature shouldnt be considered bad 02.34.06 # Llorean: that sentance also says "there is a limit, so why bother adding anything..." 02.34.06 Quit LambdaCalculus37 ("Do quit now, there's a demon around the corner!") 02.34.29 # sure, eventually we'll hit it... but whent that happens we'll worry about it 02.34.31 # JdGordon: No, it says "there is a limit, so make sure the things you're adding are the things you're willing to sacrifice later features for" 02.34.46 # yay for stalling progress 02.34.49 # It's much better to pick and choose carefully than to start deciding what to dump. 02.35.00 # this is a silly question, it's possible to use gotos in a plugin right? 02.35.33 # JdGordon: So if we just rejected it outright, would that be stalling progress too? 02.35.43 Quit massiveH (Read error: 113 (No route to host)) 02.35.44 # num1 you can use it in the core too if used sanely 02.35.44 # On the assumption that "better to reject it now, than possibly have to remove it later"? 02.36.11 # Llorean: sure it's better to choose carefully, but there's a line where you're letting too little in and that's what stalls progress 02.36.16 # Llorean: well you bassically have already rejected it.. 02.36.19 # num1: people are often afraid of goto too much but if used properly it can be a good thing 02.36.29 # JdGordon: No, I'm actually in favour of bitmap resize. 02.36.55 # XavierGr: alright, thanks. 02.37.02 # num1: Bitmap resize isn't a functional feature. It's eye candy, and it's frankly stupid eye candy at that, since you can accomplish the resizing yourself. 02.37.30 Join TuxOtaku [0] (n=TuxOtaku@CPE001ee5861496-CM00195ee3e0f0.cpe.net.cable.rogers.com) 02.37.41 # JdGordon: I didn't comment on BMP resize's bin size use, just on MarcGuay's question as to whether binsize is a real concern. 02.37.50 # hey, what video formats does rockbox support? 02.37.55 # TuxOtaku: MPEG1/2 02.38.01 # k 02.38.02 # thanks 02.38.09 # that's all though? 02.38.17 # They're not exactly fast devices. 02.38.35 # ok, was just curious 02.38.37 # thanks 02.38.42 # And the smaller your video, the less difference there is in bitrate savings between codecs in my experience. 02.38.56 Quit TuxOtaku (Client Quit) 02.39.37 Join LambdaCalculus37 [0] (n=LambdaCa@c-24-0-218-198.hsd1.nj.comcast.net) 02.39.46 # JdGordon: But I'd rather BMP resize lean toward a small resizing algorithm that maybe isn't as pretty than trying to get the prettiest one we can in. 02.40.05 # Llorean: Doing the resizing yourself for any number of themes, even with a batch converter, is a pain in the rear. 02.40.45 # MarcGuay: And people who never use album art all pay a little bit to save those who do that pain in the rear? 02.41.03 # sounds fair to me 02.41.05 # How do they pay if we haven't reached the limit yet? 02.41.18 # How do they notice? 02.41.23 # MarcGuay: RAM used for the binary isn't used for buffering audio, and lowers battery life. 02.41.25 # * linuxstb thought Llorean has already said he's in favour of bmp resize... 02.41.29 # BMP resize on its own is a small amount. 02.41.41 # But Rockbox is a big pile of "small amounts" 02.42.10 # so its either always bad to add feaures which means we may as well give up.... or add everything untill we get to the limit 02.42.12 # linuxstb: I think they missed that. 02.42.29 # JdGordon: OR add features we're willing to sacrifice other features for. 02.42.33 # i do not use album art, so i do not want rockbox to slow down.. i like the speed 02.42.42 # advcomp2019: Has nothing to do with speed. 02.43.44 # o ok.. you was talking about RAM up above and got a little confused then 02.43.54 # advcomp2019: Yes, RAM has very little to do with speed. 02.44.01 # * MarcGuay finds out that the Sony NWA series uses the same Coldfire chip as the X5/M5/M3... 02.44.58 # MarcGuay: On SWCodec we already use about 10% of the available RAM. Ideally we should be trying to free up more of it. New features aren't bad, but they should be considered based on "how much RAM do they cost" vs "what do they actually add to the total experience" 02.45.12 # Bitmap resizing is a pretty small addition, over all, since it doesn't actually even let you do anything new. 02.45.27 # We should try to add a version of it that's as small as possible if we're going to. 02.45.45 # 10% sounds alot worse than 3MB... 02.45.47 # Llorean: It lets you not waste your life resizing album art to 100 different sizes. 02.45.55 # JdGordon: And yet both are true. 02.46.04 # MarcGuay: Which you can script. 02.46.28 # MarcGuay: You could even propose adding a feature to RBUtil to check album art on your themes and make sure it's available in all those sizes. 02.46.34 # Which would also solve your problem. 02.46.56 # Llorean: actually no.. we have 16mb and 64 mb targets which both use 4mb :D 02.47.08 # How about a compromise, if resizing were added as a plugin that resizes every image in some directory, would it be accepted? 02.47.08 # 3* 02.47.10 # Llorean: To answer your question, the resized bitmap is loaded into metadata buffer. I'm not entirely sure what happens with the orig bitmap after resizing though 02.47.17 # JdGordon: Yes, I was averaging out all swcodec targets, and approximating. Obviously it's worse for the 16mb and less bad for the 64. 02.47.31 # kugel: I mean *during* the resizing it has to be loaded, where is it? 02.47.53 # num1: That's a different matter altogether, and really no reason not to do that one. 02.48.40 # Llorean: in the audio buffer I assume, before the playback starts 02.48.52 # kugel: Please don't "assume" 02.49.38 # hmm.. would be nice if it could use the plugin buffer to resize.. and fail if it cant get that buffer 02.49.47 # Llorean: Well, I'm not the right man then. idak has done most of it. He'll be able to tell you 02.49.48 # JdGordon: It should be able to use the audio buffer 02.50.03 # JdGordon: How would failing be nice? 02.50.26 # JdGordon: Since it's loading like metadata, and it has to go on the audio buffer eventually, we should either be able to load the whole image then resize it in place, or load the image elsewhere, then resize it to where it belongs, and release the old one. 02.50.42 # Llorean: it could, but if the block it gets insnt continuous it might have problems, and the buffer may need to be moved.. its easier if its a static buffer 02.50.55 # Or resize as it's being loaded - i.e. not load the entire image into RAM first 02.51.01 # JdGordon: It'd break TSR plugins. 02.51.11 # linuxstb: IIRC it was down to needing one line of the image at a time. 02.51.19 # But that may have been before an algorithm change. 02.51.20 # of which we have 1... and when thats running people dont usually care about AA 02.51.49 # JdGordon: It'd make it impossible to test, for example, whether AA affects battery life in a measurable way after resizing is implemented. 02.52.18 # if it can do one line at a time then it should be doable when its loaded seen as that reads it in one line at a time anyway 02.52.40 # JdGordon: It breaks if someone is happening to use a plugin (or playlist viewer, or ...) when the track is buffered 02.52.42 # Though I think it might be better if we stored the un-resized image on the audio buffer. 02.52.54 # Suggest to users to store their images as "the largest size you'll use" 02.53.09 # If you store the un-resized image, then the images will work even if there's a theme change during playback 02.54.11 # you want to resize it every time its drawn? 02.54.27 # Isn't album-art stored in the WPS structure once it's in-use, like the bitmaps in the WPS? 02.54.47 # hmm.. yeah 02.54.48 # what about something similar to the codecs where an "image codec" is loaded in to the buffer along with the image? 02.54.52 # So you'd resize on that copy 02.54.54 # Llorean: A reasonably sized bmp isn't negligible in size - e.g. a 500x500 24-bit bmp is approx 750KB. So I don't think we should store the uncompressed version. 02.54.54 # Llorean: The unresized version, yes 02.55.02 # s/uncompressed/un-resized/ 02.55.12 # linuxstb: People already use 200x200 ones. 02.55.25 # linuxstb: I'd say a reasonably sized one being "the largest size your WPSes support" isn't too much to ask 02.55.27 # Since they already do that anyway 02.55.49 # is AA loaded manually on track change? I thought Nioc had it loading into the MoB already? 02.55.51 # I would just want to store the original images I downloaded - most album-art I have is about 500x500 02.56.21 # linuxstb: I'd rather demand users perform a single resize, in advance, then resize that pre-resized image, than require rebuffering of all the album-art on WPS change. 02.57.15 # safetydan: the image codec idea has been brought up a few times... iirc the general consensus is that the extra code to support it would outweigh the beenfits untill we actually use more than one imgae format 02.57.21 # I'm starting to like Llorean's idea, adding a script to RBUtils that can resize images for you 02.57.27 # safetydan: Well I think jpeg-in-the-core is still on the list of considered features anyway 02.58.03 # Llorean: having image codecs would allow support of multiple formats without adding core code... 02.58.22 # safetydan: I doubt we'd want much more than BMP and JPEG anyway 02.58.25 # a lot of work to get going though, and yeah messy interactions with WPS reload and track skipping back and forth 02.58.29 # I just want to add, that album art is not the only use for resizing, but also icons to fit just every font size 02.58.33 # Llorean: and PNG 02.58.33 # And if you have to reserve room for the JPEG "codec", then you might as well just have JPEG in the core 02.58.52 # safetydan: also unless it can share the codec buffer, thats unaother 512kb wasted for it 02.59.09 # JdGordon: Doesn't have to be quite that big. Just as big as our largest image codec. 02.59.23 # * Llorean doesn't know why the codec buffer isn't sized to the largest codec instead of being locked in place. 02.59.26 # and being able to get icons fitting the font size is desirable too imho 02.59.56 # Llorean: Because some codecs use the unused RAM 03.00.00 # (for data) 03.00.04 # linuxstb: All of it? 03.00.08 # Yes 03.00.10 # Ah 03.00.11 # Well then 03.00.21 # I was thinking "largest" as in "largest amount used", so I guess it is sized to fit. 03.00.21 # :) 03.00.37 # kugel: does the current resizing patch let you specify the resized bmp size? 03.01.02 # Is the current one "size down" only, or does it scale up too? 03.01.06 # no, but it should be doable relatively easy 03.01.25 # Llorean: there's no limitation, you can scale in any direction 03.01.43 # with the 2 special cases removed too 03.01.52 # Llorean: I suspect some of the codecs will use as much ram as they have availble.. so even if you double or half the codec buffer they will still use it all hapily 03.01.54 # Could it be made smaller if it was down only? 03.02.03 # JdGordon: ooops, sorry. Yes it does 03.02.30 # kugel: Looking at the patch, the "upscaling" code seems to be a special case as well. i.e. I have a feeling the last branch in the if will also upscale. 03.02.31 # how does the jpeg plugin handle really big images? does it load the entire image into memory? 03.02.48 # num1: It loads the entire _compressed_ image into memory 03.03.05 # linuxstb: worth a try 03.03.05 # But resizes as it decompresses 03.05.48 # JdGordon: Sorry, I've read something totally different. You can specify the size just by throwing a bitmap struct at it, where you already put the sizes in 03.07.53 # ok 03.08.43 # so yeah, icon resizing owuld be nice 03.11.14 # linuxstb: You're right. the last branch will also scale up 03.12.02 # linuxstb: But it shows pixel errors 03.12.47 Quit tvelocity (Remote closed the connection) 03.13.00 # linuxstb: So, the first branch should be kept 03.13.41 # Or fix the last branch... 03.15.21 Quit perrikwp ("http://www.mibbit.com ajax IRC Client") 03.15.52 Join perrikwp [0] (i=d1a8d351@gateway/web/ajax/mibbit.com/x-46a4bb18a070063f) 03.16.04 Quit bughunter2 ("bye") 03.17.54 # what is the plugin buffer size? 03.18.38 # It's 32KB on low-mem targets (2MB or less), 512KB on others 03.18.41 # 524288 on e200 03.20.13 # I don't think it's good to use the plugin buffer for that. I can imagine plugins which start playback (e.g. pictureflow in the (far) future) 03.21.04 *** Saving seen data "./dancer.seen" 03.21.27 # is the plugins stack held in the plugin buffer? 03.21.49 # plugins use the main stack 03.22.29 # Apart from plugins that create new threads - those new threads use the plugin buffer (or IRAM) 03.23.53 # Llorean: So you are basically in favor of bmp resize? You seemed to argue against it 03.23.58 # I recently did a battery test on my e260 with q6 Ogg Vorbis (173kbps average). I now want to compare that with mp3, but the LAME V2 equivalent is 199kbps average. Should I stick with that or try V3? 03.24.03 Quit Llorean ("Leaving.") 03.24.08 # hehe, ok 03.24.44 # Dhraakellian: What was the result of the off test? 03.24.49 # Dhraakellian: It's up to you - what do you want to compare? 03.24.50 # s/off/of 03.26.01 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-106.dsl.hstntx.swbell.net) 03.26.15 # hmm 03.27.17 Quit LambdaCalculus37 ("Do quit now, there's a demon around the corner!") 03.27.19 # kugel: I'm afraid if it's rushed in, it'll then just be forgotten about. 03.27.25 # kugel: 17h 7min 03.27.49 # well, the last entry in the benchmark file is at 17:07:05 03.27.59 Quit Thundercloud (Read error: 104 (Connection reset by peer)) 03.28.09 # doesn't sound bad 03.28.16 # default settings? 03.28.44 # http://www.rockbox.org/twiki/bin/view/Main/SansaRuntime 03.29.38 # latest entry 03.30.37 # I saw it 03.30.48 # 10-CD Bruckner symphony cycle 03.31.50 # Would be interesting if this patch gives better results http://www.rockbox.org/tracker/task/9155 03.32.58 # hmm 03.33.13 # it also fixes the buffer overflow problem btw 03.33.21 # so should I just do that with the same files rather than doing different codecs 03.35.13 # I'd prefer that, yes :) 03.35.38 # mp3 will probably give a bit less runtime 03.38.12 # Dhraakellian: Looking at http://www.rockbox.org/twiki/bin/view/Main/CodecPerformanceComparison, the runtime is somewhat predictable 03.38.48 # what would the best/quickest way to switch between the FS#8070 patch and the FS#9155 patch be? 03.39.06 Quit m0f0x ("sleep") 03.39.06 Join CaptainKewl [0] (n=jason@207-237-173-165.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) 03.39.23 # * Dhraakellian hasn't touched the svn checkout since applying the FS#8070 patch and making 03.39.59 # Dhraakellian: get a new source (1 for each patch) or just remove the one patch before you apply the other one 03.40.39 # though, getting a new source probably means using a newer revision, which possibly affects the runtime 03.51.20 Quit DerDome (Read error: 110 (Connection timed out)) 03.51.31 Join DerDome [0] (n=DerDome@dslb-082-083-250-100.pools.arcor-ip.net) 03.53.27 # in the graphics API, xxx_scroll_X() always inserts white pixels, why does it do this as opposed to scrolling in the Foreground color? 03.53.48 # kugel: r18117 is what I have 03.53.59 # anything between then and now that would affect runtime? 03.57.12 # Who knows. But I think not. It was mostly lang changes 03.58.09 # and I'm guessing the patch would apply cleanly to either r18117 or current? 03.58.54 # I think it doesn't matter 03.59.37 Quit faemir ("Leaving") 04.02.02 Quit neddy ("Leaving.") 04.23.47 # * MarcGuay contemplates the ease of porting to an STMP3600 device given the existence of a linux port. 04.26.01 Quit miepchen^schlaf (Read error: 60 (Operation timed out)) 04.31.12 Join coatman [0] (n=Jacob@ppp-70-246-148-155.dsl.stlsmo.swbell.net) 04.32.08 Join miepchen^schlaf [0] (n=miepchen@p54BF6736.dip.t-dialin.net) 04.33.58 Join Hillshum [0] (n=chatzill@75-165-246-8.slkc.qwest.net) 04.40.54 # * num1 hands marcguay a pin saying "Official Rockbox STMP3600 porter" ;) 04.42.23 Quit XavierGr (Nick collision from services.) 04.42.36 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 04.45.54 Join coatman1 [0] (n=Jacob@ppp-70-253-179-191.dsl.stlsmo.swbell.net) 04.46.13 Quit coatman (Read error: 104 (Connection reset by peer)) 04.47.10 Join miepchen^schlaf_ [0] (n=miepchen@p54BF75DE.dip.t-dialin.net) 04.49.12 Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 04.49.58 # So, if I'm an embedded geek looking for something to mess with, what can I do for rockbox? 04.50.20 # Given the supported device list, it looks like my best bet is a new platform. Is there a list of potentials somewhere? 04.50.31 # sansa v2 04.50.32 # The "New Ports" section of the forum 04.50.35 # or others 04.50.42 # * scorche waves at danderson 04.50.51 # http://forums.rockbox.org/index.php?board=16.0 04.50.56 # scorche: gah, the internets are too small 04.51.31 # danderson: well, which projects do you think i am in #gsoc for? ;) 04.51.52 # heh 04.51.56 # hmm, the sansa seems familiar 04.51.58 # oh, right 04.52.20 # a friend has one, and I helped him do a little poking around in a disassembly of the firmware 04.52.28 # danderson: there are lots of devices around ebay not to mention cheap refurbished sansas all over the place 04.53.55 # got it. Looking at the forum to find an intersection of a nice player and a potential target :P 04.53.56 Quit miepchen^schlaf (Connection timed out) 04.54.58 # danderson: looking for something to port or an existing device? 04.55.19 # http://www.rockbox.org/twiki/bin/view/Main/TargetStatus is useful as well. 04.55.51 # scorche: depends on the price, but something with good specs and a way to recover would be nice. 04.56.16 # That way I can use it as a player during the day and bash at it with rockbox at night :P 04.56.43 # But right now, it's honestly mostly idle speculation. 04.56.51 # no e200 v2 then 04.57.24 # I see there is no recovery possible/known yet 04.57.40 # danderson: well, if you want an already working device on the cheap, you can have a look at the top here: http://www.froobi.com/MP3-Players-Access_c_78.html 04.57.45 # JTAG is close 04.57.58 # scorche: already working device, now where's the fun in that? :P 04.58.01 Join n9xvt [0] (n=187be7e0@gateway/web/cgi-irc/labb.contactor.se/x-ae171e1041372683) 04.58.09 # but something that I have a chance of unbricking when I mess up, that'd be nice 04.58.14 # (or I could just get 2 I guess) 04.58.35 # cheap ones then 04.58.58 # danderson: you might want to have a look around the New Norts forum for partially working devoces/ones that havent gotten off the ground then 04.59.00 # danderson: Well you could pick up one of the "port is in progress" ones like the Cowon D2 or the Onda SomeStringOfNumbers 04.59.05 # s/Norts/Ports 04.59.35 # danderson: Or the Meizu M6 (I may have the number wrong) has a bit more work to do, but still recoverable I think. 04.59.50 # Hillshum: Is the v2 an official designation by sandisk, or just your way of telling two board versions apart? 05.00.12 # danderson: it says "v2" on some devices...although it isnt prominently marked on the box (which cna be wrong anyway) 05.00.17 # an offical on e200 and c200, m200 not 05.00.31 # the box never says 05.00.46 Join solexx_ [0] (n=jrschulz@e176108082.adsl.alicedsl.de) 05.01.00 # also, Fuze and Clip are all "v2" meaning same soc 05.01.03 # danderson: We use "SansaV2" as a designation for all the AMS Sansas we know of, but the designation is official for some of them (but mostly useless since labeling of refurbished devices is inconsistent, and all new ones ought to be V2s anyway) 05.01.35 # right. I was looking on ebay for players, but their markings are bound to be quite inconsistent as well. 05.01.36 # All new ones within those lines that they're actually a V2, that is. 05.01.38 # as i have had no sucess at compiling,,is there any way to request/recomend a patch to be added?(as in full distro) 05.01.54 # danderson: They're inconsistent because the V2 label is on the back plate, which is often replaced or swapped for refurbished players. 05.02.03 # I see. 05.02.07 # danderson: The only guaranteed way to know which type it is, short of opening it up, is to check the firmware version 05.02.31 # on some the splash lets you know 05.03.26 # on e200 the v2 splash says 'sansa' in blue, v1 does not 05.04.53 Quit Llorean ("Leaving.") 05.05.09 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-106.dsl.hstntx.swbell.net) 05.06.20 # ok, so I need to troll the shops for such a brick. 05.08.58 # i've seen some sansas on craig's list,, 05.13.32 Quit kugel ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 05.14.54 Join Webgiest [0] (n=62d4f2de@gateway/web/cgi-irc/labb.contactor.se/x-56975ea65378983a) 05.17.29 Quit solexx (Read error: 110 (Connection timed out)) 05.21.05 *** Saving seen data "./dancer.seen" 05.22.17 # so, buying any new e200 nowadays is guaranteed to get me a v2, right? 05.22.49 # if not take it back 05.23.35 # danderson: If you're buying it from any moderately large store, sure. 05.23.40 # was going to buy online, which makes that annoying 05.23.46 # yeah 05.23.47 # danderson: well, they v2 has been in production for a number of months and they are seeping into the refurbished stock...most if not all new ones should be, but i suppose there is always a chance 05.24.08 # unsure about swiss stores though 05.24.13 # well, worst case I guess I'll get a player fully supported by rockbox :P 05.24.25 # :) 05.24.37 # danderson: "Fully" is debatable, there's still some work to be done on USB at least. 05.24.50 # ok 05.25.08 # And there's always the option to just work on new features instead of low level stuff. 05.25.32 # sure, but I find the low level stuff more fun 05.25.34 # danderson, how about the sansa view? 05.25.36 # I'm sick that way 05.26.23 # Nothing wrong with that. :0 05.26.29 # That was a ).. 05.29.15 # ok, time for sleep, but I'll be back. 05.34.44 Quit n9xvt ("CGI:IRC") 05.36.44 Join n9xvt [0] (n=187be7e0@gateway/web/cgi-irc/labb.contactor.se/x-c30800982c65cfc6) 05.37.48 Quit CaptainKewl (Read error: 104 (Connection reset by peer)) 05.39.26 Quit Webgiest ("CGI:IRC (EOF)") 05.39.49 Join BHSPitLappy [0] (n=BHSPitLa@unaffiliated/bhspitmonkey) 05.45.10 Quit n9xvt ("CGI:IRC (EOF)") 05.48.21 Quit MarcGuay ("ChatZilla 0.9.83 [Firefox 2.0.0.16/2008070205]") 05.48.40 # Can i change the color of the links on the wiki? 05.49.21 Quit scorche (" rawr...that is all...rawr") 05.50.47 Quit Horscht ("We don't make mistakes, we just have happy little accidents") 05.51.30 # Hillshum: They really should be left as per the current theme. 05.51.34 # Why do you want to change them? 05.52.16 # i think it might be from trying ghostzilla, but they are all too light colored to see 05.52.57 # That's probably a problem with your browser. 05.53.11 # Hillshum: %NAVY% content %ENDCOLOR% subtituting navy for your color of choice works 05.53.25 # Hillshum: but in your case I'd recommend using greasemonkey or something 05.55.06 # well, your browser isn't firefox so no greasemonkey, but it sounds like a theme problem rockbox can't fix for ya 05.55.12 # ghostzilla is a pain 05.55.23 # i do have firefox 05.56.05 Quit Zarggg () 05.57.58 Quit Hillshum (Remote closed the connection) 06.00.10 Join Hillshum [0] (n=chatzill@75-165-246-8.slkc.qwest.net) 06.04.42 Join toffe82 [0] (n=chatzill@12.70.232.10) 06.08.28 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 06.14.27 Quit Hillshum ("ChatZilla 0.9.83 [Firefox 2.0.0.16/2008070205]") 06.25.37 Quit snoh (Remote closed the connection) 06.30.05 Quit BHSPitLappy ("Ex-Chat") 06.39.27 Quit fyrestorm (Read error: 104 (Connection reset by peer)) 06.39.46 Join fyrestorm [0] (n=fyre@cpe-68-173-172-243.nyc.res.rr.com) 06.39.47 Quit jhulst ("Konversation terminated!") 06.50.12 Join webguest87 [0] (n=443fc12d@gateway/web/cgi-irc/labb.contactor.se/x-e6e24b1bb9d61e89) 06.50.51 Quit webguest87 (Client Quit) 06.57.42 Join aguest [0] (n=47203c58@gateway/web/cgi-irc/labb.contactor.se/x-4b4fc26e384c32f6) 06.58.52 Quit aguest (Client Quit) 06.59.24 Quit coatman1 (Read error: 104 (Connection reset by peer)) 07.00.39 Nick num1 is now known as num1_away (n=brian@c-68-63-193-45.hsd1.az.comcast.net) 07.03.19 Join Normmatt [0] (n=normmatt@124-197-18-83.callplus.net.nz) 07.08.30 Join lordpil [0] (n=lordpil@c-24-63-25-251.hsd1.ma.comcast.net) 07.17.14 Quit midkay_ ("Leaving") 07.21.06 *** Saving seen data "./dancer.seen" 07.22.29 Join midkay [0] (n=midkay@rockbox/developer/midkay) 07.24.36 Join fml [0] (n=4fd3c0d0@gateway/web/cgi-irc/labb.contactor.se/x-e6f306c252e01f53) 07.25.28 # JdGordon: hello. Have you seen my comment about FFDB? 07.27.19 Quit fml (Client Quit) 07.30.07 # fml: (arg)... yes, thanks 07.30.31 Quit XavierGr (Nick collision from services.) 07.30.42 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 07.38.25 Join JdGordon_ [0] (n=jonno@c211-28-130-47.smelb2.vic.optusnet.com.au) 07.38.40 Part toffe82 07.38.58 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 07.39.18 Quit einhirn (Client Quit) 07.39.26 Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 07.40.48 Join gregzx [0] (n=chatzill@dtc66.neoplus.adsl.tpnet.pl) 07.43.41 Quit JdGordon (Read error: 104 (Connection reset by peer)) 07.43.43 Nick JdGordon_ is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) 08.03.37 Quit Llorean (Read error: 104 (Connection reset by peer)) 08.03.59 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-106.dsl.hstntx.swbell.net) 08.04.15 Quit Llorean (Client Quit) 08.05.23 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-106.dsl.hstntx.swbell.net) 08.05.59 Quit Llorean (Client Quit) 08.06.10 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-106.dsl.hstntx.swbell.net) 08.07.00 Quit Llorean (Client Quit) 08.07.15 Join Llorean [0] (n=DarkkOne@ppp-70-242-15-106.dsl.hstntx.swbell.net) 08.17.01 Join tvelocity [0] (n=tony@athedsl-121415.home.otenet.gr) 08.18.45 Quit Nibbler (Read error: 110 (Connection timed out)) 08.26.44 Join cool_walking_ [0] (n=anthony@203-59-129-195.perm.iinet.net.au) 08.28.19 Join tywickra [0] (n=tywickra@nat/redhat/x-c7a07ecd3162526d) 08.29.18 # Guys 08.29.35 Join LinusN [0] (n=linus@rockbox/developer/LinusN) 08.29.39 # Do you have any plans coming up to support ipod classic ? 08.29.50 # aka 6th gen ? 08.29.56 # tywickra: no plans 08.30.20 # :( 08.30.51 # if someone does the initial work and decrypts the firmware, there might be a chance, but apparently nobody is working on it 08.31.46 Quit miepchen^schlaf_ () 08.32.33 # any plans for v2 sansas? 08.33.10 # LinusN, hmm true .. thanks for this info 08.33.30 # tehpaper: Yes, people are working on them. It's impossible to say when the required breakthroughs will be made though. 08.33.42 # yay 08.33.47 # im happy its in the works 08.34.28 # kinda wish i had known about the e270 va for $25 less before i bought this e260 08.34.41 # v1* 08.35.47 Join Nibbler [0] (n=Nibbler@txx226.disy.net) 08.48.19 Join scorche [50] (n=scorche@rockbox/administrator/scorche) 08.48.35 Join Rob2222 [0] (n=Miranda@p4FDCCB8E.dip.t-dialin.net) 08.51.24 Quit safetydan ("Leaving.") 08.57.36 Join ender` [0] (i=krneki@foo.eternallybored.org) 09.05.14 Join [CBR]Unspoken|w [0] (n=cbr@212.98.160.130) 09.06.29 Quit Rob2223 (Read error: 110 (Connection timed out)) 09.07.54 Join petur [50] (n=petur@rockbox/developer/petur) 09.16.12 Quit gregzx ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 09.17.30 Part tywickra ("Leaving") 09.21.10 *** Saving seen data "./dancer.seen" 09.22.13 Quit cbr|w (Read error: 110 (Connection timed out)) 09.23.25 Quit JdGordon (Remote closed the connection) 09.23.59 Join JdGordon|uni [0] (i=d31c822f@gateway/web/ajax/mibbit.com/x-45b35c57ae6058f7) 09.24.50 Nick JdGordon|uni is now known as JdGordom (i=d31c822f@rockbox/developer/JdGordon) 09.24.52 Nick JdGordom is now known as JdGordon (i=d31c822f@rockbox/developer/JdGordon) 09.26.18 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 09.26.51 Quit shadoxx (verne.freenode.net irc.freenode.net) 09.26.51 NSplit verne.freenode.net irc.freenode.net 09.26.51 Quit markun (verne.freenode.net irc.freenode.net) 09.26.51 Quit freqmod_qu (verne.freenode.net irc.freenode.net) 09.26.51 Quit einhirn (verne.freenode.net irc.freenode.net) 09.26.51 Quit Normmatt (verne.freenode.net irc.freenode.net) 09.26.51 Quit daywalker (verne.freenode.net irc.freenode.net) 09.26.51 Quit maraz_ (verne.freenode.net irc.freenode.net) 09.26.51 Quit lostlogic (verne.freenode.net irc.freenode.net) 09.26.51 Quit GodEater_ (verne.freenode.net irc.freenode.net) 09.26.51 Quit UncleRemus (verne.freenode.net irc.freenode.net) 09.26.51 Quit TMM (verne.freenode.net irc.freenode.net) 09.28.55 NHeal verne.freenode.net irc.freenode.net 09.28.55 NJoin einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) 09.28.55 NJoin Normmatt [0] (n=normmatt@124-197-18-83.callplus.net.nz) 09.28.55 NJoin UncleRemus [0] (n=caj@78-69-154-184-no176.tbcn.telia.com) 09.28.55 NJoin GodEater_ [0] (n=ge@rockbox/staff/GodEater) 09.28.55 NJoin shadoxx [0] (n=witherb@root1n-ur.net) 09.28.55 NJoin freqmod_qu [0] (n=quassel@2001:700:300:1800:213:d3ff:fee9:5ed0) 09.28.55 NJoin markun [0] (n=markun@2001:610:1908:8000:250:daff:fe47:4a8f) 09.28.55 NJoin TMM [0] (n=hp@c514753fe.cable.wanadoo.nl) 09.28.55 NJoin lostlogic [50] (n=lostlogi@rockbox/developer/lostlogic) 09.28.55 NJoin maraz_ [0] (i=maraz@xob.kapsi.fi) 09.28.55 NJoin daywalker [0] (n=daywalke@ip-77-87-189-6.dnspower.de) 09.34.10 Join Nico_P [0] (i=53915df2@gateway/web/ajax/mibbit.com/x-6280d89129a839af) 09.46.30 # my sansa e280 doesn't manage to stay in time very well, is there a known problem with it? 09.57.29 # crwl: I think I remember someone mentioning that problem on the c200 - have you searched the bug tracker? 09.57.56 # briefly.. i'll try to do a more thorough search after my morning coffee :) 09.58.24 # i haven't yet examined when and how much the rtc gets behind as i've had this player only for a few days now 10.04.40 Join nplus [0] (n=nplus@141.25.globcom.net) 10.05.35 Join wpyh [0] (n=william@116.12.171.18) 10.24.31 # hmh, i couldn't find any bug filed about this 10.25.11 Quit nuonguy ("This computer has gone to sleep") 10.27.54 # has anyone ever tried using unit testing for rockbox dev? 10.29.02 # no 10.29.19 # * wpyh wonders whether it is easy to do, since rockbox is not modular 10.30.58 # wpyh: no offence, but that question was really for the people who have a certain experience in the project 10.31.02 Join parafin|away [0] (i=parafin@parafin.dialup.corbina.ru) 10.31.31 # I was interested in knowing whether it had been attempted in the past, and how successful it was 10.32.44 # * wpyh doesn't take offense, but he was just commenting ;) 10.36.11 Part wpyh 10.38.12 Quit tvelocity (Read error: 110 (Connection timed out)) 10.38.41 Join tvelocity [0] (n=tony@athedsl-4399489.home.otenet.gr) 10.41.05 Quit parafin (Read error: 113 (No route to host)) 10.46.22 # * Nico_P didn't find any reference to attempts to use unit testing in the IRC logs 10.52.56 # Nico_P: My memory agrees with the IRC logs. 10.55.05 # we did some unit testing of the FAT driver in the past, but nothing more serious than that 10.55.07 # linuxstb: can you think of any reason why it wouldn't be a good idea? 10.55.53 # i'm inclined to agree with wpyh about the modularity 10.56.25 # yeah that was my concern, but from what I can see it's fine to write tests for functions 10.56.32 # But I think working on making Rockbox more modular (i.e. using clearer APIs between different parts) could be benefical. 10.56.47 # I agree 10.56.59 Join Thundercloud [0] (n=thunderc@84-51-130-71.judith186.adsl.metronet.co.uk) 10.58.56 Join Mzz [0] (n=michal_z@dynamic-81-168-143-77.ssp.dialog.net.pl) 10.59.09 # i believe most of our problems and bugs today would not have been found in unit test anyway 10.59.45 # Hi, the e200 version of rockbox will work under e260R ? 11.00.15 # since it is often the interaction between the units that is the issue, and very often concurrency related 11.01.09 # i think we are better off if we make the simulator behave more like the real target 11.02.00 # LinusN: finding at least some of the bugs is already helpful IMHO. and having a test suite can make some changes easier because you can easily check that you didn't break anything obvious 11.02.58 # Mzz: yes, http://www.rockbox.org/twiki/bin/view/Main/SansaE200RInstallation 11.03.18 # Mzz: as long as it is a v1, of course 11.03.31 # Thanks 11.03.41 # i will ask the seller about it 11.03.44 # Nico_P: yes, test suites are good 11.04.57 # LinusN: have you ever used any of the existing frameworks for unit testing with C? 11.05.09 # nope 11.05.36 Part Mzz 11.12.14 # there's embedded unit, which seems rather well suited but rather obscure (http://embunit.sourceforge.net/) 11.12.17 Quit cool_walking_ (Remote closed the connection) 11.15.10 Join dirk_ [0] (n=dirk@e177211142.adsl.alicedsl.de) 11.15.28 Quit dirk_ (Client Quit) 11.15.46 # Nico_P: any modules in particular you want to unit test properly? 11.15.56 # JdGordon: mine :) 11.16.11 # i.e. buffering/playback where possible 11.16.41 # I think having tests on those two would be really helpful 11.16.51 # sure 11.17.26 # plus, they have a rather well defined API 11.17.28 Join funman [0] (n=fun@82-171-216-191.ip.telfort.nl) 11.18.44 # I'll have a go at the idea when I get a chance, to get a sense of the feasibility 11.20.07 # Nico_P: Did you ever do anything more with your buffering experiments for low-mem flash targets? 11.21.11 *** Saving seen data "./dancer.seen" 11.21.34 # linuxstb: I've been thinking about ways to optimise it while keeping it simple 11.22.24 # but I still need to fix the bugs that appear after some time of use (prob. fd leaks) 11.28.00 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 11.30.04 Join desowin [0] (n=desowin@atheme/member/desowin) 11.40.59 Quit BigBambi ("Please insert girder") 11.41.25 Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) 11.43.19 Quit Thundercloud (Remote closed the connection) 11.47.21 # how does the fontcode know how many bits each glyph uses? I cant figure this out :( 11.55.04 # bits, as in width? 11.55.51 # yeah, and the height, although the eight is fixed isnt it? 11.56.07 # each one is mono so it uses width*height bits doesnt it? 11.57.00 # i believe font_get_bits() does that, doesn't it? 12.01.04 # hmm.. ok, so there is a width table at the end of the .fnt 12.04.35 Join mazling [0] (i=largeear@host86-143-12-125.range86-143.btcentralplus.com) 12.06.58 Join d [0] (n=dt@vpn21.witopia.net) 12.07.26 Nick d is now known as Guest95629 (n=dt@vpn21.witopia.net) 12.09.58 Join super [0] (n=super@c80-217-96-224.bredband.comhem.se) 12.11.47 # * BigBambi spots a horrendous typo in rockboxdev.sh! - when you chose which architectures to install for, the all option should now say all four not all three! 12.12.33 # a definite showstopper for 3.0! :-) 12.12.41 # ok, project closed.... thats the final straw! :p 12.12.49 # hehe :) 12.13.16 # : D 12.13.30 Join d [0] (n=dt@vpn21.witopia.net) 12.13.56 Nick d is now known as Guest86356 (n=dt@vpn21.witopia.net) 12.24.43 Quit d-k-t-2 (Read error: 110 (Connection timed out)) 12.28.03 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 12.34.58 Quit Guest95629 (Read error: 110 (Connection timed out)) 12.44.26 Quit tvelocity (Read error: 110 (Connection timed out)) 12.44.50 Join tvelocity [0] (n=tony@athedsl-4419738.home.otenet.gr) 12.59.39 Quit DaCapn () 13.02.49 # In actual fact, it shouldn't say all four as selecting all doesn't build for MIPS, it is commented out in the script 13.03.42 # It's just isn't clear from running the script what all should do - it appears after the four individual options, but only builds three of them 13.07.27 Join faemir [0] (n=faemir@88-106-180-165.dynamic.dsl.as9105.com) 13.08.07 Quit Normmatt (Read error: 110 (Connection timed out)) 13.10.08 Quit tvelocity ("Αποχώρησε") 13.10.47 # BigBambi: that's because Begder was unsure if the MIPS version we'd picked was the right one or not 13.11.11 # aha 13.11.18 # so he left the "mips" install as a very explicit one for people who really knew what they wanted when they were installing it 13.11.26 # rather than just generally including it under all 13.11.31 # That makes sense why it isn't, but the option all is very unclear now 13.11.38 # I still think we're waiting for a judge's decision on whether it's the right one or not 13.11.40 # It looks like it should 13.11.48 # mcuelenare is still making his mind up 13.12.01 # Yeah, it isn't a big deal, it is just a little confusing :) 13.12.11 # correct 13.12.23 # and it will remain so until we know we've picked the right compiler :D 13.12.43 # it's in the IRC logs somewhere, Bagder said all this when he added the option in the first place 13.13.08 # Yeah, I guess what would be clear would be to move all above mips and have it say install the three above 13.13.14 # Probably isn't worth it though 13.13.36 # It's is just a little test for everyone when they come to use rockbosdev.sh 13.13.44 # -is 13.15.36 Join Schmogel [0] (n=Miranda@p3EE216DB.dip0.t-ipconnect.de) 13.16.55 # feel free to submit a patch etc. etc. 13.17.10 Quit AndyIL (Read error: 104 (Connection reset by peer)) 13.17.16 Join AndyI [0] (n=pasha_in@212.14.205.32) 13.20.44 # GodEater: As I say, I doubt it is worth it 13.20.57 # It is just changing the order of two options 13.21.15 *** Saving seen data "./dancer.seen" 13.21.48 # just a few minutes ago it was "a horrendous typo" :) 13.22.18 Join mcuelenaere [0] (n=mcuelena@78-21-191-98.access.telenet.be) 13.22.21 # That was sarcasm, as evidenced by the exclamation marks :) 13.24.37 Join Marfugga [0] (n=Marfugga@89.45.101.224) 13.26.18 # My ipod video 5.5g has a half cracked display. Does rockbox have a function with which i can resize the screen so the screen gets scaled and appears only on the left half of my display? (the part that's not cracked)? 13.26.54 # Marfugga: you'd need to build your own version 13.27.21 Join LambdaCalculus37 [0] (n=LambdaCa@m930736d0.tmodns.net) 13.28.18 # * BigBambi decides to submit one anyway, it is confusing :) 13.28.36 # Is the source commented enough for me to see what I have to change? I'm assuming i'd only have to change some number that corresponds to the horizontal part of the resolution, to make it half of what it is? 13.29.43 # Marfugga: you need to change LCD_WIDTH and LCD_HEIGHT, in firmware/config-ipodvideo.h 13.30.08 # Great thanks a lot Nico_P 13.30.17 # maybe some other things are needed, but that might be enough 13.31.21 # I've never tried it, so you might have to figure some things out or ask more questions to people who know better than me 13.32.11 # Yeah i'm reading right now how to build it, i.e. what compiler and what header files and stuff. thanks 13.32.21 # or just look for a replacement screen on ebay =/ 13.33.57 # i don't realy use my ipod for videos or pictures, i just need something to listen to, and it's cracked on the left side so it's hard to see what music i'm scrolling through 13.34.15 # but yeah i might get a replacement screen if all else fails 13.37.29 # Marfugga: Maybe the easiest would be to test the "custom list viewport" patch that is being developed. This will let you tell Rockbox to just use part of the screen for showing lists. But it means compiling Rockbox from source yourself, and apply the patch to the source code - http://www.rockbox.org/tracker/task/8799 13.42.04 Quit Bensawsome (Connection timed out) 13.43.45 # linuxstb: will changing LCD_WIDTH and LCD_HEIGHT make rockbox use only part of the screen, or can you think of issues I'm overlooking? 13.44.13 Join gregzx [0] (n=chatzill@dtm20.neoplus.adsl.tpnet.pl) 13.44.35 # It will cause problems with the bitmap build system - the selected bitmaps are based on LCD width/height. 13.44.53 # Plus WPSs will no longer work if they use a backdrop. 13.44.54 # ah, crap 13.45.25 Join Bensawsome [0] (n=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) 13.45.43 # Unless you choose the LCD size of another target's LCD.... But even then, you may need to modify the LCD driver to update the screen correctly. 13.46.04 # So I think the viewports option is easiest. 13.46.40 # i'll try that then, so it lets you choose where on the screen to display the lists for browsin? 13.47.21 # the sansa e200's LCD size would fit nicely 13.47.23 # Yes. But it's still an "in-progress" feature, and I've no idea how well it's working. 13.47.44 Quit LambdaCalculus37 ("Do quit now, there's a demon around the corner!") 14.00.43 Join jfc [0] (n=john@dpc691978010.direcpc.com) 14.08.54 Quit Lynx_ (Connection timed out) 14.13.42 Join kretender [0] (n=Kaspar@7-108.76-83.cust.bluewin.ch) 14.14.53 Join Lynx_ [0] (n=lynx@tina-10-4.genetik.uni-koeln.de) 14.15.00 Quit culture (Connection timed out) 14.17.26 Quit jfc^3 (Read error: 110 (Connection timed out)) 14.17.33 Join jfc^3 [0] (n=john@dpc691978010.direcpc.com) 14.20.32 Join massiveH [0] (n=massiveH@pool-72-76-241-36.nwrknj.fios.verizon.net) 14.21.25 Quit JdGordon ("http://www.mibbit.com ajax IRC Client") 14.27.49 Join mib_v8gluy [0] (i=44a0430f@gateway/web/ajax/mibbit.com/x-4c0a47f9ca826f5d) 14.28.13 Nick mib_v8gluy is now known as LambdaCalculus37 (i=44a0430f@gateway/web/ajax/mibbit.com/x-4c0a47f9ca826f5d) 14.30.25 Quit jfc (Read error: 110 (Connection timed out)) 14.35.45 Join jfc [0] (n=john@dpc691978010.direcpc.com) 14.39.06 # rasher: Here? 14.39.30 # LambdaCalculus37: more or less 14.39.44 Nick parafin|away is now known as parafin (i=parafin@parafin.dialup.corbina.ru) 14.40.40 # rasher: My girlfriend was wondering if she could be named the official maintainer of the tagalog language file, since she's pretty much doing the entire translation herself. 14.41.19 # I don't see any problems in that - I can't commit anything right now though 14.42.56 # No problem. 14.47.56 Join amaXx [0] (n=chatzill@88-196-42-135-dsl.noe.estpak.ee) 14.48.33 # Hello ppl, i need help with rockbox on ipod nano 3rd gen, anyone can help? 14.49.04 # Yes. 14.49.08 # You can't run Rockbox on it. 14.49.15 # why :O 14.49.24 # Because there's no port for it? 14.49.31 # And no one is working on one? 14.49.59 # And it's also clearly listed on the front page that the 2nd and 3rd gen nano are not supported. 14.50.17 # omg 14.50.21 # thats so sad :S 14.50.58 # but isnt this "iPod 3rd gen" at your site my iPod nano 3rd gen ? 14.51.13 # No, that's the original iPod 3rd gen. 14.51.25 # damn, i though it was mine 14.51.32 # It looks like this: http://www.rockbox.org/playerpics/ipod3g-small.png 14.51.33 # oke thanks for information =) 14.51.39 Quit jfc^3 (Read error: 110 (Connection timed out)) 14.51.52 # oke 14.52.09 # but is there any other OS for my iPod linux or smth? do you know? 14.52.23 # No. 14.52.48 # The firmware is encrypted, and no one has figured out how to run custom code on it. 14.52.56 # Oke then i was stupid that i bought it -.- 14.52.59 # i see.. 14.53.05 # apple gays :/ 14.53.33 # All complaints go to Apple, not us. We didn't build it. 14.53.40 # Go on eBay and get a compatible device. 14.54.13 # yeye :D oke cu l8r guys i hope u make history one day and decrypt that fw 14.54.57 Part amaXx 14.55.08 Join mf0102 [0] (n=michi@85.127.180.61) 15.00.39 Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) 15.10.15 Quit itcheg ("IceChat - Keeping PC's cool since 2000") 15.14.28 # logbot explain ipod 15.15.05 #>> "explain beer" by petur (n=petur@rockbox/developer/petur) 15.15.32 # beer plz :E 15.16.38 Join pedrov [0] (n=pmauduit@ARennes-359-1-42-142.w86-199.abo.wanadoo.fr) 15.21.01 Quit mazling ("Inde da'covale misain ye; Caballien misain ye!") 15.21.18 *** Saving seen data "./dancer.seen" 15.27.45 # i just got a graphic bug on my ipod 15.33.02 Join sitwon [0] (n=adam@static-71-166-233-112.washdc.east.verizon.net) 15.34.28 Join xqtftqx [0] (i=cfcb5901@gateway/web/ajax/mibbit.com/x-0f2d18ea67cc0813) 15.35.30 # whats the bug? 15.36.09 # xqtftqx: you asked for me some time ago I read in the logs; what was that about? 15.36.32 # huh? what did i ask for? 15.36.44 # I don't remember, let me see 15.36.47 # ok 15.37.27 # http://www.rockbox.org/irc/log-20080724#18:07:09 15.38.19 # oh yeah, i was wondering how you ported the sendfirm tool 15.38.58 # i realy cant talk now, im getting ready to get on a plane 15.39.02 # got to go 15.39.08 # hm 15.39.09 Part xqtftqx 15.39.16 # hafl the screen is messed up 15.39.32 # gonna try reinstalling 15.39.34 # Which ipod is it? 15.43.20 Quit gregzx ("ChatZilla 0.9.83 [Firefox 3.0.1/2008070208]") 15.44.28 Join toffe82 [0] (n=chatzill@12.70.232.10) 15.46.41 Join JdGordon|uni [0] (i=d31c822f@gateway/web/ajax/mibbit.com/x-0c978d6942d5e25a) 15.48.33 # how does one make a dual boot gigabeat s rockbox bootloader? is there a wiki page for this? 15.48.48 Nick JdGordon|uni is now known as JdGordon (i=d31c822f@rockbox/developer/JdGordon) 15.49.33 # mcuelenaere: there is awiki, but you need the OF first 15.49.46 # toffe82: what wiki page? 15.50.32 # scorche: ping 15.50.33 # http://www.rockbox.org/twiki/bin/view/Main/GigabeatSInstallation 15.50.55 # toffe82: you mean step 1b? 15.51.36 # mcuelenaere: I think it's on GigabeatSPort 15.51.41 # mcuelenaere: yes , but there is nothing :) 15.51.55 # Or maybe GigabeatSInfo... 15.52.11 # you have to use mknkboot 15.52.16 # I checked all three briefly but couldn't find anything 15.52.44 # mknkboot 15.53.09 # Then use sendfirm to send it to the Gigabeat. 15.53.12 # firmware is the OF , boot file is the rockbox boot and output is the nk.bin 15.53.20 # and then you have a dual boot fw file? 15.53.23 # nk.bin file* 15.53.26 # yes 15.53.31 # ok thanks 15.53.42 # nano 15.53.44 # 1g 15.53.47 # mcuelenaere: To access the OF on the beast, click hold on when you turn it on. 15.53.52 # is this step integrated into rbutil? 15.54.03 # I don't think it is. 15.54.03 # LambdaCalculus37: I don't have a gigabeat 15.54.10 # mcuelenaere: No, because it needs a copy of the original firmware, which isn't distributable... 15.54.22 Quit AndyI (Read error: 104 (Connection reset by peer)) 15.54.22 # ok 15.54.23 # mcuelenaere: For a second there, I thought you did. :) 15.54.39 # :) I'm just gathering information for the ZVM how others do this 15.54.43 # I have a similar problem 15.55.09 # But I guess it will be just the same as the iriver (h100/h300) bootloaders - which require patching an OF that the user provides. 15.55.23 # mkboot.c is for that purpose? 15.55.41 # Yes, I think that's the iriver version. 15.55.49 # linuxstb: I think that would work best. Users can point rbutil to the OF file, and have it do the patching. 15.56.01 # ok and that step also isn't integrated somewhere else? (rockbox compilation, rbutil,..) 15.56.13 # or rbutil could download it automatically 15.56.29 # JdGordon: Download what, from where? 15.56.38 # ah I just see there are rbutil defines in mkboot.c 15.56.54 # the OF 15.57.35 Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) 15.58.37 # JdGordon: The only way to get the OF for the S is by physically removing the hard disk from the device and copying it. Toshiba don't distribute it. 15.58.51 # ah, ok 15.59.00 Join culture [0] (n=none@cpc1-bele3-0-0-cust658.belf.cable.ntl.com) 15.59.24 Quit gammy ("leaving") 15.59.25 # do you have to remove the drive to install rockbox? 16.00.04 # No, that's the ZVM that you need to do that on. 16.00.27 # You'll just need to remove the drive to get at the firmware partition on the beast's drive. 16.00.37 # mcuelenaere: have you found anything on the exotic ZVM FS? 16.00.56 # Nico_P: I hope with the help of quetzalcoatl this problem will be solved soon 16.01.07 # does rockbox have access to the OF on the disk? could a plugin be made to fix it to be able to dual boot? 16.01.31 # JdGordon: are talking about the ZVM or the Gigabeat? 16.01.47 # beast 16.01.49 # mcuelenaere: You pray to Aztec gods now? ;) 16.02.06 Join jac0b|w [0] (i=d043a7c2@gateway/web/ajax/mibbit.com/x-ef13162e44553417) 16.02.20 # LambdaCalculus37: :) no, it's the person who did all the hdd reverse engineering at nomadness back in the nomad days 16.02.33 # JdGordon: No, but with the USB stack in Rockbox, you can see both partitions mount when you attach it to a PC. 16.03.00 # mcuelenaere: :) I know, I saw him on the forums. I was just joking around, as always. ;) 16.03.20 # mcuelenaere: you managed to contact him? 16.03.21 # Maybe some of this info should be useful for the Dell DJ. 16.03.25 # Nico_P: yes, finally .. 16.03.33 # oh, /me should read the forums\ 16.03.34 # *Speaking* of which... I need a new one. 16.03.39 # at some point I found him on a wikipedia page :S 16.04.00 # I recall myself searching all over the internet for this guy 16.04.05 # the only thing I had was his IP address 16.04.21 # I even spammed his server with something like http://IP/PLEASE/CONTACT/ME/AT/MCUELENAERE/AT/GMAIL/DOT/COM/ 16.04.26 # how did you find him on wikipedia? with his IP? 16.04.33 # no, just by accident 16.04.40 # on the gigabeat S install wiki page it says "TODO: How can a user uninstall Rockbox? We need a source for the original nk.bin..." I think I found a original nk.bin 16.04.47 # how did you get his IP btw? 16.04.50 Join coatman [0] (n=Jacob@ppp-70-245-241-24.dsl.stlsmo.swbell.net) 16.04.51 # Nico_P: I looked at the zen vision page and saw something about zenrecovery 16.04.57 # it was in the nomadness posts 16.05.00 # jac0b|w: Are you legally allow to distribute it? 16.05.13 Join coatman1 [0] (n=Jacob@ppp-70-245-241-24.dsl.stlsmo.swbell.net) 16.05.14 # Nico_P: and at that zenrecovery page his email address was.. 16.05.17 # umm I dunno can I 16.05.28 # I don't think you can, nor should you risk it. 16.05.43 # If you have it, great. But you'll have to keep it to yourself. 16.05.44 # check this out http://www.aibohack.com/giga/ 16.06.07 # this person has a recovery tool 16.06.11 Quit coatman (Nick collision from services.) 16.06.18 # hmm it seems my ZVM choked on this 2GB CF card :S 16.06.38 Quit coatman1 (Client Quit) 16.06.48 Join coatman [0] (n=Jacob@ppp-70-245-241-24.dsl.stlsmo.swbell.net) 16.07.04 Join kugel [0] (n=chatzill@unaffiliated/kugel) 16.07.11 # hi guys 16.08.32 # Slasheri: Could http://www.rockbox.org/tracker/task/7287 cause database instabilities? Like songs that dissapear randomly from the database 16.09.31 # jac0b|w: he is the one eho make the por of rockbox on the S possible, he found the the way to bypass the security 16.10.02 # oh ok I didn't know that 16.11.08 # toffe82: Did he also try to hack the Zune, or was that other people? 16.12.30 # linuxstb: he was looking for the zune first and as it was the same hardware as the S , he tried on the S also but no success on the zune 16.12.33 # linuxstb: he was mainly interested in hacking the zune 16.17.42 # hmm, looks like the sansa v2 work is already quite advanced. 16.18.39 Quit JdGordon ("http://www.mibbit.com ajax IRC Client") 16.21.54 Quit pedrov (Read error: 110 (Connection timed out)) 16.27.01 Quit jac0b|w ("http://www.mibbit.com ajax IRC Client") 16.27.56 Quit basti (Remote closed the connection) 16.28.41 Part LinusN 16.29.27 Join mcuelenaere_ [0] (n=mcuelena@78-21-191-98.access.telenet.be) 16.31.29 Quit kugel (Read error: 104 (Connection reset by peer)) 16.32.50 Quit shodanX (Read error: 60 (Operation timed out)) 16.39.27 Join Siku [0] (n=Siku@e81-197-64-207.elisa-laajakaista.fi) 16.41.41 Join shodanX [0] (n=shodanX@jazz.informatik.uni-erlangen.de) 16.43.00 Part toffe82 16.47.39 Quit mcuelenaere (Read error: 113 (No route to host)) 16.48.17 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-af2578cbc15a093b) 16.48.37 Nick mcuelenaere_ is now known as mcuelenaere (n=mcuelena@78-21-191-98.access.telenet.be) 16.51.16 # danderson: disappointed? ;) 16.52.54 Join Spindizy [0] (n=spindizy@et-0-2.gw-nat.slr.lxa.oneandone.net) 16.53.48 # I think the V2 is probably the most reverse engineered target to have no rockbox code written 16.57.22 # Just preparing for the best port ever \o/ 16.57.43 # saratoga: next step is reading from the buttons 17.01.51 Join mcuelenaere_ [0] (n=mcuelena@78-21-191-98.access.telenet.be) 17.02.21 Quit mcuelenaere (Read error: 113 (No route to host)) 17.07.19 # re: the OF for the beast 17.07.35 # wasn't the Gigabeat V updater freely available from Toshiba ? 17.10.19 # * GodEater settles in to watch the tumbleweed 17.10.39 # http://www.gigabeat.net/mobileav/download/module/gbv_update_1_5_jp.exe <-- looks like it's *still* freely available 17.11.43 # funman: shame you guys are having so much trouble with recovery modes on that thing 17.12.34 # Maybe it was cheaper to not put one 17.12.49 Quit Marfugga () 17.13.22 # I don't know what additional hardware/software it requires for (normal way)engineering it 17.13.52 Quit Bensawsome (Read error: 110 (Connection timed out)) 17.15.34 # GodEater: Yes, but that's the "V" updater... 17.15.46 # scorche|sh: well, yeah. All the fun work appears to be over :( 17.16.36 Join Mickthomson [0] (n=chatzill@catv-5062e83e.catv.broadband.hu) 17.17.37 Join basti [0] (i=bnc@85.214.109.173) 17.17.46 # linuxstb: yes, but wasn't it possible to "hack" the updater to make it work on the S ? 17.18.11 # IIRC, that involved using the V updater to transfer an modified "S" firmware. 17.18.26 # Basically what sendfirm does. 17.18.39 # ah 17.19.10 # so no-one ever tried running the V firmware contained in the updater on the S then ? 17.20.15 # I never heard anyone mention it 17.20.20 Quit madspin (Read error: 110 (Connection timed out)) 17.20.41 Join madspin [0] (n=madspin@i-83-67-106-212.freedom2surf.net) 17.20.52 # * GodEater goes over the old S30 thread 17.21.11 Quit Mickthomson ("ChatZilla 0.9.83 [Firefox 2.0.0.16/2008070205]") 17.21.20 *** Saving seen data "./dancer.seen" 17.25.45 Join Marfugga [0] (n=Marfugga@89.45.101.224) 17.27.31 # I'm trying to add this patch: http://www.rockbox.org/tracker/task/8799 using the instructions here: http://www.rockbox.org/twiki/bin/view/Main/SimpleGuideToCompiling and cygwin just hangs 17.27.48 # Marfugga: What's the exact command you're typing in cygwin? 17.27.55 # and I see patch.exe in the background using 0% cpu 17.28.03 # I expect you forgot the "<" 17.28.41 # Yeah i did, sorry.. thanks for the blazing fast reply :) 17.29.03 # Invoice is in the post... 17.32.26 Join Mickthomson [0] (n=chatzill@catv-5062e83e.catv.broadband.hu) 17.32.36 Part Mickthomson 17.38.36 Join kugel [0] (n=chatzill@unaffiliated/kugel) 17.48.17 Quit massiveH ("Leaving") 17.50.25 Join tvelocity [0] (n=tony@athedsl-4419738.home.otenet.gr) 17.51.18 Join nuonguy [0] (n=john@c-71-198-1-139.hsd1.ca.comcast.net) 17.51.57 Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) 17.54.02 # If a patch fails with HUNK errors do I have to find the old revision that the patch was originally made for? 17.56.08 # Marfugga: either try to fix the failed hunks or patch agains the old revision that the patch was made for.. (but then you have a old version of rockbox)... 17.56.09 # or rewrite the patch to work with the current revision 17.57.52 # Marfugga: Which version of the patch are you trying? 17.58.52 # http://www.rockbox.org/tracker/task/8799 The one highlighted at the end of the original post 17.59.24 # It reads (Revision 16791) after each file name when I open the patch file with a text editor 18.00.12 # That's very old - you should scroll down through the comments and use the latest. There are two different versions though - kugel's and jdGordon's, so take your pick... 18.07.00 Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 18.08.04 Join wpyh [0] (n=william@node05.ssg.qmax.com.sg) 18.08.35 # Marfugga: Take mine, jdgordons only implemented menus (not filetree) yet 18.08.45 # mcuelenaere: is there any way to restore the onda players with usbtool? 18.08.57 # wpyh: yes 18.09.19 # what you did yesterday is exactly the same as what the recovery program does 18.09.50 # wpyh: is your vx767 still broken? 18.10.15 # yesterday I have my sister's windows laptop to restore 18.10.48 # today, I didn't recompile the usbtool (so it's still the old usbtool which sends 10.bin), and when I ran it, my flash got erased again 18.11.02 # :P 18.11.13 # and now when I've recompiled usbtool, I can't get it to restore the player... weird 18.11.24 # that's because it loads onda.bin now 18.11.35 # hm... 18.11.36 # Marfugga: Just put "list viewport: -,160,-,-,-,-,-" into your config, this will make the list and filetree take the right half of the screen. I also recommend removing the changes to wps/WPSLIST in the patch file, so that the themes will not reset the custom list 18.11.53 # wpyh: if you reset the player and hold down VOL UP, doesn't it boot into UMS? 18.11.58 # now that your flash is reset 18.12.03 # erased* 18.12.39 # mcuelenaere: hm... let me try that. I think I hadn't fully understood the recovery procedure :p 18.12.51 # :) 18.16.23 # hm... after formatting the disk and copying the firmware into it, I should reset the player while holding VOL DOWN, right? 18.19.29 Quit Nibbler (Read error: 113 (No route to host)) 18.20.43 # mcuelenaere: nothing happens, the lcd is still garbled and the firmware is still not restored 18.21.35 # test.S:7: Error: register or shift expression expected -- `cmp r1,0x75007300' 18.22.11 # wpyh: you say the lcd is garbled? is this also when you reset the player and hold VOL DOWN? or when you just reset the player? 18.22.19 Join Mathiasdm [0] (n=Mathias@vpnd081.ugent.be) 18.22.37 # the lcd is garbled both when I reset the player, and when I hold VOL DOWN while resetting the player 18.23.20 # that means the recovery program changes the onda bootloader.. 18.23.34 # or it flashes some program to the nand flash 18.23.55 # weird 18.24.02 # but you can get into USB UMS mode? 18.24.23 # hm... 18.24.43 # yes, I can get into UMS mode if I hold VOL DOWN and reset, then connect the player to my laptop 18.25.10 # otherwise, I get a huge UMS device: 4294967296 512-byte hardware sectors (2199023 MB) 18.25.22 # which doesn't have anything inside it (all zeros) 18.25.29 # if i load my value in r2 I can compare 2 registers 18.25.44 Join TheLordOfSpades [0] (n=10409FEF@62-101-126-225.ip.fastwebnet.it) 18.25.56 # could I do any trouble writing in r2 ? 18.26.33 # "argument, temporary register" looks fine 18.26.34 # wpyh: yes that's rather strange, if you don't hold VOL DOWN you get some sort of unknown UMS device 18.26.39 # haven't looked into that one yet 18.27.12 # just reformat it and put sg301.hxf in (or vx767.hxf; dunno what's the case on your device) and reset + VOL DOWN 18.27.19 # well, I think it probably exposes the whole nand 18.27.24 # funman: What are you doing? Are you playing with the utils/AMS/hacking/ code ? 18.27.52 # yes 18.27.56 # wpyh: you think so? the whole nand isn't that big though 18.28.03 Part TheLordOfSpades 18.28.19 # I want to check the memory for a magic string and depending on the result, wait 5s, or not 18.28.21 # if it would be true, it could make life easier :) 18.28.29 # mcuelenaere: I think I missed the earlier lines... there are READ_CAPACITY errors there 18.28.48 # I was looking for "be" but I think I have to use cmn and bne ? 18.29.12 Quit [CBR]Unspoken|w ("!") 18.30.23 # mcuelenaere: here http://pastebin.ca/1088599 18.30.25 # linuxstb: http://pastebin.org/60462 18.31.13 Join TheLordOfSpades [0] (n=10409FEF@62-101-126-225.ip.fastwebnet.it) 18.31.16 # hi there! 18.31.19 # how can I see albumarts with RB on my IpodVideo? 18.31.30 Part TheLordOfSpades 18.31.35 Join TheLordOfSpades [0] (n=10409FEF@62-101-126-225.ip.fastwebnet.it) 18.31.44 Join Schmo [0] (n=Miranda@p3EE216DB.dip0.t-ipconnect.de) 18.32.02 # wpyh: could you do a disk readout of the first 1024 bytes? 18.32.39 # funman: I wrote that code, but have now forgotten it... But if I was you, I would look at the start of the OF to see if there are any registers the OF reads values from. 18.32.58 # there are a lot 18.33.20 # I just want to make sure that we can address memory beyond the firmware block 18.34.04 # The OF reads from a lot of registers at startup? 18.34.16 # TheLordOfSpades: www.rockbox.org/wiki/AlbumArt 18.34.24 # hm sorry I misunderstood 18.35.06 # strcc r2, [r3], #4 18.35.13 # the first register is the destination isn't it ? 18.35.21 # thank you BigBambi 18.36.08 # no probs 18.37.15 # funman: No, r2 is the value to be stored. 18.37.50 Part TheLordOfSpades 18.37.57 # with the erroneously big disk? 18.37.58 # hm... 18.38.02 # just now I renamed the VX767.HXF to SG301.HXF, and then now I can't get it into UMS mode anymore... 18.38.27 # wpyh: how so? you renamed it and didn't do anything to the device itself? 18.38.28 # linuxstb: I missed mov r2,#0 2 lines above.. so I can safely use r2 18.38.42 # thanks for the hint 18.38.59 # uh, I mean, I renamed it and then held VOL_DOWN while resetting 18.38.59 # :p 18.39.02 # with my poor assembly skills I say the firmware reads from no registers at init 18.39.26 # funman: I wouldn't expect it to, but it doesn't hurt to check... 18.39.42 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 18.40.04 # wpyh: you didn't even umount the drive? 18.40.27 # that could be bad for your filesystem as some data could still be in some cache 18.41.02 # mcuelenaere: I did unmount it... 18.41.11 # this thing is getting weirder and weirder... 18.41.45 Part Llorean 18.41.54 Join pixelma [50] (i=pixelma@rockbox/staff/pixelma) 18.42.17 # should we look at the bin files first? 18.43.05 # wpyh: try again from the start (ie formatting) 18.43.40 # the only difference between the vx747 and the vx767 is the LCD + TV OUT so USB and NAND access should be working 18.44.18 Join Bensawsome [0] (n=Bensawso@gateway.learn.k12.ct.us) 18.44.52 # yes I can read the whole firmware 18.45.00 # (whole) I must check reading the last 4 bytes 18.45.40 Quit Schmogel (Read error: 110 (Connection timed out)) 18.46.35 # hum but since the checksum changes when I change the code I have to calculate it properly .. 18.46.40 Quit Bensawsome (Client Quit) 18.46.45 # domonoky: Here? 18.47.00 # * domonoky waves.. :-) 18.47.12 # * LambdaCalculus37 waves back :) 18.48.22 # domonoky: Question: Regarding the "How to Translate" section of the RButil dev page: http://www.rockbox.org/twiki/bin/view/Main/RockboxUtilityDevelopment#How_to_Translate, do I need to have Qt compiled and installed before I attempt to run the lupdate and linguist commands? 18.48.27 Join Nibbler [0] (n=Nibbler@HSI-KBW-091-089-240-203.hsi2.kabel-badenwuerttemberg.de) 18.49.19 # When I tried this on my Mac, it doesn't recognize the commands, and even adding ./ before them doesn't help. 18.49.43 Join miepchen^schlaf [0] (n=miepchen@p54BF75DE.dip.t-dialin.net) 18.50.00 # you need at least lupdate and linguist (they re Qt helper tools) there maybe prebuilt ones avialable 18.50.18 # s/they re/ they are/ :-) 18.50.22 # domonoky: Ah, I thought so. :) 18.50.42 # I need to clear some space for the compile process, then. 18.50.59 # and if you want to test the translation, you also need lrelease.. 18.51.12 # Also a Qt helper tool? 18.51.23 # yes, all included in Qt.. 18.52.20 # domonoky: OT... How much free space should I have to compile Qt? I have 3.82GB originally, and the compile process chewed it up like it was popcorn. 18.52.33 # theoretically you can edit translations by hand (they are xml). :-) 18.52.55 # is there no Qt binary release for Mac available ? 18.53.06 # I've extracted all the BIN resources from the firmware writer 18.53.20 # there are 7 bin files. the first one is an inf file, the second one is a windows program, and the others are to be sent to the device. this is true for both the vx747 and vx76 writer programs 18.53.21 # for the vx747 (since you're familiar with it), the 3rd bin resource is sent as 1.bin 18.53.27 # the 4th bin resource is sent as 3.bin, the 7th bin resource as 5.bin, the 5th bin resource as 7.bin, and the 6th bin resource as 10.bin 18.53.36 # domonoky: There is, but I wanted to compile from source for optimization. 18.53.38 # 2.bin is 0x00 as a LE 32-bit int, 6.bin is 0x01 as a LE 32-bit int, 8.bin is also 0x01 as a LE 32-bit int, 9.bin is a single byte 0x01 18.53.43 # the interesting part is 4.bin: it seems to be two int values 18.53.45 # the first one I don't know, the second one is the length of 3.bin 18.54.00 # should I understand LDR (load word) in the sense 16 bits or 32 bits ? 18.54.07 # mcuelenaere: I think the network is too slow here... 18.54.19 Quit petur ("*plop*") 18.54.50 # * domonoky checks the size of his Qt dir.. :-) 18.55.07 # wpyh: I receive you 18.55.24 # probably not as large as a linux kernel source after compilation 18.55.40 # mcuelenaere: I'm receiving the messages after a long delay :( 18.55.50 # LambdaCalculus37: did you see my questions about the committed part of the japanese language update in the logs yesterday? 18.55.57 # wpyh: what happens if you upload the vx767 files? 18.56.09 # mcuelenaere_: my Qt 4.40 dir is 3,53g big, but it may need more temporary while compiling.. 18.56.22 Nick mcuelenaere_ is now known as mcuelenaere (n=mcuelena@78-21-191-98.access.telenet.be) 18.56.23 # mcuelenaere: which one? 18.56.38 Quit Nico_P ("http://www.mibbit.com ajax IRC Client") 18.56.56 # pixelma: Yes, rasher and I already spoke about that. 18.57.05 # domonoky: ? 18.57.15 # I'll edit the patch next time to take out untranslated strings. 18.57.29 # wpyh: rename the files as 1.bin 2.bin etc and run usbtool 6 on them 18.57.37 # up it was for LambdaCalculus37 :-) 18.57.43 # k :) 18.57.54 Join stm [0] (n=stm@gregory51.dialup.corbina.ru) 18.58.04 # LambdaCalculus37: it was not about untranslated strings (if I understand correctly), unfortunately I'm not sure 18.58.15 # funman: ldr is "load register" so it should be 32bit i think.. 18.58.32 # domonoky: well, even bigger than the linux kernel. I'm impressed 18.58.39 # pixelma: I think it's rasher's page that's spitting out the patches like that. 18.58.55 # that answer confuses me 18.59.21 # pixelma: This: http://rasher.dk/rockbox/translate/ 18.59.50 # I know about the toll but I'm not sure we are talking about the same things 18.59.59 # s/toll/tool 19.00.03 Nick stm is now known as St_MPA3b (n=stm@gregory51.dialup.corbina.ru) 19.00.21 # * LambdaCalculus37 adjusts his wavelength a little bit so as to not further confuse people ;) 19.01.34 # kugel: well, Qt 4.4 now contains many big subsystems, like Webkit and Phonon, etc, and all multiplatform, so this eats the space :-) 19.01.46 # domonoky: thanks 19.02.42 Join rh387 [0] (n=nnscript@c-67-162-72-199.hsd1.il.comcast.net) 19.02.43 # LambdaCalculus37: I just looked at the diff of yesterday's commit with ViewVC and noticed two things that look suspicious - "button light timeout" string was emptied (l. 3842 and 3847) and the accessory power supply (last change) 19.02.47 # domonoky: Good to know, I already ran out of space once while compiling the kernel (which is about 3GB). 19.03.07 # mcuelenaere: what should I send as onda.bin? 19.03.35 # wpyh: 10.bin 19.03.40 # ok 19.04.33 # pixelma: I noticed that, too. But what's strange is that rasher's site listed that string as untranslated and empty. 19.04.47 # I didn't know it was translated to begin with. 19.06.04 # All I had done was the addition of the button strings. I didn't touch any other strings. 19.06.29 # mcuelenaere: nothing happens 19.06.54 # wpyh: you're sure all the files are according to the vx747 extracted ones? 19.07.10 # yes 19.07.31 # LambdaCalculus37: ah ok. But what happens next? 19.08.23 Join massiveH [0] (n=massiveH@pool-72-76-241-36.nwrknj.fios.verizon.net) 19.08.48 # I know that the ipodlinux loader is not supported, but does anyone have a mirror where i can find it with the ipodlinux site being down 19.09.18 Join OlivierBorowski [0] (n=OlivierB@sab57-5-88-179-80-205.fbx.proxad.net) 19.10.24 # hm... 19.10.35 # mcuelenaere: I get some warnings 19.11.17 # wpyh: like? 19.11.18 # hm... the warning was "[WARN] Sent data isn't the same as received data..." for 1.bin, but it only appears sometimes 19.11.33 # but nothing comes up on the device itself? 19.12.02 # if you get a change to get a windows pc, you should try logging what the original program does 19.12.06 # (through an usb logger) 19.12.43 # pixelma: I think what happened was that the source changed from including only *, to including * and a target, where * was empty 19.13.03 # pixelma: so my tool didn't really have any other option but to empty * and create a new (empty) string for the target 19.14.32 # yeah, nothing comes up 19.14.36 # mcuelenaere: would you recommend some free usb logger? 19.14.58 Join funman_ [0] (n=fun@82-171-216-191.ip.telfort.nl) 19.15.03 # wpyh: yes, device monitoring studio; it is shareware though 19.15.15 Quit funman (Nick collision from services.) 19.15.20 Nick funman_ is now known as funman (n=fun@82-171-216-191.ip.telfort.nl) 19.15.26 # wpyh: now for you to recover your device :) 19.15.40 # pixelma: I'm not even sure the string was getting included previously (though it might have been, I guess) 19.15.45 # did you see my joy before my connection was cut ? ;) 19.15.59 # wpyh: I would recommend rerunning the vx747 files (rename 10.bin to onda.bin) and do the recovery procedure (again) 19.17.12 # hmm... I'm currently using the vx767 files.. 19.17.32 # and does that work? 19.17.33 # weird 19.17.36 Quit tvelocity (Remote closed the connection) 19.17.41 # no, the vx767 files don't work 19.17.50 # and the weird thing is, now I get a 65 MB device 19.17.54 # :) 19.17.59 Quit saratoga ("CGI:IRC") 19.18.07 # and does holding VOL DOWN work? 19.18.18 # not tried that yet 19.19.16 # I've tried reading the first 1024 bytes of the 65 MB device, and it's just "SFHI" then 0x00 0xfs 0x01 0x00 0x04 0x00 0x00 0x00 followed by 0xff's 19.19.22 # do you recognize that string? 19.19.28 # HFS ? 19.19.52 # funman: hm... not likely :p 19.20.23 # sfhi does ring a bell 19.20.30 # ihfs 19.20.33 # reversed 19.20.49 # some strings in the OF can be found containing that 19.20.52 # eg ihfs_seek 19.21.00 # so it's the filesystem 19.21.15 # nice :) 19.21.16 # test.S. 19.21.17 # You cannot upload that type of file. The only allowed extensions are txt,pdf,jpg,gif,png,c,h,doc,bin,cfg. 19.21.22 # hm... 19.21.24 *** Saving seen data "./dancer.seen" 19.21.24 # wpyh: could you do a full dump? 19.21.27 # :/ 19.21.27 # and upload it somewhere 19.21.28 # which is the default theme for rockbox? i'm trying to figure out which config file to edit to change the dimensions of the list 19.21.58 # rasher: in case of the button light time out I can see the string on my c200 with a slightly older build 19.22.06 # mcuelenaere: http://www.cs.adelaide.edu.au/users/fred/projects/ihfs/ ? 19.22.20 # at least it looks similar enough... 19.23.00 # rasher: I found that page too some time agoo, didn't look into it though 19.23.14 # do you think it could be used as a NAND flash wearing structure thing? 19.23.20 # like yaffs2 19.23.24 # the forum offers file to be downloaded only as binary mime type :/ 19.23.37 # I want to start separating the wheat from the chaff in the wiki WPS galleries today. 19.23.49 # mcuelenaere: any idea, where to upload? 19.23.50 # mcuelenaere: seems a bit weird. As far as I can tell it's an experimental thing 19.23.54 # wpyh: could you ask your Ingenic friend about ihfs ? 19.23.55 Quit Zom (Read error: 104 (Connection reset by peer)) 19.24.06 # wpyh: mediafire.com ? 19.24.17 # zip it first 19.24.48 # mcuelenaere: ok, I'll try 19.24.58 # I was thinking there were two ways to do this. One was to split every gallery into two sections - "Freely Licensed" and "Unlicensed". The other way would be to pull all the unlicensed WPSs into one new gallery page of "AbandonedWpss" 19.25.15 # Soap: I like the latter 19.25.49 # On my second pass through the galleries I plan on fixing as many of the "Freely Licensed" WPSs as possible. 19.25.54 # hm... seems like mediafire is blocked here 19.26.28 # * wpyh is looking at a ton of "0xdeadface" values in the full dump 19.26.28 Join Horscht [0] (n=Horscht@xbmc/user/horscht) 19.26.44 # Also putting a disclaimer on the galleries, that from this day forward all submitted WPSs MUST meet the "Soap Seal of Approval" guidelines. 19.26.51 # hm .. 19.27.09 # or just nudge linuxstb a bit harder... >_> 19.27.13 # Which is something I think we (as a community) should debate (and hopefully agree on) 19.27.14 # if I read from an uninitialized register, how much chance do I have to get random data ? (i.e. one time 0, one time 1) 19.27.15 # mcuelenaere: any other good file sharing sites? 19.27.34 # scorche|sh, 1 - the WPS situation is _currently_ out of hand. 19.27.56 # * funman feels sorry for disturbing any political debate 19.28.03 # scorche|sh, 2 - The separation of freely licensed from non needs done before transition to new gallery regardless. 19.28.11 Join tvelocity [0] (n=tony@athedsl-4419738.home.otenet.gr) 19.28.35 # 3 - The culling of broken WPSs needs done before transition to the new gallery regardless. 19.28.39 # wpyh: rapidshare.com? 19.28.51 # wpyh: where are you located currently? 19.28.57 # I do not think there is a single step I plan on doing which does not need to be done anyway as part of the transition. 19.29.07 # mcuelenaere: I'm in singapore right now 19.29.10 Quit Marfugga () 19.30.32 # wpyh: does your IRC client support DCC? 19.30.48 # The main questions I have are: 19.31.06 # mcuelenaere: I'm not sure 19.31.14 # 1 - Does the community agree on enforcing http://www.rockbox.org/twiki/bin/view/Main/SoapSealofApproval as the WPS standards? 19.31.23 # wpyh: what client do you have? 19.31.36 # I'm using pidgin 19.31.45 # but hey, I think I'll just uuencode and post on pastebin 19.31.46 # Soap: iirc, I agree. But I don't think it should be called that.. 19.31.46 # ;) 19.31.47 # 2 - Does the community agree on scraping the unlicensed WPSs to their own page (organized by device/resolution) 19.31.58 # wpyh: good enough for me :) 19.32.03 # rasher, yea - that was just the working title. 19.32.13 # be warned though that the site could just give a php memory error 19.32.40 # Just call them "Theme guidelines" or something. And mention that "Themes must follow the theme guidelines" 19.34.14 Join vcf [0] (n=53ed3eda@gateway/web/cgi-irc/labb.contactor.se/x-ac59e2b2f7f2cf52) 19.34.53 # mcuelenaere: should be small... 19.34.54 # I think we should label themes that don't work with current builds as such. 19.36.54 # * domonoky is for this Theme cleanup, so Soap go for it.. :-) if you want a definite answer, you could ask the newly formed RSB :-) 19.36.55 Quit vcf (Client Quit) 19.37.09 # Themes should either be "Abandoned+unlicensed" or "Properly licensed and fixed to work with current build" 19.37.26 # rasher: Agreed. 19.37.37 # Which is part of Soap's plan, as far as I can tell 19.38.24 # LambdaCalculus37, my thoughts were to move all the trash^H^H^H^H^H unlicensed themes out of the way, then verify theme packaging (proper .zip structure, proper license notice, etc) THEN fix broken ones. 19.39.19 # mcuelenaere: http://pastebin.org/60615 19.39.26 # insert step 2 = Notification on all gallery pages than as of today no unlicensed and improperly packaged themes will be allowed. All new themes must be proper or will be deleted. 19.39.30 Quit XavierGr () 19.39.53 # can one move WPSs/themes over after fixing, giving a proper license and packaging correctly? 19.40.17 # from "trash" to the gallery I mean 19.40.19 # I am not sure I follow the question pixelma. 19.40.35 # I wasn't planning on moving broken themes, just unlicensed themes. 19.41.05 Quit nuonguy ("This computer has gone to sleep") 19.41.06 # the galleries will spend some time with broken themes on them until I (or others) get around to fixing the ones we have the rights to fix. 19.41.14 # just thinking of my few Archos themes and would need to fix them (and I don't remember stating a license back then) 19.41.15 Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) 19.41.36 # pixelma: Then they're unlicensed and would be omved to the graveyard 19.41.39 # sure - I have no problem with people moving themes back out of the unlicensed page. 19.41.51 # Oh, like that! 19.42.10 Quit desowin (Excess Flood) 19.42.26 # It would be great (ps - good name for the wiki page rasher "WpsGraveyard") if people would license their themes and move them back. 19.42.33 Join desowin [0] (n=desowin@atheme/member/desowin) 19.43.06 # Soap: In other words... "raising the dead"? ;) 19.43.45 Quit mf0102 (Remote closed the connection) 19.43.55 # I'm going to go take a bikeride - be back later and will read any discussion since then. 19.43.59 # in summary I want to: 19.44.13 # 1 - Move all unlicensed themes to new gallery. 19.44.42 # ok, I will give them a license, need to read up on that a bit. I see lots of creative commons share alike, is that the recommended one? Pros and cons? 19.44.53 # 2 - Insert disclaimer on all current galleries than a permissive license is required of all themes from this day forward. 19.45.14 Quit miepchen^schlaf (Remote closed the connection) 19.45.30 # pixelma: Everyone seems to be using this CC license, specifically: http://creativecommons.org/licenses/by-nc-sa/3.0/ 19.45.32 # 3 - Start verifying theme structure and packaging (including license in .wps and .cfg files as well as contact info) 19.45.39 # That may be the best one. 19.45.42 # LambdaCalculus37: Err.. we DONT want by-nc-sa 19.45.47 # 4 - THEN start fixing themes. 19.45.54 Join miepchen^schlaf [0] (n=miepchen@p54BF75DE.dip.t-dialin.net) 19.46.07 # linuxstb: do you remember if the size of your firmware file had increased when you tested mkamsboot ? 19.46.14 # * LambdaCalculus37 shrugs 19.46.17 # LambdaCalculus37: cc-by-sa 19.46.23 # We should require GPL or by-sa imho. Practically say the same 19.46.27 # Soap: Sounds a good plan - if you want help let me know and we can split up galleries 19.46.37 # Dunno why people are using it, but meh... 19.46.53 # LambdaCalculus37: Because they're afraid some evil coorporation will profit from their work 19.47.00 # BigBambi, will be hard to split the initial task as I will be cutting and pasting from one page into another. After step one the work is easily divisible. 19.47.09 # Well, as and when 19.47.38 # rasher: Ahh. 19.47.49 # * LambdaCalculus37 goes to read up on CC licensing some more 19.47.51 # The -nc is the problem, and not really compatible (in spirit) with the GPL 19.49.08 # rasher: Is this a better license, then? http://creativecommons.org/licenses/by-sa/3.0/ 19.49.11 # well, we NEED redistribution and NEED modification rights (on the .wps files, not the images) and WANT modification rights on the images and WANT no stupid non-commercial restriction, right? 19.49.28 # I think it should be allowed for the theme site though, but not for themes that want to be included 19.49.44 # LambdaCalculus37: That's the one that's basically the same as the GPL 19.50.00 # Ideally it wouldn't have -nc, but if people want it, I wouldn't ban it 19.50.01 # Soap: I think the license should cover all included files 19.50.03 # Soap: IMO We want modification rights on the images as well - to be able to fix things. At the very least, themes need new codec icons for newly added codecs. 19.50.32 # linuxstb, those would be additional images, not modified ones though would they not? 19.50.34 # e.g. if you can't modify the image files, you couldn't convert bitmaps into bitmap strips for example. 19.50.44 # solid point. 19.50.58 Join mcuelenaere_ [0] (n=mcuelena@78-21-191-98.access.telenet.be) 19.50.58 # Soap: Depending on the required background, font etc, they may be created by modifying existing ones 19.51.16 # That's how I've added codec icons to iCatcher in the past for example. 19.51.50 # Soap: They could also be based on existing images 19.51.53 # I'm happy to ignore themes where the authors want to restrict their use - the authors are free to distribute them elsewhere. 19.51.58 # so demand redistribution, full modification, and ask for lack of use restrictions (stupid NC)? 19.52.06 # which reminds me that some SVN themes need a new codec icon... 19.52.16 # Yep... a SAP icon. 19.52.35 # I think we should really discourage NC. I'm in favour of not allowing it at all on the theme site 19.52.49 Quit mcuelenaere_ (Client Quit) 19.53.14 # I'm not too bothered. I'd discourage but not ban personally, but I wouldn't argue for it :) 19.53.37 # Unless more developers agree with you (and chime in before I start) how about we leave that detail for later? 19.53.40 # A NC license should simply mean that their theme can not be included in Rockbox in the future. 19.53.47 # Things will be so much simpler if we enforce a single license on the themes site - so people can pick and choose from existing themes to create new ones, without worrying about licenses 19.54.12 # true 19.54.18 # Very good point 19.54.28 # Didn't that cause problems with some of senab's themes, anyway? 19.54.35 # rasher: by-sa isn't GPL-compatible either 19.54.37 # I agree in theory - but we already have a mess of CC licenses - are we going to throw them all out? 19.54.42 # LambdaCalculus37: he has -nd too 19.54.56 # kugel: It doesn't have to be - we're not compiling anything in. 19.54.57 # BigBambi: Ack... no wonder. 19.55.06 # kugel: I said in spirit. 19.55.11 # Soap: I've always thought that we should throw everything out and start again with a new site. 19.55.26 # me too tbh - people can just resubmit 19.55.31 # * rasher doesn't see a reason to throw working and properly licensed themes out 19.55.36 # (and let the authors upload their themes, as only they can tick the box to say they agree to the license we choose) 19.55.43 # rasher: but in parenthesis, that doesn't count ;) 19.55.55 # Problem is, the gallery is a mess now, and we don't have a themes site (cough) :) 19.56.16 # Well if only it was available in svn 19.57.16 # rasher: If we are going to insist on a single license then either the author needs to do something, or if it is already suitably licensed one of us can fix and submit it to the new site 19.57.17 # How about I keep permissive licenses for now, demand GPL or CC attribution SA (is that not GPL compatible?) for all new ones, and make clear that only those which meet said standards will move on to the new page? 19.58.16 # * linuxstb commits the code he has so far for the new themes site 19.58.25 # Soap: The theme doesn't need to be GPL compatible (none of the CC licenses apart from BY are). 19.58.50 # by-sa isn't? 19.59.11 # I agree with linuxstb that *ALL* themes should have the exact same license to make things less confusing 19.59.22 # mcuelenaere: did you find something interesting? 19.59.38 # Soap: Nope. But that's okay, because we're not mixing the two - just distributing them alongside eachother 19.59.53 # Soap: by-sa isn't. But as rasher said, it doesn't need to 20.00.05 # I found that if I use the vx747 bin files on the vx767, then used usbtool, the device will reset after 10.bin is sent, and then the 65 MB device will appear 20.00.31 # then if I hold VOL DOWN while resetting the device, the flash (4 GB) will appear 20.00.33 # I agree they all should be one license, but should I stop my proposed work until one is agreed on, or stick with "permissive licenses" for now? 20.00.58 # I /really/ think we need to get the unlicensed crap out of the way sooner than later. 20.01.05 # I'd say go for by-sa, it's easier to understand 20.01.13 # Soap: I guess that depends whether you want to do it twice :) 20.01.52 # the flash seems to be located *after* the 65 MB area, this is maybe two partitions/separate areas on the nand 20.02.00 # most themers actually don't care about licenses (from what I've seen), it with by-sa there's at least the chance, that the themers will actually read it 20.02.05 # Soap: I'd say move anything but by-sa to the graveyard. We can always fix permissive themes from the graveyard and wait for the author to relicense 20.02.05 # BigBambi, My goal is to have all themes in the Galleries _working_ and _fixable_ - we can filter by license on the transition to the new theme site. 20.02.22 # also, the 65 MB device starts with SFHI, and ends in 0xdeadface values, while the 4 GB device is all 0xdeadface AFAICS 20.02.29 # Soap: To be honest, I don't think it's worth doing anything... We just need to get a new themes site working, and then let authors resubmit. After the initial wave of uploading, we can then take a look at the Galleries and see if there are any themes left there that are not on the themes site, but have the same license as the one we choose. 20.03.35 Join Psyco [0] (n=Philip_j@user-5af233ca.tcl111.dsl.pol.co.uk) 20.04.30 # linuxstb: whats the status of the theme site ? ie what works, and what is missing ? 20.04.35 # Soap: If you are going to filter by licence later, then just go with anything permissive. Personally however, I agree with Rasher's last statement 20.05.05 # * rasher attempts to checkout themes.rockbox.org and fails hilariously 20.05.24 # domonoky: It's here - http://linuxstb.cream.org/themes/ and http://linuxstb.cream.org/themes/ 20.05.48 Quit tvelocity (Read error: 104 (Connection reset by peer)) 20.05.53 # As you can see, very basic browsing and downloading is working. The upload script is still in progress - http://linuxstb.cream.org/themes/upload.php 20.06.23 # linuxstb: can I have 4 columns? :) 20.06.55 # Here is the dump I made of the old themes site, along with a "themes.txt" file which is the metadata about all the themes - http://linuxstb.cream.org/theme_dump.tgz 20.07.23 # kugel: Only after you finish the rest of the site. 20.07.45 # ok, i'm fine with 3 :) 20.07.46 # IMO the important thing is the file upload and the validation of the uploaded zip. 20.08.00 # All the other features can come after it launches 20.08.06 # linuxstb: are you working on it? 20.08.34 # rasher: No, I have no time. Real work is keeping me too busy. 20.08.49 # I might have a go then 20.08.52 Join student [0] (n=485694a0@gateway/web/cgi-irc/labb.contactor.se/x-cce2f8b74f101da7) 20.08.56 # simple file upload shouldnt be a problem, but the validation is the thing.. how far is this part ? 20.08.59 # * LambdaCalculus37 wonders just how many of those themes on the new site are broken :) 20.09.53 # We should throw away everything from the old site - I just imported them to have some test data 20.09.59 Quit mcuelenaere (Read error: 113 (No route to host)) 20.10.10 Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) 20.10.34 # domonoky: Quite advanced - I think the code to check the structure of the zip, and check for all required files is working. Or if not, it's very close. 20.11.08 # The final thing would be to validate the WPS with checkwps, and then actually add the theme to the site. 20.11.18 # linuxstb, kugel: I made a try with floating divs to adapt to different screen/window sizes better but it has 2 downsides - the div for a wps would need to be fixed sized and there's a small bug with it in firefox... 20.11.34 Quit St_MPA3b (Remote closed the connection) 20.11.44 # The site is using a text file as a database, but as scorche's server is running mysql anyway, we may as well move the metadata into a table there. 20.13.05 # pixelma: Hmm...sad 20.13.28 # linuxstb: or just use sqlite 20.13.58 # rasher: probably would be simpler to use mysql, but /shrug 20.14.20 # In which way? SQLite is pretty simple 20.14.25 # * scorche|sh shrugs 20.14.33 # if you code it, go for it 20.14.44 # rasher: If mysql is already running, what's the gain with SQLite? 20.15.16 # linuxstb: Everything would be contained within the dir, and it's easier to move if need be 20.15.49 Join neddy [0] (n=john@nat/sun/x-9f2cb5e3ef0a8d4d) 20.16.22 # rasher: Sounds good to me. I always try and keep websites as simple as possible, and avoid database servers... 20.16.25 # Anyway, that's a bikeshed problem, the text file will do for now 20.16.47 # Apparently my debian mirror has gone AWOL 20.16.59 # rasher: Are you planning on working on it? 20.17.30 # Yeah, I'm trying to set it up now. First step is getting subversion installed, which is giving me some grief 20.17.45 # rasher: if you do, i will be forced to nab a sansa for you ;) 20.18.13 # test.S:18: Error: bad instruction `bt noloop' 20.18.23 # hum the same instruction 20.18.31 # .. is used in rockbox 20.19.20 # but I don't see it in the list of conditions 20.19.52 # rasher: The README is incomplete, so feel free to ask me any questions. The code is quite small though, so should be easy to follow. 20.20.15 # linuxstb, kugel: this shows how it should work http://home.infocity.de/m.arnold/temp/themes/title-themes_div.html . The bug in firefox is that if you start small it doesn't expand (refreshing the page helps), funnily enough it works in IE7 20.20.58 # pixelma: it works for me in ff 20.21.11 # it was a quick try though and is already a few months old (from April) 20.21.24 # before ff3 probably 20.21.56 # kugel: what version of ff? And what happens when you us a small window, refresh page and then expand? 20.22.25 # pixelma: ff3, works fine 20.22.35 # pixelma: works as expected here on iceweasel3 20.22.41 # interesting 20.23.16 # pixelma: It doesn't seem too bad in ff 2.0.0.14 either 20.23.22 # I made the window small, closed ff, then clicked on your link (firefox started small then -> 3 colums), then I went for fullscreen and got 5 colums w/o refreshing 20.23.38 # * BigBambi joins the bandwagon 20.23.41 # Works here too! 20.23.43 # pixelma: Works with epiphany-webkit as well 20.23.54 # It never went to 5 columns for me though - it stopped at 4, regardless of the window's width 20.23.58 # I got 5 20.24.19 Join dr3qm [0] (n=dr3qm@office.nomadio.net) 20.24.19 # In FF3.something 20.24.24 # Ah no, I lied... 20.24.28 # linuxstb: still doesn't work as it should in FF 2.0.0.16 for me 20.24.30 # works fine here with ff 3.01 20.24.37 # i get 5, but I can't make the window bigger than my screen width 20.24.42 # pixelma: I'd consider that quite a minor flaw 20.24.51 Quit student ("CGI:IRC (EOF)") 20.25.04 # pixelma: No, it's not working. It never resizes to larger than the size when you first load the page 20.25.21 # But I agree with rasher that it's a minor flaw, and not a show-stopper. 20.25.30 # that's what I meant 20.25.34 # seems to be fixed in ff3 20.26.03 # Yes, it definitely works in FF3 20.26.13 # Anybody know where I can find a gigabeat s30? I need one for a project... 20.26.21 # ebay normally 20.26.32 # dr3qm: ebay?...they get a bit pricey there though 20.26.43 # Thanks, Surprisingly they all seem to be bought up now... 20.26.49 # but it still leaves the problem that you need to fix the size of the divs otherwise everything gets messed up - and if we allow any length in the description that wouldn't work... 20.27.21 # Nothing on ebay, Trying to see if someone is willing to trade or sell at this point... 20.27.38 # pixelma: is the height fixed too? the c200 cell is a bit smaller (in the height) 20.28.34 # If anyone's got one, now is the time to sell... 20.29.05 # kugel: yes the minimum height is - and it is a bit too small in that version 20.29.41 # pixelma: but if the cells can be bigger than the minimum height, comments of any length should be possible 20.29.53 # my quick try back then for a themes page itself http://home.infocity.de/m.arnold/temp/themes/mini-themes.htm 20.31.01 # kugel: no, as then you get different high divs and that makes them jump around - there's no grid or columns and rows 20.31.19 # ah ok then 20.31.33 # I'd rather have fixed comment length though 20.32.06 Quit snoh (Remote closed the connection) 20.32.09 # if the themer has to say much, he can still put a readme in his package 20.33.45 # * rasher is not a big fan of global variables in PHP :\ 20.33.51 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 20.33.56 Quit dr3qm ("Leaving") 20.39.55 # If anyone else wants to help with the themes site, a ThemesSubmission wiki page (and ThemesInstallation) need to be written - the idea is that they are linked to from the themes site. The "ThemesSubmission" page would contain the link to the "upload" page - there won't be a link anywhere else. 20.40.26 # I meant ThemeSubmission and ThemeInstallation - see http://linuxstb.cream.org/themes/ 20.41.06 # linuxstb: couldn't the themessubmission page simply include the appropriate form? 20.41.30 # The form is quite big... 20.41.34 # Eh, maybe not. I don't suppose we want that world writeable 20.41.40 # And that... 20.42.23 # The player page seems unavailable 20.42.26 # * rasher dives in 20.43.00 # Another question is whether we want to enforce a real name policy for themes. My feeling is that we do, and that's how the site is currently written... 20.43.02 Join tessarakt [0] (n=jens@e180072144.adsl.alicedsl.de) 20.43.26 # I think we do 20.43.33 # (based on the principle that the themes and theme authors should be treated the same as the code and the code authors) 20.44.18 # The upload page contains a link to a non-existent WhyRealNames wiki page which also needs writing... 20.44.51 # There's some text in the code guidelines to that effect, iirc 20.46.04 # apparently 0 == '' evaluates to true.. or something. 20.46.32 # Obviously... 20.49.30 # rasher: There's also a nastier issue - dealing with targets that vary slightly (e.g. RTC vs no RTC, hold vs no hold), and also those targets with remotes. e.g. the ipod Color/Photo and H300 both have a 220x176 screen, but the H300 also has a remote. 20.50.54 Part Psyco 20.52.02 # there's no target with no hold, even the soft hold targets can show their status in the WPS 20.52.41 # OK, I'm sure I saw some things in the wps parser which were #ifdef'ed though. Meaning the WPS would fail to parse on some targets 20.52.45 # but I also wanted to ask about the RTC tags... would it be possible to have an RTC available conditional? 20.52.46 # * linuxstb goes to check 20.54.46 # it needs to ask for a different status. The WPS tag wasn't available for a long time but the statusbar could show it and so I c+p'ed over 20.54.50 Join dr3qm [0] (n=dr3qm@office.nomadio.net) 21.01.25 # linuxstb: so basically, validate_zip needs to be expanded? 21.03.00 # the remotes question gets even harder with the 160x128x2 themes - there could be 2 different RWPS screens... (M5 and H100). Maybe we should put the rwps on their own page? 21.03.06 # rasher: Yes. Plus the code to do something after it's finished.... 21.03.16 # Ah right 21.04.23 # pixelma: Do many people create rwps files? I mean is it something we could perhaps ignore for the first version? 21.08.12 # linuxstb: have you considered using the zip extension for php? Iirc, it's fairly widely supported. Never used it though 21.08.39 # rasher: scorche mentioned it, but I was happy to just parse the output of unzip... 21.08.55 # some do but I guess the major part is main screen WPS, maybe we could skip that for now. But I just realised that currently all RWPSs could be main screen WPSs for other targets - ifp, Logik Dax etc. in case of the Iriver remote and the Iaudio remote is the M3's "main screen"... 21.09.22 # rasher: I'm assuming (!) that unzip is quite robust against badly formed input files. I've no idea about PHP's zip library... 21.09.23 # linuxstb: Just seems somewhat fragile and a bit clumsy to me. 21.10.13 # It's up to you. 21.13.29 # just something that crossed my mind (not really thought through). Could we *somehow* use our WPS "build" system to create different packages depending on target? 21.14.02 Join bluebrother [0] (n=dom@rockbox/staff/bluebrother) 21.14.19 Join petur [50] (n=petur@rockbox/developer/petur) 21.14.57 # I learn about CPU architecture by reading patents .. http://www.freepatentsonline.com/5596761.html 21.15.00 Join amiconn_m [0] (n=amiconn_@tmo-116-2.customers.d1-online.com) 21.15.30 # linuxstb: any good reason for the many arrays, rather than a single multi-dimentional one? 21.15.51 # rasher: I don't know how to do multi-dimensional arrays in PHP ;) 21.15.59 # That's a very good reason! 21.16.12 # Just poking around for now 21.16.34 # There are possibly some new targets by now as well... 21.17.02 # If there aren't, someone's not working hard enough 21.17.03 # pixelma: I think something like that would be very nice. 21.17.30 # guess that's something for later though 21.17.43 # rasher: No, there doesn't seem to be any new targets... 21.17.56 # At least not ones with current builds. 21.19.24 Join amiconn_mm [0] (n=amiconn_@tmo-116-2.customers.d1-online.com) 21.20.49 Quit amiconn_mm (Remote closed the connection) 21.21.27 *** Saving seen data "./dancer.seen" 21.22.17 Join sarixe [0] (n=sarixe@68.239.217.203) 21.22.23 # pixelma: did you already try the latest patch from 9208? 21.23.02 # no, not yet. Didn't have much time yesterday and today... 21.23.13 # * pixelma goes to download 21.23.31 Quit wpyh (Read error: 110 (Connection timed out)) 21.24.57 Quit bertrik (Read error: 113 (No route to host)) 21.26.17 # petur: btw. I noticed after you told me that the trigger bar was gone (in svn) on my M5 too because I only noticed that I still had triggered recording enabled after a test when I started wondering why recording stopped... 21.26.42 # sorry for the twisted sentence 21.26.53 # I got it ;) 21.27.27 Join Zom [0] (n=zom@c-45b9e253.09-109-73766c10.cust.bredbandsbolaget.se) 21.27.28 # thats quite a mouthfull :) I read it like you said it all in one breath. 21.31.27 # ! 21.31.44 # petur: do I need a make clean and reconfigure? 21.31.58 # to test the patch of course ;) 21.32.01 # just make should do it 21.32.35 # * petur practices 1-arm computing 21.34.17 # will a "theme" with a RWPS break on a target w/o a remote? 21.34.33 # hmm... I get some warnings unrelated to your patch I think in some languages, like: warning: source before line lacks quotes (none)! 21.34.58 # Soap: My guess is that the RWPS will just be ignored. 21.35.01 # aha, so it is my patch :( 21.35.24 # pixelma: I saw them too, thought my tree was broken... 21.35.39 # I'll have a look what's borked 21.35.44 # * bluebrother notices some code in the themes folder :) 21.36.16 # petur: but your patch doesn't touch those languages 21.36.16 # if the RWPS is ignored then what is the issue with H300 and Color WPSs on the same page? Am I missing something? 21.36.23 # Soap: I agree with linuxstb, the rwps should be #ifdef'd out, so that non-remotes should just ignore it 21.36.38 # I know, but it seems to cause the warnings 21.36.49 # Soap: In that case, there isn't. But pixelma thought of a better example - 160x128x2 main LCD and two different remotes (iriver and iaudio) 21.38.23 # linuxstb, I see a potential source of confusion there, but not a deal breaker in my mind unless the presence of a iriver RWPS breaks parsing on the iaudio - which I'm assuming it does? If it doesn't there just needs to be a tick-box listing which RWPS is included? 21.38.58 # * bluebrother wonders if we could use http://pecl.php.net/package/zip on the themes site and if it would be nicer than using the command line zip 21.38.58 # (Guess that leads to another question - there isn't a way to include both an iriver and an iaudio RWPS in one theme is there?) 21.39.13 # bluebrother: rasher already wondered that... 21.39.15 # petur: well I just svn up'd right before and didn't try compiling without the patch. But maybe your patch just unvails some mistakes in the languages because the SYSFONT strings are now gone? That's a wild guess though 21.39.28 # linuxstb: :) 21.39.48 # bluebrother: Read back about 30 minutes... ;) 21.39.52 # pixelma: my clean svn tree builds just fine 21.40.22 # could the rwps be in a seperate package, with a link to (e.g. click to download the rwps too), to avoid checkwps failing because of the rwps 21.40.40 # seems that happened just the minute(s) before I came in. Now someone give me enough time and I'll give that scripts a look ... 21.42.01 # well, separating out the rwps for themes will also require changes to rbutil. 21.42.32 # hmm, and there currently isn't a script to generate the required output for that afaics. 21.42.34 # petur: happens to me in hebrew.lang too (as I remember you saying yesterday) and one of those is in bulgarian.lang 21.42.35 # a little one, the link to the rwps would be stored in the metadata 21.42.36 Join ompaul [0] (n=ompaul@gnewsense/friend/ompaul) 21.43.08 # bluebrother: No, but I'm guessing that's relatively trivial... 21.43.27 # pixelma: yup. and doesn't happen if I build for h300 21.43.27 # * petur still reading patch 21.43.34 # Maybe it's time to dust off my convert-langv2-to-xmllang script - caught some errors last time I tried it 21.43.43 # bluebrother: I just wanted to concentrate on the upload facility first. The rbutil integration could even wait until after the site goes live.... 21.43.52 # true. As I did the old one I might try creating a new one ... 21.44.30 # is there a reason you choose one big database file? Wouldn't it be nicer to split it up based on resolution? 21.44.49 # otoh, that file won't get too big anyway, so ... 21.44.59 Quit amiconn_m (Read error: 110 (Connection timed out)) 21.45.09 Join afruff23 [0] (n=hey@pool-71-178-228-39.washdc.fios.verizon.net) 21.45.31 # rasher: what's the reasoning behind the usage of "" versus none for not used strings? 21.45.53 # Absolutely no idea. I think you want Bagder 21.46.17 # petur: I also wondered about that 21.47.42 # I need help debugging a wps 21.47.44 # http://forums.rockbox.org/index.php?topic=17984.msg131225 21.48.21 Quit Schmo ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") 21.48.31 # Can anyone here help me? 21.48.44 Join Schmogel [0] (n=Miranda@p3EE216DB.dip0.t-ipconnect.de) 21.49.08 # petur: in hebrew.lang the AGC related strings seem to be affected and it looks like they have the translated string in the default part (the "*: ") where the string should be in the "agc:" part. I was building for my OndioFM which doesn't have AGC 21.50.24 Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-b22a4750e12b3982) 21.50.43 # petur: none will exclude the string completely, "" will insert an empty string which is needed (if I understand and remember correctly) to keep language file and voice in sync 21.53.35 # afruff23: Have you tried running the uisim with the --debugwps option? 21.53.35 # * petur returns and says gracias 21.55.47 # is that just running debugwps.bat in the UIsimulator folder 21.56.01 # *? 21.56.27 # Probably 21.56.30 # pixelma: so if I deprecate I should use "" 21.56.32 # I did that 21.56.55 # I'll add the output to my forum post 21.57.08 # * petur wonders when we can get rid of all those deprecated entries 21.57.47 # petur: that's how I understood it 21.58.12 # I added the debugwps output to the topic 21.58.14 # petur: Probably with 3.0 21.58.26 # \o/ 21.59.06 Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") 21.59.20 # afruff23: Did you paste it twice? 21.59.24 Quit kugel (Read error: 104 (Connection reset by peer)) 22.00.08 # no, I first opened the UIsim then I reloaded the theme to make sure 22.01.59 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 22.03.26 # i was just looking through the tremolo source code, and their version of tremor is likely faster then ours 22.03.55 # and they've put a lot of work into writing an asm MDCT, including parts we haven't bothered doing 22.04.05 # i suspect we could benefit from that 22.04.07 # hmm, the sansa c200 is not PP5024 but PP5022, right? 22.04.13 # no its 24 22.04.48 # petur: the warnings go away if you use the none correctly in the default case 22.04.58 # saratoga: I thought the AMS part was physically separate? 22.05.40 # yeah, exactly, I thought PP5024 was basically PP5022 + AS3514, but the c200 has a separate AS3514 22.05.50 # i could be mistaken 22.05.58 # * linuxstb spots a picture of the AS3514 here - http://www.rockbox.org/twiki/bin/view/Main/SansaC200Port#Hardware_Details 22.06.42 # shame we took the time to write our own ASMed Tremor when there was already a very well developed one for arm 22.06.58 # petur: so I guess those strings weren't used before but the sysfont equivalents? And so the bug in the two languages didn't show... ? 22.07.36 # then the PortalPlayer wiki page must be wrong about c200 and e200 22.07.48 Quit LinuxMafia ("Leaving") 22.08.29 # domonoky: already noticed Qt 4.4.1? 22.08.38 # linuxstb: For the single licence for the themes site, would your preference be cc-by-sa? 22.08.46 # Does anyone else have an opinion? 22.09.43 # BigBambi: Yes. Oddly, I agree with rasher ;) 22.10.28 Quit OlivierBorowski (Remote closed the connection) 22.10.54 # I'm not sure anyone is advocating other licenses 22.11.10 # I agree too, just checking :) 22.11.11 # Just the "do we really need just one license?" angle 22.12.36 # bluebrother: yes, i just checked the changlog, seems no important changes for us.. 22.12.53 # no ... still nice to see bugs fixed :) 22.13.50 # I thought about GPLing mine but don't have a real preference 22.14.39 # what do people have against cc-by-sa? (besides any nc clauses) 22.15.11 # nothing, I just know too little 22.15.49 # it is quite a simple license (which is part of the appeal, imo) 22.16.16 Join tvelocity [0] (n=tony@athedsl-4419738.home.otenet.gr) 22.18.00 # I'll email those wiki account holders with a published email address to tell them their theme has been moved. I assume cc-by-sa working themes from the wiki will be able to be uploaded to themes.rockbox.org by anybody? 22.18.32 # saratoga: One problem with Tremolo is that it seems to be licensed under v2 only of the GPL. 22.18.54 # (plus a second, home-brew license, not compatible with the GPL) 22.21.59 # Soap: Are there many cc-by-sa themes? 22.22.17 # is anyone using the md5sum plugin? 22.23.26 # It's too easy to start md5'ing the whole flash disk and I can't abort it, I think that should be fixed 22.23.39 # bertrik: I think I saw a bug report about that 22.23.59 Quit coatman (Read error: 104 (Connection reset by peer)) 22.25.01 Quit funman (Nick collision from services.) 22.25.26 Join funman [0] (n=fun@82-171-216-191.ip.telfort.nl) 22.26.00 # ah, I'll have a look at that patch. I think the current behaviour is unacceptable. 22.26.40 # bertrik: I agree, a quit is essential 22.27.07 # linuxstb: you mean the GPLv2 only thing or GPL in general (verses LGPL or BSD)? 22.27.24 # GPLv2 only 22.28.02 # I thought a decision was made at devcon to move Rockbox to "v2 or later", and remove any "v2 only" code? 22.28.24 # linuxstb: the author is pretty reasonable, he'd probably allow us GPLv3 22.28.33 # I'll ask him about it 22.28.37 # We don't want GPLv3... We want "v2 or later". 22.28.45 # well if he offers 2 and 3 22.29.08 # We want "v2 or later"... 22.29.28 # "later" is still different -- it could be v4 once that comes out ... 22.31.11 Join itcheg [0] (n=IceChat7@h-67-100-146-176.nycmny83.covad.net) 22.32.23 # I don't understand his comment that he used GPL instead of xiph's BSD-style license "so that fully GPLd software such as ScummVM may use it with no problems". It also still includes files with Xiph's license header in them... So the licensing seems very confused. 22.35.58 Quit jgarvey ("Leaving") 22.38.16 # Soap: Why did you move all the Archos themes? Were they broken, or is it simply because they didn't have a license? 22.38.47 Quit Nibbler (Read error: 110 (Connection timed out)) 22.40.35 # the ones w/o a license. 22.40.55 # In the process of contacting those who I can. 22.41.00 # I've written a little blurb about licensing - anyone have any thoughts? http://www.pastebin.ca/1088864 22.41.35 Quit funman ("leaving") 22.41.48 # Soap: Why move themes that work? 22.42.15 # I thought my intentions were perfectly clear two hours ago. 22.43.46 # You said you weren't sure it was worth doing - which I took as saying "perhaps you are wasting your time better spent with the wife" not as "don't do it" 22.44.46 # My intentions were to make the existing WPS galleries full of only themes which A-were permissively licensed, B-worked, and thus C-Ready for upload to the new site once it was up and running. 22.45.37 # If you want me to change my goals to "permissively licensed and / or working" I can do that too. 22.46.29 # Soap: That's probably was what I meant ;) It just seems that the Archos gallery is a special case, as most (all?) of those themes probably still work. Reading your comments again, I agree with your plan for the others. 22.47.05 Quit neddy ("Leaving.") 22.47.11 Quit massiveH ("Leaving") 22.47.39 # my plan being the one I outlined A,B,C style just now? Or my alternative plan I mentioned the next line? ;) 22.48.12 # The original one to get rid of all unlicensed themes. 22.48.19 # ok - can do. 22.48.47 # I'll revert Archos and only graveyard ones (if any) which fail on the sim. 22.49.05 # BigBambi, _I_ like your preamble. 22.49.48 # cool :) 22.50.56 # damn-it - there isn't a revert button, is there? 22.52.03 # Very minor change - swap extent for maximum and remove a typo - http://www.pastebin.ca/1088879 22.52.08 # Soap: Just leave it... But maybe have a link to the graveyard? 22.52.16 # That is comming 22.53.15 # Soap: Is the plan one huge graveyard? I'm thinking that separate graveyards for each LCD will be needed. 22.53.37 # The plan was one huge graveyard, but I can split it. 22.53.56 # It's up to you - but I'm guessing the majority of themes will be there, at least initially. 22.54.03 # hmm... what about WPSs that use the %m tag? It doesn't fail but will look wrong... 22.54.24 # They dont' fail? 22.54.36 # pixelma, I wasn't going to work on fixing such themes until after the division. (Not saying someone else can't) 22.55.55 # linuxstb: didn't fail for me after the change got it in, I'm not aware of any "fixes" for that and changed my WPS since 22.57.02 Quit domonoky (Read error: 104 (Connection reset by peer)) 22.58.06 # Soap: it was more of an idea thought out loud for the validation automation on the themes site. Seems I'm not very concentrated today and jump topics a bit... ;) 22.59.55 Join Nibbler [0] (n=Nibbler@HSI-KBW-091-089-240-203.hsi2.kabel-badenwuerttemberg.de) 23.00.42 # pixelma: Yes, I've just tested, and %m doesn't give an error... I don't understand why though. Nico_P? 23.01.30 # linuxstb: were you able to find the bug with the WPS file? 23.01.36 # linuxstb: JdGordon guessed it was because of the other tags starting with %m - like %mh %mm and such 23.01.51 Nick num1_away is now known as num1 (n=brian@c-68-63-193-45.hsd1.az.comcast.net) 23.01.55 # IIRC 23.02.02 # here's the link again: http://forums.rockbox.org/index.php?topic=17984.msg131225 23.02.16 Join neddy [0] (n=john@nat/sun/x-e8c6a1ede4d2aa8c) 23.02.25 Quit madspin (Read error: 110 (Connection timed out)) 23.03.56 Quit kretender (Read error: 110 (Connection timed out)) 23.04.20 Quit Mathiasdm ("Invisible Internet Project: http://www.i2p2.de") 23.04.31 # afruff23: No. 23.04.39 Join bertrik_ [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 23.05.00 Quit bertrik (Read error: 113 (No route to host)) 23.06.10 # pixelma: Hmm, seems that the wps parser doesn't give an error when it finds any unrecognised tag... 23.06.21 Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) 23.09.53 # what sites can host zip files? 23.11.05 # linuxstb: no it doesn't. you think it should? 23.11.19 Quit bertrik_ ("Leaving") 23.11.29 # Nico_P: I'm not sure... 23.21.06 Join Hillshum [0] (n=chatzill@75-165-246-8.slkc.qwest.net) 23.21.31 *** Saving seen data "./dancer.seen" 23.21.41 # petur: I find the peakmeters much too big on my Ondio now and it seems they are not working (source is set to microphone and they are not moving, I only saw them shortly when entering the screen 23.21.56 # hmmm 23.22.08 # most people complain they are too small 23.22.15 Quit tehpaper (Read error: 104 (Connection reset by peer)) 23.22.47 # on the Archos screens the peakmeters were even only one line before - an the others already 2 sysfont lines 23.23.00 # I removed one of the two PM draw calls, I'll need to check why the second one was there 23.23.11 # same applies to the Iriver remote screens I think 23.23.33 # so you want them smaller again? 23.24.02 # scorche: 23.26.14 Quit massiveH ("Leaving") 23.26.21 # petur: *I* would want that, yes. Not sure my opinion counts - I also have to admit that I use a slightly larger font currently (nedore-9) 23.26.31 # btw. it also doesn't seem to record 23.26.37 # cc-by-sa or CC-BY-SA or CC-by-SA? 23.26.40 # bugger 23.27.05 # CC-BY-SA I think 23.27.52 Join tehpaper [0] (i=UPP@653237hfc238.tampabay.res.rr.com) 23.31.31 # petur: or the time / size and statusbar are not updated - though I see "disk activity" when I start recording. But the worst thing is that it hangs when I try to leave the recording screen: everything freezes except the backlight is still reacting and I need to hard reset 23.32.20 # linuxstb: here is a complete zip file of the them I'm making for the gigabeat F. Can you please check it out and find the bug? 23.32.22 # http://www.fileden.com/files/2008/7/31/2028676/HiPodNextV5.zip 23.32.40 # of the wps that I'm making* 23.33.11 Quit bluebrother ("leaving") 23.33.39 # pixelma: this is on an ondio, right? 23.33.45 # petur: no matter whether I started a recording before or not 23.33.47 # yes 23.33.52 # backlight modded 23.34.11 # OndioFM to be precise ;) 23.34.32 # * petur checks why his real-life tasks are hogging his system 23.36.07 # afruff23: Your error is on line 14 - you've written %xK instead of %xdK 23.37.48 # petur: the patched build looks ok so far on my c200, unfortunately I can't test on M5 this evening as it looks like I left it at work :\ 23.38.04 Join safetydan [0] (n=evertond@rockbox/developer/safetydan) 23.38.15 # I'm not committing tonight anyway ;) 23.38.48 # thanks 23.42.52 Quit sitwon ("Leaving") 23.43.15 Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) 23.43.23 # petur: Archos owners who regularly record with their devices will be thankful ;) 23.43.28 Quit ompaul (Client Quit) 23.44.00 # :( 23.44.19 Quit snoh (Remote closed the connection) 23.44.47 # I'd like to help tracking down the problem but don't know how 23.44.56 Join libzhark [0] (n=OCU@office.nomadio.net) 23.46.09 Join snoh [0] (n=dave@cpc1-sout6-0-0-cust616.sotn.cable.ntl.com) 23.48.34 # ok, most controversial work of the night:\ 23.48.47 # Updated ThemesGuidelines 23.50.19 Quit libzhark (Read error: 104 (Connection reset by peer)) 23.50.29 # changed a couple of "should"s to "must"s. Mentioned the expected license, 23.51.26 Join pandark [0] (n=pandark@91-168-196-247.rev.libertysurf.net) 23.51.30 # hello 23.51.50 # a firmware is out for a creative muvo ? 23.51.56 # i want test 23.52.03 # i have a old player :/ 23.52.11 # nope 23.52.14 # ok 23.52.49 # i go search other mp3 player ... 23.52.51 Join Imaginal [0] (n=travis@c-67-160-44-129.hsd1.wa.comcast.net) 23.53.15 # in a day when a more money 23.53.24 Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) 23.53.29 # bye 23.53.32 Part pandark ("-__-") 23.55.20 # How does rockbox estimate battery time remaining? 23.55.43 # black magic 23.56.11 # More seriously, for those players on which it works, it uses calibrated measurements. 23.56.15 # s/black/octarine 23.56.31 # There are many players on which it isn't too accurate 23.56.58 # Specifically, I just replaced my ipod battery. Do I need to recalibrate anything? 23.56.59 # pixelma, isn't you Archos cabbie v2.0 gpl licensed by "default" because it is included in the daily builds? 23.57.00 # I think it estimates the charge level from the voltage, time = charge level * max battery time * 100% 23.57.29 # only thing you can change which affects the estimated runtime is the capacity, Imaginal 23.58.18 # hmmm... I think I have an angry e-mail to write then about getting a weak battery 23.58.20 # Soap: I would think so