00:02:41 | | Quit ender` (Quit: Do you remember when you only had to pay for windows when you broke them?) |
00:03:00 | CIA-6 | New commit by Buschel (r27662): Use higher precision for libwmapro's quant_tab[]. |
00:05:00 | CIA-6 | r27662 build result: All green |
00:07:36 | kugel | if someone wants to have a look, I get this http://pastie.org/1070087 when compiling wma for RaaA |
00:07:47 | kugel | only on android though, it seems |
00:12:00 | Buschel | kugel: try to declare those two in wmafixed.h instead of wmadeci.c −− the implementation is done in wmafixed.c |
00:12:23 | kugel | Buschel: I think the problem is that they're declared inline? |
00:12:41 | kugel | or part of |
00:13:57 | Buschel | or you may compare it to libfaad (static inline, but implemented in the same file) |
00:15:18 | Buschel | mt: how did you generate the fixed point tabs in wmapro? seems like they do not use full precision but were generated out of floats. |
00:16:26 | Buschel | mt: it might be a good idea to re-create them from doubles −− just to keep the maximum precision. the sin-tabs were not converted by myself yet. |
00:16:53 | Buschel | good night! |
00:16:55 | | Quit bieber (Ping timeout: 276 seconds) |
00:21:07 | | Quit Buschel (Ping timeout: 240 seconds) |
00:21:52 | | Quit BHSPitMonkey (Quit: Ex-Chat) |
00:23:24 | * | kugel found the breakage |
00:23:41 | kugel | too late though, I started again :/ |
00:34:38 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
00:46:54 | | Quit bieber (Ping timeout: 264 seconds) |
00:48:34 | *** | Saving seen data "./dancer.seen" |
00:50:08 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
00:54:14 | | Quit DerPapst (Quit: Leaving.) |
00:54:19 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
01:00 |
01:03:31 | | Quit n1s (Quit: Lämnar) |
01:05:36 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
01:07:42 | | Quit Jerom (Read error: Connection reset by peer) |
01:11:05 | | Join phantomofopera [0] (www-data@giant.haxx.se) |
01:11:07 | phantomofopera | hello |
01:11:33 | phantomofopera | ? |
01:11:53 | phantomofopera | hi, what themes are the best, cleanest, focusing on the text rather than album art |
01:11:53 | phantomofopera | ? |
01:12:05 | phantomofopera | but are ALSO pretty |
01:12:22 | phantomofopera | and simple |
01:14:50 | phantomofopera | i went through the whole list in "theme installation" dialog window... |
01:14:57 | phantomofopera | there seems to be nothing that fits the bill |
01:15:02 | phantomofopera | helol+ |
01:15:04 | phantomofopera | ? |
01:15:37 | phantomofopera | maybe except for classical_dark |
01:16:58 | | Quit kugel (Remote host closed the connection) |
01:18:25 | | Quit phantomofopera (Quit: CGI:IRC (EOF)) |
01:20:39 | | Join bunnyboi [0] (~androgyne@cpe-72-224-31-169.nycap.res.rr.com) |
01:20:47 | | Quit JdGordon (Ping timeout: 240 seconds) |
01:37:51 | | Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net) |
01:48:54 | | Quit bmbl (Quit: Bye!) |
01:52:06 | | Join JdGordon| [0] (~jonno@rockbox/developer/JdGordon) |
02:00 |
02:20:48 | | Quit joxx (Disconnected by services) |
02:48:38 | *** | Saving seen data "./dancer.seen" |
03:00 |
03:00:57 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
03:14:51 | | Quit MethoS- (Remote host closed the connection) |
03:20:16 | | Quit mikroflops (Ping timeout: 260 seconds) |
03:20:39 | | Join mikroflops [0] (~yogurt@90-224-31-157-no112.tbcn.telia.com) |
03:23:29 | | Join Mr_Sensitive [0] (Dreamxtrem@92.0.203.55) |
03:24:43 | | Quit Dreamxtreme (Ping timeout: 240 seconds) |
03:30:53 | | Join Strife89 [0] (~Strife89@adsl-80-169-18.mcn.bellsouth.net) |
03:32:10 | | Quit BlakeJohnson86 (Read error: Connection reset by peer) |
03:35:44 | | Join Strife1989 [0] (~Strife89@adsl-80-169-18.mcn.bellsouth.net) |
03:38:27 | | Quit Strife89 (Ping timeout: 240 seconds) |
03:41:02 | | Quit bunnyboi (Quit: Ex-Chat) |
03:52:55 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
04:00 |
04:00:20 | | Nick DarkJuju is now known as [J] (juju2143@gateway/shell/57o9.org/x-uyqzxfzsjznsxlan) |
04:11:04 | | Join BlakeJohnson86 [0] (~bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
04:15:33 | | Nick [J] is now known as juju2143 (juju2143@gateway/shell/57o9.org/x-uyqzxfzsjznsxlan) |
04:15:58 | | Nick juju2143 is now known as DarkJuju (juju2143@gateway/shell/57o9.org/x-uyqzxfzsjznsxlan) |
04:16:12 | | Join Barahir_ [0] (~jonathan@frnk-590fca66.pool.mediaWays.net) |
04:19:08 | | Quit Barahir (Ping timeout: 240 seconds) |
04:23:09 | | Quit mc2739 (Ping timeout: 258 seconds) |
04:23:37 | | Quit Judas_PhD (Quit: Aaarrrggghhh!!!) |
04:25:04 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
04:27:06 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
04:27:27 | | Quit Judas_PhD (Client Quit) |
04:27:33 | | Quit pixelma (Disconnected by services) |
04:27:35 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
04:27:40 | | Quit amiconn (Disconnected by services) |
04:27:42 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
04:27:48 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
04:27:51 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
04:30:43 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
04:35:28 | | Join bob_brain [0] (~chatzilla@ki-181.78.244.24.scpe.citywest.ca) |
04:35:58 | | Quit mc2739 (Ping timeout: 248 seconds) |
04:37:47 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
04:38:35 | bob_brain | I have installed all cross compilers and have verified that they are in my path but still recieve the error "the compiler you must use (/build/prebuilt/linux-x86/arm-eabi-4.4.0/bin/arm-eabi-gcc) is not in your path!" I know that I have the arm-eabi-gcc folder in my /usr/local/bin but am confused about the error |
04:38:43 | | Quit TheSeven (Ping timeout: 276 seconds) |
04:39:03 | bob_brain | I am using the git repository from the RaaA git |
04:39:44 | bob_brain | I woulnd't mention it normally but since I am able to compile other builds, it seems strange that this one won't |
04:43:43 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
04:48:40 | *** | Saving seen data "./dancer.seen" |
04:52:19 | | Quit slck (Quit: Reconnecting.) |
04:52:25 | | Join slck [0] (Venci@No.Real-Love-For.Me) |
04:53:33 | JdGordon| | bob_brain: the compiler isnt in your path then :) |
04:53:36 | JdGordon| | echo $PATH |
04:54:05 | JdGordon| | how did you install the compiler? |
04:54:17 | bob_brain | JdGordon|: The standard rockbox compiler is in my path as I am able to compile other arm targets |
04:54:25 | bob_brain | JdGordon|: rockboxdev.sh |
04:54:49 | | Quit skim32 () |
04:54:55 | bob_brain | JdGordon|: I think that the custom source code has been modified to use a different location of the comiler |
04:54:59 | bob_brain | compiler* |
04:55:17 | JdGordon| | that path seems odd |
04:55:21 | bob_brain | I am looking at the modified configure script right now |
04:55:29 | bob_brain | exactly |
04:55:48 | JdGordon| | if this is for android, maybe the NDK supplies a prebuilt gcc? |
04:56:11 | bob_brain | perhaps |
04:56:28 | bob_brain | It is the same version as the rockbox compiler |
04:56:36 | bob_brain | but looking for it in a strange place |
04:57:05 | JdGordon| | yeah |
04:57:21 | bob_brain | http://pastebin.com/YJMhu1Fy |
04:57:28 | JdGordon| | untill that tree is merged into svn you really need to talk to kugel for help... |
04:57:44 | bob_brain | that is the part of the configure script which defines the location if I am correct |
04:57:50 | JdGordon| | yep |
04:58:31 | JdGordon| | you can try chanign that to the usualy arm-eabi-gcc |
04:58:31 | bob_brain | the $Android_NDK_Path must be the variable I'm looking for |
04:58:42 | bob_brain | hmm will do |
04:58:46 | bob_brain | maybe that will work |
04:58:59 | JdGordon| | although using the $ADNROID_NDK_PATH is probaly better |
04:59:07 | bob_brain | or else I need to get the compiler which that variable is pointing |
04:59:08 | JdGordon| | have you donwloaded the android ndk? |
04:59:12 | bob_brain | nope :) |
04:59:58 | bob_brain | downloading now, thanks for the help |
05:00 |
05:03:10 | | Join Tyr0 [0] (~tyr0@pool-108-13-164-73.lsanca.fios.verizon.net) |
05:04:33 | | Quit bob_brain (Ping timeout: 258 seconds) |
05:07:07 | | Quit captainkewllllll (Quit: Colloquy for iPod touch - http://colloquy.mobi) |
05:26:17 | | Quit [Saint] (Ping timeout: 246 seconds) |
05:30:50 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.126) |
05:39:15 | | Quit Horschti (Quit: Verlassend) |
05:45:08 | | Quit fdinel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
06:00 |
06:02:56 | | Join bunnyboi [0] (~androgyne@cpe-72-224-31-169.nycap.res.rr.com) |
06:07:59 | | Join hebz0rl [0] (~hebz0rl@dslb-088-067-196-238.pools.arcor-ip.net) |
06:08:54 | | Nick bunnyboi is now known as Jennifur (~androgyne@cpe-72-224-31-169.nycap.res.rr.com) |
06:17:24 | | Quit Tyr0 (Quit: Tyr0) |
06:23:36 | | Quit Leif (Ping timeout: 260 seconds) |
06:29:56 | | Quit Jennifur (Quit: IRC is just multiplayer notepad) |
06:33:57 | lestatar | hi folks...quick question re: AArt on Fuze v2 please... :-) |
06:34:41 | lestatar | not a complaint at all, but just noticed that my aart is kinda blurry, especially where there is legible text on the image |
06:35:13 | lestatar | used AlbumArtExtractor, jpg, 125x125 average pixel size |
06:35:37 | lestatar | the original embedded art is good quality 500x500 or a bit better. |
06:36:17 | lestatar | Is the blurry-ness due to combination of smallish images and not so great display hardware on teh Fuze? |
06:37:25 | | Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net) |
06:38:09 | | Quit anewuser (Quit: FAMICOMPO 7 - August 15 Through August 31 JST - http://midr2.under.jp/compo/vol7/index.html) |
06:38:45 | | Join Buschel [0] (~chatzilla@p54A3C3B9.dip.t-dialin.net) |
06:39:43 | | Quit AndyI (Ping timeout: 248 seconds) |
06:47:11 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
06:48:44 | *** | Saving seen data "./dancer.seen" |
06:58:02 | | Quit maraz (Ping timeout: 258 seconds) |
07:00 |
07:07:19 | | Join maraz [0] (~maraz@kapsi.fi) |
07:10:18 | | Join fyrestorm [0] (~nnscript@cpe-68-173-233-99.nyc.res.rr.com) |
07:10:45 | | Quit panni_ (Read error: Connection reset by peer) |
07:16:15 | | Quit Leif (Ping timeout: 264 seconds) |
07:21:30 | S_a_i_n_t | lestatar: Just a heads up, but there is absolutely NO point in having AA that exceded the maximum height/width of the DAPs display. |
07:21:39 | S_a_i_n_t | You *may* get better results with smaller AA. |
07:21:59 | S_a_i_n_t | All having 500x500 AA is doing on your DAP is taking up room. |
07:22:27 | S_a_i_n_t | s/exceded/excedes/ |
07:23:01 | S_a_i_n_t | Oh...sorry, I read that incorrectly. |
07:23:07 | S_a_i_n_t | The AA is 125x125? |
07:24:56 | S_a_i_n_t | It could also be that the fuze has a poor LCD, but, I seem to remember it being quite decent at 50x50px. |
07:29:29 | S_a_i_n_t | lestatar: Maybe you might get better results by resizing the AA to the size that the theme uses, using a known decent image editor, so it doesn't have to resize it on device. |
07:50:16 | | Join stoffel [0] (~quassel@p57B4D9FA.dip.t-dialin.net) |
07:53:11 | | Join JanDo [0] (~JanDo@212.44.150.75) |
07:54:26 | | Quit JanDo (Client Quit) |
07:58:01 | | Quit Buschel (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716]) |
07:59:41 | JdGordon| | Unhelpful: the skins dont redraw AA every update anymore, would it be possible to only save the origional image on the buffer and resize on draw? |
07:59:57 | JdGordon| | save a bit of buffer and potentially allow next aa to work more easily? |
08:00 |
08:04:31 | | Join Buschel [0] (~chatzilla@p54A3C3B9.dip.t-dialin.net) |
08:05:45 | Buschel | n1s: Can you take a look at the latest patch in FS #11498 ? A change to the Coldfire asm implementation for vector_fixmul_scalar() is needed... It would be great if you could do this change and submit an updated patch. |
08:06:02 | | Quit Buschel (Client Quit) |
08:21:39 | | Quit n17ikh (Ping timeout: 240 seconds) |
08:23:56 | | Join stooo [0] (~sto@g227073230.adsl.alicedsl.de) |
08:24:16 | | Quit stooo (Client Quit) |
08:29:34 | | Join mitk [0] (~mitk@195.117.162.130) |
08:30:37 | | Join n17ikh [0] (~n17ikh@c-68-59-25-51.hsd1.sc.comcast.net) |
08:32:21 | | Join powell14ski_ [0] (~powell14s@c-174-51-160-240.hsd1.co.comcast.net) |
08:42:25 | pixelma | JdGordon|: wouldn't the savings on the buffer be dependent on the size of the original image then? |
08:42:45 | JdGordon| | yes, but isnt that image there anyway? |
08:43:11 | JdGordon| | or even resize it on load to the largest requested size and then resize again |
08:43:50 | pixelma | no idea |
08:44:22 | | Join LinusN [0] (linus@rockbox/developer/LinusN) |
08:46:53 | pixelma | I wanted to ask you if you knew how checkwps now deals with %Vb (%Vf respectively) on greyscale. The question arose because the theme under http://themes.rockbox.org/index.php?themeid=197&target=iriverh100 uses %Vb(333333) and IMO should be rejected by checkwps then and not appear on greyscale target themes (the theme seems to be rejected by the parser on target it seems, haven't tried myself though) |
08:48:18 | JdGordon| | %Vf/b are ignored on target now |
08:48:24 | pixelma | huh? |
08:48:26 | JdGordon| | I can change it to reject if you really want |
08:48:38 | pixelma | and how do I set grey shades? |
08:48:46 | *** | Saving seen data "./dancer.seen" |
08:48:50 | | Join ender` [0] (krneki@foo.eternallybored.org) |
08:48:56 | JdGordon| | oh ah yes, ok.. no |
08:48:58 | JdGordon| | hehe :D |
08:49:11 | JdGordon| | that might be a bug happening then |
08:49:18 | JdGordon| | you use them for shades also, they arnt ignored |
08:49:32 | * | pixelma needs to update her greyscale WPS to see :\\ |
08:52:03 | pixelma | checkwps should reject WPSs that won't work on target, so %Vb/f with an RGB number. There's another issue with themes on greyscale which set bright on dark globally and not in the WPS, that's a theme site problem though |
08:54:05 | gevaerts | Can some forum admin ban 'zlzqq'? |
08:57:36 | simonrvn | generic spam bot *sigh* (seeing from the 'name') |
08:59:34 | JdGordon| | pixelma: remind me in 3 hours or so :) should be a tiny fix |
08:59:56 | pixelma | ok, I'll try to keep it in mind |
09:00 |
09:00:00 | JdGordon| | or apps/gui/skin_engine/skin_parser.c somehwere in parse_viewportcolours or something |
09:03:09 | pixelma | are you saying that it would currently not be rejected on target? I just *think* it is because someone in the forums said his album art wouldn't work with this WPS on the H120 while it works with other themes, so my assumption was that he would only see the built-in WPS because it would be rejected by the parser |
09:04:19 | * | S_a_i_n_t has seem checkwps let in other garbage before that didn't load on device. |
09:04:23 | S_a_i_n_t | *seen |
09:05:14 | | Quit mc2739 (Ping timeout: 276 seconds) |
09:06:43 | | Join mc2739 [0] (~mc2739@rockbox/developer/mc2739) |
09:08:16 | JdGordon| | yeah, pretty sure it doesnt make sure the colour is in the right format |
09:09:02 | JdGordon| | how much effort do we want to put into checkwps? is pass/fail enough now that we have the theme editor? |
09:15:22 | | Join Zagor [0] (bjst@giant.haxx.se) |
09:15:23 | | Quit Zagor (Changing host) |
09:15:23 | | Join Zagor [0] (bjst@rockbox/developer/Zagor) |
09:17:55 | amiconn | JdGordon: Afaik the original image is not buffered, only the resized one. Buffering the original would be a potentially huge waste |
09:18:08 | | Nick Strife1989 is now known as Strife89 (~Strife89@adsl-80-169-18.mcn.bellsouth.net) |
09:18:17 | * | S_a_i_n_t isn't sure forcing use of the themeeditor is such a good idea. |
09:19:02 | JdGordon| | amiconn: OK |
09:19:35 | JdGordon| | lets say the wps wanted 100x100 and the sbs wanted 25x25, if we only stored 100x100 would the sbs image look absolutely crap? |
09:19:48 | JdGordon| | although how good could it look at the size anyway |
09:20:39 | amiconn | I'm not sure, but afaik the image is loaded and resized twice in this case |
09:21:49 | JdGordon| | yes, I'm asking waht if we only stored it as 100x100 and resized it to 25x25 on demand? |
09:21:52 | * | amiconn never tried this sbs stuff |
09:22:30 | JdGordon| | I'm pretty sure we only draw the images on a full redraw now so the reclaimed buffer might be better than wasting the cpu |
09:22:47 | JdGordon| | (Also I'm asking about being able to do next aa with this) |
09:23:10 | amiconn | Resizing from a bitmap in rockbox format is kinda difficult. Not that difficult for colour, quite difficult for greyscale |
09:23:37 | | Join einhirn [0] (~Miranda@bsod.rz.tu-clausthal.de) |
09:23:39 | amiconn | But even for colour this would interfere with dithering |
09:24:00 | JdGordon| | so the quality would be bad? or the code just isnt there? |
09:24:54 | amiconn | The code isn't there, and the quality would be bad...very bad (depending on pixel format and scale factor) |
09:25:34 | JdGordon| | ok, there goes that idea then |
09:30:34 | | Quit Mr_Sensitive (Read error: Connection reset by peer) |
09:30:45 | | Join Mr_Sensitive [0] (Dreamxtrem@92.0.203.55) |
09:31:44 | | Join kramer3d [0] (~kramer@unaffiliated/kramer3d) |
09:35:03 | | Quit Strife89 (Ping timeout: 240 seconds) |
09:36:39 | | Join honkytonkwillie [0] (~honkytonk@142-3-178-69.static.gci.net) |
09:44:51 | lestatar | guys, thanks a lot, appreciate it as always |
09:45:13 | lestatar | no need for me to batch resize all the images, album art extractor is fine |
09:45:25 | lestatar | thanks for the tips tho :-) |
09:46:47 | lestatar | the question actually came up on anythingbutipod forum from someone else - just decided to pick your brains here on it |
09:47:47 | S_a_i_n_t | Yeah, I'm not absolutely 100% sure about it, but you may get a better result if the AA doesn't need to be resized by the player for the theme to use it. |
09:48:25 | | Join Rob2222 [0] (~Miranda@p4FDCA047.dip.t-dialin.net) |
09:51:14 | | Quit stoffel (Remote host closed the connection) |
09:51:51 | | Quit bieber (Ping timeout: 260 seconds) |
09:52:11 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
09:52:16 | | Quit Rob2223 (Ping timeout: 264 seconds) |
09:52:55 | lestatar | yeah, figured that saint, esp with theme designers specifying certain sizes. like i said, not a prob for me, just wondering. |
09:53:22 | lestatar | btw, any word on usb v2 fuze support? i'd dearly love to kiss the OF goodbye for good :-) |
09:53:48 | lestatar | i understand you folks have made some great progress on other platforms |
10:00 |
10:00:16 | | Nick delt_away is now known as delt (1000@ftp.deimos.ca) |
10:13:53 | | Join pamaury [0] (~quassel@rockbox/developer/pamaury) |
10:16:15 | | Part Zagor |
10:16:34 | | Join Zagor [0] (bjst@rockbox/developer/Zagor) |
10:22:18 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
10:27:50 | AlexP | gevaerts: Done |
10:30:37 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
10:34:28 | | Join DerPapst [0] (~Alexander@dslb-088-069-133-175.pools.arcor-ip.net) |
10:41:35 | | Join bimbel [0] (~Miranda@unaffiliated/bmbl) |
10:41:44 | | Quit bmbl (Disconnected by services) |
10:41:48 | | Nick bimbel is now known as bmbl (~Miranda@unaffiliated/bmbl) |
10:45:37 | | Nick delt is now known as delt_zZzZ (1000@ftp.deimos.ca) |
10:48:49 | *** | Saving seen data "./dancer.seen" |
10:49:26 | | Quit JdGordon| (Quit: leaving) |
10:50:45 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
10:54:21 | | Quit Judas_PhD (Quit: Aaarrrggghhh!!!) |
11:00 |
11:00:53 | | Join mischasworld [0] (~quassel@p5B212EA0.dip.t-dialin.net) |
11:01:36 | | Join petur [0] (~petur@rockbox/developer/petur) |
11:01:38 | | Join Dreamxtreme__ [0] (Dreamxtrem@92.0.203.55) |
11:03:03 | | Quit Mr_Sensitive (Ping timeout: 240 seconds) |
11:10:38 | CIA-6 | New commit by pamaury (r27663): Fix a logf bug which would trigger undefined behaviour(and probably crash) when both DEBUG, CONFIG_PLATFORM & PLATFORM_HOSTED are enable |
11:12:29 | CIA-6 | r27663 build result: All green |
11:27:37 | | Quit mischasworld (Ping timeout: 240 seconds) |
11:41:09 | | Join JdGordon [0] (~jonno@rockbox/developer/JdGordon) |
11:46:05 | | Quit petur (Quit: reboot) |
11:48:17 | | Quit sasquatch (Quit: WeeChat 0.3.2) |
11:51:30 | JdGordon | pixelma: whats the issue with the colours? grey accepting colour? or colour accepting grey? |
11:52:02 | | Join petur [0] (~petur@rockbox/developer/petur) |
11:52:25 | | Join sasquatch [0] (~username@p4FC6436A.dip.t-dialin.net) |
11:57:00 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
12:00 |
12:00:02 | | Join mischasworld [0] (~quassel@p5B212EA0.dip.t-dialin.net) |
12:17:05 | | Quit mischasworld (Ping timeout: 276 seconds) |
12:17:52 | | Quit bieber (Ping timeout: 265 seconds) |
12:18:08 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
12:48:50 | *** | Saving seen data "./dancer.seen" |
12:59:41 | | Join watto [0] (~watto@193.203.81.165) |
13:00 |
13:05:49 | | Quit Rob2222 (Quit: Rob2222) |
13:10:44 | | Join Rob2222 [0] (~Miranda@p4FDCA047.dip.t-dialin.net) |
13:10:45 | JdGordon | Is anyone against the ability to use more than one letter as the image identifier in skins? |
13:11:33 | JdGordon | actually ignore that :) |
13:11:37 | JdGordon | cbb with the discussion/patch now |
13:14:30 | * | S_a_i_n_t is against it, but doesn't really see the point...are there any themes even close to 52 images? |
13:14:42 | S_a_i_n_t | I can't particularly be bothered either though ;) |
13:15:12 | S_a_i_n_t | man, bad typo... s/is/isn't/ |
13:16:16 | | Quit TheSeven (Ping timeout: 264 seconds) |
13:16:53 | | Join T44 [0] (~Topy44@f049102119.adsl.alicedsl.de) |
13:20:42 | | Quit Topy44 (Ping timeout: 265 seconds) |
13:22:55 | S_a_i_n_t | Hmmmm, /me spots another Nano1G user in the forums complaining of unclean shutdown (without a low battery warining) causing legacy items left drawn on the screen. |
13:23:11 | S_a_i_n_t | Yay....kinda, at least it isn't just me. |
13:30:49 | | Quit jgarvey (Quit: Leaving) |
13:36:47 | | Quit bug2000 (Ping timeout: 260 seconds) |
13:38:08 | | Join Rob2223 [0] (~Miranda@p4FDCA047.dip.t-dialin.net) |
13:38:51 | | Quit Rob2222 (*.net *.split) |
13:38:52 | | Quit Barahir_ (*.net *.split) |
13:38:53 | | Quit AlexP (*.net *.split) |
13:38:53 | | Quit scorche (*.net *.split) |
13:38:55 | | Quit parafin (*.net *.split) |
13:38:55 | | Quit jae (*.net *.split) |
13:40:14 | | Join jae [0] (~jae@jaerhard.com) |
13:40:16 | | Join Barahir [0] (~jonathan@frnk-590fca66.pool.mediaWays.net) |
13:40:43 | | Join AlexP [0] (~alex@rockbox/staff/AlexP) |
13:43:17 | | Join parafin [0] (parafin@paraf.in) |
13:44:14 | | Join scorche [0] (~scorche@rockbox/administrator/scorche) |
13:49:09 | | Join bug2000 [0] (~bug@unaffiliated/bug2000) |
13:49:28 | pixelma | JdGordon: grey accepting RGB values, seeing as the theme using %Vb(333333) is on the greyscale theme pages |
13:49:47 | JdGordon | yeah ok, checked the logs because I was impatient :) |
13:49:58 | JdGordon | fixed locally... I'll commit tonight some time |
13:51:05 | | Join MethoS- [0] (~clemens@134.102.106.250) |
13:51:08 | pixelma | thanks. I wondered a bit if it's because a single "3" would be a valid grey shade |
13:51:59 | JdGordon | exactly the reason |
13:52:20 | JdGordon | a tiny bit of extra error checking and its fixed |
13:52:29 | pixelma | ah, ok |
14:00 |
14:04:37 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
14:13:24 | JdGordon | bieber: small request of the editor (which will make sense once I commit this....) renaming a viewport should ask if you want to rename all references (i.e in %Vd() tags) |
14:16:52 | JdGordon | who can I annoy about the manual? |
14:17:22 | S_a_i_n_t | Depends who wanted what fixed ;) |
14:18:21 | S_a_i_n_t | The "propper" suggestion would probably be the tracker though |
14:18:50 | JdGordon | I'm fixing viewports to allow proper names to give an idea how useful (or not) it would be for images.. looking into if the manul needs fixing |
14:19:04 | kugel | S_a_i_n_t: I need a 320x480 cabbie quite soon |
14:19:11 | JdGordon | viewports is the easier change to make :) no silly %xd(Aa) tag to worry about |
14:19:38 | S_a_i_n_t | "%xl(foo)" and "%Vd(foo)"? |
14:19:43 | JdGordon | kugel: use 320x240 and be happy with 1/4 of the lcd being blank |
14:20:02 | kugel | 1/2* |
14:20:09 | JdGordon | S_a_i_n_t: yeah, %v though |
14:20:18 | JdGordon | %V |
14:20:22 | * | S_a_i_n_t shudders |
14:20:28 | JdGordon | you dont have to use it |
14:20:39 | S_a_i_n_t | ;) |
14:21:09 | S_a_i_n_t | I just imagine it looking weird, that's all...it's functionally identical. |
14:21:22 | JdGordon | indeed |
14:21:46 | | Join efyx [0] (~efyx@lap34-1-82-225-185-146.fbx.proxad.net) |
14:22:01 | S_a_i_n_t | Hmmm...is it though, is there still a limit on identifiers? |
14:22:16 | | Quit bieber (Ping timeout: 264 seconds) |
14:22:29 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
14:22:31 | JdGordon | but %?C<%Vd(aa)|%Vd(no aa)> is certainly nicer than one letters and 4 lines of comments |
14:23:04 | JdGordon | the only limit is you cant put a comma in the name |
14:23:34 | S_a_i_n_t | to some, possibly. My comments only ever explain optional features, I let the code explain the rest. |
14:23:56 | | Quit bluebroth3r (Ping timeout: 240 seconds) |
14:25:48 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
14:36:24 | | Quit S_a_i_n_t (Ping timeout: 276 seconds) |
14:37:45 | Unhelpful | JdGordon: i'm not sure what that would actually save? and do we mean an original image in 8-bit color-or-greyscale, or at native depth? the latter is fairly worthless for further scaling. |
14:39:59 | Unhelpful | if you're going to scale it again, i suppose you'd want to scale it to the maximum size that will fit the screen on load, and store it at 8bits/channel. then scale that *down* on demand. i don't really think this would save us much, though, since the bitmap data would be 3/2 as large on color targets and 4x as large on greyscale |
14:40:38 | JdGordon | ok fair enough |
14:40:42 | Unhelpful | we also lack at present a means to scale an in-memory image, although the glue code to feed one to the scaler should be fairly trivial. |
14:41:25 | JdGordon | I was thinking for next AA, if the image is already on the buffer (but in the wrong size) that could be scaled down so it isnt in ram 4 times |
14:41:27 | kugel | didn't uchida post a patch which does in-memory scaling? |
14:42:28 | kugel | the embedded albumart patch |
14:42:51 | Unhelpful | that's part of the embedded AA patch? |
14:42:56 | JdGordon | anyone got a sbs which sets the ui viewport conditionally? |
14:44:19 | dfkt | does disk tidy not support wildcards for "other" files? it works well with the eq presets i added in the "other" section, but it doesn't clean *.jpg, and so on: http://pastie.org/1070916 |
14:44:50 | kugel | Unhelpful: it looks like |
14:45:05 | Unhelpful | kugel: are you sure you don't mean scaling from jpeg data that is in memory? |
14:45:24 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.126) |
14:46:01 | kugel | Unhelpful: I do mean that, you said we lack that |
14:47:26 | Unhelpful | i don't think decoding jpeg on-demand is a good idea. sloooooow. |
14:48:53 | *** | Saving seen data "./dancer.seen" |
14:50:17 | CIA-6 | New commit by jdgordon (r27664): make grey targets reject viewport colours if theyare more than one letter (i.e %Vb(333333) ) |
14:50:25 | CIA-6 | New commit by jdgordon (r27665): Allow viewport labels to be mostly free text instead of only one character. If this is useful the same will be done for images |
14:52:02 | CIA-6 | r27664 build result: 1 errors, 0 warnings (jdgordon committed) |
14:52:31 | JdGordon | odd error |
14:53:56 | CIA-6 | r27665 build result: All green |
14:54:13 | | Join oxman [0] (~bouh@kermit.bouh.org) |
14:54:19 | oxman | hello :) |
14:55:30 | | Quit mitk (Quit: Leaving) |
14:56:22 | oxman | I've a problem with my Sansa clip+, gather runtime doesn't work, and if i do a song rating i get an "no info", gather runtme is on, i've try to initialize again and again, and update too, without success, gather runtime still doesn't work |
14:56:24 | oxman | any idea ? |
14:56:57 | oxman | (i using r27663) |
14:57:01 | S_a_i_n_t | rating is set via the DAP, not shared between databases IIRC |
14:57:02 | JdGordon | have you got the database set to auto update and load to ram? |
14:57:11 | S_a_i_n_t | ie. I don't think you can export a rating. |
14:57:30 | oxman | i've set to auto update yes, and trying with enable to ram and without |
14:57:33 | oxman | the both doesn't work |
14:58:24 | S_a_i_n_t | As for the rating, try setting it via the context menu in the WPS |
14:58:32 | S_a_i_n_t | I think you'll find that wil work. |
14:58:37 | oxman | i get "no info" when i doing that :) |
14:58:55 | S_a_i_n_t | Ah...where do you get the "no info"? |
14:59:01 | S_a_i_n_t | what displays that, and where? |
14:59:08 | oxman | after push "song rating" in the context menu |
14:59:50 | S_a_i_n_t | and, you have set a rating first? (via the context menu)? |
14:59:59 | oxman | my god... now its work, 2 hours on the problem ! |
15:00 |
15:00:03 | oxman | and now it working :/ |
15:00:07 | S_a_i_n_t | ;) |
15:00:47 | JdGordon | rasher: I want to deprecate a skin tag instead of outright breaking it. would it be possible to make the theme site be able to handle it if I changed checkwps to print a error message if the tag is found? |
15:01:17 | JdGordon | of course, now owuld be the time to break it anyway... |
15:01:19 | oxman | well "thanks" :) |
15:01:19 | | Quit antil33t (Read error: Connection reset by peer) |
15:01:24 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
15:01:40 | | Join Leif [0] (~LeifAnder@c-98-202-6-36.hsd1.ut.comcast.net) |
15:09:51 | * | JdGordon points people to http://forums.rockbox.org/index.php?topic=25411 |
15:11:32 | S_a_i_n_t | is it an actual poll, or do you need to "reply" your opinion? |
15:11:52 | * | S_a_i_n_t sees nothing clickable. |
15:12:06 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
15:12:40 | JdGordon | you might have to log in to vote? |
15:12:56 | S_a_i_n_t | Ah... ;) |
15:13:36 | JdGordon | kugel: you did the backlight stuff... is there an event when the backlight comes back on? |
15:13:47 | JdGordon | add a ? before those ... |
15:15:55 | kugel | JdGordon: no |
15:16:13 | JdGordon | can I add one? |
15:16:23 | S_a_i_n_t | you naming of "palymode" confused me, as "playmode" is likely to be the image name comprising the bitmap strips, not a name of the subimage. |
15:16:43 | JdGordon | typo :) I'lll fix it |
15:17:06 | kugel | JdGordon: yea, why not |
15:17:27 | JdGordon | are you using the lcd/backlight in android? |
15:17:37 | JdGordon | off = gui hidden |
15:17:58 | * | S_a_i_n_t also wonders why " (This would eventually be removed, sometime in the future, more than 1 release away)", but other than that..."meh" |
15:17:59 | | Quit krazykit (Quit: bbl) |
15:18:01 | JdGordon | S_a_i_n_t: hang on! thats your type |
15:18:15 | S_a_i_n_t | do you not get it? |
15:18:24 | kugel | JdGordon: you mean you want an event when the display because readable again (!= backlight on) like there is one for when it becomes unreadable (LCD_ACTIVATION_EVENT)? |
15:18:29 | S_a_i_n_t | "playmode" comprises of "play" stop" etc. |
15:18:42 | S_a_i_n_t | So it isn;t likely to be a subimage of %mp |
15:18:58 | JdGordon | kugel: yeah |
15:19:06 | JdGordon | to force a skin redraw |
15:19:30 | kugel | JdGordon: I think it would be better to simply move the send_event() call out of the if (enable) in each driver (and pass enable as param) |
15:20:02 | kugel | it's send from the driver's lcd_enable() |
15:20:27 | JdGordon | awesome |
15:21:00 | AlexP | JdGordon: If you are going to change it, I'd do it now rather than let it keep working then break in the future |
15:21:12 | kugel | JdGordon: oh wait, there's an event for when it becomes readable again. there's no event for when it becomes unreadable |
15:21:38 | kugel | the wps already forces skin redraw (add_event(LCD_EVENT_ACTIVATION, false, wps_lcd_activation_hook);) |
15:21:56 | JdGordon | AlexP: well yeah, me too, but if really noone wants it then I guess I wont bother |
15:22:02 | * | S_a_i_n_t was reasonable happy knowing old behaviour would be reserved...but, now knowing it won't be, doesn't see the point. |
15:22:17 | | Quit Kitar|st (Ping timeout: 264 seconds) |
15:22:23 | JdGordon | kugel: yeah, but that doesnt work :) |
15:23:18 | kugel | but it should (and did before) |
15:25:57 | JdGordon | not since 3.4 |
15:26:47 | JdGordon | mid january |
15:26:48 | JdGordon | if we knew when the lcd wasnt visible anymore we could do a lot less updates also |
15:29:37 | | Quit kramer3d (Ping timeout: 240 seconds) |
15:30:40 | kugel | someone needs to explain the rationale behind sim_codec_load_ram() |
15:31:00 | kugel | JdGordon: that's what's being done |
15:31:36 | JdGordon | only in wps.c |
15:32:23 | kugel | I had that implemented for the sbs too |
15:32:52 | kugel | it's in sb_skin_update() |
15:34:00 | kugel | what do you mean with "it doesn't work"? there's a minimal delay which is inevitable but you shouldn't notice it most of the time (not if backlight fading is enabled anyway) |
15:34:14 | JdGordon | 10926 |
15:35:23 | kugel | JdGordon: all reporters use a h300 it seems? maybe it's more related to the remote. because I haven't noticed that bug yet |
15:35:48 | JdGordon | hmm, good point |
15:37:45 | | Join evilnick_B [0] (0c140464@rockbox/staff/evilnick) |
15:38:05 | JdGordon | n1s: ping? |
15:39:07 | S_a_i_n_t | Hmmm, so "%xd(playmode, %mp)" means, each subimage from the image is a respective segment in the %mp tag? |
15:39:14 | * | S_a_i_n_t is trying to understand this. |
15:39:49 | S_a_i_n_t | If so, doesn't that bork the current ability of being able to use subimages out of sequence as animations commonly do? |
15:40:04 | JdGordon | yes and yes |
15:40:17 | S_a_i_n_t | then, it's crap. sorry. |
15:40:17 | JdGordon | you would only use that if you wanted that behaviour though |
15:40:41 | S_a_i_n_t | I read that the "old" (current" behaviour is doomed though. |
15:41:00 | JdGordon | %xd(Aa) is doomed |
15:41:10 | JdGordon | %xd(a,1) is not |
15:41:30 | S_a_i_n_t | Hmmmm. |
15:41:37 | | Join Kitar|st [0] (~Kitar_st@89.142.49.229) |
15:41:48 | | Join Kitr88 [0] (Kitar_st@BSN-143-107-6.dial-up.dsl.siol.net) |
15:42:10 | JdGordon | %?mm<|%xd(Ea)|%xd(Eb)|%xd(Ec)|%xd(Ed)> would either be %xd(E, %mm) or %?mm<|%xd(E,1)|%xd(E,2)|%xd(E,3)|%xd(E,4)> |
15:43:41 | S_a_i_n_t | the problem I see with "%xd(E, %mm)" is the image *has* to have the same ammount of subimages as the tag has values...unless it had an offset value, which overcomplicates things. |
15:44:11 | S_a_i_n_t | A lot of themes don;t use a "stop" subimage for example, as its pointless if there's no .sbs |
15:44:14 | JdGordon | the %xl tag wouldnt change so it would still be told how many images are there |
15:44:32 | | Join jgarvey [0] (~jgarvey@cpe-065-190-066-089.nc.res.rr.com) |
15:44:35 | JdGordon | the qeustion is which image to use if %mm is too big, probaly the last or none |
15:45:02 | | Quit Leif (Ping timeout: 260 seconds) |
15:45:35 | S_a_i_n_t | It seems nice in principle but there seems to be too many things it depends on to be "smooth". |
15:45:40 | JdGordon | this of course would only be useful if your images are set up to handle them |
15:45:41 | | Quit Kitar|st (Ping timeout: 240 seconds) |
15:45:57 | S_a_i_n_t | I'm in the "if it aint broke, don't fix it" camp. |
15:46:23 | S_a_i_n_t | I just really don't want to see another big theme-breaker any time soon. |
15:47:04 | JdGordon | the counter argument is now is the perfect time to do another break |
15:47:48 | kugel | JdGordon: sb_skin_update() sets do_full_update to false, a subsequent call for the other screen would not have a full update |
15:47:56 | S_a_i_n_t | It is? Why people are still reeling from the last one and the documentation still doesn't accurately reflect the last? |
15:48:02 | S_a_i_n_t | s/why/while/ |
15:48:37 | S_a_i_n_t | I see the point, but it doesn't seem as simple as it does in casual conversation. |
15:48:41 | JdGordon | kugel: yeah, saw that in wps.c also... I never did like that mostly global do_full_update :/ |
15:50:17 | JdGordon | what is really needed is more cleanup :/ a single skin manager which keeps track of all the load skins and makes sure the corect update is done for each |
15:51:05 | JdGordon | that might even allow on demand skin un/loading! |
15:59:38 | JdGordon | ah, the wps_sync_data isnt shared between the sbs and wps, only between sbs and rsbs, and wps and rwps |
16:00 |
16:01:29 | | Part LinusN |
16:03:18 | | Join fdinel [0] (~Miranda@modemcable235.127-131-66.mc.videotron.ca) |
16:04:34 | | Join Strife89 [0] (~Strife89@207.144.201.128) |
16:04:49 | | Join stoffel [0] (~quassel@p57B4A0BE.dip.t-dialin.net) |
16:12:46 | CIA-6 | New commit by jdgordon (r27666): Fix FS #10926 - h300 wps wouldnt be updated correctly when the backlight turns off because the remote is being naughty |
16:14:44 | CIA-6 | r27666 build result: All green |
16:14:51 | kugel | JdGordon: the wps.c code looked correct to me |
16:15:11 | JdGordon | thats where the bug was actually reported |
16:15:16 | kugel | unless the skin engine modifies do_full_update? |
16:15:51 | | Join piggz [0] (~piggz@78.144.111.12) |
16:16:09 | JdGordon | the if in wps.c was always true so do_full_update would get to false straight away |
16:16:26 | piggz | hi, rockbox on my ipod video 5.5g no longer works on my sony dock...used to work fine, im using the current build, anything i can try? |
16:16:56 | S_a_i_n_t | piggz: Yep, finding the build that broke it. |
16:16:58 | JdGordon | either way, that removed line should have been inside the if() block |
16:17:36 | piggz | S_a_i_n_t: first, is it a known issue? |
16:18:01 | S_a_i_n_t | piggz: Did you check the tracker? |
16:18:13 | S_a_i_n_t | http://www.rockbox.org/tracker/index.php?show_task= |
16:18:55 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
16:24:34 | | Quit JdGordon (Quit: Leaving.) |
16:25:19 | piggz | S_a_i_n_t: i went back to 3.6 and it still didnt work, so i reset the settings, rebooted, turned off my hi-fi, and it started working |
16:25:23 | piggz | go figure |
16:25:31 | piggz | i'll put curent back on iy now |
16:26:13 | S_a_i_n_t | You probably turned off accessory power supply. |
16:26:43 | pixelma | is power supply important on a dock? No idea how Ipod accessories work though... |
16:26:54 | S_a_i_n_t | IIRC it is on by default for the releases, not sure about the current builds though. |
16:27:21 | pixelma | I don't think it's on for the releases |
16:27:27 | S_a_i_n_t | pixelma: I'm under the impression ic can be important for some makes of dock, yes. |
16:27:33 | S_a_i_n_t | Happy to be corrected though. |
16:27:52 | piggz | for info, its a sony dock |
16:28:07 | Torne | accessory power supply and/or lineout may need to be enabled |
16:28:20 | Torne | some docks/accessories don't actually draw power from the ipod but use the accessory power pin to detect its presence |
16:28:35 | S_a_i_n_t | Yay, conformation from an iMan ;) |
16:29:03 | | Join domonoky [0] (~Domonoky@agsb-4d048b89.pool.mediaWays.net) |
16:29:05 | | Quit domonoky (Changing host) |
16:29:06 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
16:41:30 | | Quit S_a_i_n_t (Ping timeout: 240 seconds) |
16:42:36 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.25) |
16:42:53 | | Join _jhMikeS_ [0] (~jethead71@rockbox/developer/jhMikeS) |
16:42:53 | | Quit jhMikeS (Disconnected by services) |
16:47:05 | | Join panni_ [0] (hannes@ip-95-222-52-93.unitymediagroup.de) |
16:48:55 | *** | Saving seen data "./dancer.seen" |
16:50:47 | | Nick YPSY is now known as Ypsy (~ypsy@geekpadawan.de) |
16:51:51 | | Quit antil33t (Read error: Connection reset by peer) |
16:51:57 | | Join antil33t [0] (~Mudkips@124-197-51-80.callplus.net.nz) |
16:58:17 | | Quit bieber (Ping timeout: 240 seconds) |
16:58:33 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
16:59:46 | | Quit domonoky (Read error: Connection reset by peer) |
17:00 |
17:00:58 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
17:02:45 | | Part Zagor |
17:05:56 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
17:06:27 | kugel | if anyone is interested, kugel-rb.git/shortlog/refs/heads/gsoc-android-2">http://repo.or.cz/w/kugel-rb.git/shortlog/refs/heads/gsoc-android-2 now has the java bits so if anyone wants to build RaaA for android go ahead |
17:06:29 | | Quit Strife89 (Quit: Putting away my lappy for now.) |
17:07:38 | | Quit bieber (Ping timeout: 260 seconds) |
17:07:53 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
17:10:14 | | Join bertrik [0] (~bertrik@rockbox/developer/bertrik) |
17:11:51 | | Join t0rc [0] (~t0rc@unaffiliated/t0rc/x-5233201) |
17:22:43 | * | kugel needs a cabbie, quickly... :) |
17:24:06 | S_a_i_n_t | Stretch the backdrops from the 320x240 Cabbie ;) |
17:25:52 | S_a_i_n_t | Hmmm, it's beyond me...but the math to work out the y values for each viewport/image wouldn't be *impossible to calculate I guess. |
17:34:00 | pixelma | isn't there a cabbiev2 graphics package still? I don't know what picture size the original is though |
17:35:21 | kugel | I'm too lazy to code the wps though |
17:36:02 | * | S_a_i_n_t finds that comical considering the coding kugel does, and the fact that only y values and AA size really need be changed. |
17:36:59 | kugel | shh! |
17:37:32 | S_a_i_n_t | (drop everything down from mid-screen, and put a big fucking AA image with a "fallback image" in the centre...done ;)) |
17:37:40 | kugel | it's not that easy though. the 320x240 is landscape, therefore a completely different layout |
17:37:54 | S_a_i_n_t | Ah, right...gotcha. |
17:38:29 | S_a_i_n_t | oh, you mean "the 320x240 (with touch regions)" :P |
17:38:58 | | Join {phoenix} [0] (~dirk@p57AA7387.dip.t-dialin.net) |
17:39:30 | S_a_i_n_t | as far as I remember the video is 320x240...and touch regions would need changing anyway. |
17:39:38 | S_a_i_n_t | I *can* do it, just not now. |
17:40:25 | * | kugel hugely dislikes scaling |
17:40:53 | S_a_i_n_t | the original GFX pack is in the forums. |
17:41:02 | pixelma | couldn't you base the layout off the gigabeat or e200 version? |
17:41:03 | kugel | apparently the biggest backdrop in the cabbiev2 graphics package is too small :( |
17:42:01 | S_a_i_n_t | kugel; Aren't there .svgs in there? |
17:42:08 | S_a_i_n_t | they scale *way* better. |
17:42:23 | kugel | I grabbed the package from http://www.rockbox.org/wiki/DefaultWPS, is there another one? |
17:42:47 | | Join LambdaCalculus37 [0] (803b0d0c@rockbox/staff/LambdaCalculus37) |
17:43:12 | S_a_i_n_t | Hmmm, that does seem to be it. I seem to recall there being SVGs on hand. |
17:43:22 | kugel | I too :/ |
17:45:39 | | Quit Judas_PhD (Quit: Aaarrrggghhh!!!) |
17:45:43 | * | S_a_i_n_t decides he hugely dislikes the variations present in the colours of the varying Cabbie backdrops. |
17:45:58 | S_a_i_n_t | Some are black & yellow...some decidedly orange. |
17:47:27 | | Quit bmbl (Quit: Bye!) |
17:48:05 | | Nick Ypsy is now known as YPSY (~ypsy@geekpadawan.de) |
17:48:10 | pixelma | it's also fun that the 128x128 version used bigger icons in the cabbiev2 "status bar" than the 176x132 for quite a while. I think I changed that with the 128x128 greyscale versions for the MPIO but you see that they were done by different people |
17:48:57 | S_a_i_n_t | One day, One Day...if noone beats me to it. |
17:49:13 | S_a_i_n_t | +(I'll make a set of SVGs) |
17:50:13 | kugel | S_a_i_n_t: icons.psd contains everything in huge |
17:50:30 | S_a_i_n_t | for greyscale too? |
17:50:34 | kugel | no |
17:50:45 | S_a_i_n_t | Ah...well, it's a start. |
17:51:01 | | Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com) |
17:51:01 | pixelma | maybe ZincAlloy has SVGs |
17:51:23 | S_a_i_n_t | I think the .PSGs are all his workings. |
17:52:15 | | Quit Ramsey[LC] (Quit: (Killed (NickServ (GHOST command used by dissident)))) |
17:52:53 | | Quit TheSeven (Ping timeout: 264 seconds) |
17:53:33 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
17:53:34 | | Quit _jhMikeS_ (Disconnected by services) |
17:59:24 | pixelma | S_a_i_n_t: the greyscale icons were all "hand made" by me. The first versions were just scaled down to the 4 greys from the colour icons and looked... well... weird |
17:59:29 | | Quit petur (Quit: later) |
17:59:33 | pixelma | same with monochrome |
17:59:47 | S_a_i_n_t | yeah, I've tested that ,yself ;) |
18:00 |
18:00:04 | S_a_i_n_t | though...anything in greyscale/monochrome looks weird :P |
18:00:18 | S_a_i_n_t | bah... *myself |
18:00:48 | pixelma | pff... Nano junky |
18:03:53 | | Join RemDeprived [0] (~pouncep@24-241-15-134.dhcp.rnrp.nc.charter.com) |
18:04:00 | | Join Strife89 [0] (~Strife89@207.144.201.128) |
18:05:17 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
18:09:07 | freddyb | What happened to anti-aliased fonts? Was there an objection to it or just lack of interest? I made a few small fixes and I think I have it working now. |
18:09:36 | | Quit einhirn (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
18:10:10 | * | Torne doesn't personally see the point; fonts are already too big :) |
18:10:34 | Torne | if you're going to make fonts bigger by adding an alpha mask, then fix FS #11168 first :) |
18:13:49 | | Join Hillshum [0] (4ba5f419@gateway/web/freenode/ip.75.165.244.25) |
18:16:22 | | Quit LambdaCalculus37 () |
18:17:26 | freddyb | Haha. It seems to me that FS #11168 targets the userfont (60000) but it's much more likely to over run the skin fonts (10240) |
18:18:47 | Torne | That's people's own fault, though :) |
18:19:09 | Torne | the problem is not just that fontcache loading is slow on some targets.. |
18:19:19 | Torne | the problem is that this applies to the default userfont used by cabbiev2 on those targets |
18:19:29 | Torne | obviously fixing fontcache loading being slow would be ideal :) |
18:19:41 | Torne | the patch i wrote is just a workaround to let hte memory usage be a little flexible |
18:21:34 | freddyb | You mean it's slow when it boots or slow all around? |
18:21:55 | Torne | boot time |
18:22:04 | Torne | i guess it would also be slow if there were a lot of fontcache misses |
18:22:11 | RemDeprived | kugel: if you get something testable with Android, I would like to give it a try. I have a HTC HD2 hijacked to run android 2.2 |
18:22:17 | Torne | but most people don't have any noticable number of misses as most people's tracknames are in fairly basic latin chars |
18:22:24 | | Quit Strife89 (Quit: VBS Day 1 - Done. Finally.) |
18:22:25 | Torne | with maybe a minimal helping of accents |
18:22:38 | Torne | the problem is that the boot time on ipodvideo goes up by 6 *seconds* if you select a font that needs fontcache |
18:22:46 | Torne | that's just absolutely insane |
18:23:01 | kugel | RemDeprived: clone my git repo |
18:23:05 | Torne | and cabbiev2's font is too big, so yeah |
18:23:16 | Torne | default install of rockbox on ipodvideo boots 6 seconds too slow |
18:23:37 | Torne | this is unimpressive :) |
18:25:45 | S_a_i_n_t | Though, said user doesn't *know* it's too slow until changing themes ;) |
18:25:55 | S_a_i_n_t | Just say the other themes loading fast is the bug :P |
18:26:40 | Torne | well, it might still put people off, especially since we hav eto boot up every time |
18:27:03 | freddyb | 15-Helvetica? |
18:27:07 | Torne | it's some kind of horrible perfect storm of failure between the fontcache being stupid and the sector emulatio nbuffer being stupid as well |
18:27:10 | Torne | yes |
18:27:12 | Torne | 15-Helvetica is >60000 bytes |
18:27:16 | Torne | so it provokes the bad behaviour |
18:27:22 | Torne | 14 or 16 are fine :) |
18:27:26 | S_a_i_n_t | would RB be able to "sleep" the iPods...and just doesn't, or can it just not be done? |
18:27:47 | Torne | S_a_i_n_t: it can be done, but it's nontriviail |
18:27:54 | Torne | it's not just a matter of finding some "sleep" register |
18:27:57 | S_a_i_n_t | Aha. |
18:27:58 | Torne | the CPU turns off |
18:28:06 | Torne | so, when it powers back on it executes Apple's flash bootloader |
18:28:10 | Torne | it just leaves power to RAM |
18:28:20 | Torne | it's equivalent to suspend-to-ram on PCs |
18:28:36 | Torne | so what we'd hasve to do is work out wha tapple's flash bootloader expects to find in ram in order to resume from sleep |
18:28:42 | Torne | and set up the ram to look enough like that that it worked. |
18:29:20 | S_a_i_n_t | there've been problems before with the magic the OF expects in RAM, no? |
18:29:27 | Torne | Yes, there are *ongoing* problems with that magic |
18:29:36 | Torne | it's what causes the bootup-needs-reset issue, i think |
18:29:45 | Torne | i've done what i think should solve it but it doesn't work for everyone |
18:30:03 | S_a_i_n_t | ie. me. ;) |
18:30:05 | Torne | the OF basically never expects to be actually powered off fully other than when the battery has totally died |
18:30:19 | S_a_i_n_t | coinceidentally, has there been anyone else or is it *just* me? |
18:30:19 | Torne | it always expects at minimum the contents of IRAM to be retained and to be something it wrote itself |
18:30:23 | Torne | there are others, yes |
18:30:29 | S_a_i_n_t | *phew* |
18:30:30 | freddyb | Hmmm..Some of my AA-Fonts load much faster than 6 seconds on my iPod Video and they're BIG. Is it because of the number of glyphs? |
18:30:30 | Torne | you don't count though, we decided, i thought |
18:30:47 | Torne | freddyb: it's whether the filesize is over MAX_FONT_SIZE, nothing else |
18:30:55 | Torne | it's whether it uses the fontcache or not. |
18:31:04 | Torne | fontcache loading is stupendously slow, regular loading is fine |
18:31:24 | Torne | it probably only affects the models with 1024-byte sector hard disks, also |
18:31:32 | Torne | i.e. the 5.5G |
18:31:48 | Torne | S_a_i_n_t: the other fix didn't fix it for you either, or am i thinking of osmeone else? :) |
18:32:11 | kugel | hm, somehow gimp lacks a filter for the rockbox logo |
18:32:15 | S_a_i_n_t | Torne: Yeah, that's me. Neither "fix" worked 100% |
18:32:23 | Torne | right, i had no explanation for that one |
18:32:28 | Torne | so i was pretending you didn't exist ;) |
18:32:40 | S_a_i_n_t | keep the averages clean ;) |
18:32:54 | Torne | as far as I know nobody with an ipodvideo has problems with the new fix |
18:32:58 | | Quit DerPapst (Quit: Leaving.) |
18:32:58 | | Join TheSeven [0] (~TheSeven@rockbox/developer/TheSeven) |
18:33:09 | Torne | the people who have issues, other than you, are 1) other models and 2) worked fine with the original fix |
18:33:26 | Torne | this reduces my motivation to look into it more, i'm afraid, since i'm an ipodvideo owner |
18:33:29 | Torne | :) |
18:33:42 | S_a_i_n_t | Hey, totally fair. |
18:33:47 | Torne | also, the loader i've been disassembling to look for more info is the ipodvideo one, so it may well be that i won't find anything that way |
18:34:01 | S_a_i_n_t | If it did it more than once every couple of days it'd be a bit more annoying. |
18:34:03 | Torne | it's enough effort to disassemble any substantial proportion of *one* loader ,let alone the, er, 30-odd there are |
18:34:09 | Torne | (different versoins as well as models) |
18:34:34 | Torne | Since *either* fix was included, a lot less people have asked for help with the problem |
18:34:47 | Torne | so I think we can reasonably conclude that for most people, *both* fixes worked fine |
18:34:59 | Torne | and thus the latter one is probably better since it doesn'thave any side effects |
18:34:59 | S_a_i_n_t | considerably less since the second. |
18:35:15 | Torne | well, lots of people asked about the side effects of the first one |
18:35:25 | Torne | i don't think anyone complained about still having to reset it |
18:35:27 | Torne | other than you :) |
18:35:36 | * | S_a_i_n_t never even saw it, but suspects it may be a Flash thing. |
18:35:48 | S_a_i_n_t | s/it/side-effects/ |
18:37:08 | Torne | well, the obvious side effect (the icon on shutdown) didn't show up on all models, depended on what kind of lcd they had i think |
18:37:16 | Torne | and the waking-up-randomly one never happened for me :) |
18:37:20 | * | Torne shrugs |
18:37:38 | Torne | It's just too much of a pain to account for all the possible stupid things the apple OF could be doing without knowing exactly what it's up to |
18:37:53 | Torne | and knowing that for sure would need someone to reverse *every* version, or at least the latest version for every model :) |
18:38:09 | * | S_a_i_n_t saw neither, but still had "need to reset for power on". |
18:38:17 | S_a_i_n_t | Next years GSoC? :P |
18:38:53 | kugel | hm, damn |
18:38:54 | Torne | that would be slightly sadistic :) |
18:39:01 | S_a_i_n_t | "GSoC Submission: Pwn iPod Bootloaders/OF" |
18:39:06 | S_a_i_n_t | ;P |
18:39:16 | Torne | Well, an alternative would be to just suck it up and write a flash based bootloader for rockbox |
18:39:21 | Torne | and chuck apple's code out entirely |
18:39:26 | Torne | that would make supporting suspend much easier :) |
18:39:32 | Torne | but.. yeah. risk of bricking |
18:39:34 | S_a_i_n_t | <cough>iLoader</cough> |
18:39:48 | Torne | wha? |
18:40:04 | S_a_i_n_t | Ah...right, Flash only. |
18:40:20 | TheSeven | huh? |
18:40:22 | Torne | the flash-based versoin of iloader is only for nano2g |
18:40:32 | Torne | the iloader for PP ipods is just a disk based loader like ours |
18:40:48 | S_a_i_n_t | And, its NOR based. |
18:40:48 | TheSeven | adapting it to newer ipods should be rather easy, but to older pp-based ones won't be |
18:40:58 | Torne | you'd basically have to write the whole thing again |
18:41:09 | TheSeven | well, the driver side of things :) |
18:41:10 | Torne | other than the easy/boring bits |
18:41:12 | Torne | Well yeah |
18:41:17 | Torne | but those are the 90% that takes most of the work :) |
18:41:37 | Torne | and the PP ipods have no DFU so if you mess it up, brick |
18:42:15 | TheSeven | so you'll need a 100% safe flashing process + dfu stub |
18:42:17 | Torne | there's a way to amke it a one-time bricking risk so you can update the bootloader safely later, but you can't avoid that one time ;) |
18:42:37 | Torne | TheSeven: well, not DFU but just loading the regular Apple loader, i suspect |
18:42:48 | Torne | install our loader as a seperate flash image like the diag/disk modes |
18:42:57 | Torne | and just replace the first page of the flash with a dualboot stub |
18:43:09 | Torne | there's enough room, i think |
18:43:16 | Torne | the flash isn't particularly full |
18:43:23 | TheSeven | they aren't executing directly from flash, are they? |
18:43:33 | TheSeven | on the nano2g, everything is copied to IRAM before being executed |
18:43:47 | Torne | nano2g is NAND, though, no? |
18:43:59 | Torne | pp ipods use NOR flash, the initial part is certainly executed directly from flash |
18:44:02 | Torne | it copies itself to ram later |
18:44:22 | TheSeven | nano2g is mask rom + nor + nand data flash |
18:44:28 | Torne | right |
18:44:34 | Torne | ok, so the PPs are the same but without ht emask rom :) |
18:44:41 | Torne | (and with data over ATA) |
18:44:50 | Torne | they just start at the first word of the NOR flash |
18:44:57 | Torne | so there is absolutely no recovery if you trash it |
18:44:59 | | Join Strife89 [0] (~Strife89@adsl-80-169-18.mcn.bellsouth.net) |
18:45:54 | TheSeven | this sounds like writing a self-contained recovery loader to the first page is a good idea |
18:46:02 | Torne | well yes |
18:46:13 | Torne | though it would be easier to just branch back to apple's |
18:46:14 | TheSeven | the thing is just that you have no way to test it before flashing it |
18:46:19 | Torne | right. |
18:46:20 | Torne | well |
18:46:28 | Torne | someone with a pogo pin flashing device :) |
18:47:05 | Torne | it's a pretty boring nor part, you cna flash it externally ifyou're willing to solder or buy a flashy pogopin thingy |
18:47:06 | TheSeven | on the nano2g, i can just corrupt the nor to enter dfu, which is very similar to the context the nor loader is usually executed from, so i can verify the loader before flashing it |
18:47:13 | Torne | right. |
18:47:19 | Torne | this is the reason nobody has looked at this, anywya, is the point |
18:47:27 | TheSeven | (but a broken loader with a valid checksum could still brick it) |
18:47:41 | | Quit t0rc (Quit: Give someone code, help them with one project. Teach someone to code, help them rule the world.) |
18:47:42 | Torne | it might be useful to solve a few issues, but whether the effort is worth it is debatable |
18:47:58 | Torne | also you'd pretty uch have to nick a whole load of the OF's init code anyway |
18:48:10 | Torne | since it does a whole bunch of setup that i don't think we have any idea about |
18:48:18 | TheSeven | if you have the possibility to test it easily, it might be worth the effort, but otherwise it isn't |
18:48:49 | | Quit pamaury (Remote host closed the connection) |
18:48:56 | *** | Saving seen data "./dancer.seen" |
18:49:30 | * | TheSeven continues to hunt that devious bug |
18:54:41 | | Quit AndyI (Ping timeout: 248 seconds) |
19:00 |
19:00:59 | | Join AndyI [0] (~pasha_int@212.14.205.32) |
19:01:03 | | Join mt [0] (~mtee@rockbox/developer/mt) |
19:08:55 | | Join DerPapst [0] (~Alexander@p5797CB06.dip.t-dialin.net) |
19:11:07 | freddyb | Torne: I switched the glyph-cache loading to numerical order instead of reversed and the font loading is nearly instant now. |
19:11:31 | | Quit delt_zZzZ (Quit: gotta fix some hardware shit, bbl) |
19:11:43 | | Join Judas_PhD [0] (~kevin@misterfluffy.dsl.xmission.com) |
19:12:10 | oxman | Do you have any solution to disable "Refreshing your media" on Sansa clip+ each time you plug off the usb ? |
19:12:44 | | Join toffe82 [0] (~chatzilla@adsl-71-154-233-165.dsl.frs2ca.sbcglobal.net) |
19:13:13 | bertrik | oxman, no, not that I know |
19:13:21 | | Quit jhMikeS (Ping timeout: 260 seconds) |
19:14:03 | | Join jhMikeS [0] (~jethead71@adsl-75-45-237-13.dsl.sfldmi.sbcglobal.net) |
19:14:04 | oxman | I put MTABLE.SYS read-only, it don't work, try to corrupt MTABLE.SYS, useless too |
19:14:06 | | Quit jhMikeS (Changing host) |
19:14:06 | | Join jhMikeS [0] (~jethead71@rockbox/developer/jhMikeS) |
19:16:36 | Torne | freddyb: what? |
19:16:44 | Torne | freddyb: what did you actually do, I don't understand |
19:16:51 | Torne | it doesn't load them in numerical order, forward *or* reversed |
19:17:01 | Torne | it loads them in the order they are in the glyphcache file |
19:17:05 | Torne | which is the most-recently-used order |
19:17:58 | * | Torne has to leave for now, but if you link a patch i'll have a look :) |
19:21:51 | | Join bunnyboi [0] (~androgyne@cpe-72-224-31-169.nycap.res.rr.com) |
19:22:22 | logiclost | w0000 audio on android |
19:22:26 | | Nick logiclost is now known as lostlogic (~lostlogic@erudite.lostlogicx.com) |
19:22:37 | lostlogic | hmmm, rockbox on my palm pre... want. |
19:26:00 | kugel | lostlogic: :) |
19:27:41 | | Quit Rob2223 (Quit: Rob2223) |
19:31:04 | | Join Rob2222 [0] (~Miranda@p4FDCA047.dip.t-dialin.net) |
19:31:48 | | Join rob [0] (~nnscript@adsl-99-52-153-220.dsl.klmzmi.sbcglobal.net) |
19:32:01 | | Quit rob (Client Quit) |
19:35:09 | | Quit r0b- (Ping timeout: 258 seconds) |
19:36:52 | | Join captainkewlll [0] (2669ecc2@gateway/web/freenode/ip.38.105.236.194) |
19:37:03 | | Quit Kitr88 (Ping timeout: 240 seconds) |
19:40:22 | | Join Horscht [0] (~Horscht@xbmc/user/horscht) |
19:48:18 | | Join Ramsey[LC] [0] (~RamseyLC]@94.75.220.184) |
19:52:21 | | Join Buschel [0] (~chatzilla@p54A3EA23.dip.t-dialin.net) |
19:53:37 | | Quit stoffel (Remote host closed the connection) |
20:00 |
20:01:37 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
20:01:50 | mt | Buschel: The patch I posted wasn't final (regarding comments), I just wanted to see what people thought of the introduced error. (also, I don't really know how to correctly interpret tiny_psnr results, I'll still compare the plots to see the avg error and the max error) |
20:06:12 | | Quit Hillshum (Quit: Page closed) |
20:12:33 | mt | Buschel: The max error (between rockbox's mdct and wma pro's) is 0.02 (a pulse) - avg is 0.00022 on a 320kbps sample. |
20:13:14 | mt | hmm ... but I still hear noise in the background |
20:19:55 | | Join Wookie [0] (www-data@giant.haxx.se) |
20:20:38 | | Join devilhat [0] (www-data@giant.haxx.se) |
20:20:38 | | Quit Wookie (Client Quit) |
20:21:31 | Buschel | mt: 0.02 = 0.02% |
20:21:33 | Buschel | ? |
20:21:41 | | Join rob [0] (~nnscript@adsl-99-156-28-254.dsl.klmzmi.sbcglobal.net) |
20:22:12 | mt | Buschel: no .. 2% :( |
20:22:34 | devilhat | Hi all. Anybody had any success running Rockbox on an ipod 120gb classic? Seems to be sixthgen, but RB only supports up to fifthgen,,,? |
20:22:58 | S_a_i_n_t | you just answered your own question ;) |
20:23:09 | S_a_i_n_t | If its on the main page, its supported. |
20:25:05 | devilhat | :) What's "5.5g" then? Fifth-and-a-half generation? |
20:25:24 | AlexP | yes |
20:25:26 | S_a_i_n_t | Yep. |
20:25:37 | S_a_i_n_t | 5.5 != 6 ;) |
20:26:11 | | Join Buschel_ [0] (~chatzilla@p54A3EA23.dip.t-dialin.net) |
20:26:43 | | Join ggg [0] (www-data@giant.haxx.se) |
20:27:10 | Buschel_ | mt: hmm, that's a lot... is the diff the same between your patch and mine? |
20:27:13 | devilhat | Found CNet review of 5.5g :) |
20:27:15 | | Quit bunnyboi (Quit: Ex-Chat) |
20:27:41 | | Quit Buschel (Ping timeout: 258 seconds) |
20:27:53 | | Nick Buschel_ is now known as Buschel (~chatzilla@p54A3EA23.dip.t-dialin.net) |
20:27:55 | mt | Buschel_: That's your v04.. I'll test mine now |
20:28:47 | devilhat | The reason I'm asking is that my Photo today reported it couldn't find rockbox.ipod and when I rebooted, said it couldn't find primary partitiion. :'( So is it new player time? |
20:29:14 | S_a_i_n_t | devilhat: Have you tried the obvious things? |
20:29:28 | devilhat | And I won't buy another player I can't run Rockbox on :) |
20:29:31 | S_a_i_n_t | (checking the filesystem, restore using iTunes) |
20:30:51 | devilhat | Windows sees it as an external drive, but with 0B usedspace and 0B freespace, Windows disk checks do nothing |
20:31:02 | | Join petur [0] (~petur@rockbox/developer/petur) |
20:31:13 | S_a_i_n_t | And, restore using iTunes...? |
20:31:23 | S_a_i_n_t | (its pretty hard to break an iPod) |
20:31:34 | mt | Buschel_: same figures |
20:31:34 | devilhat | not got itunes installed - worth a go? |
20:31:49 | AlexP | Cheaper than a new player |
20:31:50 | | Join antgel [0] (~topdog@bzq-109-67-32-244.red.bezeqint.net) |
20:31:59 | S_a_i_n_t | Do you *want* to throw out a potentially perfectly fine player? |
20:32:10 | S_a_i_n_t | ah, yes...what AlexP said. |
20:33:08 | antgel | looks like the trusty H340 is on its way out. it's survived a battery and hard drive replacement back in the day, but now it's starting to sound thin at times, not sure why, it's not the jacks |
20:33:23 | antgel | it has been through a lot though *sigh* |
20:33:39 | devilhat | <sigh> and I didn't want to have to use itunes again, ever :) anything freeware/foss equivalent? |
20:34:05 | devilhat | yamipod, eg? |
20:34:22 | antgel | anyway looking for recommendations for a modern player that runs rockbox well, that will do all the H340 does. obviously i would expect a second-hand H340 to be at a similar time in its life, so looking for a newer model |
20:34:35 | antgel | all my music is in vorbis. any recommendations? |
20:34:49 | S_a_i_n_t | devilhat: It can be done, but, put simply isn't worth the hassle. |
20:35:12 | S_a_i_n_t | Installing iTunes is the only guaranteed way of restoring an iPod to factory settings as I understand it. |
20:35:20 | AlexP | I sympathise with the dislike of itunes, but it is much easier for this |
20:35:26 | devilhat | ok then, itunes it is <sob> :) |
20:35:44 | S_a_i_n_t | A few minutes, then uninstall it, no biggie ;) |
20:36:10 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
20:36:51 | | Part Buschel |
20:37:42 | | Join Buschel [0] (~chatzilla@p54A3EA23.dip.t-dialin.net) |
20:38:03 | Buschel | mt: any change if you set WMAPRO_FRACT to <17 ? |
20:39:45 | | Quit ggg (Quit: CGI:IRC (EOF)) |
20:40:42 | | Quit anewuser (Ping timeout: 240 seconds) |
20:42:09 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
20:42:41 | devilhat | ok, installing itunes now... |
20:44:52 | mt | Buschel: the noise is more audible with FRACT < 17 |
20:45:48 | Buschel | mt: and the other way (>17, e.g. 20)? |
20:45:56 | mt | yeah just tried with 19 |
20:46:01 | mt | and sounds much better |
20:46:10 | * | mt plots |
20:47:22 | | Quit anewuser (Ping timeout: 276 seconds) |
20:47:47 | Buschel | mt: sounds like the fract part is too low for the introduced error |
20:48:00 | mt | avg error is much better .. max is still the same |
20:48:12 | Buschel | numbers? |
20:48:57 | *** | Saving seen data "./dancer.seen" |
20:50:56 | mt | Buschel : avg = 0.0001 (0.01%) |
20:51:01 | mt | max still 2% |
20:53:31 | Buschel | avg should not be more than 0.003% (1/32768). the 2% spike is always at the same position? |
20:54:18 | devilhat | itunes installed, running now... |
20:54:38 | Buschel | mt: or is the avg that high because you have several spikes? |
20:55:04 | AlexP | devilhat: You don't need to keep us up-to-date with every step :) |
20:56:27 | mt | Buschel: Several spikes |
20:56:41 | devilhat | ok :) What am I looking for, at what point does it restore to factory settings? in the initial setup, or do I have to tell it to? |
20:56:47 | mt | Buschel: http://imagebin.ca/view/0g2FhL.html |
20:57:15 | Buschel | mt: ok. did you try to go back to WMAPRO_FRACT (17) and apply the latest patch from FS #11498? |
20:57:28 | Buschel | mt: this should give +8 bits of fract part |
20:57:33 | devilhat | Cos it;s already asked about turning CD autorun on on a system with no CD drive, so I don't rate its intelligence much... :) |
20:58:00 | mt | Buschel: No. I'll check.. |
21:00 |
21:00:50 | S_a_i_n_t | devilhat: I'm really not trying to be an ass, but your best bet is to google "how to restore an iPod <my iPod model>" |
21:02:10 | devilhat | S_a_i_n_t: no ass taken, will do - thanks for help so far all :) |
21:02:50 | mt | Buschel: avg = 0.008% .. max still the same, with several spikes too. |
21:03:01 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
21:03:59 | Buschel | mt: ok, at least the larger fract part leads to similar results... |
21:04:20 | Buschel | mt: you are testing on sim or one target? |
21:04:25 | Buschel | on |
21:04:51 | mt | Buschel: on sim .. I'm comparing the output wav files of both mdcts |
21:09:32 | antgel | so, er, nobody like to recommed a modern device to replace my battered H340? |
21:09:39 | antgel | explained ^^^^^ |
21:09:58 | S_a_i_n_t | the Rockbox Wiki buyers guide might help. |
21:10:03 | mt | Also for some reason, after the recent optimisations, our decoder outputs a different number of samples than ffmpeg's |
21:10:20 | antgel | S_a_i_n_t: thanks. i find some of these things tend to be out of date but will have a look |
21:11:27 | * | mt will bisect for that tomorrow .. |
21:11:34 | | Quit S_a_i_n_t (Read error: Connection reset by peer) |
21:11:36 | mt | have to get some sleep now |
21:12:02 | | Join bunnyboi [0] (~androgyne@cpe-72-224-31-169.nycap.res.rr.com) |
21:12:40 | Buschel | mt: just download a tool to check wav-difss. will keep you updated |
21:12:46 | Buschel | have a good night! |
21:13:21 | mt | Thanks :) |
21:13:27 | CIA-6 | New commit by kugel (r27667): A few post-fixes to the get_user_file_path() commit. ... |
21:13:36 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.92) |
21:15:16 | CIA-6 | r27667 build result: All green |
21:21:29 | | Join Jerom [0] (~heidi@79.132.46.225) |
21:21:57 | | Part watto |
21:22:01 | | Part antgel |
21:24:47 | | Quit stripwax (Quit: http://miranda-im.org) |
21:25:20 | Buschel | mt: the spikes occure each 2k samples. sounds like the frame length |
21:29:22 | | Quit bunnyboi (Ping timeout: 265 seconds) |
21:30:29 | | Quit FOAD (Quit: I'll be back) |
21:35:24 | Buschel | mt: overall analysis -> max diff = +/- 600 (of +/- 32768). between the spikes the noise floor is +/-30. <= v04-patch |
21:36:42 | | Join FOAD [0] (~dok@83.160.60.104) |
21:39:52 | | Join jfc [0] (~john@dpc6682208002.direcpc.com) |
21:40:34 | | Quit bieber (Ping timeout: 248 seconds) |
21:40:48 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
21:42:29 | | Quit hebz0rl (Quit: Ex-Chat) |
21:43:49 | Buschel | mt: with patch for larger FRACT_PART applied -> max error still the same. avg. error comparable... |
21:47:33 | Buschel | mt: but in this version the 2k-spikes disappear. there are other spikes left, that somehow like filter responses... |
21:47:52 | Buschel | mt: need to correct myself -> with larger fract part the error is 1/3 of v04. |
21:51:36 | | Quit bieber (Ping timeout: 265 seconds) |
21:51:51 | | Join bieber [0] (~quassel@162-78.97-97.tampabay.res.rr.com) |
21:52:29 | | Join stooo [0] (~sto@g227073230.adsl.alicedsl.de) |
21:53:49 | | Part stooo |
21:57:07 | | Quit S_a_i_n_t (Read error: Connection reset by peer) |
21:57:49 | | Join elcan [0] (user36@pr0.us) |
21:58:12 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.100) |
22:00 |
22:11:01 | devilhat | ok, have done a restore, hasn't helped, but am connecting to pc in disk mode. can I use a disk partitioner to create a new primary partition? or will that turn my music player into a portable hard drive? :) |
22:11:33 | Torne | did itunes think it succeeded? |
22:12:16 | devilhat | no, i disconnected and reconnected, and it wanted to restore it again :( |
22:12:25 | devilhat | and then again |
22:13:25 | devilhat | but if I hold down play+select as it boots, it drops into disk mode and windows sees it, no problem |
22:13:51 | devilhat | it's just that the properties show it to be a zero-capacity drive :( |
22:14:40 | Torne | what does the disk manager say about the partitions? |
22:14:48 | Torne | ther should be a gap of 100ish MB |
22:14:53 | Torne | then a partition on the rest of the disk |
22:15:11 | S_a_i_n_t | what happened exactly when you restored the device? |
22:15:11 | S_a_i_n_t | what did iTunes ssay/do? |
22:15:12 | S_a_i_n_t | I assume it didn't automatically detect an iPod needing restore on connect like it should. |
22:17:04 | devilhat | Torne: seems to be 1 55.89Gb "Healthy" partition |
22:17:34 | Torne | i assume this worked before? or did you get it in this state? |
22:18:22 | S_a_i_n_t | The ideal thing to perform the task of formatting (if needed) and restoring the iPod is iTunes (however unfortunate that may be)...still interested in how the restore ended. |
22:19:00 | devilhat | yeah, was working over the weekend, plugged it into pc to put new music on, no apparent problems: turned on this evening and it's grumbling about no primary partitions |
22:19:09 | Torne | hmm |
22:19:20 | Torne | ok, do you know how to get to diagnostic mode? |
22:19:37 | Torne | reboot it by holding select+play, then hold select and rewind as soon as the apple logo comes up |
22:20:03 | Torne | hit manual, then pick io -> disk -> smart info |
22:20:06 | Torne | or soimething like that |
22:20:11 | Torne | i forget what it's called exactly |
22:20:17 | Torne | don't have my ipod handy |
22:20:32 | devilhat | Saint: plug it in, itunes pops up,click "Restore", "Restoring ipod..." |
22:20:47 | devilhat | Torne, thanks much didn't know about that mode :) |
22:21:22 | S_a_i_n_t | devilhat: Sounds like it never ended, you may have disconnected it while the (sometime very hard to see) progress bar on the device was still doing its thing. |
22:21:33 | devilhat | Saint: "Your ipod restored to factory settings" |
22:21:45 | S_a_i_n_t | Ah, Hmmm. |
22:22:14 | devilhat | beep of disconnection, ipod reboots, rockbox boot loader chokes with "No partition found" |
22:22:34 | S_a_i_n_t | devilhat: Does the OF work? |
22:22:46 | S_a_i_n_t | (maybe a silly question, didn;t see you mention that) |
22:23:33 | devilhat | can't boot into it, but the disk mode screen looks like the original firmware, if that's what OF means :) |
22:23:58 | S_a_i_n_t | there's two "disk modes" really. |
22:24:52 | S_a_i_n_t | deliberately entering diskmode, and the OF dropping to diskmode is different as I understand it. |
22:25:02 | devilhat | yeah, there would be :grr: :) |
22:25:30 | devilhat | ok, going to try torne's diagnostic mode |
22:25:46 | * | kugel commits his android progress |
22:26:58 | | Quit Buschel (Ping timeout: 248 seconds) |
22:27:43 | | Join Buschel [0] (~chatzilla@p54A3EA23.dip.t-dialin.net) |
22:28:24 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
22:28:49 | devilhat | Torne: ok, i have SMART data up - is that what you mean? |
22:31:28 | Torne | yes, what does it say? |
22:32:20 | | Join bba1973 [0] (www-data@giant.haxx.se) |
22:33:11 | devilhat | "Retracts: 57, reallocs: 0, Pending sectors: 0,Poweron Hours: 233, Start/Stops:113 |
22:33:32 | Torne | hm, that's ok then |
22:34:53 | CIA-6 | New commit by kugel (r27668): Rockbox as an application: Commit current Android port progress. ... |
22:36:57 | CIA-6 | r27668 build result: All green |
22:37:54 | kugel | do we have some sort of .gitignore in svn? |
22:37:55 | bba1973 | I keep getting data aborts with my iPod Photo while trying to commit the database. It used to work fine. Any ideas on how to fix it? Restoring it with iTunes several times didn't help, and I've tried reinstalling Rockbox with rbutil and manually. Could my logic board be dying? |
22:38:13 | kugel | or svn ignore |
22:38:24 | devilhat | Saint: first time I restored, it downloaded a new version of firmware, never did that again... |
22:38:25 | Torne | devilhat: sorry, dunno what to suggest.. |
22:38:35 | Torne | bba1973: probably not, you probably have a file with a bad tag |
22:39:08 | bba1973 | You mean a music file with a messed up ID tag? |
22:39:28 | bba1973 | I've got most of my music on my iPod 5.5G with Rockbox, and it works fine. |
22:39:43 | devilhat | Torne: Consult my local Qualified (unofficial, natch ;) ) Apple Repairer? ;) |
22:40:27 | freddyb | Torne: If I read the glyphs in disk order and then re-read them in .glyphcache order that will put the order right again? |
22:41:21 | Torne | bba1973: i'd start with whatever isn't on there then :) |
22:41:24 | S_a_i_n_t | devilhat: The reason it only downloaded the firmware once is that it stores it on the PC and does not remove it during an install. |
22:41:28 | | Quit {phoenix} (Remote host closed the connection) |
22:41:35 | S_a_i_n_t | errr...uninstall rather |
22:41:40 | Torne | freddyb: should do, barring the data being too big for the cache |
22:42:24 | devilhat | Saint: OK, gotcha. Wondered if it was detecting the most uptodate firmware on the ipod and hence not installing |
22:42:26 | freddyb | The .glyphcache file is font independent, right? |
22:42:38 | Torne | freddyb: the ther idea that was suggested was just dumping the entire contents of the cache to disk instead of just the list of glyphs |
22:42:47 | Torne | yes, it only has one |
22:42:51 | bba1973 | I'm going to play all my tracks while going through the file browser instead of the database. Maybe I'll find the offending one. |
22:43:11 | S_a_i_n_t | devilhat: You can force it to check for the current version, and it will grab one if there is one. |
22:43:13 | Torne | so the cache may well refer to more glyphs than will fit in the cache using the current font |
22:43:26 | Torne | since it might've been generated from a smaller font |
22:43:29 | S_a_i_n_t | But there hasn't been a newer revision in iPod FWs in *ages* now. |
22:43:44 | Torne | restore always reinstalls the firmware |
22:43:49 | Torne | only upgrade does nothing if it's up to date |
22:44:07 | | Join jthundley [0] (~jt@netblock-208-127-83-97.dslextreme.com) |
22:44:32 | S_a_i_n_t | Ah, correct indeed. |
22:44:33 | jthundley | hi guys |
22:45:36 | bba1973 | It's cutting off the first letter of some albums and songs. It's also messing up the screens. Some pixels aren't the color they're supposed to be, but the Apple firmware seems to be working fine. |
22:45:49 | jthundley | I just updated rockbox on my sansa e200v2 and my custom theme isn't working. I have everything commented out and it's failing on the second line (loading the background) for some reason. The UI simulator with −−debugwps isn't telling me anything |
22:46:13 | jthundley | I'm re-reading the customwps wiki page and it looks like I'm doing everything correctly |
22:46:24 | devilhat | hmmm. ok, looks like it might be a drive issue rather than rockbox then |
22:46:30 | S_a_i_n_t | jthundley: post the line it is failing on. |
22:46:44 | jthundley | %X|wpsbackdrop.bmp| |
22:47:06 | S_a_i_n_t | %X(wpsbackdrop.bmp) |
22:47:15 | * | jthundley tries |
22:47:18 | S_a_i_n_t | CustomWPS is out of date, use the manual. |
22:47:37 | piggz | is there any hope for rockbox supporting the video chip on an ipod video? |
22:47:51 | kugel | nope |
22:47:53 | | Join bunnyboi [0] (~androgyne@cpe-72-224-31-169.nycap.res.rr.com) |
22:48:40 | | Quit stripwax (Quit: http://miranda-im.org) |
22:48:41 | S_a_i_n_t | jthundley: Use the manual for your device, it in itself is not a *complete* list of theme tags, but moreso tham CustomWPS. And CustomWPS has blatantly incorrect syntax. |
22:48:42 | jthundley | thanks for the tip S_a_i_n_t, didn't know that. It's actually still reverting to the default theme for some reason |
22:48:59 | jthundley | I'll check out the manual, thanks :) |
22:49:01 | *** | Saving seen data "./dancer.seen" |
22:49:43 | | Quit Strife89 (Quit: Departure.) |
22:50:21 | bba1973 | Doing drive scans in diagnostic mode. |
22:50:22 | | Quit S_a_i_n_t (Quit: "back soonish") |
22:53:00 | | Quit bertrik (Quit: :tiuQ) |
22:53:32 | jthundley | is the UI simulator picky about end of line in wps's? |
22:54:05 | jthundley | I'm running the UI simulator on a windows machine but editing my theme on my linux machine |
22:57:00 | | Quit captainkewlll (Quit: Page closed) |
23:00 |
23:07:39 | | Quit bba1973 (Quit: CGI:IRC) |
23:08:54 | devilhat | OK, many thanks to all and to S_a_i_n_t when they're back :) be good. :) |
23:09:38 | | Quit devilhat (Quit: CGI:IRC (EOF)) |
23:09:55 | | Quit Buschel (Ping timeout: 276 seconds) |
23:10:44 | | Quit bunnyboi (Ping timeout: 260 seconds) |
23:21:35 | CIA-6 | New commit by alex (r27669): Manual: %Vl tag was in the viewports section but missing from the tag table in the tags appendix. |
23:23:36 | CIA-6 | r27669 build result: All green |
23:37:00 | | Join fml [0] (~chatzilla@p5DD2B1B6.dip.t-dialin.net) |
23:37:29 | fml | kugel: hello. What do you say to this: http://www.rockbox.org/irc/log-20100801#23:10:17 (amiconn doesn't like the binsize change from r27656, given that it should be a no-op on real targets :\\) |
23:38:39 | CIA-6 | New commit by alex (r27670): Manual: Fix typo |
23:38:50 | kugel | fml: maybe it's not a complete no-op in every case, but for the most part |
23:39:38 | fml | kugel: but it was advertized as such |
23:39:47 | | Quit freddyb (Read error: Connection reset by peer) |
23:40:13 | kugel | e.g. there were some cases where the compile time constant was part of the format string in snprintf (ROCKBOX_DIR "/backdrops"). in those cases it need to be changed to "%s/backdrops, get_user_file_path()..." |
23:40:16 | | Join freddyb [0] (~chatzilla@216.8.239.112.etczone.com) |
23:40:21 | kugel | the call itself is a no-op still |
23:40:43 | CIA-6 | r27670 build result: All green |
23:43:25 | | Quit fml (Quit: ChatZilla 0.9.86 [Firefox 3.6.8/20100722155716]) |
23:46:39 | | Quit jgarvey (Quit: Leaving) |
23:49:40 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
23:53:02 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.222) |