| 00:00:00 | num1 | 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 | webguest46 | but i am thinking it would have to be a modified firmware |
| 00:01:13 | linuxstb | num1: That's not quite true, often we combine our bootloader code with the OF, in effect creating a modified firmware. |
| 00:02:02 | linuxstb | 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 | robin0800 | 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 | petur | 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 | rasher | petur: That's interesting.. let me check |
| 00:18:12 | | Quit CyBergRind|w (Connection timed out) |
| 00:19:08 | rasher | petur: I don't see these errors. Are you sure they aren't your own fault? |
| 00:19:16 | rasher | Alternatively, pastebin them? |
| 00:19:27 | petur | hmm for a sim build of X5 but not for a target build of h300 |
| 00:20:24 | rasher | Still no genlang errors here (for X5 sim). |
| 00:22:33 | petur | rasher: http://www.pastebin.ca/1087705 |
| 00:22:36 | kugel | 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 | bertrik | robin0800, I'm about to go to sleep, I'll help you tomorrow ok? |
| 00:23:12 | kugel | linuxstb: together with resize_into_core, I come to ~3KB bin size increase (now comparing the actual bin files) |
| 00:23:43 | rasher | petur: and what do those line look like? Are diverged from SVN? |
| 00:23:57 | petur | nope |
| 00:23:59 | kugel | robin0800: I could possibly build one for you |
| 00:24:23 | pixelma | rasher: why did you remove Manuel Dejonghe's name again? |
| 00:24:54 | | Quit bertrik ("Leaving") |
| 00:25:26 | rasher | 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 | rasher | Most of the changes in that revision got modified pretty quickly anyway |
| 00:27:35 | pixelma | no, I don't remember, it was a bit before the time I started looking closer |
| 00:28:00 | rasher | 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 | petur | rasher: I wiped the build dir, did configure for target 30, S(im) and make - same warnings |
| 00:29:00 | rasher | petur: would you mind sharing your hebrew.lang? |
| 00:29:19 | petur | it is svn... |
| 00:29:44 | petur | diff says no differences |
| 00:30:12 | * | petur tries in his clean tree |
| 00:31:45 | pixelma | 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 | petur | rasher: weird, my cleant tree builds fine |
| 00:32:31 | rasher | petur: Now diff the two.. and genlang, perhaps |
| 00:35:16 | petur | rasher: know a good diff program for directories? (gui) |
| 00:35:29 | * | petur wonders if winmerge runs under wine |
| 00:35:39 | rasher | Well I was thinking of just diffing the two hebrew.lang |
| 00:35:45 | petur | ah |
| 00:35:50 | rasher | But no - diff -r not good enough? |
| 00:35:51 | kugel | petur: diff -ru dir1 dir2 works fine |
| 00:36:49 | petur | hebrew.lang: no differences |
| 00:37:25 | rasher | And genlang? |
| 00:37:35 | petur | same |
| 00:37:40 | rasher | Gosh |
| 00:38:37 | petur | 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 | robin0800 | kugel yes please if you could please post in forum where it can be found got to go to bed now! |
| 00:54:18 | kugel | Which thread? |
| 00:54:51 | joshin | Do the e200 builds have the rockbox usb stack enabled by default or do I still need to roll my own? |
| 00:55:13 | robin0800 | Sandisk installation I would think |
| 00:56:11 | | Quit massiveH ("Leaving") |
| 00:56:12 | kugel | 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 | joshin | Thanks. Time to update my sources and kick off a build. :) |
| 00:57:14 | kugel | You actually only need to edit the makefile made by configure AFAIK |
| 00:57:33 | joshin | Yeah, it was pretty easy when I last did it (around 6-8 months ago or so) |
| 00:57:54 | joshin | I'm just lazy so was hoping not to have to still do it. :) |
| 00:57:58 | kugel | 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 | Llorean | kugel: No. You can just add it to the target config file |
| 01:00 |
| 01:02:06 | kugel | Llorean: PortalPlayerUsb says it |
| 01:02:14 | kugel | 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 | Llorean | kugel: Yes, and the way on the page is one way to do it. |
| 01:06:18 | Llorean | 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 | LambdaCalculus37 | 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 | scorche|sh | yes you will need drivers ;) |
| 01:26:11 | LambdaCalculus37 | 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 | LambdaCalculus37 | 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:00 |
| 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 | kugel | MarcGuay: Oh thanks! |
| 02:29:00 | kugel | 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 | Llorean | kugel: Does it use its own buffer to resize the image, or does it resize in place on the audio buffer? |
| 02:30:30 | MarcGuay | 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 | Llorean | MarcGuay: It's not just a question of whether binsize is an issue now. |
| 02:31:36 | Llorean | 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 | Llorean | 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 | Llorean | 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 | JdGordon | every k of ram is about 0.2s or something rediculous... and we have ~30mb of the stuff to play with |
| 02:33:02 | Llorean | JdGordon: So are you saying we should just use all of it? |
| 02:33:21 | Llorean | 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 | JdGordon | im saying using a bit more for a very popular feature shouldnt be considered bad |
| 02:34:06 | JdGordon | 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 | JdGordon | sure, eventually we'll hit it... but whent that happens we'll worry about it |
| 02:34:31 | Llorean | 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 | JdGordon | yay for stalling progress |
| 02:34:49 | Llorean | It's much better to pick and choose carefully than to start deciding what to dump. |
| 02:35:00 | num1 | this is a silly question, it's possible to use gotos in a plugin right? |
| 02:35:33 | Llorean | 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 | XavierGr | num1 you can use it in the core too if used sanely |
| 02:35:44 | Llorean | On the assumption that "better to reject it now, than possibly have to remove it later"? |
| 02:36:11 | num1 | 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 | JdGordon | Llorean: well you bassically have already rejected it.. |
| 02:36:19 | XavierGr | num1: people are often afraid of goto too much but if used properly it can be a good thing |
| 02:36:29 | Llorean | JdGordon: No, I'm actually in favour of bitmap resize. |
| 02:36:55 | num1 | XavierGr: alright, thanks. |
| 02:37:02 | Llorean | 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 | Llorean | 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 | TuxOtaku | hey, what video formats does rockbox support? |
| 02:37:55 | Llorean | TuxOtaku: MPEG1/2 |
| 02:38:01 | TuxOtaku | k |
| 02:38:02 | TuxOtaku | thanks |
| 02:38:09 | TuxOtaku | that's all though? |
| 02:38:17 | Llorean | They're not exactly fast devices. |
| 02:38:35 | TuxOtaku | ok, was just curious |
| 02:38:37 | TuxOtaku | thanks |
| 02:38:42 | Llorean | 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 | Llorean | 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 | MarcGuay | Llorean: Doing the resizing yourself for any number of themes, even with a batch converter, is a pain in the rear. |
| 02:40:45 | Llorean | 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 | JdGordon | sounds fair to me |
| 02:41:05 | MarcGuay | How do they pay if we haven't reached the limit yet? |
| 02:41:18 | MarcGuay | How do they notice? |
| 02:41:23 | Llorean | 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 | Llorean | BMP resize on its own is a small amount. |
| 02:41:41 | Llorean | But Rockbox is a big pile of "small amounts" |
| 02:42:10 | JdGordon | 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 | Llorean | linuxstb: I think they missed that. |
| 02:42:29 | Llorean | JdGordon: OR add features we're willing to sacrifice other features for. |
| 02:42:33 | advcomp2019 | i do not use album art, so i do not want rockbox to slow down.. i like the speed |
| 02:42:42 | Llorean | advcomp2019: Has nothing to do with speed. |
| 02:43:44 | advcomp2019 | o ok.. you was talking about RAM up above and got a little confused then |
| 02:43:54 | Llorean | 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 | Llorean | 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 | Llorean | Bitmap resizing is a pretty small addition, over all, since it doesn't actually even let you do anything new. |
| 02:45:27 | Llorean | We should try to add a version of it that's as small as possible if we're going to. |
| 02:45:45 | JdGordon | 10% sounds alot worse than 3MB... |
| 02:45:47 | MarcGuay | Llorean: It lets you not waste your life resizing album art to 100 different sizes. |
| 02:45:55 | Llorean | JdGordon: And yet both are true. |
| 02:46:04 | Llorean | MarcGuay: Which you can script. |
| 02:46:28 | Llorean | 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 | Llorean | Which would also solve your problem. |
| 02:46:56 | JdGordon | Llorean: actually no.. we have 16mb and 64 mb targets which both use 4mb :D |
| 02:47:08 | num1 | 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 | JdGordon | 3* |
| 02:47:10 | kugel | 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 | Llorean | 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 | Llorean | kugel: I mean *during* the resizing it has to be loaded, where is it? |
| 02:47:53 | Llorean | num1: That's a different matter altogether, and really no reason not to do that one. |
| 02:48:40 | kugel | Llorean: in the audio buffer I assume, before the playback starts |
| 02:48:52 | Llorean | kugel: Please don't "assume" |
| 02:49:38 | JdGordon | hmm.. would be nice if it could use the plugin buffer to resize.. and fail if it cant get that buffer |
| 02:49:47 | kugel | 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 | Llorean | JdGordon: It should be able to use the audio buffer |
| 02:50:03 | linuxstb | JdGordon: How would failing be nice? |
| 02:50:26 | Llorean | 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 | JdGordon | 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 | linuxstb | Or resize as it's being loaded - i.e. not load the entire image into RAM first |
| 02:51:01 | Llorean | JdGordon: It'd break TSR plugins. |
| 02:51:11 | Llorean | linuxstb: IIRC it was down to needing one line of the image at a time. |
| 02:51:19 | Llorean | But that may have been before an algorithm change. |
| 02:51:20 | JdGordon | of which we have 1... and when thats running people dont usually care about AA |
| 02:51:49 | Llorean | 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 | JdGordon | 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 | linuxstb | JdGordon: It breaks if someone is happening to use a plugin (or playlist viewer, or ...) when the track is buffered |
| 02:52:42 | Llorean | Though I think it might be better if we stored the un-resized image on the audio buffer. |
| 02:52:54 | Llorean | Suggest to users to store their images as "the largest size you'll use" |
| 02:53:09 | Llorean | If you store the un-resized image, then the images will work even if there's a theme change during playback |
| 02:54:11 | JdGordon | you want to resize it every time its drawn? |
| 02:54:27 | Llorean | Isn't album-art stored in the WPS structure once it's in-use, like the bitmaps in the WPS? |
| 02:54:47 | JdGordon | hmm.. yeah |
| 02:54:48 | safetydan | what about something similar to the codecs where an "image codec" is loaded in to the buffer along with the image? |
| 02:54:52 | Llorean | So you'd resize on that copy |
| 02:54:54 | linuxstb | 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 | kugel | Llorean: The unresized version, yes |
| 02:55:02 | linuxstb | s/uncompressed/un-resized/ |
| 02:55:12 | Llorean | linuxstb: People already use 200x200 ones. |
| 02:55:25 | Llorean | linuxstb: I'd say a reasonably sized one being "the largest size your WPSes support" isn't too much to ask |
| 02:55:27 | Llorean | Since they already do that anyway |
| 02:55:49 | JdGordon | is AA loaded manually on track change? I thought Nioc had it loading into the MoB already? |
| 02:55:51 | linuxstb | I would just want to store the original images I downloaded - most album-art I have is about 500x500 |
| 02:56:21 | Llorean | 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 | JdGordon | 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 | num1 | I'm starting to like Llorean's idea, adding a script to RBUtils that can resize images for you |
| 02:57:27 | Llorean | safetydan: Well I think jpeg-in-the-core is still on the list of considered features anyway |
| 02:58:03 | safetydan | Llorean: having image codecs would allow support of multiple formats without adding core code... |
| 02:58:22 | Llorean | safetydan: I doubt we'd want much more than BMP and JPEG anyway |
| 02:58:25 | safetydan | a lot of work to get going though, and yeah messy interactions with WPS reload and track skipping back and forth |
| 02:58:29 | kugel | 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 | safetydan | Llorean: and PNG |
| 02:58:33 | Llorean | 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 | JdGordon | safetydan: also unless it can share the codec buffer, thats unaother 512kb wasted for it |
| 02:59:09 | Llorean | 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 | kugel | and being able to get icons fitting the font size is desirable too imho |
| 02:59:56 | linuxstb | Llorean: Because some codecs use the unused RAM |
| 03:00 |
| 03:00:00 | linuxstb | (for data) |
| 03:00:04 | Llorean | linuxstb: All of it? |
| 03:00:08 | linuxstb | Yes |
| 03:00:10 | Llorean | Ah |
| 03:00:11 | Llorean | Well then |
| 03:00:21 | Llorean | I was thinking "largest" as in "largest amount used", so I guess it is sized to fit. |
| 03:00:21 | Llorean | :) |
| 03:00:37 | JdGordon | kugel: does the current resizing patch let you specify the resized bmp size? |
| 03:01:02 | Llorean | Is the current one "size down" only, or does it scale up too? |
| 03:01:06 | kugel | no, but it should be doable relatively easy |
| 03:01:25 | kugel | Llorean: there's no limitation, you can scale in any direction |
| 03:01:43 | kugel | with the 2 special cases removed too |
| 03:01:52 | JdGordon | 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 | Llorean | Could it be made smaller if it was down only? |
| 03:02:03 | kugel | JdGordon: ooops, sorry. Yes it does |
| 03:02:30 | linuxstb | 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 | num1 | how does the jpeg plugin handle really big images? does it load the entire image into memory? |
| 03:02:48 | linuxstb | num1: It loads the entire _compressed_ image into memory |
| 03:03:05 | kugel | linuxstb: worth a try |
| 03:03:05 | linuxstb | But resizes as it decompresses |
| 03:05:48 | kugel | 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 | JdGordon | ok |
| 03:08:43 | JdGordon | so yeah, icon resizing owuld be nice |
| 03:11:14 | kugel | linuxstb: You're right. the last branch will also scale up |
| 03:12:02 | kugel | linuxstb: But it shows pixel errors |
| 03:12:47 | | Quit tvelocity (Remote closed the connection) |
| 03:13:00 | kugel | linuxstb: So, the first branch should be kept |
| 03:13:41 | linuxstb | 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 | num1 | what is the plugin buffer size? |
| 03:18:38 | linuxstb | It's 32KB on low-mem targets (2MB or less), 512KB on others |
| 03:18:41 | kugel | 524288 on e200 |
| 03:20:13 | kugel | 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 | num1 | is the plugins stack held in the plugin buffer? |
| 03:21:49 | linuxstb | plugins use the main stack |
| 03:22:29 | linuxstb | Apart from plugins that create new threads - those new threads use the plugin buffer (or IRAM) |
| 03:23:53 | kugel | Llorean: So you are basically in favor of bmp resize? You seemed to argue against it |
| 03:23:58 | Dhraakellian | 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 | kugel | hehe, ok |
| 03:24:44 | kugel | Dhraakellian: What was the result of the off test? |
| 03:24:49 | linuxstb | Dhraakellian: It's up to you - what do you want to compare? |
| 03:24:50 | kugel | s/off/of |
| 03:26:01 | | Join Llorean [0] (n=DarkkOne@ppp-70-242-15-106.dsl.hstntx.swbell.net) |
| 03:26:15 | Dhraakellian | hmm |
| 03:27:17 | | Quit LambdaCalculus37 ("Do quit now, there's a demon around the corner!") |
| 03:27:19 | Llorean | kugel: I'm afraid if it's rushed in, it'll then just be forgotten about. |
| 03:27:25 | Dhraakellian | kugel: 17h 7min |
| 03:27:49 | Dhraakellian | 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 | kugel | doesn't sound bad |
| 03:28:16 | kugel | default settings? |
| 03:28:44 | Dhraakellian | http://www.rockbox.org/twiki/bin/view/Main/SansaRuntime |
| 03:29:38 | Dhraakellian | latest entry |
| 03:30:37 | kugel | I saw it |
| 03:30:48 | Dhraakellian | 10-CD Bruckner symphony cycle |
| 03:31:50 | kugel | Would be interesting if this patch gives better results http://www.rockbox.org/tracker/task/9155 |
| 03:32:58 | Dhraakellian | hmm |
| 03:33:13 | kugel | it also fixes the buffer overflow problem btw |
| 03:33:21 | Dhraakellian | so should I just do that with the same files rather than doing different codecs |
| 03:35:13 | kugel | I'd prefer that, yes :) |
| 03:35:38 | kugel | mp3 will probably give a bit less runtime |
| 03:38:12 | kugel | Dhraakellian: Looking at http://www.rockbox.org/twiki/bin/view/Main/CodecPerformanceComparison, the runtime is somewhat predictable |
| 03:38:48 | Dhraakellian | 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 | kugel | Dhraakellian: get a new source (1 for each patch) or just remove the one patch before you apply the other one |
| 03:40:39 | kugel | 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 | num1 | 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 | Dhraakellian | kugel: r18117 is what I have |
| 03:53:59 | Dhraakellian | anything between then and now that would affect runtime? |
| 03:57:12 | kugel | Who knows. But I think not. It was mostly lang changes |
| 03:58:09 | Dhraakellian | and I'm guessing the patch would apply cleanly to either r18117 or current? |
| 03:58:54 | kugel | I think it doesn't matter |
| 03:59:37 | | Quit faemir ("Leaving") |
| 04:00 |
| 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 | danderson | So, if I'm an embedded geek looking for something to mess with, what can I do for rockbox? |
| 04:50:20 | danderson | 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 | Hillshum | sansa v2 |
| 04:50:32 | Llorean | The "New Ports" section of the forum |
| 04:50:35 | Hillshum | or others |
| 04:50:42 | * | scorche waves at danderson |
| 04:50:51 | Hillshum | http://forums.rockbox.org/index.php?board=16.0 |
| 04:50:56 | danderson | scorche: gah, the internets are too small |
| 04:51:31 | scorche | danderson: well, which projects do you think i am in #gsoc for? ;) |
| 04:51:52 | danderson | heh |
| 04:51:56 | danderson | hmm, the sansa seems familiar |
| 04:51:58 | danderson | oh, right |
| 04:52:20 | danderson | a friend has one, and I helped him do a little poking around in a disassembly of the firmware |
| 04:52:28 | scorche | danderson: there are lots of devices around ebay not to mention cheap refurbished sansas all over the place |
| 04:53:55 | danderson | 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 | scorche | danderson: looking for something to port or an existing device? |
| 04:55:19 | MarcGuay | http://www.rockbox.org/twiki/bin/view/Main/TargetStatus is useful as well. |
| 04:55:51 | danderson | scorche: depends on the price, but something with good specs and a way to recover would be nice. |
| 04:56:16 | danderson | That way I can use it as a player during the day and bash at it with rockbox at night :P |
| 04:56:43 | danderson | But right now, it's honestly mostly idle speculation. |
| 04:56:51 | Hillshum | no e200 v2 then |
| 04:57:24 | danderson | I see there is no recovery possible/known yet |
| 04:57:40 | scorche | 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 | Hillshum | JTAG is close |
| 04:57:58 | danderson | 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 | danderson | but something that I have a chance of unbricking when I mess up, that'd be nice |
| 04:58:14 | danderson | (or I could just get 2 I guess) |
| 04:58:35 | Hillshum | cheap ones then |
| 04:58:58 | scorche | 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 | Llorean | 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 | scorche | s/Norts/Ports |
| 04:59:35 | Llorean | 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 | danderson | Hillshum: Is the v2 an official designation by sandisk, or just your way of telling two board versions apart? |
| 05:00 |
| 05:00:12 | scorche | danderson: it says "v2" on some devices...although it isnt prominently marked on the box (which cna be wrong anyway) |
| 05:00:17 | Hillshum | an offical on e200 and c200, m200 not |
| 05:00:31 | Hillshum | the box never says |
| 05:00:46 | | Join solexx_ [0] (n=jrschulz@e176108082.adsl.alicedsl.de) |
| 05:01:00 | Hillshum | also, Fuze and Clip are all "v2" meaning same soc |
| 05:01:03 | Llorean | 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 | danderson | right. I was looking on ebay for players, but their markings are bound to be quite inconsistent as well. |
| 05:01:36 | Llorean | All new ones within those lines that they're actually a V2, that is. |
| 05:01:38 | n9xvt | 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 | Llorean | 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 | danderson | I see. |
| 05:02:07 | Llorean | 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 | Hillshum | on some the splash lets you know |
| 05:03:26 | Hillshum | 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 | danderson | ok, so I need to troll the shops for such a brick. |
| 05:08:58 | n9xvt | 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 | danderson | so, buying any new e200 nowadays is guaranteed to get me a v2, right? |
| 05:22:49 | Hillshum | if not take it back |
| 05:23:35 | Llorean | danderson: If you're buying it from any moderately large store, sure. |
| 05:23:40 | danderson | was going to buy online, which makes that annoying |
| 05:23:46 | Hillshum | yeah |
| 05:23:47 | scorche | 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 | scorche | unsure about swiss stores though |
| 05:24:13 | danderson | well, worst case I guess I'll get a player fully supported by rockbox :P |
| 05:24:25 | Hillshum | :) |
| 05:24:37 | Llorean | danderson: "Fully" is debatable, there's still some work to be done on USB at least. |
| 05:24:50 | danderson | ok |
| 05:25:08 | Llorean | And there's always the option to just work on new features instead of low level stuff. |
| 05:25:32 | danderson | sure, but I find the low level stuff more fun |
| 05:25:34 | advcomp2019 | danderson, how about the sansa view? |
| 05:25:36 | danderson | I'm sick that way |
| 05:26:23 | Llorean | Nothing wrong with that. :0 |
| 05:26:29 | Llorean | That was a ).. |
| 05:29:15 | danderson | 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 | Hillshum | 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 | Llorean | Hillshum: They really should be left as per the current theme. |
| 05:51:34 | Llorean | Why do you want to change them? |
| 05:52:16 | Hillshum | i think it might be from trying ghostzilla, but they are all too light colored to see |
| 05:52:57 | Llorean | That's probably a problem with your browser. |
| 05:53:11 | num1 | Hillshum: %NAVY% content %ENDCOLOR% subtituting navy for your color of choice works |
| 05:53:25 | num1 | Hillshum: but in your case I'd recommend using greasemonkey or something |
| 05:55:06 | num1 | 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 | Hillshum | ghostzilla is a pain |
| 05:55:23 | Hillshum | i do have firefox |
| 05:56:05 | | Quit Zarggg () |
| 05:57:58 | | Quit Hillshum (Remote closed the connection) |
| 06:00 |
| 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 |
| 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 | fml | JdGordon: hello. Have you seen my comment about FFDB? |
| 07:27:19 | | Quit fml (Client Quit) |
| 07:30:07 | JdGordon | 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:00 |
| 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 | tywickra | Guys |
| 08:29:35 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
| 08:29:39 | tywickra | Do you have any plans coming up to support ipod classic ? |
| 08:29:50 | tywickra | aka 6th gen ? |
| 08:29:56 | LinusN | tywickra: no plans |
| 08:30:20 | tywickra | :( |
| 08:30:51 | LinusN | 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 | tehpaper | any plans for v2 sansas? |
| 08:33:10 | tywickra | LinusN, hmm true .. thanks for this info |
| 08:33:30 | linuxstb | tehpaper: Yes, people are working on them. It's impossible to say when the required breakthroughs will be made though. |
| 08:33:42 | tehpaper | yay |
| 08:33:47 | tehpaper | im happy its in the works |
| 08:34:28 | tehpaper | kinda wish i had known about the e270 va for $25 less before i bought this e260 |
| 08:34:41 | tehpaper | 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:00 |
| 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 | crwl | my sansa e280 doesn't manage to stay in time very well, is there a known problem with it? |
| 09:57:29 | linuxstb | crwl: I think I remember someone mentioning that problem on the c200 - have you searched the bug tracker? |
| 09:57:56 | crwl | briefly.. i'll try to do a more thorough search after my morning coffee :) |
| 09:58:24 | crwl | 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:00 |
| 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 | crwl | hmh, i couldn't find any bug filed about this |
| 10:25:11 | | Quit nuonguy ("This computer has gone to sleep") |
| 10:27:54 | Nico_P | has anyone ever tried using unit testing for rockbox dev? |
| 10:29:02 | wpyh | no |
| 10:29:19 | * | wpyh wonders whether it is easy to do, since rockbox is not modular |
| 10:30:58 | Nico_P | 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 | Nico_P | 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 | linuxstb | Nico_P: My memory agrees with the IRC logs. |
| 10:55:05 | LinusN | we did some unit testing of the FAT driver in the past, but nothing more serious than that |
| 10:55:07 | Nico_P | linuxstb: can you think of any reason why it wouldn't be a good idea? |
| 10:55:53 | LinusN | i'm inclined to agree with wpyh about the modularity |
| 10:56:25 | Nico_P | yeah that was my concern, but from what I can see it's fine to write tests for functions |
| 10:56:32 | linuxstb | But I think working on making Rockbox more modular (i.e. using clearer APIs between different parts) could be benefical. |
| 10:56:47 | Nico_P | 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 | LinusN | i believe most of our problems and bugs today would not have been found in unit test anyway |
| 10:59:45 | Mzz | Hi, the e200 version of rockbox will work under e260R ? |
| 11:00 |
| 11:00:15 | LinusN | since it is often the interaction between the units that is the issue, and very often concurrency related |
| 11:01:09 | LinusN | i think we are better off if we make the simulator behave more like the real target |
| 11:02:00 | Nico_P | 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 | LinusN | Mzz: yes, http://www.rockbox.org/twiki/bin/view/Main/SansaE200RInstallation |
| 11:03:18 | LinusN | Mzz: as long as it is a v1, of course |
| 11:03:31 | Mzz | Thanks |
| 11:03:41 | Mzz | i will ask the seller about it |
| 11:03:44 | LinusN | Nico_P: yes, test suites are good |
| 11:04:57 | Nico_P | LinusN: have you ever used any of the existing frameworks for unit testing with C? |
| 11:05:09 | LinusN | nope |
| 11:05:36 | | Part Mzz |
| 11:12:14 | Nico_P | 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 | JdGordon | Nico_P: any modules in particular you want to unit test properly? |
| 11:15:56 | Nico_P | JdGordon: mine :) |
| 11:16:11 | Nico_P | i.e. buffering/playback where possible |
| 11:16:41 | Nico_P | I think having tests on those two would be really helpful |
| 11:16:51 | JdGordon | sure |
| 11:17:26 | Nico_P | 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 | Nico_P | I'll have a go at the idea when I get a chance, to get a sense of the feasibility |
| 11:20:07 | linuxstb | 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 | Nico_P | linuxstb: I've been thinking about ways to optimise it while keeping it simple |
| 11:22:24 | Nico_P | 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 | JdGordon | how does the fontcode know how many bits each glyph uses? I cant figure this out :( |
| 11:55:04 | LinusN | bits, as in width? |
| 11:55:51 | JdGordon | yeah, and the height, although the eight is fixed isnt it? |
| 11:56:07 | JdGordon | each one is mono so it uses width*height bits doesnt it? |
| 11:57:00 | LinusN | i believe font_get_bits() does that, doesn't it? |
| 12:00 |
| 12:01:04 | JdGordon | 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 | LinusN | a definite showstopper for 3.0! :-) |
| 12:12:41 | JdGordon | ok, project closed.... thats the final straw! :p |
| 12:12:49 | BigBambi | hehe :) |
| 12:13:16 | super | : 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:00 |
| 13:02:49 | BigBambi | 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 | BigBambi | 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 | GodEater | BigBambi: that's because Begder was unsure if the MIPS version we'd picked was the right one or not |
| 13:11:11 | BigBambi | aha |
| 13:11:18 | GodEater | 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 | GodEater | rather than just generally including it under all |
| 13:11:31 | BigBambi | That makes sense why it isn't, but the option all is very unclear now |
| 13:11:38 | GodEater | I still think we're waiting for a judge's decision on whether it's the right one or not |
| 13:11:40 | BigBambi | It looks like it should |
| 13:11:48 | GodEater | mcuelenare is still making his mind up |
| 13:12:01 | BigBambi | Yeah, it isn't a big deal, it is just a little confusing :) |
| 13:12:11 | GodEater | correct |
| 13:12:23 | GodEater | and it will remain so until we know we've picked the right compiler :D |
| 13:12:43 | GodEater | it's in the IRC logs somewhere, Bagder said all this when he added the option in the first place |
| 13:13:08 | BigBambi | 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 | BigBambi | Probably isn't worth it though |
| 13:13:36 | BigBambi | It's is just a little test for everyone when they come to use rockbosdev.sh |
| 13:13:44 | BigBambi | -is |
| 13:15:36 | | Join Schmogel [0] (n=Miranda@p3EE216DB.dip0.t-ipconnect.de) |
| 13:16:55 | GodEater | 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 | BigBambi | GodEater: As I say, I doubt it is worth it |
| 13:20:57 | BigBambi | It is just changing the order of two options |
| 13:21:15 | *** | Saving seen data "./dancer.seen" |
| 13:21:48 | GodEater | 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 | BigBambi | That was sarcasm, as evidenced by the exclamation marks :) |
| 13:24:37 | | Join Marfugga [0] (n=Marfugga@89.45.101.224) |
| 13:26:18 | Marfugga | 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 | Nico_P | 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 | Marfugga | 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 | Nico_P | Marfugga: you need to change LCD_WIDTH and LCD_HEIGHT, in firmware/config-ipodvideo.h |
| 13:30:08 | Marfugga | Great thanks a lot Nico_P |
| 13:30:17 | Nico_P | maybe some other things are needed, but that might be enough |
| 13:31:21 | Nico_P | 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 | Marfugga | Yeah i'm reading right now how to build it, i.e. what compiler and what header files and stuff. thanks |
| 13:32:21 | GodEater | or just look for a replacement screen on ebay =/ |
| 13:33:57 | Marfugga | 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 | Marfugga | but yeah i might get a replacement screen if all else fails |
| 13:37:29 | linuxstb | 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 | Nico_P | 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 | linuxstb | It will cause problems with the bitmap build system - the selected bitmaps are based on LCD width/height. |
| 13:44:53 | linuxstb | Plus WPSs will no longer work if they use a backdrop. |
| 13:44:54 | Nico_P | ah, crap |
| 13:45:25 | | Join Bensawsome [0] (n=Bensawso@c-71-235-222-135.hsd1.ma.comcast.net) |
| 13:45:43 | linuxstb | 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 | linuxstb | So I think the viewports option is easiest. |
| 13:46:40 | Marfugga | i'll try that then, so it lets you choose where on the screen to display the lists for browsin? |
| 13:47:21 | Nico_P | the sansa e200's LCD size would fit nicely |
| 13:47:23 | linuxstb | 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 |
| 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 | LambdaCalculus37 | rasher: Here? |
| 14:39:30 | rasher | LambdaCalculus37: more or less |
| 14:39:44 | | Nick parafin|away is now known as parafin (i=parafin@parafin.dialup.corbina.ru) |
| 14:40:40 | LambdaCalculus37 | 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 | rasher | I don't see any problems in that - I can't commit anything right now though |
| 14:42:56 | LambdaCalculus37 | No problem. |
| 14:47:56 | | Join amaXx [0] (n=chatzill@88-196-42-135-dsl.noe.estpak.ee) |
| 14:48:33 | amaXx | Hello ppl, i need help with rockbox on ipod nano 3rd gen, anyone can help? |
| 14:49:04 | LambdaCalculus37 | Yes. |
| 14:49:08 | LambdaCalculus37 | You can't run Rockbox on it. |
| 14:49:15 | amaXx | why :O |
| 14:49:24 | LambdaCalculus37 | Because there's no port for it? |
| 14:49:31 | LambdaCalculus37 | And no one is working on one? |
| 14:49:59 | LambdaCalculus37 | And it's also clearly listed on the front page that the 2nd and 3rd gen nano are not supported. |
| 14:50:17 | amaXx | omg |
| 14:50:21 | amaXx | thats so sad :S |
| 14:50:58 | amaXx | but isnt this "iPod 3rd gen" at your site my iPod nano 3rd gen ? |
| 14:51:13 | LambdaCalculus37 | No, that's the original iPod 3rd gen. |
| 14:51:25 | amaXx | damn, i though it was mine |
| 14:51:32 | LambdaCalculus37 | It looks like this: http://www.rockbox.org/playerpics/ipod3g-small.png |
| 14:51:33 | amaXx | oke thanks for information =) |
| 14:51:39 | | Quit jfc^3 (Read error: 110 (Connection timed out)) |
| 14:51:52 | amaXx | oke |
| 14:52:09 | amaXx | but is there any other OS for my iPod linux or smth? do you know? |
| 14:52:23 | LambdaCalculus37 | No. |
| 14:52:48 | LambdaCalculus37 | The firmware is encrypted, and no one has figured out how to run custom code on it. |
| 14:52:56 | amaXx | Oke then i was stupid that i bought it -.- |
| 14:52:59 | amaXx | i see.. |
| 14:53:05 | amaXx | apple gays :/ |
| 14:53:33 | LambdaCalculus37 | All complaints go to Apple, not us. We didn't build it. |
| 14:53:40 | LambdaCalculus37 | Go on eBay and get a compatible device. |
| 14:54:13 | amaXx | 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 |
| 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 | LambdaCalculus37 | logbot explain ipod |
| 15:15:05 | #>> | "explain beer" by petur (n=petur@rockbox/developer/petur) |
| 15:15:32 | mazling | 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 | super | 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 | xqtftqx | whats the bug? |
| 15:36:09 | mcuelenaere | xqtftqx: you asked for me some time ago I read in the logs; what was that about? |
| 15:36:32 | xqtftqx | huh? what did i ask for? |
| 15:36:44 | mcuelenaere | I don't remember, let me see |
| 15:36:47 | xqtftqx | ok |
| 15:37:27 | mcuelenaere | http://www.rockbox.org/irc/log-20080724#18:07:09 |
| 15:38:19 | xqtftqx | oh yeah, i was wondering how you ported the sendfirm tool |
| 15:38:58 | xqtftqx | i realy cant talk now, im getting ready to get on a plane |
| 15:39:02 | xqtftqx | got to go |
| 15:39:08 | super | hm |
| 15:39:09 | | Part xqtftqx |
| 15:39:16 | super | hafl the screen is messed up |
| 15:39:32 | super | gonna try reinstalling |
| 15:39:34 | linuxstb | 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 | mcuelenaere | 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 | toffe82 | mcuelenaere: there is awiki, but you need the OF first |
| 15:49:46 | mcuelenaere | toffe82: what wiki page? |
| 15:50:32 | danderson | scorche: ping |
| 15:50:33 | toffe82 | http://www.rockbox.org/twiki/bin/view/Main/GigabeatSInstallation |
| 15:50:55 | mcuelenaere | toffe82: you mean step 1b? |
| 15:51:36 | linuxstb | mcuelenaere: I think it's on GigabeatSPort |
| 15:51:41 | toffe82 | mcuelenaere: yes , but there is nothing :) |
| 15:51:55 | linuxstb | Or maybe GigabeatSInfo... |
| 15:52:11 | toffe82 | you have to use mknkboot |
| 15:52:16 | mcuelenaere | I checked all three briefly but couldn't find anything |
| 15:52:44 | toffe82 | mknkboot <firmware file> <boot file> <output file> |
| 15:53:09 | LambdaCalculus37 | Then use sendfirm to send it to the Gigabeat. |
| 15:53:12 | toffe82 | firmware is the OF , boot file is the rockbox boot and output is the nk.bin |
| 15:53:20 | mcuelenaere | and then you have a dual boot fw file? |
| 15:53:23 | mcuelenaere | nk.bin file* |
| 15:53:26 | toffe82 | yes |
| 15:53:31 | mcuelenaere | ok thanks |
| 15:53:42 | super | nano |
| 15:53:44 | super | 1g |
| 15:53:47 | LambdaCalculus37 | mcuelenaere: To access the OF on the beast, click hold on when you turn it on. |
| 15:53:52 | mcuelenaere | is this step integrated into rbutil? |
| 15:54:03 | LambdaCalculus37 | I don't think it is. |
| 15:54:03 | mcuelenaere | LambdaCalculus37: I don't have a gigabeat |
| 15:54:10 | linuxstb | 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 | mcuelenaere | ok |
| 15:54:23 | LambdaCalculus37 | mcuelenaere: For a second there, I thought you did. :) |
| 15:54:39 | mcuelenaere | :) I'm just gathering information for the ZVM how others do this |
| 15:54:43 | mcuelenaere | I have a similar problem |
| 15:55:09 | linuxstb | 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 | mcuelenaere | mkboot.c is for that purpose? |
| 15:55:41 | linuxstb | Yes, I think that's the iriver version. |
| 15:55:49 | LambdaCalculus37 | linuxstb: I think that would work best. Users can point rbutil to the OF file, and have it do the patching. |
| 15:56:01 | mcuelenaere | ok and that step also isn't integrated somewhere else? (rockbox compilation, rbutil,..) |
| 15:56:13 | JdGordon | or rbutil could download it automatically |
| 15:56:29 | linuxstb | JdGordon: Download what, from where? |
| 15:56:38 | mcuelenaere | ah I just see there are rbutil defines in mkboot.c |
| 15:56:54 | JdGordon | the OF |
| 15:57:35 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
| 15:58:37 | linuxstb | 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 | JdGordon | 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 | JdGordon | do you have to remove the drive to install rockbox? |
| 16:00 |
| 16:00:04 | LambdaCalculus37 | No, that's the ZVM that you need to do that on. |
| 16:00:27 | LambdaCalculus37 | You'll just need to remove the drive to get at the firmware partition on the beast's drive. |
| 16:00:37 | Nico_P | mcuelenaere: have you found anything on the exotic ZVM FS? |
| 16:00:56 | mcuelenaere | Nico_P: I hope with the help of quetzalcoatl this problem will be solved soon |
| 16:01:07 | JdGordon | 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 | mcuelenaere | JdGordon: are talking about the ZVM or the Gigabeat? |
| 16:01:47 | JdGordon | beast |
| 16:01:49 | LambdaCalculus37 | 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 | mcuelenaere | LambdaCalculus37: :) no, it's the person who did all the hdd reverse engineering at nomadness back in the nomad days |
| 16:02:33 | LambdaCalculus37 | 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 | LambdaCalculus37 | mcuelenaere: :) I know, I saw him on the forums. I was just joking around, as always. ;) |
| 16:03:20 | Nico_P | mcuelenaere: you managed to contact him? |
| 16:03:21 | LambdaCalculus37 | Maybe some of this info should be useful for the Dell DJ. |
| 16:03:25 | mcuelenaere | Nico_P: yes, finally .. |
| 16:03:33 | Nico_P | oh, /me should read the forums\ |
| 16:03:34 | LambdaCalculus37 | *Speaking* of which... I need a new one. |
| 16:03:39 | mcuelenaere | at some point I found him on a wikipedia page :S |
| 16:04:00 | mcuelenaere | I recall myself searching all over the internet for this guy |
| 16:04:05 | mcuelenaere | the only thing I had was his IP address |
| 16:04:21 | mcuelenaere | I even spammed his server with something like http://IP/PLEASE/CONTACT/ME/AT/MCUELENAERE/AT/GMAIL/DOT/COM/ |
| 16:04:26 | Nico_P | how did you find him on wikipedia? with his IP? |
| 16:04:33 | mcuelenaere | no, just by accident |
| 16:04:40 | jac0b|w | 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 | Nico_P | 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 | mcuelenaere | Nico_P: I looked at the zen vision page and saw something about zenrecovery |
| 16:04:57 | mcuelenaere | it was in the nomadness posts |
| 16:05:00 | linuxstb | 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 | mcuelenaere | Nico_P: and at that zenrecovery page his email address was.. |
| 16:05:17 | jac0b|w | umm I dunno can I |
| 16:05:28 | LambdaCalculus37 | I don't think you can, nor should you risk it. |
| 16:05:43 | LambdaCalculus37 | If you have it, great. But you'll have to keep it to yourself. |
| 16:05:44 | jac0b|w | check this out http://www.aibohack.com/giga/ |
| 16:06:07 | jac0b|w | this person has a recovery tool |
| 16:06:11 | | Quit coatman (Nick collision from services.) |
| 16:06:18 | mcuelenaere | 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 | kugel | hi guys |
| 16:08:32 | kugel | Slasheri: Could http://www.rockbox.org/tracker/task/7287 cause database instabilities? Like songs that dissapear randomly from the database |
| 16:09:31 | toffe82 | 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 | jac0b|w | oh ok I didn't know that |
| 16:11:08 | linuxstb | toffe82: Did he also try to hack the Zune, or was that other people? |
| 16:12:30 | toffe82 | 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 | Nico_P | linuxstb: he was mainly interested in hacking the zune |
| 16:17:42 | danderson | 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 | scorche|sh | danderson: disappointed? ;) |
| 16:52:54 | | Join Spindizy [0] (n=spindizy@et-0-2.gw-nat.slr.lxa.oneandone.net) |
| 16:53:48 | saratoga | I think the V2 is probably the most reverse engineered target to have no rockbox code written |
| 16:57:22 | funman | Just preparing for the best port ever \o/ |
| 16:57:43 | funman | saratoga: next step is reading from the buttons |
| 17:00 |
| 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 | GodEater | re: the OF for the beast |
| 17:07:35 | GodEater | wasn't the Gigabeat V updater freely available from Toshiba ? |
| 17:10:19 | * | GodEater settles in to watch the tumbleweed |
| 17:10:39 | GodEater | http://www.gigabeat.net/mobileav/download/module/gbv_update_1_5_jp.exe <−− looks like it's *still* freely available |
| 17:11:43 | saratoga | funman: shame you guys are having so much trouble with recovery modes on that thing |
| 17:12:34 | funman | Maybe it was cheaper to not put one |
| 17:12:49 | | Quit Marfugga () |
| 17:13:22 | funman | 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 | linuxstb | GodEater: Yes, but that's the "V" updater... |
| 17:15:46 | danderson | 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 | GodEater | linuxstb: yes, but wasn't it possible to "hack" the updater to make it work on the S ? |
| 17:18:11 | linuxstb | IIRC, that involved using the V updater to transfer an modified "S" firmware. |
| 17:18:26 | linuxstb | Basically what sendfirm does. |
| 17:18:39 | GodEater | ah |
| 17:19:10 | GodEater | so no-one ever tried running the V firmware contained in the updater on the S then ? |
| 17:20:15 | linuxstb | 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 | Marfugga | 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 | linuxstb | Marfugga: What's the exact command you're typing in cygwin? |
| 17:27:55 | Marfugga | and I see patch.exe in the background using 0% cpu |
| 17:28:03 | linuxstb | I expect you forgot the "<" |
| 17:28:41 | Marfugga | Yeah i did, sorry.. thanks for the blazing fast reply :) |
| 17:29:03 | linuxstb | 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 | Marfugga | 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 | domonoky | 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 | GodEater | or rewrite the patch to work with the current revision |
| 17:57:52 | linuxstb | Marfugga: Which version of the patch are you trying? |
| 17:58:52 | Marfugga | http://www.rockbox.org/tracker/task/8799 The one highlighted at the end of the original post |
| 17:59:24 | Marfugga | It reads (Revision 16791) after each file name when I open the patch file with a text editor |
| 18:00 |
| 18:00:12 | linuxstb | 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 | kugel | Marfugga: Take mine, jdgordons only implemented menus (not filetree) yet |
| 18:08:45 | wpyh | mcuelenaere: is there any way to restore the onda players with usbtool? |
| 18:08:57 | mcuelenaere_ | wpyh: yes |
| 18:09:19 | mcuelenaere_ | what you did yesterday is exactly the same as what the recovery program does |
| 18:09:50 | mcuelenaere_ | wpyh: is your vx767 still broken? |
| 18:10:15 | wpyh | yesterday I have my sister's windows laptop to restore |
| 18:10:48 | wpyh | 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 | mcuelenaere_ | :P |
| 18:11:13 | wpyh | and now when I've recompiled usbtool, I can't get it to restore the player... weird |
| 18:11:24 | mcuelenaere_ | that's because it loads onda.bin now |
| 18:11:35 | wpyh | hm... |
| 18:11:36 | kugel | 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 | mcuelenaere_ | wpyh: if you reset the player and hold down VOL UP, doesn't it boot into UMS? |
| 18:11:58 | mcuelenaere_ | now that your flash is reset |
| 18:12:03 | mcuelenaere_ | erased* |
| 18:12:39 | wpyh | mcuelenaere: hm... let me try that. I think I hadn't fully understood the recovery procedure :p |
| 18:12:51 | mcuelenaere_ | :) |
| 18:16:23 | wpyh | 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 | wpyh | mcuelenaere: nothing happens, the lcd is still garbled and the firmware is still not restored |
| 18:21:35 | funman | test.S:7: Error: register or shift expression expected −− `cmp r1,0x75007300' |
| 18:22:11 | mcuelenaere_ | 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 | wpyh | the lcd is garbled both when I reset the player, and when I hold VOL DOWN while resetting the player |
| 18:23:20 | mcuelenaere_ | that means the recovery program changes the onda bootloader.. |
| 18:23:34 | mcuelenaere_ | or it flashes some program to the nand flash |
| 18:23:55 | mcuelenaere_ | weird |
| 18:24:02 | mcuelenaere_ | but you can get into USB UMS mode? |
| 18:24:23 | wpyh | hm... |
| 18:24:43 | wpyh | yes, I can get into UMS mode if I hold VOL DOWN and reset, then connect the player to my laptop |
| 18:25:10 | wpyh | otherwise, I get a huge UMS device: 4294967296 512-byte hardware sectors (2199023 MB) |
| 18:25:22 | wpyh | which doesn't have anything inside it (all zeros) |
| 18:25:29 | funman | 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 | funman | could I do any trouble writing in r2 ? |
| 18:26:33 | funman | "argument, temporary register" looks fine |
| 18:26:34 | mcuelenaere_ | wpyh: yes that's rather strange, if you don't hold VOL DOWN you get some sort of unknown UMS device |
| 18:26:39 | mcuelenaere_ | haven't looked into that one yet |
| 18:27:12 | mcuelenaere_ | 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 | wpyh | well, I think it probably exposes the whole nand |
| 18:27:24 | linuxstb | funman: What are you doing? Are you playing with the utils/AMS/hacking/ code ? |
| 18:27:52 | funman | yes |
| 18:27:56 | mcuelenaere_ | wpyh: you think so? the whole nand isn't that big though |
| 18:28:03 | | Part TheLordOfSpades |
| 18:28:19 | funman | I want to check the memory for a magic string and depending on the result, wait 5s, or not |
| 18:28:21 | mcuelenaere_ | if it would be true, it could make life easier :) |
| 18:28:29 | wpyh | mcuelenaere: I think I missed the earlier lines... there are READ_CAPACITY errors there |
| 18:28:48 | funman | 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 | wpyh | mcuelenaere: here http://pastebin.ca/1088599 |
| 18:30:25 | funman | linuxstb: http://pastebin.org/60462 |
| 18:31:13 | | Join TheLordOfSpades [0] (n=10409FEF@62-101-126-225.ip.fastwebnet.it) |
| 18:31:16 | TheLordOfSpades | hi there! |
| 18:31:19 | TheLordOfSpades | 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 | mcuelenaere_ | wpyh: could you do a disk readout of the first 1024 bytes? |
| 18:32:39 | linuxstb | 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 | funman | there are a lot |
| 18:33:20 | funman | I just want to make sure that we can address memory beyond the firmware block |
| 18:34:04 | linuxstb | The OF reads from a lot of registers at startup? |
| 18:34:16 | BigBambi | TheLordOfSpades: www.rockbox.org/wiki/AlbumArt |
| 18:34:24 | funman | hm sorry I misunderstood |
| 18:35:06 | funman | strcc r2, [r3], #4 |
| 18:35:13 | funman | the first register is the destination isn't it ? |
| 18:35:21 | TheLordOfSpades | thank you BigBambi |
| 18:36:08 | BigBambi | no probs |
| 18:37:15 | linuxstb | funman: No, r2 is the value to be stored. |
| 18:37:50 | | Part TheLordOfSpades |
| 18:37:57 | wpyh | with the erroneously big disk? |
| 18:37:58 | wpyh | hm... |
| 18:38:02 | wpyh | 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 | mcuelenaere_ | wpyh: how so? you renamed it and didn't do anything to the device itself? |
| 18:38:28 | funman | linuxstb: I missed mov r2,#0 2 lines above.. so I can safely use r2 |
| 18:38:42 | funman | thanks for the hint |
| 18:38:59 | wpyh | uh, I mean, I renamed it and then held VOL_DOWN while resetting |
| 18:38:59 | wpyh | :p |
| 18:39:02 | funman | with my poor assembly skills I say the firmware reads from no registers at init |
| 18:39:26 | linuxstb | 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 | mcuelenaere_ | wpyh: you didn't even umount the drive? |
| 18:40:27 | mcuelenaere_ | that could be bad for your filesystem as some data could still be in some cache |
| 18:41:02 | wpyh | mcuelenaere: I did unmount it... |
| 18:41:11 | wpyh | 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 | wpyh | should we look at the bin files first? |
| 18:43:05 | mcuelenaere_ | wpyh: try again from the start (ie formatting) |
| 18:43:40 | mcuelenaere_ | 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 | funman | yes I can read the whole firmware |
| 18:45:00 | funman | (whole) I must check reading the last 4 bytes |
| 18:45:40 | | Quit Schmogel (Read error: 110 (Connection timed out)) |
| 18:46:35 | funman | 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 | LambdaCalculus37 | domonoky: Here? |
| 18:47:00 | * | domonoky waves.. :-) |
| 18:47:12 | * | LambdaCalculus37 waves back :) |
| 18:48:22 | LambdaCalculus37 | 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 | LambdaCalculus37 | 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 | domonoky | you need at least lupdate and linguist (they re Qt helper tools) there maybe prebuilt ones avialable |
| 18:50:18 | domonoky | s/they re/ they are/ :-) |
| 18:50:22 | LambdaCalculus37 | domonoky: Ah, I thought so. :) |
| 18:50:42 | LambdaCalculus37 | I need to clear some space for the compile process, then. |
| 18:50:59 | domonoky | and if you want to test the translation, you also need lrelease.. |
| 18:51:12 | LambdaCalculus37 | Also a Qt helper tool? |
| 18:51:23 | domonoky | yes, all included in Qt.. |
| 18:52:20 | LambdaCalculus37 | 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 | domonoky | theoretically you can edit translations by hand (they are xml). :-) |
| 18:52:55 | domonoky | is there no Qt binary release for Mac available ? |
| 18:53:06 | wpyh | I've extracted all the BIN resources from the firmware writer |
| 18:53:20 | wpyh | 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 | wpyh | for the vx747 (since you're familiar with it), the 3rd bin resource is sent as 1.bin |
| 18:53:27 | wpyh | 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 | LambdaCalculus37 | domonoky: There is, but I wanted to compile from source for optimization. |
| 18:53:38 | wpyh | 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 | wpyh | the interesting part is 4.bin: it seems to be two int values |
| 18:53:45 | wpyh | the first one I don't know, the second one is the length of 3.bin |
| 18:54:00 | funman | should I understand LDR (load word) in the sense 16 bits or 32 bits ? |
| 18:54:07 | wpyh | 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 | mcuelenaere_ | wpyh: I receive you |
| 18:55:24 | kugel | probably not as large as a linux kernel source after compilation |
| 18:55:40 | wpyh | mcuelenaere: I'm receiving the messages after a long delay :( |
| 18:55:50 | pixelma | LambdaCalculus37: did you see my questions about the committed part of the japanese language update in the logs yesterday? |
| 18:55:57 | mcuelenaere_ | wpyh: what happens if you upload the vx767 files? |
| 18:56:09 | domonoky | 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 | wpyh | mcuelenaere: which one? |
| 18:56:38 | | Quit Nico_P ("http://www.mibbit.com ajax IRC Client") |
| 18:56:56 | LambdaCalculus37 | pixelma: Yes, rasher and I already spoke about that. |
| 18:57:05 | mcuelenaere | domonoky: ? |
| 18:57:15 | LambdaCalculus37 | I'll edit the patch next time to take out untranslated strings. |
| 18:57:29 | mcuelenaere | wpyh: rename the files as 1.bin 2.bin etc and run usbtool 6 on them |
| 18:57:37 | domonoky | up it was for LambdaCalculus37 :-) |
| 18:57:43 | mcuelenaere | k :) |
| 18:57:54 | | Join stm [0] (n=stm@gregory51.dialup.corbina.ru) |
| 18:58:04 | pixelma | LambdaCalculus37: it was not about untranslated strings (if I understand correctly), unfortunately I'm not sure |
| 18:58:15 | domonoky | funman: ldr is "load register" so it should be 32bit i think.. |
| 18:58:32 | kugel | domonoky: well, even bigger than the linux kernel. I'm impressed |
| 18:58:39 | LambdaCalculus37 | pixelma: I think it's rasher's page that's spitting out the patches like that. |
| 18:58:55 | pixelma | that answer confuses me |
| 18:59:21 | LambdaCalculus37 | pixelma: This: rasher.dk/rockbox/translate/">http://rasher.dk/rockbox/translate/ |
| 18:59:50 | pixelma | I know about the toll but I'm not sure we are talking about the same things |
| 18:59:59 | pixelma | s/toll/tool |
| 19:00 |
| 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 | domonoky | 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 | funman | domonoky: thanks |
| 19:02:42 | | Join rh387 [0] (n=nnscript@c-67-162-72-199.hsd1.il.comcast.net) |
| 19:02:43 | pixelma | 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 | kugel | domonoky: Good to know, I already ran out of space once while compiling the kernel (which is about 3GB). |
| 19:03:07 | wpyh | mcuelenaere: what should I send as onda.bin? |
| 19:03:35 | mcuelenaere | wpyh: 10.bin |
| 19:03:40 | wpyh | ok |
| 19:04:33 | LambdaCalculus37 | pixelma: I noticed that, too. But what's strange is that rasher's site listed that string as untranslated and empty. |
| 19:04:47 | LambdaCalculus37 | I didn't know it was translated to begin with. |
| 19:06:04 | LambdaCalculus37 | All I had done was the addition of the button strings. I didn't touch any other strings. |
| 19:06:29 | wpyh | mcuelenaere: nothing happens |
| 19:06:54 | mcuelenaere | wpyh: you're sure all the files are according to the vx747 extracted ones? |
| 19:07:10 | wpyh | yes |
| 19:07:31 | pixelma | 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 | rh387 | 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 | wpyh | hm... |
| 19:10:35 | wpyh | mcuelenaere: I get some warnings |
| 19:11:17 | mcuelenaere | wpyh: like? |
| 19:11:18 | wpyh | 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 | mcuelenaere | but nothing comes up on the device itself? |
| 19:12:02 | mcuelenaere | if you get a change to get a windows pc, you should try logging what the original program does |
| 19:12:06 | mcuelenaere | (through an usb logger) |
| 19:12:43 | rasher | pixelma: I think what happened was that the source changed from including only *, to including * and a target, where * was empty |
| 19:13:03 | rasher | 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 | wpyh | yeah, nothing comes up |
| 19:14:36 | wpyh | 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 | mcuelenaere | 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 | mcuelenaere | wpyh: now for you to recover your device :) |
| 19:15:40 | rasher | pixelma: I'm not even sure the string was getting included previously (though it might have been, I guess) |
| 19:15:45 | funman | did you see my joy before my connection was cut ? ;) |
| 19:15:59 | mcuelenaere | wpyh: I would recommend rerunning the vx747 files (rename 10.bin to onda.bin) and do the recovery procedure (again) |
| 19:17:12 | wpyh | hmm... I'm currently using the vx767 files.. |
| 19:17:32 | mcuelenaere | and does that work? |
| 19:17:33 | wpyh | weird |
| 19:17:36 | | Quit tvelocity (Remote closed the connection) |
| 19:17:41 | wpyh | no, the vx767 files don't work |
| 19:17:50 | wpyh | and the weird thing is, now I get a 65 MB device |
| 19:17:54 | mcuelenaere | :) |
| 19:17:59 | | Quit saratoga ("CGI:IRC") |
| 19:18:07 | mcuelenaere | and does holding VOL DOWN work? |
| 19:18:18 | wpyh | not tried that yet |
| 19:19:16 | wpyh | 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 | wpyh | do you recognize that string? |
| 19:19:28 | funman | HFS ? |
| 19:19:52 | wpyh | funman: hm... not likely :p |
| 19:20:23 | mcuelenaere | sfhi does ring a bell |
| 19:20:30 | mcuelenaere | ihfs |
| 19:20:33 | mcuelenaere | reversed |
| 19:20:49 | mcuelenaere | some strings in the OF can be found containing that |
| 19:20:52 | mcuelenaere | eg ihfs_seek |
| 19:21:00 | mcuelenaere | so it's the filesystem |
| 19:21:15 | mcuelenaere | nice :) |
| 19:21:16 | funman | test.S. |
| 19:21:17 | funman | 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 | wpyh | hm... |
| 19:21:24 | *** | Saving seen data "./dancer.seen" |
| 19:21:24 | mcuelenaere | wpyh: could you do a full dump? |
| 19:21:27 | funman | :/ |
| 19:21:27 | mcuelenaere | and upload it somewhere |
| 19:21:28 | Marfugga | 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 | pixelma | 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 | rasher | mcuelenaere: http://www.cs.adelaide.edu.au/users/fred/projects/ihfs/ ? |
| 19:22:20 | pixelma | at least it looks similar enough... |
| 19:23:00 | mcuelenaere | rasher: I found that page too some time agoo, didn't look into it though |
| 19:23:14 | mcuelenaere | do you think it could be used as a NAND flash wearing structure thing? |
| 19:23:20 | mcuelenaere | like yaffs2 |
| 19:23:24 | funman | the forum offers file to be downloaded only as binary mime type :/ |
| 19:23:37 | Soap | I want to start separating the wheat from the chaff in the wiki WPS galleries today. |
| 19:23:49 | wpyh | mcuelenaere: any idea, where to upload? |
| 19:23:50 | rasher | mcuelenaere: seems a bit weird. As far as I can tell it's an experimental thing |
| 19:23:54 | mcuelenaere | wpyh: could you ask your Ingenic friend about ihfs ? |
| 19:23:55 | | Quit Zom (Read error: 104 (Connection reset by peer)) |
| 19:24:06 | mcuelenaere | wpyh: mediafire.com ? |
| 19:24:17 | mcuelenaere | zip it first |
| 19:24:48 | wpyh | mcuelenaere: ok, I'll try |
| 19:24:58 | Soap | 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 | rasher | Soap: I like the latter |
| 19:25:49 | Soap | On my second pass through the galleries I plan on fixing as many of the "Freely Licensed" WPSs as possible. |
| 19:25:54 | wpyh | 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 | Soap | 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 | funman | hm .. |
| 19:27:09 | scorche|sh | or just nudge linuxstb a bit harder... >_> |
| 19:27:13 | Soap | Which is something I think we (as a community) should debate (and hopefully agree on) |
| 19:27:14 | funman | 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 | wpyh | mcuelenaere: any other good file sharing sites? |
| 19:27:34 | Soap | 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 | Soap | 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 | Soap | 3 - The culling of broken WPSs needs done before transition to the new gallery regardless. |
| 19:28:39 | mcuelenaere | wpyh: rapidshare.com? |
| 19:28:51 | mcuelenaere | wpyh: where are you located currently? |
| 19:28:57 | Soap | 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 | wpyh | mcuelenaere: I'm in singapore right now |
| 19:29:10 | | Quit Marfugga () |
| 19:30:32 | mcuelenaere | wpyh: does your IRC client support DCC? |
| 19:30:48 | Soap | The main questions I have are: |
| 19:31:06 | wpyh | mcuelenaere: I'm not sure |
| 19:31:14 | Soap | 1 - Does the community agree on enforcing http://www.rockbox.org/twiki/bin/view/Main/SoapSealofApproval as the WPS standards? |
| 19:31:23 | mcuelenaere | wpyh: what client do you have? |
| 19:31:36 | wpyh | I'm using pidgin |
| 19:31:45 | wpyh | but hey, I think I'll just uuencode and post on pastebin |
| 19:31:46 | rasher | Soap: iirc, I agree. But I don't think it should be called that.. |
| 19:31:46 | wpyh | ;) |
| 19:31:47 | Soap | 2 - Does the community agree on scraping the unlicensed WPSs to their own page (organized by device/resolution) |
| 19:31:58 | mcuelenaere | wpyh: good enough for me :) |
| 19:32:03 | Soap | rasher, yea - that was just the working title. |
| 19:32:13 | mcuelenaere | be warned though that the site could just give a php memory error |
| 19:32:40 | rasher | 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 | wpyh | mcuelenaere: should be small... |
| 19:34:54 | LambdaCalculus37 | 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 | rasher | Themes should either be "Abandoned+unlicensed" or "Properly licensed and fixed to work with current build" |
| 19:37:26 | LambdaCalculus37 | rasher: Agreed. |
| 19:37:37 | rasher | Which is part of Soap's plan, as far as I can tell |
| 19:38:24 | Soap | 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 | wpyh | mcuelenaere: http://pastebin.org/60615 |
| 19:39:26 | Soap | 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 | pixelma | can one move WPSs/themes over after fixing, giving a proper license and packaging correctly? |
| 19:40:17 | pixelma | from "trash" to the gallery I mean |
| 19:40:19 | Soap | I am not sure I follow the question pixelma. |
| 19:40:35 | Soap | 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 | Soap | 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 | pixelma | 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 | rasher | pixelma: Then they're unlicensed and would be omved to the graveyard |
| 19:41:39 | Soap | sure - I have no problem with people moving themes back out of the unlicensed page. |
| 19:41:51 | rasher | Oh, like that! |
| 19:42:10 | | Quit desowin (Excess Flood) |
| 19:42:26 | Soap | 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 | LambdaCalculus37 | Soap: In other words... "raising the dead"? ;) |
| 19:43:45 | | Quit mf0102 (Remote closed the connection) |
| 19:43:55 | Soap | I'm going to go take a bikeride - be back later and will read any discussion since then. |
| 19:43:59 | Soap | in summary I want to: |
| 19:44:13 | Soap | 1 - Move all unlicensed themes to new gallery. |
| 19:44:42 | pixelma | 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 | Soap | 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 | LambdaCalculus37 | pixelma: Everyone seems to be using this CC license, specifically: http://creativecommons.org/licenses/by-nc-sa/3.0/ |
| 19:45:32 | Soap | 3 - Start verifying theme structure and packaging (including license in .wps and .cfg files as well as contact info) |
| 19:45:39 | LambdaCalculus37 | That may be the best one. |
| 19:45:42 | rasher | LambdaCalculus37: Err.. we DONT want by-nc-sa |
| 19:45:47 | Soap | 4 - THEN start fixing themes. |
| 19:45:54 | | Join miepchen^schlaf [0] (n=miepchen@p54BF75DE.dip.t-dialin.net) |
| 19:46:07 | funman | 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 | scorche|sh | LambdaCalculus37: cc-by-sa |
| 19:46:23 | rasher | We should require GPL or by-sa imho. Practically say the same |
| 19:46:27 | BigBambi | Soap: Sounds a good plan - if you want help let me know and we can split up galleries |
| 19:46:37 | LambdaCalculus37 | Dunno why people are using it, but meh... |
| 19:46:53 | rasher | LambdaCalculus37: Because they're afraid some evil coorporation will profit from their work |
| 19:47:00 | Soap | 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 | BigBambi | Well, as and when |
| 19:47:38 | LambdaCalculus37 | rasher: Ahh. |
| 19:47:49 | * | LambdaCalculus37 goes to read up on CC licensing some more |
| 19:47:51 | rasher | The -nc is the problem, and not really compatible (in spirit) with the GPL |
| 19:49:08 | LambdaCalculus37 | rasher: Is this a better license, then? http://creativecommons.org/licenses/by-sa/3.0/ |
| 19:49:11 | Soap | 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 | BigBambi | I think it should be allowed for the theme site though, but not for themes that want to be included |
| 19:49:44 | rasher | LambdaCalculus37: That's the one that's basically the same as the GPL |
| 19:50:00 | BigBambi | Ideally it wouldn't have -nc, but if people want it, I wouldn't ban it |
| 19:50:01 | rasher | Soap: I think the license should cover all included files |
| 19:50:03 | linuxstb | 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 | Soap | linuxstb, those would be additional images, not modified ones though would they not? |
| 19:50:34 | linuxstb | e.g. if you can't modify the image files, you couldn't convert bitmaps into bitmap strips for example. |
| 19:50:44 | Soap | solid point. |
| 19:50:58 | | Join mcuelenaere_ [0] (n=mcuelena@78-21-191-98.access.telenet.be) |
| 19:50:58 | linuxstb | Soap: Depending on the required background, font etc, they may be created by modifying existing ones |
| 19:51:16 | linuxstb | That's how I've added codec icons to iCatcher in the past for example. |
| 19:51:50 | rasher | Soap: They could also be based on existing images |
| 19:51:53 | linuxstb | 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 | Soap | so demand redistribution, full modification, and ask for lack of use restrictions (stupid NC)? |
| 19:52:06 | pixelma | which reminds me that some SVN themes need a new codec icon... |
| 19:52:16 | LambdaCalculus37 | Yep... a SAP icon. |
| 19:52:35 | rasher | 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 | BigBambi | I'm not too bothered. I'd discourage but not ban personally, but I wouldn't argue for it :) |
| 19:53:37 | Soap | Unless more developers agree with you (and chime in before I start) how about we leave that detail for later? |
| 19:53:40 | LambdaCalculus37 | A NC license should simply mean that their theme can not be included in Rockbox in the future. |
| 19:53:47 | linuxstb | 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 | BigBambi | true |
| 19:54:18 | rasher | Very good point |
| 19:54:28 | LambdaCalculus37 | Didn't that cause problems with some of senab's themes, anyway? |
| 19:54:35 | kugel | rasher: by-sa isn't GPL-compatible either |
| 19:54:37 | Soap | I agree in theory - but we already have a mess of CC licenses - are we going to throw them all out? |
| 19:54:42 | BigBambi | LambdaCalculus37: he has -nd too |
| 19:54:56 | rasher | kugel: It doesn't have to be - we're not compiling anything in. |
| 19:54:57 | LambdaCalculus37 | BigBambi: Ack... no wonder. |
| 19:55:06 | rasher | kugel: I said in spirit. |
| 19:55:11 | linuxstb | Soap: I've always thought that we should throw everything out and start again with a new site. |
| 19:55:26 | BigBambi | 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 | linuxstb | (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 | kugel | rasher: but in parenthesis, that doesn't count ;) |
| 19:55:55 | BigBambi | Problem is, the gallery is a mess now, and we don't have a themes site (cough) :) |
| 19:56:16 | rasher | Well if only it was available in svn |
| 19:57:16 | BigBambi | 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 | Soap | 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 | rasher | Soap: The theme doesn't need to be GPL compatible (none of the CC licenses apart from BY are). |
| 19:58:50 | Soap | by-sa isn't? |
| 19:59:11 | rasher | I agree with linuxstb that *ALL* themes should have the exact same license to make things less confusing |
| 19:59:22 | wpyh | mcuelenaere: did you find something interesting? |
| 19:59:38 | rasher | Soap: Nope. But that's okay, because we're not mixing the two - just distributing them alongside eachother |
| 19:59:53 | kugel | Soap: by-sa isn't. But as rasher said, it doesn't need to |
| 20:00 |
| 20:00:05 | wpyh | 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 | wpyh | then if I hold VOL DOWN while resetting the device, the flash (4 GB) will appear |
| 20:00:33 | Soap | 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 | Soap | I /really/ think we need to get the unlicensed crap out of the way sooner than later. |
| 20:01:05 | kugel | I'd say go for by-sa, it's easier to understand |
| 20:01:13 | BigBambi | Soap: I guess that depends whether you want to do it twice :) |
| 20:01:52 | wpyh | the flash seems to be located *after* the 65 MB area, this is maybe two partitions/separate areas on the nand |
| 20:02:00 | kugel | 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 | rasher | 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 | Soap | 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 | wpyh | 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 | linuxstb | 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 | domonoky | linuxstb: whats the status of the theme site ? ie what works, and what is missing ? |
| 20:04:35 | BigBambi | 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 | linuxstb | domonoky: It's here - linuxstb.cream.org/themes/">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 | linuxstb | As you can see, very basic browsing and downloading is working. The upload script is still in progress - linuxstb.cream.org/themes/upload.php">http://linuxstb.cream.org/themes/upload.php |
| 20:06:23 | kugel | linuxstb: can I have 4 columns? :) |
| 20:06:55 | linuxstb | 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 - linuxstb.cream.org/theme_dump.tgz">http://linuxstb.cream.org/theme_dump.tgz |
| 20:07:23 | linuxstb | kugel: Only after you finish the rest of the site. |
| 20:07:45 | kugel | ok, i'm fine with 3 :) |
| 20:07:46 | linuxstb | IMO the important thing is the file upload and the validation of the uploaded zip. |
| 20:08:00 | linuxstb | All the other features can come after it launches |
| 20:08:06 | rasher | linuxstb: are you working on it? |
| 20:08:34 | linuxstb | rasher: No, I have no time. Real work is keeping me too busy. |
| 20:08:49 | rasher | 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 | domonoky | 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 | linuxstb | 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 | linuxstb | 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 | linuxstb | The final thing would be to validate the WPS with checkwps, and then actually add the theme to the site. |
| 20:11:18 | pixelma | 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 | linuxstb | 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 | kugel | pixelma: Hmm...sad |
| 20:13:28 | rasher | linuxstb: or just use sqlite |
| 20:13:58 | scorche|sh | rasher: probably would be simpler to use mysql, but /shrug |
| 20:14:20 | rasher | In which way? SQLite is pretty simple |
| 20:14:25 | * | scorche|sh shrugs |
| 20:14:33 | scorche|sh | if you code it, go for it |
| 20:14:44 | linuxstb | rasher: If mysql is already running, what's the gain with SQLite? |
| 20:15:16 | rasher | 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 | linuxstb | rasher: Sounds good to me. I always try and keep websites as simple as possible, and avoid database servers... |
| 20:16:25 | rasher | Anyway, that's a bikeshed problem, the text file will do for now |
| 20:16:47 | rasher | Apparently my debian mirror has gone AWOL |
| 20:16:59 | linuxstb | rasher: Are you planning on working on it? |
| 20:17:30 | rasher | Yeah, I'm trying to set it up now. First step is getting subversion installed, which is giving me some grief |
| 20:17:45 | scorche|sh | rasher: if you do, i will be forced to nab a sansa for you ;) |
| 20:18:13 | funman | test.S:18: Error: bad instruction `bt noloop' |
| 20:18:23 | funman | hum the same instruction |
| 20:18:31 | funman | .. is used in rockbox |
| 20:19:20 | funman | but I don't see it in the list of conditions |
| 20:19:52 | linuxstb | 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 | pixelma | 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 | kugel | pixelma: it works for me in ff |
| 20:21:11 | pixelma | it was a quick try though and is already a few months old (from April) |
| 20:21:24 | kugel | before ff3 probably |
| 20:21:56 | pixelma | kugel: what version of ff? And what happens when you us a small window, refresh page and then expand? |
| 20:22:25 | kugel | pixelma: ff3, works fine |
| 20:22:35 | rasher | pixelma: works as expected here on iceweasel3 |
| 20:22:41 | pixelma | interesting |
| 20:23:16 | linuxstb | pixelma: It doesn't seem too bad in ff 2.0.0.14 either |
| 20:23:22 | kugel | 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 | BigBambi | Works here too! |
| 20:23:43 | rasher | pixelma: Works with epiphany-webkit as well |
| 20:23:54 | linuxstb | It never went to 5 columns for me though - it stopped at 4, regardless of the window's width |
| 20:23:58 | BigBambi | I got 5 |
| 20:24:19 | | Join dr3qm [0] (n=dr3qm@office.nomadio.net) |
| 20:24:19 | BigBambi | In FF3.something |
| 20:24:24 | linuxstb | Ah no, I lied... |
| 20:24:28 | pixelma | linuxstb: still doesn't work as it should in FF 2.0.0.16 for me |
| 20:24:30 | domonoky | works fine here with ff 3.01 |
| 20:24:37 | kugel | i get 5, but I can't make the window bigger than my screen width |
| 20:24:42 | rasher | pixelma: I'd consider that quite a minor flaw |
| 20:24:51 | | Quit student ("CGI:IRC (EOF)") |
| 20:25:04 | linuxstb | pixelma: No, it's not working. It never resizes to larger than the size when you first load the page |
| 20:25:21 | linuxstb | But I agree with rasher that it's a minor flaw, and not a show-stopper. |
| 20:25:30 | pixelma | that's what I meant |
| 20:25:34 | kugel | seems to be fixed in ff3 |
| 20:26:03 | BigBambi | Yes, it definitely works in FF3 |
| 20:26:13 | dr3qm | Anybody know where I can find a gigabeat s30? I need one for a project... |
| 20:26:21 | BigBambi | ebay normally |
| 20:26:32 | scorche|sh | dr3qm: ebay?...they get a bit pricey there though |
| 20:26:43 | dr3qm | Thanks, Surprisingly they all seem to be bought up now... |
| 20:26:49 | pixelma | 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 | dr3qm | Nothing on ebay, Trying to see if someone is willing to trade or sell at this point... |
| 20:27:38 | kugel | pixelma: is the height fixed too? the c200 cell is a bit smaller (in the height) |
| 20:28:34 | dr3qm | If anyone's got one, now is the time to sell... |
| 20:29:05 | pixelma | kugel: yes the minimum height is - and it is a bit too small in that version |
| 20:29:41 | kugel | pixelma: but if the cells can be bigger than the minimum height, comments of any length should be possible |
| 20:29:53 | pixelma | my quick try back then for a themes page itself http://home.infocity.de/m.arnold/temp/themes/mini-themes.htm |
| 20:31:01 | pixelma | 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 | kugel | ah ok then |
| 20:31:33 | kugel | I'd rather have fixed comment length though |
| 20:32:06 | | Quit snoh (Remote closed the connection) |
| 20:32:09 | kugel | 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 | linuxstb | 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 | linuxstb | I meant ThemeSubmission and ThemeInstallation - see linuxstb.cream.org/themes/">http://linuxstb.cream.org/themes/ |
| 20:41:06 | rasher | linuxstb: couldn't the themessubmission page simply include the appropriate form? |
| 20:41:30 | linuxstb | The form is quite big... |
| 20:41:34 | rasher | Eh, maybe not. I don't suppose we want that world writeable |
| 20:41:40 | linuxstb | And that... |
| 20:42:23 | rasher | The player page seems unavailable |
| 20:42:26 | * | rasher dives in |
| 20:43:00 | linuxstb | 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 | rasher | I think we do |
| 20:43:33 | linuxstb | (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 | linuxstb | The upload page contains a link to a non-existent WhyRealNames wiki page which also needs writing... |
| 20:44:51 | rasher | There's some text in the code guidelines to that effect, iirc |
| 20:46:04 | rasher | apparently 0 == '' evaluates to true.. or something. |
| 20:46:32 | linuxstb | Obviously... |
| 20:49:30 | linuxstb | 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 | pixelma | there's no target with no hold, even the soft hold targets can show their status in the WPS |
| 20:52:41 | linuxstb | 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 | pixelma | 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 | pixelma | 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:00 |
| 21:01:25 | rasher | linuxstb: so basically, validate_zip needs to be expanded? |
| 21:03:00 | pixelma | 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 | linuxstb | rasher: Yes. Plus the code to do something after it's finished.... |
| 21:03:16 | rasher | Ah right |
| 21:04:23 | linuxstb | pixelma: Do many people create rwps files? I mean is it something we could perhaps ignore for the first version? |
| 21:08:12 | rasher | linuxstb: have you considered using the zip extension for php? Iirc, it's fairly widely supported. Never used it though |
| 21:08:39 | linuxstb | rasher: scorche mentioned it, but I was happy to just parse the output of unzip... |
| 21:08:55 | pixelma | 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 | linuxstb | 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 | rasher | linuxstb: Just seems somewhat fragile and a bit clumsy to me. |
| 21:10:13 | linuxstb | It's up to you. |
| 21:13:29 | pixelma | 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 | funman | 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 | rasher | linuxstb: any good reason for the many arrays, rather than a single multi-dimentional one? |
| 21:15:51 | linuxstb | rasher: I don't know how to do multi-dimensional arrays in PHP ;) |
| 21:15:59 | rasher | That's a very good reason! |
| 21:16:12 | rasher | Just poking around for now |
| 21:16:34 | linuxstb | There are possibly some new targets by now as well... |
| 21:17:02 | rasher | If there aren't, someone's not working hard enough |
| 21:17:03 | linuxstb | pixelma: I think something like that would be very nice. |
| 21:17:30 | pixelma | guess that's something for later though |
| 21:17:43 | linuxstb | rasher: No, there doesn't seem to be any new targets... |
| 21:17:56 | linuxstb | 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 | petur | pixelma: did you already try the latest patch from 9208? |
| 21:23:02 | pixelma | 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 | pixelma | 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 | pixelma | sorry for the twisted sentence |
| 21:26:53 | petur | I got it ;) |
| 21:27:27 | | Join Zom [0] (n=zom@c-45b9e253.09-109-73766c10.cust.bredbandsbolaget.se) |
| 21:27:28 | Spindizy | thats quite a mouthfull :) I read it like you said it all in one breath. |
| 21:31:27 | rasher | ! |
| 21:31:44 | pixelma | petur: do I need a make clean and reconfigure? |
| 21:31:58 | pixelma | to test the patch of course ;) |
| 21:32:01 | petur | just make should do it |
| 21:32:35 | * | petur practices 1-arm computing |
| 21:34:17 | Soap | will a "theme" with a RWPS break on a target w/o a remote? |
| 21:34:33 | pixelma | 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 | linuxstb | Soap: My guess is that the RWPS will just be ignored. |
| 21:35:01 | petur | aha, so it is my patch :( |
| 21:35:24 | petur | pixelma: I saw them too, thought my tree was broken... |
| 21:35:39 | petur | I'll have a look what's borked |
| 21:35:44 | * | bluebrother notices some code in the themes folder :) |
| 21:36:16 | pixelma | petur: but your patch doesn't touch those languages |
| 21:36:16 | Soap | 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 | kugel | Soap: I agree with linuxstb, the rwps should be #ifdef'd out, so that non-remotes should just ignore it |
| 21:36:38 | petur | I know, but it seems to cause the warnings |
| 21:36:49 | linuxstb | 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 | Soap | 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 | Soap | (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 | linuxstb | bluebrother: rasher already wondered that... |
| 21:39:15 | pixelma | 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 | bluebrother | linuxstb: :) |
| 21:39:48 | linuxstb | bluebrother: Read back about 30 minutes... ;) |
| 21:39:52 | petur | pixelma: my clean svn tree builds just fine |
| 21:40:22 | kugel | 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 | bluebrother | 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 | bluebrother | well, separating out the rwps for themes will also require changes to rbutil. |
| 21:42:32 | bluebrother | hmm, and there currently isn't a script to generate the required output for that afaics. |
| 21:42:34 | pixelma | 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 | kugel | 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 | linuxstb | bluebrother: No, but I'm guessing that's relatively trivial... |
| 21:43:27 | petur | pixelma: yup. and doesn't happen if I build for h300 |
| 21:43:27 | * | petur still reading patch |
| 21:43:34 | rasher | Maybe it's time to dust off my convert-langv2-to-xmllang script - caught some errors last time I tried it |
| 21:43:43 | linuxstb | 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 | bluebrother | true. As I did the old one I might try creating a new one ... |
| 21:44:30 | bluebrother | 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 | bluebrother | 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 | petur | rasher: what's the reasoning behind the usage of "" versus none for not used strings? |
| 21:45:53 | rasher | Absolutely no idea. I think you want Bagder |
| 21:46:17 | kugel | petur: I also wondered about that |
| 21:47:42 | afruff23 | I need help debugging a wps |
| 21:47:44 | afruff23 | 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 | afruff23 | Can anyone here help me? |
| 21:48:44 | | Join Schmogel [0] (n=Miranda@p3EE216DB.dip0.t-ipconnect.de) |
| 21:49:08 | pixelma | 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 | pixelma | 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 | linuxstb | afruff23: Have you tried running the uisim with the −−debugwps option? |
| 21:53:35 | * | petur returns and says gracias |
| 21:55:47 | afruff23 | is that just running debugwps.bat in the UIsimulator folder |
| 21:56:01 | afruff23 | *? |
| 21:56:27 | linuxstb | Probably |
| 21:56:30 | petur | pixelma: so if I deprecate I should use "" |
| 21:56:32 | afruff23 | I did that |
| 21:56:55 | afruff23 | 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 | pixelma | petur: that's how I understood it |
| 21:58:12 | afruff23 | I added the debugwps output to the topic |
| 21:58:14 | linuxstb | petur: Probably with 3.0 |
| 21:58:26 | petur | \o/ |
| 21:59:06 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
| 21:59:20 | linuxstb | afruff23: Did you paste it twice? |
| 21:59:24 | | Quit kugel (Read error: 104 (Connection reset by peer)) |
| 22:00 |
| 22:00:08 | afruff23 | 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 | saratoga | i was just looking through the tremolo source code, and their version of tremor is likely faster then ours |
| 22:03:55 | saratoga | and they've put a lot of work into writing an asm MDCT, including parts we haven't bothered doing |
| 22:04:05 | saratoga | i suspect we could benefit from that |
| 22:04:07 | bertrik | hmm, the sansa c200 is not PP5024 but PP5022, right? |
| 22:04:13 | saratoga | no its 24 |
| 22:04:48 | pixelma | petur: the warnings go away if you use the none correctly in the default case |
| 22:04:58 | linuxstb | saratoga: I thought the AMS part was physically separate? |
| 22:05:40 | bertrik | yeah, exactly, I thought PP5024 was basically PP5022 + AS3514, but the c200 has a separate AS3514 |
| 22:05:50 | saratoga | 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 | saratoga | 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 | pixelma | 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 | bertrik | then the PortalPlayer wiki page must be wrong about c200 and e200 |
| 22:07:48 | | Quit LinuxMafia ("Leaving") |
| 22:08:29 | bluebrother | domonoky: already noticed Qt 4.4.1? |
| 22:08:38 | BigBambi | linuxstb: For the single licence for the themes site, would your preference be cc-by-sa? |
| 22:08:46 | BigBambi | Does anyone else have an opinion? |
| 22:09:43 | linuxstb | BigBambi: Yes. Oddly, I agree with rasher ;) |
| 22:10:28 | | Quit OlivierBorowski (Remote closed the connection) |
| 22:10:54 | rasher | I'm not sure anyone is advocating other licenses |
| 22:11:10 | BigBambi | I agree too, just checking :) |
| 22:11:11 | rasher | Just the "do we really need just one license?" angle |
| 22:12:36 | domonoky | bluebrother: yes, i just checked the changlog, seems no important changes for us.. |
| 22:12:53 | bluebrother | no ... still nice to see bugs fixed :) |
| 22:13:50 | pixelma | I thought about GPLing mine but don't have a real preference |
| 22:14:39 | scorche|sh | what do people have against cc-by-sa? (besides any nc clauses) |
| 22:15:11 | pixelma | nothing, I just know too little |
| 22:15:49 | scorche|sh | 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 | Soap | 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 | linuxstb | saratoga: One problem with Tremolo is that it seems to be licensed under v2 only of the GPL. |
| 22:18:54 | linuxstb | (plus a second, home-brew license, not compatible with the GPL) |
| 22:21:59 | linuxstb | Soap: Are there many cc-by-sa themes? |
| 22:22:17 | bertrik | is anyone using the md5sum plugin? |
| 22:23:26 | bertrik | 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 | linuxstb | 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 | bertrik | ah, I'll have a look at that patch. I think the current behaviour is unacceptable. |
| 22:26:40 | BigBambi | bertrik: I agree, a quit is essential |
| 22:27:07 | saratoga | linuxstb: you mean the GPLv2 only thing or GPL in general (verses LGPL or BSD)? |
| 22:27:24 | linuxstb | GPLv2 only |
| 22:28:02 | linuxstb | I thought a decision was made at devcon to move Rockbox to "v2 or later", and remove any "v2 only" code? |
| 22:28:24 | saratoga | linuxstb: the author is pretty reasonable, he'd probably allow us GPLv3 |
| 22:28:33 | saratoga | I'll ask him about it |
| 22:28:37 | linuxstb | We don't want GPLv3... We want "v2 or later". |
| 22:28:45 | saratoga | well if he offers 2 and 3 |
| 22:29:08 | linuxstb | We want "v2 or later"... |
| 22:29:28 | bluebrother | "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 | linuxstb | 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 | linuxstb | 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 | Soap | the ones w/o a license. |
| 22:40:55 | Soap | In the process of contacting those who I can. |
| 22:41:00 | BigBambi | 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 | linuxstb | Soap: Why move themes that work? |
| 22:42:15 | Soap | I thought my intentions were perfectly clear two hours ago. |
| 22:43:46 | Soap | 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 | Soap | 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 | Soap | If you want me to change my goals to "permissively licensed and / or working" I can do that too. |
| 22:46:29 | linuxstb | 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 | Soap | 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 | linuxstb | The original one to get rid of all unlicensed themes. |
| 22:48:19 | Soap | ok - can do. |
| 22:48:47 | Soap | I'll revert Archos and only graveyard ones (if any) which fail on the sim. |
| 22:49:05 | Soap | BigBambi, _I_ like your preamble. |
| 22:49:48 | BigBambi | cool :) |
| 22:50:56 | Soap | damn-it - there isn't a revert button, is there? |
| 22:52:03 | BigBambi | Very minor change - swap extent for maximum and remove a typo - http://www.pastebin.ca/1088879 |
| 22:52:08 | linuxstb | Soap: Just leave it... But maybe have a link to the graveyard? |
| 22:52:16 | Soap | That is comming |
| 22:53:15 | linuxstb | Soap: Is the plan one huge graveyard? I'm thinking that separate graveyards for each LCD will be needed. |
| 22:53:37 | Soap | The plan was one huge graveyard, but I can split it. |
| 22:53:56 | linuxstb | It's up to you - but I'm guessing the majority of themes will be there, at least initially. |
| 22:54:03 | pixelma | hmm... what about WPSs that use the %m tag? It doesn't fail but will look wrong... |
| 22:54:24 | linuxstb | They dont' fail? |
| 22:54:36 | Soap | pixelma, I wasn't going to work on fixing such themes until after the division. (Not saying someone else can't) |
| 22:55:55 | pixelma | 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 | pixelma | 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 |
| 23:00:42 | linuxstb | pixelma: Yes, I've just tested, and %m doesn't give an error... I don't understand why though. Nico_P? |
| 23:01:30 | afruff23 | linuxstb: were you able to find the bug with the WPS file? |
| 23:01:36 | pixelma | 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 | pixelma | IIRC |
| 23:02:02 | afruff23 | 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 | linuxstb | 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 | linuxstb | 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 | afruff23 | what sites can host zip files? |
| 23:11:05 | Nico_P | linuxstb: no it doesn't. you think it should? |
| 23:11:19 | | Quit bertrik_ ("Leaving") |
| 23:11:29 | linuxstb | 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 | pixelma | 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 | petur | hmmm |
| 23:22:08 | petur | most people complain they are too small |
| 23:22:15 | | Quit tehpaper (Read error: 104 (Connection reset by peer)) |
| 23:22:47 | pixelma | on the Archos screens the peakmeters were even only one line before - an the others already 2 sysfont lines |
| 23:23:00 | petur | I removed one of the two PM draw calls, I'll need to check why the second one was there |
| 23:23:11 | pixelma | same applies to the Iriver remote screens I think |
| 23:23:33 | petur | so you want them smaller again? |
| 23:24:02 | HellDragon | scorche: |
| 23:26:14 | | Quit massiveH ("Leaving") |
| 23:26:21 | pixelma | 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 | pixelma | btw. it also doesn't seem to record |
| 23:26:37 | Soap | cc-by-sa or CC-BY-SA or CC-by-SA? |
| 23:26:40 | petur | bugger |
| 23:27:05 | BigBambi | CC-BY-SA I think |
| 23:27:52 | | Join tehpaper [0] (i=UPP@653237hfc238.tampabay.res.rr.com) |
| 23:31:31 | pixelma | 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 | afruff23 | 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 | afruff23 | http://www.fileden.com/files/2008/7/31/2028676/HiPodNextV5.zip |
| 23:32:40 | afruff23 | of the wps that I'm making* |
| 23:33:11 | | Quit bluebrother ("leaving") |
| 23:33:39 | petur | pixelma: this is on an ondio, right? |
| 23:33:45 | pixelma | petur: no matter whether I started a recording before or not |
| 23:33:47 | pixelma | yes |
| 23:33:52 | pixelma | backlight modded |
| 23:34:11 | pixelma | OndioFM to be precise ;) |
| 23:34:32 | * | petur checks why his real-life tasks are hogging his system |
| 23:36:07 | linuxstb | afruff23: Your error is on line 14 - you've written %xK instead of %xdK |
| 23:37:48 | pixelma | 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 | petur | I'm not committing tonight anyway ;) |
| 23:38:48 | afruff23 | 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 | pixelma | petur: Archos owners who regularly record with their devices will be thankful ;) |
| 23:43:28 | | Quit ompaul (Client Quit) |
| 23:44:00 | petur | :( |
| 23:44:19 | | Quit snoh (Remote closed the connection) |
| 23:44:47 | pixelma | 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 | Soap | ok, most controversial work of the night:\ |
| 23:48:47 | Soap | Updated ThemesGuidelines |
| 23:50:19 | | Quit libzhark (Read error: 104 (Connection reset by peer)) |
| 23:50:29 | Soap | 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 | pandark | hello |
| 23:51:50 | pandark | a firmware is out for a creative muvo ? |
| 23:51:56 | pandark | i want test |
| 23:52:03 | pandark | i have a old player :/ |
| 23:52:11 | BigBambi | nope |
| 23:52:14 | pandark | ok |
| 23:52:49 | pandark | 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 | pandark | 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 | pandark | bye |
| 23:53:32 | | Part pandark ("-__-") |
| 23:55:20 | Imaginal | How does rockbox estimate battery time remaining? |
| 23:55:43 | BigBambi | black magic |
| 23:56:11 | BigBambi | More seriously, for those players on which it works, it uses calibrated measurements. |
| 23:56:15 | petur | s/black/octarine |
| 23:56:31 | BigBambi | There are many players on which it isn't too accurate |
| 23:56:58 | Imaginal | Specifically, I just replaced my ipod battery. Do I need to recalibrate anything? |
| 23:56:59 | Soap | pixelma, isn't you Archos cabbie v2.0 gpl licensed by "default" because it is included in the daily builds? |
| 23:57:00 | bertrik | I think it estimates the charge level from the voltage, time = charge level * max battery time * 100% |
| 23:57:29 | Soap | only thing you can change which affects the estimated runtime is the capacity, Imaginal |
| 23:58:18 | Imaginal | hmmm... I think I have an angry e-mail to write then about getting a weak battery |
| 23:58:20 | pixelma | Soap: I would think so |
icon identifies that the person is a core developer (has commit access).