| 00:00:16 | MG_Man | Am I correct in assuming that the h300's CPU is more powerful (140 mHz as compared to 80) |
| 00:00:26 | AlexP | Sort of |
| 00:00:38 | AlexP | The ipod is dual core, and architecture differences matter too |
| 00:00:47 | AlexP | It isn't just a case of raw MHz |
| 00:01:04 | linuxstb | And the CPU in the h300 (and h100) is run at 124MHz. |
| 00:01:25 | MG_Man | Hmm, I don't think the ability to buffer MP4s and AACs and such doesn't matter much to me, as I usually do MP3s and OGGs |
| 00:01:39 | AlexP | Then anything is fine |
| 00:02:52 | MG_Man | anyway |
| 00:02:59 | MG_Man | An h320 for .99 on Ebay |
| 00:03:04 | MG_Man | That's too fishy |
| 00:06:49 | | Quit jfc (Read error: 104 (Connection reset by peer)) |
| 00:08:20 | BdN3504 | pixelma: i double checked, and it's really not working. please try to edit the patch i will be posting in a bit, but i doubt you'll succeed. |
| 00:10:21 | AlexP | BdN3504: What are you trying to add? |
| 00:11:18 | MG_Man | Can the H300 series charge through the USB port or only a DC plug? |
| 00:13:10 | | Quit bluebrother ("leaving") |
| 00:14:20 | *** | Saving seen data "./dancer.seen" |
| 00:16:40 | BdN3504 | i'll post the patch in a minute, just let me check out. it's easier for me to explain, if you can look at the file yourself. |
| 00:16:52 | eulerphi | saratoga: will aac-lc work? |
| 00:18:04 | saratoga | yes it will |
| 00:18:09 | eulerphi | thanks :) |
| 00:18:24 | eulerphi | FAAD: compressed input bitrate missing, assuming 128kbit/s! ^_- |
| 00:18:30 | eulerphi | wonder how that happened |
| 00:19:22 | saratoga | what? |
| 00:19:53 | eulerphi | i set it to 64kbps, but it's assuming 128kbps |
| 00:20:00 | eulerphi | in mplayer |
| 00:21:15 | saratoga | why would you set a rate for a decoder? |
| 00:21:25 | eulerphi | i mean when i encoded it |
| 00:21:31 | eulerphi | with ffmpeg |
| 00:21:57 | saratoga | FAAD is a decoder, not an encoder |
| 00:22:04 | eulerphi | i know |
| 00:22:15 | eulerphi | when i try to play it, i get that message |
| 00:22:32 | saratoga | thats probably some kind of bug in whatever program you're using |
| 00:25:14 | | Quit HellDragon (Read error: 104 (Connection reset by peer)) |
| 00:25:20 | | Join HellDragon [0] (i=jd@modemcable178.248-201-24.mc.videotron.ca) |
| 00:26:56 | | Quit robin0800 (Remote closed the connection) |
| 00:31:52 | | Quit antil33t1 (Read error: 110 (Connection timed out)) |
| 00:33:33 | Mode | "#rockbox -o scorche|sh " by ChanServ (ChanServ@services.) |
| 00:36:37 | | Quit jgarvey ("Leaving") |
| 00:37:30 | CIA-61 | New commit by mcuelenaere (r22459): Onda VX747/VX777 bootloader: make boot menu more robust + add reset Rockbox configuration option |
| 00:38:07 | CIA-61 | New commit by mcuelenaere (r22460): Rockbox Utility: fix some typos in Dutch translation |
| 00:38:58 | | Join JdGordon [0] (i=d80ca5a2@gateway/web/freenode/x-uyppyqybzcnkctnq) |
| 00:40:50 | JdGordon | yes |
| 00:47:35 | | Quit Hillshum (Read error: 110 (Connection timed out)) |
| 00:49:00 | saratoga | mcuelenaere: have you seen the red? |
| 00:49:12 | mcuelenaere | nope |
| 00:50:53 | CIA-61 | New commit by mcuelenaere (r22461): Add a BTN_MASK for the VX777 (aka fix red) |
| 00:54:26 | CIA-61 | New commit by mcuelenaere (r22462): A new implementation of logf, logfdisplay and logfdump. ... |
| 00:58:52 | | Quit JdGordon (Ping timeout: 180 seconds) |
| 01:00 |
| 01:00:42 | | Part toffe82 |
| 01:10:25 | BdN3504 | how do i adress only monochrome targets in the manual? using \opt{player} doesn't seem to work, as the manual for "0" show up stuff which i actually opted out |
| 01:12:29 | | Quit saratoga ("Page closed") |
| 01:12:41 | pixelma | I`d invert the lcd_non-mono with an \nopt |
| 01:14:06 | pixelma | the Player is only one very specific display (charcell) which is monochrome still, but the other monochrome screens are not charcell |
| 01:14:28 | pixelma | and are not Player... |
| 01:15:49 | pixelma | BdN3504: I don't understand the second part of your statement, so don't know what you want exactly |
| 01:15:54 | BdN3504 | pixelma: displaying images can be done by which targets? |
| 01:16:17 | | Quit captainkwel ("Page closed") |
| 01:16:45 | BdN3504 | i meant i compiled a manual for "player" and got a manual for all archos players in which a nopt i defined simply is ignored |
| 01:17:33 | BdN3504 | namely a \nopt{player} is displayed, although i selected player in the ../tools/config |
| 01:18:10 | pixelma | all bitmap displays can show images so... \opt{lcd_bitmap} |
| 01:18:29 | pixelma | ist that in an example or so? |
| 01:19:38 | BdN3504 | noi, it's in a normal paragraph like blalbalbabla.\nopt{player}{blablabla{ref} blabla.} |
| 01:20:14 | pixelma | maybe you forgot a } somewhere before |
| 01:21:22 | AlexP | Using an editor with some sort of syntax highlighting is a good idea - it'll show you matching {}s |
| 01:22:39 | BdN3504 | i use a miktex disto |
| 01:22:45 | BdN3504 | distro |
| 01:23:14 | AlexP | .tex are just text files, you can use any editor you want |
| 01:24:18 | BdN3504 | Using an editor with some sort of syntax highlighting is a good idea - it'll show you matching {}s |
| 01:24:27 | BdN3504 | miktex -> texnic center |
| 01:24:33 | BdN3504 | sorry if i was unclear |
| 01:24:55 | AlexP | They are still just text files |
| 01:25:18 | | Join Thundercloud [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 01:26:15 | BdN3504 | then i don't get your point |
| 01:27:17 | BdN3504 | anyway, i think i'll post the patch. if anyone can fix it, fine. if not i don't think it's such a big deal. this is in a very comittable state, the only problems occuring refer to these opts |
| 01:27:25 | AlexP | You can edit them in anything you like, miktex, notepad, whatever. If miktex does things like syntax highlighting, then great. |
| 01:27:54 | AlexP | If \opts not working lead to the wrong information getting into the wrong manuals, then it isn't committable |
| 01:28:34 | AlexP | But anyway, more eyes on a patch is always a good idea |
| 01:28:42 | AlexP | What are you trying to document? |
| 01:30:36 | BdN3504 | viewports |
| 01:30:45 | BdN3504 | and the only target which gets wrong is the player |
| 01:31:10 | AlexP | that's great, but they all need to be right before it goes in :) |
| 01:31:16 | AlexP | Good work incidently :) |
| 01:31:47 | BdN3504 | word on the streets is only 2 persons worldwide currently own and use a player... |
| 01:31:55 | AlexP | That doesn't matter |
| 01:32:01 | AlexP | Even if it were true |
| 01:32:02 | BdN3504 | hrhrhr |
| 01:35:37 | BdN3504 | i have to include some newlines, to make it more readable, you got another 5 minutes? |
| 01:36:14 | AlexP | I'm off to bed soon, tomorrow should be OK :) |
| 01:36:47 | pixelma | learning how things work in general and how to get them right will help too. \opts are not a Player specific thing... |
| 01:36:57 | | Quit ender` (" It always takes longer than you expect, even when you take Hofstadter's Law into account. -- Hofstadter's Law") |
| 01:42:20 | | Quit fml ("CGI:IRC") |
| 01:43:08 | | Quit GeekShad__ ("The cake is a lie !") |
| 01:44:42 | | Join efyx [0] (n=efyx@lap34-1-82-224-140-171.fbx.proxad.net) |
| 01:44:42 | BdN3504 | http://www.rockbox.org/tracker/task/10553 |
| 01:45:45 | pixelma | does the themes site re-evaluate themes that were already uploaded when CheckWPS is updated? I'm asking because I came across a c200 theme on there when testing RBUtility today which is broken in current SVN due to mistakes that were ignored before but now aren't anymore |
| 01:46:11 | BdN3504 | i fear i simply worked on the wrong file :( |
| 01:46:33 | BdN3504 | main.tex of the build instead of the tree... |
| 01:48:55 | | Quit gevaerts (Nick collision from services.) |
| 01:49:04 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
| 01:55:51 | BdN3504 | k lol, my own f*ing stupidity: i really worked on the file from the build and not from the tree. update on the tracker |
| 01:58:18 | mcuelenaere | pixelma: I don't think so, at least not on a regular basis. I only see a cronjob for updating checkwps on the theme server.. |
| 01:59:12 | BdN3504 | ye, please check my patch. |
| 01:59:17 | BdN3504 | byes |
| 01:59:23 | | Quit BdN3504 ("CGI:IRC") |
| 02:00 |
| 02:01:41 | | Quit Rondom (Read error: 60 (Operation timed out)) |
| 02:03:07 | mcuelenaere | pixelma: it seems like it runs checkwps on every theme upon adding a new one though |
| 02:03:58 | | Join Rondom [0] (n=Rondom@dslb-084-057-151-100.pools.arcor-ip.net) |
| 02:07:25 | | Join toffe82 [0] (n=chatzill@adsl-75-23-148-214.dsl.frs2ca.sbcglobal.net) |
| 02:08:33 | | Join evilnick_home [0] (n=evilnick@216.12.165.162) |
| 02:10:58 | rasher | mcuelenaere: it shouldn't |
| 02:11:53 | mcuelenaere | rasher: doesn't it call checkallthemes() on addtheme() in themesite.class.php? |
| 02:13:11 | rasher | mcuelenaere: oh heh, checkallthemes() is the wrong name |
| 02:13:22 | rasher | it's called with a theme-id of the newly added theme |
| 02:13:28 | rasher | which means it only checks that theme |
| 02:13:37 | rasher | I can see where the confusion arises... |
| 02:13:50 | mcuelenaere | ah ok :) |
| 02:13:59 | rasher | The plan was to set up a cronjob that hits the ?runcheckwps link on the admin page, but I never got round to that.. |
| 02:14:18 | mcuelenaere | is that the only thing that needs to be done? (ie ?runcheckwps is already implemented) |
| 02:14:24 | *** | Saving seen data "./dancer.seen" |
| 02:14:34 | mcuelenaere | s/ie/meaning/ |
| 02:14:37 | rasher | Yep |
| 02:14:43 | rasher | See the bottom of the admin frontpage |
| 02:15:48 | rasher | Just the issue of requiring login, but I guess that's not really necessary |
| 02:16:19 | rasher | There should probably be some sort of time-lock on it though so it doesn't get hammered. It takes a while to run |
| 02:16:38 | mcuelenaere | I guess that a separate php script in private/ calling the function should do it? (as a cronjob) |
| 02:17:14 | | Quit martian67 (Connection reset by peer) |
| 02:17:16 | rasher | oh of course. That's much smarter :) |
| 02:17:30 | rasher | I'll fix that up right away, unless you're on it? |
| 02:17:51 | mcuelenaere | I'll leave it to you :) |
| 02:18:04 | | Quit togetic ("WeeChat 0.3.0-rc2") |
| 02:18:15 | mcuelenaere | hmm all themes currently on the server passed checkwps |
| 02:18:20 | mcuelenaere | pixelma: ^^ |
| 02:18:32 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 02:19:08 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 02:21:43 | | Join tvelocity [0] (n=tony@athedsl-4470183.home.otenet.gr) |
| 02:24:28 | | Quit togetic (Read error: 104 (Connection reset by peer)) |
| 02:24:38 | | Join jboy_ [0] (n=langzeit@p5B17FB38.dip.t-dialin.net) |
| 02:24:52 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 02:25:18 | | Quit evilnick_home (Read error: 60 (Operation timed out)) |
| 02:26:47 | | Join tvelocity[a] [0] (n=tony@athedsl-4466775.home.otenet.gr) |
| 02:26:54 | | Quit tvelocity[a] (Read error: 54 (Connection reset by peer)) |
| 02:28:14 | rasher | mcuelenaere: could mean two things.. |
| 02:28:24 | | Join evilnick_home [0] (n=evilnick@216.12.165.162) |
| 02:29:08 | rasher | mcuelenaere: Ah, the server lacks php-cli |
| 02:29:33 | rasher | scorche|sh: mind installing php5-cli on the themes server? |
| 02:29:46 | scorche|sh | if i must... |
| 02:30:03 | rasher | You must! |
| 02:32:00 | kkurbjun | mcuelenaere: awesome, work |
| 02:32:07 | scorche|sh | apparently php will be getting upgraded to 5.2.10.dfsg.1-2 as well |
| 02:32:18 | kkurbjun | :) mrobe 500 works now for themes |
| 02:32:31 | mcuelenaere | so does Onda VX747 :) |
| 02:32:39 | mcuelenaere | rasher: what two things? |
| 02:33:05 | rasher | mcuelenaere: Either they are all flawless, or checkwps is too forgiving |
| 02:33:12 | scorche|sh | well, hopefully php stuffs wont break from this...i should update/upgrade packages on my server this weekend.. |
| 02:33:34 | * | mcuelenaere guesses the second one is more likely |
| 02:34:56 | scorche|sh | rasher: well, apparently it wants to nuke php5-sqlite{a} for this too... |
| 02:35:18 | rasher | scorche|sh: ?! |
| 02:35:48 | | Join evilnick_home1 [0] (n=evilnick@216.12.165.162) |
| 02:35:56 | | Quit togetic ("WeeChat 0.3.0-rc2") |
| 02:36:18 | * | scorche|sh directs rasher's glare towards aptitude |
| 02:36:24 | rasher | scorche|sh: Oh, you're running old packages and trying to install a single new one? |
| 02:36:30 | scorche|sh | right... |
| 02:36:40 | scorche|sh | and it will be upgrading a bunch too |
| 02:36:52 | scorche|sh | maybe i should just upgrade them all this weekend |
| 02:36:54 | rasher | Maybe try apt-get |
| 02:36:55 | rasher | :) |
| 02:38:43 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 02:38:44 | scorche|sh | that looks alright... |
| 02:39:12 | | Quit togetic (Read error: 104 (Connection reset by peer)) |
| 02:39:47 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 02:40:03 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
| 02:40:04 | | Quit togetic (Read error: 104 (Connection reset by peer)) |
| 02:40:46 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 02:42:00 | | Quit jboy (Read error: 101 (Network is unreachable)) |
| 02:47:33 | | Quit Thundercloud (Remote closed the connection) |
| 02:51:09 | scorche|sh | rasher: try that |
| 02:51:37 | rasher | woot |
| 02:52:32 | | Quit evilnick_home (Read error: 110 (Connection timed out)) |
| 02:55:04 | | Quit evilnick_home1 ("Leaving.") |
| 02:56:11 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 02:58:54 | | Join CaptainKwel [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 03:00 |
| 03:00:41 | MG_Man | Is there a way to scroll an image across the screen for a progress bar other than using stacked BMPs? |
| 03:00:47 | MG_Man | No I do not mean the current progress bar |
| 03:01:11 | MG_Man | But say you have a box that you want to go across the screen |
| 03:02:27 | goffa_ | hmm... having a wierd issue with my s120 |
| 03:02:42 | MG_Man | Is there some way to use the playback percentage enumeration as the X coordinate or something? Or does wps script not do math functions like that |
| 03:02:47 | goffa_ | sometimes when i delete 2 files in a row from the wps it locks and shuts down |
| 03:04:16 | goffa_ | i guess my build is about a week old |
| 03:04:24 | goffa_ | but didn't see anything relating to that problem |
| 03:04:38 | | Quit togetic ("WeeChat 0.3.0-rc2") |
| 03:04:51 | | Join togetic [0] (n=togetic@unaffiliated/ibuffy) |
| 03:04:56 | MG_Man | Like for example, for the x coordinate of the image you want to move, have something like 176/%ps and it would update |
| 03:05:02 | MG_Man | Or is that not (currently) possible |
| 03:05:39 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
| 03:06:04 | | Quit mcuelenaere () |
| 03:07:32 | MG_Man | I guess I could fake it by using 2 progress bars |
| 03:07:49 | MG_Man | One of them gold (the color of the box to move) and the other match the background |
| 03:07:57 | MG_Man | So as the gold one goes, the background one also covers it up |
| 03:18:37 | Unhelpful | MG_Man: in general, having any elements of your WPS overlap is not a good idea |
| 03:19:12 | MG_Man | I see where it can go wrong |
| 03:19:22 | MG_Man | I still want to try it out first, it might loo kreally cool of it works |
| 03:19:27 | MG_Man | look* |
| 03:20:17 | MG_Man | I've had to do strange things to my theme to get it to wok right between album art and no album art, but not by overlapping |
| 03:20:49 | MG_Man | Reason was the viewports kept eating through the text blocks I had and showing the purple background, so I thought I'd just put them on the background |
| 03:21:01 | Unhelpful | MG_Man: i don't think there's any way to do what you're talking about. progress bar images are not slide over, they're always left-aligned and then truncated to indicate progress |
| 03:21:27 | MG_Man | Yes, I know |
| 03:21:37 | MG_Man | I'm thinking of something though |
| 03:21:48 | Unhelpful | i think that adding an offset-style progress bar would be a reasonable thing, though |
| 03:23:32 | MG_Man | Where instead of chopping off the progress bar graphic according to how much is played, it drags it to the right |
| 03:23:43 | MG_Man | Then if you wanted rounded corners, you'd just place a tansparent image over it |
| 03:23:49 | Unhelpful | the obvious way would be just to make it 2x as wide as you want, and have the WPS draw <width> pixels starting at <offset> |
| 03:23:59 | Unhelpful | you can't "just place a transparent image over it" :) |
| 03:24:57 | Unhelpful | there is no support for overlapping viewports that are visible at the same time, as far as i know. no guarantees are made about their draw order, or even that all of them will be redrawn when one is. |
| 03:26:22 | MG_Man | So far what I've seen that no matter what images are on top |
| 03:26:33 | MG_Man | I did this by having an image and text in the same place in one viewport |
| 03:27:06 | MG_Man | if the image is under the viewport, well then the viewport eats through it and shows the background |
| 03:32:52 | Unhelpful | MG_Man: if you want an image behind your text, or behind some other dynamic item, what you need is to put that image in the background. :) |
| 03:33:04 | MG_Man | Yes, that's what I ended up doing |
| 03:33:18 | MG_Man | It got complicated when I wanted it to look different with album art though, but I worked it out |
| 03:33:30 | MG_Man | It's just quite hacky and hard to explain, you'd have to see the background itself |
| 03:34:25 | MG_Man | Here is the background though |
| 03:34:26 | MG_Man | http://img194.imageshack.us/img194/46/wabackground220x176x24.png |
| 03:34:32 | | Join moos [0] (i=mustapha@rockbox/staff/moos) |
| 03:34:37 | MG_Man | Why the black box? It's the backdrop for album art in case it's not square |
| 03:35:05 | MG_Man | When there's no album art it displays this over it |
| 03:35:06 | MG_Man | http://img231.imageshack.us/img231/7804/watitlesnoart.png |
| 03:35:27 | MG_Man | Then text is drawn over it, but it bleeds through |
| 03:35:29 | Unhelpful | MG_Man: yes, that's probably the "best" way to do it. :) |
| 03:35:31 | MG_Man | It shows black anyway |
| 03:35:44 | MG_Man | You can't tell the difference in the actual thing though, so it's all good |
| 03:36:17 | MG_Man | only real difference is that the purple/blue part seems to dither somewhat differently than the rest of the background, but you can't notice unless you're looking for it |
| 03:36:27 | Unhelpful | but, are you saying that when there *is* album art, it displays over the boxes for the title, album, and artist? |
| 03:36:43 | MG_Man | Yes |
| 03:36:50 | MG_Man | It also adds ends to those boxes over to it's left |
| 03:36:52 | MG_Man | right* |
| 03:37:00 | | Quit moos (Read error: 131 (Connection reset by peer)) |
| 03:37:04 | MG_Man | By instead of displaying the titlesnoalbumart, it shows this |
| 03:37:14 | Unhelpful | um, yes, well, bitmaps that are not already 15/16bpp are dithered on load, and the dither matrix aligns to the top right corner of the bitmap ;) |
| 03:37:41 | MG_Man | And there are alternate visports that have the text start next to the album art |
| 03:37:42 | MG_Man | http://img194.imageshack.us/img194/4885/watitlesart.png |
| 03:37:46 | MG_Man | Otherwise it's centered |
| 03:38:01 | | Join moos [0] (i=mustapha@rockbox/staff/moos) |
| 03:38:07 | MG_Man | That picture covers up the longer part of the bars |
| 03:38:13 | Unhelpful | the dither matrix is 16x16, so if you line up the top and left edges at 16*N you won't have a dithering problem |
| 03:38:23 | MG_Man | And the album art goes in the black box, whic his black no matter what because it's also on the background |
| 03:38:32 | Unhelpful | alternately you could dither things yourself and save a 16-bit bmp :) |
| 03:38:50 | MG_Man | I'm pretty sure I did that, at least thats what photoshop says |
| 03:38:58 | MG_Man | it may be doing it wrong though, I'll re-save it in Pain |
| 03:39:00 | MG_Man | Paint* |
| 03:39:09 | MG_Man | A typo? Or was it? |
| 03:39:57 | Unhelpful | well, if you did ordered dither when saving it, it's *still* probably aligned to the coordinates of the individual bitmap, and not the bitmap's on-screen coordinates |
| 03:40:17 | MG_Man | well the thing is, it doesnt seem to dither the no-art overlay, but it does dither the background |
| 03:40:23 | MG_Man | Probably has something to do with permanent image or not |
| 03:40:31 | Unhelpful | if you want the dithers to line up, then you need to dither each bitmap padded to full-screen size, and then clip it down. |
| 03:41:34 | Unhelpful | rockbox will dither any bitmap on load if it's not 15 or 16bpp... unless the caller asks for dithering to be disabled. i'm not sure what WPS passes for the dither flag when loading images. |
| 03:41:49 | MG_Man | http://img26.imageshack.us/img26/7696/odddither.png |
| 03:41:59 | MG_Man | There's a dither parameter for loading images? |
| 03:41:59 | | Join evilnick [0] (n=evilnick@216.12.165.162) |
| 03:42:11 | Unhelpful | yes |
| 03:42:18 | MG_Man | Look around the title/album area |
| 03:42:25 | MG_Man | You'll see it looks funky compared to the rest |
| 03:43:54 | MG_Man | hmm |
| 03:44:02 | MG_Man | If there is a dithering flag, I don't see it on the CustomWPS page |
| 03:44:03 | Unhelpful | yes, that bitmap was either saved to 16bpp without dithering, or is saved as 24bpp and loaded with the don't-dither flag set |
| 03:44:09 | MG_Man | Where is it? At the end? |
| 03:44:22 | MG_Man | It's 0 or 1? |
| 03:44:28 | MG_Man | It doesn't appear to be documented |
| 03:44:28 | Unhelpful | it's not exposed via WPS, i think |
| 03:44:42 | MG_Man | Ah |
| 03:44:49 | MG_Man | Yeah, I'll just have to fiddle with it |
| 03:44:58 | Unhelpful | the *function* that loads bitmaps takes a flag which can be used to tell it not to dither :) |
| 03:45:12 | MG_Man | I'll sort out all that once the actual functions of the skin are finished |
| 03:45:29 | MG_Man | which all that is left is a progress bar, no biggie |
| 04:00 |
| 04:00:14 | MG_Man | I dont know man |
| 04:00:22 | MG_Man | It just seems the background is the only thing that dithers |
| 04:00:29 | MG_Man | ANd I can't get Photoshop to do it on export |
| 04:00:54 | MG_Man | They were all 24 bit to begin with |
| 04:01:35 | | Quit efyx (Remote closed the connection) |
| 04:05:24 | | Quit cg_ (Read error: 110 (Connection timed out)) |
| 04:06:49 | | Quit TheSeven (Nick collision from services.) |
| 04:07:05 | | Join The_Seven [0] (n=theseven@dslb-084-056-164-005.pools.arcor-ip.net) |
| 04:07:09 | | Nick The_Seven is now known as TheSeven (n=theseven@dslb-084-056-164-005.pools.arcor-ip.net) |
| 04:08:58 | | Quit evilnick (Read error: 145 (Connection timed out)) |
| 04:09:11 | MG_Man | The only way I can get it to dither is sending it into index color 9256 colors) |
| 04:09:16 | MG_Man | (256 colors)* |
| 04:12:58 | | Join evilnick [0] (n=evilnick@216.12.165.162) |
| 04:14:20 | MG_Man | well, there's Save For Web, but there is no BMP support there... |
| 04:14:26 | *** | Saving seen data "./dancer.seen" |
| 04:17:05 | MG_Man | I wonder if ImageReady can do it |
| 04:18:53 | | Join FlynDice [0] (n=FlynDice@c-24-19-225-90.hsd1.wa.comcast.net) |
| 04:22:32 | MG_Man | Hmm, I found a guide online for it, I'll try it out |
| 04:22:38 | | Quit toffe82 ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
| 04:28:33 | | Quit chandoo ("Leaving") |
| 04:31:44 | Unhelpful | perhaps the gimp or imagemagick. :P |
| 04:34:21 | | Join Hillshum [0] (n=hillshum@75-165-229-125.slkc.qwest.net) |
| 04:36:50 | MG_Man | Yeah, I'll try GIMP |
| 04:37:04 | MG_Man | The photoshop method still came out not-as-great looking |
| 04:39:36 | Unhelpful | dithering should probably *always* be enabled when loading WPS images... i'm assuming it's *not* already, for some reason. also, we should probably have an option to offset the dither coordinates so that the dither matrix will line up correctly when images are overlayed on the background |
| 04:39:51 | MG_Man | Yeah, that would work |
| 04:40:01 | MG_Man | But from what I gather, preloaded images aren't dithered |
| 04:40:08 | MG_Man | As evidenced by the screencap from earlier |
| 04:40:37 | MG_Man | Though this is r22050-090726 so its a bit old |
| 04:41:21 | MG_Man | otherwise the skin is done |
| 04:41:27 | MG_Man | I'll just sort that out manually then send it in |
| 04:42:02 | MG_Man | It should be OK copyright wise, since it uses nothing from winamp itself |
| 04:42:09 | MG_Man | Just made to look like it |
| 04:43:37 | MG_Man | Hmm |
| 04:43:49 | MG_Man | Does Rockbox use R5G6B5 or X1R5G5B5? |
| 04:44:01 | MG_Man | Or should I say, which does the device displays use? |
| 04:44:32 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 04:44:42 | MG_Man | I guess I'll use R5G6B5 |
| 04:45:33 | MG_Man | yeah, gimp didn't dither either |
| 04:49:01 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 04:49:12 | Unhelpful | i believe rockbox will treat either as "native" on color targets, and force dithering off |
| 04:50:42 | MG_Man | Time to use good old DOS program CONVERT |
| 04:53:00 | Unhelpful | hrm, actually, if you save them all *without* dithering as rgb565, they'll match that way, too. |
| 04:53:38 | Unhelpful | if that's a DOS or windows version of imagemagick's convert program, then it runs on quite a bit more than DOS. |
| 04:54:25 | MG_Man | I'll try imagemagick then |
| 04:57:22 | MG_Man | So imagemagick's dither makes it look roughly the same as if dosbox did it? |
| 04:59:19 | Unhelpful | imagemagick has many dithering options. :) |
| 05:00 |
| 05:00:24 | | Quit MG_Man ("Quitting") |
| 05:01:27 | | Join MG_Man [0] (n=MGMan@11.208.101.97.cfl.res.rr.com) |
| 05:17:11 | | Nick Hillshum is now known as Hilton (n=hillshum@75-165-229-125.slkc.qwest.net) |
| 05:17:27 | | Nick Hilton is now known as foodisyummy (n=hillshum@75-165-229-125.slkc.qwest.net) |
| 05:20:19 | | Nick foodisyummy is now known as batmanandrobin (n=hillshum@75-165-229-125.slkc.qwest.net) |
| 05:21:10 | | Quit MG_Man (Read error: 110 (Connection timed out)) |
| 05:21:36 | | Quit LambdaCalculus37 ("This computer has gone to sleep") |
| 05:22:09 | | Quit batmanandrobin ("Ex-Chat") |
| 05:34:49 | | Join MG_Man [0] (i=6165d00b@gateway/web/freenode/x-dxaixsvcdlnemplo) |
| 05:34:56 | MG_Man | I had another idea |
| 05:35:11 | MG_Man | Since ImageMagick doesnt work for me (Application failed to initialize properly ???) |
| 05:35:31 | MG_Man | If I like the ROckbox dithering so much, I'll just use Rockbox's dithering |
| 05:35:50 | MG_Man | That is, add the overlay picture to the background image, screenshot, then copy it back to its separate image |
| 05:36:48 | MG_Man | It'll also ensure the matrix is aligned too |
| 05:40:40 | | Join funman [0] (n=fun@rockbox/developer/funman) |
| 05:41:59 | MG_Man | Should I save a 16 bit version of the normal background too or let RockBox dither it? |
| 05:42:28 | MG_Man | Does it make any difference performance-wise? |
| 05:47:35 | Unhelpful | not really, it's only loaded once. :) |
| 05:48:04 | MG_Man | I suppose that's cleared up then |
| 05:48:29 | MG_Man | Right, well |
| 05:48:37 | MG_Man | I'll change a couple more things then I'll upload it |
| 05:50:11 | Unhelpful | a 16-bit version will be *smaller* i'd think... |
| 05:51:41 | | Quit BHSPitMonkey ("Ex-Chat") |
| 05:52:26 | MG_Man | Photoshop still rips it apart if i save it as 16 bit |
| 05:52:36 | MG_Man | But when I did the new overlay at 24 it looked perfect in rockbox |
| 05:56:24 | MG_Man | See for yourself: |
| 05:56:24 | MG_Man | http://img524.imageshack.us/img524/8562/notwinampwithart3.png |
| 05:56:32 | MG_Man | I don't notice a difference at all now |
| 05:57:28 | MG_Man | 337KB for the image assets |
| 05:57:32 | MG_Man | SOund reasonable to you? |
| 05:57:52 | MG_Man | COmpaed to cabbiev2 it seems a bit big |
| 05:57:58 | MG_Man | I can probably go and make all the buttons 16 bit |
| 05:58:07 | MG_Man | Or get imagemagick working |
| 05:58:13 | MG_Man | I probably grabbed the 64 bit version or something |
| 05:58:15 | MG_Man | Silly me |
| 06:00 |
| 06:01:20 | MG_Man | SO do I want windows-dll/dynamic or windows-static version |
| 06:01:25 | MG_Man | I don't understand what those really mean |
| 06:02:12 | | Quit MG_Man ("Page closed") |
| 06:02:27 | | Join MG_Man [0] (i=6165d00b@gateway/web/freenode/x-isvafwjdxmtuzlli) |
| 06:14:30 | *** | Saving seen data "./dancer.seen" |
| 06:21:11 | MG_Man | Okay, seriously, why |
| 06:21:19 | MG_Man | I can NOT get ImageMagick working |
| 06:21:50 | MG_Man | This application has failed to start because the application configuration is incorrect. |
| 06:26:59 | | Join than1 [0] (n=thanaton@adsl-99-41-255-25.dsl.emhril.sbcglobal.net) |
| 06:28:59 | MG_Man | Unhelpful: Which ImageMagick interface (if any) do you use? |
| 06:37:04 | MG_Man | I'll try the zip version... |
| 06:38:02 | MG_Man | Geeze, it finally decided to go |
| 06:38:09 | MG_Man | Right, let's see what it can do |
| 06:45:56 | MG_Man | Okay, I can not figure convert out |
| 06:46:18 | MG_Man | -depth 16 does absoluteely nothing |
| 06:46:25 | MG_Man | I wonder if that means everything already IS 16 bit |
| 06:49:00 | MG_Man | rrrrrrrrrrrrrr |
| 06:49:44 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 06:51:09 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
| 06:56:54 | | Quit MG_Man ("Page closed") |
| 06:59:58 | | Quit than1 ("Ex-Chat") |
| 07:00 |
| 07:02:31 | | Join antil33t [0] (n=Mudkips@119.224.12.185) |
| 07:08:55 | | Quit funman ("Lost terminal") |
| 07:21:05 | | Join MG_Man [0] (i=6165d00b@gateway/web/freenode/x-zzpafjgmxmhvxopg) |
| 07:21:23 | MG_Man | ANyone still alive in here |
| 07:22:04 | | Quit MG_Man (Client Quit) |
| 07:29:04 | | Quit martian67 (Read error: 104 (Connection reset by peer)) |
| 07:41:09 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 07:46:35 | | Quit z35 (Read error: 104 (Connection reset by peer)) |
| 07:47:09 | | Join MG_Man [0] (i=6165d00b@gateway/web/freenode/x-ycrxdosiaygiljnw) |
| 07:47:14 | MG_Man | Holy crap no way |
| 07:47:50 | MG_Man | I pretty much gave up on 16 bit images and tried 256 colors (or minimum for everything but the background) and it looks EXACTLY THE SAME in Rockbox as it did with everything in 24 bit |
| 07:48:00 | MG_Man | However, now all the art assets take up simply 82.1 KB |
| 07:48:06 | MG_Man | That's less than CabbieV2. |
| 07:48:17 | MG_Man | I think I know what to stick with now |
| 07:50:12 | MG_Man | I guess I'll go to bed now and submit it tomorrow |
| 07:50:24 | MG_Man | Night, whoever is still alive here |
| 07:50:29 | | Quit MG_Man (Client Quit) |
| 07:58:54 | | Join jds2001 [0] (n=jds2001@fedora/jds2001) |
| 07:59:42 | | Join z35 [0] (n=z35@ool-45701ce5.dyn.optonline.net) |
| 08:00 |
| 08:14:33 | *** | Saving seen data "./dancer.seen" |
| 08:43:03 | | Join evilnick1 [0] (n=evilnick@216.12.165.162) |
| 08:48:30 | | Join Rob2223 [0] (n=Miranda@p4FDCEBBB.dip.t-dialin.net) |
| 08:58:33 | | Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) |
| 08:59:53 | | Join stoffel [0] (n=quassel@p57B4E12D.dip.t-dialin.net) |
| 09:00 |
| 09:01:05 | | Quit evilnick (Read error: 110 (Connection timed out)) |
| 09:06:45 | | Quit Rob2222 (Read error: 110 (Connection timed out)) |
| 09:09:08 | | Join cg_ [0] (n=cromos@cable-kmi-fe71de00-186.dhcp.inet.fi) |
| 09:20:43 | | Join jchillerup [0] (n=aaa@hald.gbar.dtu.dk) |
| 09:21:12 | jchillerup | Good deal for people who would like a Rockbox-compatible ipod: http://sellout.woot.com/ |
| 09:26:30 | | Quit stoffel (Remote closed the connection) |
| 09:36:19 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 09:41:44 | | Quit robin0800 (Remote closed the connection) |
| 09:42:13 | | Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) |
| 09:44:05 | pixelma | I thought CheckWPS reuses the display code that the core would use - how could it be more forgiving than the parser on target? |
| 09:48:56 | pixelma | the c200 "SansaPod" theme is definitely broken in SVN and I could find the errors - in the beginning there is "e%X|..." and later there is an %xdw where no image was preloaded with this identifier |
| 09:50:07 | pixelma | so I'm surprised that a CheckWPS run the themes server wouldn't find that |
| 09:55:44 | | Join flydutch [0] (n=flydutch@host214-146-dynamic.15-87-r.retail.telecomitalia.it) |
| 10:00 |
| 10:03:02 | pixelma | that was 1 theme of 1 I tried, it's probably unlikely that it was the only one with errors |
| 10:06:30 | Unhelpful | has anything changed in WPS lately? and does the theme server re-validate? |
| 10:08:11 | pixelma | yes, the parser got stricter with loading and preloading images, CheckWPS was broken and repaired yesterday and mcuelenaere said he ran a check again and all themes on the server had passed |
| 10:08:36 | pixelma | s/had// |
| 10:14:37 | *** | Saving seen data "./dancer.seen" |
| 10:19:35 | pixelma | hehe, nice example "song" in the screenshot of the Ondas' themes subpage |
| 10:20:24 | | Quit evilnick1 ("Leaving.") |
| 10:49:40 | Unhelpful | pixelma: a practical use for AA fonts: sharp outlines make that scribble font look much less scribbly ;) |
| 10:54:11 | pixelma | not practical for me though as I wouldn't use a scribbly font (and wouldn't use that theme, especially not this port (all portrait screen ports of this theme I've seen so far have that stretched background which looks disturbing and unnecessarily blurry)) |
| 10:54:54 | | Join BdN3504 [0] (n=5ce53941@gateway/web/cgi-irc/labb.contactor.se/x-mylbryanfbgazkew) |
| 10:54:57 | pixelma | not mentioning the fact that there is no port for one of my targets |
| 10:57:13 | BdN3504 | pixelma: can you have a look and commit this? http://www.rockbox.org/tracker/task/10553 |
| 11:00 |
| 11:00:15 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 11:00:45 | Unhelpful | pixelma: bah! i am again defeated by your cunning use of logic! |
| 11:04:55 | pixelma | BdN3504: \nopt{player,lcd_color,lcd_mono}{\input{advanced_topics/viewports/grayscale-vp-syntax.tex}} |
| 11:05:43 | | Join Horscht [0] (n=Horscht2@xbmc/user/horscht) |
| 11:05:55 | Unhelpful | kugel: i think the glyph cache needs to be larger when using AA fonts - i have album titles that cause the disk to spin when they scroll :/ |
| 11:07:03 | BdN3504 | pixelma: what about it? that's for grayscale models |
| 11:07:09 | pixelma | can't work for at least two reasons: you can't combine things in a \nopt (you can in an \opt), lcd_mono doesn't exist (and if it would, it would also be true for the Player, you wouldn't need the first one) |
| 11:08:11 | BdN3504 | ah ok, why can't i use multiple things in nopt? |
| 11:08:21 | | Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) |
| 11:08:55 | pixelma | you would have to nest this like e.g. \nopt{lcd_color}{\opt{lcd_non-mono}{your inclusion}} |
| 11:09:05 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
| 11:10:57 | pixelma | the lcd_color etc. comes from the languages' features.txt (in apps), there you can look up what features exist to use for automatic in- or exclusion) |
| 11:13:29 | pixelma | bluebrother explained the \nopt two days ago here |
| 11:14:42 | pixelma | BdN3504: I also think that you don't need a full WPS like example to explain the viewport syntax |
| 11:17:57 | | Join Topy44 [0] (i=Topy44@g227173009.adsl.alicedsl.de) |
| 11:18:04 | Topy44 | hi |
| 11:18:10 | Topy44 | strange problem with my h340: |
| 11:18:21 | Topy44 | if i turn it on i get an "ATA error: -11" |
| 11:18:35 | Topy44 | but if i connect it to usb it works fine, and if i disconnect it it boots normally |
| 11:18:46 | Topy44 | turn it off, turn it back on, ata error -11 again |
| 11:19:13 | Topy44 | i removed the hd for a surface scan and just put it back in again, it does that since |
| 11:22:18 | BdN3504 | http://www.rockbox.org/irc/log-20090820#22:05:05 right, that has excaped me. i took that example to show what i wanted to show there... how would you explain that you don't have to use individual identofoers for VPs? |
| 11:22:36 | BdN3504 | identifiers |
| 11:25:20 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 11:27:20 | BdN3504 | would this give me grayscale models only \opt{lcd_non-mono}{\nopt{lcd_color}{\input{}}}? and has it correct syntax now? |
| 11:27:50 | Topy44 | btw, some people suggest -11 would be "hd not spinning up" and means that the hd is broken, though it quite obviously does spin up and works just fine when connected to the pc |
| 11:28:01 | | Join decayedcell [0] (n=decayed_@60-241-92-53.static.tpgi.com.au) |
| 11:31:04 | pixelma | BdN3504: yes, should work. By the way - your clock examples also have the problem that there are targets without RTC (and no, not only the Player= |
| 11:32:49 | pixelma | Topy44: did you check that all the connections/connectors are fit a 100% again? |
| 11:32:50 | BdN3504 | ok, so then i'll just copy the example off the wiki. btw, i could also use lcd_charcell for the player, right? |
| 11:33:05 | Topy44 | pixelma: yeah, only one i disconnected was the hd anyway |
| 11:33:13 | Topy44 | and as i said - if i connect it by usb it goes on just fine |
| 11:33:24 | Topy44 | also after disconnecting the usb cable it boots up and works normally |
| 11:34:22 | Topy44 | its completely reproduceable |
| 11:35:20 | pixelma | BdN3504: yes, and it would even be more appropriate as this is the feature it really depends on. This way it would be correct if something else comes along with a charcell display (unlikely for a DAP itself but maybe a remote, or at some point someone showed interest in those USB displays as an additional display, some of which are charcell) |
| 11:39:09 | | Quit amiconn (Nick collision from services.) |
| 11:39:13 | | Join amiconn_ [0] (i=quassel@rockbox/developer/amiconn) |
| 11:39:22 | | Nick amiconn_ is now known as amiconn (i=quassel@rockbox/developer/amiconn) |
| 11:39:56 | | Join pixelma_ [0] (i=quassel@rockbox/staff/pixelma) |
| 11:39:56 | | Quit pixelma (Nick collision from services.) |
| 11:40:15 | | Nick pixelma_ is now known as pixelma (i=quassel@rockbox/staff/pixelma) |
| 11:44:57 | | Quit ender` (" Washing your car to make it rain doesn't work.") |
| 11:48:45 | BdN3504 | is my assumption, that all colour models have rtc right? at least it says so in the devicechart, but i might be wrong |
| 11:51:06 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
| 11:56:58 | | Join webguest51 [0] (n=47c339b2@gateway/web/cgi-irc/labb.contactor.se/x-vovqlywzkmvozipw) |
| 11:58:57 | webguest51 | helllo |
| 12:00 |
| 12:00:57 | | Quit webguest51 (Client Quit) |
| 12:11:17 | | Join pjm0616 [0] (n=user@61.250.113.98) |
| 12:12:02 | | Join webguest13 [0] (n=3dfa7162@gateway/web/cgi-irc/labb.contactor.se/x-supxbulvwaexkhmh) |
| 12:13:58 | | Quit webguest13 (Client Quit) |
| 12:14:39 | *** | Saving seen data "./dancer.seen" |
| 12:30:38 | | Join Turniphead [0] (n=like@82-169-26-226.ip.telfort.nl) |
| 12:32:19 | | Part Turniphead |
| 12:32:22 | | Join Turniphead [0] (n=like@82-169-26-226.ip.telfort.nl) |
| 12:36:23 | Turniphead | I have a minor problem with my second-hand Cowon M3. I installed Rockbox 22446-090821. I hear a clicking sound about half the volume of a normal keyclick while I'm playing audio. The same click occurs when I muce the cursor. All this while my Key Click setting of set to Off. Can anybody shed some light on this? |
| 12:43:09 | | Quit BdN3504 ("CGI:IRC (EOF)") |
| 12:43:49 | n1s | BdN3504: it might be tru *now* but nothing says it will stay true with future targets, it's better to make stuff depend on the things they really need |
| 12:44:36 | pixelma | Turniphead: does this click while playing audio happen at regular intervals (without you touching the controls), and/or does it happen more often when there is a lot going on on the screen, like scrolling track title etc. (provided you have the remote connected) |
| 12:45:15 | | Quit robin0800 (Remote closed the connection) |
| 12:45:41 | Turniphead | The remote is connected. And I'm not moving the controls. The sound occurs at regular intervals of about half a second or less. |
| 12:46:24 | Turniphead | It does seem to occur more often if there is scrolling text involved |
| 12:47:13 | pixelma | I assume it doesn't happen without the remote? |
| 12:47:34 | Turniphead | Nope, no clicks at all |
| 12:48:15 | n1s | does the iaudios have that remote tick reduction setting? |
| 12:48:43 | pixelma | sounds a bit like the "remote ticking" problem that's there on other targts with remotes (it also depends on your actual device) |
| 12:49:07 | Turniphead | Where would I find that specific setting? |
| 12:49:39 | pixelma | n1s: I don't think so but I believe seeing reports that some Iaudios have that problem - I could check if the setting is there on my M5 but don't have a remote to test |
| 12:50:32 | Turniphead | In my quest around the menu's of Rockbox I did not find a setting like that. As it is likely I would have tested that option :) |
| 12:51:48 | | Join robin0800 [0] (n=robin080@general-kt-199.t-mobile.co.uk) |
| 12:52:46 | pixelma | hmm... it's also a bit different as the remote LCD is treated as main screen on the M3 and as a remote screen on the M5 |
| 12:53:28 | | Nick YpsyZNC is now known as Ypsy (n=ypsy@geekpadawan.de) |
| 12:54:40 | Turniphead | Indeed. That would probably be the option is absent. Though it still suffers the problems of the remote. |
| 12:56:39 | | Quit n1s ("Lämnar") |
| 12:57:29 | pixelma | it's not present here as well (in the Remote-LCD settings) too, but if it was prepared for the Iaudio remotes it would need special treatment for the M3 |
| 12:59:39 | Turniphead | So the chances that a simple patch would do are low. I would love to have a look though. |
| 12:59:50 | pixelma | Turniphead: http://www.rockbox.org/tracker/task/6815 maybe you can add a comment along the lines of "happens on M3 too, would need special care in the menu"? |
| 12:59:58 | | Join BdN3504 [0] (n=5ce53941@gateway/web/cgi-irc/labb.contactor.se/x-mvzsldcxxwradznb) |
| 13:00 |
| 13:00:38 | BdN3504 | if i want to add a file to svn and set the keywords properly, what determines the id? |
| 13:00:47 | Turniphead | Thanks, will do! |
| 13:01:03 | BdN3504 | http://www.rockbox.org/twiki/bin/view/Main/UsingSVN#Adding_a_new_file |
| 13:01:05 | pixelma | Turniphead: the last comments say it's out-of-sync though and the comment itself is quote old already too |
| 13:01:45 | pixelma | which is not a big surprise as the patch is 2 years old |
| 13:03:08 | BdN3504 | in other words, how to use that command? can you give an example line? |
| 13:04:48 | Turniphead | Hrmm, added the comment, but I see your point. |
| 13:05:38 | * | pixelma wonders where jhMikeS went |
| 13:05:48 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 13:12:51 | pixelma | Turniphead: not sure if it helps but if you say that it's worse with more scrolling - maybe you could use (or create) a more static WPS as a band aid fix to lower the ticking? |
| 13:14:25 | pixelma | or stay in the menu |
| 13:17:35 | Turniphead | I noticed that last remark being helpfull (the menu thing) I'll try a WPS with as few 'live' or scrolling information fields as possible |
| 13:21:12 | pixelma | you could disable scrolling lines (get rid of %s), don't show playback time etc., things that need regular updates. Have a look at the CustomWPS page in the wiki for possibilities. It's not a nice solution but if it makes listening more enjoyable, maybe worth it for now |
| 13:21:44 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
| 13:24:20 | | Quit BdN3504 ("CGI:IRC (EOF)") |
| 13:24:28 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 13:24:29 | | Join bdn3505 [0] (n=5ce53941@gateway/web/cgi-irc/labb.contactor.se/x-vcjuwaeilayiafyp) |
| 13:25:28 | bdn3505 | ok, i updated the patch with what has been suggeested, thanks for your support. please commit asap. http://www.rockbox.org/tracker/task/10553 |
| 13:33:02 | | Quit bdn3505 ("CGI:IRC") |
| 13:34:53 | | Join Thundercloud [0] (i=thunderc@81.187.69.84) |
| 13:50:31 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
| 13:54:57 | | Join kugel [0] (n=kugel@rockbox/developer/kugel) |
| 13:59:50 | Turniphead | pixelma: the clean WPS thing doesnt comfortably help the ticking sound. I'll stick with hanging around in the menu's for now. |
| 14:00 |
| 14:00:37 | Turniphead | this way, I'll have all the info ready when I need it, and can listen without so much as a blip. |
| 14:02:49 | | Quit AndyIL (Read error: 110 (Connection timed out)) |
| 14:04:47 | soap | I was going to reply to a recent post to the user mailing list with a polite "Do not talk about removing DRM on this mailing list, please." But do not see an explicit rule against this. Is there an implicit rule against this? |
| 14:05:43 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
| 14:06:34 | Turniphead | Its implicitly written in the IrcGuidelines. But I don't know it would apply to the mailing list. It is however common sense that is would. |
| 14:07:30 | pixelma | implicit would also be "it doesn't have to do with Rockbox", not sure if that's enough... ;) |
| 14:09:35 | pixelma | and if there is a note somewhere you can point to about respecting copyright, that would fit too I think |
| 14:09:44 | | Join teru [0] (n=teru@KD059133112132.ppp.dion.ne.jp) |
| 14:12:39 | kugel | does the Player have wps-viewports? |
| 14:12:57 | AlexP | soap: I'm sure that is covered by the general we don't want to get involved in that |
| 14:13:09 | pixelma | kugel: I don't think so |
| 14:13:10 | AlexP | Best all round to keep it off the lists |
| 14:13:57 | kugel | BdN3504 made a viewport section for it |
| 14:14:44 | *** | Saving seen data "./dancer.seen" |
| 14:17:56 | kugel | hm no, he rather mixed up mono and charcell |
| 14:21:56 | pixelma | the whole patch is still too complicated and puts too many things in there - e.g. the examples wouldn't have to be that many if they wouldn't deal with something that relies on RTC presence |
| 14:22:25 | pixelma | the exampleas are also too "complete" IMO |
| 14:23:35 | pixelma | the examples too |
| 14:23:49 | kugel | I don't think complete examples are bad |
| 14:24:18 | | Join PaulJam [0] (n=Paule@p54BEE37F.dip.t-dialin.net) |
| 14:24:27 | pixelma | people won't read too long text |
| 14:25:24 | kugel | but people like examples better than plain text |
| 14:29:53 | | Quit faemir ("Leaving") |
| 14:30:13 | pixelma | but probably not 100 long examples for every second WPS feature, and this case the examples contain unrelated things that are distracting again - explain conditional viewports with album art/no album art cases but why take the RTC things into it? |
| 14:30:15 | pixelma | +\opt{lcd_charcell}{\input{advanced_topics/viewports/charcell-vp-syntax.tex}} |
| 14:30:27 | pixelma | sorry, bad paste |
| 14:31:20 | pixelma | maybe it would be a possibility to have a short section on the features and the syntax and then an example WPS, well commented |
| 14:32:40 | pixelma | I'd suggest cabbiev2 (or whatever default WPS there is), though I think some of the cabbiev2 ports would need some cleanup first for this |
| 14:33:30 | teru | dionoea: FS #10555 - Rockpaint: improve browsing font. |
| 14:39:07 | | Join SUSaiyan [0] (n=SUSaiyan@cc84863-b.zwoll1.ov.home.nl) |
| 14:39:17 | | Join bs66_ [0] (n=sysuser@79.138.178.11.bredband.tre.se) |
| 14:41:23 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
| 14:41:47 | mcuelenaere | pixelma: if you look on the theme server now, several c200 themes don't have a 'Works in the current build' line |
| 14:42:04 | mcuelenaere | perhaps that should be a red 'Doesn't work in the current build' text though |
| 14:43:29 | pixelma | ah, true. That would be better... plus a way for themers to update their own themes |
| 14:44:08 | kugel | anyone should be able to imo |
| 14:46:24 | kugel | mcuelenaere: did you intentionally ignore my comments about the name of "vfnprintf" (w.r.t. the new logf) |
| 14:47:03 | mcuelenaere | pixelma: done |
| 14:47:11 | mcuelenaere | kugel: hmm no, I must've missed them |
| 14:49:00 | mcuelenaere | kugel: what name do you suggest? |
| 14:50:41 | kugel | maybe vuserprintf or vcbprintf? the "fn" stands for function since you pass one to it |
| 14:50:46 | rasher | mcuelenaere: If you check the output of private/runcheckwps.php, it seems there's something wrong |
| 14:50:53 | pixelma | mcuelenaere: would it be possible that the RBUtility would check that line and doesn't "offer" the broken themes? Hmm... I can see a potential problem though - the ones just currently broken will still work with the release |
| 14:51:47 | mcuelenaere | pixelma: I think that's a question for bluebrother or domonoky, and when you're at it could you ask them to include the menu image too? ;) |
| 14:51:54 | mcuelenaere | rasher: I'll take a look |
| 14:52:45 | rasher | pixelma: The theme site already tells rbutility about this |
| 14:52:46 | mcuelenaere | kugel: vuserprintf sounds better than vcbprintf |
| 14:52:52 | | Nick Horschti is now known as Horscht (n=Horscht2@xbmc/user/horscht) |
| 14:53:19 | rasher | Or should.. |
| 14:56:00 | pixelma | rasher: the last RBUtil release still offers me currently broken themes, just tried (of course this could be a problem of the Utility not the themes site and might be fixed in SVN) |
| 14:57:10 | domonoky | hm, the theme site tells rbutil, if a theme passed a specific version/release test. but rbutil doesnt use this at moment. |
| 14:57:16 | rasher | pixelma: yes, there appears to be an issue |
| 14:57:46 | rasher | http://themes.rockbox.org/rbutilqt.php?target=c200 <−− Notice that the broken themes are listed as having passed |
| 14:59:06 | domonoky | so its both ? the passed checks are wrong and rbutil doesnt use them ? :-) |
| 14:59:17 | rasher | So it would seem |
| 15:00 |
| 15:00:47 | rasher | ah, got it |
| 15:00:57 | domonoky | also i find it difficult to think of a good way to check this things in rbutil. if the installed rb version is 3.3 and the theme site tells me pass_release="3.2" what should it do ? |
| 15:02:06 | rasher | Wait for 3.4 :) |
| 15:02:27 | domonoky | :-) |
| 15:02:43 | rasher | domonoky: What's better to do if it doesn't pass. [error] |
| 15:02:44 | rasher | code=0 |
| 15:02:44 | rasher | [status] |
| 15:02:44 | rasher | msg="" |
| 15:02:44 | rasher | [darkspectrum-zz4] |
| 15:04:31 | mcuelenaere | rasher: runcheckwps.php doesn't give any output? Or does it just takes a while to do its job? |
| 15:05:05 | | Quit rasher (Read error: 131 (Connection reset by peer)) |
| 15:05:48 | domonoky | rasher: telling since whith version it doesnt pass would be helpfull. so if fail_release = 3.3 we now that for versions before its ok, and afterwards its broken so we hide it. (same for revisions) |
| 15:05:48 | | Join n1s [0] (n=n1s@rockbox/developer/n1s) |
| 15:06:01 | domonoky | s/now/know/ |
| 15:07:28 | pixelma | currently the parser "only" got stricter, so if the WPSs were written correctly they will work with current build and the releases. This is not true with changes that break old WPS because of a new syntax, these changes don't happen very seldomly and are avoided. I can only think of the progressbar syntax as an example and the scrolling margin which didn't exist for long in SVN though |
| 15:08:19 | mcuelenaere | rasher: nvm, it's done now |
| 15:08:28 | pixelma | so unless something of the latter happens, the Utility could stay on the safe side and just offer themes that work for the current build |
| 15:10:14 | domonoky | pixelma: i woud think the pass_current="..." will be often behind the current revision rbutil can install. if we stay on the safe side, then no themes would be installable. |
| 15:10:34 | mcuelenaere | rasher: you're right, there's definitely something odd with that script; it seems to run checkwps several times for the same WPS.. (and it doesn't run it for RWPS'es) |
| 15:11:30 | | Join rasher [0] (n=rasher@0x5550f5a3.adsl.cybercity.dk) |
| 15:13:49 | rasher | domonoky: that would requires us to save all checkwps results we ever had :\ |
| 15:14:06 | domonoky | pixelma: if you look at http://themes.rockbox.org/rbutilqt.php?target=c200 you will see that pass_release is still at 3.2, so if we use this value we wouldnt have any theme for 3.3 and if we ignore it we show all, even when many themes are broken because of stricter parser. |
| 15:14:15 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
| 15:14:31 | rasher | mcuelenaere: Yeah, I disabled checking rwps because it was causing the themes to not show up at all. Although I forget the exact reason |
| 15:14:52 | rasher | domonoky: is pass_current="" better than no pass_current line? |
| 15:15:17 | domonoky | rasher: no, you just need to store the first failed revison and not update it on new checks, unless it passes again. (the clear the result to empty) |
| 15:15:34 | rasher | ugh |
| 15:16:17 | domonoky | rasher: for rbutil pass_current="" is the same as no pass_current line (Qt ini parser gives a empty string for non-existant values) |
| 15:16:57 | rasher | Okay |
| 15:17:13 | pixelma | if you look for pass_current, you will have themes working for 3.3 and 3.2 as well |
| 15:17:19 | * | domonoky wants a "fail_current" and a "fail_release" line. |
| 15:17:33 | rasher | fail_release? |
| 15:18:16 | domonoky | so we can hide them if the current installed version is <= fail_release :-) |
| 15:18:27 | domonoky | äh ">=" |
| 15:19:42 | pixelma | this is true as long as some syntax doesn't change dramatically |
| 15:19:49 | domonoky | hm, i think this is still not enough.. it may fail again in even older releases/revisions.. so we need to know the working "window". |
| 15:23:04 | domonoky | hm, looks like this is very difficult to solve properly. |
| 15:28:07 | rasher | Or maybe just not hand-hold the user *this* much |
| 15:29:26 | rasher | We can tell in some cases that it *won't* work. I think we should leave it at that |
| 15:29:33 | domonoky | yes, maybe the best way would be to just use passed_xxx line to display a "last successfully test on version x" line |
| 15:30:24 | domonoky | rasher: with the current info, how can rbutil know for sure it wont work ? |
| 15:30:51 | rasher | If the user has a current release, and pass_current is empty |
| 15:31:14 | rasher | Or (in the future) if the user has 3.4 and pass_release is empty |
| 15:32:37 | | Join Thundercloud_ [0] (i=thunderc@persistence.flat.devzero.co.uk) |
| 15:32:42 | | Quit Thundercloud (Read error: 131 (Connection reset by peer)) |
| 15:32:51 | kkurbjun | domonoky: could you provide a pointer on what I should be looking at to add support for a new target in rbutil? |
| 15:32:56 | domonoky | so if pass_current/pass_release is empty we just hide it. (even if it might work if the user has a older version installed) |
| 15:33:12 | rasher | domonoky: the theme site doesn't show the theme in that case either |
| 15:34:14 | domonoky | kkurbjun: add the new target to rbutilqt.ini (just look at the other targets there for help). If it needs a new way to install the bootloader, you need to provide a new base/bootloaderXXX class. |
| 15:34:45 | kkurbjun | cool, and then I just have to add something for autodetection? |
| 15:36:04 | domonoky | kkurbjun: autodetection based on USB-IDs is automatic (usb-ids are also in rbutilqt.ini) otherways to autodetect are harder to implement, (autodetection.cpp/h needs a rework to easily add new detection methods) |
| 15:36:28 | kkurbjun | oh, ok, I was looking at the special case stuff based on folder names |
| 15:37:06 | domonoky | kkurbjun: you can add this in base/autodetection.cpp if you want. |
| 15:37:42 | kkurbjun | what is the reason for the special case detection? |
| 15:37:53 | domonoky | but autodetection.cpp really needs a rework to make it easier to extend, and also more reliable. |
| 15:38:22 | kkurbjun | if it does it by usb id on the m:robe then I think that would be best |
| 15:38:40 | domonoky | kkurbjun: the problem with autodetection is: usb-ids arent always unique, and there is no crossplatform way to map USB-IDs -> mountpoints (at least at moment) |
| 15:40:02 | | Quit Rondom (Nick collision from services.) |
| 15:40:12 | | Join Rondom [0] (n=Rondom@84.57.197.222) |
| 15:42:16 | kkurbjun | domonoky: what is the target id string per target.. it doens't seem to match up to the configure script or the platform number |
| 15:44:11 | domonoky | kkurbjun: target_id should be the target_id from configure. But i am unsure if it is still used. |
| 15:45:38 | domonoky | its still used for voice generation. so if it doesnt match configure. its a bug! |
| 15:45:53 | kkurbjun | ok, I'll change the mrobe 500 and 100 |
| 15:46:12 | | Join webguest43 [0] (n=586e5ed6@gateway/web/cgi-irc/labb.contactor.se/x-dnyxhpyrakcrusvz) |
| 15:47:19 | | Quit n1s ("Lämnar") |
| 15:47:56 | domonoky | maybe rbutil should use the target_id from rockbox-info.txt, the we wouldnt need it in the ini-file anymore. |
| 15:49:23 | mcuelenaere | rasher: the problem is probably because $output isn't cleared |
| 15:49:49 | | Quit webguest43 (Client Quit) |
| 15:50:03 | kkurbjun | domonoky: that was really easy to add support for a new target :-D |
| 15:50:23 | kkurbjun | and it is working fine too withthe themes and all |
| 15:50:42 | mcuelenaere | rasher: http://pastebin.com/f215d6dc3 |
| 15:50:43 | domonoky | thats the way it should be :-) |
| 15:52:01 | | Quit PaulJam (".") |
| 15:52:53 | | Part decayedcell |
| 15:54:24 | | Quit robin0800 (Remote closed the connection) |
| 15:57:34 | | Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) |
| 15:58:06 | | Quit Rondom (Nick collision from services.) |
| 15:58:16 | | Join Rondom [0] (n=Rondom@dslb-084-057-146-199.pools.arcor-ip.net) |
| 15:59:21 | rasher | mcuelenaere: That sure sounds likely |
| 15:59:51 | rasher | But $ret should still be valid |
| 16:00 |
| 16:00:15 | kkurbjun | domonoky: so the bootloader on the m:robe 500 needs to do a couple of things... right now it is enclosed in a zip file that has a complete image of the original firmware with a patch applied to it. You have to unzip that and then copy a file (rockbox.mrboot) to the root of the player. It then also needs a zip extraction of an exploited svg into another folder of the player. I could package it all as one.. |
| 16:00:20 | kkurbjun | On the H300 it looks like we require the user to download a copy of the firmware themselves... if we follow that method it will limit the users to only be able to install the bootloader in windows.. If we provide a pre-made zip they should be able to use it on any platform, but I don't know what the legal reasons are for making them download it themselves. |
| 16:00:54 | mcuelenaere | rasher: hmm I hadn't actually looked at $ret nor $result['pass'].. |
| 16:01:17 | domonoky | the legal reason to download himself, is that then we dont distribute software we dont own. |
| 16:01:24 | Topy44 | why not release the patch as a binary patch file |
| 16:01:58 | kkurbjun | the problem is that the download from the olympus site is in an executable - I'm not sure how the files are stored in it |
| 16:02:01 | Topy44 | that can be applied with an (included) windows tool, but also with diff or the like on linux and mac |
| 16:02:09 | domonoky | so if we host this ZIP somewhere else where nobody cares and tell the user to download it from there, we should be fine :-) |
| 16:02:10 | Topy44 | ah |
| 16:02:27 | kkurbjun | and they would need to run the exe and have the know how of which files to pull and when from it |
| 16:02:28 | domonoky | or we write a tool to extract the of from olympus exe file :-) |
| 16:03:16 | Topy44 | well, try the known extraction methods... for example, check if universal extractor can find the file |
| 16:03:25 | mcuelenaere | kkurbjun: does WinRAR/WinZIP/... show an 'Extract to here' quick menu when right clicking on it in Explorer? If so, it should be a known algorithm |
| 16:03:36 | | Quit robin0800 (Remote closed the connection) |
| 16:03:40 | domonoky | the technical side of this shouldnt be a problem. rbutil can download/unzip etc just fine. we just need to clear the legal side. |
| 16:03:41 | kkurbjun | mcuelenaere: that's what I'm looking for now.. |
| 16:03:43 | | Join fyrestorm [0] (n=nnscript@cpe-68-173-235-106.nyc.res.rr.com) |
| 16:03:56 | mcuelenaere | kkurbjun: Topy44's suggestion of Universal Extractor is even better |
| 16:04:02 | | Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) |
| 16:04:15 | | Quit teru ("Quit") |
| 16:04:55 | * | domonoky thinks sombody should just try to open it with 7zip, if we are lucky it works :-) (7zip can open nearly everything) |
| 16:05:26 | CIA-61 | New commit by Domonoky (r22463): rbutil: use target-id from rockbox-info.txt and remove it from rbutil.ini |
| 16:05:48 | rasher | mcuelenaere: okay, I've really no idea what's going on with the checkwps run :\ |
| 16:06:52 | Topy44 | btw, i still have a problem with my iriver h340 |
| 16:07:13 | Topy44 | since i removed the hd for a scan and replaced it, i get an ata error -11 on start |
| 16:07:28 | Topy44 | but if i connect it to a usb cable it works fine, and if i disconnect the cable it boots normally |
| 16:07:32 | | Quit patmulchrone (Remote closed the connection) |
| 16:07:35 | Topy44 | turn it off, back on again, same error. |
| 16:07:59 | mcuelenaere | rasher: I'm also seeing several ZIP extraction failures on my local copy, but that could be my fault |
| 16:08:06 | Topy44 | apparently -11 means "no hd spin up", but thats obviously wrong (i can hear it clearly spinning up and doing its self check normally) |
| 16:08:15 | kkurbjun | :), ok, looks like the exe can be extracted :) |
| 16:09:59 | rasher | mcuelenaere: okay, taking my widecabbie as an example, look at this: http://rockbox.pastebin.com/m2b6b2574 |
| 16:10:03 | rasher | I can't make sense of that |
| 16:10:32 | | Join kushalone [0] (n=kushal@12.169.180.178) |
| 16:11:27 | mcuelenaere | hmm that's pretty messed up |
| 16:12:16 | rasher | There may be other issues, but that's not right. Either it's an error or it's not. I also don't understand why it'd fail to load that image, but who knows |
| 16:13:38 | pixelma | Topy44: maybe it's a timing problem (for some reason it doesn't spin up as expected), this would explain why it works when just disconnected from USB and if the needed timing for USB is different that could explain why it worls there. I'm just guessing though |
| 16:14:04 | Topy44 | yeah... i would like to know from some coder what EXACTLY ata error -11 means |
| 16:14:15 | Topy44 | so how does it "detect" that error |
| 16:14:45 | *** | Saving seen data "./dancer.seen" |
| 16:14:59 | Topy44 | i've been wondering if meaby a reformat of the partition or the like could have any influence - because of course having the hd removed and checked and treated by a stack of different utilities can mess up things a bit |
| 16:15:08 | kkurbjun | domonoky: do we expect that the user will have 7z installed on their system when using rbutil? |
| 16:15:27 | Topy44 | it could have messed with the filesystem in a way that linux/dos/windows dont care about but rockbox doesnt like |
| 16:15:32 | | Quit CaptainKwel (Remote closed the connection) |
| 16:15:37 | | Join stripwax [0] (n=Miranda@87-194-34-169.bethere.co.uk) |
| 16:15:53 | domonoky | kkurbjun: no. rbutil has built-in zlib for zip. but thats probably not enogh for that. We should exchange it with a 7zip library. |
| 16:16:10 | | Join andrewrb [0] (n=586e5ed6@gateway/web/cgi-irc/labb.contactor.se/x-cmhyfgginvaehdda) |
| 16:16:22 | domonoky | kkurbjun: we should try to make rbutil not relay on anything installed on the users-system. |
| 16:18:05 | | Join andrewRB_ [0] (n=chatzill@88-110-94-214.dynamic.dsl.as9105.com) |
| 16:18:29 | | Nick andrewRB_ is now known as andrewbeveridge (n=chatzill@88-110-94-214.dynamic.dsl.as9105.com) |
| 16:21:10 | | Quit andrewrb ("CGI:IRC (Ping timeout)") |
| 16:22:39 | | Nick andrewbeveridge is now known as andrewrb (n=chatzill@88-110-94-214.dynamic.dsl.as9105.com) |
| 16:22:47 | mcuelenaere | rasher: it seems like the skin engine doesn't think failed images should return a failure on skin_data_load() - not much I can do about |
| 16:23:26 | | Join CaptainKewl [0] (i=jds@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 16:23:57 | rasher | I wonder why that image fails in the first place |
| 16:24:12 | rasher | Did JdGordon's recent rework make the image buffer smaller? |
| 16:24:47 | scorche|sh | rasher: he says "technically yes" |
| 16:24:51 | andrewrb | hi, when was jpeg support enabled for album art? |
| 16:25:00 | rasher | scorche|sh: :( |
| 16:25:08 | rasher | He broke my wps! |
| 16:25:27 | Torne | andrewrb: 2009-05-01: Rockbox can now read JPEGs for Album Art. (JPEG decoder added to core) |
| 16:25:31 | Torne | andrewrb: included in 3.3 |
| 16:25:38 | scorche|sh | he says to increase the skin buffer define in skin_buffer.c |
| 16:26:36 | mcuelenaere | rasher: read_bmp_file() returns -6 on that image |
| 16:26:49 | andrewrb | thanks. which revision would that be? It's just, the resize method seems to be horrible (at least on my D2), I was hoping I could have a fiddle |
| 16:27:14 | Torne | there's been a lot of changes to the jpeg code since then |
| 16:27:27 | Torne | if you're not using a current build try that first |
| 16:28:31 | mcuelenaere | rasher, scorche: increasing the skin buffer define helps |
| 16:28:58 | andrewrb | built last night :/ |
| 16:29:11 | * | rasher finds it mildly bad manners to decrease buffer sizes |
| 16:30:15 | scorche|sh | he didnt decrease the size...he just changed the usage (apparently) |
| 16:30:44 | andrewrb | Torne: to clarify, even a 100px cover.jpg file which should not need resizing at all looks horrible in the WPS |
| 16:30:50 | rasher | Which means the available size was smaller. Which means it was in fact, decreased. |
| 16:30:58 | Torne | andrewrb: works for me.. |
| 16:31:08 | andrewrb | Torne: target? |
| 16:31:16 | Torne | ipodvideo |
| 16:31:17 | rasher | "src_dim.width > BM_MAX_WIDTH" tests true |
| 16:31:29 | rasher | apps/recorder/bmp.c:553 |
| 16:31:33 | mcuelenaere | yep |
| 16:31:39 | kugel | rs |
| 16:31:47 | Torne | i mean i've not looked particularly closely but all my album art is jpeg at arbitrary random sizes and it's always looked fine ;) |
| 16:31:50 | scorche|sh | rasher: he is especially begrieved that he cant actually chat on here about this today =) |
| 16:31:56 | andrewrb | hmm |
| 16:32:03 | kugel | rasher: the buffer wasn't decreased, but it's shared with other wps stuff now |
| 16:32:11 | andrewrb | it may be a d2-specific thing. |
| 16:32:22 | andrewrb | i'll have to have a chat to shotofadds |
| 16:32:28 | | Quit stripwax (Read error: 104 (Connection reset by peer)) |
| 16:32:58 | scorche|sh | kugel: not wps...skin stuff |
| 16:33:20 | kugel | which is only the wps as of now |
| 16:34:00 | kugel | I'm surprised that a theme actually hits the limit, all the themes I use don't even use half of the buffer |
| 16:34:21 | kugel | scorche|sh: but yea, my custom statusbar work also uses the same buffer |
| 16:34:34 | Torne | andrewrb: post on the forums with an example of the album art you have and the size your wps is rendering it at? |
| 16:34:41 | scorche|sh | skin engine isnt wps...up the buffer size by 1000 x skin_token |
| 16:35:35 | pixelma | rasher: did you check what buffer your WPS actually uses (in the Rockbox Info screen) |
| 16:35:39 | kugel | the wps uses the skin engine, but nothing else right now. the skin engine was derived from the wps |
| 16:36:38 | andrewrb | Torne: yeah, well myself and around five other D2 users have confirmed there is a problem over on the iAudiophile forums, with various sample images. I may post on the rockbox forums but as shotofadds is the only person really working on the D2 port it seems pointless (i have personal contact details for him) |
| 16:37:22 | Torne | yah, but it's not going to be specific to the D2 entirely, probably; it'll be whatever uses the same processor (probably some optimised code is dodgy on that proc?) |
| 16:37:44 | andrewrb | hmm, ok. i shall go post. |
| 16:41:17 | mcuelenaere | domonoky: you seem to've forgotten to remove the targetid's from the Onda's in rbutil.ini |
| 16:42:21 | domonoky | mcuelenaere: true, will remove them now. |
| 16:42:29 | scorche|sh | 1000 x skin_token is a bad fix, actually MAX_TOKENS |
| 16:43:04 | CIA-61 | New commit by Domonoky (r22464): rbutil: also remove the target-id from the onda targets. |
| 16:46:51 | | Join stoffel [0] (n=quassel@p57B4E12D.dip.t-dialin.net) |
| 16:48:43 | | Quit mcuelenaere () |
| 16:49:57 | | Quit andrewrb ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
| 16:53:13 | | Quit bs66_ (Read error: 113 (No route to host)) |
| 16:55:55 | | Quit DarkDefender (Remote closed the connection) |
| 17:00 |
| 17:02:24 | | Join Fanuc98 [0] (n=Fanuc98@99-28-87-11.lightspeed.irvnca.sbcglobal.net) |
| 17:03:06 | Fanuc98 | What is Rockbox? |
| 17:05:16 | domonoky | Fanuc98: see rockbox.org :-) |
| 17:05:53 | | Join Horschti [0] (n=Horscht2@xbmc/user/horscht) |
| 17:07:06 | Fanuc98 | I looked. I do not have a mp3 player, but I know what it is and how to convert mp3 / 4 from and to .wav |
| 17:10:53 | | Quit robin0800 (Remote closed the connection) |
| 17:11:20 | | Join robin0800 [0] (n=robin080@149.254.200.216) |
| 17:12:06 | rasher | kugel: my theme was using the _entire_ bitmap buffer for the giant volume display |
| 17:15:07 | rasher | It's currently using 18.4KB / 85.0KB |
| 17:15:15 | rasher | Which leaves not enough RAM for my volume bar. |
| 17:15:19 | rasher | (apparently) |
| 17:15:46 | kugel | how big is the bar? |
| 17:16:05 | rasher | Anyway, the effect is that there is no less room for a WPS to use. Regardless of how you try to weasel out of it |
| 17:16:33 | rasher | The file is 103KB |
| 17:17:44 | kugel | uh |
| 17:18:13 | kugel | looking at it, it seems that you could make it smaller |
| 17:18:59 | | Join andrewbeveridge [0] (n=chatzill@88-110-94-214.dynamic.dsl.as9105.com) |
| 17:19:06 | | Nick andrewbeveridge is now known as andrewrb (n=chatzill@88-110-94-214.dynamic.dsl.as9105.com) |
| 17:19:34 | rasher | Oh? |
| 17:19:53 | scorche|sh | rasher: he agrees woith you that it is an issue, but you are the only person who has really come up against it, and with such a huge buffer, you will probably be better off making your own build |
| 17:20:09 | rasher | scorche|sh: Me and whoever else is using my skin |
| 17:20:29 | rasher | Anyway, even if it would be possible to optimise it, that doesn't change the fact that this change has lowered the available room for WPSes |
| 17:20:34 | rasher | s/skin/wps/ |
| 17:20:49 | * | gevaerts votes for MEMSIZE/2 for the wps buffer |
| 17:21:00 | andrewrb | any D2 owners here? |
| 17:21:31 | kugel | well, you could make small strips and display X strips depending on the volume |
| 17:21:53 | jchillerup | Good deal for people who would like a Rockbox-compatible ipod: http://sellout.woot.com/ |
| 17:22:24 | rasher | kugel: that sounds gross. Also, back to my previous point |
| 17:22:43 | kugel | huh? |
| 17:23:01 | rasher | This change has lowered the limits of what's possible. |
| 17:23:19 | kugel | yes I noticed that |
| 17:23:58 | | Quit Horscht (Read error: 110 (Connection timed out)) |
| 17:24:11 | kugel | but I'd rather optimize this single theme instead of pushing the buffer for everyone. the big volume bar is done in a pretty wasteful way anyway |
| 17:24:36 | rasher | Can't you only do strips vertically? |
| 17:25:19 | kugel | yes I think so |
| 17:25:27 | rasher | I don't see how you'd do it then |
| 17:25:37 | Fanuc98 | can Rockbox run in DSL? (damn small linux?) |
| 17:25:42 | kugel | well, I didn't mean to have those strips in a single file |
| 17:26:14 | rasher | Then I'd just end up with n files, totalling the same size as this single one |
| 17:27:38 | kugel | no |
| 17:27:52 | rasher | Then you'll have to explain yourself better |
| 17:27:58 | rasher | Unless I can do partial bitmap drawing in the horizontal direction, I just don't see how this'd work |
| 17:29:19 | rasher | Also, this doesn't really help whoever else will be hitting this new, lower limit |
| 17:29:53 | kugel | well, you need strips of the full volume and "no" volume. Split those into 6 or so strips. now if you're going from low volume to high, just replace the next strip (which is a strip of the no volume pic) with the corresponding strip of the full volume |
| 17:30:05 | andrewrb | why would album art appear differently in the simulator to on the actual target? |
| 17:30:07 | kugel | I don't think anyone else will hit the limit soon |
| 17:30:29 | rasher | kugel: "strips of the full volume and "no" volume." = twice the size of the current strip! |
| 17:30:35 | | Join paulk_ [0] (n=paulk@lib33-1-82-233-88-171.fbx.proxad.net) |
| 17:30:40 | rasher | kugel: you don't think.. |
| 17:30:52 | kugel | well, it seems I can't explain it properly |
| 17:31:20 | kugel | let's see if I can just implement it so that you see what I mean |
| 17:32:05 | | Join toffe82 [0] (n=chatzill@adsl-70-137-196-160.dsl.frs2ca.sbcglobal.net) |
| 17:32:45 | | Quit BlakeJohnson86 ("Leaving.") |
| 17:35:39 | pixelma | kugel: I think I understand what you mean, I guess that'll work but leads to quite unreadable WPS code (the rockboxed.wps uses that technique if I remember correctly - and I found that hard to understand) |
| 17:36:09 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 17:37:01 | andrewrb | the flyspray is just for supported targets, right? |
| 17:39:08 | kugel | andrewrb: No, we generally accept patches for unsupported targets. Bugs are different, we don't like bug reports that are specific to an unsupported target |
| 17:39:41 | andrewrb | what if i'm unsure if the bug is specific to the target or not =/ |
| 17:44:15 | rasher | andrewrb: It sounds likely that this is some sort of driver issue. What's the difference? |
| 17:44:52 | andrewrb | rasher: sorry, the difference between what? |
| 17:45:04 | rasher | andrewrb: Between how album art appears |
| 17:45:11 | andrewrb | oh |
| 17:46:20 | andrewrb | well the bitmap art looks as it does in the image viewer. the jpeg art has, uh, vertical ripples? Not entirely sure how to describe it |
| 17:46:43 | andrewrb | and the distortion is related to the input file size |
| 17:50:00 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 17:50:32 | | Join evilnick [0] (n=evilnick@216.12.165.162) |
| 17:51:34 | andrewrb | strangely |
| 17:51:38 | andrewrb | the smaller the image is |
| 17:51:44 | andrewrb | the more distorted |
| 17:52:59 | andrewrb | rasher: can you suggest a way for me to determine if it is a target-specific issue? |
| 17:53:38 | | Join evilnick1 [0] (n=evilnick@216.12.165.162) |
| 17:54:18 | | Quit paulk_ ("Ex-Chat") |
| 18:00 |
| 18:01:41 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 18:04:07 | | Join evilnick2 [0] (n=evilnick@216.12.165.162) |
| 18:06:57 | | Join evilnick3 [0] (n=evilnick@216.12.165.162) |
| 18:06:57 | *** | Alert Mode level 1 |
| 18:06:57 | DBUG | Enqueued KICK evilnick |
| 18:06:57 | DBUG | Enqueued KICK evilnick1 |
| 18:06:57 | *** | Alert Mode level 2 |
| 18:06:57 | DBUG | Enqueued KICK evilnick2 |
| 18:06:57 | DBUG | Enqueued KICK evilnick3 |
| 18:06:57 | *** | Alert Mode level 3 |
| 18:10:56 | | Quit evilnick (Read error: 110 (Connection timed out)) |
| 18:14:48 | *** | Saving seen data "./dancer.seen" |
| 18:16:48 | | Quit andrewrb ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
| 18:16:58 | *** | Alert Mode OFF |
| 18:20:04 | | Join bertrik [0] (n=5a809af7@gateway/web/cgi-irc/labb.contactor.se/x-hdhhvmfyseovsdly) |
| 18:20:06 | | Quit evilnick1 (Read error: 110 (Connection timed out)) |
| 18:21:05 | | Quit LambdaCalculus37 (Read error: 145 (Connection timed out)) |
| 18:21:48 | | Quit bertrik (Client Quit) |
| 18:22:00 | | Join bertrik [0] (n=5a809af7@gateway/web/cgi-irc/labb.contactor.se/x-osbeejdsnildvcid) |
| 18:23:38 | | Quit evilnick2 (Read error: 110 (Connection timed out)) |
| 18:27:11 | | Join Strife89 [0] (n=michael@68.154.12.199) |
| 18:27:28 | | Quit evilnick3 (Read error: 110 (Connection timed out)) |
| 18:29:17 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
| 18:31:57 | | Quit bertrik ("CGI:IRC (Ping timeout)") |
| 18:32:45 | | Join domonoky1 [0] (n=Domonoky@g229119225.adsl.alicedsl.de) |
| 18:34:18 | | Join guest001 [0] (n=someone@gprs01.swisscom-mobile.ch) |
| 18:35:10 | Fanuc98 | Wow, I'm drunk... |
| 18:37:24 | | Part Fanuc98 ("Leaving") |
| 18:37:49 | | Quit guest001 (Client Quit) |
| 18:43:23 | | Quit Strife89 ("Leaving") |
| 18:48:54 | | Join Miehas [0] (n=428db9eb@gateway/web/cgi-irc/labb.contactor.se/x-jjqytbuctwhxyqiq) |
| 18:49:37 | Miehas | A quick question. Is there a build for an Iriver T5? |
| 18:50:25 | | Quit domonoky (Read error: 113 (No route to host)) |
| 18:50:45 | pixelma | Miehas: is it on the list on the front page? |
| 18:51:14 | Miehas | I did not see it there or in the Develpoer resources |
| 18:52:37 | | Quit robin0800 (Remote closed the connection) |
| 18:52:54 | | Join evilnick [0] (n=evilnick@216.12.165.162) |
| 18:53:12 | | Join robin0800 [0] (n=robin080@general-ld-216.t-mobile.co.uk) |
| 18:53:24 | | Quit kushalone (Client Quit) |
| 18:53:29 | | Quit Miehas (Client Quit) |
| 18:55:03 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 18:59:18 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 19:00 |
| 19:01:04 | | Quit robin0800 (Remote closed the connection) |
| 19:04:22 | | Join DarkDefender [0] (n=rob@78-69-30-229-no36.tbcn.telia.com) |
| 19:08:27 | | Quit LambdaCalculus37 ("This computer has gone to sleep") |
| 19:21:52 | | Quit flydutch ("/* empty */") |
| 19:25:03 | | Join PSPdemon [0] (n=PSPdemon@c-66-177-37-36.hsd1.fl.comcast.net) |
| 19:37:03 | | Join madao-hasegawa [0] (n=adam@chello087206144190.chello.pl) |
| 19:37:47 | madao-hasegawa | Hi. Litle offtoppic question: is it possible to read micro SD card plugged into sandisk fuze, without explicit card reader, by just using the player? |
| 19:40:20 | madao-hasegawa | uh oh I got it as /dev/sdb |
| 19:40:23 | | Part madao-hasegawa ("bye") |
| 19:41:53 | | Quit BlakeJohnson86 (Read error: 110 (Connection timed out)) |
| 19:44:32 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
| 19:47:26 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
| 19:49:39 | | Quit evilnick (Read error: 110 (Connection timed out)) |
| 19:51:13 | | Join kushalone [0] (n=kushal@12.169.180.178) |
| 19:53:41 | | Join mcuelenaere [0] (n=mcuelena@78-21-191-122.access.telenet.be) |
| 19:54:33 | | Join BlakeJohnson86 [0] (n=bjohnson@c-24-118-162-123.hsd1.mn.comcast.net) |
| 20:00 |
| 20:03:36 | | Join gammy [0] (n=gam@c83-251-133-108.bredband.comhem.se) |
| 20:05:54 | gammy | hey guys. I recently blew the output segment of my iRiver iHP-120 and I was wondering if anyone has one I could trade? I don't need the hdd, and I'd even be interested in it if it was missing hdd and battery. I have a 2nd gen ipod nano 8GiB as incentive. |
| 20:07:28 | | Quit BHSPitMonkey (Read error: 113 (No route to host)) |
| 20:08:11 | | Quit stoffel (Read error: 60 (Operation timed out)) |
| 20:09:03 | | Join aevin [0] (i=eivindsy@unaffiliated/aevin) |
| 20:10:39 | | Join mmmmna [0] (n=mmmmna@WPIS-64-140-248-180.worldpath.net) |
| 20:12:59 | mmmmna | Anyone home? |
| 20:14:21 | gammy | nn |
| 20:14:22 | gammy | erm mm |
| 20:14:49 | *** | Saving seen data "./dancer.seen" |
| 20:15:10 | mmmmna | mmmm... na. |
| 20:15:43 | | Nick blithe_ is now known as blithe (n=blithe@blakesmith.me) |
| 20:16:31 | gammy | .. |
| 20:16:56 | | Quit TheSeven ("ChatZilla 0.9.85 [Firefox 3.5.2/20090729225027]") |
| 20:17:03 | | Nick Ypsy is now known as YpsyZNC (n=ypsy@geekpadawan.de) |
| 20:17:12 | mmmmna | manual upgrade question regarding Sansa e260 not R? |
| 20:21:25 | AlexP | gammy: I doubt anyone would swap a H140 for a 2nd gen nano |
| 20:21:33 | mmmmna | ok, I'll come back later. |
| 20:21:36 | | Part mmmmna ("Leaving") |
| 20:21:42 | AlexP | mmmmna: For a manual upgrade, just overwrite |
| 20:21:51 | AlexP | impatient.... |
| 20:22:15 | gammy | AlexP: I only want a H120 without hdd |
| 20:22:31 | gammy | AlexP: but I have to try. |
| 20:22:48 | AlexP | gammy: Yeah, and I would be very surprised if anyone here with a H1x0 would swap it instead of just buy a HD |
| 20:22:53 | AlexP | They are very sought after |
| 20:22:57 | gammy | :( |
| 20:23:26 | AlexP | You could try broken ones on ebay, but even those tend to go for quite some cash |
| 20:23:35 | AlexP | If they appear at all |
| 20:24:08 | AlexP | Still, you never know :) |
| 20:24:31 | gammy | yeah I noticed |
| 20:24:46 | gammy | what I need is some non-techie who has one covered in dust on a shelf |
| 20:25:01 | AlexP | This isn't the best place to look then :) |
| 20:25:40 | gammy | yeah I know |
| 20:25:46 | gammy | Still worth a shot though |
| 20:27:39 | gammy | I've had that iriver for so long and have repaired it so many times |
| 20:27:46 | gammy | it's no longer a music player, it's a companion :> |
| 20:34:02 | PSPdemon | sad day.... my e260 doesnt work correctly anymore ( hardware issue ) :( |
| 20:34:07 | PSPdemon | now i have to find a new rockbox player! |
| 20:34:23 | PSPdemon | out of curiosity does rockbox work on the onda 777+? |
| 20:35:10 | PSPdemon | ive been through the forums and saw that no one mentioned it even though it is jz4740 based |
| 20:39:57 | AlexP | PSPdemon: All supported players are listed on the front page of www.rockbox.org |
| 20:40:17 | PSPdemon | AlexP, i know this |
| 20:40:24 | AlexP | Then why ask? |
| 20:41:00 | | Join Grahack [0] (n=chri@ip-222.net-82-216-222.rev.numericable.fr) |
| 20:41:05 | PSPdemon | however in the new ports wise i know that the 747, 747+, 777, 767, and most Jz4740 ingenic chip players run rockbox |
| 20:41:18 | AlexP | To some extent |
| 20:41:24 | PSPdemon | i was curious though if it works on 777+ |
| 20:41:43 | AlexP | If they aren't in the New Ports forum or on the wiki, then no |
| 20:46:52 | | Join stoffel [0] (n=quassel@p57B4E12D.dip.t-dialin.net) |
| 20:54:26 | mcuelenaere | PSPdemon: doesn't the VX777+ have another chipset? |
| 20:55:28 | mcuelenaere | ah no, it seems it doesn't |
| 20:55:35 | mcuelenaere | then it should run the VX777 builds |
| 20:56:56 | kugel | what's the difference between those ondas? |
| 20:59:39 | mcuelenaere | kugel: the VX777 and the VX777+ ? |
| 20:59:56 | kugel | and 747(+),767 :) |
| 21:00 |
| 21:01:17 | mcuelenaere | 747: my DAP (you've seen it?), 747+: 747 + camera, VX777: newer version of VX747 + TV-out AFAIK, VX777+: same as VX777 + ?, VX767: non-touchscreen, bigger screen and more physical buttons-version of VX777 |
| 21:01:52 | mcuelenaere | wpyh has a V767 |
| 21:01:55 | mcuelenaere | VX767* |
| 21:02:08 | mcuelenaere | but LCD never worked on it and I don't have any players to test it on |
| 21:02:22 | mcuelenaere | other players should work fine |
| 21:02:56 | mcuelenaere | and the builds should also run on VX757, VX9xx (or VX8xx) and possibly other ChinaChip players (Ainol V2000SE, Dingoo A320, ...) |
| 21:03:14 | mcuelenaere | adjusted to their respective LCD and physical buttons of course |
| 21:05:14 | kugel | ah,cool |
| 21:06:20 | Unhelpful | hrm! valgrind says that we write some font data that's uninitialized... might explain the garbage chars i'm seeing. :P |
| 21:06:37 | | Quit antil33t () |
| 21:07:47 | kugel | Unhelpful: I was having many problems with the monofur font: the normal one is mostly utterly slow with many disk accesses, the italic version is fine |
| 21:08:14 | kugel | the font has only 600 glyphs or so, and even with height=10 it's horrible. I can't imagine the glyphs are so big |
| 21:08:38 | Unhelpful | kugel: this sounds like the trouble i'm having. i tried increasing MAX_FONT_SIZE *4... no luck. |
| 21:09:56 | | Join T44 [0] (i=Topy44@f048055103.adsl.alicedsl.de) |
| 21:11:02 | Unhelpful | if i go to the bottom of my album list where all of the japanese stuff collects, scrolling the list becomes *terribly* slow |
| 21:11:14 | Unhelpful | also i sometimes see junk drawn out of place :/ |
| 21:12:45 | | Join Hillshum [0] (n=hillshum@75-165-229-125.slkc.qwest.net) |
| 21:12:47 | kugel | I cant remember having these problems with the initial version of the patch |
| 21:13:44 | kugel | maybe our resyncs removed code that was actually used. I'm also curious about the "#define ALPHA_COLOR_FONT_DEPTH 2", it should really be 4 I think |
| 21:14:01 | Unhelpful | i can't either... how long ago was the change 2->4 bits? |
| 21:14:15 | Unhelpful | well, the other values calculated *from* it are all correct |
| 21:14:34 | kugel | the initial patch already has this |
| 21:15:01 | kugel | but I've seen 2 bit fonts, they look terrible compared to what the patch currently does |
| 21:16:32 | | Quit Topy44 (Read error: 60 (Operation timed out)) |
| 21:17:27 | | Quit martian67 (Read error: 104 (Connection reset by peer)) |
| 21:19:38 | T44 | sorry for repeating myself, but i seriously need to get this fixed... |
| 21:20:21 | T44 | any ideas why my h340 shows "ata error: -11" when booting, but runs fine when connected to usb and boots into rockbox fine after disconnecting it? |
| 21:20:54 | T44 | i had the hd removed to run a surface check and put it back in now, nothing else done to it |
| 21:21:27 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
| 21:21:41 | Unhelpful | kugel: well, i don't remember the versions i've tried before looking terrible |
| 21:21:42 | kugel | Unhelpful: (correct channel this time) is there a way to optimise the size of the fonts? the one 12px font is 520k while 12px helvetica is only 35 |
| 21:21:50 | | Join martian67 [0] (n=martian6@about/linux/regular/martian67) |
| 21:22:10 | T44 | same problem with the original firmware btw ("check hdd connection") |
| 21:22:16 | kugel | Unhelpful: the patch doesn't do the 2bit fonts, I saw them when the the author worked on it |
| 21:24:39 | | Nick Hillshum is now known as hasd (n=hillshum@75-165-229-125.slkc.qwest.net) |
| 21:24:55 | kugel | Unhelpful: oh, I just notice a comment I've left there http://www.rockbox.org/tracker/task/8961#comment25209 |
| 21:26:40 | Unhelpful | oh, so, older versions were dropping lots of glyphs? |
| 21:27:28 | Unhelpful | 16-Mix.fnt is ~5MB, perhaps this is my trouble ;) |
| 21:28:25 | kugel | I don't know, I never noticed missing glyphs |
| 21:28:59 | kugel | but I also don't really have stuff where I need anything "above" iso8859-1 |
| 21:29:49 | Unhelpful | i thought glyphs were loaded and cached as needed... should the memory requirement really go up if i'm still displaying the same text? |
| 21:31:54 | kugel | I don't think so. The cached glyphs are already the bitmaps, right? They shouldnt be much bigger that mono fonts IIUC |
| 21:32:59 | Unhelpful | um, 4x bigger... 2bpp vs 1bpp. but i meant because of the extra characters. it shouldn't matter how many characters the *font* has if the number i display stays the same, right? |
| 21:33:16 | Unhelpful | s/2/4 :) |
| 21:33:42 | kugel | I meant bitmaps in the native format, but I might be wrong |
| 21:34:52 | gevaerts | JdGordon says you're probably wrong |
| 21:35:12 | scorche|sh | updated: http://www.rockbox.org/twiki/bin/save/Main/TowerOfRockbox |
| 21:35:19 | kugel | gevaerts: slap him |
| 21:35:19 | Unhelpful | kugel: oh, no, they're *smaller* than native-format bitmaps, they're 4bpp vs 16bpp |
| 21:36:02 | kugel | Unhelpful: I thought they were in native format in the font buffer |
| 21:36:05 | Unhelpful | kugel: did you take a look at my convttf changes? i'm still seeing some broken bits... i can't findanything obviously wrong, but i didn't write this originally ;) |
| 21:36:37 | kugel | I didn't either ;) |
| 21:36:45 | kugel | what sort of changes did you make? |
| 21:36:48 | Unhelpful | kugel: how would they be? obviously we're passing them to the draw routine as 4bpp, and i don't see any code added to convert down |
| 21:37:13 | Unhelpful | um: http://www.rockbox.org/tracker/task/8961#comment32205 |
| 21:39:03 | Unhelpful | basically, the final line height is supposed to be the -p you requested. there will be -r pixels of padding added above and below characters, with -r defaulting to 1, and the magic "add a row to line height" gone |
| 21:39:11 | rasher | scorche|sh: wrong link |
| 21:39:19 | rasher | view |
| 21:39:20 | rasher | eh |
| 21:39:23 | rasher | http://www.rockbox.org/twiki/bin/view/Main/TowerOfRockbox |
| 21:39:43 | rasher | But I don't see it.. |
| 21:39:45 | scorche|sh | oh, right |
| 21:39:51 | kugel | Unhelpful: that's what my version also does |
| 21:40:03 | kugel | for the -p thing at least |
| 21:40:10 | Unhelpful | kugel: i'm also doing it without rerunning the height test. :) |
| 21:40:20 | T44 | the tower of rockbox is such a crazy idea considering most of those players are hd based and have very slippery surfaces :) |
| 21:40:24 | scorche|sh | rasher: try it now |
| 21:41:25 | Unhelpful | T44: we're such such wiiiiiild an ca-razy guys! |
| 21:41:26 | kugel | Unhelpful: I do that because fonts are generally too big without rerunning (they look giant compared to our mono fonts even if the height is the same), and you cannot see all common chars entirely sometimes. rerunning scales the font down bug gives better results |
| 21:42:00 | Unhelpful | ..you should look at how i did it, perhaps? ;) |
| 21:44:22 | | Quit martian67 (Connection timed out) |
| 21:44:35 | | Join evilnick1 [0] (n=evilnick@colo-69-31-43-130.pilosoft.com) |
| 21:44:44 | Unhelpful | basically the height test is reworked from being a measuring of the font at a specific size to a way to calculate the correct size |
| 21:46:34 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
| 21:46:43 | kugel | Unhelpful: I see, won't that give smaller fonts? |
| 21:47:14 | | Quit kushalone (Client Quit) |
| 21:47:26 | Unhelpful | it will give you fonts that, including the vertical padding, are the height you requested. isn't that what we want? |
| 21:47:34 | kugel | (some of) our mono fonts are also cut off, and some glyphs aren't displayed correctly in favor of slightly bigger common glyphs |
| 21:48:07 | | Join Strife89 [0] (n=michael@adsl-154-3-23.mcn.bellsouth.net) |
| 21:52:13 | Unhelpful | hrm, i'm pretty much satisfied with the results @ 16px. the only real problem is the garbage charters... wish i knew where those came from. |
| 21:54:07 | kugel | Unhelpful: see FS #9931 |
| 21:56:19 | | Join niekie [0] (i=quasselc@dreamworld.bergnetworks.com) |
| 21:56:48 | Unhelpful | also, if we're going to go a few steps larger or smaller to try to fit, and then just truncate, i can't see how that's much better than scale-to-fit. the amount truncated ends up depending on how correct the fonts ascent/descent values are. |
| 21:57:11 | Unhelpful | adding a truncate option, or an option to align glyphs up or down, would be a better way to get larger glyphs |
| 21:58:35 | | Quit hasd (Read error: 145 (Connection timed out)) |
| 21:59:56 | niekie | Greetings everyone. It seemed my MP3 player has died on me, and I'd like my next one to be RockBox compatible. Are there any players anyone would specifically recommend? |
| 22:00 |
| 22:00:37 | | Quit bubsy ("I'll be back somewhere in time...") |
| 22:00:42 | niekie | I see Archos and iPods are supported. I saw an Archos player at the store today, though I'm not sure if it was one of the supported ones. |
| 22:01:09 | gevaerts | most probably not |
| 22:01:27 | niekie | Also, as Archos is listed as MP3 and WAV only, that's not what I'd really want. |
| 22:01:41 | niekie | Since most of my music collection is in free formats like .ogg and .flac |
| 22:01:48 | Unhelpful | niekie: that's because the supported archos devices are *very* old ones with hardware decoding |
| 22:02:24 | niekie | Yikes. |
| 22:03:11 | niekie | Hardware decoding is bad. |
| 22:03:14 | Ctcp | Ignored 4 channel CTCP requests in 0 seconds at the last flood |
| 22:03:14 | * | bluebrother wonders if we could sendfirm the bootloader on the H10 MTP |
| 22:04:03 | pixelma | the "best" player for you is depending on what you want/need like recording, radio, screen etc. The BuyersGuide in the wiki gives an overview and might be a good start |
| 22:04:21 | pixelma | or what you don't need ;) |
| 22:04:59 | niekie | pixelma: ah, many thanks, looking at it right now. |
| 22:08:50 | | Join TheSeven [0] (n=theseven@dslb-084-056-164-005.pools.arcor-ip.net) |
| 22:11:44 | T44 | i have a h340 and i think it supports just about everything that rockbox can do pretty well. its a big old chunky piece of hardware though. kids will laugh at you in the subway. :) |
| 22:13:22 | niekie | Better than having your laptop out there and listening music that way ;-) |
| 22:14:53 | *** | Saving seen data "./dancer.seen" |
| 22:16:47 | | Join Sajber^ [0] (n=Sajber@c-473671d5.012-155-73746f22.cust.bredbandsbolaget.se) |
| 22:22:14 | | Join hasd [0] (n=hillshum@75-165-229-125.slkc.qwest.net) |
| 22:28:03 | T44 | niekie: nowadays with netbooks and nerds being considered "cool", i guess thats perfectly acceptable :) |
| 22:28:17 | T44 | anyway, FAR off topic |
| 22:30:46 | LambdaCalculus37 | T44: Yes, that was quite off topic. |
| 22:33:14 | | Join petur [0] (n=peter@rockbox/developer/petur) |
| 22:37:15 | | Join bubsy [0] (n=Bubsy@94.139.72.137) |
| 22:42:47 | | Quit petur ("Zzzzz") |
| 22:43:06 | | Quit FOAD ("I'll be back") |
| 22:43:19 | | Join FOAD [0] (n=dok@dinah.blub.net) |
| 22:45:10 | | Nick hasd is now known as hillshum (n=hillshum@75-165-229-125.slkc.qwest.net) |
| 22:45:23 | | Quit CaptainKewl (Read error: 54 (Connection reset by peer)) |
| 22:48:26 | | Join Ubuntuxer [0] (n=johannes@dslb-094-221-092-000.pools.arcor-ip.net) |
| 22:48:28 | | Quit T44 () |
| 22:49:16 | | Join CaptainKwel [0] (n=jason@207-237-172-77.c3-0.nyr-ubr4.nyr.ny.cable.rcn.com) |
| 23:00 |
| 23:04:06 | | Quit rphillips ("leaving") |
| 23:04:45 | | Join rphillips [0] (n=rphillip@66-90-184-91.dyn.grandenetworks.net) |
| 23:05:49 | | Quit Turniphead (Read error: 104 (Connection reset by peer)) |
| 23:07:37 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
| 23:21:50 | | Join faemir [0] (n=faemir@78.33.109.163) |
| 23:22:41 | | Quit Rondom (Nick collision from services.) |
| 23:22:51 | | Join Rondom [0] (n=Rondom@dslb-084-057-138-146.pools.arcor-ip.net) |
| 23:43:16 | | Quit rphillips (Client Quit) |
| 23:43:59 | | Quit Rondom (Nick collision from services.) |
| 23:44:09 | | Join Rondom [0] (n=Rondom@dslb-084-057-173-096.pools.arcor-ip.net) |
| 23:45:52 | | Quit stoffel (Remote closed the connection) |
| 23:46:05 | CIA-61 | New commit by mcuelenaere (r22465): Touchscreen list handling: fix issue where scrolling with the scrollbar could bring up the context menu for an item |
| 23:50:21 | | Join rphillips [0] (n=rphillip@66-90-184-91.dyn.grandenetworks.net) |
| 23:52:37 | | Join MG_Man [0] (n=MGMan@11.208.101.97.cfl.res.rr.com) |
| 23:53:05 | | Quit Ubuntuxer ("Leaving.") |
| 23:54:27 | | Quit Rondom (Nick collision from services.) |
| 23:54:37 | | Join Rondom [0] (n=Rondom@dslb-084-057-152-074.pools.arcor-ip.net) |
icon identifies that the person is a core developer (has commit access).