00:00:12 | Buschel | yes, some months ago and for the last hours... its a mess |
00:00:35 | Buschel | ahem, talking about libmad, not ffmpeg |
00:00:36 | Buschel | sorry |
00:01:26 | moos | saratoga: I always thought that that was for total runtime (even if it reset itself time to time) |
00:01:35 | | Join robin0800 [0] (~quassel@cpc3-brig8-0-0-cust436.brig.cable.ntl.com) |
00:01:44 | saratoga | for the last couple years it apparently was :) |
00:02:03 | moos | and could be a feature indeed :) |
00:02:40 | moos | you could easilky have both in the same screen I guess? |
00:03:19 | saratoga | yeah wouldn't be hard, just add another field for total runtime |
00:03:25 | saratoga | Buschel: http://git.ffmpeg.org/?p=ffmpeg;a=blob;f=libavcodec/mpegaudiodec.c;h=5dc5971653d8a401e0f41277ff82ea354ba870c6;hb=HEAD#l801 |
00:03:28 | saratoga | i like that is short |
00:03:41 | moos | I mean: Total runtime since you use rockbox (idealy without reset, if fixed); Runtime for this batterie run: and the manuel reset. No? |
00:06:37 | | Quit GeekShadow (Quit: The cake is a lie !) |
00:07:08 | Buschel | saratoga: in fact the ffmpeg-code looks similar to mpc code (only one dct32-call + loop16 with use of symmetries) |
00:07:48 | Buschel | saratoga: and it also does not handle those even/odd bands |
00:09:44 | | Quit FOAD (Ping timeout: 265 seconds) |
00:11:29 | | Join FOAD [0] (~dok@dinah.blub.net) |
00:11:53 | moos | saratoga: you break my translation in french with your commit :) (hopefully just french exception :) |
00:12:28 | saratoga | moos: what did the french translation say it was for? |
00:12:29 | gevaerts | Buschel: http://pastie.org/846176 |
00:12:37 | moos | I'll try to add another field for total runtime, unless you wanted to do it yourself while you are on |
00:12:58 | saratoga | no i have to get some work done |
00:13:15 | saratoga | plus i try to avoid changing these parts of rockbox |
00:13:37 | gevaerts | you need proper anti-cobweb measures in that area |
00:13:54 | Buschel | gevaerts: thanks. seems like i better drop this change :/ |
00:15:43 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
00:16:29 | moos | saratoga: suggest total usage (no mention of batterie charge run). But then I would have to reuse the precedent couting? |
00:17:01 | moos | if so that could be easy enough for me, if not... :) |
00:17:24 | saratoga | moos: you're talking about total runtime (not battery) right? |
00:18:26 | moos | yup, in fact just total rockbox usage since install, like I suposed it was intended to do :) |
00:18:48 | saratoga | i think you could rename global_status.runtime to global_status.batteryruntime and then add global_status.totalruntime |
00:19:23 | saratoga | then in the two places in my last patch where it does global_status.runtime add the old value to totalruntime before zeroing it |
00:19:34 | saratoga | but you'll have to try and see if it works |
00:19:56 | moos | ok, I will try to have a go, if my rudiments C could help |
00:21:19 | moos | I'll try. f I do something usufull, I'll open a flyspray task. |
00:22:24 | | Quit dfkt (Quit: -= SysReset 2.53=- Ph'nglui mglw'nafh Cthulhu R'lyeh wgah'nagl fhtagn.) |
00:27:50 | AlexP | saratoga: Does that work on e.g. H100 where it can't charge from USB, just the charger? i.e. inserting USB doesn't reset it? |
00:28:20 | saratoga | AlexP: depends if the USB code generates a CHARGER_DISCONNECT event |
00:28:40 | AlexP | OK, cool - "charger or USB cable" was slightly ambiguous :) |
00:28:45 | gevaerts | the USB code won't. CHARGER_DISCONNECT comes from powermgmt.c |
00:29:09 | AlexP | And not so many people have the trusty iriver these days :) |
00:29:11 | saratoga | so it should be smart enough to figure it out |
00:29:40 | saratoga | i've noticed that my NVRAM doesn't always get updated when I shutdown rockbox, so thats probably the biggest issue |
00:29:55 | saratoga | though maybe thats just a problem with my player |
00:39:18 | | Quit robin0800 (Remote host closed the connection) |
00:42:06 | | Quit Buschel () |
00:53:37 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
00:57:56 | | Part domonoky |
00:59:39 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
01:00 |
01:01:22 | *** | Saving seen data "./dancer.seen" |
01:09:27 | | Quit bzed (Read error: Connection reset by peer) |
01:10:03 | | Join bzed [0] (~bzed@devel.recluse.de) |
01:21:05 | | Quit liar (Quit: Verlassend) |
01:23:25 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
01:39:37 | | Quit Tomis (Read error: Connection reset by peer) |
01:39:44 | | Join Tomis [0] (~Tomis@70.134.71.197) |
01:41:04 | | Quit bertrik (Ping timeout: 260 seconds) |
01:41:23 | | Quit n17ikh (Ping timeout: 276 seconds) |
01:44:47 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
01:46:24 | | Quit piotrekm (Quit: piotrekm) |
01:49:09 | | Join TopyMobile_ [0] (~topy@f048037065.adsl.alicedsl.de) |
01:50:43 | | Quit TopyMobile__ (Read error: Connection reset by peer) |
02:00 |
02:32:56 | | Join phanboy4 [0] (~benji@gate-22.spsu.edu) |
02:34:00 | | Join Lss [0] (~Lss@cm48.omega219.maxonline.com.sg) |
02:37:13 | | Quit Schmogel (Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org) |
02:37:53 | | Quit GeekShadow (Ping timeout: 265 seconds) |
02:59:31 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
03:00 |
03:01:26 | *** | Saving seen data "./dancer.seen" |
03:05:34 | | Quit karashata (Read error: Connection reset by peer) |
03:07:40 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
03:10:39 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
03:14:41 | | Quit karashata (Read error: Connection reset by peer) |
03:15:02 | | Join kimi-sharamin [0] (~karashata@74-220-162-11.wightman.ca) |
03:21:23 | | Quit Adnyxo (Ping timeout: 265 seconds) |
03:21:52 | | Quit iq (Quit: Leaving) |
03:22:10 | | Join Adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
03:24:24 | | Quit kimi-sharamin (Read error: Connection reset by peer) |
03:26:38 | | Join kimi-sharamin [0] (~karashata@74-220-162-11.wightman.ca) |
03:26:42 | | Quit kimi-sharamin (Client Quit) |
03:28:41 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
03:35:04 | | Quit karashata (Read error: Connection reset by peer) |
03:35:30 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
03:36:12 | | Join iq [0] (~iq@unaffiliated/iq) |
03:38:13 | | Quit anewuser (Quit: http://xrl.us/WinterChipV ϢINTER ϾHIP 5iVE is OOON!! <24 hours left zOMG =oo Teh voting times!) |
03:39:30 | | Quit karashata (Read error: Connection reset by peer) |
03:41:21 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
03:41:52 | | Quit karashata (Read error: Connection reset by peer) |
03:42:27 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
03:45:50 | | Join Rob2222 [0] (~Miranda@p4FDCBF65.dip.t-dialin.net) |
03:47:52 | | Quit DerPapst (Quit: Leaving.) |
03:50:00 | | Quit Rob2223 (Ping timeout: 268 seconds) |
03:55:29 | | Quit phanboy4 (Read error: Connection reset by peer) |
03:56:50 | | Quit karashata (Read error: Connection reset by peer) |
03:57:20 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
04:00 |
04:10:52 | | Quit Barahir (Ping timeout: 260 seconds) |
04:12:14 | | Join Barahir [0] (~jonathan@gssn-5f757ce9.pool.mediaWays.net) |
04:14:21 | | Join kimi-sharamin [0] (~karashata@74-220-162-11.wightman.ca) |
04:17:15 | | Quit karashata (Ping timeout: 245 seconds) |
04:25:02 | | Join abrown [0] (~abrown@locutus.upl.cs.wisc.edu) |
04:25:17 | | Quit abrown (Client Quit) |
04:25:36 | | Nick kimi-sharamin is now known as karashata (~karashata@74-220-162-11.wightman.ca) |
04:26:33 | | Join aaron_ [0] (~aaron@locutus.upl.cs.wisc.edu) |
04:31:05 | | Join kimi-sharamin [0] (~karashata@74-220-162-11.wightman.ca) |
04:31:54 | | Quit karashata (Ping timeout: 258 seconds) |
04:31:57 | | Quit Adnyxo (Remote host closed the connection) |
04:35:25 | | Quit kimi-sharamin (Read error: Connection reset by peer) |
04:35:53 | | Join kimi-sharamin [0] (~karashata@74-220-162-11.wightman.ca) |
04:40:28 | | Join dys` [0] (~andreas@krlh-5f727528.pool.mediaWays.net) |
04:42:44 | | Quit dys (Ping timeout: 276 seconds) |
04:43:06 | | Nick dys` is now known as dys (~andreas@krlh-5f727528.pool.mediaWays.net) |
04:49:20 | | Quit kimi-sharamin (Read error: Connection reset by peer) |
04:49:24 | | Join kara [0] (~karashata@74-220-162-11.wightman.ca) |
04:49:47 | | Quit kara (Read error: Connection reset by peer) |
04:52:01 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
04:56:13 | | Quit karashata (Read error: Connection reset by peer) |
04:56:39 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
04:57:50 | | Join JdGordon_ [0] (~jd@m420e36d0.tmodns.net) |
05:00 |
05:01:11 | | Quit karashata (Read error: Connection reset by peer) |
05:01:29 | *** | Saving seen data "./dancer.seen" |
05:01:36 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
05:06:42 | | Quit karashata (Read error: Connection reset by peer) |
05:07:01 | | Join shadowh511 [0] (~sam@c-67-182-143-44.hsd1.wa.comcast.net) |
05:07:06 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
05:07:09 | shadowh511 | hey |
05:07:22 | shadowh511 | it it normal for a rockbox build to take forever? |
05:10:02 | S_a_i_n_t_ | shadowh511: what build emvironment are you using? |
05:10:06 | shadowh511 | linux |
05:10:13 | S_a_i_n_t_ | *environment |
05:10:14 | shadowh511 | its been going for 1 hour |
05:10:22 | shadowh511 | building for a 2g nano |
05:10:37 | S_a_i_n_t_ | that's normal-(ish)...for the first build. |
05:10:45 | S_a_i_n_t_ | subsequent build will take less time. |
05:10:46 | shadowh511 | ah, thx |
05:10:56 | S_a_i_n_t_ | as it will only need to build anything that has changed. |
05:11:10 | shadowh511 | do you know of a guide for writing rockbox apps? |
05:11:26 | S_a_i_n_t_ | Um..one sec. |
05:11:42 | shadowh511 | thx |
05:12:33 | S_a_i_n_t_ | http://www.rockbox.org/wiki/DocsIndex#For_Developers |
05:12:50 | S_a_i_n_t_ | that should tell you anything you want to know, or the basics at least. |
05:13:23 | shadowh511 | thanx |
05:13:47 | JdGordon_ | What are you building on? 1 hour is waaaay too long |
05:14:12 | | Quit karashata (Read error: Connection reset by peer) |
05:14:16 | JdGordon_ | 15min is about the absolute worst it should take |
05:14:18 | shadowh511 | linux, its the first buile |
05:14:39 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
05:14:48 | JdGordon_ | What's the PC specs? |
05:14:54 | | Nick S_a_i_n_t_ is now known as S_a_i_n_t (S_a_i_n_t@203.184.1.125) |
05:15:14 | | Quit karashata (Client Quit) |
05:15:15 | shadowh511 | 1.7ghz dc 2gbram |
05:16:18 | JdGordon_ | So 15min is too long on that |
05:16:22 | JdGordon_ | Something is wrong |
05:16:35 | kugel | JdGordon_: have a look at FS #11064 - Resizable skin buffer if you like |
05:17:00 | shadowh511 | oops, the build already finished, xD i was looking at another build |
05:17:04 | JdGordon_ | Yeah. I saw. I'm out at the moment but I have comments |
05:17:17 | kugel | alright |
05:17:20 | | Quit kugel (Remote host closed the connection) |
05:17:41 | shadowh511 | wow, that was a stupid human mover |
05:17:44 | shadowh511 | move* |
05:18:19 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
05:18:55 | | Quit karashata (Read error: Connection reset by peer) |
05:19:21 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
05:23:09 | | Quit shadowh511 (Ping timeout: 264 seconds) |
05:25:03 | | Quit karashata (Read error: Connection reset by peer) |
05:25:18 | | Quit JdGordon_ (Quit: Bye) |
05:27:00 | * | JdGordon is NOT a fan of r2943 |
05:27:07 | JdGordon | 24943 even |
05:27:46 | | Quit togetic (Quit: WeeChat 0.3.0) |
05:40:04 | S_a_i_n_t | I can see why...but a resizable skin buffer would be *really* cool... |
05:43:30 | JdGordon | I dont have a problem with what its doing, just how its doing it |
05:45:58 | S_a_i_n_t | re:24954 ...I haven't actually paid much (or any) attention to it, but I always though that "Running time" was the *total* run-time, ie. Total runtime between a reset/clean install. Now I get what it actually does, would the former be possible to implement? |
05:46:32 | S_a_i_n_t | Both numbers would be potentially handy. |
05:52:14 | JdGordon | no they arnt :) |
05:53:29 | S_a_i_n_t | Well, I'm sure *someone* would find then handy ;P I guess its just whatever one suspects the definition of "total runtime" to be :D |
05:53:44 | | Quit tomers (Ping timeout: 256 seconds) |
06:00 |
06:02:22 | S_a_i_n_t | but, in hindsight..the fact that it was broken for 5 years suggests very few people take notice of the runtime data. |
06:02:53 | JdGordon | kugel: if you are going to remove code, READ the comments attached to it. leaving dead comments is very poor form |
06:03:01 | | Quit iq (Quit: Leaving) |
06:11:26 | | Join froggyman [0] (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) |
06:15:23 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
06:39:17 | | Join kimi-sharamin [0] (~karashata@74-220-162-11.wightman.ca) |
06:39:20 | | Quit karashata (Ping timeout: 245 seconds) |
06:40:31 | | Quit aaron_ (Remote host closed the connection) |
06:51:20 | | Join fyrestorm [0] (~nnscript@cpe-24-90-81-175.nyc.res.rr.com) |
07:00 |
07:00:34 | | Quit fyrestorm (Quit: Ur skills' fireproof like a wooden panel -- U got feds talking leet on your IRC channel!) |
07:01:30 | *** | Saving seen data "./dancer.seen" |
07:04:01 | | Join shai [0] (~Shai@l192-117-110-233.cable.actcom.net.il) |
07:09:28 | | Quit kimi-sharamin (Read error: Connection reset by peer) |
07:09:56 | | Join kimi-sharamin [0] (~karashata@74-220-162-11.wightman.ca) |
07:11:45 | | Join teru [0] (~teru@KD059133108225.ppp.dion.ne.jp) |
07:22:45 | | Nick kimi-sharamin is now known as karashata (~karashata@74-220-162-11.wightman.ca) |
07:27:01 | taksato | wish this wiki had preview, struggling with makign the header~! |
07:27:20 | | Quit komputes (Ping timeout: 260 seconds) |
07:31:03 | taksato | raw text was much better than the WYSIWYG! |
07:31:32 | | Quit Horschti (Ping timeout: 260 seconds) |
07:33:36 | | Quit karashata (Read error: Connection reset by peer) |
07:35:55 | | Join Horschti [0] (~Horscht2@xbmc/user/horscht) |
07:41:26 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
07:43:06 | | Quit S_a_i_n_t (Ping timeout: 256 seconds) |
07:49:22 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.1.8) |
07:59:06 | | Quit froggyman (Quit: Don't Panic) |
08:00 |
08:01:17 | | Join moos_ [0] (moos@85-171-102-158.rev.numericable.fr) |
08:03:33 | | Quit moos (Ping timeout: 240 seconds) |
08:03:44 | | Nick moos_ is now known as moos (moos@85-171-102-158.rev.numericable.fr) |
08:22:22 | CIA-5 | New commit by uchida (r24955): Add Sun Audio codec. (FS #10433) |
08:29:44 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
08:50:02 | amiconn | taksato: You can still use raw editing. In fact that's what I'm doing when editing the wiki |
09:00 |
09:01:31 | *** | Saving seen data "./dancer.seen" |
09:04:38 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
09:08:50 | | Quit S_a_i_n_t (Ping timeout: 268 seconds) |
09:09:35 | JdGordon | bloody hell.... late font load breaks %pb |
09:11:09 | JdGordon | plain %pb requires the font height known at parse time |
09:13:33 | CIA-5 | New commit by uchida (r24956): Add vox (Dialogic telephony formats) codec add. (FS #11021) |
09:14:58 | taksato | amiconn, yes, that's why i was finally able to get it right :D |
09:26:36 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.100) |
09:31:16 | | Quit S_a_i_n_t (Ping timeout: 246 seconds) |
09:32:37 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.3.100) |
09:36:15 | CIA-5 | New commit by jdgordon (r24957): redo r24943. the font mappings are not needed once the skin is finished parsing so using the skin buffer there is a waste and overcomplicates things. ... |
09:37:50 | | Quit S_a_i_n_t (Ping timeout: 276 seconds) |
09:40:17 | | Join liar [0] (~liar@clnet-p09-185.ikbnet.co.at) |
09:45:17 | * | amiconn dislikes if committers aren't around |
09:45:23 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.2.64) |
09:45:37 | amiconn | ucchan has some yellow to fix |
09:48:06 | CIA-5 | New commit by jdgordon (r24958): move a #ifdef so the full amount of user choosable skin fonts are avilable on non remote targets (i.e 2-9 inclusive) |
09:48:09 | CIA-5 | New commit by uchida (r24959): Add wave64(.w64) codec (FS #11022) |
09:48:31 | amiconn | grml! |
09:50:48 | amiconn | Strife89: pong |
09:51:44 | JdGordon | I've sent uchida an email about the yellow |
09:52:53 | | Quit S_a_i_n_t (Ping timeout: 265 seconds) |
09:54:08 | | Join flydutch [0] (~flydutch@host15-161-dynamic.15-87-r.retail.telecomitalia.it) |
09:55:37 | | Join stoffel [0] (~quassel@p57B4FF13.dip.t-dialin.net) |
09:58:07 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.34) |
10:00 |
10:00:21 | | Quit S_a_i_n_t (Client Quit) |
10:00:38 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.34) |
10:04:34 | | Join bertrik [0] (~bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
10:08:09 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
10:19:39 | | Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
10:20:07 | | Join moos [0] (moos@rockbox/staff/moos) |
10:39:45 | AlexP | amiconn: Me neither - people should be in IRC when committing |
10:41:10 | AlexP | JdGordon: I don't get the %Lt tag - could you give an example? |
10:42:31 | S_a_i_n_t | I *think* it's like %?Lt<%Lt|> ie. if a title is present, display it. |
10:42:39 | AlexP | What title? |
10:42:49 | S_a_i_n_t | thats what I gather at least, same for Li with icons. |
10:43:09 | S_a_i_n_t | the "header"...as in Settings, Themes etc. |
10:43:20 | teru | title of list currently displayed, i think. |
10:43:23 | S_a_i_n_t | so we can use them with multifont. |
10:43:27 | AlexP | And that suggests that you can give your own text, but how to know what text to give? |
10:43:46 | S_a_i_n_t | ...thats what I thought...but no. |
10:43:53 | S_a_i_n_t | just foir multifont I think. |
10:44:04 | | Join Rob2223 [0] (~Miranda@p4FDC94D1.dip.t-dialin.net) |
10:44:04 | AlexP | So if it is just on/off, then why isn't it like %wd/%we ? |
10:44:34 | S_a_i_n_t | JdGordon's words on "passing a Title to the Title-Bar" was "that's crazy talk" :P |
10:45:05 | AlexP | And how does this work with mutlifont then? How do you change the font of the title but not the rest of the list? |
10:45:29 | AlexP | You put the title in its own viewport and the list in another? |
10:45:33 | S_a_i_n_t | AlexP: No idea, I haven't actually investigated it yet...but I have a sample .sbs that *should* work with it. |
10:45:49 | AlexP | I'd really like an example or some more explanation with it |
10:45:53 | S_a_i_n_t | yes, title gets its own viewport. |
10:46:08 | S_a_i_n_t | I think if %Lt is called the standard title isn;t drawn. |
10:46:45 | AlexP | I was going to add it to the manual, but I can't if there is no information on the wiki page either |
10:46:50 | S_a_i_n_t | it would be shit if it was :P, I've got cayght up with other things...I was supposed to try it out last night. |
10:47:29 | | Quit Rob2222 (Ping timeout: 265 seconds) |
10:47:43 | S_a_i_n_t | ....not shit if it was in the manual I mean, I meant if both titles were drawn....but I doubrt that happens. |
10:48:39 | AlexP | well if you do happen to find out, please let me know :) |
10:52:36 | S_a_i_n_t | AlexP: here's an example of how I *think* the syntax should work: http://pastie.org/846568, it's (if a title is on offer - check to see if there is an icon too - if there is - display both - if no icon - just display the title; if neither - do nothing. |
10:53:22 | AlexP | Did you paste the right thing? |
10:53:24 | S_a_i_n_t | and it goes in the .sbs |
10:53:46 | S_a_i_n_t | http://pastie.org/846568 |
10:54:19 | AlexP | All I see on the fourth line there is %?Lt |
10:54:39 | S_a_i_n_t | weird...works for me. I'll use pastbin |
10:54:41 | S_a_i_n_t | one sec |
10:55:18 | pixelma | works correctly for me too |
10:55:35 | CIA-5 | New commit by dave (r24960): Fix 64-bit sim warning introduced in r24955 |
10:55:35 | S_a_i_n_t | http://pastebin.com/2gFYd09t |
10:55:56 | | Quit CaptainKewl (Ping timeout: 260 seconds) |
10:56:08 | AlexP | thanks |
10:56:20 | * | linuxstb _hopes_ that fixes it... |
10:56:26 | AlexP | the pastie one works in firefox but not in chrome, the pastebin one works in both |
10:56:30 | S_a_i_n_t | and if it works...let me know, as I haven't had a chance to test it yet :p (that's just how the syntax *should*(?) look) |
10:56:40 | AlexP | I'm not going to test it right now |
10:56:48 | AlexP | It'll wait |
10:57:08 | S_a_i_n_t | I don't see why it shouldn't...it seems sound. |
10:57:18 | AlexP | I'm happy to add stuff to the manual, but I'd like some sort of info somewhere for me to zork from |
10:57:23 | AlexP | work from too |
10:57:52 | pixelma | JdGordon: which commit breaks %pb? I'm not sure which one you are referring too |
10:58:04 | AlexP | It does seem a very complicated way of turning the title on/off and choosing the font |
10:58:46 | | Join ender` [0] (krneki@foo.eternallybored.org) |
11:00 |
11:00:15 | S_a_i_n_t | it does, yes...but I think multifont adds the complication. |
11:01:01 | S_a_i_n_t | ...but I have to say, to have multifont titles...I think its worth it, I've wanted that as a feature almost as long as I wanted multifont...and now both are in fruition :D |
11:01:19 | | Join petur [0] (~peter@d54C6F9B2.access.telenet.be) |
11:01:20 | | Quit petur (Changing host) |
11:01:20 | | Join petur [0] (~peter@rockbox/developer/petur) |
11:01:34 | *** | Saving seen data "./dancer.seen" |
11:02:09 | AlexP | S_a_i_n_t: Without knowing anything about the code I think you could make the tags a lot simpler to do the same thing |
11:02:19 | pixelma | AlexP: yeah, or for putting it in another spot on the screen |
11:02:41 | AlexP | that's true, it does allow relocation |
11:02:50 | S_a_i_n_t | And it's checking to see if both title *and* icon are present..I guess you could just have a line with %Lt%Li" in it, but that doesn't account for screens where title/icon arent present. |
11:03:01 | AlexP | that isn't the issue |
11:03:14 | S_a_i_n_t | and in those cases, without complicating things...it would display a blank line? |
11:03:23 | linuxstb | pixelma: I would read the r24957 commit message as saying that r24943 broke %pb |
11:03:30 | | Quit karashata (Read error: No route to host) |
11:03:34 | AlexP | S_a_i_n_t: Ah right, conditional viewports |
11:03:51 | AlexP | I begin to understand why it is done like this :) |
11:03:57 | | Join karashata [0] (~karashata@74-220-162-11.wightman.ca) |
11:04:01 | * | linuxstb sighs... |
11:04:29 | S_a_i_n_t | so...you *could* just use %Lt%Li, but I think my solution is a bit more elegant, if not more complicated. |
11:04:56 | pixelma | linuxstb: but r24957 didn't fix it or why the hint about not using %pb in a viewport with font parameter > 1? |
11:05:18 | AlexP | S_a_i_n_t: I would in fact just put %Lt%Li inside a viewport and display that viewport conditionally with %?Lt |
11:05:31 | teru | S_a_i_n_t: %Li is not a tag whether icon is present or not. i think it is supposed to be used like %?Li<%xdIa|%xdIb|...>. |
11:05:52 | AlexP | Then the other viewports could move to use the position nt used by the title if it isn't present |
11:06:43 | S_a_i_n_t | Ah...Hmmm, well as I said, my syntax is untested :D its just what I could piece together from a conversation with Jd and his notes... |
11:06:56 | S_a_i_n_t | teru: I think you're right...yes. |
11:07:19 | S_a_i_n_t | that makes it difficult, I wish it worked how I thought/think it did/does. |
11:07:32 | * | linuxstb wonders what the _right_ way is to tell gcc that "unsigned int" and "long unsigned int" are the same thing on x86 |
11:07:32 | | Join Highlander [0] (~Highlande@mek33-4-82-236-45-205.fbx.proxad.net) |
11:08:49 | S_a_i_n_t | teru: Only I *think* its (now I thought about the conversation with Jd a bit more) %?Li<0|1|2|3...> |
11:09:13 | S_a_i_n_t | and uses the icon ordering in the main iconset. |
11:09:37 | S_a_i_n_t | 0 is "no-icon"IIRC |
11:11:10 | | Join Lear [0] (chatzilla@rockbox/developer/lear) |
11:11:50 | S_a_i_n_t | Its time like this I regret not logging PM's...as I had it all there in a convo with JdGordon, but I was WAY too tired, and my mIRC crashed and I lost it all. |
11:12:04 | S_a_i_n_t | I pieced that syntax together from what I remembered of it. |
11:13:23 | linuxstb | S_a_i_n_t: Or you should have such conversations here... |
11:13:24 | teru | when i tested it quickly, 0 doesn't seem to be "no icon"... |
11:14:12 | S_a_i_n_t | Hmmmm, that's one thing I *do* remember however...what does the icon show for 0? |
11:15:24 | | Join cyan [0] (~dce950ba@giant.haxx.se) |
11:15:29 | S_a_i_n_t | mind you, no_icon may be broken? when I change the icons to no_icon in the "make_menu" calls, it still shows an icon... |
11:15:44 | teru | maybe first icon? |
11:16:23 | teru | i need to go. |
11:16:25 | | Quit teru (Quit: Quit) |
11:23:25 | | Quit moos (Read error: Connection reset by peer) |
11:23:59 | | Join moos [0] (moos@rockbox/staff/moos) |
11:28:05 | | Quit komputes (Ping timeout: 245 seconds) |
11:39:53 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
11:42:58 | CIA-5 | New commit by uchida (r24961): manual: File formats/Supported audio formats updates. ... |
11:43:39 | | Join Strife1989 [0] (~michael@adsl-220-102-251.mcn.bellsouth.net) |
11:47:20 | | Quit Strife89 (Ping timeout: 256 seconds) |
11:50:17 | | Join stooo [0] (~sto@e181177017.adsl.alicedsl.de) |
11:51:45 | | Join einhirn [0] (~Miranda@p5485A08D.dip0.t-ipconnect.de) |
11:54:11 | CIA-5 | New commit by uchida (r24962): fix yellow |
11:56:13 | | Join teru [0] (~teru@KD059133108225.ppp.dion.ne.jp) |
12:00 |
12:06:44 | bertrik | Does rockbox support any codecs that are based on wavelets? |
12:06:52 | CIA-5 | New commit by bluebrother (r24963): Save values set in voice window before calling configuration dialog. ... |
12:12:47 | | Join Farthen [0] (~chatzilla@e179234144.adsl.alicedsl.de) |
12:15:01 | | Quit Highlander (Quit: Quitte) |
12:27:07 | CIA-5 | New commit by teru (r24964): snake: use lib/highscore for highscore handling. |
12:28:56 | | Join kimi-sharamin [0] (~karashata@74-220-162-11.wightman.ca) |
12:29:09 | | Quit karashata (Disconnected by services) |
12:29:20 | | Nick kimi-sharamin is now known as karashata (~karashata@74-220-162-11.wightman.ca) |
12:40:40 | | Join dfkt [0] (dfkt@unaffiliated/dfkt) |
12:48:33 | | Join mitk [0] (~mitk@chello089078013146.chello.pl) |
12:50:13 | CIA-5 | New commit by alex (r24965): Add %T and %Tl WPS tags to the manual. Closes FS #11062. |
12:52:11 | | Quit Farthen (Ping timeout: 276 seconds) |
12:55:33 | teru | pixelma: ping |
12:55:58 | pixelma | pong |
12:56:22 | teru | have you tested my patch for bmp viewer? |
12:56:22 | | Join fml [0] (~d9e3f5b4@giant.haxx.se) |
12:56:57 | fml | What??? I see \newpage in fileformats.tex! |
12:57:09 | fml | I think we shouldn't use it. |
12:57:26 | pixelma | teru: hmm... no, where can I find it? |
12:58:41 | teru | http://pastie.org/842183 |
12:59:13 | moos | teru: Unhelpful did made a comment about it, don't remenber it though (must be on the logs) |
12:59:58 | teru | moos: i saw that. |
13:00 |
13:00:22 | moos | oki, that was in case you didn't :) |
13:01:38 | *** | Saving seen data "./dancer.seen" |
13:03:30 | | Join Farthen [0] (~chatzilla@e179234144.adsl.alicedsl.de) |
13:05:45 | pixelma | teru: ok, I'll try but it will take a short while |
13:06:18 | | Quit antil33t (Read error: Connection reset by peer) |
13:06:24 | | Join antil33t [0] (~Mudkips@203-184-54-232.callplus.net.nz) |
13:12:13 | | Quit fml (Quit: CGI:IRC (EOF)) |
13:12:19 | | Quit cyan (Quit: CGI:IRC (EOF)) |
13:13:51 | | Quit mitk (Quit: Leaving) |
13:22:11 | CIA-5 | New commit by alex (r24966): Correct reset and disk mode combinations for 1G - 3G iPods. Closes FS #11011. |
13:28:28 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
13:28:50 | kugel | JdGordon: I'm not sure why you find it such a waste |
13:29:06 | | Join domonoky [0] (~Domonoky@rockbox/developer/domonoky) |
13:29:26 | kugel | surely ~15bytes per font is *nothing* |
13:32:55 | | Join Kitr88 [0] (~Kitr88@BSN-182-4-16.dial-up.dsl.siol.net) |
13:34:39 | | Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) |
13:36:37 | | Quit Kitar|st (Ping timeout: 258 seconds) |
13:37:08 | | Quit Kitr88 (Ping timeout: 245 seconds) |
13:41:44 | S_a_i_n_t | can someone quickly try building a nano2g bootloader for me please? |
13:41:55 | S_a_i_n_t | I'm having an error with current SVN |
13:43:08 | | Join Kitar|st [0] (Kitr88@89.142.239.150) |
13:44:17 | bertrik | it builds fine for me |
13:45:33 | CIA-5 | New commit by mcuelenaere (r24967): Reduce binsize by using unsigned char array instead of int in AU metadata parser. |
13:46:04 | S_a_i_n_t | http://www.pastie.org/846653 <−− Any ideas? |
13:47:43 | S_a_i_n_t | bertrik: and thanks btw |
13:47:55 | bertrik | try a make clean first, perhaps a make reconf, then do another make |
13:48:12 | S_a_i_n_t | thanks, will do. |
13:50:43 | * | bertrik is tempted to clean up the radio region stuff a bit |
13:51:58 | S_a_i_n_t | thanks betrik, you just saved me the hassle of getting a new checkout and re-applying a trillion (well, about 10 or so) patches :D |
13:52:14 | S_a_i_n_t | *bertrik rather |
13:52:30 | kugel | I'm really surprised the metadata changes cost so much binsize, it's little code afterall |
13:54:04 | | Quit Farthen (Disconnected by services) |
13:54:23 | | Join Farthen_ [0] (~chatzilla@e179234144.adsl.alicedsl.de) |
13:54:25 | | Nick Farthen_ is now known as Farthen (~chatzilla@e179234144.adsl.alicedsl.de) |
13:54:58 | bertrik | kugel, yeah I would have expected mostly a RAM-size change from that, not binsize |
13:56:46 | kugel | 24959 added maybe 100 lines of code but costs over 1.2k on most targets |
13:57:03 | | Join DerPapst [0] (~DerPapst@p5797C160.dip.t-dialin.net) |
13:58:01 | pixelma | how can it be that I don't find anything that's mentioned in an apps/settings.c.rej in the apps/settings.c file? :\ |
13:58:27 | kugel | something was removed from settings.c, maybe that's the reason? |
13:58:40 | | Quit S_a_i_n_t (Ping timeout: 246 seconds) |
14:00 |
14:00:32 | pixelma | ah, r24922 |
14:02:05 | CIA-5 | New commit by learman (r24968): Make the buffer low-level watermark (and the related anti-skip setting) work again. Update the buffering 'base handle' as new tracks start playing, ... |
14:02:42 | pixelma | I wonder if I can just skip that part of the diff then |
14:03:21 | kugel | Lear: there's also an FS task about it you might want to close |
14:04:00 | kugel | pixelma: depends on whether your change touches the moved function |
14:04:16 | pixelma | because it looks like similar stuff was just removed from settings.c |
14:04:29 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.34) |
14:04:30 | Lear | kugel: thanks, I'll check that. |
14:04:32 | pixelma | I'm looking at the radio skin patch |
14:04:48 | | Join zumbi [0] (~zumbi@77.230.237.25) |
14:04:53 | kugel | I think that one touches it |
14:05:20 | pixelma | or rather replaced with void settings_apply(void) |
14:05:39 | zumbi | hi! i have succesfully installed rackbox on my sansa e250v2 device! Thanks, this is great! I am just wondering if i can read PDF files in my device. TIA |
14:05:51 | bertrik | easy answer: no |
14:06:11 | zumbi | bertrik: what needs to be done to be able to say yes :-) |
14:06:36 | AlexP | somebody needs to code it |
14:06:54 | zumbi | a PDF reader for rockbox? |
14:06:58 | AlexP | yes |
14:07:05 | zumbi | nobody has had the idea before? |
14:07:16 | AlexP | nobody who has wanted it ha bothered to code it |
14:07:48 | * | zumbi wants PDF reader :-) |
14:08:06 | AlexP | then code it :) |
14:09:01 | zumbi | ok, port xpdf to rockbox sounds fine? |
14:09:53 | AlexP | If it is gpl compatible, no flaoting point, low memory and cpu requirements, you can make it work on the screen sizes we have etc., then yes |
14:09:57 | bertrik | when porting, please keep in mind that we generally don't use C++, malloc/free and floating point |
14:10:15 | zumbi | uclibc based? |
14:10:26 | bertrik | zumbi, what? |
14:10:32 | zumbi | sorry, no mmu |
14:10:40 | AlexP | Rockbox isn't linux btw :) |
14:10:46 | AlexP | Nor based on it etc. |
14:10:56 | zumbi | true.. i was confused |
14:11:18 | zumbi | well, i need to document myself |
14:12:50 | zumbi | oh! i can to pdf2txt then read txt |
14:13:35 | | Join mikroflops [0] (~yogurt@217-208-157-242-no112.tbcn.telia.com) |
14:17:19 | | Quit karashata (Quit: The fluffy dragon has left completely!) |
14:19:29 | | Join n1s [0] (~n1s@rockbox/developer/n1s) |
14:31:04 | | Quit n1s (Ping timeout: 260 seconds) |
14:31:50 | | Quit bmbl (Ping timeout: 245 seconds) |
14:32:16 | | Quit stoffel (Ping timeout: 246 seconds) |
14:32:36 | | Join guest001 [0] (~someone@gprs43.swisscom-mobile.ch) |
14:35:53 | | Join stooo1 [0] (~sto@e181177017.adsl.alicedsl.de) |
14:35:53 | | Quit stooo (Read error: Connection reset by peer) |
14:35:57 | | Part stooo1 |
14:51:19 | | Join Adnyxo [0] (~aaron@adsl-065-013-002-216.sip.asm.bellsouth.net) |
14:54:39 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
14:56:35 | | Quit guest001 (Quit: guest001) |
14:59:20 | | Join stoffel [0] (~quassel@p57B4FF13.dip.t-dialin.net) |
15:00 |
15:00:24 | | Quit mikroflops (Quit: "-_-") |
15:01:40 | *** | Saving seen data "./dancer.seen" |
15:01:51 | | Join mikroflops [0] (~yogurt@217-208-157-242-no112.tbcn.telia.com) |
15:07:07 | | Join guest001 [0] (~someone@gprs09.swisscom-mobile.ch) |
15:12:45 | CIA-5 | New commit by teru (r24969): set viewport to default one just for safe. |
15:12:57 | | Join _zic [0] (~user@91-165-236-36.rev.libertysurf.net) |
15:13:37 | CIA-5 | New commit by bertrik (r24970): Save some RAM by changing a char[] into a const char * in struct afmt_entry. Make other fields const too. |
15:14:38 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
15:27:13 | | Quit komputes (Ping timeout: 246 seconds) |
15:27:55 | | Quit anewuser (Quit: http://xrl.us/WinterChipV ϢINTER ϾHIP 5iVE is OOON!! <24 hours left zOMG =oo Teh voting times!) |
15:29:09 | bertrik | hm, that was supposed to _decrease_ memory use |
15:32:46 | CIA-5 | New commit by stripwax (r24971): Update sliding puzzle manual to mention that it can also use your album art as a puzzle, and also any launched (via Open With) image (jpg/bmp) |
15:34:04 | pixelma | stripwax: can it do so on all bitmap targets? |
15:34:41 | pixelma | I mean sliding_puzzle |
15:36:29 | Unhelpful | teru: just a suggestion that upscaling one dimension rather than downscaling the other might look a bit better. it's by a very small amount so either should be fine really. |
15:36:31 | * | bluebroth3r wonders if sliding puzzle could use the greyscale lib on greyscale targets |
15:36:47 | stripwax | pixelma - I believe so. it works on h120 (2bit mono lcd) at least. |
15:37:17 | stripwax | bluebroth3r - probably should. |
15:38:09 | pixelma | I noticed a problem with sliding_puzzle and dark pictures... you can't tell which is a dark part of your picture and which is the empty spot |
15:38:20 | pixelma | sometimes |
15:38:21 | stripwax | maybe the empty spot should flash |
15:38:28 | pixelma | urgh |
15:38:44 | gevaerts | maybe some sort of cross-hatch pattern? |
15:38:46 | pixelma | maybe it could have a white frame? |
15:41:09 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
15:41:41 | stripwax | I seem to remember just making it a black rectangle was easiest. |
15:42:24 | | Nick fxb__ is now known as fxb (~felixbrun@h1252615.stratoserver.net) |
15:44:55 | | Join iq [0] (~iq@unaffiliated/iq) |
15:48:45 | gevaerts | Adding a frame around it is only one more line of code though |
15:50:58 | gevaerts | stripwax, pixelma: I think http://pastie.org/846748 should do the trick |
15:51:37 | gevaerts | hm, maybe too simple |
15:52:18 | gevaerts | http://pastie.org/846749 should definitely do it |
15:52:21 | stripwax | you'd need to set the color to (e.g.) white, explicitly, I would think. old fg might be black? |
15:52:29 | stripwax | heh, right |
15:52:32 | stripwax | no objections from me |
15:53:21 | stripwax | Do we have any targets with screen resolution > 999 pixels in either dimension? |
15:53:30 | gevaerts | not yet |
15:53:53 | bertrik | How about showing the inverse of the original image for the empty spot? |
15:53:58 | gevaerts | the largest we have today is 640 |
15:54:17 | pixelma | bertrik: of which part? |
15:55:24 | pixelma | hmm... maybe the lower right corner part could work |
15:55:26 | stripwax | bertrik - the empty spot should ideally look like something that is not in the original image. a black square with a white rectangle would be very unlikely to appear in the original image (with the exact dimensions of the spot, etc). |
15:55:58 | stripwax | bertrik - but if you have an album cover which is fairly colourful, the inverse might look pretty similar to the original. would not be very clear. |
15:56:22 | bertrik | stripwax, ok, true |
15:56:31 | | Quit flydutch (Quit: /* empty */) |
15:56:42 | CIA-5 | New commit by gevaerts (r24972): Draw a white rectangle around the empty spot to make it easier to distinghuish with dark pictures |
15:57:04 | stripwax | If the 'empty slot' thing actually changes (pulses/flashes/alternates between two images) then I would be ok with e.g. alternating between the original and its inverse, or alternating between plain black and the original, etc |
15:57:28 | gevaerts | you'd get a headache then |
15:57:52 | pixelma | teru: I don't know why but opening bmps (jpgs too) is currently broken for me even with SVN on my M5 which I wanted to test as a reference. Rockbox just hangs with a fully black or fully white screen and I have to hard power off |
15:58:33 | pixelma | M5 is greyscale 160x128 and usual aspect ratio |
15:58:38 | CIA-5 | New commit by mcuelenaere (r24973): FFT plugin: init mutex |
15:59:19 | bluebroth3r | you could draw a checkerboard pattern (like image programs use for transparency) or draw a big x |
15:59:42 | gevaerts | Should we release a 3.5.1 with r24968? |
15:59:53 | guest001 | Hi, many plugins seems to be broken on my e200v1 (r24968) |
16:00 |
16:00:03 | teru | pixelma: i think r24969 fixes that. could you test with that? |
16:00:07 | stripwax | there's lots of things you could do, a black square with white outline is fine |
16:00:16 | gevaerts | guest001: broken in what way? |
16:00:30 | guest001 | I get Data abort at 00067DA4(0) |
16:00:59 | guest001 | e.g. battery_bench, stopwatch, calculator, ... |
16:01:06 | pixelma | teru: oh, ok, just missed it by 2 revisions. I will update |
16:01:57 | * | gevaerts goes to get his e200 |
16:02:32 | | Quit _zic (Ping timeout: 260 seconds) |
16:02:57 | pixelma | maybe it's the same problem (with the default viewport) that teru just fixed in 24969? |
16:04:36 | gevaerts | could be |
16:05:04 | gevaerts | guest001: could you try the very latest build? (r24972) |
16:05:25 | * | gevaerts tries to reproduce it |
16:05:40 | guest001 | I'll try |
16:08:16 | | Join _zic [0] (~user@91-165-236-36.rev.libertysurf.net) |
16:08:55 | gevaerts | ok, no data abort here with r24968, but freezing with a weird looking display isn't much better. Let's see what the latest gives |
16:10:34 | Lear | gevaerts: Probably serious enough for that, yes. Lowmem targets aren't part of releases yet, are they? |
16:10:58 | gevaerts | I can't think of any, no |
16:11:14 | gevaerts | Anyway, I just sent a mail to the ML about it. Let's see what other people think |
16:12:20 | Lear | The change could affect lowmem targets, but if they're not part of the release, that wouldn't stop a 3.5.1. |
16:12:43 | | Quit n17ikh (Ping timeout: 246 seconds) |
16:13:32 | gevaerts | guest001: plugins work for me with r24973. They didn't in r24968, so I think it's fixed now |
16:14:29 | gevaerts | Lear: I don't see any SWCODEC targets with less than 8MB in the list for 3.5 |
16:14:56 | pixelma | there was no 3.4.1 for targets that had a broken early USB (and broken charging screen) :( - just saying. We should do better this time |
16:16:42 | gevaerts | We should be more aggressive in fixing releases I think. Ususally the fixes for those things are so small that backporting and releasing updates is trivial... |
16:16:46 | kugel | damn...can I disassemble functions that are linked to a different location? |
16:16:56 | gevaerts | kugel: objdump? |
16:17:15 | gevaerts | If so, try −−adjust-vma |
16:17:42 | kugel | well, the fuze of calls functions that are linked to 0x30000000 (ram), those are obviously not in that location in the binary |
16:18:35 | guest001 | Yes, plugins are working with r24973, thanks |
16:18:58 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
16:19:58 | pixelma | teru: you are right, SVN is fixed now. I'll try the patch again |
16:20:13 | guest001 | I have another issue: when dircache is on, I get a stack overflow |
16:21:10 | gevaerts | guest001: how deep is your directory structure? |
16:21:12 | Lear | guest001: With an official build? I get that too, but wondered if it might be something in my own builds... |
16:21:46 | guest001 | I think it was introduce with r24708 |
16:22:12 | gevaerts | yes, it's almost certainly that one |
16:22:15 | Lear | I have 12 levels (for testing purposes) and I "fixed" it by adding 512 bytes to the stack... |
16:23:19 | guest001 | How can I see how many levels I have? |
16:24:10 | gevaerts | Maybe one of you could make a zip file with your directory structure, with empty files in it (but with the correct names)? I don't think pamaury has managed to reproduce the problem yet, and as long as he doesn't, I don't have much hope |
16:26:43 | | Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
16:26:59 | gevaerts | guest001: good question... |
16:28:41 | guest001 | 6 subdirectories is the maximum on mine |
16:29:11 | teru | Unhelpful: i'm not sure about that. if the bmp is so large that hits limit of buffer, it can require some amount of extra buffer for upscaling. |
16:30:37 | pixelma | gevaerts: the white frame works quite nicely on greyscale too. It doesn't look like sliding_puzzle is using the greylib though, just dithers to the 4 greys like the core album art does (@ stripwax) |
16:30:55 | stripwax | yes, it doesn't use greylib (but could/should) |
16:32:19 | | Quit stoffel (Ping timeout: 246 seconds) |
16:32:48 | pixelma | so I guess sliding_puzzle doesn't do album art on monochrome targets |
16:33:11 | pixelma | hmm... but it can deal with bmps |
16:37:27 | guest001 | Yes increasing the value with 512 to 1024 did fix the problem |
16:37:50 | stripwax | It does work with album art on h120, including jpgs |
16:38:20 | pixelma | the H100 is greyscale not monochrome |
16:38:21 | stripwax | pixelma - not sure what you mean by "doesn't do album art on monochrome targets". |
16:38:31 | stripwax | oh, 1bpp? |
16:38:35 | pixelma | yes |
16:38:36 | stripwax | ok |
16:38:48 | | Quit linuxstb (Ping timeout: 245 seconds) |
16:40:32 | | Join webguest20 [0] (~4574b667@giant.haxx.se) |
16:40:37 | webguest20 | hey. |
16:40:52 | webguest20 | does anyone know if rockbox works with a 7th generation ipod classic? |
16:40:52 | webguest20 | :P |
16:40:58 | stripwax | pixelma - can 1bpp targets do album art, at all? |
16:41:01 | gevaerts | lots of people know. It doesn't |
16:41:02 | stripwax | webguest20 - "no" |
16:41:13 | webguest20 | -sad face- |
16:41:14 | webguest20 | thanks though |
16:41:15 | webguest20 | :) |
16:41:21 | webguest20 | bye all. |
16:41:23 | stripwax | webguest20 - check the front page of rockbox.org where we say what targets rockbox works on |
16:41:39 | webguest20 | alright. |
16:41:46 | pixelma | stripwax: not in the core/WPS. But they have pictureflow because it is using the greylib |
16:42:20 | | Quit webguest20 (Client Quit) |
16:43:25 | stripwax | pixelma - ok. so the manual for pictureflow seems to use the HWCODEC parameter to determine that. But that's just because the HWCODEC targets are 1bpp? Do we have any swcodec 1bpp targets? |
16:44:37 | stripwax | oh but appendix/album_art.tex has an /opt{albumart} for whether the wps supports it |
16:45:00 | pixelma | the hwcodec there is either a mistake or only refers to the ability to start playback from pictureflow. And yes there are 1bpp swcodec targets - Sansa Clip, M:Robe100, |
16:45:04 | stripwax | I should probably add that to the sliding_puzzle manual then. |
16:45:23 | stripwax | pixelma - and those don't do album art in wps either? |
16:45:35 | pixelma | they don'T |
16:45:48 | | Quit n17ikh (Ping timeout: 268 seconds) |
16:48:35 | CIA-5 | New commit by stripwax (r24974): Use albumart opt in sliding puzzle manual |
16:49:13 | gevaerts | bluebroth3r, domonoky: ping |
16:49:38 | domonoky | pong |
16:50:05 | | Quit nima (Ping timeout: 276 seconds) |
16:50:14 | gevaerts | Can rbutil install 3.5 voices for a 3.5.1 binary, or do these need to be regenerated/symlinked? |
16:50:34 | gevaerts | And the same question for the manual |
16:50:55 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
16:52:05 | | Join nima [0] (~nima@adsl-75-45-224-228.dsl.sfldmi.sbcglobal.net) |
16:52:46 | | Join S_a_i_n_t_ [0] (S_a_i_n_t@203.184.0.14) |
16:55:40 | | Quit S_a_i_n_t (Ping timeout: 268 seconds) |
16:56:34 | domonoky | gevaerts: not sure if that even correctly handles releases. |
16:58:07 | domonoky | at least the downloaded voice is always for the latest daily build. so that doesnt correctly handle releases. |
16:58:39 | bluebroth3r | gevaerts: pong |
16:58:43 | domonoky | generated voices always fit the installed version (so its always correct, independed of release or not) |
16:58:47 | gevaerts | bluebroth3r: see earlier question :) |
16:59:11 | bluebroth3r | as far as I know for *everything* but the main build releases are not respected. Which should be considered a bug ... |
16:59:45 | gevaerts | ok. So rebuilding or symlinking voices isn't needed |
16:59:48 | domonoky | jup, manual also is always latest daily version. |
16:59:58 | bluebroth3r | btw, I was wondering how much sense it does make to distribute prebuilt voices anyway. Rockbox Utility can create them, and in most cases they should be of much better quality than the one on the download server |
17:00 |
17:00:32 | bluebroth3r | (at least comparing with the voices I'm currently playing with −− Alex on OS X. Though MS Sam is really crap compared to Alex) |
17:00:40 | AlexP | too right |
17:00:53 | | Join Schmogel [0] (~Miranda@p3EE217B5.dip0.t-ipconnect.de) |
17:01:06 | * | bluebroth3r needs to get that OS X voice support into a committable state |
17:01:33 | gevaerts | From what I understand, the 3.5 download voice is particularly bad |
17:01:42 | *** | Saving seen data "./dancer.seen" |
17:02:21 | bluebroth3r | yeah, heard about that too. Never tried it myself though |
17:03:01 | bluebroth3r | but my main question was if people use the prebuilt voice at all if they can create one using their own voices anyway. |
17:03:12 | domonoky | one problem might be, that rbutil isnt too accessible, so blind people have trouble generating the voice. |
17:03:35 | bluebroth3r | true, but that applies to installing the prebuilt voice too :) |
17:03:57 | gevaerts | installing the prebuilt voice manually is easy though |
17:05:30 | AlexP | gevaerts: I agree about a 3.5.1 - fixing broken playback seems worthy of a minor release to fix it given the point of Rockbox :) |
17:07:15 | gevaerts | I'm waiting for someone to confirm the fix to commit the backport :) |
17:07:23 | bluebroth3r | gevaerts: true, but if the voice quality is extremely bad, how much will do that? |
17:07:30 | soap | There was someone here recently (can't find them in the logs now that I look) claiming their e200 had a gap between /every/ track with 3.5 (but not 3.4) |
17:07:37 | soap | I assume this is not related? |
17:07:46 | bluebroth3r | download stats for the voice files might be really interesting (especially in relationship with release / build downloads) |
17:07:52 | gevaerts | soap: it could be I guess |
17:07:58 | gevaerts | bluebroth3r: *everyone*, once :) |
17:10:23 | | Join Luca_S [0] (~52390cd7@giant.haxx.se) |
17:12:20 | CIA-5 | New commit by bertrik (r24975): 13-Nimbus polish character set ... |
17:14:48 | pixelma | teru: aspect ratio correction seems to work now on my OndioFM. The only slight confusion comes with the fact that it also has an influence on what is stated as "loading width x height", e.g. my 200x200 bmps will be listed as "loading 200 x 160"... the math is correct but I'm not sure if I would expect that (maybe stating the original size would be confusing too, I'm not sure :\ ) |
17:15:46 | pixelma | I meant to ask you: did you also work on the png viewer? |
17:18:05 | teru | no, i know nothing about how png is decoded. |
17:19:11 | pixelma | a pity... because the png viewer is still colour screen only :) |
17:20:49 | | Quit moos (Quit: reboot) |
17:24:48 | teru | thank you for testing. i'll commit it as is for now. |
17:25:42 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
17:28:48 | | Join moos [0] (moos@rockbox/staff/moos) |
17:31:54 | pixelma | you're welcome |
17:33:54 | | Nick fxb is now known as fxb__ (~felixbrun@h1252615.stratoserver.net) |
17:34:03 | | Quit piotrekm (Quit: piotrekm) |
17:35:25 | | Quit m3dlg (Ping timeout: 265 seconds) |
17:35:41 | | Join m3dlg [0] (~m3dlg@bb-87-81-252-83.ukonline.co.uk) |
17:38:05 | | Quit guest001 (Ping timeout: 245 seconds) |
17:39:38 | CIA-5 | New commit by teru (r24976): bmpviewer: do aspect ratio correction. ... |
17:43:29 | stripwax | why does the statusbar Flash while initializing database? |
17:44:35 | stripwax | like on/off every 0.5 second .. |
17:45:48 | | Quit linuxstb (Ping timeout: 276 seconds) |
17:45:53 | | Join stoffel [0] (~quassel@p57B4FF13.dip.t-dialin.net) |
17:46:10 | gevaerts | Horschti: ping |
17:47:06 | Horschti | take your hand off there :p |
17:47:09 | | Nick Horschti is now known as Horscht (~Horscht2@xbmc/user/horscht) |
17:47:59 | gevaerts | Horscht: can you try a current build (post-r24968) to see if the playback pause thing is gone? |
17:48:47 | kugel | gevaerts: if we do 3.5.1 we should consider backporting r24755 too |
17:49:52 | | Join anewuser [0] (anewuser@190.73.72.96) |
17:49:52 | | Quit anewuser (Changing host) |
17:49:52 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
17:50:07 | Horscht | gevaerts, yes. Just a few minutes... |
17:50:11 | Horscht | i'll try |
17:50:42 | gevaerts | kugel: yes, if we do release an update, we should do the effort of checking for other serious bugs |
17:51:01 | gevaerts | This one does indeed sound pretty serious too |
17:52:35 | | Quit Tuplis (Quit: adsl-säätö) |
17:58:45 | | Quit stoffel (Remote host closed the connection) |
17:59:25 | | Join linuxstb [0] (~linuxstb@rockbox/developer/linuxstb) |
18:00 |
18:01:37 | | Join CaptainKewl [0] (jds@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com) |
18:02:13 | | Quit _zic (Quit: Ex-Chat) |
18:03:40 | | Join CaptainKwel [0] (jds@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com) |
18:05:44 | stripwax | I'd say 11063 is pretty serious |
18:05:52 | stripwax | (but then, I would..) |
18:06:00 | | Quit CaptainKewl (Ping timeout: 245 seconds) |
18:06:22 | gevaerts | stripwax: yes, but we can only backport fixes :) |
18:06:43 | stripwax | :) |
18:08:10 | | Quit CaptainKwel (Ping timeout: 240 seconds) |
18:09:40 | | Quit iq (Quit: Leaving) |
18:10:24 | kugel | gevaerts: I'm sure we could also backport bugs if we wanted :) |
18:12:13 | gevaerts | kugel: but do we want to? :) |
18:14:06 | | Join saratoga_ [0] (~463f90ed@gateway/web/freenode/x-qfxamjhsictnmoua) |
18:14:22 | saratoga_ | bertrik: we don't support any wavelet based codecs |
18:14:36 | saratoga_ | afaik there has never been practical wavelet based audio codec |
18:15:05 | | Join Tuplis [0] (~jani@adsl-77-109-221-158.kymp.net) |
18:15:41 | | Join Lear [0] (chatzilla@rockbox/developer/lear) |
18:16:14 | Horscht | gevaerts, it seems to be fixed, yes. At least I didn't have the issue on the last 2 rebuffers now |
18:17:35 | CIA-5 | New commit by gevaerts (r24977): bump version numbers in preparation for a possible 3.5.1 release |
18:17:48 | | Quit teru (Quit: Quit) |
18:17:54 | | Join CaptainKewl [0] (jds@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com) |
18:17:57 | gevaerts | Thanks for testing! I feel more confident in backporting verified fixes :) |
18:19:10 | CIA-5 | New commit by gevaerts (r24978): Backport r24968 ... |
18:19:13 | Torne | stripwax: I'm really not sure what to do about that :) |
18:19:38 | Torne | stripwax: there seem to be at most one or two people having the problem where it powers on spontaneously:) |
18:20:11 | Torne | i'm poking at the bootloader but I dunno that it's going to help |
18:20:14 | Horscht | was 3.5 that buggy, gevaerts? |
18:21:16 | gevaerts | Horscht: well, it has the playback pause bug for several people. Rockbox is about playback, so I think this is a critical bug... |
18:21:42 | gevaerts | We'll have to see if we really do 3.5.1, but I definitely think we should |
18:21:58 | | Quit Lss () |
18:22:11 | gevaerts | Torne: I've been thinking about this reset-doesn't-work issue. IIRC the Apple docs say to toggle hold first. One theory about that is that this is to make sure hold isn't on, but I'm not entirely convinced |
18:22:31 | Torne | gevaerts: Yeah, it's possible it's genuinely relevant |
18:22:36 | Torne | but the people on the forums have been told to do that too |
18:22:39 | gevaerts | I have this very vague memory of not being able to reset my ipod once before I had toggled hold |
18:23:16 | Torne | I think we should do one or both of making a button that reboots to rom disk mode, or enabling the rockbox usb stack in the pp bootloader |
18:23:36 | Torne | that won't take care of every possible time someone might need to reset |
18:23:37 | | Quit leavittx (Read error: Connection reset by peer) |
18:23:37 | Torne | but it helps |
18:25:47 | linuxstb | gevaerts: I have a feeling toggling hold may have been required on the very early ipods, but that we (i.e. Rockbox people) say it for all ipods to ensure the hold switch isn't on |
18:26:40 | gevaerts | If I've seen it (I think I did, but I'm not sure), it was on a 5G |
18:27:37 | | Join TheSeven [0] (~theseven@rockbox/developer/TheSeven) |
18:28:11 | gevaerts | Torne: yes, or at least a button that shuts the thing down again |
18:28:34 | Torne | gevaerts: well "press select to enter disk mode" shouldn't be very hard |
18:28:49 | gevaerts | no, it should only be a few lines |
18:29:01 | | Quit amiconn (Disconnected by services) |
18:29:03 | gevaerts | and I prefer that to automatic USB handling |
18:29:04 | | Join amiconn_ [0] (quassel@rockbox/developer/amiconn) |
18:29:07 | | Join pixelma_ [0] (quassel@rockbox/staff/pixelma) |
18:29:07 | | Quit pixelma (Disconnected by services) |
18:29:25 | | Nick pixelma_ is now known as pixelma (quassel@rockbox/staff/pixelma) |
18:29:28 | | Nick amiconn_ is now known as amiconn (quassel@rockbox/developer/amiconn) |
18:29:41 | * | gevaerts doesn't like too many automatic things |
18:37:16 | JdGordon | AlexP: did you figure out %Lt? |
18:37:29 | JdGordon | pixelma: yes, the first commit broke %bp, and yes my commit didnt fix it |
18:38:16 | JdGordon | kugel: its much more than 15 bytes per font, but thats not the point. |
18:38:25 | kugel | much more? |
18:39:56 | JdGordon | 12+length of filename+sizeof(skin_token_list) |
18:40:01 | JdGordon | but thats not the point |
18:40:15 | kugel | what's the point then? |
18:40:38 | JdGordon | once the skin is finished being parsed that info shouldnt be kept around |
18:40:49 | JdGordon | there was no reason to store all that perminently |
18:43:41 | kugel | anyway, is there a reason for those static arrays? do we need to artificially limit the fonts? |
18:44:15 | JdGordon | yes |
18:44:32 | JdGordon | firmware/fonts.c can only load a maximum of MAXFONTS |
18:45:30 | kugel | alright |
18:45:42 | kugel | why did my commit break plain %pb? |
18:46:00 | kugel | %pb with "-" as height needs the font size, plain %pb doesn't (as far as I can see)? |
18:48:59 | JdGordon | oh, I misread it, yes you broke %pb with - as height |
18:49:07 | | Join fml [0] (~d9e3d8b0@giant.haxx.se) |
18:50:26 | saratoga_ | googling around those rockbox sim on cell phone hacks seem pretty popular |
18:50:41 | saratoga_ | i wonder why none of those people ever talk to us |
18:50:46 | | Join bmbl [0] (~Miranda@unaffiliated/bmbl) |
18:52:05 | fml | pixelma: hell. You were not quite correct in saying that nimbus-14 is based off of nimbus-12, with the difference only in the spacing. The glyphs are very similar, but descents are different (compare e.g. 'y'). Besides, IIRC, nimbus-14 was there first, and then came nimbus-12. |
18:52:42 | JdGordon | saratoga: they all have the lord_asuka virus :p |
18:52:55 | JdGordon | "binariy only or you'll steal my code" |
18:54:32 | saratoga_ | theres apparently source out there because all these different people have released builds |
18:54:36 | | Join GeekShadow [0] (~Antoine@reactos/tester/GeekShadow) |
18:56:36 | Unhelpful | teru: perhaps it ought to see which fits the screen better? |
18:56:45 | pixelma | fml: ok. Is it important? |
18:57:15 | rasher | I'd expect their adaptations are probably not useful for us |
18:57:28 | rasher | Many of them, anyway |
18:58:12 | saratoga_ | yes they're generally not useful |
18:58:28 | saratoga_ | but they're vaguely interesting just to see how they interface with the host software |
18:58:44 | JdGordon | don't they just build one of the sims using the right compiler? |
18:59:01 | saratoga_ | more or less |
18:59:10 | JdGordon | and IIRC the last time we saw code it was filled with other pacthes |
18:59:37 | rasher | And then hack away at the input functions until it works? |
19:00 |
19:00:19 | | Quit anewuser (Quit: http://xrl.us/WinterChipV ϢINTER ϾHIP 5iVE is OOON!! <24 hours left zOMG =oo Teh voting times!) |
19:01:45 | *** | Saving seen data "./dancer.seen" |
19:05:43 | | Join CaptainKwel [0] (jds@207-237-117-89.c3-0.80w-ubr2.nyr-80w.ny.cable.rcn.com) |
19:05:54 | | Join Tomis2 [0] (~Tomis@70.134.93.119) |
19:08:20 | | Quit Tomis (Ping timeout: 252 seconds) |
19:08:20 | | Nick Tomis2 is now known as Tomis (~Tomis@70.134.93.119) |
19:08:28 | | Quit CaptainKewl (Ping timeout: 265 seconds) |
19:08:45 | | Quit GeekShadow (Read error: Connection reset by peer) |
19:10:11 | JdGordon | yeah, %pb with - for the height is going to give really wierd values |
19:10:47 | JdGordon | on remote targets it will use the remote lcd's fonts height, on others it will use the setting fonts height |
19:11:00 | JdGordon | ... or crash... |
19:11:28 | JdGordon | no, it wont crash |
19:13:03 | | Join flydutch [0] (~flydutch@host15-161-dynamic.15-87-r.retail.telecomitalia.it) |
19:14:12 | | Join stripwax_ [0] (~Miranda@87-194-34-169.bethere.co.uk) |
19:16:21 | | Quit TheSeven (Read error: Connection reset by peer) |
19:16:25 | | Quit stripwax (Ping timeout: 265 seconds) |
19:16:36 | | Join The_Seven [0] (~theseven@rockbox/developer/TheSeven) |
19:16:45 | | Nick The_Seven is now known as TheSeven (~theseven@rockbox/developer/TheSeven) |
19:18:37 | | Quit CaptainKwel (Ping timeout: 240 seconds) |
19:21:34 | | Join bluebrother [0] (~dom@g224238169.adsl.alicedsl.de) |
19:21:34 | | Quit bluebrother (Changing host) |
19:21:34 | | Join bluebrother [0] (~dom@rockbox/developer/bluebrother) |
19:24:10 | | Join CaptainKewl [0] (jds@207.237.107.203) |
19:24:56 | | Quit bluebroth3r (Ping timeout: 264 seconds) |
19:26:07 | | Quit komputes (Ping timeout: 240 seconds) |
19:29:56 | | Join bimbel [0] (~Miranda@unaffiliated/bmbl) |
19:30:25 | | Quit bmbl (Disconnected by services) |
19:30:44 | | Nick bimbel is now known as bmbl (~Miranda@unaffiliated/bmbl) |
19:32:56 | | Quit saratoga_ (Quit: Page closed) |
19:33:16 | | Quit petur (Remote host closed the connection) |
19:33:20 | | Quit S_a_i_n_t_ (Ping timeout: 264 seconds) |
19:36:59 | | Quit Rob2223 (Quit: Rob2223) |
19:37:15 | | Join Rob2222 [0] (~Miranda@p4FDC94D1.dip.t-dialin.net) |
19:38:33 | | Join S_a_i_n_t [0] (S_a_i_n_t@203.184.0.14) |
19:39:48 | | Join komputes [0] (~komputes@ubuntu/member/komputes) |
19:41:16 | | Join kugel_ [0] (~kugel@e178083210.adsl.alicedsl.de) |
19:41:29 | | Quit kugel (Disconnected by services) |
19:41:32 | | Nick kugel_ is now known as kugel (~kugel@e178083210.adsl.alicedsl.de) |
19:41:37 | | Quit kugel (Changing host) |
19:41:37 | | Join kugel [0] (~kugel@rockbox/developer/kugel) |
19:41:53 | fml | pixelma: it might be important since if you just copy glyphs from nimbus-14 to nimbus-12 some glyphs will be cut off. |
19:43:40 | | Quit fml (Quit: CGI:IRC) |
19:43:41 | | Join Casainho [0] (~chatzilla@bl15-144-75.dsl.telepac.pt) |
19:46:45 | | Quit moos (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
19:51:59 | | Join Tomis2 [0] (~Tomis@70.134.89.5) |
19:54:29 | | Quit Tomis (Ping timeout: 276 seconds) |
19:54:30 | | Nick Tomis2 is now known as Tomis (~Tomis@70.134.89.5) |
19:55:24 | | Join exrom [0] (~Miranda@p4FD67E34.dip.t-dialin.net) |
19:57:00 | | Join mitk [0] (~tomekk@chello089078013146.chello.pl) |
19:59:05 | | Quit mitk (Client Quit) |
19:59:31 | | Join mitk [0] (~tomekk@chello089078013146.chello.pl) |
20:00 |
20:02:50 | mitk | pixelma: It's not an issue. I made glyphs for 12-Nimbus and 13-Nimbus from scratch :) They were not copied. |
20:06:34 | kugel | JdGordon: I'd just make it negative at parsing, and get the font height at drawing (like it's done with the y value too) |
20:07:53 | | Quit Lear (Quit: ChatZilla 0.9.86 [Firefox 3.6/20100115144158]) |
20:10:15 | | Join pamaury [0] (~c2c7a50a@giant.haxx.se) |
20:16:28 | | Part mitk ("Ex-Chat") |
20:18:21 | pixelma | mitk, fml (for the logs): noted and thanks. Something similar applies to some of the 11- and 10-Nimbus' glyphs by the way |
20:19:30 | | Join mitk [0] (~mitk@chello089078013146.chello.pl) |
20:23:09 | | Join anewuser [0] (anewuser@unaffiliated/anewuser) |
20:25:53 | mitk | pixelma: I'm little lost. What applies? |
20:30:08 | pixelma | that some glyphs are the same and some are not, especially in the descending part |
20:32:09 | pixelma | if you compare 10-Nimbus and 11-Nimbus |
20:33:05 | mitk | pixelma: In ASCII area? Are they cut off on target or sim? |
20:33:58 | pixelma | they are not cut off, just look differently |
20:34:36 | pixelma | made this way on purpose... I drew them myself ;) |
20:36:18 | mitk | pixelma: You mean pure ASCII area? |
20:36:45 | | Quit exrom (Read error: Connection reset by peer) |
20:39:18 | pixelma | now I am lost... what does ASCII or not have to do with it? I mean letters like g, y, q, p (so ASCII but maybe more too if there are letters that share the same base "form") |
20:44:45 | mitk | pixelma: Sorry. Asked because ASCII area forms are sources for most of "national" letters. We just adding accents to them. |
20:52:42 | pixelma | mitk: ah, I understand now. The safest method seems to be to just rely on the characters that are already in the font you are editing then :) |
20:55:07 | mitk | pixelma: Exactly. It's really safest way. Then if "pure ASCII" is inline between different sizes we are safe. If not we are lost. |
20:58:01 | | Quit flydutch (Quit: /* empty */) |
21:00 |
21:01:48 | *** | Saving seen data "./dancer.seen" |
21:04:29 | | Quit mitk (Quit: Leaving) |
21:04:41 | | Quit Rob2222 (Ping timeout: 265 seconds) |
21:09:04 | | Join Rob2222 [0] (~Miranda@p4FDC94D1.dip.t-dialin.net) |
21:09:39 | | Quit pamaury (Quit: CGI:IRC (EOF)) |
21:10:45 | | Quit Luca_S (Quit: CGI:IRC (Ping timeout)) |
21:12:30 | | Join drostie [0] (~marathon@5ED17066.cable.ziggo.nl) |
21:12:32 | JdGordon | kugel: that would work |
21:13:44 | | Quit jordan` (Read error: No route to host) |
21:14:42 | | Quit stripwax_ (Read error: Connection reset by peer) |
21:15:03 | | Join jordan` [0] (~jordan@78.235.252.137) |
21:16:36 | drostie | So. If I were trying to buy a player within the next year that rockbox supported, what would peoples' personal recommendations be? |
21:17:09 | JdGordon | any on the supported targets list (Except the c200) |
21:17:53 | drostie | I guess if I ask a general question, I get a general result, eh? :> |
21:18:26 | drostie | I'm just having a hard time finding player versions that I could buy in a store today. :< |
21:18:28 | | Join Buschel [0] (~ab@p54A3D05E.dip.t-dialin.net) |
21:19:56 | CIA-5 | New commit by bluebrother (r24979): Add support for OS X' Speech Synthesis Manager TTS system. ... |
21:20:04 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
21:22:02 | saratoga | i doubt you're going to find any in a store |
21:22:11 | saratoga | usually it takes longer for a port to be developed then a player is sold for |
21:22:16 | pixelma | drostie: it also depends a lot on what you want (colour screen, storage, form factor, radio, recording etc.) |
21:23:07 | pixelma | bluebrother: would you need a new test on MacOS 10.4 after this commit? |
21:24:01 | bluebrother | pixelma: would be great :) |
21:25:07 | pixelma | I could try to find some time tomorrow - but can't compile RbUtil for MacOS myself, so I would need a binary |
21:25:17 | bluebrother | especially interesting is if non-ASCII characters work. German works fine for me (on german OS X with german voice) |
21:25:48 | pixelma | I didn't find a German voice on the box I tried with last time |
21:26:16 | bluebrother | I'll create a new svn binary, planned that anyway. Maybe someone reading the svn logs also wants to try it :) |
21:26:24 | pixelma | even though it's a German OSX |
21:27:07 | bluebrother | yeah, I had to install a german voice too (unfortunately it's a trial voice only) |
21:27:59 | pixelma | where did you get it from/is it possible to find something via google there? |
21:28:47 | CIA-5 | New commit by bluebrother (r24980): Rename Rockbox Utility output binary to RockboxUtility. ... |
21:33:29 | | Join iq [0] (~iq@unaffiliated/iq) |
21:37:06 | bluebrother | pixelma: http://www.assistiveware.com/voicedownload.php |
21:37:58 | bluebrother | pixelma: though I guess that using Alex would work to. Going for a german voice was simply to rule out broken code / encoding issues. I'm building a german voice file with Alex right now, let's see if he can speak umlauts. |
21:40:50 | pixelma | did you solve the issue with browsing for the folder on an attached target? I had trouble with this last time I tried because I didn't find the volumes until someone here gave me a workaround hint |
21:41:05 | bluebrother | hehe, sounds _really_ funny. "Wornen bieim Loschen" :) |
21:41:45 | pixelma | if I want to chose a specific folder for talk clips that was |
21:43:06 | bluebrother | that should work fine now −− I've converted this to using a QFileDialog, which means it should use the system file chooser. At least it does on 10.6 :) |
21:43:30 | | Part drostie ("ineffable is life and death / let's talk 'til we run out of breath / or just run along...") |
21:44:31 | pixelma | oh, nice. I'll really try to find some time tomorrow |
21:44:54 | pixelma | or "the next days" |
21:47:35 | bluebrother | no hurries. It works fine for me on 10.6, so it's ok :D |
21:48:16 | bluebrother | there are some features still missing anyway, but at least basic support is finally in. |
21:48:28 | bluebrother | I really hate having stuff lying around that long on my hard drive. |
21:49:59 | | Join Luca_S [0] (~4f094e6d@giant.haxx.se) |
21:50:59 | | Join piotrekm [0] (~piotrek@unaffiliated/piotrekm) |
21:59:30 | | Quit Luca_S (Quit: CGI:IRC (Ping timeout)) |
22:00 |
22:00:48 | bluebrother | pixelma: http://www.alice-dsl.net/dominik.riebeling/rockbox/rbutil/RockboxUtility-r24980.dmg |
22:02:06 | pixelma | if you can leave it there until tomorrow, I'll download directly. Otherwise I'd have to transport the file |
22:03:30 | | Join dantje_ [0] (~dvg@HSI-KBW-095-208-155-207.hsi5.kabel-badenwuerttemberg.de) |
22:03:41 | | Quit bmbl (Quit: Bye!) |
22:07:04 | | Join Omlet [0] (omlet05@91.176.187.237) |
22:11:10 | bluebrother | pixelma: I'm not planning to remove the file until I've uploaded a newer one |
22:12:24 | | Quit jordan` (Ping timeout: 264 seconds) |
22:14:19 | | Join jordan` [0] (~jordan@78.235.252.137) |
22:14:43 | | Quit stripwax (Quit: http://miranda-im.org) |
22:15:25 | | Quit jordan` (Client Quit) |
22:15:30 | | Join jordan` [0] (~jordan@78.235.252.137) |
22:15:50 | | Quit dantje_ (Quit: Ex-Chat) |
22:32:04 | pixelma | JdGordon: if you have a minute - the last radio skin patch fails in settings.c because of the split you did there this week. I thought, the changes there aren't needed at all anymore but this seems wrong as I don't see the radio screen at all anymore - or the patch has some other major problem |
22:38:56 | | Quit n17ikh (Ping timeout: 265 seconds) |
22:39:41 | JdGordon | pixelma: ok, one min, I'll sync it |
22:43:18 | JdGordon | pixelma: done |
22:43:49 | | Join n17ikh [0] (~n17ikh@host-69-59-126-212.nctv.com) |
22:43:59 | | Join flyback [0] (~teac@c-98-219-129-239.hsd1.pa.comcast.net) |
22:51:12 | | Quit einhirn (Read error: Connection reset by peer) |
22:53:37 | | Join stripwax [0] (~Miranda@87-194-34-169.bethere.co.uk) |
22:57:09 | | Join mt [0] (~mtee@rockbox/developer/mt) |
22:57:20 | | Quit mt (Client Quit) |
23:00 |
23:01:52 | *** | Saving seen data "./dancer.seen" |
23:05:10 | | Join Luca_S [0] (~523865ba@giant.haxx.se) |
23:10:56 | | Quit domonoky (Read error: Connection reset by peer) |
23:11:53 | JdGordon | grrr.. damn people not answering their phones :/ |
23:19:59 | * | Buschel is having a hard time with bringing musepack sv8 to rockbox :/ |
23:20:14 | Buschel | will be hard to debug... |
23:22:17 | Buschel | at least it outputs correlated noise and runs for 30s :) |
23:22:48 | gevaerts | Great \☺/ |
23:22:50 | Buschel | the correlated noise lets me hope there is still something going wrong with the fixed point math and the interleaving |
23:23:56 | Buschel | and looooots of warnings caused by strange variable definitions... |
23:24:43 | Buschel | gotta go to bed now, see you tomorrow |
23:24:45 | | Quit Buschel () |
23:26:53 | | Nick Strife1989 is now known as Strife89 (~michael@adsl-220-102-251.mcn.bellsouth.net) |
23:28:56 | | Join Zarggg [0] (~zarggg@65-78-69-194.c3-0.eas-ubr6.atw-eas.pa.cable.rcn.com) |
23:30:42 | | Quit stripwax (Read error: Connection reset by peer) |
23:30:44 | | Join Omlet05 [0] (omlet05@70.113-244-81.adsl-dyn.isp.belgacom.be) |
23:31:07 | | Quit Omlet05 (Client Quit) |
23:34:00 | | Quit Omlet (Ping timeout: 264 seconds) |
23:36:27 | | Quit Schmogel (Read error: Connection reset by peer) |
23:37:11 | kugel | JdGordon: what's so bad about the file (re: resizable skin buffer patch)? |
23:38:12 | JdGordon | I dont even know where to start... just use the config setting |
23:38:34 | * | JdGordon has to run |
23:38:52 | kugel | I don't think the setting is the right thing to do. config.cfg is for configurable things. the skin buffer isn't configurable |
23:39:04 | | Join froggyman [0] (~sopgenort@pool-72-69-220-42.chi01.dsl-w.verizon.net) |
23:39:11 | JdGordon | then use nvram.bin |
23:48:01 | | Quit bertrik (Quit: De groeten) |
23:50:25 | | Join Schmogel [0] (~Miranda@p3EE217B5.dip0.t-ipconnect.de) |