00:02:58 | | Quit Highlander (Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20110928134238]) |
00:04:41 | | Nick scorche` is now known as scorche (~scorche@rockbox/administrator/scorche) |
00:04:52 | | Quit keyb_gr (Ping timeout: 276 seconds) |
00:05:56 | | Join keyb_gr [0] (~chatzilla@p4FF02BEA.dip.t-dialin.net) |
00:06:44 | *** | Saving seen data "./dancer.seen" |
00:25:03 | JdGordon | lebellium: not (currently) without making the whole list use skin lists |
00:25:20 | JdGordon | but even then, scrollbars don't work comeplty properly |
00:26:08 | pamaury | Zoiah: I find out ! |
00:26:14 | Zoiah | pamaury: woo! |
00:27:54 | CIA-14 | New commit by pamaury (r30858): sbtools: fix handling of raw mode, have elf_write looks like elf_read, fix uninitiliazed offset of bss sections, add real key override on decrypt |
00:28:13 | Zoiah | BTW, how do you decrypt the firmware yourself now? |
00:28:13 | pamaury | that was stupid but I'm tired and I missed it... |
00:28:26 | JdGordon | bertrik: nice clip clip pic :) pity about the colours |
00:28:41 | bertrik | I'm about to commit a fix for that |
00:28:41 | pamaury | I use the real key dumped by the tool with you and added some code, see my commit |
00:29:05 | Zoiah | Ahh, ok. |
00:29:35 | Zoiah | Ohh, so you don't have the original key for the device, but because of the crazy random + aes key setup this device uses, you can still decrypt it? |
00:29:35 | CIA-14 | r30858 build result: All green |
00:29:48 | pamaury | yes, because you did it |
00:29:50 | pamaury | :) |
00:30:06 | Zoiah | Because you decrypt the key on the device itself? |
00:30:18 | pamaury | yes |
00:30:37 | Zoiah | Ok, I understand. |
00:30:38 | pamaury | that basically the only use of the device: decrypt the real key with the OTP key |
00:31:12 | lebellium | JdGordon: thank you :) I also wonder if it is possible to use the %fb tag in a conditional tag. I tried %?if(%fb, =, 192)<do that|otherwise do that> but it doesn't seem to understand "if bitrate = 192 do that, otherwise do that" hum |
00:33:37 | pamaury | Zoiah: can you try with the latest commit and confirm randomness is gone ? |
00:33:46 | Zoiah | pamaury: will do, one moment. |
00:34:31 | JdGordon | lebellium: hmm, yeah I don't think that will work |
00:36:17 | lebellium | JdGordon: Yeah the goal was to optimize the display depending if the bitrare is xxx kbps or xxxx kbps (mainly FLAC and WAV files) but I think I will make things easier lol |
00:36:49 | CIA-14 | New commit by bertrik (r30859): Sansa clip zip: fix colours of icons, logos, album art ... |
00:37:17 | lebellium | JdGordon: do you know the conditions to get a new device on this page: http://themes.rockbox.org/index.php ? |
00:37:43 | JdGordon | talk to rasher I think |
00:38:33 | CIA-14 | r30859 build result: All green |
00:40:25 | lebellium | rasher: hello, do you know the conditions to get a new device on this page: http://themes.rockbox.org/index.php ? |
00:40:38 | Zoiah | pamaury: randomness is gone. |
00:41:21 | JdGordon | lebellium: hmm, i don't know how to fix %if in a sane way |
00:41:35 | JdGordon | it thinks 192 is a number, but in your case it is text |
00:41:43 | JdGordon | so it does the wrong comparrison operation |
00:41:55 | pamaury | Zoiah: cool |
00:44:12 | lebellium | JdGordon: maybe this tag is problematic because of VBR files it has to support too. It cannot say if %fb = or differs from the figure I put if the bitrate is variable. |
00:46:51 | | Quit Jerom (Quit: Leaving.) |
00:46:56 | | Quit pamaury (Remote host closed the connection) |
00:48:47 | | Join Topy44 [0] (~Topy44@f048225103.adsl.alicedsl.de) |
00:49:54 | | Quit Acorn (Quit: Page closed) |
01:00 |
01:11:57 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
01:13:50 | | Quit robin0800 (Quit: Leaving) |
01:18:47 | | Join funman [0] (~fun@rockbox/developer/funman) |
01:19:00 | funman | bertrik: ping |
01:20:45 | funman | bertrik: clip zip OFs in mkamsboot.c are under #if 1 /* disabled for now because it's not been proven they can be patched */ |
01:21:26 | | Join robin0800 [0] (~robin0800@149.254.60.163) |
01:21:30 | funman | could you test 1.1.12 and 1.1.15 or just disable them and wait for someone to test them (we can only care about the last version though) |
01:30:44 | | Quit keyb_gr (Ping timeout: 260 seconds) |
01:32:34 | | Quit domonoky (Read error: Connection reset by peer) |
01:34:04 | | Quit ageis () |
01:35:55 | | Quit funman (Quit: leaving) |
01:37:25 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
01:38:00 | | Quit ender` (Quit: It is better to stay silent and be thought a fool, than to open one’s mouth and remove all doubt. -- Abraham Lincoln) |
01:42:08 | | Quit ChickeNES (Read error: Connection reset by peer) |
01:42:26 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
01:42:39 | JdGordon | lebellium: do you do your own build? I have an idea for a quick fix |
01:45:30 | | Quit n1s (Remote host closed the connection) |
01:46:03 | lebellium | JdGordon: No, I don't develop at all, lorenzo is the developer for the Samsung R0 port and I'm preparing the 1st theme for this device ;) |
01:51:06 | | Join ungali [0] (~ae002911@www.haxx.se) |
01:52:58 | ungali | Where can I find information about the format of .playlist_control? |
01:53:03 | | Quit ChickeNES (Read error: Connection reset by peer) |
01:53:10 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
01:54:01 | JdGordon | ungali: apps/playlist.c |
01:54:03 | | Quit ChickeNES (Read error: Connection reset by peer) |
01:54:25 | ungali | Thank you. |
01:54:28 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
01:59:04 | JdGordon | lebellium: yeah, got a working fix for you, might think about it a bit more before puting a patch online though |
01:59:20 | JdGordon | I had to add 2 op keywords to make it work, which isnt very nice |
02:00 |
02:00:00 | lebellium | JdGordon: Okay cool :) It's 2AM here in Berlin, I go to bed now, see that with you tomorrow |
02:04:07 | kugel | http://imagebin.org/181507 |
02:04:17 | kugel | the red area at the bottom is a .bmp file |
02:06:47 | *** | Saving seen data "./dancer.seen" |
02:07:51 | JdGordon | thats going to make people very happy! |
02:15:55 | kugel | hope so :) |
02:16:41 | | Quit lebellium (Quit: ChatZilla 0.9.87 [Firefox 8.0/20111026191032]) |
02:17:22 | kugel | damn lcd_bitmap_* functions. I want that name for my new function |
02:17:47 | | Quit bertrik (Ping timeout: 240 seconds) |
02:22:44 | kugel | that's going to work nicely for icons I think |
02:30:54 | | Quit ChickeNES (Read error: Connection reset by peer) |
02:31:16 | | Join ChickeNES [0] (~ChickeNES@128.135.100.102) |
02:32:11 | | Quit markun (Ping timeout: 240 seconds) |
02:42:40 | | Quit ChickeNES (Quit: Computer has gone to sleep.) |
02:53:06 | | Quit ungali (Quit: CGI:IRC (Ping timeout)) |
02:00:00 | | Quit toffe82_ (Ping timeout: 240 seconds) |
02:04:53 | | Quit ReimuHak_ (Ping timeout: 255 seconds) |
02:07:00 | | Join ReimuHak_ [0] (~reimu@adsl-99-35-86-54.dsl.kntpin.sbcglobal.net) |
02:17:29 | | Join toffe82 [0] (~chatzilla@71.142.13.195) |
02:24:24 | | Join ageis [0] (~ageis@c-76-127-201-198.hsd1.ma.comcast.net) |
02:30:57 | | Quit ageis (Ping timeout: 258 seconds) |
02:46:27 | | Join nsx [0] (jm@epicsol.org) |
02:47:26 | nsx | any of you have any experience unbricking a fuze v2? I'm trying the method described in the guide to short the recovery pins, but it's simply not working −− the device continues to go into the original firmware, which hangs during the bootup animation |
03:00 |
03:06:51 | *** | Saving seen data "./dancer.seen" |
03:22:28 | | Join ungali [0] (~ae002911@www.haxx.se) |
03:26:31 | | Quit GeekShadow (Quit: leaving) |
03:26:51 | | Join ReimuHa__ [0] (~reimu@adsl-99-35-86-54.dsl.kntpin.sbcglobal.net) |
03:27:29 | | Quit ReimuHak_ (Ping timeout: 258 seconds) |
03:44:03 | | Quit ungali (Quit: CGI:IRC (EOF)) |
03:47:01 | | Quit [7] (Disconnected by services) |
03:47:13 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
03:51:16 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
03:51:17 | | Quit bertrik (Changing host) |
03:51:17 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
03:51:28 | | Quit bertrik (Read error: Connection reset by peer) |
04:00 |
04:05:56 | | Join T44 [0] (~Topy44@f048225103.adsl.alicedsl.de) |
04:05:59 | | Quit Topy44 (Ping timeout: 260 seconds) |
04:24:19 | | Quit pixelma (Disconnected by services) |
04:24:19 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:24:24 | | Quit amiconn (Disconnected by services) |
04:24:25 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:24:37 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:24:47 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:26:44 | [Saint] | Someone rang? |
04:31:18 | | Quit TheSeven (Disconnected by services) |
04:31:25 | | Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) |
04:31:31 | | Join [7] [0] (~TheSeven@rockbox/developer/TheSeven) |
04:32:57 | * | [Saint] wonders about kugel 's example bitmap. |
04:33:14 | [Saint] | What's happening there? |
04:35:48 | | Quit ps-auxw (Ping timeout: 240 seconds) |
04:39:56 | | Join ps-auxw [0] (~arneb@p4FF7FF52.dip.t-dialin.net) |
04:51:38 | | Quit [Saint] (Remote host closed the connection) |
04:56:13 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
05:00 |
05:00:35 | JdGordon | [Saint]: IIUC the red part at the bottom is a transparent bitmap image |
05:01:16 | [Saint] | Seems frickin pointless to me. |
05:01:39 | JdGordon | hehe |
05:01:49 | JdGordon | someone has to dissent :) |
05:02:03 | [Saint] | With no way to layer viewports consistently, its a bit of a waste. |
05:02:19 | [Saint] | Just do the transparency in the image itself... |
05:02:47 | JdGordon | yeah, but then it is 100% transparent or 100% opaque |
05:03:32 | [Saint] | No, I mean...if you want to do transparency effects do it in an image editor. |
05:03:45 | [Saint] | Then export to bitmap. |
05:03:55 | JdGordon | thats what is happening |
05:04:00 | JdGordon | same as aa fonts |
05:04:32 | [Saint] | Oh....right. I thought the core was doing the transparency. |
05:04:51 | [Saint] | Right, that makes much more sense now. |
05:06:52 | *** | Saving seen data "./dancer.seen" |
05:30:05 | | Join Rob2223 [0] (~Miranda@p5DE4B18E.dip.t-dialin.net) |
05:33:29 | | Quit Rob2222 (Ping timeout: 260 seconds) |
05:33:53 | | Quit ps-auxw (Ping timeout: 260 seconds) |
05:35:20 | | Join ps-auxw [0] (~arneb@2001:470:c807:0:1532:4e5f:2ad3:4123) |
06:00 |
06:01:31 | | Join Llorean [0] (~DarkkOne@rockbox/user/Llorean) |
06:07:24 | | Quit linuxguy3 (Ping timeout: 252 seconds) |
06:09:20 | | Join linuxguy3 [0] (~timj@24-148-61-208.c3-0.lem-ubr1.chi-lem.il.cable.rcn.com) |
06:28:34 | JdGordon | [Saint]: have you got bitmaps you want to use for the list scrollbar? |
06:29:42 | [Saint] | Not at this stage, no. I try to avoid doing work surrounding impossible things :) |
06:30:10 | JdGordon | impossible? |
06:31:14 | [Saint] | Oh...*list* scrollbar, no. |
06:31:33 | JdGordon | which scrollbar did you think i meant? |
06:32:11 | [Saint] | Well, by lists scrollbar um assuming you're meaning skinned lists? |
06:32:34 | [Saint] | If not, I count impossible the same as "not currently possible" |
06:32:39 | JdGordon | yeah, bored, so looking into finishing them |
06:34:13 | [Saint] | Yeah...no sorry. I've still not looked into the nightmare that is skinned lists. Especially as if I went that route now it breaks the ability to expand padding with the recent patch. |
06:34:36 | [Saint] | ...which is apparently wanted. |
06:35:00 | [Saint] | *not looked into it for these themes |
06:36:12 | JdGordon | grrrrr is all i can say to that! |
06:37:38 | [Saint] | I could possibly swap out the ui viewport based on the padding setting...but that seems rather convoluted. |
06:39:00 | | Quit robin0800 (Quit: Leaving) |
07:00 |
07:02:20 | | Part toffe82 |
07:06:55 | *** | Saving seen data "./dancer.seen" |
07:08:45 | | Quit [Saint] (Quit: Quit...) |
07:37:36 | | Quit bluefoxx (Ping timeout: 252 seconds) |
07:39:43 | | Join bluefoxx [0] (fuzzylomba@S0106e0cb4e0a6d8a.vs.shawcable.net) |
07:44:03 | | Join Topy44 [0] (~Topy44@f048225103.adsl.alicedsl.de) |
07:44:10 | | Quit T44 (Ping timeout: 244 seconds) |
07:44:59 | | Quit nosa-j (Ping timeout: 240 seconds) |
08:00 |
08:01:50 | | Join PurlingNayuki [0] (~yzflcyq@113.97.81.202) |
08:03:47 | | Part PurlingNayuki |
08:12:02 | | Join Keripo [0] (~Keripo@dhcp0751.kin.resnet.group.UPENN.EDU) |
08:19:46 | | Join markun [0] (~markun@s3eea32f5.adsl.wanadoo.nl) |
08:34:36 | JdGordon | there is something wrong with me if i can fall asleep with death metal screaming from the tv isnt there? :) |
08:35:49 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
08:53:39 | | Join pamaury [0] (~quassel@213.103.191.81) |
08:53:40 | | Quit pamaury (Changing host) |
08:53:40 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
09:00 |
09:06:57 | *** | Saving seen data "./dancer.seen" |
09:08:55 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
09:08:56 | | Quit bertrik (Changing host) |
09:08:56 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
09:09:48 | CIA-14 | New commit by bertrik (r30860): Sansa clip zip: allow original firmware versions 1.1.12, 1.1.15 and 1.1.17 to be patched |
09:11:50 | CIA-14 | r30860 build result: All green |
09:17:31 | | Join lebellium [0] (~chatzilla@91-65-137-216-dynip.superkabel.de) |
09:19:24 | | Join stoffel [0] (~quassel@p57B4C987.dip.t-dialin.net) |
09:20:41 | kugel | [Saint]: hm, I was hoping you would be more excited |
09:22:57 | lebellium | hey guys! is it possible to force an album art to use the maxwidth and maxheight of the l tag. I mean I want a 500*443 album art displaying in 240*240 on the player (cutting the edges for instance) |
09:22:58 | [Saint] | At first I thought "why?", but then I realized that it was displaying a bitmap that already contained transparency. I thought the core was applying transparency to the image. |
09:23:17 | lebellium | of the l tag* |
09:23:35 | [Saint] | Now I'm just like "yay...pity there's no sane way to layer viewports". |
09:24:33 | [Saint] | Its still cool, just...not as cool as it could be if we could actually layer viewports/images. |
09:26:57 | [Saint] | It'd be useful for moving an image, maybe? |
09:27:31 | | Join n1s [0] (~quassel@rockbox/developer/n1s) |
09:27:37 | [Saint] | But for now if I want transparency I just add the blending of x, y and z into the image itself. |
09:27:48 | kugel | [Saint]: the image has an alpha channel. the core is blending with the backdrop |
09:28:27 | [Saint] | Right...and, if a viewport overlaps it fucks up dramatically? Or no? |
09:28:28 | kugel | I wonder what viewport layers (what's that anyway?) has to do with it? |
09:29:45 | | Join dfkt [0] (~dfkt@unaffiliated/dfkt) |
09:29:54 | [Saint] | A way to overlap viewports (sanely), and display the viewport behind the current one is where I'd find this useful. |
09:30:04 | [Saint] | Right now, that's not possible. |
09:30:20 | [Saint] | The skin engine has no concept of front or back. |
09:30:49 | kugel | this is useful as to not need to hack backdrop parts into images. now you need to specially craft the images and redo them if they move only 1 pixel |
09:31:04 | | Join Pasiasty [0] (~pasiutria@h11093.man.tk-internet.pl) |
09:31:28 | [Saint] | kugel: but how often do images move conditionally like this? |
09:31:47 | [Saint] | Not enough to make it part of the core I'd wager. |
09:31:56 | kugel | not at all, because it's not possible currently :) |
09:32:10 | [Saint] | It is possible... |
09:32:30 | [Saint] | Its just done rarely. |
09:32:52 | kugel | what do you mean by possible? |
09:33:05 | kugel | it's possible by using a separate image per position, perhaps |
09:33:35 | [Saint] | Yes...which only bloats the theme, not the skin engine :) |
09:33:56 | [Saint] | ...the time for not bloating the skin engine is long gone, though... |
09:33:58 | [Saint] | :) |
09:34:10 | kugel | but it's a hell lot of more work to create, so it's rarely done |
09:34:34 | kugel | and it's relatively recent that images don't cap the theme's ram usage anymore |
09:34:46 | | Quit n1s (Ping timeout: 240 seconds) |
09:35:11 | kugel | I'm also thinking icons for lists |
09:35:12 | [Saint] | The reason you just mentioned is another reason I |
09:35:27 | [Saint] | m a bit "meh" about it. |
09:36:17 | [Saint] | I can load all the images I want. Ans since there's no front or back I can easily predict how it will display. |
09:36:26 | [Saint] | *and |
09:36:54 | | Part Pasiasty |
09:37:00 | [Saint] | Its still cool...ages ago I'd be damn impressed. |
09:37:30 | kugel | well, it comes almost for free since the blending function is already there. just needs ram to store the alpha channel (if there's one) |
09:37:57 | [Saint] | How free is "almost"? |
09:38:18 | kugel | didn't check bin size numbers yet |
09:38:22 | [Saint] | Is there a patch I can look at? |
09:38:54 | kugel | http://pastie.org/2781838 |
09:39:00 | [Saint] | Thanks. |
09:41:12 | [Saint] | Done with substantially less loc than I expected. Nice. |
09:42:00 | kugel | would be even less if the viewport/image clipping wouldnt be so stupidely copied in every funtion there :) |
09:42:31 | [Saint] | I can see myself using this for button effects...maybe. |
09:43:01 | kugel | I think it'll be nice for icons in lists |
09:43:49 | [Saint] | Actually...buttons don't move. Hmmm. |
09:43:58 | kugel | then we can sensibly convert from tango without the post-processing needed due to transparency problems |
09:44:26 | [Saint] | I *might* find somewhere fun to use it. I've had a few drinks. Not in code-mode. |
09:44:31 | [Saint] | :) |
09:45:06 | kugel | can also use the same images for all, sbs, fms and wps with different backdrops |
09:45:34 | [Saint] | kugel: aha! Yes...the tango icon problem. |
09:45:48 | [Saint] | Very nice. Didn't think about that. |
09:46:19 | [Saint] | Anything that stops me having to do those by hand is fine by me! :p |
09:46:30 | | Join Jerom [0] (~jerome@79.132.42.48) |
09:47:27 | [Saint] | Ohhhhhh! |
09:47:47 | [Saint] | I can finally do proper screen transition effects! |
09:48:07 | [Saint] | Yess! |
09:48:58 | [Saint] | (Might be a bit slow still, but, I should be able to pull of a fade/dither screen effect with this) |
09:50:31 | kugel | finally some excitement! :) |
09:50:37 | [Saint] | Or fading out album art at tacks end. |
09:50:55 | [Saint] | And in again for the new track. |
09:51:10 | [Saint] | Bah! Nope...that needs a sense if layering. |
09:51:20 | [Saint] | *of layering. |
09:52:55 | [Saint] | A screen transition isn't very fun if there's nothing on the screen but the backdrop...dammit. I thought I was onto something. |
09:53:38 | [Saint] | Ill find *something* fun to do with this... |
09:53:54 | bluebrother^ | fade to some random image? |
09:57:59 | [Saint] | Hummm ...we can't do conditional backdrops, bah! Well...until I think of the "fun" use for this, not having to do the tango iconsets by hand serves as a large bonus. |
09:59:47 | | Join ender` [0] (~ender@foo.eternallybored.org) |
10:00 |
10:00:45 | [Saint] | ...images could fade in from the backdrop on screen change? That'd be a weird/nice effect. |
10:03:11 | lebellium | [Saint] hey, do you know the conditions to get a new device on this page: http://themes.rockbox.org/ particular port status? |
10:04:05 | [Saint] | "be a supported device" |
10:05:09 | lebellium | means Unstable port but not Unusable port? |
10:05:21 | [Saint] | Correct. |
10:05:48 | lebellium | okay thanks :) |
10:06:22 | CIA-14 | New commit by bertrik (r30861): Sansa clip zip: make the simulator work by adding the background bitmap |
10:06:27 | [Saint] | There's a chance it already shares a screen size with a supported model. |
10:07:07 | bertrik | the clip zip can use album art as a kind of WPS backdrop |
10:07:14 | bertrik | the OF does that, I mean |
10:07:49 | [Saint] | bertrik: we can too...kinda. |
10:08:02 | [Saint] | But the results are wildly unpredictable. |
10:08:14 | lebellium | [Saint]: yes sure, I'm making a Samsung R0 theme that should work with Toshiba Gigabeat (I actually use its UI simulator since none exists for R0): 240*320 resolution |
10:08:14 | CIA-14 | r30861 build result: All green |
10:08:48 | kugel | we could have that, but backdrops need to be exactly the screens resolution |
10:09:09 | kugel | so a 96x92 AA breaks it |
10:09:45 | [Saint] | lebellium: themes aren't sorted by device, but rather screen type/dimension. |
10:10:32 | [Saint] | So as soon as <whatever device> is added to the themesite, if it scares a screen size and type, it will already have themes available. |
10:10:46 | lebellium | Of course, the device is just a "tag" right? |
10:10:48 | [Saint] | *shares rather, not scares. |
10:10:58 | [Saint] | Correct. |
10:17:03 | [Saint] | kugel: on that thought...couldn't we scale the aa to max width, then center it and add padding to max height? |
10:17:06 | dfkt | is it possible to show fullscreen album art via a button press, or is this only possible via timed viewport cycling? |
10:17:33 | kugel | [Saint]: is doable sure, but not implemented yet |
10:17:51 | [Saint] | dfkt: a *physical* button? |
10:17:53 | dfkt | yes |
10:18:01 | [Saint] | Or a touchscreen area? |
10:18:03 | dfkt | clip zip :) |
10:18:10 | [Saint] | Then no. |
10:18:14 | dfkt | 96x96 sucks big time :p |
10:18:18 | dfkt | thought so, thanks |
10:19:27 | [Saint] | kugel: yeah, I know its not there yet...just thinking out loud about how aa-as-a-backdrop could work. |
10:19:35 | dfkt | the most i could squeeze out of the screen, so far, with still showing relevant info - http://img.elektrokrishna.com/images/17517542474179276223.png |
10:19:45 | [Saint] | We could also scale to max height, and clip edges. |
10:19:55 | [Saint] | Or offer both. |
10:20:26 | [Saint] | Most media players seem to be doing this aa-as-backdrop thong lately. |
10:20:37 | [Saint] | *thing, whoops. |
10:20:59 | lebellium | [Saint]: how to force an album art to display max width und height? For instance forcing a 500*433 album art to display 240*240 on the device (stretched or edges cutted) |
10:21:47 | [Saint] | lebellium: I believe you want the "center" flag. |
10:22:15 | [Saint] | 240,240,c |
10:23:01 | lebellium | ah did not know about it, not written here http://www.rockbox.org/wiki/CustomWPS I guess |
10:23:09 | [Saint] | but realistically...its better to not even try to deal with non-square aa |
10:25:14 | [Saint] | A theme should never assume album art is a certain height. Just try its best to display what it can. |
10:26:04 | [Saint] | The center flag is the "best" was to achieve this. |
10:26:47 | lebellium | hum doesn't seem to work |
10:26:57 | lebellium | here a 500*500 album art : lebellium/R0/Rockbox/dump%20111023-235428.bmp">http://media.generationmp3.com/lebellium/R0/Rockbox/dump%20111023-235428.bmp |
10:27:13 | lebellium | here a 500*443 album art: lebellium/R0/Rockbox/dump%20111030-102548.bmp">http://media.generationmp3.com/lebellium/R0/Rockbox/dump%20111030-102548.bmp |
10:27:16 | lebellium | with c tag |
10:28:57 | [Saint] | %Cl(0,0,240,240,c,c) |
10:29:08 | [Saint] | ...is the correct syntax. |
10:29:18 | bluebrother^ | bertrik: how much is left for the clipzip bootloader? IOW, does it make sense to add it to Rockbox Utility (the installation is the same as the clip, is it?) |
10:29:26 | lebellium | # Album Art |
10:29:28 | lebellium | # |
10:29:29 | lebellium | %Vl(a,0,21,240,240,-) |
10:29:31 | lebellium | l(0,0,240,240,c,c) |
10:29:32 | lebellium | d |
10:29:58 | lebellium | I use your syntax |
10:29:59 | bertrik | bluebrother^, it doesn't boot the OF yet when woken up by USB plugin |
10:30:22 | bertrik | and yes, the installation is the same as all the clips |
10:30:55 | bluebrother^ | is that a problem? |
10:31:08 | [Saint] | lebellium: "l(0,0..." looks VERY wrong. |
10:31:20 | [Saint] | You want %Cl |
10:31:21 | bluebrother^ | I'd like to get a new Rockbox Utility out soonish. Currently trying to update the build setup ... |
10:31:23 | lebellium | no but it's the IRC here that cuts |
10:31:29 | lebellium | % Cl |
10:31:37 | lebellium | I have exactly the syntax you said |
10:31:38 | bluebrother^ | so unless that's much of a problem we could add the clipzip as disabled target. |
10:31:47 | bluebrother^ | so people can actually try / use it. |
10:32:13 | | Quit mikroflops (Ping timeout: 258 seconds) |
10:32:30 | bluebrother^ | bertrik: oh, and I've tried FS #12082 but that makes my nano2g hang on boot. Haven't found the time to investigate though |
10:32:30 | fs-bluebot | http://www.rockbox.org/tracker/task/12082 Attempt to add IAP support to the nano 2g (patches, new) |
10:33:25 | [Saint] | lebellium: pass...I'm on my phone right now. Basically, ill say "use square album art and assume everyone else does too". |
10:33:47 | [Saint] | Its easier :) |
10:33:54 | lebellium | indeed hehe |
10:34:08 | bertrik | bluebrother^, I'm excited about adding clip zip stuff, but maybe we shouldn't rush the clip zip bootloader into rbutil yet |
10:34:22 | | Join mikroflops [0] (~yogurt@h-34-156.a238.priv.bahnhof.se) |
10:34:28 | bertrik | it's not in our build system yet |
10:34:41 | [Saint] | It used to work at one point...I'll look into it and (maybe) file a bug against it. |
10:34:51 | bluebrother^ | iirc the bootloader file is downloaded from the webserver anyway. |
10:34:58 | [Saint] | We should be able to center non-square aa. |
10:35:03 | bertrik | and we may still have changes in the bootloader in the coming time |
10:35:08 | [Saint] | If its not working, its a bug. |
10:35:14 | bluebrother^ | so I don't see a problem with adding it as disabled target −− it won't be shown by default |
10:35:29 | bertrik | what is the effect of it being a disabled target? |
10:36:32 | lebellium | [Saint]: it doesn't work neither with the UI simulator nor on the real device so I assume it's a bug yes |
10:36:38 | bluebrother^ | it's not shown in the target list, but you can enable it. |
10:36:55 | bluebrother^ | and on enabling you get a warning saying that you should be a developer when using that :) |
10:37:09 | bertrik | ok, cool, so people have to make some conscious effort to decide whether they want it or not :) |
10:37:42 | bluebrother^ | apart from that there is no difference. The advantage is that you can use Rockbox Utility for installing things. Bootloader is usually the thing that doesn't work, everything else is just downloading zip files and extracting them :) |
10:38:07 | [Saint] | The same way "unusable" stops people from installing, right? :p |
10:39:13 | bluebrother^ | f.e. I added the SA9200 as disabled target recently. I cannot install the bootloader but I can use it for everything else which is quite useful (just think about generating voicefiles ... except that there's still a bug open with that. Fortunately that affects only Windows :P ) |
10:39:24 | dfkt | lebellium, you used two center tags "c,c" - try just one |
10:40:10 | [Saint] | dfkt: the center flag shouldn't be used if its not needed. |
10:40:35 | bertrik | bluebrother^, ok sounds fine |
10:40:52 | lebellium | dfkt: I also tried just with one. Does it work for you? Actually I guess I'll give up and just hope people use normal album arts |
10:41:19 | dfkt | yeh, i used centering in the clipzip theme i'm working on atm |
10:41:31 | bluebrother^ | hmm, dualboot.c is compiled into libmkamsboot. But I don't think that's much of an issue for a disabled target. |
10:41:33 | dfkt | [Saint], why should it be avoided? |
10:41:45 | bertrik | regarding FS #12082, please add your comment. I hope Lalufu can debug it. He already made another serial port on the nano 2g work IIRC, so IAP should not be that far away |
10:41:45 | fs-bluebot | http://www.rockbox.org/tracker/task/12082 Attempt to add IAP support to the nano 2g (patches, new) |
10:41:46 | bluebrother^ | maybe it makes sense to disable bootloader installation for the clipzip for the next release |
10:42:43 | [Saint] | dfkt: I wasn't saying that. I was saying "having the additional center flag there would do no harm" |
10:43:19 | dfkt | ah |
10:43:23 | lebellium | dfkt: May I have a look at your wps file? |
10:44:06 | dfkt | lebellium - http://pastie.org/2782023 |
10:45:22 | dfkt | i'm using a negative height value to display square album art (or any album art) centered in a 96x64 area |
10:48:09 | lebellium | dfkt: yep I see that, I was wondering^^ |
10:49:12 | | Join Stummi [0] (~Stummi@rockbox/developer/Stummi) |
10:50:21 | | Join bluebrother [0] (~dom@g231121061.adsl.alicedsl.de) |
10:50:33 | | Quit bluebrother (Changing host) |
10:50:33 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
10:50:50 | bluebrother | bertrik: can you add the USB IDs to the DeviceDetection wiki page? |
10:51:04 | bertrik | yes |
10:51:12 | bluebrother | great, thanks |
10:51:57 | bertrik | you need the ones for MSC mode I suppose (I don't know if they are different for MTP) |
10:53:10 | | Quit fs-bluebot (Ping timeout: 240 seconds) |
10:54:04 | | Quit bluebrother^ (Ping timeout: 258 seconds) |
10:55:10 | pamaury | bertrik: can you add two usb ids for me at the same time ? |
10:55:26 | bertrik | sure |
10:55:50 | | Join fs-bluebot [0] (~fs-bluebo@g231121061.adsl.alicedsl.de) |
10:56:33 | pamaury | 066f:3780: Fuze+ recovery mode (i.Mx 233/STMP3780 recovery) [duplicate] |
10:56:33 | pamaury | 0781:74e1: Fuze+ MSC |
10:57:43 | bertrik | pamaury, I'm done making the change for the clip zip, you can edit it yourself now if you want |
10:59:55 | * | [Saint] spots a pamaury |
11:00 |
11:00:02 | [Saint] | You rang earlier? |
11:00:21 | pamaury | should I add recovery mode to sandisk part of the list ? |
11:00:33 | * | pamaury don't understand [Saint] statement |
11:01:31 | [Saint] | Andchat tells me you pinged and/or highlighted me earlier. |
11:01:40 | | Quit Jerom (Quit: Leaving.) |
11:01:43 | [Saint] | But doesn't scroll back that far. |
11:03:27 | pamaury | ah yes, that was for someone who didn't understand some wps tag |
11:03:44 | * | bluebrother spots that we don't have support for the fuze+ in Rockbox Utility :) |
11:03:45 | pamaury | I thought you could know so I invoked you :) |
11:03:58 | pamaury | bluebrother: yes, I'm working on it :) |
11:05:09 | [Saint] | pamaury: ah, I see. Cool. |
11:05:39 | lebellium | dfkt argh I don't manage to do it, actually I want to the contrary of your: I want all album arts to display full screen in a 240*240 window, whatever their original size (500*500, 500*400). %Vl(a,0,21,240,240,-) and l(0,0,240,240,c) is not working, the 500*400 album arts don't display full screen |
11:06:28 | lebellium | why the hell does the IRC cut my % Cl tag everytime -_- |
11:07:00 | *** | Saving seen data "./dancer.seen" |
11:08:29 | [Saint] | Crap irc client? ;) |
11:08:49 | bluebrother | the number of Sandisk player is quite impressive these days |
11:08:52 | lebellium | Chatzilla? |
11:09:16 | [Saint] | Never heard of it...so "yes, probably". |
11:09:22 | [Saint] | :) |
11:11:46 | | Join MethoS- [0] (~clemens@134.102.106.250) |
11:11:50 | [Saint] | lebellium: your dedication is impressive. I myself used to be quite concerned about such things. Especially things lile missing metadata, translation and rtl languages. And then I just stopped caring about corner cases as it makes things very un-fun to code for. |
11:12:30 | | Quit stoffel (Ping timeout: 248 seconds) |
11:15:41 | | Join webguest52 [0] (~524a25bf@www.haxx.se) |
11:16:08 | | Quit webguest52 (Client Quit) |
11:16:20 | dfkt | lebellium, i think you can just "crop" album art, like in my wps, but not "stretch", like you want to do |
11:16:30 | lebellium | [Saint]: indeed, my concerns don't make things easier and my WPS code is quite frightening lol But as it's my very first rockbox theme, I want it to be the best possible. Now I'm wondering why using %V(167,279,70,-,-)%ar%pp/%pe , %pe is not right aligned up to the last pixel possible hum |
11:17:31 | JdGordon | because you put a space there |
11:17:45 | [Saint] | I just caught that too :) |
11:19:19 | lebellium | JdGordon: ahhh! Thanks!! So much time wasted for an invisible space :D |
11:19:33 | [Saint] | We saw it :) |
11:19:58 | [Saint] | Hint: use an editor that supports displaying whitespace. |
11:20:02 | * | bluebrother thinks that some module tests for the skin stuff would be nice |
11:20:09 | [Saint] | Save you a bunch of hurt. |
11:20:20 | lebellium | I use Notepad++ on Win 7. Maybe I can set it like you say |
11:20:26 | bluebrother | or configure your editor to hilighttrailing space :) |
11:20:44 | [Saint] | Notepad++ |
11:20:49 | [Saint] | Argh! |
11:21:07 | bluebrother | use gvim! |
11:21:10 | * | bluebrother hides |
11:21:11 | dfkt | bertrik, the zip ui sim has very low screen brightness/contrast here... do you know why that is? |
11:21:19 | * | [Saint] couldn't be happier with SciTE |
11:21:36 | JdGordon | bluebrother: which parts? the onl real bit that feasibly can be unit tested is the parsr, and it doesnt really need |
11:23:59 | bluebrother | JdGordon: as much as possible of course! |
11:23:59 | bertrik | dfkt, I don't know, but I see that brightness 9 (the brightest) is indeed very dim, while brightness 8 is fine |
11:25:11 | bertrik | I suspect a bug in the general simulator code w.r.t. brightness |
11:25:14 | dfkt | ah, that did it, thanks - very weird |
11:25:27 | JdGordon | bluebrother: how about someone put proper unit testing for important bits like... playback, *buflib*, etc first? :) |
11:26:29 | | Quit Whopper (Ping timeout: 255 seconds) |
11:26:31 | bertrik | can we make a plugin to do buflib stress testing perhaps? |
11:26:57 | bertrik | we don't really have a framework for doing unit tests, do we? |
11:27:09 | JdGordon | buflib shold be testable outside of rockbox |
11:27:31 | bertrik | we can do a test with a plugin in the simulator |
11:27:56 | JdGordon | not as easily as building a library and a seperate program |
11:28:10 | JdGordon | buflib is used everywhere but isnt tied to rockbox core (much) |
11:28:14 | bertrik | I don't see how you can draw that conclusion |
11:28:56 | bluebrother | JdGordon: I would welcome that! |
11:29:13 | bluebrother | wasn't part of the SoC plan to have a test program for buflib btw? |
11:29:32 | JdGordon | bertrik: what does buflib require? just a buffer to deal with, what else in the core does it require |
11:29:41 | JdGordon | playback and everything builds ontop of it |
11:30:08 | JdGordon | but its pointless now, seems like the buflib bugs are gone now |
11:30:21 | bluebrother | IMO adding unit test is never pointless |
11:30:43 | bluebrother | I'd also welcome some tests that are automatically run by the build system / some nightly test system |
11:31:05 | bluebrother | and just because the *known* buflib bugs are fixed doesn't mean it's completely bug-free :) |
11:31:29 | * | bluebrother would also like to see unit tests in Rockbox Utility but hasn't found the time looking into it |
11:32:12 | JdGordon | noone is going to disagree with you, but testing is not fun :) |
11:33:23 | bluebrother | that heavily depends on the test system |
11:33:42 | bluebrother | though it's something quite different to hacking around, sure. |
11:36:20 | | Quit Keripo (Quit: Leaving.) |
11:40:17 | | Nick [sanyi] is now known as [Sanyi] (~sanyi@unaffiliated/alexanderc) |
11:44:52 | kugel | \o/ |
11:44:59 | kugel | got a much better approach |
11:46:11 | | Quit [Saint] (Quit: Quit...) |
11:46:25 | | Join [Saint] [0] (~Saint]@101.98.129.152) |
11:46:26 | | Quit [Saint] (Changing host) |
11:46:26 | | Join [Saint] [0] (~Saint]@unaffiliated/saint/x-8516940) |
11:46:48 | kugel | I'm actually re-using the font drawing function as is now |
11:50:38 | CIA-14 | New commit by bertrik (r30862): Sansa clip+: correct manual, clip+ has no button lights |
11:52:10 | CIA-14 | r30862 build result: All green |
11:56:44 | | Quit markun (Ping timeout: 260 seconds) |
11:59:31 | CIA-14 | New commit by bluebrother (r30863): Rockbox Utility: Preliminary support for Clip Zip and Fuze+. ... |
12:00 |
12:01:02 | CIA-14 | New commit by bluebrother (r30864): beastpatcher: check WMP version. ... |
12:01:12 | CIA-14 | r30863 build result: All green |
12:02:53 | CIA-14 | r30864 build result: All green |
12:09:48 | pamaury | bluebrother: thnaks |
12:10:52 | pamaury | bluebrother: what is the bootloadername field ? |
12:11:08 | | Join y4n [0] (y4n@unaffiliated/y4ndexx) |
12:14:15 | | Part Kuitsi |
12:15:54 | | Join Thra11 [0] (~thrall@87.115.102.254) |
12:19:29 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
12:22:53 | bluebrother | pamaury: bootloadername is the filename on the server (i.e. the path on download.rockbox.org) |
12:23:15 | pamaury | ok, that makes me think I need to change configure to scramble the bootloader file too |
12:23:28 | bluebrother | bootloaderfile is the filename on the device, i.e. where it will be placed at on installation |
12:25:23 | bertrik | bluebrother, the Clip Zip does indeed show up when showing disabled targets. It shows up as "Sansa Clip Zip (Unknown)", where "Unknown" is Stable or Unstable for other targets and I guess that's OK. |
12:26:15 | bluebrother | bertrik: yes, that's how it's supposed to work. |
12:26:43 | bluebrother | I've disabled bootloader installation for now so it can't mess up things. |
12:27:01 | bluebrother | hmm, might make sense to put some comments in rbutil.ini on the meaning of the fields |
12:27:28 | bertrik | bluebrother, that wasn't meant as criticism or anything, just telling what I was seeing |
12:27:28 | | Join JUNX [0] (~5d87d64d@www.haxx.se) |
12:28:20 | bluebrother | bertrik: no worries |
12:31:09 | dfkt | i want to display square 96x96 album art in a 96x64 rectangle, and i want that album art to scroll up and down. this isn't working - %t(1)%Cl(0,-16,96,96,c);%Cl(0,-15,96,96,c);%Cl(0,-14,96,96,c);%Cl(0,-13,96,96,c); |
12:31:17 | dfkt | can anyone give a hint on how to do that? |
12:31:53 | [Saint] | that's a very amusing string. :-S |
12:32:09 | dfkt | there should be an 'etc' at the end too ;) |
12:32:23 | [Saint] | I had never thought of that before, and I've tried some amusing hacks in my time...nice. |
12:32:25 | | Quit JUNX (Quit: CGI:IRC (Ping timeout)) |
12:32:25 | dfkt | never used alternate sublines before |
12:33:34 | [Saint] | add the %t(foo) declaration to each segment. |
12:34:11 | dfkt | nope, same results |
12:34:57 | | Join JUNX [0] (~5d87d64d@www.haxx.se) |
12:34:59 | [Saint] | Humm...well, I don't suppose albumart was intended to be displayed in an alternating subline like that. |
12:35:06 | [Saint] | It can be done, though. |
12:35:15 | JUNX | hello am new here and would need some holp |
12:35:31 | JUNX | just tryin to get some roms for my ipod video |
12:35:32 | dfkt | a different approach, not sublines? |
12:35:34 | * | bluebrother goes for some holp |
12:35:36 | | Quit CIA-14 () |
12:35:37 | JUNX | like pacbox |
12:35:39 | [Saint] | preload X viewports, one for each aa "frame", and load the viewports conditionally. |
12:35:47 | dfkt | good idea |
12:35:57 | | Join CIA-75 [0] (~CIA@cia.atheme.org) |
12:36:15 | JUNX | but cant find roms which work for me |
12:37:11 | [Saint] | JUNX: No one here can help you with that. The only way to get ROMs is to extract them from your own original copy of the game, and that would be off-topic. Anything else would be illegal. |
12:37:35 | [Saint] | And all illegal things are bad. Ever. |
12:37:57 | jhMikeS | o_O |
12:38:05 | JUNX | hm ok am very sad to hear that |
12:38:08 | JUNX | :( |
12:38:27 | JUNX | so how do i make a original copy of my pacman |
12:39:50 | bluebrother | the MAME project has some ROMs they are allowed to distribute. No idea if any Rockbox plugin can make use of those though |
12:48:33 | kugel | bluebrother: what do I need to change to keep transparency and get a 32bbp bmp with your create-icons-from-tango.pl script? |
12:53:41 | | Quit JUNX (Quit: CGI:IRC) |
12:54:19 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
12:54:52 | bluebrother | kugel: changing the last 2 convert calls should do the trick. The last drops transparency and replaces it with the mask the next to last creates |
12:55:06 | | Join [Saint_] [0] (~Saint]@101.98.129.152) |
12:55:10 | | Quit [Saint_] (Changing host) |
12:55:10 | | Join [Saint_] [0] (~Saint]@unaffiliated/saint/x-8516940) |
12:55:15 | bluebrother | the intermediate file is png so you would need to simply convert that to bmp |
12:55:21 | bluebrother | haven't tried that though :) |
12:55:57 | kugel | hm, there website is down |
12:56:04 | kugel | their* |
12:56:16 | | Quit [Saint] (Ping timeout: 252 seconds) |
12:56:29 | | Nick [Saint_] is now known as [Saint] (~Saint]@unaffiliated/saint/x-8516940) |
12:58:34 | CIA-75 | New commit by rmenes (r30865): Fix a typo spotted from r30864. |
12:59:42 | | Quit Stummi (Quit: Bye!) |
13:00 |
13:00:04 | CIA-75 | r30865 build result: All green |
13:00:35 | kugel | bluebrother: how to use? |
13:03:23 | kugel | bluebrother: seems a bit out of date. it fails to find 2 images |
13:07:02 | *** | Saving seen data "./dancer.seen" |
13:10:54 | kugel | hm, rockbox-clef.svg is missing |
13:10:58 | dfkt | [Saint], any idea what (or how bad) i messed up with your idea? - http://pastie.org/2782474 |
13:11:49 | | Join keyb_gr [0] (~chatzilla@p4FF04BB0.dip.t-dialin.net) |
13:12:26 | JdGordon | dfkt: what are you doing? |
13:12:36 | JdGordon | %Cl wont work more than once in a skin file |
13:12:42 | dfkt | i want to display square 96x96 album art in a 96x64 rectangle, and i want that album art to scroll up and down. |
13:12:48 | dfkt | damn |
13:13:07 | JdGordon | not doable |
13:13:22 | dfkt | too bad, thanks |
13:13:31 | JdGordon | and would presumably look terrible :) |
13:13:51 | dfkt | scrolling 1px at a time should look pretty nice, i'd think |
13:14:13 | dfkt | the clip zip's 96x96 screen is really annoyingly limited with what one can do... |
13:14:28 | [Saint] | and take up a metric fuck-tonne in buffer on the viewport declarations ;) |
13:14:44 | kugel | bluebrother: any hint what would need to be changed exactly? :( |
13:15:41 | JdGordon | dfkt: it *might* be possible to modify the AA display code to draw a specific rectangle if it is bigger than YxZ, but i wouldnt hold your breath |
13:17:23 | CIA-75 | New commit by bluebrother (r30866): Correct location of logo svg file. |
13:18:09 | bluebrother | kugel: gimme a seconds, I'll have a look |
13:19:00 | CIA-75 | r30866 build result: All green |
13:19:38 | dfkt | my other idea was this: %t(1)%Cl(0,-16,96,96,c);%Cl(0,-15,96,96,c);%Cl(0,-14,96,96,c);%Cl(0,-13,96,96,c); etc |
13:19:49 | dfkt | but since you said only one %Cl, yeah... |
13:20:50 | bertrik | dfkt, album art is a bit fuzzy for me on the zip, I think it would look nicer if it was sharpened up a bit |
13:21:26 | dfkt | bertrik, yes... and it seems the colors are still a bit off - some usually grey/black colors have a brown-ish tinge to it on my zip |
13:21:26 | JdGordon | if the display is only 96*96 why waste space on AA? |
13:21:34 | dfkt | cause i like it :p |
13:22:40 | dfkt | so i just leave it cropped/centered, without scrolling - http://img.elektrokrishna.com/images/96292097238724582879.png |
13:23:18 | JdGordon | eeeeeeEEEEEWWWWWW! |
13:24:00 | dfkt | heh |
13:27:03 | | Join benedikt93 [0] (~benedikt9@unaffiliated/benedikt93) |
13:28:41 | bertrik | dfkt, we're using the colour settings of the original OF, but maybe we can fix those a bit on rockbox |
13:28:52 | bertrik | s/OF/firmware/ |
13:29:25 | bluebrother | kugel: http://pastebin.com/8HAgwmHu |
13:29:56 | kugel | bluebrother: thanks! do you know why rockbox-clef.svg went missing? |
13:30:24 | bluebrother | sure, because it was moved and that script forgotten :) |
13:31:38 | kugel | heh :) |
13:37:18 | | Quit fs-bluebot (Quit: So long, and thanks for all the fish.) |
13:37:31 | | Join fs-bluebot [0] (~fs-bluebo@g231121061.adsl.alicedsl.de) |
13:38:32 | * | JdGordon is experimenting with smaller skin buffers for each skin instead of one big one in the hop it will allow (re)-loading individual skins more quickly |
13:38:47 | JdGordon | specifically so load a .cfg which only changes the volume will be *much* faster |
13:39:15 | kugel | http://imagebin.org/181576 :) |
13:40:24 | bluebrother | kugel: that Rockbox logo in the bottom is wrong! |
13:41:52 | kugel | sorry! http://imagebin.org/181577 :p |
13:42:04 | kugel | cabbie isn't the best showcase though |
13:48:33 | [Saint] | hey! |
13:48:52 | [Saint] | It'd be a lot worse ~6 months ago, thankyouverymuchkbai |
13:51:45 | kugel | :? |
13:52:10 | [Saint] | ReimuHa__: "cabbie isn't the best showcase though" |
13:52:20 | [Saint] | whoops, nick completion fail. |
13:52:33 | kugel | has it changed in the last 6 month? |
13:52:54 | bluebrother | you're referring to the Android version? |
13:52:59 | [Saint] | I was being sarcastic, anyway. And I thought you'd be using the RaaA cabbie. |
13:53:07 | kugel | not on the e200 sim :P |
13:53:10 | bluebrother | (or rather: touchscreen) |
13:53:51 | kugel | but even the RaaA one hasn't changed. anyway, I meant the backdrop isn't so suitable to show off transparency |
14:00 |
14:00:50 | | Quit antil33t (Read error: Connection reset by peer) |
14:01:17 | | Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) |
14:03:54 | kugel | yay http://imagebin.org/181579 |
14:04:45 | JdGordon | got a comparrison with svn? |
14:05:11 | kugel | hm, could compare to [Saint]'s icons he uploaded months ago (svn doesnt have 24x24) |
14:05:36 | bluebrother | you can easily create 24x24 icons with the script :) |
14:05:58 | bluebrother | [Saint] manually improved the icons |
14:06:24 | * | [Saint] did his by hand, the good 'ol fashioned way. |
14:06:31 | [Saint] | no fancy scripts for me. |
14:07:09 | kugel | http://imagebin.org/181580 |
14:07:30 | bluebrother | iirc that was before the script existed |
14:07:31 | kugel | the difference isnt that big because [Saint]'s icons are well done. however, it's visible |
14:08:13 | [Saint] | Oh yes, I'll bet they're better. |
14:09:00 | [Saint] | going from svg->png->bitmap, then tweaked by hand can't compare. |
14:09:46 | bluebrother | I guess it could, if alpha channel would be the same for both. But AFAIU that's using 8bit alpha now, right? |
14:10:15 | JdGordon | \o/ loading skins into individual smaller buffers is incredibly simple and actually works first try! |
14:10:36 | kugel | bluebrother: the bmp has 8bit, but I only use 4bit |
14:11:35 | bluebrother | that's still way more than 1bit :) |
14:11:53 | kugel | (I uploaded a pic with [Saint]'s for comparison if you didn't notice) |
14:12:03 | bluebrother | I did |
14:12:57 | bluebrother | and if one looks close it pretty much looks like you're using more than 1bit alpha values :) |
14:13:36 | | Quit fs-bluebot (Quit: So long, and thanks for all the fish.) |
14:14:13 | JdGordon | kugel: can you add this to buflib: If something asks for an unmovable handle it always allocs before the audiobuf, and they shuold provide a "free requested" callback which would be called wehenever anything else asks for an unmovable alloc, in which it can free itself (which would likely realloc later)? |
14:14:19 | | Join fs-bluebot [0] (~fs-bluebo@g231121061.adsl.alicedsl.de) |
14:14:45 | JdGordon | so unmovable allocas are always alloced from the start of the whole buffer |
14:15:22 | bluebrother | hmm |
14:16:08 | | Quit fs-bluebot (Client Quit) |
14:16:35 | kugel | buflib doesn't know about the audiobuffer |
14:16:44 | kugel | I'm not sure I understand what you want |
14:17:04 | | Join fs-bluebot [0] (~fs-bluebo@g231121061.adsl.alicedsl.de) |
14:18:00 | JdGordon | I want to have buflib try its best to only put unmovable allocs at the very start of the buffer |
14:18:07 | JdGordon | do whatever it needs to for that to happen |
14:18:40 | kugel | then it would put the audio buffer at the start then |
14:19:06 | JdGordon | I want to use them for the skin engine, and in most cases they will be alloced at boot and never freed, but if it doesnt put it infront of movable data it will create wholes |
14:19:23 | JdGordon | audio_buffer is alloced with the max call so it is distinguishable |
14:19:34 | kugel | the same is true for many other buffers |
14:19:56 | JdGordon | ok, so add a flag saying it wants to be put at the front |
14:20:57 | JdGordon | otherwise I'll just keep using slightly wasteful static buffers |
14:21:03 | kugel | is it so difficult to make the skin engine movable? |
14:21:09 | JdGordon | for the sake of <50KB it probably isnt worth it |
14:21:12 | JdGordon | YEP |
14:21:42 | JdGordon | feel free to grab my attempt off github and fix it |
14:21:57 | JdGordon | but even then there wil still be a static buffer |
14:23:48 | JdGordon | I'm experimenting with smaller buffers and I've split it to 25KB per skin (down from 40KB total), which is slightly too small for the wps (likely) and way too big for the sbs (likely) |
14:24:01 | JdGordon | but it means *instant* .cfg loads |
14:24:19 | kugel | why does splitting up make it faster? |
14:24:32 | JdGordon | it only loads skins it knows it needs to |
14:25:08 | JdGordon | I guess I could go back to one buffer, but then if any skin needs reloading they all get reloaded |
14:25:36 | JdGordon | it probably is going to be all or none in real usage anyway though so hmm |
14:25:50 | JdGordon | anyway, bed time |
14:25:57 | [Saint] | so...kugel, when do we expect your nange of iconsets to hit svn? ;) |
14:26:03 | [Saint] | *range |
14:26:38 | JdGordon | dont forget to commit the icons on buflib patch if you're fiddling with icons anyway |
14:28:55 | kugel | [Saint]: hehe |
14:29:25 | dfkt | bertrik, i've gotten "data abort at 300528F0 FSR 0x8 (domain 0, fault address 0x8F6377)" a few times on the zip lately, when switching between themes (even 'failsafe'). tried different build revisions, did a scandisk - didn't help |
14:29:36 | | Join _jhMikeS_ [0] (~jethead71@c-68-61-166-99.hsd1.mi.comcast.net) |
14:29:36 | | Quit jhMikeS (Read error: Connection reset by peer) |
14:29:36 | | Quit _jhMikeS_ (Changing host) |
14:29:37 | | Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS) |
14:29:37 | | Nick _jhMikeS_ is now known as jhMikeS (~jethead71@rockbox/developer/jhMikeS) |
14:32:06 | | Join funman [0] (~fun@rockbox/developer/funman) |
14:34:30 | | Join GeekShadow [0] (~antoine@126.132.197.77.rev.sfr.net) |
14:37:26 | | Quit funman (Ping timeout: 260 seconds) |
14:39:24 | | Nick [Sanyi] is now known as [sanyi] (~sanyi@unaffiliated/alexanderc) |
14:39:29 | | Quit antil33t (Read error: Connection reset by peer) |
14:39:53 | | Join antil33t [0] (~antil33t@203-100-223-143.callplus.net.nz) |
14:45:50 | | Join The_Seeker [0] (~seeker@5ac8999a.bb.sky.com) |
14:56:10 | | Join funman [0] (~fun@rockbox/developer/funman) |
15:00 |
15:07:05 | *** | Saving seen data "./dancer.seen" |
15:08:05 | | Quit The_Seeker (Quit: Stay hungry, stay foolish) |
15:10:08 | kugel | the alpha channel stuff allows for other nice things too, like see-through splash or background-dimming |
15:21:46 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
15:29:56 | | Quit benedikt93 (Quit: Bye ;)) |
15:32:43 | CIA-75 | New commit by jethead71 (r30867): Gigabeat S: Maintain power thread at realtime priority at all times so it may always service the watchdog on time regardless of playback priority. |
15:34:23 | CIA-75 | r30867 build result: All green |
16:00 |
16:23:38 | | Join fyrestorm [0] (~nnscript@cpe-24-90-84-81.nyc.res.rr.com) |
16:33:56 | bluebrother | yay! Finally managed to build a 32bit Rockbox Utility on 64bit linux :) |
16:44:15 | rasher | Wait, Rockbox database scans /system/ on Android? That seems wrong. |
16:44:33 | [Saint] | it scans *everything* |
16:44:46 | rasher | I don't see any way that's reasonable |
16:45:00 | rasher | I don't want my ringtones in the db |
16:45:08 | rasher | or media of other system apps |
16:45:09 | [Saint] | Its something I've always cried about... |
16:45:28 | [Saint] | JdGordon has a WIP to select dirs for the database. |
16:46:00 | bluebrother | wouldn't it be sensible to simply use the same folder that is set for the file browser? |
16:46:20 | [Saint] | It would, yes. |
16:46:21 | rasher | I'm not convinced that's even necessary, but scanning /system/ makes no sense at all |
16:46:48 | [Saint] | rasher: its not specific to RaaA, more of a general Rockbox thing. |
16:47:09 | [Saint] | I want X Y and Z scanned, but not A, B and C...etc. |
16:47:10 | rasher | Not really |
16:47:20 | rasher | On regular OS-replacing Rockbox it makes sense |
16:47:29 | rasher | But for raaa, it doesn't make sense to scan system areas |
16:47:40 | [Saint] | I didn't imply it did. |
16:47:45 | [Saint] | did I? |
16:47:53 | rasher | But it *is* specific to raaa |
16:48:10 | | Quit fyrestorm (Ping timeout: 260 seconds) |
16:48:13 | [Saint] | I was talking of Jd's WIP solution to managing scanned dirs. |
16:49:41 | | Join hilbert [0] (~hilbert@adsl-89-217-62-234.adslplus.ch) |
16:50:18 | rasher | well, I'm not convinced that's even necessary. Just exclude system areas on raaa (and follow the OS's method, for Android that would mean recognising .nomedia, if it doesn't already) |
16:51:50 | [Saint] | It is still needed. Think of it as a .ignore/.unignore manager. |
16:52:15 | [Saint] | But you're quite right, there's no reason to scan system dirs. |
16:54:40 | CIA-75 | New commit by bluebrother (r30868): Rockbox Utility: allow building for 32bit on 64bit Linux. ... |
16:56:14 | CIA-75 | r30868 build result: 0 errors, 1 warnings (bluebrother committed) |
17:00 |
17:00:32 | | Join Jerom [0] (~jerome@79.132.42.48) |
17:04:25 | | Quit GeekShadow (Remote host closed the connection) |
17:05:16 | | Quit pamaury (Ping timeout: 244 seconds) |
17:06:13 | lebellium | why when some text with these characters: y, g, (, ), p is scrolling the bottom of these caracters doesn't scroll at the same time than the rest of the character?! |
17:07:07 | jhMikeS | ?? |
17:07:10 | *** | Saving seen data "./dancer.seen" |
17:07:28 | lebellium | at least with the font 15-Adobe-Helvetica |
17:08:42 | lebellium | it's quite funny to see the bottom of the character is late lol |
17:09:34 | jhMikeS | afaiu the scrolling is done in one list-size chunk |
17:10:42 | lebellium | there is no problem on the UI simulator, maybe it's an issue with the current unusable build on Samsung R0 |
17:21:36 | kugel | are we going to branch 3.10 soon? |
17:21:48 | kugel | we fixed the important bugs didn't we? |
17:22:17 | jhMikeS | I'm waiting for word on the mpegplayer OSD issue. I _looks_ fixed but I want that confirmed somewhere, by someone. |
17:22:37 | kugel | what mpegplayer OSD issue? |
17:22:58 | jhMikeS | It was crashing when it was displayed. It appeared related to font rendering. |
17:23:10 | * | kugel didnt know that one |
17:23:15 | jhMikeS | FS #12300 |
17:23:16 | fs-bluebot | http://www.rockbox.org/tracker/task/12300 MPEG Player - Data Abort if any button is pressed during playback (bugs, researching) |
17:24:12 | kugel | "Looks like the prophesies of the buflib beast are coming to pass. There's an antipattern present in the entire design that's going to be very difficult to repair." :( |
17:24:49 | jhMikeS | there are some things I don't like about it and it was pissing me off a bit that day :) |
17:25:46 | kugel | you didn't speak up during gsoc/before committing |
17:26:53 | * | jhMikeS was being a bit off the hook in that post |
17:29:17 | | Join stoffel [0] (~quassel@p57B4C2D0.dip.t-dialin.net) |
17:32:07 | | Join wodz [0] (~wodz@87-206-240-131.dynamic.chello.pl) |
17:40:13 | kugel | jhMikeS: mpegplayer works here |
17:40:38 | kugel | with anti-aliased font and normal |
17:41:40 | | Join markun [0] (~markun@s3eea32f5.adsl.wanadoo.nl) |
17:48:10 | | Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) |
17:48:55 | jhMikeS | it looks like it get resolved...everything player that had a problem before works now. btw, is that on a rotated screen? |
17:49:54 | jhMikeS | s/everything player/every player I checked before/ |
17:52:35 | jhMikeS | btw, I did express some concerns about buflib and threading and imho I thought it should have worked more like buffering where handles are kept, not pointers, no callbacks are needed and the scheme could work under any sort of threading |
17:52:52 | | Join toffe82 [0] (~chatzilla@adsl-71-154-232-197.dsl.frs2ca.sbcglobal.net) |
17:55:58 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
17:59:14 | kugel | jhMikeS: that was on e200, so yes |
17:59:37 | kugel | jhMikeS: buflib works with handles |
18:00 |
18:00:33 | kugel | but getting rid of pointers entirely would have been a too massive amount of work |
18:01:44 | wodz | kugel: about scrollwheel/touchstrip issues - you mentioned it is related to event suppression on screen change. Could you give me some reference? |
18:02:01 | kugel | wodz: not anymore than the several bug reports I linked |
18:02:34 | wodz | kugel: I looked at this bugs and at least scrollwheel one was purely driver issue |
18:02:48 | kugel | which one do you mean? |
18:03:29 | wodz | FS #5230 |
18:03:30 | fs-bluebot | http://www.rockbox.org/tracker/task/5230 Keypad HOLD doesn't let go until scrolling is used (bugs, requires) |
18:03:59 | kugel | yea, I don't mean that one |
18:04:17 | kugel | I mean FS #8816 and its related tasks |
18:04:18 | fs-bluebot | http://www.rockbox.org/tracker/task/8816 Extra button press required to continue browsing menus (bugs, unconfirmed) |
18:04:30 | wodz | ok thanks |
18:05:50 | [Saint] | reminds me of the iPod "can't seek/skip until changing volume via the scrollwheel" |
18:06:21 | wodz | [Saint]: thats basically duplication of the bug I linked above (5230) |
18:08:12 | | Join pamaury [0] (~quassel@213.103.191.81) |
18:08:13 | | Quit pamaury (Changing host) |
18:08:13 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
18:10:10 | | Quit GermanMushroom (Ping timeout: 276 seconds) |
18:15:33 | wodz | whoa FS #10883 <- he seems to find out the root of the problem |
18:15:33 | fs-bluebot | http://www.rockbox.org/tracker/task/10883 clickwheel stops working when its used during the bookmark setting process (patches, unconfirmed) |
18:16:55 | wodz | I'll try to understand this |
18:20:08 | | Join mortalis [0] (~4d6c62b0@www.haxx.se) |
18:21:00 | wodz | mortalis: ping |
18:21:32 | jhMikeS | kugel: I know it works with handles and so does buffering. And yeah, some things are alot of work or at least just alot of places to deal with. |
18:21:46 | mortalis | wodz: pong |
18:22:29 | wodz | mortalis: could you dump rom content on your rk2706b ? |
18:22:48 | kugel | jhMikeS: you can't go handle-only unless you want to change a couple of low level functions too (lcd_bitmap*, read/write, ...) |
18:22:51 | jhMikeS | alot of things are so "stovepiped"...better abstraction would help |
18:22:59 | kugel | and you need those duplicated because they still need to work with pointers |
18:24:37 | jhMikeS | what in read/write or lcd_bitmap* need pointers available at all times? |
18:24:46 | wodz | mortalis: I disassembled dump from my rk2705 and it has some addons compared to dump from Alemaxx rk2706 |
18:25:18 | mortalis | wodz: How can i do that? |
18:25:56 | kugel | jhMikeS: the first can yield |
18:26:30 | jhMikeS | so? |
18:26:44 | jhMikeS | wouldn't be an issue |
18:26:49 | | Quit pamaury (Ping timeout: 256 seconds) |
18:27:15 | wodz | mortalis: basically you need to disable interrupts, disable cache, unremap, copy 8kB starting from 0x0 to some save buffer, remap again, enable cache, enable interrupts, dump buffer to file |
18:27:34 | kugel | jhMikeS: I don't understand |
18:27:40 | kugel | it's sure an issue |
18:27:47 | wodz | mortalis: BTW in your 'jump to dfu' code you should disable interrupts also |
18:27:55 | jhMikeS | obtaining a pointer would make the allocation unmoveable (always) and it would need balanced unlock - no callback and no threading issue |
18:28:01 | kugel | the buffer passed to read/write can move during the call |
18:28:37 | kugel | that's what's being done, just that the lock is implemented on the client side |
18:29:02 | jhMikeS | wouldn't happen with what I'm considering since it would be locked since there's a pointer with a reference count |
18:29:20 | jhMikeS | get it, use it, release it |
18:29:29 | kugel | that's what's being done, just that the lock is implemented on the client side |
18:29:39 | jhMikeS | I think simpler interfaces are better |
18:29:47 | amiconn | Buflib integration is buggy enough as it is - I'd rather concentrate on stabilizing the thing before even considering to make more stuff use it |
18:30:08 | kugel | amiconn: that only works if you put the bugs you report on FS# |
18:30:28 | jhMikeS | you always use the same procedure without exception. if you mess it up, your fault. the debug screen can tell you about outstanding buffer references |
18:31:33 | jhMikeS | and it would working with and threading type, so doesn't exclude running on OS directly, preemption or multiprocessor |
18:31:50 | kugel | jhMikeS: I know all that |
18:32:51 | jhMikeS | that's encouraging :) |
18:32:53 | kugel | that's not fundamentally different to the current situation |
18:33:41 | | Quit Zarggg (Ping timeout: 245 seconds) |
18:33:46 | kugel | the callback has other advantages other than acting as a lock, though |
18:34:28 | jhMikeS | I hate to say it wouldn't be gone in the case of the user of the remaining space, but would limit the clutter of callbacks |
18:35:10 | * | jhMikeS doesn't like another thread goofing with another's pointers unless that's the explicit design |
18:36:17 | | Quit Rob2223 (Quit: Rob2223) |
18:36:24 | kugel | it's by design that all threads can make allocs, and thus thread a) can cause an alloc in thread b) to move |
18:36:50 | | Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) |
18:37:40 | kugel | amiconn: there's still this bug around you haven't reported |
18:37:55 | | Join pamaury [0] (~quassel@213.103.191.81) |
18:37:55 | | Quit pamaury (Changing host) |
18:37:55 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
18:37:56 | kugel | nobody can fix it if you don't log it somewhere |
18:38:04 | jhMikeS | yeah I know the server expects it, but it's not nice for code that shouldn't have to worry about it, which is most of it and it's buggering up the DSP |
18:38:37 | kugel | it's doing what? |
18:39:15 | jhMikeS | making things a more complex than they ought to be, to worry about a callback and a pointer changing during a processing run |
18:40:12 | jhMikeS | it got my attention the most at this time because that's what I was digging into regarding issues with tdspeed |
18:40:15 | kugel | then remove the yields |
18:40:18 | | Quit Unhelpful (Remote host closed the connection) |
18:40:38 | | Join Unhelpful [0] (~quassel@rockbox/developer/Unhelpful) |
18:40:45 | | Join ageis [0] (~ageis@c-76-127-201-198.hsd1.ma.comcast.net) |
18:40:58 | jhMikeS | yeah, that's where things become unsavory for me −− relying on yields, which can change without notice in remote code or between targets |
18:41:00 | kugel | I don't find the callbacks as horrible as you do |
18:41:53 | jhMikeS | we have a moveable allocator that doesn't require them at all and could be tweaked slightly to be completely safe on the client side no matter what's going on |
18:42:31 | * | jhMikeS might change his name to "Concurrency Nazi" :P |
18:43:03 | kugel | right. it doesn't require them at all |
18:43:14 | kugel | you can write code perfectly fine wihtout using any of the callbacks |
18:43:31 | * | jhMikeS 's gone through enough hell in the past about these yield-y things |
18:43:35 | kugel | but you need either locks or temp buffers |
18:44:06 | kugel | (okay, locks need a tiny callback) |
18:44:13 | jhMikeS | I'd prefer a reference count requiring balanced calls, which I sort of did in buffering.c |
18:44:42 | kugel | that is implemented numerous times |
18:44:52 | jhMikeS | ptr = get_pointer(handle); use it cause it can't move ; unlock(handle); can move again; |
18:45:05 | kugel | but you often don't need locks, and sometimes the release calls are awkward to place |
18:45:24 | kugel | jhMikeS: I got your point |
18:45:33 | jhMikeS | ok |
18:46:02 | | Join T44 [0] (~Topy44@g228205239.adsl.alicedsl.de) |
18:46:19 | kugel | JdGordon also wants this. if you all feel so strong about it just change it |
18:47:11 | jhMikeS | and so fine, any code I implement will operate as I've described. I've largely abandoned yield consideration unless the code is under tight control cause it was always like whack a mole when code change in other spots. |
18:48:56 | | Quit Topy44 (Read error: Connection reset by peer) |
18:53:29 | jhMikeS | Yes, I guess Jd and I are in agreement afaict. But I also witness enough of what transpired around it (was I mistaken) and felt that it wasn't worth further discussion. |
18:54:01 | | Join ageis00 [0] (~kevin@147.sub-174-254-167.myvzw.com) |
18:54:09 | | Quit ageis00 (Remote host closed the connection) |
18:55:57 | jhMikeS | Shouldn't the user of the remaining audio buffer not be the one receiving notifications, not always the playback engine? |
18:56:29 | | Quit ageis (Ping timeout: 260 seconds) |
18:58:04 | kugel | jhMikeS: who would that be? |
18:59:03 | jhMikeS | who would what be? |
19:00 |
19:00:14 | | Join criegod [0] (~chatzilla@cpe-72-226-4-9.nycap.res.rr.com) |
19:01:10 | jhMikeS | if you mean "the user of the remaining audio buffer", would that not be anyone calling audio_get_buffer? |
19:03:35 | | Quit GermanMushroom (Ping timeout: 258 seconds) |
19:04:03 | kugel | jhMikeS: those callers where never notified |
19:04:45 | kugel | they could be. it also wouldnt be bad if they needed to explicitely release the audio buffer again |
19:04:47 | jhMikeS | I know. It possibly could be an issue now. |
19:05:20 | bertrik | dfkt, that could be some generic bug, probably not related to the specific target |
19:06:42 | | Quit pamaury (Read error: Operation timed out) |
19:07:11 | *** | Saving seen data "./dancer.seen" |
19:07:18 | criegod | Question: I recently bought a Fuze 2. I thought i read somewhere there might have been a hardware change with these last models. I tried to install rockbox with the automatic installer method but it said the firmware is "unknown", even though i have V02.03.33A. Can anyone tell me if there is any realization of a hardware change causing this latest hardware not to be supported yet? Or is... |
19:07:19 | criegod | ...it possibly some more trivial problem? |
19:07:20 | | Join Rob2222 [0] (~Miranda@p5DE4B18E.dip.t-dialin.net) |
19:10:51 | jhMikeS | the major drawback with handles and references is backing buflib with malloc on a host is more complex |
19:14:14 | | Join ageis [0] (~kevin@c-76-127-201-198.hsd1.ma.comcast.net) |
19:23:34 | | Join GermanMushroom [0] (~c@s5146db6a.adsl.wanadoo.nl) |
19:31:40 | lebellium | how to code that in a theme: "if numeric battery display do that but if graphic battery display do that" ? |
19:33:09 | lebellium | I'd like to display different things according to what the user choose in theme settings>Status/scrollabar>battery display |
19:37:23 | | Quit [Saint] (Ping timeout: 240 seconds) |
19:39:25 | | Join robin0800 [0] (~robin0800@149.254.61.164) |
19:39:33 | | Join ungali [0] (~ae002911@www.haxx.se) |
19:41:04 | | Quit ungali (Client Quit) |
19:45:11 | dfkt | can the %lh tag for virtual LED be used with an image, or can it only display "h"? |
19:47:17 | | Quit robin0800 (Ping timeout: 258 seconds) |
19:47:48 | kugel | dfkt: use it as conditional |
19:48:14 | dfkt | thanks kugel, will try |
19:56:11 | | Quit mgue (Ping timeout: 245 seconds) |
19:57:57 | | Join mgue [0] (~mgue@p5DDA17CA.dip.t-dialin.net) |
19:58:35 | | Quit Rob2222 (Ping timeout: 240 seconds) |
20:00 |
20:00:10 | | Join robin0800 [0] (~robin0800@149.254.61.164) |
20:03:14 | | Join Rob2222 [0] (~Miranda@p5DE4B18E.dip.t-dialin.net) |
20:03:21 | | Quit GermanMushroom (Read error: Connection reset by peer) |
20:14:26 | dfkt | there seems to be an issue that the first image displayed in a theme on the clip zip doesn't show the actual image, but a garbled version of the yellow rockbox logo, like in the bootup screen |
20:14:56 | dfkt | i created a 1x1px dummy file which gets loaded and displayed first to work around that... is that a known behavior? |
20:18:00 | bertrik | it seems the clip zip uses a swapped RGB565 pixel format, when you display it as non-swapped, the colors will be wrong |
20:19:01 | dfkt | earlier, i had the battery icons in the sbs loaded first, and it became garbled - then i put the disk activity icon before that, it became garbled - now i have that dummy file loaded first, and all is fine |
20:25:12 | funman | criegod: double check you downloaded the correct firmware |
20:25:28 | funman | criegod: also open the .bin file with rockbox utility, not the .zip file |
20:26:19 | kugel | FS #12358 |
20:26:19 | fs-bluebot | http://www.rockbox.org/tracker/task/12358 Support for transparency in 32bit Bitmaps (patches, new) |
20:39:09 | bertrik | Is the minimum display brightness required to be equal to 1? Can it start at 0? |
20:39:59 | | Quit Thra11 (Ping timeout: 260 seconds) |
20:41:09 | | Quit ageis (Remote host closed the connection) |
20:41:49 | | Join ageis [0] (~kevin@c-76-127-201-198.hsd1.ma.comcast.net) |
20:43:40 | bertrik | It looks like the simulator calculation for brightness is incorrect, it gives a brightness of 111% when min=0 and max=9 |
20:45:15 | bertrik | return ((val - MIN_BRIGHTNESS_SETTING + 1) * 100)/MAX_BRIGHTNESS_SETTING; |
20:45:57 | | Quit robin0800 (Quit: Leaving) |
20:46:32 | | Join robin0800 [0] (~robin0800@149.254.61.164) |
20:47:11 | | Quit ageis (Remote host closed the connection) |
20:47:23 | kugel | 0 doesn't work I think |
20:47:53 | | Join ageis [0] (~kevin@c-76-127-201-198.hsd1.ma.comcast.net) |
20:48:15 | | Quit ageis (Remote host closed the connection) |
20:48:28 | | Quit keyb_gr (Ping timeout: 244 seconds) |
20:52:23 | | Join Thra11 [0] (~thrall@91.125.106.146) |
20:55:37 | CIA-75 | New commit by bluebrother (r30869): Remove buildserver_modelname value. ... |
20:55:51 | | Join keyb_gr [0] (~chatzilla@p4FF04BB0.dip.t-dialin.net) |
20:56:41 | | Quit dfkt (Quit: -= SysReset 2.55=- Sic gorgiamus allos subjectatos nunc.) |
20:57:04 | bertrik | kugel, I'll fix it 0 also works |
20:57:19 | CIA-75 | r30869 build result: 0 errors, 1 warnings (bluebrother committed) |
21:00 |
21:04:30 | | Quit tchan (Quit: WeeChat 0.3.6) |
21:06:28 | | Join ageis [0] (~kevin@c-76-127-201-198.hsd1.ma.comcast.net) |
21:06:31 | CIA-75 | New commit by bertrik (r30870): Fix simulator brightness calculation in case MIN_BRIGHTNESS_SETTING != 1 |
21:07:12 | *** | Saving seen data "./dancer.seen" |
21:07:56 | | Join Horschti [0] (~Horscht@xbmc/user/horscht) |
21:08:05 | CIA-75 | r30870 build result: All green |
21:11:29 | | Quit Horscht (Ping timeout: 260 seconds) |
21:12:36 | | Quit MethoS- (Read error: Connection reset by peer) |
21:13:44 | lebellium | hey |
21:13:55 | lebellium | is it possible to display text over a picture (non background) ? |
21:14:04 | lebellium | everytime the picture displays over the text |
21:15:03 | | Join lorenzo92 [0] (~chatzilla@host149-108-dynamic.17-79-r.retail.telecomitalia.it) |
21:15:09 | CIA-75 | New commit by bertrik (r30871): Sansa clip zip: use a state machine for scanning buttons to avoid busy-waits |
21:15:47 | | Join MethoS- [0] (~clemens@134.102.106.250) |
21:16:57 | CIA-75 | r30871 build result: All green |
21:20:10 | | Join nosa-j [0] (~m00k@adsl-74-235-79-233.clt.bellsouth.net) |
21:26:45 | | Quit mortalis (Quit: CGI:IRC (Ping timeout)) |
21:29:49 | wodz | why scrollwheel doesn't generate BUTTON_REL ? |
21:31:32 | bertrik | wodz, looking into the "extra button press needed" problem? :) |
21:31:48 | wodz | yeah |
21:34:11 | wodz | Looking at lowlevel driver I don't understand why there is any difference at all. When you scroll there is a stream of events generated just like long press. |
21:35:04 | CIA-75 | New commit by bertrik (r30872): Sansa clip zip: implement lcd_write_data function |
21:35:33 | | Quit lorenzo92 (Quit: ChatZilla 0.9.87 [Firefox 7.0.1/20111008085652]) |
21:35:46 | wodz | well there IS the difference - scrollwheel driver posts directly to button_queue |
21:35:52 | kugel | wodz: you cannot "hold" the wheel |
21:36:05 | kugel | therefore there's no good point to generate release |
21:36:43 | CIA-75 | r30872 build result: All green |
21:36:55 | wodz | you stop messing with wheel -> release |
21:39:19 | bertrik | Last time I looked at this problem, it seemed to be caused by a wait for a release between button context switches (ignoring buttons until a release is seen) |
21:41:35 | wodz | bertrik: yes, but it comes from the fact that wheel driver posts directly to button_queue and BUTTON_REL logic is omitted |
21:43:34 | | Quit y4n (Quit: PANTS OFF!) |
21:46:38 | lebellium | please does someone know it it's possible to display UI viewport or text over a normal picture (non background) ? |
21:47:48 | | Quit Jerom (Quit: Leaving.) |
21:57:59 | | Quit stoffel (Remote host closed the connection) |
22:00 |
22:06:23 | | Join tchan [0] (~tchan@lunar-linux/developer/tchan) |
22:17:23 | bluebrother | you can very well "hold" the wheel, on Ipods with scrollwheel at least. |
22:17:41 | bluebrother | the debug menu even shows that: position and if the wheel is touched or not |
22:22:51 | wodz | the question is more if this is desirable to fix scrollwheel driver to generate BUTTON_REL |
22:24:51 | bluebrother | no idea. It's also that not all wheels can do this. I can't see how f.e. the e200 could do that. |
22:26:38 | wodz | as I said - for me wheel should generate stream of button events and _REL when stopped |
22:27:43 | kugel | wodz: that's what it doing when repeat is generated |
22:28:04 | wodz | kugel: no - it never output _REL |
22:28:33 | wodz | driver posts directly to button_queue |
22:28:40 | kugel | i know |
22:29:41 | kugel | sorry, I thought it does _REL after _REPEAT |
22:30:05 | wodz | if it posts slower than once per 10ms then solution is easy |
22:30:30 | kugel | anyway, you need to poll to see you stopped moving the wheel, I suspect that's why it's not done |
22:30:59 | kugel | most wheels are interrupt driven, so you don't see directly when it's stopping to move |
22:31:48 | | Quit T44 (Ping timeout: 244 seconds) |
22:31:49 | wodz | kugel: you pool in button_tick anyway |
22:32:28 | wodz | *poll |
22:33:32 | wodz | I'll try to hack this during this week |
22:34:14 | | Join lorenzo92 [0] (~chatzilla@host149-108-dynamic.17-79-r.retail.telecomitalia.it) |
22:35:06 | lorenzo92 | I have problems with implementing the hold button functionality...can someone explain me what further steps I need apart setting in the keymaps ACTION_STD_KEYLOCK? |
22:35:40 | wodz | we could post wheel events to intermediate queue instead and combine this with other readings in button_read_device() |
22:35:50 | funman | lorenzo92: afaik STD_KEYLOCK only works in wps |
22:36:04 | lorenzo92 | uhm okay I'll test that |
22:36:12 | wodz | this way _REL will be automagicaly generated |
22:38:35 | criegod | funman: i did the obvious things right. Only tried auto install method though. |
22:39:15 | | Join saratoga [0] (9803c57f@gateway/web/freenode/ip.152.3.197.127) |
22:39:21 | saratoga | wodz: did you send that email to the list, I never got it? |
22:39:31 | funman | criegod: run md5sum on the file you're trying to open |
22:40:00 | | Join Keripo [0] (~Keripo@dhcp0751.kin.resnet.group.UPENN.EDU) |
22:40:12 | lorenzo92 | funman: uhm I cannot make it work...ah ops maybe I forgot the options in the target config (sorry hehe) |
22:40:30 | saratoga | criegod: also check that you have a newer version of rbutil, very old ones won't know how to patch a fuzev2 |
22:41:15 | wodz | saratoga: yes I did. Maybe it was filtered out as I am not subscribed to this secret ML |
22:41:42 | saratoga | wodz: i believe you must be subscribed to send anything to it, but you should have been added when you got svn access |
22:41:54 | lorenzo92 | is it to be enabled #define HAS_BUTTON_HOLD if I have hold key that the same as power key (no slider or what) |
22:42:10 | saratoga | might be a good idea to ask bagder or zagor to add you |
22:42:26 | saratoga | in the mean time i can forward the email if you like |
22:43:40 | criegod | I think it just worked. I was giving it the name of the file i downloaded with the sansa firmware in it. |
22:43:57 | funman | wodz: did you get gevaerts emails about RSB ? |
22:44:00 | criegod | Did it say to unzip that file and extract the bin file, and _that_ is what you use? If it did i must have missed that part. |
22:44:08 | nsx | funman, when you got fuze v2 recovery working, was it with the switch in hold mode? |
22:44:20 | saratoga | yes you must give it the firmware file, not a zip |
22:44:21 | funman | nsx: don't remember |
22:44:56 | criegod | Does it mean anything when it says: "could not write firmware file" right after "Patching firmware" ? |
22:45:10 | wodz | funman: I only got mail that election was finished (I guess it was from -dev ML) |
22:45:14 | nsx | the only time I've been able to get my fuze to not boot up into the OF by shorting those recovery pins, I got this in dmesg: http://pastebin.com/ur1qKads |
22:45:27 | nsx | so, no usable usb device |
22:46:10 | funman | criegod: your device is mounted readonly perhaps |
22:46:17 | nsx | I'm thinking that from the start, this device wasn't "bricked" by anything I did, but is suffering hardware failure, but I'm sure by now I've voided my warranty |
22:46:39 | funman | nsx: hardware failure is not unlikely, fuzes are very weak |
22:47:02 | criegod | funman: no, it's writable (because i can, and it lists that way) |
22:47:33 | criegod | funman: that's a real error, though? |
22:48:04 | nsx | funman, it seemed like one of the best music players supported by rockbox that are still in production |
22:48:26 | saratoga | the fuze is nice but it also costs about $30 so you get what you pay for :) |
22:48:26 | | Join Teasp00n [0] (~troy@125-236-228-222.adsl.xtra.co.nz) |
22:48:27 | funman | criegod: your drive is full |
22:48:45 | nsx | $30? |
22:48:50 | nsx | more like $70, iirc |
22:48:54 | nsx | I just got it |
22:49:03 | criegod | funman: You're right! I filled it with music. Only left something like 4MB left on it. That's bad, huh? |
22:49:18 | saratoga | you will need enough space on the disk to store the firmware file |
22:49:30 | nsx | k it was $80 |
22:49:35 | saratoga | and probably rockbox as well assuming you want the player to boot |
22:49:58 | nsx | does the rockbox boot loader have any recovery method of its own? it boots fine, but says "firmware not found" |
22:50:03 | saratoga | nsx: i think i paid 20 for my last 4GB clip and maybe 30 for my fuzev1 back in the day (on sale) |
22:50:07 | criegod | saratoga: right. Thanks. |
22:50:24 | saratoga | nsx: no, we don't even have working USB on the fuzev2 anyway |
22:50:42 | nsx | I've noticed |
22:51:06 | nsx | but perhaps it could induce this SoC into its "special recovery mode" somehow :-) |
22:52:00 | funman | nsx: OF doesnt work? |
22:52:12 | nsx | funman, it freezes up during bootup animation |
22:52:22 | nsx | this all happened when I loaded some addons |
22:52:28 | nsx | iconset, fonts, and a few themes |
22:52:35 | criegod | One other thing... i noticed that the version of rockbox on the sansa page is not the same as the version listed on the page that has all the different devices on one page (i could be more specific if you don't know what i mean). |
22:52:48 | nsx | I umount'd, disconnected, and the OF started acting weird as soon as it did its synchronization thing and never booted since |
22:53:04 | criegod | The one on the page with all the different supported models is rockbox-sansafuzev2-3.9.1.zip |
22:53:32 | nsx | that's the stable release |
22:53:34 | criegod | The one on the sansaAMS page is rockbox-sansafuzev2.zip ... and they are different. |
22:53:51 | saratoga | thats because they're different versions ;) |
22:53:52 | criegod | The latter seems a tiny bit older. |
22:54:12 | criegod | From context, it seemed to me they should both be the same (latest version). |
22:54:20 | criegod | Maybe a website updating error. |
22:54:55 | criegod | Now i have to decide which one to use. |
22:55:26 | saratoga | anyone looked at the D2+ patches on the tracker? |
22:55:36 | saratoga | i don't have that player but the power management one looks important |
22:57:15 | nsx | funman, from your memory, how long does it take for the fuze to reach this "recovery mode" after plugging in? |
22:57:32 | funman | seconds |
22:58:09 | Bagder | wodz: me added you to committers list right now |
22:58:20 | nsx | I'm thinking something is amiss. seriously, the picture you uploaded slightly differs from mine. |
22:58:24 | wodz | Bagder: thx |
22:58:36 | nsx | mine has like 4 resistors above the pins sandwiched between the two resistors |
22:58:42 | nsx | yours has two |
22:59:20 | | Quit criegod (Quit: ChatZilla 0.9.87 [Iceweasel 7.0.1/20111004070756]) |
22:59:23 | funman | nsx: different fuzev2 revisions |
22:59:40 | funman | nsx: reading what happened to your fuzev2 i'd just say Hardware error |
22:59:59 | funman | bertrik: ping, did you try to identify the ARM cpu in clipzip ? |
23:00 |
23:04:06 | bertrik | funman, no |
23:05:00 | saratoga | i guess someone could try out test codec and see if its any faster |
23:06:07 | funman | let me give you a patch |
23:06:08 | bertrik | funman, how can one find out |
23:06:47 | funman | something in cp15 |
23:07:15 | *** | Saving seen data "./dancer.seen" |
23:07:23 | bertrik | CP15 = 0x0005107D for the clip zip |
23:07:45 | bertrik | same as clip+ |
23:09:02 | funman | bertrik: that's config register |
23:10:52 | lorenzo92 | uhm still issues with my hold key... |
23:11:03 | lorenzo92 | the thing is that I cannot see any change |
23:11:15 | lorenzo92 | I've set this both in menu + wps ACTION_STD_KEYLOCK |
23:15:43 | | Join mystica555_ [0] (~mike@CPEf4ec38e99763-CM0018c0c17494.cpe.net.cable.rogers.com) |
23:16:35 | funman | bertrik: ID code register is CP15 register 0 |
23:17:20 | funman | bertrik: http://pastie.org/2784946 |
23:21:38 | | Quit ageis (Remote host closed the connection) |
23:22:21 | | Join ageis [0] (~kevin@c-76-127-201-198.hsd1.ma.comcast.net) |
23:23:48 | lorenzo92 | okay I managed to get keylock working. I warn you all that in SDL button define there is a subtle #define HAS_HOLD_BUTTon. It should not be there... |
23:26:07 | bertrik | funman, do you have any reason to believe the CPU is different? |
23:26:21 | funman | hope it's faster |
23:26:49 | funman | like if stocks for clip+ cpu are over |
23:28:27 | | Join Scromple [0] (~Simon@115-64-195-104.static.tpgi.com.au) |
23:33:00 | bertrik | doesn't compile |
23:34:41 | wodz | bertrik: move return in read_arm_info out of asm volatile () |
23:35:01 | bertrik | ehm? |
23:35:13 | wodz | nevermind I read it wrong |
23:35:17 | bertrik | 0x4106 |
23:38:28 | bertrik | funman, the cpu id thing is 0x41069265 |
23:43:43 | nsx | omg I finally got it to work |
23:43:47 | * | nsx hugs and kisses funman |
23:44:07 | nsx | now let me assemble this thing back together |
23:44:24 | nsx | it presented a 8 GB usb device though, not a 1024 MB one |
23:46:07 | | Join The_Seeker [0] (~seeker@5ac8999a.bb.sky.com) |
23:46:53 | funman | bertrik arm926 layout rev 5 |
23:47:06 | funman | nsx: doesn't look correct then, it showed the normal storage space |
23:47:10 | | Quit The_Seeker (Client Quit) |
23:47:12 | bertrik | so, is it faster or better? |
23:47:20 | funman | it's the same |
23:47:28 | nsx | the of boots normally |
23:47:49 | | Join The_Seeker [0] (~seeker@5ac8999a.bb.sky.com) |
23:47:52 | funman | frequency could be different though but we don't know. OF use same speed than clip+ though |
23:48:06 | bertrik | I see it supports single cycle MACs, do we use those in our codecs? |
23:48:45 | saratoga | bertrik: yeah |
23:48:57 | saratoga | 1 cycle 32x16 bit MAC |
23:49:02 | saratoga | 32x32 is still 2 cycles |
23:49:28 | saratoga | so far its mainly ATRAC3, mpegplayer, APE that takes advantage of this |
23:49:35 | saratoga | but i have a half finished patch for mp3 on the tracker |
23:50:03 | saratoga | also, heh: http://www.synopsys.com/IP/VerticalMarkets/Documents/austriamicrosystems_ss.pdf |
23:51:40 | saratoga | well i guess all codecs take some advantage of it, since most multiplies are faster due to the 16 bit wide multiplier instead of 8 bit on arm9tdmi |
23:52:59 | | Quit markun (Ping timeout: 240 seconds) |
23:53:09 | saratoga | but for best results you want to use the armv5 multiply instructions when possible |
23:55:07 | | Quit ReimuHa__ (Ping timeout: 260 seconds) |
23:57:47 | | Quit The_Seeker (Ping timeout: 258 seconds) |