00:00:00 | rasher | Better stay in hiding then. Commit'n'run is very much frowned upon |
00:01:48 | Unhelpful | i'll be around, although not continuously at my computer. |
00:01:48 | | Join DerDome [0] (n=DerDome@dslb-082-083-214-243.pools.arcor-ip.net) |
00:02:15 | gevaerts | Unhelpful: are you aware of http://build.rockbox.org/dev.cgi ? |
00:05:06 | Unhelpful | i was aware of the existence of a build table. anyway, things are about to get busy again at home, i'll commit when i'll be around a bit more, in case there's any fallout. |
00:05:51 | gevaerts | Unhelpful: if you check back about five to ten minutes after committing, you're fine |
00:06:45 | Unhelpful | i can probably manage that. |
00:07:37 | gevaerts | At least don't wait a week before checking |
00:09:09 | | Join Hillshum [0] (n=chatzill@75-165-241-220.slkc.qwest.net) |
00:09:40 | soap | congrats! |
00:10:38 | BigBambi | Unhelpful: \o/ |
00:11:00 | BigBambi | Another of the most often requested features goes in :) |
00:11:22 | rasher | Now for jpeg-in-core! |
00:12:00 | BigBambi | yeah - Unhelpful, get working :P |
00:12:03 | * | rasher still thinks a sort of image-codec thing that used the plugin-buffer might work |
00:12:20 | | Quit alexbobp ("leaving") |
00:12:28 | | Join alexbobp [0] (n=alex@66.112.249.159) |
00:12:50 | rasher | But might mean more trouble than simply fusing it into the core, I guess |
00:12:57 | Llorean | rasher: Using the plugin buffer would be a problem, since the images should be decoded and converted on buffer probably, and that can happen while you're in a plugin. |
00:13:07 | | Join funman [0] (n=fun@rockbox/developer/funman) |
00:13:18 | rasher | Llorean: If you're in a plugin, you don't need AA anyway! |
00:13:24 | Llorean | rasher: Until you leave it. |
00:13:25 | funman | Hostile: did you just say you have a 4GB Clip? |
00:13:37 | * | gevaerts found why using the flash buffering patch on a gigabeat breaks USB |
00:13:47 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
00:13:53 | Llorean | rasher: Maybe image codecs get their own memory on the assumption that maybe we'll support other image formats in the future (GIF for wpses maybe?) |
00:13:54 | rasher | Llorean: Sure, that might just be the cost though. |
00:14:25 | rasher | Not getting jpeg AA if you were in a plugin during buffering, that is. |
00:14:50 | rasher | I don't know if this would be worth it, but it *is* an alternative to putting it all in the core |
00:14:54 | Llorean | Yeah |
00:15:16 | Llorean | But it'd lead to similar brokenness as "asking them to manually stop+resume if they change WPSes" |
00:15:34 | rasher | Yes indeed |
00:15:34 | funman | I just received my JTAG cable, I have a 20% off if someone wants to buy one on the ebay shop where I got it. |
00:15:38 | * | gevaerts gets overexcited and throws the file browser out of the core ;) |
00:15:42 | Llorean | I think if we do jpeg in the core, we should at least be firm about it and make it work. All or nothing. |
00:17:17 | | Join _lifeless [0] (n=lifeless@90.151.46.219) |
00:17:40 | kugel | Unhelpful: Good work! Really |
00:17:49 | funman | Unhelpful: welcome :) |
00:17:57 | Unhelpful | grah, yellows :P |
00:19:00 | Llorean | Unhelpful: What are the restrictions on image resizing? |
00:19:17 | amiconn | eh... |
00:19:23 | gevaerts | Unhelpful: is the #if LCD_PIXELFORMAT set around line 455 in resize.c supposed to have all possible cases? If so, maybe an #else\n#error unsupported pixel format\n #endif may be a good idea |
00:20:04 | funman | kugel: did you have time to work on the fuze buttons yet (study the OF isr)? |
00:20:22 | | Quit robin0800 (Remote closed the connection) |
00:20:34 | amiconn | Unhelpful: (1) Why is there an increase for the mono targets (though it's a moderate one), and more importantly, why does it differ between the archos recorders and the Ondios? |
00:20:35 | Unhelpful | Llorean: up-to, or down-from, no smaller than 2x2 |
00:20:47 | Llorean | No upper bound? |
00:20:54 | Llorean | For source image, I mean. |
00:20:57 | Unhelpful | Llorean: it'll take me a minute ;) |
00:21:03 | rasher | Yeah, I was wondering how the ondios got away cheaper than recorders as well |
00:21:07 | kugel | funman: not really. I've had a look but my studies is keeping me busy these days |
00:21:09 | Unhelpful | larger than is reasonable on these CPUs |
00:21:13 | | Join Erlend^SE [0] (i=erlend@179.85-200-180.bkkb.no) |
00:21:40 | funman | kugel: i'll try to take a look then perhaps i can find some interesting stuff |
00:21:40 | Llorean | Unhelpful: Okay, that's fine.' |
00:22:03 | Llorean | Unhelpful: Just wanted to add "Album Art Resizing" to the MajorChanges page (I think the associated work probably doesn't need to be mentioned since it's not changelog, it's more user-focused) |
00:22:39 | Unhelpful | upscaling is target-size-limited, should be able to go to targets roughly 2^24 each dimension? |
00:22:40 | bertrik | gevaerts, how did it break USB? |
00:22:53 | * | bertrik finally makes sense of the radio in the clip |
00:23:17 | Llorean | amiconn: It's 128B difference in size, I would assume this is significant? |
00:23:18 | gevaerts | bertrik: it doesn't handle SYS_USB_CONNECTED messages |
00:23:22 | Unhelpful | downscaling is source-size-limited, should go to roughly the 2^24 each dimension as well |
00:24:01 | amiconn | Llorean: The recorders and Ondios all have the exact same lcd, so I fail to see why this happens if everything is ifdefed properly |
00:24:08 | Unhelpful | amiconn: the bmp loader is rewritten. i'm still looking for more ways to get it down without forking the loader outright. as to the difference between targets, i'm clueless. |
00:25:02 | | Quit BigBambi ("Please insert girder") |
00:25:16 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
00:25:18 | | Join gromit` [0] (n=gromit@ALagny-154-1-47-34.w83-200.abo.wanadoo.fr) |
00:27:20 | _Auron_ | yay got my sansa |
00:27:33 | | Part akur |
00:28:40 | | Quit mofux (Read error: 110 (Connection timed out)) |
00:28:49 | Unhelpful | i can do archos and ondios builds later and go through the preprocessed source - bmp.c should be the same on both, there's a mistake if it's not |
00:31:02 | _Auron_ | noooo |
00:31:03 | _Auron_ | it's a v2 |
00:31:15 | rasher | Is this note enough, or does anything else need changing on AlbumArt: http://www.rockbox.org/twiki/bin/view/Main/AlbumArt#No_Resizing_No_longer_true ? |
00:31:28 | ameyer | _Auron_: which model? |
00:31:45 | Hostile | _Auron_, sansa v2 support has been progressing very quickly, just hold on and before you know it it will be supported |
00:31:47 | funman | _Auron_: read the "target status" wiki page linked from the front page |
00:31:47 | _Auron_ | sansa e260, got it from woot.com for $30 onblack friday |
00:31:51 | ameyer | ahh |
00:31:53 | _Auron_ | okay |
00:32:14 | _Auron_ | it's a cool device anyways, I can wait :P |
00:32:39 | ameyer | if the e200 series is anything like the clip, it's theoretically possible to make a rockbox build that's almost usable |
00:33:00 | kugel | rasher: the aligning stuff is obsolete too now (iiuc). Also, I'd change the "no resize part" into "Resize[..]Rockbox does resize now" |
00:33:08 | Hostile | can't wait to get rockbox on my clip =) |
00:33:27 | funman | Hostile: I read that you have some C skills |
00:33:35 | Llorean | rasher, kugel: Alignment still matters I think |
00:33:37 | rasher | kugel: The aligning is still used I think, since the loaded cover's aspect might not match the target size |
00:33:44 | Llorean | Since it maintains aspect ratio... yeah. |
00:33:50 | funman | we still don't know how to access internal storage for devices with >2GB |
00:33:52 | rasher | And yeah, I've found some other stuff |
00:34:22 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
00:34:45 | funman | since we have 1GB / 2GB / 4GB Clips perhaps we can examinate how they differ and find how to access the whole data |
00:34:50 | kugel | going by the diffs, there's much read (i.e. removed) in the aligning sections |
00:35:08 | kugel | but yea, there's still some, so sorry if that was wrong |
00:35:31 | _Auron_ | what's keeping the > 1 OFW from being rockboxed? |
00:35:38 | _Auron_ | just software security |
00:35:39 | _Auron_ | ? |
00:35:43 | *** | Saving seen data "./dancer.seen" |
00:35:48 | ameyer | completely different hardware |
00:36:05 | kugel | s/read/red |
00:36:16 | gevaerts | Not completely. There are rumours that the plastic casing is the same |
00:36:27 | _Auron_ | lol. |
00:36:45 | ameyer | went from a PP SoC (ARMv4?)to an AMS SoC (ARMv9?), mainly |
00:37:06 | kugel | ameyer: it's still armv4 afaik |
00:37:11 | funman | AMS is ARMv4 , arm9tdmi |
00:37:44 | Hostile | funman, remember I said my C skills extended to I made a blackjack CMD line program in windows |
00:37:47 | Hostile | hardly skills |
00:38:03 | | Quit herrwaldo ("Konversation terminated!") |
00:38:06 | | Quit bertrik ("Leaving") |
00:38:23 | | Quit Hillshum ("ChatZilla 0.9.83 [Firefox 3.0.3/2008092417]") |
00:38:28 | Hostile | I'm afraid the only way I could contribute was by testing things on my 4GB clip for you guys =\ |
00:38:37 | funman | oh ok, but still you have some |
00:38:43 | kugel | so, what's happen to the resizing in the pluginlib? |
00:39:14 | funman | Hostile: is it a clip v1 or v2 ? (first digit of firmware version) |
00:39:18 | Nico_P | wow, resize on load :) |
00:39:19 | Hostile | its a v2 |
00:39:23 | Nico_P | congrats to Unhelpful |
00:39:27 | Unhelpful | amiconn: the yellows are all targets with a grey/mono remote + grey mainscreen - probably because the initialization and use of dest vs rdest are both branched on remote, the compiler maybe imagines it might change, somehow? |
00:39:51 | funman | Hostile: be careful! we have no code running on clipv2 yet, we first need to find at least one button to enable dual boot |
00:40:17 | ameyer | 4 GB can be clipv1 |
00:40:34 | ameyer | then again, 1 GB and 2 GB can also be clipv2, apparently |
00:40:36 | Hostile | ah, I never even thought about it, I knew there were 2 hardware revisions. It figures you only have code running on v1 |
00:40:46 | funman | ameyer: i was only aware for 4GB and 8 GB |
00:40:46 | amiconn | Unhelpful: It's in fact all targets with vertically packed 2bpp main. Dunno which of those conditions causes it, as I didn't study the code yet |
00:40:50 | Hostile | whats the difference between the revisions? |
00:41:06 | funman | Hostile: no idea |
00:41:18 | ameyer | flash access has to be different |
00:41:30 | Unhelpful | i can hide it easily enough, but i want to make sure that it *should* be hidden first. |
00:41:31 | ameyer | there may be more RAM on the V2 |
00:41:42 | ameyer | beyond that, *shrug* |
00:41:52 | Hostile | hmm, yeah. I wish I had a way of helping you guys |
00:42:14 | funman | Hostile: perhaps you can help figure (by opening it and taking pics for example) ;) sorry I have to go now |
00:42:19 | | Quit funman ("leaving") |
00:42:23 | Unhelpful | definitely safe on H100 |
00:43:15 | Nico_P | Unhelpful: how come there is added code in bmp.h? |
00:44:37 | Unhelpful | get_totalsize and friends are now used in resize.c. there are a few ways i could change that, probably, if it's a problem. |
00:45:13 | Hostile | haha. yeah I'm definitely not tearing apart my clip. I actually use it as an mp3 player. It's so small, way too easy to kill |
00:45:37 | gevaerts | You use it as an mp3 player? |
00:45:43 | * | gevaerts can't imagine such a thing |
00:45:50 | Unhelpful | bmp loader has already decided on total size, when it picked resize dimensions... that could be passed to the scaler, instead of having the scaler calc it again. small binsize savings, too, probably. |
00:46:52 | Hostile | gevaerts, right, well saying as I didn't get it as just a toy. People tear apart engines on their classic cars and rebuild them, but they wouldn't do such a thing on their main vehicle they drive to work everyday. Same kinda thing |
00:47:11 | | Join HBK [0] (n=hbk@pool-71-96-74-73.dfw.dsl-w.verizon.net) |
00:48:17 | _Auron_ | what clockspeed is the cpu in the v2? |
00:48:58 | kugel | _Auron_: Have you read the wiki pages? They contain much information you ask for |
00:50:39 | _Auron_ | ah okay, nm |
00:52:34 | Unhelpful | amiconn: those are all targets that branch inside scale_nearest on whether the bitmap is for the remote or not. there's a branch inside the outermost loop to set up the destination pointer for the current row, which is of a different type on remote than on main display, and one in the innermost loop to write pixels the correct way based on the value of remote |
00:52:45 | | Join LambdaCalculus37 [0] (i=41585845@rockbox/staff/LambdaCalculus37) |
00:52:55 | Unhelpful | i'd think gcc would catch that one, but it misses it even if i const remote :/ |
00:53:18 | LambdaCalculus37 | Unhelpful: Welcome to the crowd. :) |
00:53:42 | kugel | rasher: re sorting tags: I haven't much time lately so I just put up a sync. And yea, I'd also be interested in using the sorting tags only for "inner sortings", but it looked like a mess to implement |
00:53:55 | Nico_P | Unhelpful: it might be a good idea to move the code into a c file. it depends on what the others will say, really. |
00:54:09 | kugel | I might just have not looked hard enough though |
00:55:24 | | Quit tyfoo2 ("Carpe diem") |
00:55:39 | | Quit bluebrother ("leaving") |
00:55:41 | kugel | I think I'll try to work on it. It'd be a proper solution to solve the "The" sorting, and also language-independent |
00:56:21 | amiconn | That fix looks, umm, nasty.... |
00:57:23 | _Auron_ | there does not appear to be any note of the processor speed on the e200 pages, for either v1/v2. only place I've ever seen where the clockspeed was listed was on wikipedia |
00:57:33 | _Auron_ | nor on the links on those pages either |
00:57:38 | _Auron_ | but I was just wondering if someone knew |
00:57:55 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-f8de9cbfec31f9f4) |
00:58:03 | Unhelpful | amiconn: hence my comment in the other channel. |
00:58:48 | Unhelpful | i really can't imagine any other reason for gcc to behave this way, other than that pattern being a way to tell it you know better than it does. it doesn't seem to change the code at all. |
00:59:42 | ameyer | _Auron_: v1 is dual-core 80 MHz ARM7TDMI, I think v2 is single core 248 MHz ARM9TDMI |
00:59:54 | ameyer | somebody please correct me if I'm wrong |
01:00 |
01:00:09 | rasher | Looks like we have fluctuating builds now |
01:00:25 | Unhelpful | DeviceChart says 100MHz, which i'd assume is for v1. |
01:00:45 | ameyer | rockbox only uses 80MHz, for some reason |
01:00:58 | | Nick JdGordon|zzz is now known as JdGordon (n=jonno@rockbox/developer/JdGordon) |
01:00:59 | | Quit Nico_P (Read error: 104 (Connection reset by peer)) |
01:01:01 | | Nick pixelma2 is now known as pixelma (n=pixelma2@rockbox/staff/pixelma) |
01:01:06 | ameyer | but PP says 100MHz, I think |
01:01:11 | _Auron_ | probably battery life and stability concerns |
01:01:20 | _Auron_ | unless it's just always underclocked or something |
01:01:27 | Llorean | Some PP chips are 80mhz, some are 100mhz. |
01:01:36 | _Auron_ | hm |
01:01:42 | Llorean | Right now we just use them all at 80 when boosted.' |
01:01:56 | | Quit CaptainKwel ("http://www.mibbit.com ajax IRC Client") |
01:02:01 | | Quit neddy ("Leaving.") |
01:02:24 | ameyer | not sure what the v2s can be clocked at, but my clip does 248 MHz boosted |
01:02:31 | gevaerts | Actually, did anyone ever test if the shorter boost times from using 100MHz would give longer runtimes? |
01:02:47 | amiconn | ameyer: Only PP5022 is known to be specced 100MHz, and the only targets having that are the Mini G2 and the Sansa c200 v1. |
01:02:50 | | Quit DerDome ("Leaving.") |
01:03:37 | ameyer | is ARM9TDMI faster clock-for-clock than ARM7TDMI? |
01:04:27 | gevaerts | amiconn: according to the product briefs, PP5024 as well |
01:04:47 | amiconn | Sansa e200 (PP5024) is most probably identical, but not confirmed afaik. PP5020 (ipod 4th Gen, Mini G1, iriver H10) is specced 80MHz, PP5021 (ipod Nano, Video) is a PP5022 software wise, but its clock specs aren't know |
01:05:19 | amiconn | The assumption is that it is a PP5022 that isn't guaranteed to be reliable at 100MHz |
01:05:55 | amiconn | ipod 1st..3rd gen are PP5002, which is specced 90MHz. So these are the only ipods which are known to be underclocked (a bit) |
01:06:28 | ameyer | a google search finds http://74.125.95.132/search?q=cache:pEzHtYm42lkJ:www.portalplayers.com/products/documents/5024_Brief_Mar05.pdf which suggests PP5024 can do 100 MHz |
01:06:45 | gevaerts | Also linked from the wiki |
01:07:13 | _Auron_ | I don't suppose there's any custom firmware for zunes |
01:07:40 | amiconn | It may also very well be the case that even PP5022/PP5024 can't be run reliably at 100MHz because of heat issues in those small cases |
01:08:14 | gevaerts | Good point |
01:08:21 | ameyer | it only matters for .APE playback, anyway |
01:08:39 | ameyer | other than potentially a little bit of battery life |
01:08:44 | gevaerts | Also midi I guess |
01:08:53 | gevaerts | And heavy DSP use |
01:08:55 | amiconn | And video on the ipod video |
01:12:05 | ameyer | vorbis only uses 1 core on dual-core targets, right? |
01:13:26 | amiconn | Most codecs use only 1 core |
01:14:20 | amiconn | The only exceptions so far are mpa and spc, and as a non-codec, mpegplayer |
01:14:45 | pixelma | midi playback got a lot better on PP recently, I was impressed when trying again last week after some time |
01:14:47 | amiconn | Furthermore the greylib uses the 2nd core |
01:15:00 | ameyer | would it even be feasable to use dual-core on vorbis? |
01:16:07 | amiconn | It might help a whole number of codecs, but it's non-trivial work |
01:16:21 | * | amiconn will try to mape the ape codec use dual core |
01:16:30 | amiconn | s/mape/make/ |
01:19:01 | | Part toffe82 |
01:26:25 | _Auron_ | jeeze, just added some music to my microSDHC, and it's taking a long time to refresh the database |
01:28:45 | | Quit massiveH ("Leaving") |
01:30:53 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
01:31:31 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-ebe1c4089afbec8e) |
01:34:34 | | Quit JdGordon (Remote closed the connection) |
01:36:55 | | Quit jhulst (Read error: 113 (No route to host)) |
01:37:05 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
01:41:08 | | Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) |
01:42:33 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
01:42:59 | | Join RoC_MasterMind [0] (n=Free@c-76-122-43-188.hsd1.fl.comcast.net) |
01:43:54 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
01:43:56 | RoC_MasterMind | I have used rockbox on the toshiba gigabeat f40 and ipod 4g, and was surprised by the additional 20GB of space and color screen on the f40 (good value for money!). I can't find any f40's on ebay, nor X series, and was wondering if there are other popular models people get |
01:46:44 | | Quit lasser (Read error: 110 (Connection timed out)) |
01:51:26 | | Quit XavierGr () |
01:51:56 | | Join fdinel [0] (n=Miranda@modemcable204.232-203-24.mc.videotron.ca) |
01:54:43 | | Quit ender` (" Never trust a computer you can't throw out a window. -- Steve Wozniak") |
01:54:43 | | Quit faemir (Connection timed out) |
01:59:13 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-2daca860319cd068) |
02:00 |
02:02:56 | saratoga | dual core vorbis is on my todo list, but first more single core optimizations would make sense |
02:03:24 | saratoga | it may not even be neccesary, I think <30 MHz decode on PP would be fairly easy with only one core, so unless we drop the clock speed it shouldn't matter |
02:08:50 | | Join neddy [0] (n=john@nat/sun/x-4b545bed0fc3442d) |
02:09:02 | rasher | I wonder what the point of comments in WPS files eating newlines is |
02:09:44 | rasher | It produces some rather bizarre behaviour if you place a comment after WPS code |
02:09:50 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
02:09:51 | pixelma | humm, I used it to break a very long line |
02:10:13 | pixelma | not that it's needed |
02:10:26 | | Quit saratoga ("CGI:IRC (EOF)") |
02:10:33 | rasher | %it# This is the title |
02:10:37 | rasher | %ia# This is the artist |
02:10:42 | rasher | Will produce "titleartist" |
02:11:13 | pixelma | I usually put the comments above and don't comment... I know |
02:11:39 | pixelma | don't comment "obvious" things I meant to say |
02:11:40 | rasher | Quite unexpected if you ask me. I shall have to ask Nico_P - he's responsible for this behaviour (r13140) |
02:12:05 | JdGordon | the only sensible option is to only eat the \n if the whole line is a comment.... but that might not be possible |
02:12:21 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
02:12:26 | pixelma | in case that's changed, there's one SVN wps that's using ot as I said to break a long line |
02:12:36 | pixelma | s/ot/it |
02:12:53 | rasher | Imagine my surprise when my carefl |
02:12:57 | JdGordon | maybe we should add line breaker tag then? |
02:13:00 | rasher | careful commenting completely broke my wps |
02:13:40 | JdGordon | actually, a line breaker tag should be really easy to add |
02:13:52 | rasher | Please let it be \ |
02:13:59 | JdGordon | of course |
02:14:20 | rasher | And remember to add a %\ tag to display a literal \ |
02:14:29 | rasher | If you bother, that is |
02:14:32 | pixelma | then it needs another special treatment again in case someone w... |
02:14:37 | rasher | Don't know if it's worth it |
02:15:20 | pixelma | maybe really ask about the reasoning first in case there is something we couldn't think of |
02:15:35 | JdGordon | fixing the comment tag to only eat the \n for new lines is proabbly just as easy |
02:17:01 | rasher | Two different issues, really |
02:17:20 | rasher | 1) Make #'s behaviour less surprising 2) Add a line-breaker char |
02:18:35 | | Join perrikwp [0] (i=98214de9@gateway/web/ajax/mibbit.com/x-94734e5df3eb603a) |
02:19:09 | | Quit pentahoax (Remote closed the connection) |
02:25:34 | Llorean | Wouldn't it be bad for comments *not* to eat newlines? |
02:25:48 | Llorean | Every comment line would then make the WPS one line further down the screen if there were comments on their own lines. |
02:26:04 | Llorean | Unless there's a way to "close" comments. |
02:27:51 | kugel | rasher: I think I found a way |
02:28:16 | kugel | (re sort tags). I'll have a closer look tomorrow |
02:29:29 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111319]") |
02:29:30 | rasher | Llorean: Full-line comments, yes. But if you put a comment after some wps code, you expect the newline to have effect |
02:30:28 | rasher | Or the next line of wps code will be put after that one, with no linebreak, which may or may not break things horribly |
02:32:31 | Unhelpful | is something funny in the binsize logging? i note that my one-liner in the 2-bit scaler changed binsize on targets that don't compile it... |
02:33:30 | rasher | It looks like you've introduced some code that compiles to different sizes on different build servers |
02:35:44 | *** | Saving seen data "./dancer.seen" |
02:37:24 | JdGordon | Unhelpful: if its a really small diff it can be ignored (probably different comps geting the job, or some randomness in gcc..) |
02:39:16 | | Join MethoS-- [0] (n=clemens@dyndsl-085-016-163-159.ewe-ip-backbone.de) |
02:40:48 | | Join __lifeless [0] (n=lifeless@89.20.111.12) |
02:41:04 | | Quit _lifeless (Remote closed the connection) |
02:43:59 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
02:49:45 | | Join BHSPitMonkey [0] (n=stephen@unaffiliated/bhspitmonkey) |
02:51:02 | | Quit MethoS- (Read error: 113 (No route to host)) |
02:57:31 | | Quit rasher (Read error: 54 (Connection reset by peer)) |
03:00 |
03:00:24 | | Join rasher [50] (n=rasher@rockbox/developer/rasher) |
03:06:29 | | Nick fxb is now known as fxb__ (n=felixbru@h1252615.stratoserver.net) |
03:08:29 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
03:10:26 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
03:21:01 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
03:21:43 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-ce03e636626c6ff5) |
03:30:11 | | Quit amiconn (Nick collision from services.) |
03:30:12 | | Join amiconn_ [50] (n=jens@rockbox/developer/amiconn) |
03:32:10 | | Join leachim6 [0] (n=leachim6@rrcs-97-76-132-232.se.biz.rr.com) |
03:32:22 | leachim6 | hey |
03:32:36 | leachim6 | I have all of my album art resized and ready to go on my pc in my music library |
03:32:39 | leachim6 | the right size and format and everything |
03:32:46 | leachim6 | but how do I transfer it to my ipod easily |
03:32:53 | leachim6 | I want to put it all in my .rockbox dir so it's portable |
03:33:05 | leachim6 | is there a script for that ? |
03:35:23 | krazykit` | if there is, it'd be on the album art wiki page. if not, write your own |
03:38:05 | leachim6 | ...I dunno how |
03:38:06 | leachim6 | sorry |
03:38:41 | rasher | These kinds of scripts tend to be tied well into people's folder structure, and people usually stop working on it once it works for them, so I don't think there are any general purpose scripts for it |
03:39:15 | rasher | It's not terribly on topic here, really, #rockbox-community is probably better suited |
03:39:24 | leachim6 | ohh...sorry |
03:39:34 | leachim6 | what is this ... the dev channel ? |
03:40:35 | ameyer | And resizing should no longer be strictly necessary. Conversion to .bmp is still necessary, though. |
03:42:31 | leachim6 | when will jpeg be supported ? |
03:42:34 | leachim6 | is that even on the list |
03:43:12 | ameyer | when someone gets around to implementing it |
03:43:30 | leachim6 | which could be next week or next year... |
03:45:47 | ameyer | Could be (although probably not next week because the freeze for 3.1 is coming soon. Could also be "never"). According to the wiki "JPEG album art is currently not supported. Supporting JPEG requires adding a JPEG decoder to the Rockbox core. This is wanted, but won't be done until someone actually decides to. The decoder already exists as a plugin. PNG support seems more unlikely as there currently is no PNG decoder in Rock |
03:48:01 | | Quit pixelma (Connection timed out) |
03:50:12 | | Join EspeonEefi [0] (i=eefi@STRATTON-SIX-FOURTY-SIX.MIT.EDU) |
03:56:48 | soap | could the support for cover.<horiz size>x<verti size>.bmp be removed now to save a little bin space? |
03:57:28 | rasher | soap: I think people should be able to pre-scale if they so chose, and have a "full size" as cover.bmp |
03:58:22 | * | ameyer wonders what sort of battery/cpu hit scaling causes |
03:58:38 | ameyer | I'd think it wouldn't exactly be computationally cheap |
03:58:58 | rasher | Also, it'd ruin weirdo wpses like mine (http://www.rockbox.org/twiki/bin/view/Main/WpsSansaE200#Widecabbie - which might be the only one of its kind, I'll admit) |
04:00 |
04:02:02 | soap | does the scaler ignore aspect ratio? |
04:02:19 | soap | I mean, would the scaler butcher your WPSs album art? |
04:02:26 | krazykit` | soap, i believe Unhelpful said it preserves aspect ratio |
04:02:28 | leachim6 | will rockbox handle spaces in filenames in .rockbox/albumart ? |
04:02:43 | leachim6 | like /rockbox/albumart/Band-name of album.bmp |
04:03:04 | rasher | soap: It preserves aspect ratio, so a square album art becomes square, even when my %C tag specifies a rectangular image. |
04:03:42 | rasher | soap: But if <horiz size>x<verti size> support was removed, I couldn't mix the two, and my covers would only work in either this WPS or "all the others" |
04:04:36 | soap | ahh - yes, I didn't consider the "two bitmaps for two situations" case. |
04:06:08 | soap | though could the search for <horiz size>x<vert size> be replaced with a search for <WPS specified prefix>cover.bmp w/o adding a bin hit? It would solve your problem and open up new options. |
04:07:40 | Unhelpful | ameyer: the greyscale one is cheap. the color one is definitely not. |
04:07:43 | Llorean | soap: So have "wide" somewhere in the WPS tag and it searches for wide-(normal AA string).bmp? |
04:07:51 | rasher | I imagine it'd reduce the binsize to replace one with the other, and yeah, it might be interesting |
04:08:36 | soap | "wide" or "dark" or "XXX" or what have you. |
04:09:00 | rasher | I've been toying with the idea of creating a script+wps combo that added ipod-style reflected album-art |
04:09:18 | rasher | Could be done without this feature, through a specific dimension of course |
04:09:26 | soap | I don't think I've seen such pretty pictures. |
04:10:00 | Llorean | I like the idea of dropping size suffixes entirely to be replaced with a custom prefix string. |
04:10:20 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
04:10:24 | Llorean | Especially since you can then use it conditionally again: If a prefix version exists use it, else shift the display around and use the default. |
04:10:31 | Llorean | Size checks don't make much sense any more, since scaling is in. |
04:12:22 | soap | I understand the corner-cases, but I do think reclaiming the binsize lost to size checks would be the "ethical" thing to do. |
04:12:57 | rasher | I'm not sure there's any corner-case left, if you replace it by a prefix thing |
04:13:00 | soap | Make any "feature shift" stand on its own vs. slipping in through a back-door. |
04:13:17 | soap | (I'm arguing against my proposal now) |
04:13:19 | Llorean | I think the prefix thing preserves the existing featureset nitcely |
04:13:42 | Llorean | And expands it a bit |
04:14:30 | | Quit CaptainKewl (Remote closed the connection) |
04:14:32 | | Join blkhawk- [0] (n=blkhawk@g229210033.adsl.alicedsl.de) |
04:14:51 | | Join CaptainKewl [0] (n=jason@cpe-68-173-40-122.nyc.res.rr.com) |
04:15:17 | soap | To summarize my counter argument: Would it not be better to trim the now-fat of size-specific art and IF WPS art prefix checking is a good idea let it go in on its own merits through the front door instead of slipping it in through the back door by replacing (unneeded) code with (arguably) a new feature? |
04:15:47 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
04:16:11 | Llorean | soap: Well, I think dropping size checking would be a lost feature right now (conditional display based on the availability of different sized arts) |
04:16:13 | | Quit AndyIL () |
04:16:18 | Llorean | I'm not sure if scaling already nuked that though |
04:16:39 | Llorean | So your feature would in fact be a more abstracted way of doing the same thing. It would be "replacing one feature with a better version of the same feature" |
04:16:55 | Unhelpful | i'd have to check, that part was all akio |
04:16:56 | | Join AndyIL [0] (i=AndyI@212.14.205.32) |
04:17:22 | soap | I agree the concept is a more abstracted way of doing something which already existed - but rasher's cool WPS be damned, it is a corner case. |
04:17:54 | soap | The intent of the feature was to allow users to switch between WPSs w/o having to load new album art on their player. |
04:17:57 | ameyer | Unhelpful: I see. Not that it matters, as my main music player is grayscale and I don't use album art anyway |
04:18:16 | Llorean | soap: Possibly, but it's a "feature" we would be removing. I'm not really comfortable with removing things you could do previously, just in general. |
04:18:51 | | Quit fdinel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
04:19:00 | soap | That case has been solved by Unhelpful's militantly cool feature - I think an argument can be made that a "hack" which was not the original intent of now-bloat code is hardly justification for keeping the bloat. |
04:19:19 | rasher | I think it should be done in two steps (that way we also get to see the binsize impact of both), but I do think both steps should be done (by Someone) |
04:19:47 | Llorean | I think that if the binsize can be reduced *without* losing any existing functionality, it's a win. |
04:20:00 | Unhelpful | ameyer: actually, it might be worth you doing a battery_bench run before and after my checkin, since greyscale bitmaps are always "scaled"... but the hit is probably not measurable without AA, since everything else loads once |
04:20:14 | Llorean | If the binsize would be increased more than a tiny, tiny amount by swapping size checks for prefixes, then some discussion should certainly happen. |
04:20:25 | soap | Mind you - this is devil's advocacy from someone who thinks next-album's art is a good idea ;) |
04:20:42 | Unhelpful | soap: i'm on board for next-album. ;) |
04:21:22 | soap | I am aware of no DAP on the market with such a feature. |
04:21:35 | Unhelpful | however, people seem to expect me to do jpeg next, and i had kind of thought i should *before* the commit |
04:22:35 | | Quit AndyI (Read error: 110 (Connection timed out)) |
04:23:15 | Llorean | Next-cover display should be a pretty minor addition of a tag, anyway, right? |
04:24:06 | * | ameyer wonders what the scaler does when the bitmap is the same size as the output |
04:24:21 | ameyer | like, if the scaler is told to resize a 100x100 bitmap to 100x100 |
04:25:12 | * | ameyer dives into the code to try to figure it out |
04:25:23 | Unhelpful | ameyer: the greyscale one? it just outputs each pixel as it would without scaling. |
04:25:30 | soap | Llorean, what if the next track's art is not yet in the buffer? |
04:25:50 | Unhelpful | the color has a special case for direct-output, since those scalers are full of maths |
04:26:05 | soap | You would have to give audio data the boot in deference to album art if such a tag were to be implemented. |
04:26:36 | Llorean | soap: If the next track's not in the buffer, we don't display it's other ID3 info either. |
04:26:49 | Llorean | I don't see any harm in not showing it until the next round of rebuffering starts. |
04:27:11 | Unhelpful | indeed - if you queue next in the middle of a large playlist that's already buffered, you'll probably have no next-song data |
04:28:23 | soap | Llorean, I know I only own "big memory" targets, but I also tend to listen to long tracks. You're telling me that if I'm listening to track 3, and it itself is not fully in the buffer (because it is at the end of the buffer) the WPS won't show track 4's info? |
04:29:57 | ameyer | Wouldn't the buffer load the metadata and then fill the rest of the buffer with compressed audio and |
04:30:10 | ameyer | erm, add "PCM" to the end of that |
04:30:31 | | Quit blkhawk (Read error: 110 (Connection timed out)) |
04:30:53 | Llorean | soap: At least it did this in the past. It *may* be possible that this got changed sometime after MoB, but that used to be the standard behavioru. |
04:31:30 | | Nick blkhawk- is now known as blkhawk (n=blkhawk@g229210033.adsl.alicedsl.de) |
04:35:45 | *** | Saving seen data "./dancer.seen" |
04:45:36 | | Quit MethoS-- (Remote closed the connection) |
04:46:46 | | Quit ChadFM (" HydraIRC -> http://www.hydrairc.com <- Now with extra fish!") |
04:49:03 | | Join pabs_ [0] (n=pabs@xor.pablotron.org) |
04:51:40 | | Quit neddy (Remote closed the connection) |
04:52:30 | JdGordon | do bmps get scaled on load or on display now? |
04:53:06 | Llorean | On load. |
04:53:46 | JdGordon | so next track AA might not be so good... unless it can be resized again... 200x200 this track with 200x200 next track wont work |
04:54:19 | Llorean | It'll work just fine as long as you're not trying to display them on the same screen. :-P |
04:59:06 | | Join neddy [0] (n=john@nat/sun/x-45d7f1c219cad5d1) |
05:00 |
05:01:02 | | Quit pabs (Read error: 110 (Connection timed out)) |
05:07:12 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
05:10:41 | | Quit miepchen^schlaf (Read error: 110 (Connection timed out)) |
05:14:23 | | Join Bensawsome [0] (n=Bensawso@unaffiliated/bensawsome) |
05:15:32 | | Join sbhsu_ [0] (n=a6530466@Zion.dorm.au.edu.tw) |
05:16:36 | | Quit Seedy (Read error: 60 (Operation timed out)) |
05:23:33 | Unhelpful | Llorean: just looked, the size stuff is still there |
05:27:55 | | Quit Aurix_Lexico (Read error: 110 (Connection timed out)) |
05:31:15 | | Quit sbhsu (Read error: 113 (No route to host)) |
05:35:00 | Unhelpful | there's a lot of stuff from bmp.c that got moved into bmp.h and declared inline so that resize.c could also use it. i think it needs to either go back, or into a new file, and be non-static |
05:35:24 | Unhelpful | get_totalsize will be needed by any other scaler frontend, and brightness might be useful as well |
05:35:51 | Unhelpful | although brightness should probably retain an inline version |
05:36:56 | Unhelpful | dither_mat and vi_pat should probably just be replaced by directly indexing the arrays they return values from |
05:37:58 | Unhelpful | and both of those may belong in a general "internal bitmap handling" file, that should probably be a different one from the "windows bitmap loading" one |
05:38:04 | | Quit Horscht ("We don't make mistakes, we just have happy little accidents") |
05:39:03 | | Quit sbhsu_ (Read error: 110 (Connection timed out)) |
05:39:57 | | Join tofor [0] (n=tofor@ip68-1-180-194.ri.ri.cox.net) |
05:50:34 | | Quit massiveH ("Leaving") |
05:58:02 | | Join hobbs [0] (n=nandrew@p3m/member/hobbs) |
06:00 |
06:00:02 | hobbs | My player died, and I doubt I'll be able to fix it; what are opinions on the "best" compatible player that can be fairly easily acquired? |
06:02:57 | advcomp2019 | hobbs, what player did you have? |
06:02:59 | Unhelpful | it looks like just stripping out the size-based search saves 128B on coldfire, 192B on arm. a more thorough removal would get rid of the size_string parameter entirely, but that would touch a lot of stuff - plugin api, pictureflow plugin, probably sliding_puzzle... |
06:03:25 | advcomp2019 | hobbs, plus what is wrong |
06:03:43 | hobbs | advcomp2019: Gigabeat S30 (yeah, I know it's not fully supported, but it worked very well other than having to boot to stock to charge) |
06:04:40 | hobbs | it doesn't do anything −− no LCD or hard drive activity when I press the power button or plug in the charger. |
06:05:33 | hobbs | I'll open it up and have a look if I can find a screwdriver that will work, but nothing is simple with gadgets nowadays so it's probably just dead. |
06:06:38 | Unhelpful | well, it's not any of the fixable S problems i know :/ |
06:08:07 | hobbs | If I have to buy, I'm considering an F40, since it's a pretty similar device and it's a fully supported target. I see a good number of them on eBay. |
06:08:47 | advcomp2019 | hobbs, o ok.. i think the easiest is the sansa or one of the other gigabeats from what i am seeing |
06:13:26 | hobbs | out of those I think I'd definitely take the gigabeat. Installation procedure looks easy too, simpler than the S :) |
06:14:11 | | Quit AndyIL () |
06:19:05 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
06:19:34 | | Quit courtc (Read error: 113 (No route to host)) |
06:22:27 | hobbs | well thanks guys. hasta. |
06:23:02 | | Part hobbs ("Leaving") |
06:27:03 | | Quit RoC_MasterMind ("Leaving") |
06:27:15 | | Quit __lifeless (Remote closed the connection) |
06:27:34 | | Join __lifeless [0] (n=lifeless@94.50.181.176) |
06:28:59 | | Quit J-23 (Remote closed the connection) |
06:29:23 | | Join J-23 [0] (n=zelazko@unix.net.pl) |
06:31:41 | | Quit tofor ("Leaving") |
06:35:48 | *** | Saving seen data "./dancer.seen" |
06:43:19 | | Quit CaptainKewl (Read error: 110 (Connection timed out)) |
06:43:44 | | Quit jfc (Read error: 54 (Connection reset by peer)) |
06:44:07 | | Join jfc [0] (n=john@dpc691978010.direcpc.com) |
06:45:07 | | Join Darksair [0] (n=user@58.192.39.204) |
07:00 |
07:08:21 | | Quit ameyer (Remote closed the connection) |
07:31:30 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-c4d715b9e1660427) |
07:54:33 | | Quit GodEater ("http://www.mibbit.com ajax IRC Client") |
07:54:40 | | Join GodEater [0] (i=c2cbc962@gateway/web/ajax/mibbit.com/x-f29e26d6886bc442) |
08:00 |
08:00:13 | | Join n1s [0] (n=nils@rockbox/developer/n1s) |
08:03:10 | | Nick amiconn_ is now known as amiconn (n=jens@rockbox/developer/amiconn) |
08:09:17 | | Quit BHSPitMonkey (Read error: 148 (No route to host)) |
08:19:51 | * | n1s spots 2 space indentation in bmp.c |
08:21:47 | Unhelpful | i think i'm looking at the same. switch statement? |
08:22:55 | n1s | yes |
08:24:26 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
08:24:30 | n1s | oh, and congrats on committing your patc :) |
08:24:34 | Unhelpful | preferred is... cases 4 in from switch, blocks four in from case? |
08:24:52 | n1s | yes |
08:25:16 | Unhelpful | if it's worth a commit to clean it up, i can, otherwise i can wait until i have something else in there, comments or such :) |
08:25:27 | amiconn | For cases I've seen several variants in rockbox |
08:26:08 | n1s | yes, we are a bit inconsistent but any indent should be 4 spaces at least |
08:26:18 | amiconn | (1) cases by 4, statements by another 4. (2) cases at the same level as switch(), statements by 4. (3) cases by 2, statements by 4 |
08:26:47 | * | n1s prefers (1) |
08:26:50 | Unhelpful | if your #3 is statements by 4 from the switch, that's what's there |
08:27:00 | * | amiconn prefers (3) |
08:27:54 | amiconn | Yes, that's what I mean |
08:29:46 | amiconn | Imho (1) is too much indentation, especially if there's nesting, and (2) is somewhat confusing |
08:30:35 | amiconn | I know there is that general indent-by-4 rule |
08:33:14 | Unhelpful | heh, got 16 bytes back on ondio |
08:35:52 | *** | Saving seen data "./dancer.seen" |
08:36:06 | Unhelpful | still not near what the bmp.c refactor cost, though. i'm trying to think of ways to put the conversions done inside read_part_line back inside read_bmp_fd, but i can't think of any that don't involve forking the bmp reader, putting the code in a macro, or *cringe* including the code from another file |
08:36:48 | | Join Zagor [0] (n=bjorn@rockbox/developer/Zagor) |
08:37:08 | | Quit AndyI () |
08:37:41 | | Quit BigBambi (Read error: 113 (No route to host)) |
08:39:55 | | Join Rob2222 [0] (n=Miranda@p4FDCD8A9.dip.t-dialin.net) |
08:42:20 | | Join LinusN [0] (n=linus@rockbox/developer/LinusN) |
08:43:15 | | Join AndyI [0] (i=AndyI@212.14.205.32) |
08:51:31 | | Join Bagderr [0] (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-0487ea70627933be) |
08:51:50 | amiconn | Unhelpful: Did you find out why there's that binsize difference between recorders and Ondios? |
08:52:40 | | Join pixelma [0] (n=pixelma2@rockbox/staff/pixelma) |
08:52:55 | Unhelpful | still no idea. and it seems to be consistent across the next couple of commits, unlike the other fluctuations |
08:53:01 | | Nick Bagderr is now known as B4gder (n=daniel@gateway/web/cgi-irc/labb.contactor.se/x-0487ea70627933be) |
08:54:15 | Unhelpful | but i'm testing tweaks on ondio now, so let me do a recorder as well, and see |
08:56:32 | | Join ender` [0] (i=krneki@foo.eternallybored.org) |
08:56:52 | | Join funman [0] (n=fun@AAnnecy-257-1-125-50.w83-113.abo.wanadoo.fr) |
09:00 |
09:02:12 | amiconn | Unhelpful: I'm kinda worried because this size difference shows that some code changed in an inconsistent, unexpected way. Either there's a wrong #ifdef, or there's a weird alignment, but I can't spot either... |
09:02:39 | Unhelpful | amiconn: i can't either. in particular, the compiled bmp.o for each is the *same* :/ |
09:03:36 | amiconn | Hmm, maybe there was such a problem *before* your commit? |
09:03:44 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
09:04:32 | | Quit gevaerts (Nick collision from services.) |
09:04:37 | Unhelpful | it would still need to have been exposed *by* my commit, if it was somewhere else... unless you mean that the binsize diff was in the old bmp.c? |
09:04:44 | | Join gevaerts [0] (n=fg@rockbox/developer/gevaerts) |
09:05:11 | pixelma | maybe the old bmp.c was smaller |
09:05:21 | pixelma | on Recorder |
09:05:48 | amiconn | Unhelpful: I mean the old one, and that your commit fixed a hidden bug. |
09:05:54 | Unhelpful | checking right now |
09:06:01 | | Quit Hostile () |
09:06:57 | | Join petur [50] (n=petur@rockbox/developer/petur) |
09:07:24 | Unhelpful | it's possible that something elsewhere changed, but the changes in the rest of the tree don't depend much on LCD specifics, other than color vs not |
09:07:52 | | Quit Rob2223 (Read error: 110 (Connection timed out)) |
09:08:24 | B4gder | Unhelpful: congrats on your commits and fine work on the scaling code! |
09:10:53 | Unhelpful | amiconn: nope, old bmp.o builds the same on both targets, as well :/ |
09:11:45 | Unhelpful | B4gder: thanks. now we just need to figure out why the delta was different on ondio than recorder/player |
09:12:29 | B4gder | I noticed, curious indeed |
09:14:07 | Zagor | I'm also curious about the unitialized warning. can anyone figure out why it was output? |
09:14:33 | Zagor | ah, I got it |
09:14:37 | pixelma | Unhelpful: didn't see something in the diff but asking anyway - is there something in the code that only checks for presence of a remote at all? I am asking because that's a difference between Ondio and Recorders, the latter can use a non-lcd remote. Just an idea... |
09:15:57 | Zagor | to nitpick, I think a pointer should be initialized to NULL rather than itself :) |
09:16:05 | Unhelpful | not a bad idea... i think everything i touched was sensitive only to remote LCDs |
09:17:03 | Unhelpful | Zagor: i can't speak for the pointer, but when i tried that trick with rgbval/rgbinc in scale_h_linear, gcc generated more code to initialize them |
09:17:45 | | Quit EspeonEefi ("ăăăȘă") |
09:17:53 | Unhelpful | x=x seems to be code for either "i know it will be initialized" or "i really want stack garbage in my variable, please" |
09:18:18 | Zagor | I guess it's not any worse than (void)x; |
09:18:36 | Zagor | which we use in lots of places |
09:18:57 | Unhelpful | it certainly looks nastier... and has less obvious reasons |
09:19:21 | Zagor | which? |
09:19:34 | B4gder | I'd say setting it to zero/NULL is nicer |
09:19:46 | Unhelpful | even if somebody sees it and know i'm hiding an unitialized data warning, they have to read the code to find out if the warning was legit or not. |
09:20:10 | B4gder | the comment next to the code will explain surely? ;-) |
09:20:12 | funman | a comment could explicit the reason for this nasty looking initialization |
09:20:49 | Unhelpful | what, comments? how did i let any of *those* get in? |
09:21:23 | | Join Rob2223 [0] (n=Miranda@p4FDCD8A9.dip.t-dialin.net) |
09:21:49 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
09:22:36 | * | B4gder has done 32% comments in his rockbox C code! |
09:23:04 | | Quit funman ("leaving") |
09:23:06 | B4gder | according to ohloh |
09:23:18 | | Join funman [0] (n=fun@rockbox/developer/funman) |
09:24:32 | B4gder | amiconn is at 14%, LinusN is at 17%, Zagor at 16% |
09:25:07 | * | Zagor suspects Bagder once edited a pile of file headers :) |
09:25:11 | Zagor | added even |
09:25:15 | B4gder | it certainly looks like that |
09:25:55 | LinusN | cheater! |
09:26:20 | B4gder | but I'm above 20% on projects like curl |
09:26:47 | Unhelpful | pixelma: that was a great idea, but if that's it, it seems not to be anything obvious that i can find by looking through the patch |
09:27:36 | Unhelpful | bmp.c is already known to compile identically, resize.c isn't compiled for mono, and the rest has no references to REMOTE defines that aren't LCD-related :/ |
09:28:08 | | Quit bertrik (Remote closed the connection) |
09:28:09 | pixelma | as I said, didn't see anything either |
09:29:49 | Unhelpful | it's hiding. :/ perhaps comparing symbol size deltas would be useful |
09:31:34 | | Quit agaffney (Read error: 110 (Connection timed out)) |
09:34:33 | * | LinusN is holding two oscilloscope probes in his hands and pressing F5 using a pen in his mouth |
09:34:42 | B4gder | yay! |
09:34:50 | B4gder | what about your nose? ;-) |
09:35:02 | B4gder | ah you type here with that! |
09:35:03 | LinusN | not long enough |
09:35:06 | LinusN | hahaha |
09:35:31 | LinusN | hmm, maybe i can use a pen on my nose for typing... |
09:35:34 | LinusN | in my nose |
09:38:06 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
09:38:11 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-d17e51d74866fa48) |
09:51:52 | Unhelpful | found it, sort of, with python |
09:52:33 | Unhelpful | the ondio build drops a symbol, ___ashrsi3, size 130B |
09:53:33 | Unhelpful | but it stays in the recorder build |
09:54:07 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
09:54:14 | funman | "start in screen: db" config on Clip makes it reboot indefinitely, I believe because db isn't built ? |
10:00 |
10:03:13 | funman | I do not know settings/database/tagcache : is this right ? http://paste.ubuntu.com/83401/ |
10:03:49 | JdGordon | ? |
10:04:00 | JdGordon | no, that wont work |
10:04:17 | funman | what is 'db' ? |
10:04:26 | JdGordon | order is important there, db is the database |
10:05:15 | funman | and with respect to tagcache? |
10:05:25 | JdGordon | tagcache==database |
10:05:37 | funman | so it should be conditional, but keeping the original order? |
10:06:16 | JdGordon | yes... but there is also another conditional missing so ill fix that |
10:06:53 | funman | thanks :) |
10:06:58 | | Join EspeonEefi [0] (i=eefi@SAFFRONCITY.MIT.EDU) |
10:07:04 | JdGordon | it wont fix any problems though.... |
10:07:11 | JdGordon | unless the clip doesnt have db |
10:07:30 | funman | it doesn't, i don't know if RAM size permits it |
10:07:45 | JdGordon | but the option is in the menu? |
10:08:07 | kugel | funman: isn't there some ram free with the flash buffering patch? |
10:08:28 | funman | JdGordon: yep it is |
10:08:47 | funman | kugel: sure, (~1MB) but perhaps it's better used as audio buffer? |
10:09:08 | | Quit Darksair (Connection timed out) |
10:09:22 | kugel | the audio buffer isn't that important on flash based daps imho |
10:09:43 | funman | that's true ;) |
10:10:01 | kugel | and the database doesn't take the whole ram. |
10:10:04 | funman | anyway i have no idea what these features require |
10:10:25 | | Quit tarbo (Read error: 110 (Connection timed out)) |
10:10:47 | kugel | hm you could just try to build a whatever target without HAVE_TAGCACHE and compare rockbox-info.txt to a build with HAVE_TAGCACHE |
10:10:51 | | Quit kachna (Read error: 113 (No route to host)) |
10:11:45 | * | funman bugs B4gder about the fuze firmware on his webpage not being compressed |
10:12:20 | kugel | funman: you might download the .15 version from the sansa forums |
10:12:41 | B4gder | what you can compress files?! |
10:12:46 | funman | the version is not important |
10:13:37 | Unhelpful | amiconn: i have your explanation. ___ashrsi3 is a libgcc function referenced by the old bmp.o, but not the new, when built on sh. ondio has no other core object files that reference it, but on recorderv2, it's used in firmware/drivers/ata.o |
10:13:43 | JdGordon | can anyone think of a cleaner way to do this than http://paste.ubuntu.com/83404/ ? |
10:14:09 | kugel | funman: not too important no. But as far as my disassembly of the lcd driver went I noticed the .15 version seemed to have dropped the lcd_delay altogether (which I noticed to be not needed too) |
10:14:29 | B4gder | lzma is a fine compression... |
10:14:30 | kugel | it might just contain bug fixes worth to know about |
10:16:55 | B4gder | funman: now there are compressed versions too |
10:17:17 | | Quit jhulst (Read error: 113 (No route to host)) |
10:17:39 | B4gder | kugel: do you have the link to the .15? |
10:18:11 | kugel | B4gder: http://forums.sandisk.com/sansa/board/message?board.id=sansafuse&thread.id=4880 |
10:18:16 | funman | google://sansa+forum+fuze ;) |
10:18:19 | B4gder | thanks |
10:18:22 | kugel | pick any, they're all the same |
10:18:47 | kugel | the filename decides which features are active and which not |
10:19:26 | B4gder | funny how that zip is much smaller... |
10:20:14 | | Quit agaffney (Read error: 110 (Connection timed out)) |
10:20:31 | funman | hm.. my tool recognizes only 3 library blocks in fuze OF (drmndt_pers, otg_functio and trusted_fla) |
10:21:25 | kugel | that tool which you gave me a while back? It used to find all (at least way more than 3) library blocks |
10:22:53 | funman | yes, but i took an older version i had posted on the forum, perhaps i had enhanced it after that |
10:23:27 | funman | anyway i don't need these blocks now, just thought that was strange because i remembered having tested it on the fuze (perhaps only version 11) |
10:25:10 | funman | what's the primecell number for the gpio controller already? (didn't think to take a copy of the as3525 datasheet with me..) |
10:25:45 | kugel | what do you mean by primecell number? |
10:26:19 | funman | the GPIO controller is a documented ARM PrimeCell module, i'm asking the reference number so I can download its datasheet on arm.com |
10:26:24 | kugel | PL061? |
10:26:45 | funman | that's it, thanks! |
10:29:34 | funman | tagcache on the clip : +41kB binsize, +63kB RAM usage |
10:30:02 | JdGordon | arg... red rec build.. wtf? |
10:30:10 | kugel | funman: worth it, imho |
10:30:12 | JdGordon | soap's server again |
10:30:32 | funman | i'll just give it a try to see what is it ^^ |
10:30:50 | JdGordon | kugel: get anywhere with the v2 buttons? |
10:31:04 | kugel | JdGordon: Sadly no, did you? |
10:31:10 | funman | JdGordon: i'm trying to take a look at fuze code with the rockbox' arm disasm |
10:31:14 | JdGordon | nup, been doing other stuff |
10:31:17 | kugel | looks like funman is going to look at |
10:31:50 | kugel | funman: objdump is slightly better than that isn't it? |
10:32:25 | funman | objdump doesn't show the values loaded from memory - arm_disasm does |
10:32:37 | kugel | oh, I didn't know that |
10:32:50 | funman | arm_disasm doesn't support thumb however, but it looks like the isr and the functions it calls are ARM |
10:34:20 | kugel | funman: are you more interested in the isrs or in the buttons? As you've noticed the majority of the buttons are without isr |
10:34:33 | funman | great.. data abort when accessing the first argument of utf8decode() |
10:34:49 | funman | kugel: i'm looking at the interrupt now |
10:35:25 | funman | when looking for FM code i have understood a bit more the diagnosis mode however, does this mode exist on Fuze or e200v2 ? |
10:35:54 | *** | Saving seen data "./dancer.seen" |
10:37:19 | kugel | funman: yes it does. name the OF fuzet.bin and you get it. And there's one test which checks for all buttons |
10:37:52 | funman | which is why I mentioned it ;) |
10:38:35 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
10:39:00 | | Quit JdGordon (Remote closed the connection) |
10:39:35 | | Join lasser [0] (n=chatzill@W8895.w.pppool.de) |
10:40:26 | funman | kugel: how is this mode called ? grep 'Diagn' gives no result |
10:40:32 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
10:40:47 | funman | perhaps it's using UTF-16 encoding |
10:41:24 | funman | Ok I found test strings in otg_functio (like on the Clip) |
10:49:42 | funman | gpioa isr is "void INT_GPIOA(void) { return; }" |
11:00 |
11:00:44 | | Join kachna [0] (n=kachna@r3g248.net.upc.cz) |
11:06:19 | kugel | funman: sounds useful! |
11:06:36 | | Join idak [0] (n=idak@nk203.opt2.point.ne.jp) |
11:07:43 | | Join mofux [0] (n=quassel@dslb-088-075-027-148.pools.arcor-ip.net) |
11:07:51 | amiconn | Unhelpful: That explains a lot, thanks for checking :) |
11:08:51 | Unhelpful | no problem. i've still no clue what that libgcc symbol does, probably implements some operation that's not provide by the hardware, or supports some gcc peculiarity, or such |
11:11:27 | amiconn | Unhelpful: Fyi, __ashrsi3 is the arithmetic-shift-right-by-n subroutine. SH1 has no single-instruction shift-by-n |
11:12:00 | Unhelpful | ...i removed a shift-right-by-n from the bmp loader? there are several in my version... |
11:12:21 | idak | Unhelpful: congratulations and great thanks on your works! |
11:12:29 | amiconn | *arithmetic*. Maybe you're using those on unsigned values only? |
11:12:40 | Unhelpful | amiconn: perhaps! |
11:13:15 | amiconn | There's __lshrsi3 for that. Btw, on SH1 it's better to use unsigneds for that kind of stuff |
11:13:39 | Unhelpful | idak: thanks for your work as well, it's a good chunk of what i committed - all of the album art rework, and much of the loader. |
11:16:56 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
11:18:59 | | Quit kugel (Remote closed the connection) |
11:34:30 | | Join hamhock- [0] (n=hamhock@dialup-4.248.222.221.Dial1.Washington2.Level3.net) |
11:38:02 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
11:38:29 | funman | hey kugel I start to understand how to read from gpiob (there is a lot of functions so it's just the beginning) |
11:39:21 | kugel | funman: cool |
11:39:27 | funman | a change on B0 significates 'stuff happened' (because the isr only sets bit 0 of GPIOB_IC (at 0x41c) |
11:39:39 | B4gder | I'm disabling soap's build server for now |
11:40:19 | funman | and I'm seeing: B1 = 1, and then B5 or B0 (depending of some value in memory) 1 |
11:41:12 | kugel | I saw that too I think, but I couldn't interpret it |
11:47:02 | funman | hm what else did you see? |
11:49:15 | kugel | similar stuff for gpioa |
11:49:43 | funman | called from the gpiob isr? |
11:50:00 | kugel | i haven't looked at the isrs |
11:50:34 | funman | oh ok |
11:50:35 | kugel | also, somehow my annotations are gone (wtf?), so I can't exactly tell what I saw |
11:52:56 | | Join BdN3504 [0] (n=55b2074c@gateway/web/cgi-irc/labb.contactor.se/x-74085bf9c1633e4f) |
11:58:20 | BdN3504 | Hey, can someone help me install the utf-8 support for latex so i can compile the manual using the vmware build envrioment? I don't quite understand what i have to do here: i did the apt-get install latex-ucs command in the vm, but i don't understand the installation instructions on this page: |
11:58:26 | BdN3504 | http://www.unruh.de/DniQ/latex/unicode/content/INSTALL |
11:59:52 | funman | BdN3504: apt-get install latex-ucs wasn't enough ? apt-get should not make you need to do manual installs |
12:00 |
12:00:42 | | Quit kugel (Read error: 131 (Connection reset by peer)) |
12:02:24 | BdN3504 | when i try to "make manual" i get the following error: |
12:02:43 | BdN3504 | ! LaTeX Error: File `utf8.def' not found |
12:02:44 | | Join moos [0] (n=moos@81-66-158-133.rev.numericable.fr) |
12:03:31 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
12:04:47 | pixelma | BdN: read your post in the forums and I don't think a seperate list of settings make sense because it can get huge and then there are two (one is in the appendix). I'd suggest adding a column for the ability to set as quickscreen item to the latter and reference that in the quickscreen chapter. Also, there is a patch in the tracker for the quickscreen manual entry which I meant to look at... |
12:05:38 | pixelma | the table in the appendix is supposed to list all available options (things you could see/set in cfg files) |
12:05:41 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
12:06:46 | BdN3504 | ok, fine. i think that's pretty reasonable. we just add a column like "available to be set as quickscreen" to the list in the appendix |
12:06:56 | | Join courtc [0] (n=court@unaffiliated/courtc) |
12:07:35 | BdN3504 | do you have a link to that manual entry you mentioned? |
12:09:11 | | Join Jabone_ [0] (i=jpylvana@jumi.lut.fi) |
12:10:27 | | Join flx [0] (i=flux@jolt.modeemi.cs.tut.fi) |
12:11:13 | pixelma | FS #9524 |
12:11:42 | | Quit flux (Read error: 104 (Connection reset by peer)) |
12:14:19 | BdN3504 | thank you, i will have a look at it, too. but i'm afraid, i'll only be able to help with the manual, if i am able to learn latex, which won't happen in a shorter period of time than say about a month or two... so long |
12:14:22 | | Quit BdN3504 ("CGI:IRC") |
12:17:43 | pixelma | he left... |
12:19:49 | | Quit Jabone (Read error: 110 (Connection timed out)) |
12:22:57 | | Part B4gder |
12:26:18 | funman | hum I think what bertrik took for FM i2c on the fuze is actually button code, and FM i2c is SDA = A7 and SCL = A6 (just like the e200v2, once again) |
12:30:18 | funman | kugel: could you try FS #9611 (FM) and adapt it to build on Fuze, using the pins I mentioned (editing fmradio-i2c-as3525.c) ? (I know you can resume playback by editing the config, not sure how you can resume to FM however) |
12:33:04 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
12:35:49 | | Join MethoS- [0] (n=clemens@dyndsl-085-016-163-159.ewe-ip-backbone.de) |
12:35:57 | *** | Saving seen data "./dancer.seen" |
12:39:35 | kugel | funman: I could resume if I started playback |
12:41:12 | funman | resume settings is stored somewhere, so that can be edited manually |
12:42:32 | funman | but playback resume only resume files, not FM :/ |
12:43:20 | funman | perhaps it's possible to hardcode a start menu (like debug-> FM radio |
12:43:42 | funman | or put a panic in si4700.c where the tuner is detected |
12:43:45 | | Join MethoS-- [0] (n=clemens@host-091-097-240-241.ewe-ip-backbone.de) |
12:43:46 | pixelma | set start screen to radio be means of editing config.cfg? |
12:43:53 | pixelma | s/be/by |
12:44:16 | kugel | I'm just gonna try grabbing a .playlist_control from my e200 to test sound, and I could use start_screen setting to get into fm |
12:44:45 | funman | sounds good (thanks pixelma i hadn't seen the radio option) |
12:48:08 | | Join Aurix_Lexico [0] (n=comrade@68.56.205.239) |
12:50:56 | | Quit MethoS- (Read error: 145 (Connection timed out)) |
12:54:24 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
12:56:44 | | Join funman_ [0] (n=fun@AAnnecy-257-1-142-151.w90-41.abo.wanadoo.fr) |
12:58:29 | | Quit hamhock- () |
13:00 |
13:04:03 | | Quit funman (Read error: 60 (Operation timed out)) |
13:10:25 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
13:12:39 | | Join Bagderr [241] (n=daniel@rockbox/developer/bagder) |
13:17:01 | kugel | funman_: what about the .address? |
13:18:31 | | Nick Bagderr is now known as B4gder (n=daniel@rockbox/developer/bagder) |
13:20:09 | | Quit JdGordon (Read error: 131 (Connection reset by peer)) |
13:21:15 | | Quit funman_ (Read error: 110 (Connection timed out)) |
13:22:15 | | Nick fxb__ is now known as fxb (n=felixbru@h1252615.stratoserver.net) |
13:26:04 | | Join funman [0] (n=fun@rockbox/developer/funman) |
13:28:41 | funman | kugel: what is .address ? |
13:29:16 | funman | oh, 0x20 ? don't change it it's specific to the FM chip (general across all rockbox targets) |
13:29:55 | kugel | http://pastebin.ca/1281576 |
13:30:11 | | Quit bmbl ("Woah!") |
13:30:20 | idak | Unhelpful: I found my bug in SVN. apps/recorder/bmp.h: L.174"(LCD_REMOTE_DEPTH == 2) && (LCD_REMOTE_PIXELFORMAT == VERTICAL_INTERLEAVED)" in get_totalsize() is unnecessary for iriver H300 (1bpp remote). |
13:30:26 | kugel | funman: ^ |
13:30:42 | funman | kugel: use the Clip address (Clip/Fuze/e200v2 have the same si4700 FM chip, unlike m200v4) |
13:30:56 | kugel | ok, I didn't know that |
13:31:25 | kugel | funman: can you paste a playlist_control? The one of my e200 doesn't seem to work well due to other partition layout |
13:33:25 | funman | P:2:/MUSIC/Pink Floyd - Dark Side Of The Moon: |
13:33:42 | kugel | hm |
13:33:50 | kugel | P:2: didn't work for me |
13:34:00 | funman | note i have a partition table, no super flopyp |
13:34:37 | funman | advcomp2019: do you have an unpartitioned clip? can you paste the playlist_control? |
13:35:22 | advcomp2019 | funman, you mean without rockbox? |
13:35:49 | funman | nope, i mean original disk layout (1 FAT partition without a partition table) |
13:36:21 | advcomp2019 | nope then |
13:36:42 | | Join fredddy [0] (n=freddy@p3E9E1955.dip0.t-ipconnect.de) |
13:37:12 | funman | kugel: shouldn't you have sound if you start in FM ? |
13:39:45 | | Quit fredddy (Read error: 113 (No route to host)) |
13:39:46 | | Join mcuelenaere [0] (n=mcuelena@rockbox/developer/mcuelenaere) |
13:40:10 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
13:40:31 | | Join fredddy [0] (n=freddy@p3E9E1955.dip0.t-ipconnect.de) |
13:42:49 | funman | hum the manual displayed page numbers do not correspond to pdf page numbers :/ |
13:43:15 | funman | oh yes they do >< *shame* |
13:43:48 | | Quit fredddy (Read error: 113 (No route to host)) |
13:44:15 | | Join fredddy [0] (n=freddy@p3E9E1955.dip0.t-ipconnect.de) |
13:44:17 | kugel | funman: I wanted to test general sound first |
13:44:30 | funman | i believe pitchscreen & quickscreen should be enabled on the clip as well |
13:44:55 | funman | kugel: do you mean general sound played by FM, or specific audio files playing? ;) |
13:44:59 | kugel | funman: sure, I've recently optimized pitchscreen for small screens |
13:45:33 | | Join freddy_ [0] (n=freddy@p3E9E1955.dip0.t-ipconnect.de) |
13:45:41 | kugel | funman: sound as in headphone output. And given that audio files is known to work, it's the best way to make sure general sound is working |
13:48:04 | funman | the '2' in P:2: means PLAYLIST_CONTROL_FILE_VERSION , nothing about partitions. Did you check you were using a correct path ? |
13:48:44 | | Quit Aurix_Lexico ("Leaving.") |
13:51:12 | kugel | funman: yep |
13:52:30 | | Join TheSphinX^ [0] (n=cold@p54A5F87B.dip.t-dialin.net) |
13:53:38 | funman | so what happens instead of resuming playback? |
13:53:47 | kugel | hm, "Nothing to resume" |
13:54:01 | funman | isn't the file/position stored somewhere else? (nvram.bin?) |
13:54:14 | kugel | it seems playlist_control only contains the path to the music played last, not the file and/or resume point |
13:54:24 | kugel | apparently |
14:00 |
14:00:38 | | Part idak |
14:00:47 | kugel | funman: well, I copied nvram.bin, but it only went to the wps (the very default one, as in parsing cabbiev2.wps failed) but didn't play |
14:02:23 | funman | I've no clue where the file/position are stored, just supposed nvram.bin out of the blue |
14:03:29 | kugel | funman: nvram.bin worked, it resumed the file |
14:03:47 | kugel | but without actually playing it |
14:06:43 | | Quit Erlend^SE ("Client closed by user.") |
14:08:22 | | Join tyfoo [0] (n=tyfoo@dyndsl-095-033-111-243.ewe-ip-backbone.de) |
14:10:34 | | Join Nico_P [50] (n=nicolas@rockbox/developer/NicoP) |
14:10:54 | | Join massiveH [0] (n=massiveH@pool-72-76-241-148.nwrknj.fios.verizon.net) |
14:13:39 | | Quit kugel (Remote closed the connection) |
14:14:05 | | Join JdGordon [0] (n=Miranda@c211-28-145-137.smelb2.vic.optusnet.com.au) |
14:21:36 | | Join kugel [0] (n=chatzill@unaffiliated/kugel) |
14:21:57 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
14:23:49 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-ce71a1d7b7195ad7) |
14:24:39 | | Join JdGordon [0] (n=jonno@rockbox/developer/JdGordon) |
14:29:54 | | Quit Zagor ("Client exiting") |
14:30:25 | | Join LambdaCalculus37 [0] (i=44a04303@rockbox/staff/LambdaCalculus37) |
14:31:39 | | Quit tvelocity (Read error: 60 (Operation timed out)) |
14:34:40 | funman | kugel: could you check if you can go to the radio screen ? (to see if the radio is detected, sound output can wait until we have buttons) |
14:35:58 | *** | Saving seen data "./dancer.seen" |
14:37:24 | | Quit MethoS-- (Remote closed the connection) |
14:41:00 | | Join bmbl [0] (n=Miranda@unaffiliated/bmbl) |
14:41:36 | kugel | funman: oki |
14:43:38 | funman | I've found some code which will read 8 bits from the GPIO using a quite complex protocol |
14:43:50 | kugel | funman: I bet I get in the radio screen |
14:43:56 | funman | if 8 bits = 8 buttons, we still have no idea how the wheel works |
14:44:06 | kugel | I also get in it using the start screen on my e200 (which has no radio) |
14:44:24 | funman | kugel: hm, but shouldn't it write 'no radio detected' or something? |
14:44:29 | kugel | funman: 8 is better than 1 :) |
14:45:07 | funman | well i've no clue what it reads exactly |
14:45:45 | kugel | funman: It apparently doesn't. Also, I can't get in the radio screen by browsing to it (it's not in the main menu). But radio screen is compiled, since the e200 series normally have it |
14:46:23 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
14:47:49 | funman | can you see the FM in main menu of e200v2 ? |
14:48:27 | kugel | funman: it doesn't find a station. I mapped the power button to start scanning, but it doesn't stop scanning |
14:49:04 | LambdaCalculus37 | Is FM scanning implemented on the AMS Sansas? |
14:49:15 | funman | no |
14:49:21 | kugel | no wonder then! |
14:49:27 | funman | every frequency is 'tuned' |
14:49:32 | funman | kugel: what about sound? |
14:49:41 | kugel | no sound |
14:49:58 | funman | hm can you try to revert as3514 to use line1 and not line2 ? |
14:50:57 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
14:55:51 | kugel | funman: also revert the move of the HAVE_RECODING #endif? |
14:57:50 | kugel | funman: You didn't change the else branch in audiohw_set_monitor(), it's still at line in 1 afaics |
14:59:15 | kugel | or maybe it was bertrik |
15:00 |
15:00:18 | funman | kugel: i meant drivers/audio/as3514.c not the audio-xx file |
15:00:29 | funman | this last one is just a hack atm |
15:00:57 | kugel | funman: Yes, I also mean that file |
15:02:00 | kugel | nothing |
15:05:10 | | Join itcheg [0] (i=41d59de2@gateway/web/ajax/mibbit.com/x-b697ffb0ccc8f6dd) |
15:05:34 | funman | i don't know if frequencies display mean radio |
15:06:18 | funman | you can put a panic in firmware/drivers/tuner/si4700.c in si4700_init() to see if the chip ID is 0x1241, now we'll be fixed; ) |
15:14:01 | | Join Schmogel [0] (n=Miranda@p3EE21EBB.dip0.t-ipconnect.de) |
15:15:34 | | Quit agaffney (Read error: 110 (Connection timed out)) |
15:16:12 | | Join Horscht [0] (n=Horscht@xbmc/user/horscht) |
15:20:06 | soap | I'm shutting down to memtest. Pissing me off. Spend premium money for premium parts and grumble grumble. |
15:20:47 | | Quit soap () |
15:24:35 | | Quit lasser ("ChatZilla 0.9.84 [Iceweasel 3.0.4/2008112309]") |
15:25:17 | funman | kugel: if you confirm that the FM chip is detected, please update the hardwaremappings wiki and define sda/scl the same than e200v2 (and remove the old sda/scl suppositions and the comment) |
15:26:00 | funman | i'll try to find some time this evening (or at worse tomorrow) to get some code for the buttons. |
15:26:15 | funman | did you already set an interrupt on GPIO B0 changes? |
15:28:21 | funman | that'd be useful to see if it's called on button press and/or wheel scroll |
15:29:11 | | Quit funman ("leaving") |
15:32:18 | | Join _lifeless [0] (n=lifeless@90.151.221.244) |
15:36:45 | | Quit kachna (Read error: 110 (Connection timed out)) |
15:44:42 | | Quit __lifeless (Read error: 110 (Connection timed out)) |
15:57:34 | | Join agaffney [0] (n=agaffney@gentoo/developer/agaffney) |
15:57:34 | | Quit Rob2223 () |
16:00 |
16:03:35 | | Join maffe [0] (n=Miranda@p5B0400A3.dip0.t-ipconnect.de) |
16:04:18 | maffe | Hi |
16:05:01 | | Quit tyfoo ("Carpe diem") |
16:09:28 | maffe | I just had an idea: using a supported player (like the X5) as a PC display (not for things like 3D games, but the display would be sufficient to show information like number of unread mails or progress of downloads) |
16:10:39 | | Join tvelocity [0] (n=tony@adsl4-37.her.forthnet.gr) |
16:11:38 | krazykit` | maffe, many of the targets don't have a usb stack that allows for that. only the software usb targets COULD do that (portalplayer among others) |
16:12:55 | maffe | Hm |
16:13:30 | | Quit moos ("Rockbox rules the DAP world") |
16:14:27 | maffe | Would it work file-based? So, for example, a program on the computer writes a file on the player and rockbox reads and displays it? |
16:16:05 | krazykit` | no. when connected via usb (storage), rockbox itself will not do anything with the files. doing so could introduce issues with reading and writing files by the host operating system |
16:16:56 | krazykit` | (further explanation for this could be found in a discussion about allowing rockbox to play music while connected and mounted by a computer. i think it was in irc) |
16:19:02 | n1s | and it has been asked many times :) |
16:19:32 | maffe | :/ |
16:20:22 | | Quit robin0800 (Read error: 54 (Connection reset by peer)) |
16:20:50 | krazykit` | maffe, plus you'd have to write the software to display on the device too |
16:21:11 | n1s | with hardware mods anything is possible though :) |
16:22:21 | maffe | krazykit`: i thought that would be a minor problem |
16:23:06 | | Join MethoS- [0] (n=clemens@dyndsl-085-016-166-097.ewe-ip-backbone.de) |
16:23:23 | maffe | as there already are text and image viewers |
16:24:31 | n1s | maffe: well, displaying may be easy but communicating with the computer is probably harder |
16:24:52 | maffe | yes, that's why I would use files |
16:24:54 | maffe | :| |
16:27:03 | * | n1s wonders what the point of the exercise would be |
16:27:40 | maffe | then I could look at my X5 to see if there are new mails and don't have to wait for the CRT to warm up |
16:28:29 | maffe | or I could see when a download finished while playing a fullscreen game |
16:28:31 | maffe | :) |
16:29:03 | n1s | solution: buy another regular display... |
16:29:15 | maffe | but they are expensive |
16:30:17 | maffe | and there's no fun :) |
16:31:19 | | Join lasser [0] (n=chatzill@W8895.w.pppool.de) |
16:34:39 | maffe | I like hardware hacks, I read about using a very cheap digital photoframe for the keychain as a display |
16:36:00 | *** | Saving seen data "./dancer.seen" |
16:41:16 | | Join toffe82 [0] (n=chatzill@h-74-0-180-178.snvacaid.covad.net) |
16:57:53 | | Join jgarvey [0] (n=jgarvey@cpe-098-026-069-229.nc.res.rr.com) |
17:00 |
17:00:29 | | Quit kugel ("ChatZilla 0.9.84 [Firefox 3.0.4/2008111318]") |
17:03:21 | maffe | I can't find the discussion krazykit` mentioned |
17:04:35 | | Join aarcane [0] (n=aarcane@c-67-187-242-146.hsd1.ca.comcast.net) |
17:07:57 | | Join tarbo [0] (n=me@unaffiliated/tarbo) |
17:07:59 | | Quit aarcane (Client Quit) |
17:09:27 | maffe | another regular display would need much space and energy |
17:15:25 | | Join ShiftPlusOne [0] (n=S@c220-237-183-212.frank1.vic.optusnet.com.au) |
17:16:28 | ShiftPlusOne | Hello, on my ipod there's a connection next to the audio output which I suspect is for the 'remote' control bit that some headphones have.... was wondering how it works if I wanted to interface it with my computer... and does it work with rockbox? |
17:17:05 | | Join funman [0] (n=fun@rockbox/developer/funman) |
17:17:06 | | Part tmwsiy2012 |
17:17:22 | ShiftPlusOne | it's an ipod mini 2g, btw. |
17:17:23 | | Join robin0800 [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
17:18:49 | LambdaCalculus37 | The remote doesn't work, as far as I know. Then again, I don't have a remote so I can't say for sure. |
17:19:45 | maffe | Let's say I have a dedicated directory on the player. The host can write files in that directory. When there are 2 files, Rockbox knows the older one is not being written to anymore and reads it, then deletes it. The host does not write further files if there already are 2. Could something like that work? |
17:20:24 | ShiftPlusOne | I tried shorting some of the pins, nothing happens... don't know if that's how it works though |
17:20:52 | ShiftPlusOne | grounding doesn't work either. |
17:21:07 | n1s | ShiftPlusOne: i'm pretty sure rockbox does not have support for remotes on the ipods |
17:21:33 | ShiftPlusOne | shame |
17:21:46 | n1s | patches are welcome ;) |
17:21:55 | maffe | :) |
17:22:30 | maffe | krazykit`, can you comment about this approach? |
17:24:08 | | Quit denes_ (Read error: 110 (Connection timed out)) |
17:24:12 | | Join denes_ [0] (n=denes@pool-2584.adsl.interware.hu) |
17:25:29 | ShiftPlusOne | what does the I/O port screen show and what does GPIO and all that other stuff mean? |
17:25:58 | maffe | GPIO = general purpose input/output |
17:27:37 | n1s | ShiftPlusOne: GPIO's are pins on the cpu/soc connected to various things, like buttons, other ic's connectors |
17:27:40 | ShiftPlusOne | well... grounding some pins seems to make C flicker from FA to F2.... not that I can do anything with that |
17:28:22 | ShiftPlusOne | wether headphones are plugged in seems to be A... would the remote part be on that screen? |
17:29:21 | | Join saratoga [0] (n=9803c6dd@gateway/web/cgi-irc/labb.contactor.se/x-b2b62eeaa8fc94fa) |
17:30:20 | n1s | maybe this is interesting, http://www.ipodlinux.org/wiki/Remote no idea if that's true for minis though |
17:31:03 | ShiftPlusOne | Another pin changes C to FE.... does that mean anything? |
17:31:42 | n1s | yes, that some bits changed... |
17:31:59 | ShiftPlusOne | is ipl up properly now (with all the packages and the installer?) |
17:32:13 | ShiftPlusOne | n1s, in the context of trying to make the remote work... |
17:32:25 | LambdaCalculus37 | ShiftPlusOne: It is. |
17:32:32 | n1s | usually one bit corresponds to one pin, not all are connected to something though |
17:33:52 | n1s | but IIUC this remote port is actually the same as the dock connector so maybe that half-finished patch for accessory support is interesting too |
17:34:45 | n1s | see FS #8624 |
17:35:27 | amiconn | maffe: Storage access is exclusive. The dap firmware has no access to the files while it's connected to the host. |
17:35:39 | maffe | oh :( |
17:36:38 | | Quit plus_M (Remote closed the connection) |
17:38:29 | | Part B4gder |
17:38:32 | ShiftPlusOne | hmm.. well ipl doesn't support the serial port for the mini and the patch doesn't support the mini either. |
17:39:43 | LambdaCalculus37 | ShiftPlusOne: Patches are welcome, as n1s said before. :) |
17:39:56 | LambdaCalculus37 | If you'd like to work on remote support, go for it. |
17:40:23 | ShiftPlusOne | and the protocol is more complex than I had assumed =/ |
17:40:42 | ShiftPlusOne | LambdaCalculus37, I have a theory... if I could do it, somebody would already have done it. |
17:42:29 | ShiftPlusOne | but since it has come up... which part of the source should I look at if I was to use that 'C' GPIO thing to play/pause when triggered? |
17:42:46 | ShiftPlusOne | (no low level programming experience) |
17:43:20 | funman | kugel / dany_21_a : http://paste.ubuntu.com/83577/ <- here is how the OF reads from GPIOB (at least how I read it ..) |
17:48:17 | | Quit blithe (Read error: 110 (Connection timed out)) |
17:49:33 | | Join blithe [0] (n=blithe@li35-144.members.linode.com) |
17:49:48 | | Join plus_M [0] (i=plus@li26-205.members.linode.com) |
17:52:16 | | Quit massiveH ("Leaving") |
17:52:45 | | Quit kharo (Read error: 110 (Connection timed out)) |
17:54:14 | | Join kharo [0] (n=teemu@a88-114-255-186.elisa-laajakaista.fi) |
17:56:00 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
17:58:36 | | Join bluebrother [0] (n=dom@rockbox/developer/bluebrother) |
17:59:28 | ShiftPlusOne | error running rockboxdev.sh =/ http://pastebin.com/m40770355 |
18:00 |
18:00:56 | ShiftPlusOne | ah... no free space. |
18:03:35 | ShiftPlusOne | freed up space... same problem |
18:05:39 | n1s | ShiftPlusOne: which os? |
18:06:45 | ShiftPlusOne | windows, andLinux (coLinux) seems to be because I was missing libc6-dev |
18:10:24 | ShiftPlusOne | yeah that was it... compiling away now. |
18:10:41 | maffe | http://planetsurfer.net/2008/06/05/use-a-cheap-digital-picture-frame-as-a-secondary-display/ there is the hack I mentioned above |
18:12:00 | | Quit mofux (Remote closed the connection) |
18:12:13 | gevaerts | maffe: all very well, but with a USB-ATA bridge this is not possible |
18:13:34 | | Part LinusN |
18:14:10 | | Quit linuxstb (Read error: 60 (Operation timed out)) |
18:15:22 | maffe | yeah it seems I have to live with that |
18:15:53 | | Quit petur ("work->home") |
18:16:46 | | Join herrwaldo [0] (n=waldo@ip-81-11-201-159.dsl.scarlet.be) |
18:23:15 | | Join karashata [0] (n=karashat@69.41.192.215) |
18:25:40 | LambdaCalculus37 | Yay, FM radio on my Clip! :) |
18:25:49 | LambdaCalculus37 | It sounds great! |
18:26:59 | | Quit freddy_ ("Verlassend") |
18:27:41 | maffe | FM radio cannot sound great ;( |
18:29:02 | LambdaCalculus37 | maffe: "It sounds great" in the sense that it works well and sounds like you would expect it to. |
18:29:27 | maffe | yeah sorry |
18:35:48 | | Quit Bensawsome (Read error: 104 (Connection reset by peer)) |
18:35:52 | | Join Bensawsof [0] (n=Bensawso@5ED09C45.cable.ziggo.nl) |
18:36:04 | *** | Saving seen data "./dancer.seen" |
18:36:54 | | Quit funman ("leaving") |
18:38:07 | | Join webguest94 [0] (n=4157b72d@gateway/web/cgi-irc/labb.contactor.se/x-0a73b1da594b84de) |
18:40:58 | | Quit webguest94 (Client Quit) |
18:41:37 | LambdaCalculus37 | Hmmm... MP3 playback on the Clip is still a little quirky, but Vorbis playback is very smooth now. |
18:43:46 | | Nick Bensawsof is now known as Bensawsome (n=Bensawso@5ED09C45.cable.ziggo.nl) |
18:44:20 | | Join bertrik [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
18:44:37 | | Join nk [0] (n=4157b72d@gateway/web/cgi-irc/labb.contactor.se/x-e1d2e2decdf806c6) |
18:44:39 | | Quit ShiftPlusOne ("Leaving") |
18:49:21 | | Quit nk (Client Quit) |
18:55:25 | | Join nk [0] (n=4157b72d@gateway/web/cgi-irc/labb.contactor.se/x-34a7f0b135b0e357) |
18:55:31 | | Join BigBambi [0] (n=Alex@rockbox/staff/BigBambi) |
18:59:54 | | Join faemir [0] (n=faemir@88-106-244-173.dynamic.dsl.as9105.com) |
19:00 |
19:00:14 | | Join miepchen^schlaf [0] (n=miepel@p579EC609.dip.t-dialin.net) |
19:04:10 | | Join soap [0] (n=soap@cpe-76-181-69-157.columbus.res.rr.com) |
19:05:17 | | Quit soap ("Lost terminal") |
19:06:17 | | Quit neddy ("Leaving.") |
19:08:45 | | Join massiveH [0] (n=massiveH@pool-72-76-241-148.nwrknj.fios.verizon.net) |
19:13:30 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
19:15:05 | | Quit nk ("CGI:IRC (EOF)") |
19:21:40 | rasher | Shouldn't we freeze about now? |
19:21:49 | Llorean | I was about to say the same thing |
19:26:14 | rasher | I think the only objection last time was amiconn, because he thought it was too soon, but I think consensus on the ml was that we did in fact want a 3-month schedule, so I think it's time |
19:26:21 | | Quit Thundercloud (Remote closed the connection) |
19:28:08 | fredddy | http://www.rockbox.org/tracker/task/9617 I just pasted the newest patch for fuze keymaps they now compile all |
19:28:20 | | Join GodEater_ [0] (n=ge@rockbox/staff/GodEater) |
19:29:44 | Topic | "Please read before speaking: http://www.rockbox.org/wiki/IrcGuidelines | Please direct offtopic/social chat to #rockbox-community | We are now in freeze for 3.1" by ChanServ (ChanServ@services.) |
19:29:56 | Llorean | Presto! |
19:30:06 | rasher | Well that was easy |
19:31:44 | rasher | I assume we need a swede to create the 3.1 branch? |
19:32:03 | rasher | Or is that not for another week? |
19:32:05 | Llorean | I believe so, but I thought it was freeze for a week, then branch for a week? |
19:32:09 | rasher | Right |
19:32:17 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
19:33:11 | rasher | Are you going to send a fixed-up copy of your 3.0 freeze message? |
19:33:42 | Llorean | Nah. I've just sent a short email saying, more or less, "Alright guys. Frozen for 3.1" |
19:34:05 | Llorean | I don't think much needs to be said this time around. |
19:35:01 | bluebrother | a branch is just a copy in svn, just like a tag, so everyone with commit access should be able to do this |
19:35:06 | | Quit robin0800 (Read error: 60 (Operation timed out)) |
19:35:57 | LambdaCalculus37 | Llorean: Should an announcement be posted to the forums as well? |
19:35:59 | | Join Zagor [242] (n=bjst@46.35.227.87.static.tab.siw.siwnet.net) |
19:37:28 | Llorean | LambdaCalculus37: Ideally I'd like it to be *not* a big deal, honestly. |
19:37:46 | Llorean | I'd like to, as soon as possible, just have it be "every 3 months, there's a new version number" |
19:38:00 | Llorean | But maybe we should still, at least this time. I dunno. |
19:38:03 | | Join robin0800_ [0] (n=robin080@cpc2-brig8-0-0-cust394.brig.cable.ntl.com) |
19:38:31 | bluebrother | announcing it on the dev ml would be in place IMO. users ml isn't necessary ... IMO again ;-) |
19:38:44 | Llorean | I've sent a shot off to -dev already. |
19:38:56 | LambdaCalculus37 | I think that should suffice then for now. |
19:39:17 | | Quit advcomp2019 (Read error: 104 (Connection reset by peer)) |
19:39:25 | Llorean | An announcement to the user ML when the release is actually *out* in a short "3.1 is now Released" type form makes sense, just as a sort of routine thing. |
19:40:03 | | Join advcomp2019 [0] (n=advcomp2@unaffiliated/advcomp2019) |
19:40:23 | rasher | I still think there should be release notes. Basically take MajorChanges and flesh it out a bit. |
19:40:44 | rasher | Zagor: Is there a way to get a list of bugs closed since last release? |
19:40:48 | Llorean | Release notes would be nice. |
19:41:10 | amiconn | hmmrrmm |
19:41:27 | rasher | Here we go :) |
19:41:45 | | Quit miepchen^schlaf () |
19:41:51 | bluebrother | release notes would be good, especially to include them in rbutil at some later point |
19:42:18 | bluebrother | though I need to find the time implementing that. As with retrieval of the most current release info from the website |
19:42:50 | | Join miepchen^schlaf [0] (n=miepel@p579EC609.dip.t-dialin.net) |
19:43:21 | | Join bertrik_ [0] (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
19:44:54 | pixelma | bluebrother: what do you think of a phrasing in our manual such as "...will happily play..."? Fine by me but since it sounds a bit informal so wanted to ask first in case someone things it looks too unprofessional |
19:44:59 | | Quit bertrik (Read error: 110 (Connection timed out)) |
19:45:00 | | Quit nplus (Read error: 110 (Connection timed out)) |
19:47:04 | pixelma | will 3.1 be released on Christmas then? |
19:47:18 | rasher | More or less |
19:48:07 | pixelma | and we have a codename... ;) |
19:48:38 | | Join nplus [0] (n=nplus@141.25.Globcom.Net) |
19:49:43 | LambdaCalculus37 | pixelma: "Not for Workgroups"? ;) |
19:51:16 | | Quit Thundercloud (Read error: 60 (Operation timed out)) |
19:54:50 | bluebrother | christmas present? ;) |
19:56:26 | bluebrother | pixelma: sounds ok to me −− we aren't making a professional product (and usually manuals of professional electronics can be quite informal) so I don't see a problem here |
19:56:58 | bluebrother | plus, being a bit informal might make it look more "human" thus more appealing to users |
19:57:05 | | Part domonoky |
19:57:05 | | Quit miepchen^schlaf () |
19:57:15 | * | bertrik_ is curious about the codename |
19:57:29 | | Quit robin0800_ (Connection timed out) |
19:58:45 | | Join Tangent1 [0] (n=asher@c-98-219-162-69.hsd1.pa.comcast.net) |
19:59:05 | | Join miepchen^schlaf [0] (n=miepel@p579EC609.dip.t-dialin.net) |
19:59:43 | Tangent1 | is the fifth generation Ipod a better platform for rockbox than the 5.5 or do they have similar issues with video playback? |
20:00 |
20:00:29 | Llorean | For video they're basically identical. |
20:00:39 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
20:00:51 | Tangent1 | does either have a performance advantage in any other field? |
20:01:42 | Llorean | The only difference between the two is the disk. I'm not sure which one has an advantage there, but it shouldn't affect everyday use. |
20:01:52 | Tangent1 | thanks |
20:04:02 | * | amiconn wonders whether we should provide new archos flash images to go with 3.1, again |
20:04:40 | amiconn | There's one noticeable improvement - the asm optimised ucl decompressor, shortening boot time for flashed rockbox |
20:05:01 | * | amiconn is already running that on all his archoses |
20:06:14 | LambdaCalculus37 | amiconn: I think we should provide them. Sounds like a good idea. |
20:06:40 | LambdaCalculus37 | amiconn: Speaking of the Archoses, you have a JBRv1, correct? |
20:06:59 | | Join Rob2222 [0] (n=Miranda@p4FDCD8A9.dip.t-dialin.net) |
20:07:29 | | Join gregorovius [0] (n=diego@host19.190-139-145.telecom.net.ar) |
20:07:50 | amiconn | yep |
20:08:02 | amiconn | (plus others) |
20:08:19 | gregorovius | Hi... I'm wondering, is there any music player or manager to sync music to my rockbox'd ipod? something that handles album art and such? |
20:08:31 | Zagor | rasher: yes we can. if not in the web interface, then by raw sql requests |
20:08:38 | BigBambi | gregorovius: You can use whatever you like |
20:08:56 | BigBambi | gregorovius: Just Sorry, I didn't read the album art bit |
20:09:05 | gregorovius | =) |
20:09:38 | BigBambi | gregorovius: I don't know if there is anything that will do both synching and set up the album art for you automatically in the way Rockbox wants |
20:09:54 | BigBambi | But then I just drag and drop so I've never looked |
20:10:10 | gregorovius | I can copy my music via rsync, but then how do I manage album art? |
20:10:27 | BigBambi | Depends if you have album art arranged |
20:10:53 | BigBambi | I have /artist/alub/tracks with a cover.bmp in each album directory, so I just copy that too |
20:11:00 | BigBambi | s/alub/album/ |
20:11:26 | gregorovius | that's all that's needed? |
20:11:38 | BigBambi | yes, see www.rockbox.org/wiki/AlbumArt |
20:12:51 | gregorovius | okay, thanks |
20:13:06 | gregorovius | in any case, if anyone knows of software that does what I was looking for, I'd like to hear it |
20:13:14 | gregorovius | else I'll just manage with rsync and some bash vudu |
20:13:28 | Tangent1 | anybody here ever buy refurbished music playing hardware? |
20:13:50 | BigBambi | gregorovius: Once you have album art set up, not much voodoo is required - just copy music and art |
20:13:51 | Llorean | gregorovius: Well, nobody's apparently wanted it enough to add support to one of the myriad open-source music sync tools. |
20:13:59 | BigBambi | Tangent1: yes, many people |
20:14:14 | Tangent1 | not anybody in the world, anybody here, that can tell me how they liked it |
20:14:14 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-c707c8945e0f4a6a) |
20:14:16 | gregorovius | Llorean: there's one guy doing a rockbox plugin for banshee, but it's not finished yet |
20:14:29 | BigBambi | Tangent1: yes, many people *here* |
20:14:39 | gregorovius | i'd like to see one for amarok, in my case |
20:14:47 | BigBambi | Tangent1: And it, like anything, depends what you buy from where |
20:15:03 | BigBambi | I have never had a problem personally |
20:15:29 | * | rasher noticed what looked like an off-by-one error in the playlist, when trying to move a file |
20:16:52 | LambdaCalculus37 | amiconn: Does your JBRv1 give you a reasonable amount of buffer space (i.e. > 439KB)? I can't roll a build without the database functionality due to a missing sh-elf-ld in my /usr/local/sh-elf/bin folder. For some odd reason, the binary was never placed into that folder. |
20:17:11 | LambdaCalculus37 | I also want to disable the database to see if it'll give me back some buffer space. |
20:17:59 | amiconn | Rockbox Info says I have 1.24MB of buffer |
20:18:12 | amiconn | That's a build from 2008-12-02 |
20:18:29 | LambdaCalculus37 | Flashed? |
20:18:33 | amiconn | Nothing disabled, just sane settings |
20:18:48 | amiconn | Yes, but that doesn't help anything regarding free ram |
20:18:59 | amiconn | (due to no rombox) |
20:20:11 | Tangent1 | hmm, have one item in my shopping cart, worth 280 dollars, but my subtotal is 560 dollars |
20:20:14 | * | Tangent1 is confused |
20:20:22 | BigBambi | Tangent1: Please stay on topic |
20:21:04 | LambdaCalculus37 | amiconn: I lowered the "Max Entries in File Browser" setting to 5000; now Rockbox Info is reporting 888KB free. |
20:21:16 | * | LambdaCalculus37 wonders why it was so high in the first place |
20:21:25 | * | amiconn has that at 400 ... |
20:21:29 | Tangent1 | okay, sorry. not used to channels where that's an issue |
20:21:44 | BigBambi | Tangent1: The guidelines are linked in the topic |
20:22:06 | LambdaCalculus37 | Tangent1: This topic is for technical talk, and it's logged. Off-topic talk tends to clutter up the log. |
20:22:28 | * | LambdaCalculus37 sets his to 400 |
20:22:34 | * | rasher has created ReleaseNotes31 |
20:22:35 | amiconn | Actually it's 500 right now, but I could lower it further |
20:22:42 | LambdaCalculus37 | amiconn: 1.27MB free. |
20:22:49 | BigBambi | LambdaCalculus37: Why not set it to just more than the amount you need? |
20:23:12 | LambdaCalculus37 | BigBambi: I must've set it by mistake and forgot about it. |
20:23:15 | | Join wpyh [0] (n=william@124.207.0.98) |
20:24:33 | * | amiconn lowers it to 300, as 'stats' says the largest dir has 222 entries |
20:25:36 | pixelma | rasher: re. your off by one error when moving a file in the playlist - did you use shuffle or "insert shuffled" tracks or folders in the playlist? |
20:25:51 | rasher | pixelma: Pretty sure I did |
20:25:52 | * | pixelma bets |
20:26:36 | pixelma | I see that too sometimes and there is a flyspray entry for that, let me dig it up |
20:26:42 | | Join linuxstb [0] (n=linuxstb@rockbox/developer/linuxstb) |
20:27:29 | pixelma | http://www.rockbox.org/tracker/task/7967 |
20:27:49 | | Join ebil|work [0] (n=andy@216.64.93.22) |
20:27:50 | * | LambdaCalculus37 also lowers to 300; 'stats' says the largest dir has 217 entries on his |
20:28:01 | rasher | pixelma: Yup, that'd be the one |
20:28:11 | pixelma | rasher: it can also be more than one off |
20:28:15 | ebil|work | Is it possible to have rockbox interface with my pioneer HU in my car? I've heard talk about it, but I can't find any info on the site... |
20:28:16 | LambdaCalculus37 | amiconn: How much buffer now? |
20:28:49 | * | LambdaCalculus37 now has 1.28MB of free buffer on his JBRv1 |
20:28:57 | amiconn | 1.26MB |
20:29:45 | | Part Tangent1 |
20:29:49 | LambdaCalculus37 | Wonder where that 0.02MB difference is from... |
20:31:22 | pixelma | used font? |
20:31:50 | LambdaCalculus37 | pixelma: 08-Rockfont. |
20:32:06 | BigBambi | Other settings? |
20:32:22 | amiconn | LambdaCalculus37: What's your max playlist size setting? Mine is 4000 |
20:33:06 | LambdaCalculus37 | amiconn: 1000 here. |
20:36:09 | *** | Saving seen data "./dancer.seen" |
20:36:19 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
20:37:35 | amiconn | The font in use doesn't matter as the font buffer size is fixed |
20:37:36 | gevaerts | rasher: I vote to ignore build system bugs and manual bugs |
20:38:54 | LambdaCalculus37 | amiconn: Out of simple curiosity, if I were to build Rockbox for the JBRv1 without database support, how much extra buffer (if any) should that give me? |
20:39:08 | amiconn | I have no idea |
20:40:03 | amiconn | You will at least gain the binsize difference. If you get it small enough to run rombox, you'll reclaim (approximately) the whole binsize for additional buffer |
20:40:27 | amiconn | (binsize means uncompressed here) |
20:41:22 | | Join soap [0] (n=user@rockbox/staff/soap) |
20:42:45 | | Join Seed [0] (n=ben@bzq-84-108-232-45.cablep.bezeqint.net) |
20:42:55 | soap | Bagder, you can go ahead and unban my buildserver if you want. It is not online yet, but when it comes back it will be fully operational - one way or another. |
20:42:59 | * | LambdaCalculus37 also remembered that he still wanted to get an 8MB RAM chip for his Archos |
20:47:11 | | Join {phoenix} [0] (n=dirk@p54B457AE.dip.t-dialin.net) |
20:47:13 | | Quit parafin ("So long and thanks for all the fish") |
20:47:20 | | Join parafin [0] (i=parafin@79.120.12.23) |
20:47:48 | | Quit parafin (Client Quit) |
20:48:03 | | Join parafin [0] (i=parafin@paraf.in) |
20:49:36 | Zagor | 103 bugs closed since 3.0 |
20:49:57 | rasher | Zagor: Can you generate a list that includes the close message? |
20:50:08 | * | scorche|sh reminds LambdaCalculus37 to get extras if he ever finds them |
20:50:16 | | Quit TheSphinX^ ("XChat@Linux") |
20:50:22 | rasher | I bet a bunch of those are rejects or duplicates |
20:50:30 | Zagor | rasher: I suppose you've found how to get the list from the web interface? not with the close message though. |
20:50:50 | rasher | Zagor: Nope, I've just been going through the messages linked from the svn log |
20:51:05 | Zagor | http://www.rockbox.org/tracker/index.php?string=&project=1&search_name=&type%5B%5D=2&sev%5B%5D=&pri%5B%5D=&due%5B%5D=&reported%5B%5D=&cat%5B%5D=&status%5B%5D=closed&percent%5B%5D=&opened=&dev=&closed=&duedatefrom=&duedateto=&changedfrom=&changedto=&openedfrom=&openedto=&closedfrom=2008-09-23&closedto=2009-01-01&do=index |
20:51:24 | Zagor | whoa, that was longer than I thought... |
20:51:32 | gevaerts | I think it would be good if Mr Someone went through the list to check for rejects, post-3.0 bugs and other unwantedness |
20:51:36 | * | gevaerts volunteers |
20:52:00 | Nico_P | gevaerts: for what purpose? |
20:52:03 | rasher | gevaerts: you're aware that I checked some already |
20:52:07 | soap | PR |
20:52:10 | gevaerts | Nico_P: release notes |
20:52:17 | Nico_P | ah, I see |
20:52:24 | Zagor | I think I can make a "taskid: closemsg" list from mysql |
20:52:40 | Zagor | if that would be more useful? |
20:53:02 | rasher | Certainly - and if you're outputting a html, make it a link to the task |
20:53:33 | rasher | Well, taskid tasksubject: closemsg perhaps |
20:53:44 | Zagor | ok |
20:53:58 | Nico_P | $ svn log -r 18614:HEAD | grep FS | wc -l |
20:53:59 | Nico_P | 102 |
20:54:22 | rasher | Nico_P: Those aren't all bugfixes those. Plenty of patches among them |
20:54:24 | Zagor | I'll see what I can do. my sql skills are somewhat limited... |
20:54:27 | Nico_P | rasher: I know |
20:54:57 | rasher | Zagor: Maybe this might even be interesting to create as a permanent page |
20:54:58 | | Join petur [50] (n=petur@rockbox/developer/petur) |
20:55:43 | Zagor | rasher: hmm, that would mean mixing my poor sql skills with my limited php knowledge. what could possibly go wrong? :) |
20:55:55 | gevaerts | rasher: If you've checked some already, maybe it's best if you add all not-known-to-be-irrelevant ones to the wiki page, and then I'll go through the remaining ones? |
20:56:15 | Zagor | of course I could do it in perl |
20:56:29 | rasher | gevaerts: I've already added them (from the SVN log) |
20:56:30 | | Join neddy [0] (n=john@nat/sun/x-da80a02fa1048d7b) |
20:57:28 | gevaerts | rasher: I know, but that list misses some. Do you still have the full list from the svn log? Then I can remove your remove-list from the FS log, and see what remains |
20:58:38 | rasher | gevaerts: I don't have anything but what I copied to the wiki page |
21:00 |
21:00:22 | | Quit gregorovius (Read error: 60 (Operation timed out)) |
21:00:41 | gevaerts | rasher: ok. I'll see what I can do then |
21:01:46 | | Join gregorovius [0] (n=diego@host25.190-31-15.telecom.net.ar) |
21:02:34 | * | gevaerts wants to tell FS to show him all 103 of them on one page... |
21:03:38 | rasher | I believe there's a preference you can set, but it might not go higher than 100 |
21:03:59 | gevaerts | Thanks. |
21:04:03 | Nico_P | it goes up to 250, and yes it's a pref |
21:06:48 | | Quit massiveH ("Leaving") |
21:07:24 | * | Nico_P likes the ASCII art logo in the old release notes |
21:07:47 | rasher | It's not too late to add it to 3.1 :) |
21:07:58 | Unhelpful | ok... i think get_totalsize and friends should go in a new bmpsize.c, and be moved out the header. recalc_dimension probably belongs there too. |
21:07:59 | Zagor | was it missing from 3.0? |
21:08:00 | gevaerts | rasher: so the list on the wiki is the svn log with all irrelevant stuff filtered out? |
21:08:22 | rasher | In fact.. |
21:08:41 | rasher | gevaerts: Pretty much. I haven't checked for post-3.0 bugs though |
21:09:36 | Unhelpful | these are all things that will be needed for calculating sizes of in-memory bitmaps, and none of them are specific to bitmap files. any other file loader frontend for the scaler will need them. |
21:09:40 | gevaerts | rasher: my plan is to do that :) |
21:09:53 | rasher | gevaerts: not going to stop you |
21:10:15 | | Quit Thundercloud (Remote closed the connection) |
21:10:52 | Zagor | http://www.rockbox.org/tracker/closed-since-3.0.html |
21:11:39 | Zagor | adding links now |
21:12:39 | | Quit gregorovius () |
21:12:53 | Nico_P | Zagor: closure reason too maybe? |
21:13:14 | Zagor | Nico_P: that's what closure_comment is |
21:13:23 | Zagor | oh, you mean the field. right |
21:13:30 | Nico_P | yes, "fixed" and such |
21:13:51 | | Quit miepchen^schlaf () |
21:14:01 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
21:14:02 | Nico_P | we don't have any new officially supported targets, do we? |
21:14:15 | BigBambi | not yet |
21:14:24 | * | BigBambi sees what Nico_P means |
21:14:33 | BigBambi | and the answer is still no :) |
21:15:25 | Nico_P | do the release notes really need to have the full credits? |
21:15:44 | rasher | Tradition! |
21:16:02 | | Quit karashata ("G'bye everyone!") |
21:16:23 | Nico_P | the list has gotten seriously long though |
21:16:29 | | Join miepchen^schlaf [0] (n=miepel@p579EC609.dip.t-dialin.net) |
21:16:53 | Zagor | Nico_P: it doesn't cost anything to include it though |
21:17:03 | Zagor | and I think it's a nice gesture |
21:17:38 | rasher | It's not in the way either, down at the bottom |
21:17:56 | Nico_P | hmm so are we dropping the natural sorting in this release? |
21:18:28 | | Quit fredddy (Remote closed the connection) |
21:20:03 | Unhelpful | it would be nice to support the musicrbrainz sort order tags, for that |
21:20:34 | saratoga | should i delete bugs fixed in targets 3.1 isn't released for? |
21:20:39 | saratoga | from the wiki that is |
21:20:54 | Llorean | Unhelpful: There's an in-progress patch for sort-order tags, but I believe it currently requires you to manually use them as filters in the database. |
21:21:10 | Llorean | I think the preference would be "If an artist sort-order tag is present, use it, otherwise use the normal artist tag" transparently |
21:21:21 | | Join neptunepink [0] (n=poseidon@adsl-75-62-7-167.dsl.snfc21.sbcglobal.net) |
21:21:33 | rasher | Llorean: Also, it displays the sort-order tag, rather than the artist tag. I think kugel had an idea and wanted to work on it |
21:21:41 | maffe | Hm! |
21:22:03 | rasher | natural sorting seems more important/useful in the filebrowser to me |
21:22:32 | maffe | I have another idea :) Instead of USB, one could use the line-in to receive a modulated signal :D |
21:22:32 | | Join karashata [0] (n=karashat@69.41.192.215) |
21:23:12 | _Auron_ | it's completely possible :P |
21:23:18 | Unhelpful | needs work, then. i think that perhaps the best response to akio's report might be to replace the #ifdefs there with if (remote && sizeof(fb_data) != sizeof(fb_remote_data), since there are too many complicated ways for this to go wrong, and that's what the real condition is. |
21:23:27 | _Auron_ | it's what TI graphing calculators do |
21:24:20 | Unhelpful | rasher: and natural sorting would still be useful as an approximation of correct sorting in tag db when there are no sort order tags, i'd think |
21:24:39 | rasher | Unhelpful: I don't think the two are terribly related, really |
21:25:22 | * | gevaerts sees a comeback of the natural sorting order discussion and remembers his plans for when that happens |
21:25:32 | amiconn | arrrgh |
21:25:34 | gevaerts | All sorting orders are equally natural or unnatural! |
21:25:35 | Unhelpful | plans...? |
21:25:47 | Llorean | Unhelpful: A naming dispute. |
21:26:19 | maffe | _Auron_: you mean data transmission over line-in? |
21:26:46 | Zagor | resolution_reason added |
21:29:14 | gevaerts | saratoga: was FS #9410 present in 3.0? |
21:29:25 | Unhelpful | thoughts on this? http://pastebin.com/d65cf48b7 |
21:29:35 | Zagor | links added |
21:29:57 | saratoga | gevaerts: no its related to dual core playback |
21:30:12 | gevaerts | ok. Not for the release notes then |
21:30:15 | | Join Aurix_Lexico [0] (n=comrade@68.56.205.239) |
21:30:26 | Unhelpful | the extra condition is what the complicated #if is really trying to express. unless i'm missing some way to test size of a typedefed data type in macro? |
21:30:58 | gevaerts | I'm not sure what to do with FS #9360 |
21:31:48 | rasher | gevaerts: Just include it, I'll say |
21:32:20 | gevaerts | OK. I'm going to add some bugs right now. Should I remove the build system and manual ones while I'm at it? |
21:32:44 | rasher | Go for it |
21:33:09 | rasher | Or make sections, perhaps |
21:34:13 | gevaerts | I think that at least build issues are irrelevant for releases, unless maybe those that are visible when building voices |
21:34:43 | Zagor | Unhelpful: it seems to me those two conditionals are rather different? |
21:35:21 | | Quit soap (Read error: 110 (Connection timed out)) |
21:35:22 | Unhelpful | Zagor: they are. the second is just to guard the test, since fb_remote_data is undefined on targets without an LCD remote |
21:35:53 | BigBambi | Zagor: I like the title of http://www.rockbox.org/tracker/closed-since-3.0.html - "SQL result - phpMyAdmin 2.11.8.1deb4" :) |
21:35:54 | | Join soap [0] (n=user@89.sub-70-212-91.myvzw.com) |
21:36:07 | Zagor | BigBambi: pretty huh :) |
21:36:11 | BigBambi | yep :) |
21:37:07 | Unhelpful | the if() condition represents what the original #if was trying to do - use sizeof(fb_remote_data) if the bitmap is for a remote and if the remote data size is different from the main display data size |
21:37:33 | | Quit karashata ("G'bye everyone!") |
21:37:38 | gevaerts | rasher: I think the xpdf search issue can probably stay, but I very much doubt if people who use releases care about the other build and manual issues |
21:38:31 | Llorean | gevaerts: Maybe a simple note about "misc build system changes" or something? |
21:38:41 | gevaerts | Llorean: ok |
21:38:43 | Llorean | A way to note that they happened, but aren't really relevant to the final output? |
21:38:52 | | Join funman [0] (n=fun@rockbox/developer/funman) |
21:39:03 | Zagor | Unhelpful: in that case I say use the code rather than the macro. |
21:39:34 | | Quit neptunepink (Read error: 104 (Connection reset by peer)) |
21:40:06 | bluebrother | hmm. Maybe it would make sense to include build system / manual / etc bugs in the list but sort them out? |
21:40:52 | | Join massiveH [0] (n=massiveH@pool-72-76-241-148.nwrknj.fios.verizon.net) |
21:42:05 | rasher | I was thinking have the closed bugs split in "core / plugins / manual / misc" sections, like the Known Bugs section |
21:42:33 | maffe | I think I should write a DTMF decoder for Rockbox |
21:43:31 | LambdaCalculus37 | funman: I've been trying out the Clip for a little while already, and I've noticed that while MP3 playback tends to skip and stutter a lot, Vorbis playback is quite smooth. |
21:45:20 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
21:45:29 | | Join perrikwp [0] (i=18ac0c41@gateway/web/ajax/mibbit.com/x-10e5cfb07aae72f6) |
21:45:44 | funman | LambdaCalculus37: that's explainable if vorbis requests higher packets to the buffering thread; i understood that the flash buffering would only refill when a request couldn't be serviced without reading from the flash |
21:46:32 | | Join liguhy [0] (n=46b3aebf@gateway/web/cgi-irc/labb.contactor.se/x-0bd466de29dd17fb) |
21:47:34 | funman | it would be nice to find if/where buffering.c bugs on us |
21:47:46 | liguhy | anyone know if it is possible to rotate an e270's screen output 180 degrees? |
21:47:59 | liguhy | have a damaged lcd where you can't see the top 1/3 |
21:48:28 | BigBambi | You want the "Upside Down" mode |
21:48:48 | liguhy | deal is, I can't see most of the menu's cause they're usually all in the top 1/3 :( |
21:49:02 | BigBambi | the manual has the menu layout I think |
21:49:10 | * | BigBambi checks that statement |
21:49:42 | maffe | maybe you should activate voice output |
21:50:04 | liguhy | still have to find it in the menus. lol |
21:50:09 | | Quit soap ("Leaving") |
21:50:13 | BigBambi | hmm, it doesn't |
21:50:16 | Llorean | Voice output defaults to enabled. |
21:50:30 | Llorean | You just don't hear it normally because it doesn't do anything until you copy a voice file over. |
21:51:03 | gevaerts | OK. All closed bugs still listed on ReleaseNotes31 were present in 3.0 |
21:51:29 | liguhy | so I should hear my menus by default? don't remember that |
21:51:39 | BigBambi | <Llorean> You just don't hear it normally because it doesn't do anything until you copy a voice file over. |
21:51:54 | LambdaCalculus37 | funman: I'll take a look at it later on. |
21:52:15 | | Quit herrwaldo (Read error: 104 (Connection reset by peer)) |
21:52:31 | liguhy | ok, so I assume that's something I do manually through the computer and reboot the sansa? where's the voice file? |
21:52:53 | BigBambi | http://www.rockbox.org/twiki/bin/view/Main/RockboxExtras |
21:53:01 | BigBambi | I'm pretty sure the manual tells you that |
21:53:17 | | Quit wpyh (Read error: 110 (Connection timed out)) |
21:53:18 | leachim6 | is there any lyrics support in RB ? |
21:53:31 | BigBambi | There is a patch on the tracker |
21:53:38 | leachim6 | ...how can I make that work ? |
21:53:38 | BigBambi | I don't know how up to date it is |
21:53:45 | leachim6 | also...how about ratings |
21:53:50 | leachim6 | how do song ratings work |
21:53:54 | BigBambi | By patching the source code with it, then building Rockbox |
21:54:03 | Llorean | leachim6: Please, read the manual for what features Rockbox already has. |
21:54:10 | leachim6 | of course... |
21:54:11 | leachim6 | sorry |
21:54:11 | liguhy | I'll check it out and look for the upside down mode and/or voice commands |
21:54:15 | liguhy | thanks |
21:54:20 | funman | LambdaCalculus37: I had tried some time ago to add sanity checks in various functions |
21:54:21 | | Quit perrikwp ("http://www.mibbit.com ajax IRC Client") |
21:54:43 | funman | but didn't figure anything expect that the pcm buffer looked corrupted |
21:55:00 | bertrik_ | funman, I think you had some doubt about the GPIO pins I assigned to i2c on the fuze |
21:55:58 | funman | bertrik_: yes, I saw the pins you mentioned in GPIOB isr (probably related to buttons/wheel), and in wav_codec (where I had found FM code for m200v2/fuze) block I found the same pins than e200v2 |
21:56:17 | | Join herrwaldo [0] (n=waldo@ip-81-11-215-81.dsl.scarlet.be) |
21:56:28 | funman | kugel tried to use these pins and could access the FM menu and see frequencies change, but no sound to confirm that FM worked |
21:56:50 | funman | a panicf() in si4700_init() would tell for sure ;) |
21:57:41 | bertrik_ | the latest clip radio patch also adds some more debugging info to the fm debugging screen, that may help too |
21:57:58 | | Join ibseco [0] (n=ibseco@BAH647c.bah.pppool.de) |
21:58:59 | funman | we can't use buttons (yet) on the fuze so all the menu selection has to be done via config files |
21:59:48 | | Quit LambdaCalculus37 ("http://www.mibbit.com ajax IRC Client") |
22:00 |
22:00:09 | bertrik_ | funman, I'm pretty sure that the protocol done on those pins was i2c, and not button code, I can look it up for you if you want |
22:00:18 | funman | I have (with a lot of difficulty) soldered 8 wires to the (JTAG?) connector of my bricked Clip, I'll look for JTAG wiggler mapping and try to establish a connection |
22:00:36 | funman | bertrik_: I have posted an analysis earlier, let me find the link |
22:01:01 | funman | i thought (a lot) also about i2c but it seems to miss ack bytes |
22:01:03 | funman | bits* |
22:01:44 | funman | http://paste.ubuntu.com/83703/ |
22:02:30 | bertrik_ | funman, if you look closely at the PCB picture from the ABI disassembly and compare the traces with the ball layout, you can trace most JTAG pins |
22:03:03 | funman | i was actually going to trust that the e200v2 mapping was the same ^^ |
22:03:41 | bertrik_ | funman, I think it is |
22:04:17 | liguhy | got the voice stuff working just by updating, guess it wasn't in my older version. found what I needed in the manual. thanks guys! |
22:04:47 | funman | I think my cable is this one: http://www.jtagtest.com/pinouts/arm20 |
22:05:11 | liguhy | guess I don't have to ebay it for 15 bucks, learn how to solder and try doing a new lcd, or just trashing it. rockbox rocks my socks off :) |
22:08:25 | leachim6 | I can't find song ratings in the manual |
22:08:25 | | Quit liguhy ("CGI:IRC (EOF)") |
22:08:27 | leachim6 | can someone link me ? |
22:10:06 | funman | http://download.rockbox.org/manual/rockbox-sansac200/rockbox-buildch4.html#x7-390004 search "rating" |
22:10:06 | bertrik_ | funman, I think it does look very much like i2c, for example a start condition on line 18, on line 41 it reads back the ACK after writing a byte, but I would expect B1=0 on line 61 as an ACK |
22:10:19 | leachim6 | thanks |
22:11:04 | | Join MethoS-- [0] (n=clemens@dyndsl-085-016-162-065.ewe-ip-backbone.de) |
22:11:06 | | Join slckr [0] (n=44204a41@gateway/web/cgi-irc/labb.contactor.se/x-06a60f2a8b1e0a86) |
22:11:08 | funman | bertrik_: i probably messed up when reading |
22:11:14 | slckr | hey everyone |
22:11:41 | funman | I just think : there is no address (or rather i didn't find any) |
22:11:55 | slckr | so i just got this player called the Slacker Portable and im wondering if anyone thought id be perfect for rockbox |
22:12:27 | slckr | its got a 4 inch crisp screen and a touch pad, im thinking of startign up a website with its innards splayed out |
22:12:36 | bertrik_ | funman, BTW, I think it is common to NOT ack the last byte read, so when reading only 1 byte, it is normal to NAK it |
22:12:39 | funman | slckr: you could put pictures on the wiki |
22:12:53 | saratoga | slckr: feel free to port rockbox to it |
22:12:55 | Llorean | slckr: Rockbox happens when owners of the players decide they're interested enough to do the work. |
22:13:10 | Llorean | The best way to get Rockbox on a player is to find people who already have the player, and get them interested in working on it too. |
22:13:11 | jhMikeS | bertrik_: you are correct, sir |
22:13:29 | slckr | ok. ive used rockbox since the beginning on my archos brick, then i used it on the ipod, then my gigabeat. I can't wait until i start to open this thing |
22:13:48 | slckr | frickin wifi built in. imagine applications being downloaded through rockbox or something |
22:13:58 | funman | bertrik_: it's right, the code ack the x-1 bytes, and nak the last one (but always only read one) |
22:14:38 | Llorean | slckr: Rockbox isn't really designed to be a multifunction OS. If you're thinking like that, you may prefer working on a distro of Linux for it. |
22:14:38 | bertrik_ | hmm, the i2c address is 0x61, so it's definitely not an si4700 radio that it communciates with |
22:14:48 | funman | oh of course .. |
22:15:03 | funman | i guess the generic i2c driver would fit perfectly then |
22:15:09 | gevaerts | rasher: can you check if the closed bugs lists on ReleaseNotes31 are ok now? |
22:15:16 | funman | we just need kugel now ^^ |
22:15:25 | | Join MethoS_ [0] (n=clemens@dyndsl-085-016-163-236.ewe-ip-backbone.de) |
22:15:51 | rasher | gevaerts: I'd add a header like in Known bugs, so it gets an entry in the TOC |
22:16:11 | funman | by the way I see the address sent most significative bit first, and the read is made less significative bit first, does it sound normal? |
22:16:18 | rasher | And remove the note at the bottom about introduced bugs, if we've weeded those out |
22:16:23 | rasher | s/we/you/ |
22:16:26 | slckr | thanks for the linux tip, i just googled and it runs linux |
22:16:29 | slckr | woozaah |
22:16:42 | | Join domonoky [0] (n=Domonoky@rockbox/developer/domonoky) |
22:16:54 | gevaerts | rasher: once saratoga is done I'll do those |
22:16:54 | funman | slckr: you could run linux, and then build a simulator with libsdl ;) |
22:16:55 | slckr | doesn't this make it easier rockbox to port? |
22:17:13 | slckr | i wish i had an idea how to use commands in linux :p |
22:17:18 | gevaerts | It may make it easier to find documentation |
22:17:51 | slckr | these things are going for $60 seems very frickin cheap for wifi player |
22:18:31 | saratoga | done |
22:18:53 | saratoga | slckr: another good thing to remember is not to annoy developers by telling them how great a port would be |
22:19:54 | | Nick bertrik_ is now known as bertrik (n=bertrik@ip117-49-211-87.adsl2.static.versatel.nl) |
22:20:17 | funman | saratoga: did you find some JTAG software which runs on Linux? |
22:20:29 | bertrik | openocd! |
22:20:36 | BigBambi | gevaerts: Perhaps a note on the known bugs bit to say that not all of these affect all targets (or omething imilar) |
22:20:49 | gevaerts | BigBambi: good idea |
22:20:56 | | Join Nibbler [0] (n=Nibbler@pD9E31CD5.dip.t-dialin.net) |
22:21:02 | slckr | haha, great. im just excited about the posibilities, with any player with rockbox :) |
22:21:23 | funman | bertrik: thanks |
22:21:29 | slckr | thanks you all, ill be back here in a few days. ill have pictures of the innards :p |
22:21:45 | saratoga | funman: karl recommended OpenOCD based on his work on the gigabeat |
22:22:15 | bertrik | it works with a lot of JTAG "cables". I have a simple parallel port "wiggler" and it worked with that too. |
22:22:18 | saratoga | i'm sure he'd be willing to help you with it |
22:23:02 | gevaerts | rasher: done |
22:23:10 | gevaerts | BigBambi: can you check my wording? |
22:23:20 | BigBambi | sure |
22:24:04 | BigBambi | I'd still mention that they don't all apply to all players |
22:24:17 | bertrik | it looks like the buttons on the fuze go straight to the ribbon connector without any i2c chip in between, so I don't know what the i2c is for yet |
22:24:37 | BigBambi | Perhaps "Please have a look at the individual bug reports if you think that some may apply to you, as often a bug can depend on very specific circumstances and many only exist on certain DAPs" |
22:24:46 | BigBambi | or whatever is the preferred term for DAP :) |
22:25:10 | rasher | I try to avoid using DAP |
22:25:20 | BigBambi | yes, that is why I mentioned it |
22:25:23 | funman | bertrik: the wheel as well? |
22:25:34 | | Quit MethoS- (No route to host) |
22:25:40 | gevaerts | "players", as used elsewhere on the page |
22:25:42 | BigBambi | but some don't like Player as Archos helpfully named one it |
22:25:48 | BigBambi | OK |
22:26:06 | gevaerts | BigBambi: done |
22:26:11 | BigBambi | cool |
22:27:00 | BigBambi | The page looks good |
22:27:19 | bertrik | funman, I think so, I assume that the wheel is sensed by the two small 4-pin black rectangular thingies |
22:27:23 | rasher | What does "Configurable mono recording mode" mean? |
22:27:47 | gevaerts | That's about some things petur did I think |
22:27:58 | Llorean | rasher: "Left" "Right" "Left+Right" |
22:27:58 | funman | I see 20 pin JTAG headers, but I'm not sure if I must read from top to bottom or the reverse, and which side is the left or right. Does the rule for IDE wires apply here ? (red wire is/next to power) |
22:28:09 | * | BigBambi makes the most vital edit of all - "these page is" to "this page is" :) |
22:28:11 | rasher | Llorean: Ah |
22:28:41 | | Quit jhulst (Remote closed the connection) |
22:28:46 | Llorean | I hoped you'd understand that, because I think if I tried to explain it with words I'd have mangled it horribly. |
22:28:51 | Llorean | With more words, rather. |
22:29:02 | | Quit EspeonEefi ("ăăăȘă") |
22:29:05 | funman | bertrik: reading from the wheel will be enough to higher the moral of our troops ! |
22:29:08 | gevaerts | Of course we need to remember to review these lists in a few weeks when we actually release |
22:29:17 | saratoga | funman: get a breadboard and then wire the jtag into that so you can flip the order around |
22:29:27 | | Join jhulst [0] (n=jhulst@unaffiliated/jhulst) |
22:29:35 | | Quit MethoS-- (Read error: 113 (No route to host)) |
22:29:36 | saratoga | though the order is probably the same as atomicpunk found on his m200 |
22:29:41 | funman | saratoga: i have no breadboard and not enough wires |
22:30:05 | saratoga | they're a few dollars in the US, might be worth getting one |
22:30:07 | funman | but well i'll use the JTAG connector as a breadboard and put the wires directly into it without solder/connector |
22:30:13 | rasher | Llorean: Think I got it. |
22:30:22 | funman | Unfortunately I don't know where to get one, and i critically miss time |
22:30:28 | saratoga | also, i managed to solder my fuze finally using a microscope and a very fine soldering tip |
22:30:38 | funman | congrats! |
22:30:42 | bertrik | maybe the i2c goes to a kind of expander chip to read all the buttons on the fuze |
22:30:42 | saratoga | but have not yet had the courage to take it off the microscope mount and into my work bench |
22:31:03 | saratoga | i2c is really odd, they only need 2 pins for the wheel and they have plenty for that |
22:31:08 | bertrik | I can't find any other chips on the fuze photo's that could do that |
22:31:34 | funman | saratoga: perhaps all the pins go to a converter and this one is linked to the SoC with i2c ? |
22:31:51 | saratoga | perhaps |
22:31:55 | saratoga | just seems like an odd thing to do |
22:32:17 | funman | i've seen odder: some manufacturers use multicolor screens on monochrome daps :/ |
22:32:18 | saratoga | the wheel on the v1s was just directly attached to GPIO |
22:32:35 | saratoga | and its essentially the same type of sensor |
22:32:49 | bertrik | the bus address could be a clue to the type of device, unfortunately there's only 127 device addresses possible, so probably a lot of devices share device addresses |
22:33:44 | funman | is the address 0x60 or 0x30 << 1 ? |
22:35:32 | | Quit saratoga ("CGI:IRC (EOF)") |
22:35:56 | | Quit neddy (Connection timed out) |
22:36:12 | *** | Saving seen data "./dancer.seen" |
22:36:39 | | Join obo [0] (n=obo@rockbox/developer/obo) |
22:38:43 | | Quit slckr ("CGI:IRC (EOF)") |
22:38:58 | | Nick amiconn is now known as lazyconn (n=jens@rockbox/developer/amiconn) |
22:39:09 | | Nick lazyconn is now known as amiconn (n=jens@rockbox/developer/amiconn) |
22:40:49 | bertrik | funman, I think it is (address << 1) +W/R bit, but this is usually very confusing in device datasheets |
22:43:11 | bertrik | Fig 10 in the Philips I2C specification (UM10204) shows that the address and the W/R bit are distinct |
22:44:01 | | Join LambdaCalculus37 [0] (n=rmenes@rockbox/staff/LambdaCalculus37) |
22:44:51 | | Quit Nibbler (Read error: 60 (Operation timed out)) |
22:48:08 | | Quit massiveH ("Leaving") |
22:48:40 | | Quit miepchen^schlaf () |
22:50:57 | funman | :q |
22:51:40 | rasher | Are we aiming for December 24th? |
22:52:26 | | Quit {phoenix} (Remote closed the connection) |
22:52:30 | Bagder | not if I'm gonna build the binaries... |
22:52:58 | Bagder | then we're going for 25th or 26th |
22:54:05 | Llorean | I'll be happy as long as there's a RC in a week. |
22:54:33 | Llorean | If there's a little delay in building after the second week, it's not a big deal. |
22:54:34 | bluebrother | we need an updated Rockbox Utility as well, and I won't be able doing them over the holidays |
22:54:37 | Bagder | I'll make a round of RC builds immediately after the branch I think |
22:55:01 | bluebrother | unless doing them before. Shouldn't be a problem as there isn't much activity around that at all |
22:55:26 | Bagder | right, I doubt rbutil should need much change for 3.1 |
22:55:35 | gevaerts | bluebrother: I'd suggest making the full install install the release, not the current build |
22:55:48 | Llorean | Couldn't an updated RButil be basically done now, and we just upload a binary for it when 3.1 is actually out? |
22:56:12 | * | rasher should have another look at compiling a static 64-bit build |
22:57:40 | | Quit XavierGr (Nick collision from services.) |
22:57:51 | | Join XavierGr [0] (n=xavier@rockbox/staff/XavierGr) |
22:59:04 | | Quit petur (Read error: 110 (Connection timed out)) |
22:59:51 | | Quit _lifeless (Remote closed the connection) |
23:00 |
23:00:04 | | Join _lifeless [0] (n=lifeless@90.151.47.154) |
23:00:06 | | Quit Zagor ("Clint excited") |
23:00:18 | funman | no response on the JTAG connection, and the '0 bytes recovery' USB mode shows loads of errors now |
23:00:59 | funman | + one of the wires unsoldered so i won't try anymore for today |
23:01:37 | Nico_P | is there a way to get a wiki index as a tree? |
23:02:01 | bluebrother | Llorean: it could. |
23:02:02 | | Quit itcheg ("http://www.mibbit.com ajax IRC Client") |
23:02:19 | rasher | Nico_P: I doubt it'd be useful. Most pages don't have a parent set, or a completely random page as parent |
23:02:35 | | Join perrikwp [0] (i=4aa794a0@gateway/web/ajax/mibbit.com/x-23b07ef046c2fc01) |
23:03:06 | Nico_P | rasher: that's the point actually. I'd like to be able to easily spot which pages could get a relevant parent |
23:03:23 | bertrik | funman, it would be interesting to see what we read back from i2c address 0x61 and if buttons or the wheel influence the reading. Indeed I think we can re-use generic_i2c for that. |
23:03:59 | * | funman desperately looks around for kugel |
23:04:49 | rasher | Nico_P: Ah. No idea anyway. Btw, why does the # character in a wps eat the following newline? Shouldn't that only happen if the comment is the full line? |
23:05:14 | Nico_P | rasher: IIRC it does |
23:05:32 | Nico_P | I think it does what you say |
23:05:44 | funman | bertrik: do you know how we can use the seek feature of SI4700 to look for channels ? All frequencies are 'tuned' so we can't detect proper channels that way |
23:06:00 | rasher | Nico_P: Nope - try this wps: %ia#artist\n%it#title |
23:06:26 | Nico_P | artist and title show on the same line? |
23:06:43 | Nico_P | Bagder: here? |
23:06:59 | Bagder | I am |
23:06:59 | bertrik | funman, no, I think the seek function of the si4700 does not really match with the radio code in rockbox |
23:07:01 | rasher | Nico_P: Yup |
23:07:16 | funman | bertrik: i was afraid of that :/ |
23:07:25 | Nico_P | Bagder: any chance we could get TWiki's Tree and/or TreeBrowser plugin installed? |
23:07:49 | | Quit funman ("leaving") |
23:07:52 | Bagder | quite probably, let's talk with Zagor about that when he gets around next time |
23:10:28 | Nico_P | I think we would gain readability by using TreePlugin |
23:11:41 | bertrik | funman, maybe the AFC rail can be used to determine if the currently tuned frequency corresponds to a valid channel with a radio station on it |
23:12:01 | | Join massiveH [0] (n=massiveH@ool-44c48a1e.dyn.optonline.net) |
23:13:19 | Llorean | For people who've held the clip: Does it seem unreasonable to use the volume +/- buttons to move up and down in the list? |
23:13:33 | Llorean | Doing that would make the keymap _much_ simpler, and it's not uncomfortable at all for me at least with either hand. |
23:14:31 | LambdaCalculus37 | Llorean:Works for me. |
23:14:44 | bertrik | I find it much easier to use the buttons around the select button to move up and down |
23:15:01 | | Join miepchen^schlaf [0] (n=miepel@p579EC609.dip.t-dialin.net) |
23:15:24 | gevaerts | I'm a bit dubious about this. How will volume setting work? |
23:15:32 | Llorean | gevaerts: Same as always. |
23:15:32 | bertrik | the headphone plug gets a bit in the way for comfortable navigation |
23:15:44 | Llorean | gevaerts: It's only applicable to the list, where on most targets you can't adjust the volume anyway. |
23:17:38 | Llorean | And it would, I believe, allow for the clearing up of every core keymap issue on the clip all in one go. |
23:18:09 | | Quit jgarvey ("Leaving") |
23:18:15 | bertrik | what core keymap issues? |
23:18:16 | | Quit LambdaCalculus37 ("Ka-chunka") |
23:18:16 | * | amiconn would think that using the volume buttons for up/down would be rather unintuitive |
23:18:20 | Llorean | bertrik: If I whip up a patch later, would you mind trying using it for a few days, see if it's one of those "uncomfortable now, because I'm not used to it things" or if it's a "always uncomfortable" thing? |
23:18:36 | amiconn | What would you put on the up/down buttons? |
23:18:41 | Llorean | amiconn: There aren't one. |
23:18:47 | amiconn | hmm? |
23:18:51 | Llorean | It's like the c200, except the volume button is vertical rather than horizontal |
23:18:52 | gevaerts | Llorean: I would still strongly prefer to keep volume buttons for volume everywhere, but I haven't tried the alternative (on any player) |
23:19:10 | amiconn | Iiuc the wheel-like thingy is actually a 4-directional button? |
23:19:27 | bertrik | amiconn, exactly |
23:19:34 | Llorean | amiconn: In the same sense the iPod wheel is a 4-directional button. They're labelled and everything. |
23:19:52 | * | amiconn doesn't remember having seen any labels on them |
23:20:04 | Llorean | They light up, you don't often see them in powered-down ones. |
23:20:14 | amiconn | ah |
23:20:28 | bertrik | Llorean, I don't think I can be convinced easily about this, but I won't mind trying it |
23:20:55 | amiconn | Well, on the M3 we have to use Vol-Up/Down for list navigation... |
23:21:01 | Llorean | "Up" is "Play/Pause" and down is "Submenu" like other Sansas. |
23:21:28 | * | amiconn doesn't understand why they did that weird assignment |
23:21:53 | * | gevaerts clarifies that "strongly prefer" doesn't mean "strongly object to the alternative" |
23:22:10 | Llorean | The volume button doesn't seem to do anything in the list at the moment, actually. |
23:23:02 | gevaerts | hm, the volume buttons seem to work properly in lists in my gigabeat, but the status bar doesn't update properly |
23:23:23 | Llorean | gevaerts: Just referring to the clip here |
23:23:28 | Llorean | It definitely works in the lists on the Gigabeat F |
23:23:38 | bertrik | I would like to have the volume buttons control volume in every menu if possible |
23:23:53 | gevaerts | Llorean: does the status bar update properly on your F? |
23:24:14 | Llorean | bertrik: I see "Volume" as being secondary to having buttons for resuming and stopping playback, and other features we've always had a button for. |
23:24:45 | Llorean | gevaerts: It updates slowly. So not entirely properly. |
23:25:04 | gevaerts | Llorean: good point. I hadn't realised that this move would free up the play->WPS combination |
23:25:32 | | Quit ebil|work (Read error: 60 (Operation timed out)) |
23:26:02 | Llorean | gevaerts: That's more or less my goal. The other alternative is to keep the "pad" as directional in the list, and assign the missing functions to the volume buttons. Less intuitive mapping, but possibly easier to use once you know it. |
23:26:14 | bertrik | I like to volume to always work no matter what menu I'm in |
23:26:24 | Llorean | bertrik: You have already said this... |
23:27:26 | Llorean | But, generally speaking, very few Rockbox targets have universal volume control, and in the case of the F it's because it had those buttons completely spare anyway. |
23:27:35 | gevaerts | Llorean: that alternative would mean breaking _every_ label instead of some of them |
23:27:41 | Llorean | In the case of the c200, there's still some discussion over what to do with them. |
23:27:50 | Llorean | gevaerts: That's why I proposed using them for list movement instead. |
23:28:00 | | Quit Schmogel ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
23:28:10 | * | gevaerts slightly leans over to Llorean's proposal |
23:28:27 | Llorean | "Up" and "Down" at least, in a sense, has an intuitive relation to how the buttons are positioned out still. |
23:29:42 | * | bertrik still thinks it's a very awkward idea |
23:29:43 | Llorean | Anyway, at the very lease we can try it out. |
23:31:21 | leachim6 | where do you guys get all of your themes from ? |
23:31:37 | * | domonoky thinks the m200v4 has a similar key lay-out, but i would not want to use the volume_keys for up/down, better reuse the vol only where needed, and keep the volume on other screens.. |
23:31:38 | leachim6 | when I used RB before....there was a site that had hundreds of them |
23:31:44 | leachim6 | but I can't seem to find it again |
23:31:57 | domonoky | leachim6: take a look at the wiki under WpsGallery |
23:32:06 | BigBambi | www.rockbox.org/wiki/WpsGallery |
23:32:14 | Llorean | domonoky: The m200 has a different physical layout though. They aren't up/down there. It should probably reflect the c200's final mapping, whatever that is, only without a Record button. |
23:33:51 | leachim6 | thanks, that's not the site I used before, but it has tons of themes anyway |
23:33:54 | leachim6 | what themes do you guys use |
23:33:57 | leachim6 | is that off-topic ? |
23:34:33 | domonoky | Llorean: did you find time to rockbox your m200v4 ? :-) |
23:36:13 | Llorean | domonoky: Ah, that reminds me. How do you dual boot an m200? |
23:36:19 | _Auron_ | will there be an announcement when sansa v2s are supported? |
23:36:33 | gevaerts | _Auron_: of course |
23:36:36 | domonoky | Llorean: press left, while booting.. |
23:36:37 | _Auron_ | awesome |
23:36:42 | Llorean | _Auron_: It'll be in MajorChanges |
23:36:50 | Llorean | domonoky: I thought the m200 was one of the ones where keys weren't supported yet? |
23:36:55 | * | Llorean can't apparently keep track of these things |
23:37:22 | bertrik | maybe we need a more detailed port progress table for ams sansas :P |
23:37:22 | domonoky | nope keys on m200v4 work since a long time. |
23:37:27 | Llorean | Ah |
23:37:37 | | Quit kachna (Remote closed the connection) |
23:37:39 | domonoky | i even have fm-radio running locally in my tree :-) |
23:37:46 | Llorean | Then I'll Rockbox my m200 tonight, when I get home with a battery for it. |
23:37:50 | _Auron_ | how difficult would it be to start working on a plugin for rockbox? (ie a game) |
23:38:15 | Llorean | _Auron_: There are people whose first C experience ever has been in working on a plugin for Rockbox. |
23:38:29 | _Auron_ | well that sounds rather pleasant actually |
23:38:36 | domonoky | _Auron_: depends on your coding skills, but plugins are easy.. take look at some simple plugins to see how they work.. |
23:39:16 | _Auron_ | most I ever did in C/C++ was a basic software 3d engine using SDL to access the framebuffer and create a windows app |
23:39:54 | _Auron_ | which used text-output milkshape 3d models for 3d models |
23:39:58 | gevaerts | _Auron_: you probably can manage a plugin then |
23:40:09 | | Join kachna [0] (n=kachna@r4ax178.net.upc.cz) |
23:41:39 | _Auron_ | will probably look into it once sansa v2s are supported |
23:41:59 | | Quit domonoky (Read error: 104 (Connection reset by peer)) |
23:47:02 | | Join Hillshum [0] (n=chatzill@75-165-241-220.slkc.qwest.net) |
23:48:54 | | Join itcheg [0] (i=62db4767@gateway/web/ajax/mibbit.com/x-59ae30aa8a12af4d) |
23:50:01 | alexbobp | I have a philosophical question. If the clip breaks off of my sansa clip, is it still a sansa clip? |
23:50:40 | BigBambi | alexbobp: Please stay on topic |
23:50:52 | | Join EspeonEefi [0] (i=eefi@STRATTON-TWO-EIGHTY.MIT.EDU) |
23:50:52 | | Join Thundercloud [0] (n=thunderc@cpc1-hem18-0-0-cust660.lutn.cable.ntl.com) |
23:50:53 | alexbobp | okay, sorry >_> |
23:52:18 | | Quit EspeonEefi (Client Quit) |
23:53:15 | * | Llorean definitely sees a few keymap improvements for the clip already. |
23:53:23 | Llorean | That i feel will be non-controversial. |
23:53:46 | Llorean | Specifically, the quickscreen is a bit hard to leave right now. |
23:54:35 | bertrik | oh I think QS support for Clip was added only today or yesterday, so very possible that it doesn't work very intuitively yet |
23:55:53 | Llorean | Well, it allows both "up" and "down" to control the bottom one, which is unnecessary and makes it hard to leave the screen (though select could also be used for leaving it instead of Up) |
23:58:51 | | Quit bertrik ("zZz") |