00:01:10 | Febs | A question about how to refer to menus. There are two menus that I've been referring to as the file menu: 1. the menu that is invoked on iriver by pressing and holding NAVI while in the WPS, and 2. the menu that is invoked by pressing and holding NAVI on a file in the file browser. |
00:01:50 | Febs | The 2.4 manual suggests to me that these were once identical, but they now diverge significantly. How should I refer to each in the documentation? |
00:03:01 | Febs | I could either use different names, or keep calling them both "File Menu" but note in the documentation which menu items are available when the menu is called from the WPS versus from a file. |
00:03:02 | Febs | Any thoughts? |
00:03:17 | lostlogic | what sdl packages are needed to build the rockbox sdl sim? |
00:03:34 | Bagder | Febs: we call it the context menu |
00:03:49 | preglow | which makes sense |
00:04:01 | Bagder | lostlogic: libsdl1.2-dev on debian |
00:04:15 | Febs | I've seen that reference before, but couldn't find the word "context" in the 2.4 manual. |
00:04:40 | Bagder | there was no context menu in 2.4 |
00:04:54 | Bagder | iirc |
00:05:13 | Febs | That would explain it. |
00:06:40 | | Quit CoasterMaster () |
00:07:20 | Febs | Which of the two menus do you call the "context menu." Or do you consider those to be a single menu with different options depending on the context? |
00:07:34 | lostlogic | they are both context menus, in different contexts. |
00:07:45 | preglow | let's not take that road... |
00:08:21 | preglow | "In Rockbox, we believe in context. Every menu is called a context menu, because they always have some context. Learn to like this." |
00:09:03 | | Join JdGordon [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
00:09:05 | Febs | Hmm, that would certainly be confusing. |
00:09:07 | Bagder | haha |
00:09:26 | Bagder | not all are context menus |
00:09:39 | Bagder | we did design the long-press to be the context menu |
00:09:46 | lostlogic | sdl sim says corrputed double linked list :( |
00:09:56 | Bagder | to have options that would be sensible for the context in which you press the key |
00:09:57 | preglow | linuxstb: managed to hang the wps, btw, i skipped back a couple of times at the end of a short track, then the wps just stayed on that track, but started playing some other ones |
00:10:03 | preglow | linuxstb: not much of a bug report... |
00:10:08 | Bagder | lostlogic: ugh |
00:10:23 | lostlogic | Bagder: says so when loading a codec |
00:10:43 | preglow | i need sleep |
00:10:46 | preglow | later |
00:11:00 | lostlogic | *shrug* I haven't had a simulator play music in at least a month though, so I'm not sure it's sdl specific. |
00:11:34 | t0mas | Bagder: seen pm? |
00:11:41 | Bagder | yeps, looked fine |
00:11:51 | t0mas | ok, I hope to have it working tomorrow |
00:11:57 | amiconn | A context menu is a quite common GUI concept today. |
00:12:01 | Febs | When called from the WPS, there are 5 options: playlist, rename, delete, open with, create directory. When called from the file browser, there are 7 options: sound settings, playlist, bookmarks, show ID3 ifno, open with, graphical EQ, browse EQ presets. |
00:12:08 | t0mas | but my perl is a little rusty :) |
00:12:12 | * | Bagder leaves for bed... |
00:12:18 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
00:12:32 | t0mas | good nigt |
00:12:35 | t0mas | *night |
00:12:47 | Febs | Moreover, the "playlist" option has different functions on each menu. |
00:13:16 | [IDC]Dragon | night |
00:13:20 | amiconn | The number of options in the context menu varies depending on the item you call it on |
00:13:38 | [IDC]Dragon | Bagder: I just replied your email |
00:13:59 | midkay | night [IDC]Dragon |
00:14:25 | [IDC]Dragon | that "night" was directed to Bagder leaving |
00:14:31 | [IDC]Dragon | but thanks |
00:14:31 | midkay | oh. |
00:14:42 | midkay | :( |
00:14:45 | midkay | *runs off crying* |
00:14:49 | [IDC]Dragon | I won't stay much longer, too |
00:15:03 | Febs | From a documentation perspective, it would be easier to just refer to these by different names, IMO. But I'm happy to write it up as a single "context" menu if that is the consensus. |
00:15:12 | midkay | hooray then :) not that i want you to leave! :) |
00:15:43 | amiconn | Febs: It's not a single context menu. As the name says, it depends on the context. |
00:16:03 | amiconn | You can call it the WPS context menu, the file context mmenu, directory context menu etc |
00:17:00 | Febs | Perfect. |
00:17:45 | | Join Zoide777 [0] (i=Zoide777@aodio.Stanford.EDU) |
00:17:48 | Zoide777 | hi |
00:18:17 | Zoide777 | is there a way to change the source files so that the 4g grayscale highlights the currently selected menu item? |
00:18:30 | Zoide777 | it's quite frustrating having to guess where the selection is currently at... |
00:18:41 | ender` | is it just me, or is parallel building (make -j3) a bit broken? |
00:18:43 | Zoide777 | (I'm hoping it'll be an easy fix like the contrast one?) |
00:19:06 | lostlogic | ender`: broken, please fix ;) |
00:19:34 | * | Febs ponders whether to write these up in the wiki for now, or to get started on figuring out LaTeX. |
00:20:03 | amiconn | Zoide777: You can use the arrow cursor in the meantime |
00:20:23 | amiconn | The LCD driver is far from finished |
00:21:29 | ashridah | Febs: latex's pretty easy to get into. more than enough info on the web about it too |
00:21:43 | markun | any idea what functions named 'lcdMPon' and 'lcdMPoff' could be in an LCD driver? |
00:21:50 | petur | any tortoisecvs user around? |
00:22:14 | Zoide777 | amiconn: how do I enable that? |
00:22:17 | BHSPitLappy | uhh...yes? |
00:23:11 | petur | to have it log in as another user, should I edit the Root file in /CVS ? |
00:23:18 | amiconn | Zoide777: General Settings->Display->LCD Settings->Line Selector: Pointer |
00:23:37 | BHSPitLappy | petur: no clue |
00:24:00 | petur | I'll just google a bit then ;) |
00:24:09 | Zoide777 | is there a way to set this default directly via a config file? it's quite difficult going to any specific menu, since you can't tell where the cursor is |
00:26:30 | amiconn | invert cursor: off |
00:28:34 | Zoide777 | thanks, but what file is that in? |
00:29:00 | amiconn | You put this in a .cfg file and then 'play' it |
00:29:23 | amiconn | If you roll your own build, you can also set it as default in the code |
00:29:44 | Zoide777 | ah, that's what I mean. Where in the source code can I change that? |
00:29:56 | amiconn | Then a settings reset (don't know the iPod key combo, linuxstb?) will set it |
00:30:11 | Zoide777 | I really think this should be the default in the CVS, because it's quite inconvenient right now that you can't see the cursor |
00:30:19 | linuxstb | amiconn: If you mean a reset on boot, there isn't one. |
00:30:25 | amiconn | No? |
00:30:47 | linuxstb | No - afaiu, the button driver can't detect already-pressed buttons. |
00:31:07 | amiconn | Zoide777: The inverse bar is default because it's better visible (if it's working, that is) |
00:31:12 | linuxstb | amiconn: I tried adding a key combination once, but it didn't work. |
00:31:23 | amiconn | The greyscale iPods are a very recent addition, far from finished |
00:31:33 | linuxstb | Zoide777: Feel free to fix the lcd driver... |
00:31:40 | amiconn | ...and I'm sure the LCD driver will be completed over time |
00:31:55 | amiconn | If no one else does it before, I'll probably have a look next week |
00:32:43 | midkay | anyone know if there's antialiased line drawing for grayscale and/or color screens? |
00:32:46 | amiconn | apps/settings.c, line 245. Set the value in front of "invert cursor" to false |
00:33:09 | amiconn | midkay: No there isn't and probably won't be |
00:33:22 | midkay | aw, why not? |
00:33:27 | amiconn | Too slow |
00:33:27 | midkay | *runs off crying* |
00:33:47 | midkay | you think? it's just like drawing a few lines instead of one.. |
00:34:01 | amiconn | Yes. |
00:34:09 | midkay | amiconn, how is that too slow? |
00:34:12 | amiconn | It's not just drawing a few lines instead of one |
00:34:30 | midkay | comparable? what's the difference? |
00:34:37 | amiconn | It's dealing with transparency |
00:34:42 | | Join Genre9mp3 [0] (n=yngwiejo@dslcustomer-230-197.vivodi.gr) |
00:35:03 | amiconn | ..and the colour LCD driver is slow as it is, I have no intention to bog it down further |
00:35:09 | midkay | maybe you could simply define a foreground and background color and it would work off that, rather than true transparency? |
00:35:38 | amiconn | Then it wouldn't look like correct anti-aliasing, and still be slow |
00:36:12 | amiconn | This is an embedded device, not a high-end computer-and-room-heater thing |
00:36:32 | Zoide777 | amiconn: great, thanks a lot! |
00:36:47 | midkay | color ipods have antialiasing throughout the original OS and it runs fine.. |
00:37:04 | linuxstb | midkay: That's because Apple cheat and have a constant white background |
00:37:14 | Zoide777 | btw, is it normal for the sound to skip when playing wavpack files on a grayscale 4g? |
00:37:20 | midkay | linuxstb, but if we were able to _define_ backgrounds we could also cheat in cases where cheating would look fine. |
00:37:38 | midkay | true antialiasing may be too slow, but fake would look fine in quite a few cases.. |
00:37:41 | amiconn | How would that work with a backdrop? |
00:37:57 | amiconn | Then fake it at the app layer, i.e. plugin |
00:38:03 | midkay | not a multicolored backdrop, simply a plain color backdrop, i can picture it working fine. |
00:38:14 | linuxstb | Zoide777: wavpack files don't skip on my 4g Photo. How do other files sound? |
00:38:18 | midkay | amiconn, if i could i would, i'm too stupid :D that's why i'm asking you! :) |
00:38:39 | amiconn | Didn't you say it's "just drawing multiple lines"? |
00:38:55 | midkay | novimon, i didn't. |
00:38:58 | midkay | wtf? |
00:39:05 | Zoide777 | linuxstb: mp3s sound fine, but wavpack skips |
00:39:06 | midkay | stupid nick completion. |
00:39:11 | midkay | no* , i didn't. |
00:39:24 | linuxstb | Zoide777: If anything, the 4g grayscale should be faster than the 4g photo - the LCD drawing and updating will be faster. |
00:39:27 | amiconn | [00:33:34] <midkay> you think? it's just like drawing a few lines instead of one.. |
00:39:35 | midkay | please note the word "like" |
00:39:40 | midkay | i was talking about speedwise. |
00:39:48 | linuxstb | Zoide777: Forget what I just said - the lcd driver is very unoptimised at the moment..... |
00:39:51 | midkay | not literally.. |
00:39:56 | amiconn | linuxstb: Perhaps not with the initial driver? |
00:40:08 | Zoide777 | ah, no wonder |
00:40:12 | linuxstb | amiconn: Yes - I just corrected myself. |
00:40:28 | amiconn | Yeah, damn typiung delay :) |
00:40:34 | amiconn | -u |
00:42:55 | | Quit Kohlrabi ("Fast alle Menschen sind Regenwürmer") |
00:43:06 | midkay | amiconn, well, thanks anyhow.. either i'll figure out something or just forget the idea :) |
00:43:28 | linuxstb | amiconn: Any suggestions for distinguishing between the two types of 2-bit LCDs? Should we use LCD_PIXELFORMAT ? |
00:43:43 | linuxstb | I've just realised CONFIG_LCD isn't defined for the sims, so it's time to clean that up. |
00:44:29 | amiconn | CONFIG_LCD shouldn't be defined for the sims |
00:44:43 | linuxstb | Yes, I know - that's why I'm suggesting LCD_PIXELFORMAT |
00:45:01 | amiconn | Yes, that's what I would use as well |
00:45:30 | | Quit midkay (Read error: 104 (Connection reset by peer)) |
00:45:54 | amiconn | Although, perhaps it's better to introduce a separate macro (could be based on the LCD_PIXELFORMAT setting in the config-<target>.h files), |
00:46:01 | lostlogic | what in the build process generates lang.h? |
00:46:08 | amiconn | that indicates horizontal aligned mono bitmaps |
00:46:38 | amiconn | You know, I plan to switch to horizontal mono bitmaps for 16bit targets as well |
00:46:57 | amiconn | Should allow for quite some speedup of mono bitmap drawing |
00:47:01 | | Quit megatroll (Connection timed out) |
00:47:50 | linuxstb | I can't think of a good name though. How about LCD_PACKING == HORIZONTAL ? |
00:47:51 | amiconn | I expect factors, at least a factor of 4 on H300 |
00:49:04 | linuxstb | How would that work with the fonts? |
00:49:27 | | Join webguest51 [0] (n=0cad6dbb@labb.contactor.se) |
00:50:09 | | Join midkay [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) |
00:50:45 | | Quit Genre9mp3 () |
00:52:29 | [IDC]Dragon | now /me says goodnight |
00:53:01 | midkay | night! |
00:53:19 | | Part [IDC]Dragon |
00:53:46 | | Join Sinbios [0] (n=Sinbios@toronto-HSE-ppp4124990.sympatico.ca) |
00:55:38 | | Join Rob2222 [0] (n=Miranda@ACB5878F.ipt.aol.com) |
00:58:13 | | Join midgey34 [0] (n=Midgey34@c-24-11-55-125.hsd1.mi.comcast.net) |
00:59:16 | | Quit NicoFR () |
01:00 |
01:00:35 | | Quit ender` (" I'm a complex person. I have a real and an imaginary part.") |
01:01:32 | | Join JdGordon41 [0] (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
01:01:38 | | Join BHSPitLappy2 [0] (i=Steve-O@adsl-64-217-217-43.dsl.rcsntx.swbell.net) |
01:02:00 | amiconn | linuxstb: Either the fonts have to be extended to contain both vertical blocked and horizontal blocked bitmaps, and the loader would load the appropriate variant(s) for the target, |
01:02:01 | * | petur does his first commit, wonders about the strange build table, then remembers Badger's comment about reducing the number of builds |
01:02:19 | amiconn | or the horizontal blocked variant will be generated at load time |
01:02:55 | linuxstb | I don't think that doubling the size of the .fnt files is desirable. |
01:03:07 | amiconn | In fact the speedup will vary depending on the draw mode, the highest gain would be for solid drawing without backdrop |
01:03:18 | amiconn | linuxstb: Why? |
01:03:34 | amiconn | Any target that only needs one variant would only load that |
01:03:53 | linuxstb | We already have a 5.5MB unifont - they form a large part of rockbox.zip. |
01:03:59 | petur | Zzzzzzz |
01:04:02 | | Quit petur ("here today, gone tomorrow") |
01:04:09 | amiconn | In fact there is exactly one target that needs both variants - H300, because of the remote |
01:06:57 | linuxstb | Before I commit the 4g grayscale sim, any objections to "LCD_PACKING == LCD_HORIZONTAL" ? Any better ideas? |
01:07:06 | | Quit youngcereal (Read error: 110 (Connection timed out)) |
01:07:14 | * | Moos is updating francais.lang |
01:07:16 | | Quit imphasing (Read error: 104 (Connection reset by peer)) |
01:08:16 | | Quit BHSPitLappy (Nick collision from services.) |
01:08:21 | | Nick BHSPitLappy2 is now known as BHSPitLappy (i=Steve-O@adsl-64-217-217-43.dsl.rcsntx.swbell.net) |
01:08:30 | amiconn | linuxstb: I'd use LCD_PIXELFORMAT for now |
01:08:52 | amiconn | Hmm, on-the-fly transposing won't mix well with the font cache... |
01:08:53 | *** | Saving seen data "./dancer.seen" |
01:09:13 | linuxstb | No... None of the solutions are ideal. |
01:09:20 | amiconn | ...and having 2 representations per glyph won't either |
01:09:22 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
01:10:23 | amiconn | Let's see whether I can come up with optimisations that don't need a transposed bitmap |
01:10:26 | | Join lImbus [0] (n=MDJ@port-212-202-8-13.dynamic.qsc.de) |
01:10:41 | lImbus | hi all |
01:10:42 | amiconn | (perhaps transposing 8x8 blocks on the fly. This can be done quite efficiently in asm) |
01:10:52 | lImbus | did I miss Linus? Wanted to congratulate him... |
01:10:59 | | Quit Nilisco ("changing servers") |
01:11:00 | linuxstb | But that still leaves the problem of the 3g grayscale driver needing to transpose everything. |
01:11:02 | lImbus | looks like :/ |
01:11:12 | amiconn | yes |
01:11:39 | amiconn | In fact, not everything. Only mono bitmaps. |
01:11:42 | | Join Nilisco [0] (i=nilisco@wrath.shellfx.net) |
01:11:47 | amiconn | Native bitmaps can be horizontal |
01:11:54 | midkay | argh.. what's the easiest way to #if or #ifdef for ipod nanos and videos? |
01:12:05 | midkay | any way without doing the whole LCD_WIDTH LCD_HEIGHT LCD_DEPTH stuff? |
01:12:18 | linuxstb | midkay: It depends why you want to do it. |
01:12:23 | midkay | #if (LCD == IPOD_VIDEO_LCD) or something would be nice |
01:12:33 | midkay | linuxstb: to exclude from some models building this plugin |
01:12:34 | amiconn | Why? |
01:12:50 | linuxstb | The question is "what hardware feature means the ipods are unsuitable?" |
01:13:07 | amiconn | No need to deliberately exclude targets |
01:13:26 | amiconn | E.g. the iPod color and the H300 have the exact same display depth and resolution |
01:13:35 | amiconn | 220x176, 16bit |
01:13:37 | midkay | amiconn: but not the same button layout? |
01:13:42 | amiconn | No. |
01:13:51 | amiconn | Then you have to check for CONFIG_KEYPAD |
01:13:55 | midkay | i only have button layouts setup for recorder and ipod nano/video/(color perhaps) |
01:14:12 | linuxstb | The button layouts will work for all ipods equally. |
01:14:15 | amiconn | Model checks are _strongly_ discouraged |
01:14:26 | midkay | hm. right. i thought of that.. but.. i think there was a reason i didn't like the idea :) |
01:15:11 | midkay | well, anyways.. that'll do i suppose, thanks.. |
01:15:21 | amiconn | linuxstb: *If* we go the route to include both bitmap types in the font files, the loader should have a parameter that tells which variant to load |
01:15:36 | amiconn | This would automatically allow to use different fonts on main & remote |
01:15:46 | midkay | amiconn: ohh, for SOURCES.. |
01:16:04 | midkay | how can i get something to compile for only ipod video but not iriver h300, there's only one category there for having the same lcd |
01:16:20 | midkay | oh, haha |
01:16:27 | amiconn | You can #ifdef, but there's really no reason |
01:16:29 | midkay | i hate answering my own question, but.. i kinda see it :) |
01:16:31 | | Quit quobl (Remote closed the connection) |
01:16:51 | midkay | well.. hmm |
01:16:52 | amiconn | If you have a working button layout for iPod, a working layout for iriver shouldn't be a problem |
01:17:02 | midkay | same number of buttons, is it? |
01:17:07 | amiconn | No, more |
01:17:07 | midkay | didn't check into it yet |
01:17:17 | midkay | i'll have to check the layout and stuff.. |
01:17:21 | linuxstb | Just ask here - people will give you button suggestions. Or look at other plugins. |
01:17:22 | amiconn | iPod: 5 buttons + clickwheel |
01:17:29 | amiconn | iriver: 9 buttons |
01:17:34 | | Join quobl [0] (n=quobl@tor/session/x-dae52efcd895e10c) |
01:17:38 | amiconn | (plus remote with 11 buttons) |
01:17:43 | midkay | hmm.. |
01:17:52 | amiconn | Not everyone has a remote though |
01:17:52 | midkay | hm hm hm. |
01:18:05 | * | amiconn goes to sleep |
01:18:09 | midkay | i don't think i'd include remote support, no use for the plugin with the remote anyways.. |
01:18:14 | midkay | nite amiconn, thx a lot |
01:18:25 | linuxstb | goodnight. |
01:19:05 | midkay | anyone know if rockbox.org has info/pictures of the h300+button locations? |
01:19:30 | midkay | or are they all on the front? |
01:19:32 | linuxstb | Look in the uisimulator/sdl/ directory in the source - you will see .bmp files of all the targets. |
01:20:05 | | Join wiggy_h320 [0] (n=5773e31d@labb.contactor.se) |
01:20:31 | wiggy_h320 | hi anyone here using rockbox on an IRiver H320? |
01:20:54 | linuxstb | midgey34: But what I normally do is just look at the button definitions used in other plugins, or in the main Rockbox source, and copy those. |
01:21:12 | midkay | linuxstb: all 9 buttons are on the front? |
01:21:50 | midkay | k, seems to be.. hm |
01:22:23 | midkay | damn, they just HAD to use 9, COULDN'T give us ten :) |
01:22:30 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
01:25:01 | | Join Jungti1234 [0] (n=jungti12@124.60.15.86) |
01:26:10 | | Join webguest70 [0] (n=9bf7a61d@labb.contactor.se) |
01:26:53 | midgey34 | on the build table I see that we are ridding ourselves of some of the sims; the question I have is why is the SDL sim built for certain targets while others have the Win32 sim? |
01:27:02 | | Quit preglow (zelazny.freenode.net irc.freenode.net) |
01:27:02 | NSplit | zelazny.freenode.net irc.freenode.net |
01:27:02 | | Quit markun (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit hyarion (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit Maxime` (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit `3nergy (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit dwihno (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit pabs (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit ansivirus (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit tjm (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit jmg (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit steveb (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit Hadaka (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit RotAtoR (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit solexx (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit PaulJ_ (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit ddaa (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit ismo (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit spazzium (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit Siku (zelazny.freenode.net irc.freenode.net) |
01:27:02 | | Quit Slasheri (zelazny.freenode.net irc.freenode.net) |
01:27:16 | midgey34 | unless of course I've missed something |
01:27:19 | linuxstb | We're simply in a time of transition |
01:28:07 | NHeal | zelazny.freenode.net irc.freenode.net |
01:28:07 | NJoin | RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
01:28:07 | NJoin | solexx [0] (n=jrschulz@d082014.adsl.hansenet.de) |
01:28:07 | NJoin | PaulJ_ [0] (n=PaulJ@vpn-3048.gwdg.de) |
01:28:07 | NJoin | Maxime` [0] (n=flemmard@fbx.flemmard.be) |
01:28:07 | NJoin | `3nergy [0] (n=3nergy@techgaming.net) |
01:28:07 | NJoin | hyarion [0] (i=hyarion@shaka.acc.umu.se) |
01:28:07 | NJoin | Siku [0] (n=Siku@f303b.w3.ton.tut.fi) |
01:28:07 | NJoin | markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
01:28:07 | NJoin | dwihno [0] (n=dw@81.8.226.44) |
01:28:07 | NJoin | Slasheri [0] (i=miipekk@ihme.org) |
01:28:07 | NJoin | preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
01:28:07 | NJoin | pabs [0] (n=pabs@xor.pablotron.org) |
01:28:07 | NJoin | jmg [0] (n=Jernau@shinobi.thoughtcrime.org.nz) |
01:28:07 | NJoin | ansivirus [0] (i=ansiviru@ppp-69-148-88-126.dsl.rcsntx.swbell.net) |
01:28:07 | NJoin | ismo [0] (i=laitinei@huippu.net) |
01:28:07 | | Join tjm [0] (n=tmartin@gentoo/developer/slarti) |
01:28:07 | NJoin | spazzium [0] (n=nospam@12-208-105-223.client.insightBB.com) |
01:28:07 | | Join steveb [0] (n=steve@ircguide/director/about/fish/about/uk/about/seo/steveb) |
01:28:07 | NJoin | Hadaka [0] (i=naked@naked.iki.fi) |
01:28:09 | *** | Server message 505: 'logbot_ :Private messages from unregistered users are currently blocked due to spam problems, but you can always message a staffer. Please register! ( http://freenode.net/faq.shtml#privmsg )' |
01:28:34 | | Quit steveb (Success) |
01:28:35 | | Join tjm_ [0] (n=tmartin@pan.object4.net) |
01:28:38 | | Quit tenzing (Read error: 104 (Connection reset by peer)) |
01:28:42 | NJoin | steveb [0] (n=steve@pan.object4.net) |
01:28:44 | | Quit tjm (Connection reset by peer) |
01:33:32 | | Quit muesli__ (Read error: 110 (Connection timed out)) |
01:33:40 | | Join tenzing [0] (n=mat@jullay.net) |
01:33:44 | | Quit actionshrimp ("( www.nnscript.de :: NoNameScript 4.01 :: www.XLhost.de )") |
01:34:33 | | Part wiggy_h320 |
01:34:56 | Jungti1234 | hm.. |
01:37:35 | lostlogic | make |
01:37:47 | lostlogic | gah yet another one −− but I'm progressing toward having rockbox parallel makeable |
01:37:52 | midkay | hahaha |
01:38:13 | midkay | cd porn/bestiality |
01:38:15 | midkay | oops |
01:38:16 | midkay | ;) |
01:40:04 | Zoide777 | is there a way of setting the battery mAh in the 4g grayscale to the actual value (630)? The lowest it allows me to go is 1500, so the battery display doesn't work |
01:40:23 | BHSPitLappy | cd xxx/pics_of_midkay/ |
01:40:24 | BHSPitLappy | errrrr |
01:40:42 | linuxstb | Zoide777: The battery display doesn't work anyway - so changing the battery settings makes no difference. |
01:40:53 | linuxstb | That's still on the to-do list. |
01:41:02 | Zoide777 | ah, ok thanks |
01:41:05 | midkay | BHSPitLappy: haha |
01:41:12 | | Join Kensir [0] (n=pandafus@cpe-66-87-151-238.il.sprintbbd.net) |
01:45:27 | | Quit Rob2222 (Read error: 104 (Connection reset by peer)) |
01:47:33 | | Quit matsl (Remote closed the connection) |
01:48:23 | BHSPitLappy | is there an RSS feed of cvs activity? |
01:48:40 | midkay | oooooo, pimpin'. |
01:48:47 | | Join Maxime [0] (n=flemmard@fbx.flemmard.be) |
01:49:18 | linuxstb | BHSPitLappy: No, but there's a mailing list. |
01:49:25 | BHSPitLappy | ok then. |
01:51:57 | lostlogic | remaining parallel build error is in libfaad, but oohhhh soooo close |
01:52:59 | | Quit Febs ("CGI:IRC (EOF)") |
01:57:56 | | Quit Maxime` (Read error: 104 (Connection reset by peer)) |
01:58:56 | Zoide777 | hmm... the wavpack skipping is pretty serious... it happens about every 4 seconds |
01:59:15 | Zoide777 | I was looking at the "audio thread" item in the debug menu, and it says the cpu is going at 11mhz |
01:59:20 | Zoide777 | isn't that too slow? |
02:00 |
02:01:28 | Zoide777 | oh, and it says it's using 0MB out of the 32MB buffer |
02:01:31 | linuxstb | It's not going at 11MHz - the display is wrong... |
02:02:11 | | Quit imphasing (Read error: 110 (Connection timed out)) |
02:02:43 | linuxstb | Does it constantly say 0MB out of 32MB? |
02:05:20 | Zoide777 | Actually, It says the following: "Buffer: 30.222MB" then on the next line it says "0% 0h 0m". Does the 0% correspond to the buffer? |
02:05:43 | linuxstb | Zoide777: I've just fixed the bug with the inverse bar not displaying - if you do "cvs update" and recompile, then you'll get the inverse bar working. |
02:05:59 | Zoide777 | sweet! i'll try that out right now, thanks |
02:06:01 | linuxstb | Zoide777: That's the battery status... |
02:06:18 | Zoide777 | ah, so it *is* using 30MB of buffer |
02:06:41 | Zoide777 | in that case I suppose it skips b/c the display driver is still being developed like you were saying, right? |
02:06:54 | | Join zenx [0] (n=d941707a@labb.contactor.se) |
02:07:08 | zenx | hey |
02:07:58 | linuxstb | Zoide777: If you look at the "view audio thread" debug screen, you'll see two indicators - the amount of uncompressed PCM data in the PCM buffer, and the amount of compressed data in the audio buffer. |
02:08:25 | linuxstb | If the uncompressed PCM buffer becomes empty, then it means the CPU can't decode fast enough, so you'll get pauses. |
02:09:11 | midkay | what's the H300 "NAVI" button called? BUTTON_SELECT? |
02:10:28 | linuxstb | I think so, but am not 100% sure. |
02:12:45 | Zoide777 | well, the bars in "view audio thread" are almost empty −− there's just a tiny bit of black on the left for both of them. the top one says "pcm: 1" and the "1" blinks. the bottom one says "codec: 24434261/30593660", with the first number changing very quickly |
02:12:51 | zenx | hey everyone, i have a question related to the h120 with the original 1.65 firmware: it's stuck on the usb connected screen wether it's connected or not. when connected, the hard drive can be accessed for a limited amount of time, but it's pretty sporadic. anybody know what can be done about it? unfortunately rockbox was not installed... |
02:14:02 | linuxstb | Zoide777: It's also possible that the bars are not being displayed correctly due to lcd driver bugs. Read the numbers instead. |
02:14:30 | linuxstb | The codec buffer seems normal - 24MB of data |
02:15:17 | Zoide777 | then i guess for now the bottleneck for the 4g grayscale is the display |
02:16:27 | linuxstb | What other audio formats have you tried? |
02:18:30 | zenx | is it possible to flash the firmware directly to the ram? without using the menu? |
02:19:18 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
02:21:29 | steveb | im sure this sort of thing has been talked about, but what is the feasability of getting a bluetooth dongle to work with the H3xx usb host controller and turning the thing in to a handsfree kit for a phone? |
02:21:58 | linuxstb | A _lot_ more work than just buying a handsfree kit.... |
02:22:02 | BHSPitLappy | does it support full duplex audio? |
02:22:16 | steveb | yeh but you could then have it so the music stopped when your phone rang |
02:22:16 | | Quit Moos ("Glory to Rockbox!") |
02:22:22 | steveb | and started again when the call was over |
02:22:35 | steveb | and intercept sms's from the phone as well |
02:22:37 | BHSPitLappy | that would require some kind of program on the phone, too |
02:22:38 | BHSPitLappy | oh |
02:22:38 | midkay | can anyone send me the SDL sim for the H300? |
02:22:39 | linuxstb | People are only just thinking about the low-level usbotg hardware driver. We have a whole USB stack to write (or port) on top of that. |
02:23:07 | BHSPitLappy | steveb: would you be listening to your h3 with a dongle sticking out of it all the time? :D |
02:23:15 | BHSPitLappy | and it'd be more useful for file transfer |
02:23:21 | Jungti1234 | What is SDL sim? |
02:23:26 | steveb | BHSPitLappy: actually i would customise the dongle to clip on nicely ;) |
02:23:37 | midkay | Jungti1234: new simulators, apparently |
02:23:37 | BHSPitLappy | Jungti1234: a sim, that runs on SDL |
02:23:46 | midkay | just when i need one, i can't compile one.. |
02:23:50 | BHSPitLappy | Simple Directmedia Layer |
02:23:50 | Jungti1234 | hm |
02:23:56 | BHSPitLappy | and not -that- new |
02:23:59 | Jungti1234 | I don't know SDL |
02:24:03 | Jungti1234 | ah |
02:24:05 | Jungti1234 | um.. |
02:24:08 | midkay | BHSPitLappy: thanks for clarifying, i bow down. |
02:24:26 | BHSPitLappy | are you gonna send the plugin? |
02:24:32 | BHSPitLappy | or did you finish fixing it |
02:24:53 | steveb | linuxstb: does any usb stuff work atm? or is that for the future? |
02:25:09 | Jungti1234 | SDK? |
02:25:14 | linuxstb | Nothing at all works now. I think one person has starting reading about it.... |
02:25:18 | BHSPitLappy | Jungti1234: no |
02:25:30 | steveb | ah right. i didnt think it had been started yet |
02:25:32 | BHSPitLappy | Simple Directmedia Layer != Software Development Kit |
02:25:39 | BHSPitLappy | Jungti1234: google is your friend |
02:25:41 | Jungti1234 | Is it simulator that support color? |
02:25:48 | BHSPitLappy | it should... |
02:25:53 | Jungti1234 | no, naver is my friend. haha |
02:26:49 | Zoide777 | linuxstb: I've tried mp3, ogg, and wavpack. wavpack is the only one that skips |
02:26:54 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
02:27:02 | linuxstb | What kind of wavpack is it? lossy or lossless? |
02:27:12 | Jungti1234 | BHSPitLappy: http://search.hankooki.com/times/times_view.php?term=google++&path=hankooki3/times/lpage/biz/200601/kt2006011817475511880.htm&media=kt |
02:27:20 | linuxstb | Also, what bitrates are your mp3/vorbis files? |
02:27:26 | Zoide777 | lossless |
02:27:42 | Zoide777 | the mp3/vorbis files are mostly 192-320 kbps |
02:27:53 | linuxstb | That's strange, lossless wavpack should be very efficient. |
02:28:21 | Zoide777 | yeah, that's actually why I recently converted all of my stuff to wv |
02:28:35 | Jungti1234 | BHSPitLappy: Many Koreans hate google. :P |
02:28:35 | Zoide777 | let me test something |
02:28:47 | Zoide777 | I'll get a .wv file, extract it to .wav, and see how it plays on the ipod |
02:28:51 | linuxstb | Does it only skip when the codec buffer is being filled (i.e. there is disk reading going on), or all the time/ |
02:28:53 | linuxstb | ? |
02:29:03 | BHSPitLappy | Jungti1234: can you make cheap phone calls to japan? |
02:29:07 | Zoide777 | every 4 seconds, all throughout the song |
02:29:18 | Zoide777 | I've left it playing through several songs and it just keeps on doing that |
02:29:25 | Jungti1234 | BHSPitLappy: Yes |
02:29:29 | BHSPitLappy | hmm |
02:29:47 | | Quit zenx ("CGI:IRC (EOF)") |
02:29:57 | BHSPitLappy | interesting... |
02:30:06 | Jungti1234 | hehe |
02:30:10 | linuxstb | Zoide777: Can you upload one of your troublesome tracks somewhere - I could test it on my iPod Photo. |
02:30:41 | Jungti1234 | BHSPitLappy: why? |
02:31:01 | BHSPitLappy | because there's a nuisance to the ipodlinux project in japan... |
02:31:06 | BHSPitLappy | www.podzillanano.com |
02:31:28 | Furious_G | hello all |
02:31:44 | Furious_G | anyone having a scrolling problem with the latest build? |
02:31:46 | | Join Byron [0] (i=Byron@69.44.27.66) |
02:31:49 | Furious_G | ipod that is |
02:32:03 | linuxstb | Furious_G: Have you installed the latest bootloader? i.e. one I released after I gave you the test build? |
02:32:05 | Byron | Does rockbox work on the Iriver 899 yet? |
02:32:41 | linuxstb | Byron: No. |
02:32:43 | Furious_G | when was that released? |
02:32:46 | Jungti1234 | BHSPitLappy: nuisance? |
02:33:04 | BHSPitLappy | Jungti1234: basically an enemy to open-source. |
02:33:09 | linuxstb | Furious_G: A few minutes after I talked to you in IRC - but you must have missed it. |
02:33:13 | Jungti1234 | hey, Furious_G |
02:33:52 | Furious_G | yo |
02:34:10 | Jungti1234 | 'WE DO NOT ESTIMATE RELEASE DATES.' |
02:34:20 | BHSPitLappy | ? |
02:34:27 | Zoide777 | linuxstb: I just msg'd you the link. Btw, I converted a .wv to .wav, and the .wav plays perfectly while the .wv skips |
02:34:30 | BHSPitLappy | Jungti1234: he wasn't doing that... |
02:34:40 | linuxstb | Zoide777: I didn't get your PM - are you registered? |
02:34:40 | Furious_G | did i ask? |
02:34:48 | Furious_G | or was that not directed towards me |
02:34:50 | Zoide777 | oops, no |
02:34:57 | BHSPitLappy | Furious_G: it was, but just ignore it :) |
02:35:20 | Jungti1234 | BHSPitLappy: What did Japan do? |
02:35:32 | BHSPitLappy | Jungti1234: not Japan, a person IN japan |
02:35:40 | Furious_G | oh, he saw my question to linux |
02:36:23 | linuxstb | Furious_G: You didn't answer - are you running the latest bootloader-color.bin available here? http://www.rockbox.org/twiki/bin/view/Main/IpodInstallation |
02:36:39 | Furious_G | oh im sorry, im installing it now |
02:36:44 | Furious_G | ill get back to you |
02:36:51 | Jungti1234 | heh |
02:37:24 | Jungti1234 | BHSPitLappy: So, are you going to phone him? |
02:37:42 | BHSPitLappy | Jungti1234: no |
02:37:52 | | Join gursikh [0] (n=gursikh@adsl-68-90-40-93.dsl.hstntx.swbell.net) |
02:37:56 | Jungti1234 | haha.. |
02:37:56 | BHSPitLappy | Jungti1234: we're all in US/UK, so we can't really call |
02:38:17 | gursikh | y0 |
02:38:46 | Jungti1234 | BHSPitLappy: Korea is $0.04 at 1minute. |
02:39:02 | gursikh | anyone know what i'm talking about?, at one point wasn't there a plugin that was called cleanup or somthing that went through the hd looking for bs windows files like recycle bin and "system volume information and deleted them? |
02:39:15 | linuxstb | Yes - "disktidy" |
02:39:19 | gursikh | (for the iriver h1xx) |
02:39:19 | BHSPitLappy | Jungti1234: not bad |
02:39:23 | gursikh | ahhhhh disktidy |
02:39:42 | Jungti1234 | BHSPitLappy: yes.. :) |
02:40:04 | gursikh | any chance you know where I can get it? |
02:40:10 | linuxstb | It's on the patch tracker, but it's probably out of date now. |
02:40:20 | gursikh | oh, yah probably |
02:40:22 | | Join YouCeyE [0] (n=YouCeyE@vp089013.reshsg.uci.edu) |
02:40:37 | gursikh | i'll see if I can update it |
02:40:54 | linuxstb | Please do - I would quite like to commit it to CVS, unless the other devs objects to it. |
02:40:57 | Paul_The_Nerd | It'll need the new plugin header, for one thing |
02:41:17 | Jungti1234 | Paprica? |
02:41:20 | Paul_The_Nerd | gursikh: If you encounter troubles, let me know. I rather liked it too. |
02:41:50 | gursikh | sweet I will, I'm loooking for it on the tracker now |
02:41:59 | gursikh | found mactidy..... but looking for the original |
02:42:17 | Paul_The_Nerd | mactidy became disktidy |
02:42:34 | gursikh | ah |
02:42:40 | Paul_The_Nerd | Originally it just removed mac system specific files, then they expanded it. I *think* it's the same link though, they just updated it. |
02:42:59 | | Quit mikearthur (Read error: 104 (Connection reset by peer)) |
02:43:06 | gursikh | ok, I'll DL the mactidy and take a look at it |
02:43:39 | gursikh | any clue what happened to the original author? |
02:44:10 | Furious_G | linux - loaded the new bootloader and it works great, thanks a lot |
02:44:20 | Paul_The_Nerd | gursikh: http://www.rockbox.org/viewcvs.cgi/apps/plugins/helloworld.c.diff?r1=1.2&r2=1.3 <−−- This is the first *necessary* change. Other than that, it may not require so much work, if you're lucky |
02:45:31 | gursikh | just the PLUGIN_HEADER part ? |
02:46:06 | Paul_The_Nerd | And remove the TEST_PLUGIN_API(api) bit |
02:46:41 | linuxstb | Furious_G: No problem. I'm relieved it was just that. |
02:47:36 | Furious_G | is there wps support in this build? |
02:47:52 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
02:48:46 | XavierGr | ah linuxstb I see you are into commiting patches.... :) |
02:49:16 | * | XavierGr found another dev to pester him to look at the jpeg scroller ;P |
02:50:11 | XavierGr | It is just that I deel unsecure. So much work and not a single comment. But the part that scares me is changes for the upcoming colour support. |
02:50:19 | XavierGr | deel = feel |
02:51:38 | BHSPitLappy | what's wrong with jpeg scrolling |
02:51:59 | Paul_The_Nerd | His patch lets you scroll from one file to the next. :-P |
02:52:03 | BHSPitLappy | oh |
02:52:14 | BHSPitLappy | scary :/ |
02:52:20 | XavierGr | and listen to music while seeing a pic if it can fit the plugin buffer |
02:52:32 | BHSPitLappy | could you not already? |
02:52:37 | Paul_The_Nerd | Nope |
02:52:39 | BHSPitLappy | oh |
02:52:40 | * | linuxstb hides from XavierGr |
02:52:47 | XavierGr | 6 months old. 3 approaches already |
02:53:00 | XavierGr | many many work to optimize it and do it the right way |
02:53:06 | XavierGr | hehe. |
02:53:09 | BHSPitLappy | what ever became of that one dude's pluggif? |
02:53:12 | | Quit mikearthur (Remote closed the connection) |
02:54:44 | | Quit TCK ("well, if you say so.") |
02:55:07 | | Part Byron |
02:56:07 | Paul_The_Nerd | pluggif? |
02:56:28 | linuxstb | Zoide777: Your test track skips on my ipod as well - so it seems audio playback is identical. |
02:56:59 | Zoide777 | and that rules out the display then, since yours is the color 4g, right? |
02:57:05 | linuxstb | Yes. |
02:57:26 | linuxstb | I have other wavpack files which play fine - so I'm sure most of yours will work. |
02:58:21 | BHSPitLappy | maybe the test track is flawed? |
02:58:23 | Zoide777 | I converted all of them recently, do you think it might be that the newest version of .wv isn't working correctly while older encodes might? |
02:58:30 | Zoide777 | I've tried with many other tracks |
02:58:32 | linuxstb | But things will improve - wavpack has no optimisations for the ipod yet. |
02:58:47 | linuxstb | The file also plays perfectly in Rockbox on my iriver H140. |
02:59:28 | linuxstb | Which version of wavpack are you using? |
03:00 |
03:00:06 | Zoide777 | the latest, 4.31 |
03:00:32 | linuxstb | Maybe that's the difference - I'm using 4.1 |
03:01:02 | XavierGr | http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison |
03:01:20 | XavierGr | I am sorry but this page lies in the battery time. At least on H100 |
03:01:29 | linuxstb | XavierGr: Then please correct it. |
03:01:33 | JdGordon41 | http://forums.rockbox.org/index.php?topic=2585.0 |
03:01:33 | | Quit webguest70 ("CGI:IRC (EOF)") |
03:01:40 | XavierGr | iriver battery time is 16 hours on normal usage |
03:01:52 | XavierGr | rockbox is I thing 1-2 hours less |
03:02:16 | linuxstb | Which codec and which bitrate? |
03:02:16 | gursikh | I get 16 hours on rockbox on my h120 |
03:02:28 | XavierGr | yeah but it would be bad for marketing ;) |
03:02:42 | linuxstb | What marketing? :) |
03:03:00 | XavierGr | well normal test are conducted on 128 mp3 kbps and half the volume |
03:03:01 | Zoide777 | I'm gonna decode one of the 4.31 wavpacks and re encode it w/ wavpack 4.1 to see if it skips |
03:03:44 | XavierGr | but I am not sure I never did a comparison test myself. All I know is that rockbox has slighter less time. |
03:04:17 | Zoide777 | (thought there's no way I'm re-encoding everything in 4.1 just so that it works in Rockbox!!! :P ) |
03:04:23 | XavierGr | I don't have a normal battery anymore. I have an 1900mAh. |
03:04:23 | * | JdGordon41 butting in.... so whats the deal with alarm wake up on the h300? is it possible but noone has coded it yet? |
03:04:27 | Zoide777 | thought = though |
03:04:39 | linuxstb | JdGordon41: Exactly. |
03:04:47 | | Nick JdGordon41 is now known as JdGordon (n=Miranda@c220-239-137-122.smelb1.vic.optusnet.com.au) |
03:04:49 | linuxstb | (AFAIK) |
03:04:52 | XavierGr | but 10-12 hours as the page say is way wrong. |
03:04:54 | gursikh | I get "about the same" in "normal usage" as i do in the iRiver firmware.. Haven't really seen as much as a one or two hour difference in battery life (maybe 15-30 mins because i fiddle with it more in RB) |
03:05:00 | JdGordon | hmm... ok.. 3 weeks to get that done then :p |
03:06:03 | XavierGr | thing is that battery time on the Rockbox column is about both of the targets (archos and iriver) |
03:06:57 | XavierGr | I just made it the same, so at least someone will not complain that we lied |
03:07:21 | linuxstb | Zoide777: Yes, it seems to be fine with 4.1 |
03:08:55 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
03:08:56 | *** | Saving seen data "./dancer.seen" |
03:09:20 | Zoide777 | linuxstb: You're right!! I just tried the exact same song in 4.31 and 4.1, and the 4.1 doesn't skip |
03:09:23 | lostlogic | gah, why doesn't make see my rules |
03:09:39 | Zoide777 | could it be that the decoder in rockbox is outdated? |
03:10:05 | linuxstb | Yes, it is - but David Bryant has Rockbox CVS access, and he's recently bought himself a Nano.... |
03:10:31 | linuxstb | He originally did most of the work to get wavpack working in Rockbox, and still commits changes. |
03:10:50 | | Quit mikearthur (Remote closed the connection) |
03:11:26 | Zoide777 | I wonder if we can test it out by just copy-pasting some file from the wavpack-4.31 source into one of the rockbox source folders |
03:12:59 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
03:13:27 | linuxstb | Feel free to investigate, but I think we might as well wait for David Bryant to fix it. It could be worth contacting him about it. |
03:14:00 | linuxstb | But if he's using Rockbox on his Nano, I'm sure he's found the issue himself. |
03:16:18 | Zoide777 | hmm... it seems the files in the "Tiny decoder" (http://www.wavpack.com/tiny_decoder.zip) source code match those in rockbox/apps/codecs/libwavpack... I just copied over the new versions and I'm compiling |
03:17:35 | | Join Rob2222 [0] (n=Miranda@ACB5878F.ipt.aol.com) |
03:17:57 | | Quit Sinbios ("If the definition of a klutz is someone who doesn't have eyes on their ass, then yes, I suppose I am a klutz.") |
03:18:19 | XavierGr | Hi Rob |
03:18:33 | linuxstb | Zoide777: According to the website, the "tiny decoder" is v4.1 |
03:18:37 | | Quit mikearthur (Remote closed the connection) |
03:18:44 | Zoide777 | oops |
03:19:01 | Zoide777 | i guess that explains a lot |
03:19:32 | Zoide777 | in that case it's probably an issue with the wavpack team and not the rockbox one |
03:23:04 | | Quit Kensir () |
03:28:33 | | Quit Jungti1234 () |
03:29:37 | Paul_The_Nerd | linuxstb: If you're interested in trying it out, I've updated disktidy to compile against CVS. Don't know if it needs any other changes. Can't test right now. About to experience a "We need to talk. In person" http://66.68.93.2/Rockbox/disktidy.patch |
03:30:56 | linuxstb | OK, I'll give it a go. Hopefully it won't tidy too much from my disk.... |
03:31:08 | linuxstb | Good luck with your in-person talk. |
03:31:15 | Paul_The_Nerd | http://66.68.93.2/Rockbox/disktidy.c |
03:31:21 | Paul_The_Nerd | Sorry, forgot to include the new file in the patch |
03:31:21 | Zoide777 | hmm... actually a diff of the rockbox wavpack.h and the one from the wavpack website shows they're very different |
03:31:33 | Zoide777 | i'm gonna try to compile again, b/c there were some errors before |
03:31:34 | gursikh | yah linuxstb, i'm hoping my disk doesn't get too tidy |
03:33:07 | linuxstb | Paul_The_Nerd: No ipod key mappings.... |
03:35:01 | Paul_The_Nerd | linuxstb: Doh. I just tested it against h120 since that was what it was originally for. Sorry, head is kinda ruminating on my girlfriend saying "we need to talk" |
03:35:32 | gursikh | relax man, it can't be worse that you think it is :-P |
03:35:35 | linuxstb | Cleaned up 648 items.... |
03:35:45 | Paul_The_Nerd | I know that my ipod doesn't get a system volume information folder, oddly enough. I think it's because windows sees it as a flash drive rather than a HD. |
03:36:22 | Paul_The_Nerd | 648? That's worrisome. |
03:36:58 | linuxstb | It's my iBook - it creates a "._filename" resource file for every file it copies to a FAT32 disk... |
03:37:27 | Paul_The_Nerd | Ah |
03:37:32 | gursikh | yah, that's what the patch was originally created to remove I think |
03:37:33 | Paul_The_Nerd | Which is one of the things it's *supposed* to remove |
03:37:48 | linuxstb | I have a ".VolumeIcon.icns" file from somewhere that's still there.... |
03:39:07 | gursikh | anyone know a quick way of creating a systme volume info folder? I deleted all the crap from my iRiver before looking into this pathc doH! |
03:40:27 | PaulJ_ | just activate the system restore funktion for this drive. |
03:40:43 | gursikh | ah good thinking, ty |
03:46:25 | lostlogic | I think codecs are now parallel build safe |
03:46:43 | lostlogic | now, plugins! |
03:49:14 | gursikh | Just to confirm to all, Paul_The_Nerd's version of the disktidy patch worked like a charm for me |
03:49:25 | gursikh | deleted all the .thumbs and the sysvolume info folder |
03:49:31 | gursikh | and nothing more :-D |
03:50:22 | Paul_The_Nerd | No real changes were made to the patch, outside the necessary PLUGIN_HEADER thing. |
03:50:49 | Paul_The_Nerd | She's here, gotta go folks |
03:50:55 | Paul_The_Nerd | Good luck with it not eating your HDs. |
03:50:57 | | Part Paul_The_Nerd |
03:51:04 | | Nick gursikh is now known as Gursikh-Away (n=gursikh@adsl-68-90-40-93.dsl.hstntx.swbell.net) |
03:56:06 | | Join Rob2222_ [0] (n=Miranda@ACB4E0A7.ipt.aol.com) |
03:58:53 | lostlogic | is it alrigth if I use $(notdir $@) instead of `basename $@` in Makefiles? |
04:00 |
04:01:48 | linuxstb | What is "notdir" ? |
04:02:15 | lostlogic | same as teh bash basename function but in Makefilespeak |
04:02:55 | linuxstb | Sounds good to me - it should be a little bit faster as well then. |
04:03:22 | lostlogic | kk, will be committing Makefile cleanups that enable parallel make among other things soon. |
04:03:30 | lostlogic | have to test other targets. |
04:04:55 | lostlogic | is there a reason that the zip target doesn't depend on all? |
04:06:40 | linuxstb | I can't think of a good reason why not - but it's probably work asking Bagder |
04:06:56 | lostlogic | *nod* I won't change that w/o his OK. |
04:08:59 | jaebird | linuxstb: been out awhile...any reason for me to remove the contrast hack when I update cvs? |
04:09:21 | | Nick Gursikh-Away is now known as Gursikh (n=gursikh@adsl-68-90-40-93.dsl.hstntx.swbell.net) |
04:10:02 | | Join Silviu [0] (n=Silviu@d206-116-215-39.bchsia.telus.net) |
04:10:29 | linuxstb | jaebird: Yes, you can safely remove it. |
04:10:57 | jaebird | great...it is like christmas every time I do an update :) |
04:10:58 | linuxstb | Your problem was because you installed a very early version for the 4g grayscale, so the wrong contrast setting was stored in your permanent settings. |
04:11:32 | linuxstb | Sorry, don't upgrade yet. |
04:11:41 | jaebird | oh? |
04:11:52 | linuxstb | You should go into the contrast settings screen and change your contrast to something high. |
04:12:21 | jaebird | ok...it is a little hard to navigate without the selection bar! |
04:12:22 | linuxstb | And then shut down your ipod cleanly (long press on PLAY/PAUSE) to make sure that setting is saved. |
04:12:51 | linuxstb | That's fixed now... But I'm sure you'll find it. |
04:13:05 | | Quit Rob2222 (Read error: 113 (No route to host)) |
04:13:23 | jaebird | is 63 as high as it goes? |
04:13:48 | linuxstb | It needs to go higher... |
04:14:11 | jaebird | mine stops at 63 with the build i'm using |
04:14:15 | linuxstb | Probably best to leave the contrast hack in for now - I'll try and look at it tomorrow. I'm about to go to sleep now. |
04:14:23 | BHSPitLappy | hmm |
04:14:26 | jaebird | ok...will do |
04:14:30 | BHSPitLappy | mandlebrot = interesting |
04:15:01 | | Quit Silviu ("Leaving") |
04:15:31 | lostlogic | linuxstb: any reason why objcopy for wav would fail with "no objects" on ipod but not on iRiver? |
04:17:08 | jaebird | linuxstb: if your still awake, should i update the bootloader too |
04:19:23 | | Quit webguest51 ("CGI:IRC") |
04:37:19 | XavierGr | I've been avoiding this a lot, but I think it is time to install Cygwin and get rid of the DevKit. Wish me luck. |
04:37:47 | XavierGr | (It should be more easy now that I know some parts of Linux) |
04:44:22 | lostlogic | w00t, everything parallel makes! |
04:44:34 | XavierGr | for what? |
04:44:57 | | Quit Daishi ("Client exiting...") |
04:45:05 | XavierGr | parallel make? |
04:45:18 | lostlogic | for rockbox builds ... so I can compile it with make -j5 so it doesn't take so damn long |
04:46:03 | XavierGr | so what will make -j5 will do? |
04:46:32 | lostlogic | -jX tells make to compile X things at a time |
04:46:46 | XavierGr | parallel make seems to me that you are trying to make a script to compile all targets? |
04:47:07 | lostlogic | I'm not, just helping bagder out |
04:47:39 | XavierGr | so make parallel targets or specific parts of ecah target? |
04:47:47 | XavierGr | ecah = each |
04:48:23 | lostlogic | parallel make individual files within a target |
04:48:42 | lostlogic | it's a standard feature of make to speed compilation on multiprocessor or multithread machines |
04:48:57 | XavierGr | ah so it is for the server... |
04:49:12 | Zoide777 | have you guys noticed that ZoneAlarm makes the compilation slow to a crawl? at least in my computer vsmon.exe goes to 100% cpu usage whenever I compile in Cygwin |
04:49:31 | XavierGr | Zone Alarm sucks ;) |
04:49:36 | lostlogic | XavierGr: or for either of my machines... which have at least 2 threads each. |
04:50:44 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
04:52:22 | | Quit linuxstb (Read error: 110 (Connection timed out)) |
04:56:46 | | Part PaulJ_ |
04:57:22 | | Join Lost-ash [0] (i=ashridah@220-253-123-29.VIC.netspace.net.au) |
05:00 |
05:01:15 | | Join Rob2222 [0] (n=Miranda@ACB782E3.ipt.aol.com) |
05:02:09 | | Quit ashridah (Nick collision from services.) |
05:02:11 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-123-29.VIC.netspace.net.au) |
05:03:03 | Zoide777 | does anyone have a clue of how to fix the wavpack decoder so that it won't skip with recently encoded (e.g. Wavepack 4.31) files? |
05:08:34 | | Join ModernExecutive [0] (n=ModExec@pool-141-152-166-148.norf.east.verizon.net) |
05:08:59 | *** | Saving seen data "./dancer.seen" |
05:12:37 | Zoide777 | no one? |
05:14:12 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-60-142.w86-196.abo.wanadoo.fr) |
05:17:48 | Zoide777 | Nevermind, I found the real problem! It's not the Wavpack version, it's whether or not the file is encoded with normal or high compression... I tested with the same song in Wavpack 4.31 high and 4.31 normal, and only the one in 4.31 high had heavy skipping |
05:18:14 | | Quit imphasing (Read error: 110 (Connection timed out)) |
05:18:40 | Zoide777 | though the concept of reencoding everything with non-high compression is not pretty |
05:19:36 | | Quit Rob2222_ (Read error: 113 (No route to host)) |
05:24:56 | | Quit Zoide777 () |
05:25:01 | | Join Zoide777 [0] (n=Zoide777@aodio.Stanford.EDU) |
05:28:08 | lostlogic | Going for a record score. |
05:28:53 | midgey34 | pretty hard to beat linus' 4500 or whatever he had |
05:29:16 | XavierGr | yeah |
05:29:41 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
05:30:03 | XavierGr | where are some sim builds? |
05:30:28 | midgey34 | they're being phased out |
05:30:36 | lostlogic | yeah, I doubt I'll actually break things, I tested pretty well |
05:30:58 | midgey34 | although, I thought only win32 should be phased (its left in for a few players) |
05:31:36 | Zoide777 | is there a way of changing the wavpack implementation so that lossless files encoded with high compression (i.e. using the -h flag) don't skip? |
05:34:13 | ModernExecutive | is anyone working on a video player plugin for the h300? |
05:34:13 | | Quit Furious_G (Read error: 104 (Connection reset by peer)) |
05:34:37 | | Join Furious_G [0] (n=none@dhcp165152.reynolds.fsu.edu) |
05:35:39 | lostlogic | haven't seen mirak in a long time |
05:38:16 | ModernExecutive | LL: was mirak working on something for video? |
05:39:31 | lostlogic | that's why I said that |
05:39:41 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-24-118.w83-198.abo.wanadoo.fr) |
05:39:41 | lostlogic | he created the xvid plugin which can decode frames of videao |
05:39:41 | ModernExecutive | ok |
05:42:04 | | Join webguest63 [0] (n=ab120219@labb.contactor.se) |
05:43:45 | | Quit webguest63 (Client Quit) |
05:45:42 | | Quit ModernExecutive ("Trillian (http://www.ceruleanstudios.com") |
05:55:08 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
06:00 |
06:09:36 | lostlogic | 1904... didn't beat LinusN, but I didn't do too bad :) |
06:10:35 | XavierGr | hopefully you broke only the sims |
06:14:59 | | Join damaki [0] (n=Chocolat@ALille-153-1-48-33.w83-198.abo.wanadoo.fr) |
06:15:03 | lostlogic | yap only sims |
06:16:59 | XavierGr | is there a rockbox.ico anywhere? |
06:17:44 | XavierGr | found it |
06:21:01 | | Quit Zoide777 () |
06:21:09 | | Quit Gursikh () |
06:24:42 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
06:24:46 | | Part midgey34 |
06:28:56 | JdGordon | hows the ipod 4g b+w goin? |
06:29:47 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
06:30:01 | lostlogic | I think I fixed the builds. Must sleep, sorry if the sims still don't build, will fix in morning |
06:37:22 | XavierGr | amiconn will haunt you in your dreams!!! ;P |
06:50:44 | | Join Gursikh [0] (n=gursikh@adsl-68-90-40-93.dsl.hstntx.swbell.net) |
06:51:16 | Gursikh | Hello, just wondering if soemone could help me get playpack from the simulator? |
06:51:26 | Gursikh | playback* |
06:55:32 | | Quit Paul_The_Nerd ("Leaving.") |
06:56:25 | | Quit Gursikh () |
07:00 |
07:00:16 | | Quit steveb (Connection reset by peer) |
07:06:05 | | Join ModernExecutive [0] (n=ModExec@pool-141-152-166-148.norf.east.verizon.net) |
07:07:47 | | Quit RotAtoR ("zzzzzzz") |
07:09:02 | *** | Saving seen data "./dancer.seen" |
07:11:30 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
07:14:11 | | Join LinusN [0] (n=linus@labb.contactor.se) |
07:16:51 | midkay | hey LinusN.. do you know what's up with the SDL sims? i can't build them, errors.. |
07:17:26 | LinusN | what errors do you get? |
07:17:41 | LinusN | i doon't think anyone has tried it on a 64-bit machine |
07:17:54 | midkay | i'm on mandriva 32bit now :) |
07:18:04 | LinusN | ah |
07:18:14 | B4gder | for 64bit we'll need to adjust the entire rockbox code's use of long |
07:18:21 | midkay | finished the ipod clock port.. good news and bad.. good: porting to iriver as well.. bad: needs utter overhaul :( |
07:18:34 | midkay | need the sim for iriver testing.. |
07:18:40 | LinusN | B4gder: yup |
07:19:44 | midkay | hm. maybe sims are working now.. |
07:19:57 | midkay | looking at the build table + recent activity |
07:20:27 | XavierGr | Linus: I just installed cygwin and I have a strange error for SDL simulator |
07:20:39 | XavierGr | It builds correctly and all seems fine |
07:21:05 | XavierGr | when I try to run rockboxui.exe I get the following error |
07:21:35 | XavierGr | "This application needs SDL.dll blah blah blah" |
07:21:45 | XavierGr | any idea about it? |
07:22:01 | B4gder | yes, your SDL.dll is probably in the wrong dir |
07:22:14 | XavierGr | where it should be? |
07:22:16 | B4gder | I don't know why, but someone else reported this in the rockbox forums |
07:23:08 | XavierGr | it is in usr/local/bin |
07:23:29 | B4gder | try /usr/local/lib first |
07:23:33 | XavierGr | haha |
07:23:47 | XavierGr | I just copied the filed in the sim build dir and it launched |
07:23:55 | B4gder | yes, that's the "easy" way |
07:24:16 | B4gder | but if you build several sims, that is quite awkward |
07:24:21 | XavierGr | yes indeed |
07:24:43 | LinusN | XavierGr: isn't /usr/local/bin in the path? |
07:25:02 | XavierGr | dunno? How to set it in the path? |
07:25:04 | | Quit midkay (Remote closed the connection) |
07:25:13 | LinusN | XavierGr: echo $PATH |
07:25:18 | B4gder | it checks for DLLs in the PATH? |
07:25:28 | LinusN | it should |
07:25:32 | B4gder | ok |
07:25:34 | LinusN | i believe |
07:26:17 | XavierGr | "/opt/sh/bin:/opt/m68k/bin:/opt/arm/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/b |
07:26:17 | XavierGr | in:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32 |
07:26:28 | LinusN | hmmm |
07:27:40 | Bg3r | morning :) |
07:27:46 | XavierGr | morning Bger |
07:27:47 | LinusN | i have SDL.dll in /usr/local/bin and it works fine for me |
07:27:55 | XavierGr | strange |
07:28:06 | | Join midkay [0] (n=midkay@c-24-16-191-240.hsd1.wa.comcast.net) |
07:28:18 | LinusN | i believe that's the reason that the dll isn't placed in /usr/local/lib |
07:28:34 | LinusN | because it searches the path for dll's |
07:29:53 | LinusN | XavierGr: how do you start rockboxui.exe? |
07:30:04 | XavierGr | doubleclick it |
07:30:07 | LinusN | are you doubleclicking+ |
07:30:10 | B4gder | ah |
07:30:14 | LinusN | no wonder |
07:30:19 | XavierGr | what? |
07:30:27 | XavierGr | Am I too idiot? |
07:30:41 | LinusN | if you can't let go off the mouse, i suggest you put sdl.dll in c:\windows |
07:30:46 | B4gder | hm, the dailies are several 100K smaller today compared to yday |
07:30:59 | B4gder | why is that? |
07:31:02 | LinusN | XavierGr: you are supposed to start it from the command line |
07:31:12 | XavierGr | from Cygwin? |
07:31:15 | LinusN | yes |
07:31:24 | LinusN | ./rockboxui.exe |
07:31:25 | XavierGr | ah okay then I will copy the file |
07:31:29 | LinusN | copy? |
07:31:37 | XavierGr | to /windows |
07:31:45 | Bg3r | the DLL you mean ? |
07:31:46 | LinusN | ah, sdl.dll |
07:31:47 | XavierGr | else I will lauch it from command |
07:32:14 | Bg3r | http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/dynamic-link_library_search_order.asp |
07:32:15 | LinusN | must be awfully inconvenient to switch to the explorer window everytime you want to run the sim |
07:32:51 | XavierGr | well I work both on the command line and the explorer simultanesly |
07:32:59 | LinusN | why? |
07:33:05 | XavierGr | various reasons |
07:33:15 | XavierGr | 1) because I do various things |
07:33:25 | XavierGr | 2) Because I am still a little faster with the mouse |
07:33:37 | LinusN | allright, i won't try to turn you from the dark side |
07:33:51 | XavierGr | but yeah if I am used to the command line I guess it is faster. |
07:34:03 | XavierGr | Anyway you solved my error thanks a bunch |
07:34:17 | XavierGr | BTW who made the process of Cygwin install so easy this time? |
07:34:25 | LinusN | in fact, it hasn't even occurred to me that you could start rockboxui.exe from the explorer |
07:34:30 | B4gder | XavierGr: linus did |
07:34:33 | LinusN | i made it that easy :-) |
07:34:45 | XavierGr | Last time I remember it need to compile the cross-cpmiler |
07:34:47 | XavierGr | ah nice |
07:35:04 | XavierGr | And just plain Cygwin is much better than the Devkit |
07:35:10 | LinusN | amen |
07:35:23 | LinusN | no more rbconf :-) |
07:35:26 | Bg3r | :) |
07:35:28 | B4gder | aaaamen |
07:35:35 | XavierGr | I can build all targets and do various little details that I couldn't in th Devkit |
07:35:50 | midkay | really? hmm... *strongly contemplates using cygwin instead of linux* :) |
07:35:52 | XavierGr | ah yes I changed the rbconf to mkrock or something like that ;-) |
07:36:00 | XavierGr | (when I used the devkit) |
07:36:05 | LinusN | the devkit was a blessing to some people before i made the cygwin packages |
07:36:27 | midkay | LinusN, is this new "easy" method in a doc? which? |
07:36:33 | XavierGr | yes, compiling the cross-compiler was a little difficult for a begginer |
07:36:48 | LinusN | midkay: check the documentation page on rockbox.org |
07:37:00 | midkay | what doc am i looking for? |
07:37:06 | XavierGr | so eventually we will get rid of the Sim32 as well? |
07:37:09 | LinusN | "how to set up a cygwin bla bla" |
07:37:20 | B4gder | http://www.rockbox.org/twiki/bin/view/Main/CygwinDevelopment |
07:37:21 | LinusN | XavierGr: yes |
07:37:44 | midkay | there it is.. thx B4gder |
07:37:46 | midkay | :) |
07:37:49 | LinusN | B4gder: i try to refrain from giving direct link nowadays |
07:38:04 | B4gder | it might be a good idea, yes |
07:38:09 | midkay | haha,i was already there anyways.. but still :) |
07:38:16 | LinusN | it serves 2 purposes: |
07:38:21 | B4gder | then again, direct links might feed the search engines etc |
07:38:40 | LinusN | 1) it *might* make people open their eyes and look for themselves next time |
07:39:16 | LinusN | 2) it makes me aware of what information isn't easily accessed |
07:39:42 | XavierGr | anyway thanks again. |
07:39:50 | XavierGr | I will now go to sleep |
07:39:56 | Bg3r | XavierGr now ? :) |
07:39:57 | XavierGr | 8.40 am here hehe |
07:39:57 | Bg3r | wow |
07:40:04 | LinusN | XavierGr: sweet dreams |
07:40:09 | midkay | LinusN, with cygwin can i build for both ipod and archos? |
07:40:13 | LinusN | yes |
07:40:13 | XavierGr | Thanks! |
07:40:18 | Bg3r | good night/day:) |
07:40:44 | XavierGr | Bger: Indeed. I will probably get up at 3pm cause I have to work at 5 |
07:41:06 | Bg3r | hehe |
07:41:52 | midkay | k, thanks all.. *off to bed* |
07:41:53 | XavierGr | Cygwin did this to me. I had to wait for the donwload to complete. Then I wanted to test it so.... |
07:42:23 | XavierGr | anyway as midkay said *off to bed* |
07:44:59 | B4gder | lostlogic scored nicely this morning |
07:45:10 | | Join Sinbios [0] (n=Sinbios@Kingston-HSE-ppp3562116.sympatico.ca) |
07:49:48 | LinusN | B4gder: 100k smaller, eh |
07:49:55 | B4gder | even more |
07:50:13 | B4gder | ipodcolor is almost 400K smaller |
07:51:22 | LinusN | B4gder: no codecs |
07:51:45 | B4gder | now that is a good way to get it smaller! ;-P |
07:52:44 | LinusN | that's probably the reason for the codec failure report on the mailing list |
07:53:02 | B4gder | yes |
07:53:42 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-48-85.w83-198.abo.wanadoo.fr) |
07:58:38 | LinusN | det gr inte fort att bygga p labb |
07:58:49 | LinusN | (oops wrong window :-) |
08:00 |
08:01:00 | | Join elinenbe_ [0] (n=elinenbe@207-237-226-206.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
08:04:20 | Bg3r | :) |
08:05:15 | B4gder | I think we need to give lostlogic a few bonus points |
08:05:23 | B4gder | :-) |
08:07:45 | | Quit damaki (Read error: 110 (Connection timed out)) |
08:08:56 | LinusN | one point for each lost kilobyte |
08:08:57 | | Quit quobl (Read error: 104 (Connection reset by peer)) |
08:09:02 | amiconn | The build error detection script doesn't count correctly |
08:09:07 | LinusN | ok, we should be nice to him |
08:09:19 | LinusN | one point per codec per target |
08:09:33 | amiconn | It does display 50 errors for x11 sims, but only one for win32 sims |
08:09:39 | lostlogic | I am clearly still asleep... it doesn't build codecs at all?? |
08:09:48 | LinusN | no |
08:09:49 | | Join elinenbe__ [0] (n=elinenbe@207-237-226-206.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
08:09:50 | amiconn | ...while the output suggests there are many more |
08:09:56 | LinusN | lostlogic: the .elf files are 0 bytes |
08:09:59 | B4gder | crappy error messages |
08:10:05 | B4gder | :-) |
08:10:06 | LinusN | because it doesn't link mpa.o etc |
08:10:23 | B4gder | but I really don't care if the error count is wrong, as long as it at least shows errors |
08:10:34 | amiconn | I.e. it does count LD errors, but not dllwrap errors |
08:10:44 | LinusN | lostlogic: it builds the codecs, but the linker isn't passed the <codec>.o |
08:10:49 | | Join quobl [0] (n=quobl@tor/session/x-831e51993689debd) |
08:11:02 | B4gder | amiconn: yes, due to the slightly different error message output |
08:11:39 | LinusN | amiconn: the error counting is a hopeless regex matching chase for new and obscure error messages for each new compiler/target |
08:11:42 | lostlogic | gah. |
08:11:45 | | Quit elinenbe_ (Read error: 104 (Connection reset by peer)) |
08:13:11 | amiconn | Well, adding dllwrap shouldn't be too difficult imho |
08:13:19 | B4gder | nope |
08:14:40 | * | LinusN waits for an "oops" commit from lostlogic |
08:15:02 | lostlogic | unfortunately not quite that simple, 5m. |
08:15:16 | | Quit ModernExecutive ("Trillian (http://www.ceruleanstudios.com") |
08:17:59 | | Quit elinenbe (Read error: 110 (Connection timed out)) |
08:17:59 | | Nick elinenbe__ is now known as elinenbe (n=elinenbe@207-237-226-206.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
08:20:18 | * | LinusN waits for an "another complete makefile rewrite" commit from lostlogic |
08:20:56 | lostlogic | :-P and here I was looking to make Bagder so happy with parallel builds, sigh |
08:26:44 | Bg3r | BlueChip "banned" from rockbox ??? |
08:29:48 | lostlogic | Bg3r: btw, I'm pretty sure that the change to not report charger_inserted() when the USB is connected on iRiver H3x0 breaks the reporting of charge state through powermgmt.c. |
08:30:32 | lostlogic | LinusN: ok, committed fixage, tested on my player... the codecs sure seem to be built (which I really remember doing on the last one too, but clearly hallucinated) |
08:31:17 | LinusN | they were built, only they were 0 bytes |
08:31:20 | Bg3r | lostlogic: h300 isn't the first player which charges via USB |
08:31:29 | LinusN | and thus skipped in the zip-building |
08:32:02 | amiconn | lostlogic: (charge state) Then there's probably a problem in powermgmt.c. FM/V2 recorder also has both standard and USB charging |
08:32:06 | lostlogic | LinusN: ah, so they didn't get overwritten on the player... |
08:32:29 | lostlogic | amiconn: Bg3r: the other devices report charger_inserted() when USB is plugged, hence the problem now. |
08:32:34 | LinusN | Bg3r: yes, his contributions aren't accepted, since he refuses to give his real name |
08:32:48 | amiconn | lostlogic: Afaik none of them do |
08:32:53 | Bg3r | LinusN huh ??? |
08:33:07 | Bg3r | stupid reason ... |
08:33:13 | JdGordon | hey all |
08:33:19 | LinusN | Bg3r: you think so? |
08:33:20 | lostlogic | return (adc_read(ADC_CHARGE_REGULATOR) < 0x1FF) || |
08:33:20 | lostlogic | (adc_read(ADC_USB_POWER) < 0x1FF); |
08:33:31 | lostlogic | (from charger_inserted() in power.c for the FM/V2) |
08:34:04 | Bg3r | LinusN really, what's the problem with his real name ? |
08:34:38 | LinusN | Bg3r: plainly, rockbox is real software, by real people |
08:35:12 | Bg3r | yeah... |
08:35:19 | amiconn | lostlogic: Oh, so I was wrong... |
08:35:51 | | Join needleboy [0] (n=needlebo@CBL217-132-238-140.bb.netvision.net.il) |
08:35:55 | amiconn | Bg3r: What was the problem with charger detection again? |
08:36:03 | lostlogic | amiconn: I had considered refactoring that so that charger_inserted() was charger inserted, but hadn't gotten to it yet... sorry if I was being cranky... I'm actually asleep :-P |
08:36:19 | Bg3r | amiconn there isn't problem in the charging ... |
08:36:36 | Bg3r | i wanted just to have different functions for USB and Adapter charging |
08:36:42 | Bg3r | for the plugin |
08:37:03 | LinusN | lostlogic: i'm curious, what was the deal with the NULL anyway? |
08:37:25 | Bg3r | iirc i asked here to add a new func in power.c, returning only the charging via the adapter |
08:37:41 | lostlogic | LinusN: hahaha, you'll love htis −− once in a while on parallel builds, wav wouldn't be happy about the zero byte elf file... now this could have been a clue that I'd effed it up... but I just tricked it. |
08:38:04 | LinusN | :-) |
08:38:49 | lostlogic | Bg3r: powermgmt.c just needs to check both values to decide what charge state the doohicker is in −− and it should be changed for FM/V2 then as well. |
08:39:12 | Bg3r | yep |
08:39:13 | amiconn | Is there already such a function? |
08:39:21 | Bg3r | no, there isn't ... |
08:39:53 | amiconn | We could set this function a macro that simply expands to 'false' on platforms which don't have USB charging |
08:40:07 | amiconn | Then we save some ifdefing in the code |
08:40:42 | lostlogic | LinusN/Bagder: Overall, the changes I made to the Makefiles (now that they work right) good, bad, ugly? |
08:40:48 | amiconn | (it relies on the compiler for optimising resulting constructs like if (charger_inserted() || false) |
08:42:11 | LinusN | lostlogic: looks fine to me, so far |
08:42:55 | | Join ender` [0] (i=ychat@84.52.165.220) |
08:43:02 | amiconn | Btw, what's this parallel build thingy? |
08:43:10 | lostlogic | amiconn: make -j1203981 should work now |
08:43:53 | amiconn | Does that actually help? |
08:44:17 | lostlogic | amiconn: make -j5 on my dual athlon-mp 2100s is 1/2 the time as make -j1 |
08:44:31 | amiconn | I should try that on cygwin... |
08:45:15 | amiconn | Do the plugins now build correctly? |
08:45:27 | lostlogic | the changes I made so far don't really optimize for the simulator builds, because 1) it'd be harder and 2) I don't build the sims often; I might take another whack at them |
08:45:32 | lostlogic | amiconn: gah, had I broken plugins too? |
08:45:41 | amiconn | Nm, that was already fixed |
08:48:21 | * | lostlogic goes back to bed |
08:55:51 | Bg3r | amiconn is the h300 the only target with charge state ? |
08:56:03 | | Join safetydan [0] (n=dan@81-178-235-210.dsl.pipex.com) |
08:56:32 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
08:56:33 | amiconn | Nope. |
08:56:39 | Bg3r | so... |
08:56:41 | amiconn | The FM/V2 is the same |
08:56:53 | Bg3r | i think power.c and powermgmt.c need work then ... |
08:57:12 | amiconn | ...and the recorder V1 has software charge control which implies state detection |
09:00 |
09:01:20 | | Join hardeep [0] (i=hardeeps@SDF.LONESTAR.ORG) |
09:04:07 | | Quit DangerousDan (Read error: 104 (Connection reset by peer)) |
09:04:20 | | Nick tjm_ is now known as slarti (n=tmartin@pan.object4.net) |
09:04:34 | | Nick slarti is now known as tjm (n=tmartin@pan.object4.net) |
09:05:23 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
09:09:06 | *** | Saving seen data "./dancer.seen" |
09:10:13 | | Join BHSPitLappy2 [0] (i=Steve-O@adsl-64-217-217-43.dsl.rcsntx.swbell.net) |
09:11:11 | amiconn | Build times on cygwin, H300 target: 'make': 6:46, 'make -j 5' 6:33 'make -j' 5:55 |
09:11:16 | amiconn | So it helps a bit... |
09:11:51 | B4gder | the build server is a dual CPU so it should help there too |
09:13:09 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-63-119.w86-196.abo.wanadoo.fr) |
09:13:16 | amiconn | This is single CPU, Pentium M 1500 |
09:13:32 | B4gder | oh |
09:13:35 | LinusN | unfortunately, the bottle neck on the build server seems to be the disk throughput |
09:13:47 | amiconn | Now if I can make builds work on my amd64... |
09:13:56 | amiconn | I'll look into that soon |
09:15:33 | | Quit Sinbios (Read error: 104 (Connection reset by peer)) |
09:16:42 | | Join webguest03 [0] (n=d554be96@labb.contactor.se) |
09:19:28 | safetydan | Would anyone object if I made the background images in the SDL sim optional? |
09:19:47 | LinusN | safetydan: absolutely not |
09:19:50 | B4gder | I would love that |
09:19:57 | LinusN | you'd be my hero |
09:20:54 | | Quit webguest03 (Client Quit) |
09:21:14 | | Join webguest90 [0] (n=5087fc9b@labb.contactor.se) |
09:21:28 | | Part webguest90 |
09:21:31 | * | safetydan gets to work |
09:21:43 | | Join leftright [0] (n=5087fc9b@labb.contactor.se) |
09:21:44 | B4gder | http://www.rockbox.org/twiki/bin/view/Main/DevCon2006 |
09:21:53 | B4gder | made a wiki page out of it instead |
09:22:12 | B4gder | then we can add items for a suggested agenda etc easier |
09:22:21 | | Join marder [0] (n=55da0ffa@labb.contactor.se) |
09:22:24 | | Quit lImbus (Read error: 104 (Connection reset by peer)) |
09:24:11 | leftright | safetydan; could I interest you in implementing the Mulitple On The Fly Playlists patch, this adds the ability to create several playlists and also the ability to add any file to aby playlist at will, its such a nice feature... |
09:25:26 | | Join zhilik [0] (n=_if_you_@ppp83-237-231-240.pppoe.mtu-net.ru) |
09:25:40 | safetydan | Where is it? |
09:25:58 | leftright | one sec please |
09:26:31 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
09:26:59 | leftright | safetydan post 1304 http://forums.rockbox.org/index.php?topic=2359.msg17973#msg17973 |
09:27:34 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
09:28:07 | amiconn | LinusN: What's the necessary data format for the X5 LCD? (layout of the 2 words with 9 significant bits each)? |
09:28:22 | leftright | safetydan sorry not 1304, but assimalysts post, just before Linus |
09:28:45 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
09:28:54 | LinusN | amiconn: i haven't given it much thought, but for now, i have a 32-bit framebuffer in 6-6-6 format |
09:29:01 | safetydan | leftright, I'll take a look but can't promise anything today. Real work and all :) |
09:29:16 | LinusN | and lcd_update() shifts the data |
09:29:17 | leftright | np, thanks for tkling the time |
09:29:27 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
09:29:50 | amiconn | LinusN: If you shift in lcd_update() anyway, i.e. on the fly, you could use a 16 bit framebuffer as well |
09:30:07 | amiconn | Would cut framebuffer & bitmap size in half. |
09:30:20 | amiconn | ...and should be faster of course |
09:30:46 | | Nick BHSPitLappy2 is now known as BHSPitLappy (i=Steve-O@adsl-64-217-217-43.dsl.rcsntx.swbell.net) |
09:30:50 | amiconn | ...and the higher driver levels, bmp2rb etc are already prepared |
09:31:11 | LinusN | amiconn: that's a lot of shifting, and:ing and or:ing |
09:31:32 | amiconn | but if you want to go for 32bit, then it would make more sense to store the data as wanted by the controller |
09:31:41 | LinusN | converting from 5-6-5 to 6-6-6 is not a simple shift |
09:31:55 | amiconn | I don't think that it is a lot, that's why I'm asking for the layout |
09:32:37 | LinusN | the layout is 6-6-6 in two 9-bit writes to the controller |
09:32:46 | amiconn | Yes, but what way? |
09:32:47 | LinusN | msb first |
09:33:02 | | Part leftright |
09:33:09 | amiconn | Is it −−−−−−-RRRRRRGGG then −−−−−−-GGGBBBBBB or what? |
09:33:16 | LinusN | exactly |
09:34:26 | amiconn | What about two 512-byte lookup tables in IRAM? |
09:35:15 | | Quit marder ("CGI:IRC") |
09:35:40 | LinusN | amiconn: should work |
09:35:55 | LinusN | how? |
09:36:15 | amiconn | One lookup table for each byte of the source data |
09:37:40 | amiconn | You have RRRRGGGGGGBBBBB. Split this into RRRRRGGG -> lookup −−−−−−-RRRRRRGGG, and GGGBBBBB -> lookup −−−−−−-GGGBBBBBB |
09:38:13 | amiconn | Without lookup tables, you would need 5 ANDs, 5 shifts and 3 ORs per pixel |
09:38:36 | amiconn | (quick estimation w/o paper) |
09:38:48 | B4gder | I think amiconn's lookup table suggestion sounds like a nice route |
09:39:08 | LinusN | with lookup table, i would need 1 shift, 1 AND, plus two lookups |
09:39:15 | amiconn | yes |
09:39:17 | LinusN | fair enough |
09:39:21 | LinusN | i like it |
09:39:56 | amiconn | I think thins would make sense, especially since the GRAM is 16 bit anyway. |
09:40:00 | amiconn | *this |
09:40:10 | LinusN | that lcd module is sooo silly |
09:40:30 | LinusN | cowon made a really lame choice of lcd module |
09:42:22 | Bg3r | LinusN but it's cheaper :) |
09:42:44 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
09:43:43 | LinusN | Bg3r: you mean the x5 is cheaper than h300? |
09:43:55 | Bg3r | i mean the LCD module |
09:44:01 | Bg3r | (probably) |
09:44:08 | amiconn | I think it's just how cowon wired the module |
09:44:15 | LinusN | perhaps, but the lcd controller is capable of 565 |
09:44:20 | amiconn | The H300 LCD module also has an 18bit mode |
09:44:21 | LinusN | amiconn: exactly |
09:45:15 | LinusN | amiconn: well, not cowon |
09:45:30 | LinusN | the lcd mode is selected in the module itself |
09:45:40 | Bg3r | will we ever see 18bit on h300 in rb ? |
09:45:47 | LinusN | so cowon really didn't have a choice |
09:45:58 | amiconn | Really? I thought it is done by some select pin wiring |
09:46:01 | LinusN | Bg3r: no |
09:46:30 | LinusN | amiconn: yes, you select it by wiring the lcd controller, but that wiring is done in the module |
09:46:48 | LinusN | the flat cable does not have those wires |
09:47:21 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
09:49:11 | amiconn | ah |
09:49:57 | amiconn | 18bit isn't possible on H300 because of the wiring as well? |
09:50:06 | LinusN | exactly |
09:50:15 | Bg3r | isn't possible ??? |
09:50:45 | LinusN | i told you |
09:51:31 | Bg3r | so you want to say me that the 262k display is only a marketing bullsh.t? |
09:51:57 | LinusN | as far as i can tell, yes |
09:52:00 | B4gder | or at least twisting the truth |
09:52:24 | B4gder | since the LCD HW actually supports it |
09:53:02 | LinusN | there is a *slight* possibility that the lcd module in the h300 has the mode selection wires in the flat cable, but i doubt it |
09:53:37 | B4gder | it should be possible to detect if the iriver firmware runs in 16bit |
09:54:00 | B4gder | not that it would rule anything out |
09:56:11 | LinusN | even if the h300 had an 18-bit mode, i wouldn't want to use it |
09:56:11 | LinusN | it is slow as it is, and 18 bits would make it even slower |
09:56:12 | | Part LinusN |
09:56:22 | | Join LinusN [0] (n=linus@labb.contactor.se) |
09:56:36 | LinusN | besides, i don't think i would hear any difference between 16 and 18 bits on my h300 *music player* |
09:56:40 | B4gder | yes, I just would like to know |
09:56:56 | petur | certainly not *hear* :) |
09:57:08 | B4gder | I don't even have a h300 |
09:57:27 | B4gder | and thinking about it, I don't even use Rockbox much ;-) |
09:57:36 | * | B4gder ducks |
09:58:07 | hardeep | blasphemy! |
09:59:46 | Bg3r | B4gder what a shame!!!! |
10:00 |
10:03:19 | JdGordon | haha LinusN |
10:03:28 | JdGordon | would u even be able to see much difference? |
10:03:47 | petur | maybe in gradients... |
10:03:50 | LinusN | perhaps in a fine gradient |
10:03:52 | LinusN | :-) |
10:04:02 | Bg3r | JdGordon in pictures (for example) |
10:04:38 | JdGordon | well... thats no big deal just yet seen and we got no colour jpeg viewing... just yet |
10:04:51 | | Nick Lynx_awy is now known as Lynx_ (n=lynx@tina-10-4.genetik.uni-koeln.de) |
10:05:07 | B4gder | we do have color bmp |
10:05:59 | amiconn | You can see the banding in the greyscale jpeg display |
10:06:45 | amiconn | It's even slightly more visible with greyscale, because the 5-6-5 layout makes some greylevels non-neutral |
10:11:30 | hardeep | hmmm, strange |
10:12:33 | B4gder | lostlogic's score is got even better ;-) |
10:12:41 | B4gder | s/is// |
10:13:22 | petur | hehe |
10:14:13 | amiconn | B4gder: Oops ;) |
10:17:15 | hardeep | wonder why the cvs e-mail didn't show diff. changes look like they were committed correctly |
10:17:37 | B4gder | oh |
10:18:25 | B4gder | strange indeed |
10:18:36 | petur | is there supposed to be a mail for each commit? |
10:18:44 | B4gder | yes |
10:18:56 | petur | and didn't I subscribe? |
10:19:10 | B4gder | if you don't get mails, then I guess you didn't ;-) |
10:19:22 | * | petur goes checking |
10:19:47 | B4gder | rockbox-cvs is the list |
10:20:15 | B4gder | 74 subscribers! |
10:20:49 | JdGordon | is there a rss feed for the commits? |
10:21:06 | petur | 75... |
10:21:16 | B4gder | JdGordon: if gmane.org has the list |
10:21:23 | JdGordon | ok |
10:21:47 | markun | LinusN: do you know what the last bit does in RGB5551 ? |
10:22:00 | LinusN | huh? |
10:22:17 | LinusN | which controller? |
10:22:19 | markun | It's the mode used in the Gigabeat firmware |
10:22:27 | markun | I still don't know which controller |
10:22:30 | LinusN | transparency? |
10:22:37 | markun | possibly |
10:22:54 | B4gder | JdGordon: http://rss.gmane.org/messages/excerpts/gmane.comp.systems.archos.rockbox.cvs |
10:23:12 | B4gder | works nicely as a live bookmark in firefox |
10:23:35 | JdGordon | cheers |
10:24:35 | | Join Cassandra [0] (i=Cassandr@elmyra.coraline.org) |
10:24:49 | BHSPitLappy | hello night owld |
10:24:54 | | Join steveb [0] (n=steve@pan.object4.net) |
10:34:28 | | Join Zagor [0] (n=bjst@194-237-150-170.customer.telia.com) |
10:37:04 | | Join [IDC]Dragon [0] (n=d90a3255@labb.contactor.se) |
10:38:18 | B4gder | morning [IDC]Dragon, I'll fill in some more details about location and what specs to expect from the place we'll "conference" in |
10:39:39 | [IDC]Dragon | I'm putting some ides in the wiki right now |
10:39:43 | B4gder | goodie |
10:40:04 | [IDC]Dragon | you'd have to drag it back, I'm Archos-biased |
10:40:10 | B4gder | haha |
10:40:56 | B4gder | we'll just have to bring you into the sun, in the bright lights of SW codecs ;-) |
10:41:22 | [IDC]Dragon | ok, the Archos PCM codec then |
10:43:15 | | Quit hardeep ("BitchX Official FTP Site -- ftp://ftp.bitchx.com") |
10:48:18 | linuxstb_ | B4gder: Have you ever tried removing the execute bit from files in the Rockbox cvsroot? |
10:48:28 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
10:48:33 | B4gder | no |
10:48:44 | linuxstb | I did a test yesterday, and it seems to work. |
10:48:58 | linuxstb | (in my own remote cvs repository) |
10:49:54 | B4gder | there seems to be a large amount of x's ;-) |
10:50:11 | linuxstb | Indeed.... |
10:50:37 | B4gder | find . -name "*.[ch],v" -ls | grep -c "r-x" |
10:50:37 | B4gder | 173 |
10:51:02 | linuxstb | It only works if you delete your local copies of files and then get a fresh copy from CVS - but it's better than nothing. |
10:51:27 | B4gder | I agree |
10:51:33 | * | [IDC]Dragon released the devcon wiki page |
10:52:40 | B4gder | really? it says you still have the lock |
10:53:04 | B4gder | but if you're done I can steal it |
10:53:10 | [IDC]Dragon | hmm, lemme edit it again |
10:54:05 | [IDC]Dragon | cancelled my edit, better now |
10:54:07 | [IDC]Dragon | ? |
10:54:15 | B4gder | yeps, fine now |
10:56:02 | LinusN | german beer? nah |
10:56:12 | [IDC]Dragon | then fix it |
10:56:15 | LinusN | :-) |
10:56:19 | B4gder | haha |
10:56:31 | B4gder | fix german beer? now that sounds like a big task |
10:56:55 | [IDC]Dragon | agenda: get completely drink, sleep 2 days |
10:57:04 | [IDC]Dragon | *drunk |
10:57:19 | LinusN | good idea |
10:57:42 | LinusN | the webcam must be fun, watching 5 guys sleep |
10:57:49 | [IDC]Dragon | ;-) |
10:57:54 | LinusN | big brother rockbox 2006 |
10:57:57 | Bg3r | :D |
10:57:59 | Bg3r | hahaha |
10:58:17 | | Join damaki [0] (n=Chocolat@ALille-153-1-28-180.w83-198.abo.wanadoo.fr) |
10:58:29 | linuxstb | Anyone know how much RAM a font takes in memory? Is it more or less the same as the .fnt file? |
10:58:31 | Bg3r | Big BroBox 2006 |
10:58:39 | LinusN | :-) |
10:59:59 | markun | linuxstb: about the same if it's small enough not to require caching |
11:00 |
11:00:18 | linuxstb | I'm just thinking about the impact of multiple fonts. How bit is the current font cache? |
11:00:23 | linuxstb | s/bit/big/ |
11:01:32 | markun | 10k |
11:01:35 | | Join amiconn_ [0] (n=jens@p54BD691C.dip.t-dialin.net) |
11:02:03 | markun | 10000 bytes |
11:03:07 | B4gder | ok, I released the lock |
11:05:55 | | Nick aegray_ is now known as aegray (n=aegray@12-210-86-210.client.insightBB.com) |
11:06:48 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-26-14.w83-198.abo.wanadoo.fr) |
11:09:10 | *** | Saving seen data "./dancer.seen" |
11:09:12 | LinusN | nested lists look really silly in twiki |
11:10:03 | B4gder | yeps |
11:11:19 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
11:12:01 | | Quit quobl (Remote closed the connection) |
11:13:43 | [IDC]Dragon | B4gder: now you hold the lock? |
11:13:50 | B4gder | now |
11:14:39 | [IDC]Dragon | ok, I just wanted to add enough power outlets for wall-wart chargers, and a usb hub |
11:15:11 | B4gder | a little checklist perhaps |
11:15:50 | [IDC]Dragon | you got spam to the devcon2006 address already? |
11:16:02 | B4gder | no, twiki does that nospam thing on its own |
11:16:34 | B4gder | I get so much spam I don't care about showing my email addresses |
11:16:58 | [IDC]Dragon | how much is so much? |
11:17:06 | B4gder | > 500/day |
11:17:10 | [IDC]Dragon | wow |
11:17:19 | [IDC]Dragon | how do you sort that? |
11:17:21 | B4gder | peaking at >5000/day |
11:17:27 | [IDC]Dragon | gulp |
11:17:34 | B4gder | spamassassin, strict rules, white lists |
11:17:58 | petur | I get max 50 a day and have not really been hiding my address |
11:18:40 | | Quit amiconn (Read error: 110 (Connection timed out)) |
11:18:41 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD691C.dip.t-dialin.net) |
11:18:47 | B4gder | I guess I'm just lucky ;-) |
11:18:49 | petur | And I have this adress ever since I got onto the net (10 years+) |
11:19:23 | petur | *address |
11:19:44 | Bg3r | petur and maybe your address isn't in the address book of people who can "catch" viruses etc... |
11:20:01 | Bg3r | who catch regularly viruses etc i mean |
11:20:12 | petur | hmmm I have a very silly brother-in-law |
11:20:17 | LinusN | i get between 100-300 spam a day |
11:20:35 | [IDC]Dragon | B4gder must be in the largest need for body parts enlargements, fake medication + rolex'es, nigerian funds |
11:20:46 | | Join Moos [0] (i=DrMoos@m53.net81-66-159.noos.fr) |
11:20:48 | [IDC]Dragon | what did I forget? |
11:20:55 | petur | I'm webmaster of the company he riuns and 1/4 of the spam is actually for the postmaster of his domain ;) |
11:20:56 | B4gder | the lottery ones |
11:20:57 | LinusN | lottery wins |
11:21:01 | LinusN | :-) |
11:21:06 | Lynx_ | stock tips |
11:21:07 | [IDC]Dragon | ah, heavily discounted office software replicas |
11:21:40 | petur | They got strange lately, mails with one char per line |
11:22:12 | petur | somebody must have released a new spam toolkit |
11:22:30 | * | petur hugs K9 |
11:22:31 | | Quit damaki (Read error: 110 (Connection timed out)) |
11:23:38 | B4gder | that your spam toolkit of choice? B-] |
11:24:32 | petur | works great, what's wrong with it? |
11:25:19 | B4gder | never tried it, it just was just a poor attempt to a joke |
11:25:29 | petur | I think last time I checked it was at 99.88% accuracy... |
11:25:32 | | Quit BHSPitLappy (Read error: 110 (Connection timed out)) |
11:26:04 | petur | and only 77KB zip file to download |
11:26:20 | petur | take that, songbirdnestwhatever |
11:31:07 | | Join youngcereal [0] (n=youngcer@p54B2064A.dip0.t-ipconnect.de) |
11:31:20 | | Join tucoz [0] (n=528676e7@labb.contactor.se) |
11:31:29 | tucoz | Cassandra: here? |
11:32:41 | tucoz | I just came to think of something regarding the docs. We need to establish a standard for the references. (e.g. fig:my_fig, tab:my_tab, ..) |
11:32:42 | | Join quobl [0] (n=quobl@tor/session/x-c4076ccb8fd118bc) |
11:33:24 | preglow | indeed |
11:33:36 | preglow | isn't that a fine way to do it, then? |
11:33:53 | tucoz | sure, but it has to be established |
11:34:00 | | Join muesli__ [0] (n=muesli_t@88.134.20.76) |
11:34:26 | tucoz | I could just edit the wiki, what should section-references be called? ref:my_ref? |
11:36:51 | preglow | hmm |
11:36:57 | preglow | think i called them sec:lolol |
11:37:02 | preglow | but it's a matter of preference |
11:38:52 | tucoz | ok |
11:38:55 | tucoz | that is ok |
11:40:32 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
11:42:35 | | Part tucoz |
11:53:13 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
11:55:55 | | Join webguest04 [0] (n=5087fc9b@labb.contactor.se) |
11:59:29 | webguest04 | preglow, safteydan, there appears to be a bug in the loading of EQ cfg files, if the EQ is deselected (no) in its menu, the EQ wont switch on when a cfg is loaded which has the EQ enable switch set to On (yes) |
12:00 |
12:01:33 | webguest04 | somehow the main EQ On Off switch overides the cfg files enable parameter |
12:03:14 | webguest04 | ah yes its lunch time :) |
12:03:17 | | Part webguest04 |
12:04:14 | * | safetydan adds that to the todo list |
12:08:27 | youngcereal | hi i have an request to change for the plugin solitaire on IPOD |
12:08:48 | petur | which device that supports EQ has the smallest LCD, and what's the size? |
12:09:30 | petur | I ask because doing translations yesterday I saw the text buffer is a bit on the small side |
12:09:41 | petur | (for the EQ screens) |
12:09:50 | LinusN | petur: the size depends on the font |
12:09:57 | Bg3r | petur should be the nano (for the moment) |
12:09:58 | youngcereal | I think the gameplay is better wenn use the wheel for right and left |
12:10:16 | Bg3r | petur look at the DeviceChart wiki page |
12:10:21 | youngcereal | and the left buttom to draw |
12:10:22 | youngcereal | ?? |
12:10:24 | safetydan | petur, I think it's the H100 |
12:10:31 | petur | ok |
12:10:36 | preglow | nano is in the same ballpark |
12:10:42 | preglow | 176x132 |
12:10:48 | safetydan | 176 pixels wide on the nano, 160 on the h1x0 |
12:10:51 | preglow | aight |
12:11:05 | safetydan | according to config*.h anyway |
12:11:12 | petur | longer strings will scroll anyway, no? |
12:11:16 | safetydan | no |
12:11:39 | petur | oh |
12:13:35 | safetydan | oh wait |
12:13:41 | safetydan | in the menu it will scroll yes |
12:13:51 | safetydan | thought you were talking about the graphical editing mode |
12:14:00 | petur | also |
12:14:15 | safetydan | feel free to increase the text buffer size |
12:14:26 | petur | :) |
12:14:45 | petur | blame the Dutch people :) |
12:15:02 | safetydan | I thought German would be the worst |
12:15:16 | safetydan | s/worst/longest/ |
12:15:20 | safetydan | usually is where I work |
12:15:52 | petur | it 'll be about the same I think |
12:16:20 | preglow | haha |
12:16:26 | preglow | norwegian beats german there, i think |
12:16:33 | * | amiconn hopes that the devcon wlan will be capable of 11b/11g mixed mode |
12:16:40 | amiconn | My laptop has 11b only... |
12:16:52 | B4gder | I believe it is |
12:17:03 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-9-133.w83-198.abo.wanadoo.fr) |
12:17:57 | petur | lunch! |
12:17:59 | | Part petur |
12:18:25 | safetydan | backgrounds are now optional in the SDL sim |
12:18:53 | B4gder | yay |
12:19:19 | amiconn | safetydan: How do I select them |
12:19:27 | safetydan | amiconn, ./rockboxui −−background |
12:19:49 | preglow | as the commit message says |
12:19:50 | safetydan | Now someone just needs to do a scaling blit in SDL |
12:19:51 | preglow | ! |
12:19:56 | amiconn | Does player now work correctly? |
12:20:01 | preglow | why scaling blit? |
12:20:01 | safetydan | no unfortunately |
12:20:11 | safetydan | preglow, sim screen is a little small |
12:20:13 | safetydan | zoom would be nice |
12:20:22 | preglow | ahh, right |
12:20:43 | amiconn | The win32 sim allows scaling, in 20% steps |
12:20:46 | preglow | well, that shouldn't be hard, if you restrict yourself to 2x 3x 4x sizes |
12:20:57 | preglow | anything else will look like shite unless you interpolate |
12:21:09 | safetydan | amiconn, there's no equivalant to StretchDibBits in SDL though |
12:21:12 | safetydan | at least not in SDL 1.2 |
12:22:20 | preglow | stretching you need to do yourself, yes |
12:22:23 | preglow | or: opengl sim! |
12:22:25 | preglow | :-) |
12:23:57 | B4gder | yes, we want the player in 3D to be easily "rotated" ;-) |
12:24:39 | B4gder | veeery useful |
12:28:14 | | Quit zhilik ("http://www.zhukovsky.net") |
12:28:17 | preglow | of course, you can have a cube, where each side of the cube is a different sim target! |
12:28:24 | preglow | and this you can rotate with your mouse |
12:28:49 | B4gder | and each target would play different songs! :-) |
12:29:54 | | Join tvelocity [0] (n=tony@ipa212.14.tellas.gr) |
12:30:18 | preglow | you understand! |
12:30:33 | amiconn | ...in 5.1 sound |
12:32:38 | * | preglow starts crying |
12:32:43 | preglow | then goes back to work... |
12:34:14 | t0mas | lol |
12:34:32 | t0mas | <preglow> of course, you can have a cube, where each side of the cube is a different sim target! <−− have you seen the new Novell desktop things for SuSe? |
12:34:56 | t0mas | they want to do something like htat |
12:34:57 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
12:34:58 | t0mas | *that |
12:35:20 | amiconn | preglow: A cube isn't enough for all our targets. We need an icosaeder ;) |
12:35:33 | t0mas | lol |
12:36:51 | | Quit mikearthur (Remote closed the connection) |
12:38:53 | | Join mikearthur [0] (i=mike@82-41-205-190.cable.ubr11.edin.blueyonder.co.uk) |
12:43:09 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-44-184.w83-198.abo.wanadoo.fr) |
12:44:48 | | Join DrMoos [0] (n=527bf8fa@labb.contactor.se) |
12:48:30 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
12:55:15 | | Join bluey [0] (n=bluey@dslb-084-059-100-088.pools.arcor-ip.net) |
12:59:07 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
12:59:10 | LinusN | gah, i'm trying to find a way to autodetect the remote control, but i'm not very successful |
12:59:31 | preglow | know how iriver does it? |
12:59:39 | preglow | that is, tried to find out? :P |
12:59:44 | LinusN | if i only knew that |
13:00 |
13:00:04 | LinusN | no, i'm not that amused by disassembling firmwares |
13:01:05 | preglow | you know the register addresses, at least, so should be possible to find all the parts of the firmware that deals with the remote pretty easily |
13:01:52 | LinusN | sure, it shouldn't be *that* hard to find out how they do it |
13:03:02 | LinusN | i have found a possible way to detect the non-lcd remote, but i can't think of a way to differ between h100 and h300 remotes |
13:05:03 | Rob- | hi: when porting existing code to rockbox, what is the best way to deal with malloc? |
13:05:18 | novimon | how does the a-b repeat mode work? |
13:05:28 | LinusN | Rob-: either eliminate the need for it, or fake it |
13:05:28 | novimon | what does it do and how to use it? |
13:06:21 | preglow | LinusN: preferable, just allocate static buffers with the max size the malloc would have |
13:06:29 | preglow | Rob-: that's to you... |
13:07:45 | Rob- | ok, thanks |
13:08:04 | t0mas | hm... maybe a simple question... but is there a fast way to detect changes to a cvs repos. from a shell script? |
13:08:08 | t0mas | (or perl) |
13:08:27 | t0mas | I found out I can't use the exit status from cvs diff, it's always 1 here... |
13:08:49 | B4gder | t0mas: guess why the buildall.pl script does what it does! ;-) |
13:08:49 | * | LinusN points at b4gder |
13:08:53 | t0mas | (I assume it's 1 because there are dirs like build-h120 in the cvs dir... |
13:09:05 | t0mas | B4gder: are you sure there is no faster way |
13:09:11 | *** | Saving seen data "./dancer.seen" |
13:09:15 | B4gder | I bet cvs history can be used too |
13:09:17 | LinusN | novimon: it repeats a song between the A and B points |
13:09:39 | t0mas | hm... |
13:09:41 | | Join Jungti1234 [0] (n=jungti12@124.60.15.86) |
13:09:42 | t0mas | I'll try |
13:09:48 | Jungti1234 | hi |
13:09:55 | B4gder | I don't find it very slow, since it needs to cvs update anyway when it needs to build |
13:10:07 | B4gder | but then I run it on the cvs server ;-) |
13:10:12 | t0mas | ghehe |
13:10:16 | t0mas | and I don't... |
13:10:36 | t0mas | can you add something to the commit script? write a simple file indicating a change? |
13:10:52 | t0mas | then we can remove that form the buildall script... and easilly check for changes... |
13:11:01 | t0mas | and only update all servers when there really is a change? |
13:11:17 | B4gder | only the master server needs to detect changes |
13:11:21 | LinusN | novimon: hold Play and click Left to set the A marker, and Right to set the B marker |
13:11:32 | t0mas | hm, that's true |
13:11:45 | t0mas | and as it is a local server you don't care about the useless update it does? |
13:11:56 | B4gder | you could of course make a procmail rule to trigger that there's a change |
13:12:00 | B4gder | on incoming commit mails |
13:12:02 | t0mas | because then we can leave it untill we split cvs and webservers some time |
13:12:17 | t0mas | erm... you have a script running on every commit... |
13:12:27 | B4gder | no, it would touch a file |
13:12:35 | B4gder | and you'd compare date on that file every X seconds |
13:12:38 | t0mas | just make that `touch /path/to/whereever/change` |
13:13:04 | t0mas | jup, and we can check the filedate from the buildall script... |
13:13:10 | t0mas | or just check if the file exists, and remove it? |
13:13:10 | B4gder | t0mas: but yes, I don't care much about "useless" cvs updates |
13:13:13 | t0mas | ok |
13:13:19 | t0mas | then I'll just do the update |
13:13:27 | B4gder | I do them now after all |
13:14:40 | t0mas | yeah, and it's slow here... but it should be faster locally |
13:15:32 | | Join darkless [0] (n=darkless@62.79.44.48) |
13:15:53 | preglow | Rob-: but yeah, sometimes it's not possible to find the max size easily, then you just have to make your own private little malloc for now. we really don't want to have a malloc in the rockbox core code |
13:16:15 | B4gder | t0mas: and even when you run it remotely, it doesn't matter that much if it is slow |
13:16:51 | B4gder | perhaps using rsync from the master to get the sources would be smarter than using cvs... |
13:16:52 | | Join Jungti1234__ [0] (n=7c3c0f56@labb.contactor.se) |
13:17:30 | t0mas | hm... it would make it more complicated to run it on random servers |
13:17:42 | B4gder | why? |
13:17:44 | t0mas | they must have: perl, cvs, ssh, scp |
13:17:48 | t0mas | now add rsync |
13:17:52 | t0mas | and that's one more tool to install.. |
13:18:01 | B4gder | well, rsync would remove the need for cvs |
13:18:04 | t0mas | oh and ofcourse the compilers |
13:18:10 | t0mas | yeah, that's true |
13:18:30 | B4gder | and I bet most servers that'll run this already have all those installed |
13:18:55 | t0mas | where are we going to run it? |
13:19:09 | t0mas | you have some servers in the same network as the rockbox webserver? |
13:19:17 | t0mas | as that would make the transfere times lower... |
13:19:20 | B4gder | I'm not sure, but I have several servers and lostlogic has offered his |
13:19:26 | t0mas | ok |
13:19:44 | t0mas | does he know we need a shell account? :) |
13:20:18 | B4gder | nah, we'll just h4xx0r it ;-P |
13:20:28 | t0mas | ghehe, we can't use windows servers :P |
13:20:29 | t0mas | ;P |
13:20:36 | | Part Jungti1234__ |
13:20:42 | B4gder | this would be stupid to do on windows anyway |
13:20:47 | B4gder | since we do this to increase speed |
13:20:52 | t0mas | ghehe |
13:21:00 | B4gder | cygwin builds are SLOOOW |
13:21:01 | t0mas | cygwin -> 10 minutes per build |
13:21:53 | B4gder | it would be cool to have about one machine per build and get the table updated in 60 seconds ;-) |
13:22:04 | t0mas | yeah, that would be really cool |
13:22:06 | preglow | oh, indeeds |
13:22:10 | t0mas | it would be faster than the mailinglist ;) |
13:22:17 | | Join Jungti1234__ [0] (n=jungti12@124.60.15.86) |
13:22:32 | amiconn | t0mas: >10 minutes?? |
13:22:48 | amiconn | I get 6..7 minutes for swcodec builds, and 3..4 for hwcodec builds |
13:22:52 | t0mas | don't know the exact time, it's just _really_ slow |
13:23:02 | Jungti1234__ | damn irc.. |
13:23:04 | amiconn | Yes |
13:23:15 | t0mas | on my Athlon XP it takes about 2 to 3 minutes I guess for an Iriver h120 build |
13:23:32 | t0mas | on my celeron laptop (now running linux) it really took almost 10 minutes |
13:23:33 | B4gder | btw, do you ccache on cygwin? |
13:23:41 | t0mas | no, I should have done that |
13:23:52 | amiconn | On linux it's ~3 times as fast - that's on the very same machine, and under VMware |
13:24:04 | t0mas | but I've solved the problem (and a lot of other problems) another way: installing linux |
13:24:11 | B4gder | :-) |
13:24:17 | t0mas | amiconn: native it's even faster... |
13:24:30 | Jungti1234__ | B4gder |
13:24:36 | amiconn | Perhaps, but I really don't want to deal with linux natively on my laptop |
13:24:41 | t0mas | on my normal workstation it's now calculated in seconds I guess |
13:24:57 | t0mas | no time to grab a coke or something ;) |
13:25:19 | amiconn | make -j helps a bit even on cygwin |
13:25:26 | amiconn | ...now that it's possible |
13:25:40 | Jungti1234__ | B4gder: Kick Jungti1234. |
13:25:50 | Mode | "#rockbox +o t0mas " by ChanServ (ChanServ@services.) |
13:25:58 | Kick | (#rockbox Jungti1234 :on request) by t0mas!n=Tomas@unaffiliated/t0mas |
13:26:01 | Jungti1234__ | thanks |
13:26:02 | Mode | "#rockbox -o t0mas " by t0mas (n=Tomas@unaffiliated/t0mas) |
13:26:05 | B4gder | Jungti1234__: register and you can fix those issues yourself |
13:26:12 | t0mas | nickserv ghost |
13:26:30 | Jungti1234__ | um |
13:26:40 | B4gder | ok, I now make the cvs builds use make -j |
13:26:42 | t0mas | try /nickserv help ghost |
13:26:45 | B4gder | let's see what happens |
13:27:06 | t0mas | B4gder: hod so you change it? |
13:27:11 | Jungti1234__ | I don't understand. |
13:27:16 | t0mas | an option to tools/configure ? |
13:27:19 | t0mas | like −−ccache |
13:27:38 | Jungti1234__ | I can't change nickname, now. |
13:27:40 | B4gder | nah, "make -k" is invoked by buildall.pl, I just added -j |
13:27:54 | t0mas | Jungti1234__: that's because the other user is still on the network |
13:28:00 | t0mas | ask a staffer to kill it... |
13:28:10 | Jungti1234__ | ok... |
13:28:13 | B4gder | Jungti1234__: it'll die by itself in time |
13:28:21 | Jungti1234__ | hehe |
13:28:43 | t0mas | B4gder: are some of our new h4x0rred servers SMP? |
13:29:02 | B4gder | t0mas: yes, the master server itself is |
13:29:24 | Jungti1234__ | Paprica? |
13:29:25 | t0mas | ok |
13:29:30 | t0mas | then -j should improve... |
13:29:40 | B4gder | and we want a system that allows volounteer to join in and run "build clients" so we should try to make it generic |
13:29:45 | t0mas | or it makes the website inaccesible during builds ;) |
13:29:52 | B4gder | hehe |
13:30:09 | t0mas | hm... there is one thing we should check then... stability |
13:30:36 | B4gder | yes, we need to consider what happens when servers don't respond |
13:30:38 | t0mas | maybe we should make the master switch servers if some client fucks up |
13:31:01 | B4gder | yeps |
13:31:22 | t0mas | but that would require some extra options.. because we now manually decide wich server can compile what target |
13:32:06 | B4gder | I think we can start with requiring that all servers can build all targets |
13:32:34 | t0mas | hm... I don't do that now... because I can't compile for some targets for example |
13:32:42 | B4gder | :-) |
13:33:05 | B4gder | well, make a smaller list for your tests then that only build targets you can build |
13:33:11 | amiconn | Are there hints how to build m68k-elf-gcc 3.4.5 on amd64? |
13:33:20 | Slasheri | hmm, i have one smp server also (dual xeon 2.4GHz), should be quite stable |
13:33:20 | amiconn | The bootstrap compiler ICEs... |
13:33:22 | t0mas | that's what I did now :) |
13:33:27 | t0mas | ask my test server to build only iriver targets |
13:34:07 | t0mas | I'll try what happens when I just pull a network plug when I'm at home |
13:34:25 | t0mas | I can't pull plugs via remote desktop :) |
13:35:03 | B4gder | you need to get a remotely controlled plug-pulling robot installed |
13:35:24 | t0mas | or a managed switch ;) |
13:35:52 | B4gder | I prefer robot! |
13:37:29 | | Join tucoz [0] (n=81b17b04@labb.contactor.se) |
13:37:56 | tucoz | came to think of something else. We need to have a naming convention for screenshots and references as well. |
13:38:18 | | Quit DrMoos ("CGI:IRC (EOF)") |
13:38:24 | | Nick Jungti1234__ is now known as Jungti1234 (n=jungti12@124.60.15.86) |
13:38:58 | Jungti1234 | hm |
13:39:36 | tucoz | That is, where should the images be placed? chapter1/images/h120/screenshot_main_menu.png |
13:40:08 | tucoz | or chapter1/images/h120_screenshot_main_menu.png? |
13:40:45 | amiconn | Some screenshots will be identical for multiple targets |
13:40:55 | | Join DrMoos [0] (n=527bf8fa@labb.contactor.se) |
13:41:00 | | Quit DrMoos (Client Quit) |
13:41:06 | tucoz | ok, I am trying to write up some guidelines in the ManualHowto |
13:41:08 | | Join DrMoos [0] (n=527bf8fa@labb.contactor.se) |
13:41:25 | tucoz | amiconn: should we have a common folder then? |
13:42:00 | amiconn | That's the question. I can't think of screenshots being identical for *all* targets. Some will be always identical between 2 targets |
13:42:07 | tucoz | yes |
13:42:22 | amiconn | (h100 and h120 for sure, and likewise FM recorder and recorder V2) |
13:42:39 | tucoz | but h100 and h120 will have the same documentation right? |
13:42:39 | t0mas | B4gder: have to continue working now (shit ;)) I'll take a look at it in my next spare hour... hope to get it done asap |
13:42:39 | | Quit petur ("CGI:IRC (Ping timeout)") |
13:42:47 | Bg3r | lostlogic ? |
13:42:57 | amiconn | A number of screenshots will be identical across all bitmapped archoses, i.e. recorder v1/v2/fm and Ondio fm/sp |
13:43:28 | amiconn | tucoz: Yes I think so |
13:43:55 | amiconn | The only difference which the user might experience comes from the RAM size |
13:44:03 | | Join petur [0] (n=d4efd6a6@labb.contactor.se) |
13:44:15 | tucoz | yes, no need for a separate manual for that |
13:44:21 | LinusN | maybe it would be simpler to have multiple instances of the same screenshot |
13:44:27 | amiconn | (more frequent spinups, and a lower maximum size of viewable JPEGs) |
13:44:29 | LinusN | instead of trying to share |
13:44:45 | B4gder | but having multiple ones make it more painful when you want to update it to a newer version |
13:44:55 | B4gder | or if not painful at least error-prone |
13:45:18 | LinusN | hmmm |
13:45:25 | tucoz | LinusN: Yes, I agree. I think we should at least have the images separated as chapter/images/platform |
13:45:44 | tucoz | where platform is the documentation target |
13:45:54 | B4gder | ipod 4g greyscal will look the same as the h10x0 ,,, |
13:46:03 | tucoz | one directory for h100 and h120 only |
13:46:16 | amiconn | LinusN: Is the H1x0 RAM a BGA? |
13:46:31 | LinusN | no |
13:47:07 | tucoz | I think I just add a section under guidelines in the ManualHowto where this could be discussed |
13:47:15 | amiconn | B4gder: Only completely true when someone implements the grayscale lib for iPod... |
13:47:25 | B4gder | really? |
13:47:37 | B4gder | the file browser for example doesn't use that, does it? |
13:47:39 | tucoz | And this would in most cases only be true for plugins |
13:48:35 | | Quit Jungti1234 () |
13:48:38 | B4gder | but sure, all screens wouldn't look the same |
13:49:08 | B4gder | with langv2, less screens will be identical |
13:49:30 | Bg3r | B4gder any plans for it ? ;) |
13:49:45 | B4gder | yes |
13:49:54 | tucoz | thinking of languages, I don't think we should support other languages than english in the docs. That will be a pain. |
13:50:01 | B4gder | Bg3r: but it is progressing fairly slow |
13:50:09 | Bg3r | it is progressing ??? |
13:50:15 | B4gder | yes it does |
13:50:26 | Bg3r | ah :) |
13:50:29 | Bg3r | good to hear |
13:51:27 | B4gder | I wrote a first v1 to v2 converter |
13:51:41 | B4gder | and I have a v2 => .c .h script |
13:52:53 | B4gder | pending are binlang and uplang versions for v2 |
13:58:03 | tucoz | Ok, I wrote down some thoughts http://www.rockbox.org/twiki/bin/view/Main/ManualHowto#Discussion |
13:58:23 | tucoz | please discuss and change this if you come to think of something. |
14:00 |
14:03:30 | | Join Paul_The_Nerd [0] (n=Paul_The@cpe-66-68-93-2.austin.res.rr.com) |
14:12:51 | Paprica | /.rockbox/sb/default.sb |
14:12:57 | Paprica | hoe can i separate |
14:13:02 | Paprica | /.rockbox/sb/ |
14:13:11 | Paprica | from the other part? |
14:13:39 | Paprica | how* |
14:14:38 | Paprica | ?? |
14:15:21 | tucoz | maybe only extract the last part of the string |
14:15:49 | tucoz | last 10 characters in the char array |
14:16:03 | Paprica | but it's not always 10 chars |
14:16:05 | tucoz | probably som better way though |
14:16:09 | tucoz | I see |
14:16:36 | amiconn | Paprica: Use strrchr() to search for the last / |
14:17:06 | Paprica | and...? |
14:17:43 | Paul_The_Nerd | Take everything after it. |
14:18:17 | Paprica | but i need the chars before it |
14:19:09 | Paul_The_Nerd | Well, once you know where it is, you can do that too. |
14:19:51 | tucoz | then you could use index 0 up to the index where the last / occured |
14:20:04 | Paprica | ok |
14:20:09 | Paprica | thanks |
14:21:29 | | Quit midkay (Read error: 104 (Connection reset by peer)) |
14:23:39 | | Quit B4gder ("time to say moo") |
14:23:59 | | Quit damaki_ (Read error: 104 (Connection reset by peer)) |
14:27:02 | tucoz | 7part |
14:27:04 | | Part tucoz |
14:30:40 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
14:31:41 | jaebird | linuxstb: I played around with the interface last nite for the first time |
14:31:51 | jaebird | all I can say is...wow |
14:32:28 | jaebird | I noticed a few things...m4a from itunes did play, but it seemed to pause for a little every 10s or so |
14:33:04 | amiconn | B4gder: Short moo time today? ;) |
14:33:31 | jaebird | also...if I aggressively change the vol up and down I can get mp3 and ogg to pause for a moment |
14:33:40 | B4gder | :-) |
14:34:31 | jaebird | it seems like the click-wheel is queing up clicks cause sometimes if i 'spin' it real fast and then jump up a menu things continue to scroll |
14:35:16 | jaebird | but i can tell you that i've gotten more use out of my pod in the last 12 hrs than i have since i got it...my stuff is mostly ogg |
14:37:05 | jaebird | is there a place where we can make notes of issues or things we see perhaps on the wiki? |
14:37:09 | | Join TCK- [0] (n=tckocr@81-178-160-168.dsl.pipex.com) |
14:37:23 | | Join damaki [0] (n=Chocolat@ALille-153-1-44-184.w83-198.abo.wanadoo.fr) |
14:37:27 | amiconn | jaebird: There's the bug tracker on sourceforge |
14:37:39 | markun | jaebird: and here is a good place to tell about problems |
14:37:45 | amiconn | Yes, that too |
14:38:08 | jaebird | yeah, i figured that...bug tracker might be too formal at this point for 4g 2bpp ?? |
14:38:27 | jaebird | and i've been using this channel for most of my findings and testing results |
14:39:20 | | Quit DrMoos ("CGI:IRC (EOF)") |
14:39:51 | jaebird | we are probably really close to having a daily for the 4g 2bpp, i haven't had any real issues (except for the contrast) in awhile |
14:40:13 | jaebird | at least that is my 2 cents |
14:40:23 | B4gder | I can add a daily build later tonight |
14:40:36 | jaebird | kewl |
14:41:00 | | Join ddaa [0] (n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net) |
14:41:50 | B4gder | is there a tiny pic available for 4g2pp ? |
14:42:23 | B4gder | to match the other players on the daily build page |
14:44:00 | | Quit kernelsensei (Remote closed the connection) |
14:44:53 | jaebird | mine looks just like the ipodcolor...just no color! |
14:45:26 | jaebird | make the rockbox image grayscale and you got it |
14:46:49 | | Part ddaa |
14:47:07 | | Join ddaa [0] (n=ddaa@nor75-18-82-241-238-155.fbx.proxad.net) |
14:47:47 | XavierGr | the daily builds table continues to grow... |
14:48:12 | B4gder | jaebird: yes please ;-) |
14:48:29 | | Quit Paul_The_Nerd (Read error: 110 (Connection timed out)) |
14:50:22 | amiconn | jaebird: You can take the LCD screen part from the H1x0 picture. Same LCD resolution |
14:51:07 | | Quit linuxstb (Remote closed the connection) |
14:51:32 | | Join linuxstb [0] (n=linuxstb@host213-123-154-169.in-addr.btopenworld.com) |
14:52:50 | linuxstb | jaebird: Yes, I think a wiki page for iPod bugs/unimplemented features (such as battery indicator) would be a good way to deal with them at the moment - IpodStatus perhaps. |
14:53:50 | linuxstb | B4gder: There is one "show-stopper" bug on the 4g grayscale (the contrast setting is wrong making the screen invisible) that I would want to fix before we make builds available. I should be able to do that early this evening though. |
14:54:30 | B4gder | ok |
14:54:39 | * | petur still hasn't figured out what image B4gder is trying to create on the daily builds page (for the daily builds image contest) |
14:54:39 | B4gder | I'll prepare things and have it ready when you say go |
14:55:08 | B4gder | petur: you just have no sense for art, clearly |
14:55:52 | linuxstb | I'll also need to make a bootloader binary available and update the installation instructions page. I'll let you know when the port is ready. |
14:56:16 | B4gder | that'll give jaebird some time to fix a pic too ;-) |
14:56:23 | linuxstb | I've already fixed the SDL sim the the 4g, so you can build that if you want. |
14:57:09 | B4gder | moo time |
14:57:11 | | Quit B4gder ("time to say moo") |
14:57:28 | safetydan | Is it better to have #ifdef's in the SOURCES file or in the source? |
14:57:40 | preglow | SOURCES, imho |
14:57:45 | * | linuxstb agrees |
14:57:45 | * | safetydan contemplates splitting the SDL LCD drawing files in to one part each for LCD, remote and charcell LCD |
14:58:43 | | Quit Nilisco ("changing servers") |
14:59:35 | linuxstb | preglow: Are you going to commit your change to the clickwheel driver so it doesn't queue events? Or are you still experimenting? |
15:00 |
15:00:11 | | Join midkay [0] (n=midkay@24.143.70.99) |
15:00:27 | preglow | ah, no, i'm working right now |
15:00:56 | preglow | would any other part of rockbox benefit from a queue_peek() ? |
15:03:22 | JdGordon | is 4g b+w ipod working good enough to actually use yet? |
15:03:58 | JdGordon | and installing rb doesnt erase the disk does it? |
15:04:16 | | Join Nilisco [0] (i=nilisco@wrath.shellfx.net) |
15:04:53 | linuxstb | JdGordon: Yes and Yes. |
15:05:02 | linuxstb | I mean yes, it doesn't erase the disk. |
15:05:12 | JdGordon | awesome.. |
15:05:37 | linuxstb | The lcd driver is still buggy, but apart from that, it seems to work as well as the Photo and Nano. |
15:05:39 | JdGordon | it doesnt use the itunesdb thing on the disk does it? so ud efectivly lose the music anyway right? |
15:06:07 | linuxstb | True - but the music files are still accessible, but only with obfuscated filenames. |
15:06:40 | midkay | can't you build an id3 database? |
15:06:59 | linuxstb | If you like shuffle-mode, then you can simply do an "insert recursively" on the iPod_Control folder, and Rockbox will happily play all your itunes-transferred tracks. |
15:07:55 | linuxstb | The correct track information will be read from the tags in the files - so the WPS will display the correct information. |
15:08:07 | JdGordon | is there any programs that can copy the files back to their origional folders and names? (on windows) |
15:08:12 | | Quit muesli__ (Read error: 104 (Connection reset by peer)) |
15:08:29 | linuxstb | Yes, I'm sure there are lots. I've never had reason to look for one though. |
15:08:53 | petur | most taggers can also change the filenames |
15:08:59 | linuxstb | But if you're using itunes, then you should still have the originals whereever itunes keeps them. |
15:09:13 | *** | Saving seen data "./dancer.seen" |
15:09:15 | JdGordon | 20000km between that and the ipod :p |
15:09:48 | XavierGr | Can somoen explain to me why Apple choose to rename oall the tracks on the player? |
15:09:51 | JdGordon | my friends ipod has been acting up.. i rekon its a software problem which is y i wanna install rb on it |
15:09:58 | JdGordon | to stop u sharing them |
15:10:17 | XavierGr | this is so lame |
15:11:03 | XavierGr | but you could make a program that sees the filenames (changed) and revert back to the original, or the renaming isn't related to the original filenaes? |
15:11:46 | linuxstb | As petur said, a generic file tagger/renamer should be able to read the tags from the files and rename them in a sensible directory structure. |
15:12:08 | linuxstb | Or just find one of the tools that reads the info from the itunesdb and copies the files back to a PC. |
15:13:35 | JdGordon | where is the b+w bootloader? |
15:13:48 | linuxstb | In CVS - I'll upload a binary to the installation page tonight. |
15:14:00 | JdGordon | can u dcc me it please? |
15:14:22 | linuxstb | No - I'll have to build it first, and I'm not at home. |
15:14:51 | JdGordon | bugger |
15:14:54 | linuxstb | There is also a contrast bug in the 4g build itself that you should wait for me to fix. |
15:15:05 | JdGordon | ok |
15:15:36 | linuxstb | What time is it where you are? |
15:15:44 | JdGordon | 1.15am... |
15:16:12 | | Join muesli__ [0] (n=muesli_t@88.134.20.76) |
15:16:30 | XavierGr | God I am so jealous of the devcon meeting! :D |
15:16:37 | | Quit stamppot (Read error: 110 (Connection timed out)) |
15:16:55 | JdGordon | speaking of which... setup skype for the meeting and we can attend over the net :p |
15:17:20 | XavierGr | not with my connection :( |
15:18:17 | petur | yeah, I was planning to go, then found out I had tickets for a concert that friday night. |
15:18:30 | JdGordon | 2 c who? |
15:18:47 | muesli__ | LinusN are those the mentioned shirts for devcon06? http://rockboxshop.de/images/g_weis.gif?osCsid=6753964918bccddc9d41cbff9e17eaa5 |
15:18:48 | muesli__ | ;) |
15:19:21 | petur | A Belgian artist I'm a big fan of - I also know him personally and admin/mod the forum on their site |
15:19:26 | LinusN | lol |
15:19:30 | petur | And bootleg their gigs :) |
15:19:44 | JdGordon | awesome |
15:20:26 | muesli__ | LinusN pray for the devs that thats the entertaining part within ur families ;-) |
15:20:33 | JdGordon | ... has any1 got the song The Begining of the End, by Spineshank ? |
15:23:04 | [IDC]Dragon | see LinusN modelling: http://rockboxshop.de/images/m_weis.gif |
15:23:19 | muesli__ | sexy as well ;) |
15:23:21 | [IDC]Dragon | (or was it Bagder?) |
15:23:34 | LinusN | ah, that was before i grew a beard |
15:23:46 | [IDC]Dragon | dunno why it involves a toilet |
15:23:47 | muesli__ | note that all pix have been taken in the shower..seems to be a huge foam party goin on! |
15:24:13 | petur | shower? looks more like a toilet to me :) |
15:24:30 | petur | http://rockboxshop.de/images/m_schwarz.gif |
15:24:30 | [IDC]Dragon | yes:http://rockboxshop.de/images/m_schwarz.gif |
15:24:36 | petur | hahaha |
15:24:47 | LinusN | petur: aaaah, that's why i smell so bad after showering! |
15:24:49 | muesli__ | uuuh |
15:25:13 | muesli__ | must be a nasty rockbox over there! |
15:28:30 | | Quit JdGordon (Read error: 104 (Connection reset by peer)) |
15:28:39 | [IDC]Dragon | Christie is in the shower: http://rockboxshop.de/images/g_schwarz.gif |
15:29:25 | preglow | do they have showers in the public toilets in germany? |
15:29:26 | [IDC]Dragon | interesting directory |
15:29:38 | [IDC]Dragon | not in all ;-) |
15:30:14 | muesli__ | preglow not that i know... |
15:31:00 | | Quit perl|bbq (Read error: 110 (Connection timed out)) |
15:32:16 | [IDC]Dragon | I fail to get on idea what this shop is |
15:33:48 | amiconn | [IDC]Dragon: Down right is a link: Powered by osCommerce |
15:34:06 | amiconn | Strange, that... |
15:34:36 | [IDC]Dragon | what's the "rockbox" they sell? A group? A fashion label? |
15:35:05 | [IDC]Dragon | I guess we have no traemark |
15:35:16 | [IDC]Dragon | trademark |
15:35:21 | amiconn | http://rockboxshop.de/impressum.php -> ROCKBOX Clothing Gbr. |
15:35:37 | preglow | looks like they've got a record label as well |
15:36:02 | amiconn | It's a part of http://www.rock-box.de/ |
15:36:16 | [IDC]Dragon | bathroom garment, haha |
15:37:02 | | Join BHSPitMonkey2 [0] (n=stephen@adsl-64-217-217-43.dsl.rcsntx.swbell.net) |
15:37:02 | | Join Febs [0] (i=Febs@dhcp64-134-210-102.hfwsf.sjc.wayport.net) |
15:37:14 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-27-160.w83-198.abo.wanadoo.fr) |
15:37:14 | [IDC]Dragon | they feature all and nothing |
15:37:57 | preglow | bbl |
15:39:36 | | Nick BHSPitMonkey2 is now known as BHSPitMonkey (n=stephen@adsl-64-217-217-43.dsl.rcsntx.swbell.net) |
15:42:52 | | Quit ashridah ("Leaving") |
15:44:08 | | Join _FireFly_ [0] (n=FireFly@p54A46C26.dip.t-dialin.net) |
15:49:40 | | Quit [IDC]Dragon ("CGI:IRC (EOF)") |
15:50:36 | * | petur swears at iso9001 |
15:50:57 | * | BHSPitMonkey swears at petur |
15:51:28 | * | petur hits BHSPitMonkey with a box of iso9001 documents |
15:51:37 | Bg3r | :-! |
15:51:43 | | Quit damaki (Read error: 110 (Connection timed out)) |
15:53:27 | | Quit _FireFly_ ("Leaving") |
15:56:09 | lostlogic | :( that's quite a lot of swcodec playback problems that were just reported on the ML |
15:59:53 | | Join Fuiou5 [0] (n=none@dhcp165152.reynolds.fsu.edu) |
15:59:53 | | Quit Furious_G (Read error: 104 (Connection reset by peer)) |
16:00 |
16:00:02 | Bg3r | lostlogic offt, but is there an other way for detecting a charge via usb on H300 except the usb_powered() ? |
16:00:22 | Bg3r | like reading GPI or something... |
16:10:42 | | Quit BHSPitMonkey ("BitchX Official FAQ Site -- http://faq.bitchx.org/") |
16:16:01 | lostlogic | Bg3r: we dont' knwo it yet −− currently we just assume that the unit is drawing power from the USB when the USB is plugged... |
16:16:11 | lostlogic | the iRiver firmware knows how to turn this on and off and monitor it, but we don't |
16:16:49 | Bg3r | ah |
16:17:13 | | Quit tvelocity ("Αναχωρεί") |
16:18:26 | lostlogic | Bg3r: if USB is plugged and the charging bit in GPIO (I forget which one, but the code talks) is set, and AC is _not_ plugged, then it _is_ charging from USB... |
16:19:07 | Bg3r | and what if both are plugged ? |
16:19:49 | lostlogic | technically it can draw power from both, if I understand how it's wired correctly, but in practice it is powered from the AC, because the USB power draw is current limitted below what it will draw. |
16:21:16 | LinusN | speaking of voltages, i'm disassembling the iriver h300 firmware |
16:21:22 | lostlogic | LinusN: party! |
16:21:32 | LinusN | it's a blast... |
16:21:44 | lostlogic | bbiab (gotta show up at work) |
16:21:46 | Bg3r | blast ?:P |
16:21:49 | LinusN | they calculate the battery voltage in the wrong way |
16:21:58 | LinusN | according to the data sheets |
16:23:05 | LinusN | i haven |
16:23:31 | Bg3r | lostlogic with "charging bit" you mean the GPIO in the charge_state() ? |
16:23:35 | LinusN | 't yet examined how that affects them, bit i thought it was interesting |
16:23:41 | LinusN | but |
16:24:03 | LinusN | anyway, goota go |
16:24:03 | | Quit DreamTactix291 (Read error: 104 (Connection reset by peer)) |
16:24:06 | LinusN | cu |
16:24:08 | | Part LinusN |
16:24:22 | | Join DreamTactix291 [0] (n=DreamTac@adsl-149-149-154.bna.bellsouth.net) |
16:31:19 | | Quit linuxstb ("Client Exiting") |
16:31:27 | | Join webguest35 [0] (n=c3ad20b3@labb.contactor.se) |
16:35:04 | Bg3r | lostlogic ? |
16:36:28 | | Quit webguest35 ("CGI:IRC (Ping timeout)") |
16:36:49 | | Join Wilasombre-X5 [0] (n=c3f8638e@labb.contactor.se) |
16:37:14 | Wilasombre-X5 | Hey All |
16:39:18 | | Quit TCK- ("well, if you say so.") |
16:40:37 | | Join quobl_ [0] (n=quobl@tor/session/x-6ea366cb0b28078f) |
16:40:49 | | Quit quobl (Remote closed the connection) |
16:47:39 | | Quit needleboy () |
16:48:19 | | Join kernelsensei [0] (n=boris@unaffiliated/kernelsensei) |
16:48:27 | Wilasombre-X5 | msg Lynx_ |
16:49:36 | | Join _FireFly_ [0] (n=FireFly@p54A46BEC.dip.t-dialin.net) |
17:00 |
17:00:12 | | Join hardeep [0] (i=hardeeps@SDF.LONESTAR.ORG) |
17:00:46 | | Quit Febs (Read error: 110 (Connection timed out)) |
17:09:15 | *** | Saving seen data "./dancer.seen" |
17:10:11 | | Join vca [0] (n=pfft@207.8.214.146) |
17:11:38 | vca | proud to report another happy customer w/ a rockboxed nano. great work guys. |
17:15:33 | | Quit _FireFly_ (Read error: 110 (Connection timed out)) |
17:17:19 | lostlogic | Bg3r: back |
17:17:34 | lostlogic | Bg3r: yes, charging bit, charge_state() |
17:25:32 | | Join _Kingstone [0] (n=sg1@195.226.51.74) |
17:25:32 | | Quit Kingstone (Read error: 104 (Connection reset by peer)) |
17:25:45 | | Nick _Kingstone is now known as Kingstone (n=sg1@195.226.51.74) |
17:29:35 | | Join Matze41 [0] (i=Miranda@p5484D067.dip.t-dialin.net) |
17:31:29 | | Quit bluey (Remote closed the connection) |
17:32:00 | Bg3r | lostlogic k |
17:32:19 | Bg3r | the PCF50606 is the charging chip, yep ./ |
17:32:50 | amiconn | Afaik it's not |
17:34:42 | lostlogic | nope |
17:34:44 | lostlogic | LX2201 |
17:35:50 | lostlogic | Bg3r: thinking that it was the PCF50606 had me confused for a long time... |
17:35:52 | amiconn | I was about to look that up |
17:36:02 | amiconn | The LX2201 is missing from http://www.rockbox.org/twiki/bin/view/Main/IriverH3XXHardwareComponents |
17:36:05 | Bg3r | huh? |
17:36:20 | Bg3r | ok, gotta go |
17:36:22 | Bg3r | later |
17:36:42 | Bg3r | btw this is strange ... why they didn't used the PCF chip for this too ... |
17:38:19 | amiconn | It seems DAP manufaturers make a lot of strange decisions |
17:41:59 | petur | time for another target :D http://www.reghardware.co.uk/2006/02/09/apple_readies_video_ipod/ |
17:43:13 | lostlogic | Bg3r: for later: The PCF50606 charging circuit isn't as advance WRT USB charging, the LX2201 has completely automated and current controlled USB charging without interaction from the host controller at all. I think that is actually why the pcf50606 comes in pcf50605 version without a main battery charger |
17:44:05 | | Join ModernExecutive [0] (n=ModExec@wm204-165.unwired-grad.wm.edu) |
17:44:28 | | Join bluey [0] (n=bluey@dslb-084-059-100-088.pools.arcor-ip.net) |
17:46:46 | | Part ModernExecutive |
17:49:33 | | Join _FireFly_ [0] (n=FireFly@p54A4601E.dip.t-dialin.net) |
17:55:05 | | Quit NicoFR () |
17:55:32 | * | t0mas is back :) |
17:55:50 | t0mas | Bagder? |
17:56:11 | t0mas | Why is the buildal script making a separate build log... and then copy-ing it in? |
17:56:50 | t0mas | And does it matter to report a good or bad build after the buildlog? Because then the clients can be simpler... just give a buildlog and report ok, of failure in the end... |
18:00 |
18:00:01 | lostlogic | wow, I can fly nonstop to ARN from chicago to arrive Friday morning and leave Monday morning for relatively cheap. |
18:01:51 | | Part petur |
18:12:47 | | Join xmixahlx [0] (n=xmixahlx@64.122.111.98) |
18:17:56 | | Join zhilik [0] (n=_if_you_@ppp83-237-231-213.pppoe.mtu-net.ru) |
18:21:38 | muesli__ | fujitsu pronounced an 120gb drive (1,8") in 2007...sweet |
18:21:48 | | Join Mongey [0] (n=mongeyc@83.70.49.100) |
18:24:34 | | Join freqmod [0] (n=freqmod@44.80-203-31.nextgentel.com) |
18:27:28 | | Join damaki__ [0] (n=Chocolat@ALille-153-1-15-164.w83-198.abo.wanadoo.fr) |
18:31:46 | | Quit hardeep ("[BX] Have you huggled your BitchX today?") |
18:34:41 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
18:36:05 | | Join perldiver [0] (n=say@cpe-66-65-89-236.nyc.res.rr.com) |
18:42:33 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
18:43:10 | | Join Bger [0] (n=Bager@217.9.226.114) |
18:46:24 | | Quit bluey ("Leaving") |
18:48:54 | Bger | lostlogic then comes the question why they didn't use the 50605 version... |
18:51:22 | muesli__ | pronounced=announced btw :o |
18:51:29 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-69-227.w86-196.abo.wanadoo.fr) |
18:52:17 | | Quit ender` (" "I want an Internet. Can I have one of those?" -- Spice Girl Mel B., aka Scary Spice during an AOL press conference, pointi) |
18:54:12 | Bger | muesli__ good news :) |
18:54:41 | muesli__ | still 1 3/4year to go though ;) |
18:55:05 | lostlogic | Bger: don't know −− afaik ipods do have the 50605 |
18:55:29 | Bger | lostlogic any datasheets ? |
18:55:38 | Bger | for L... |
18:56:03 | lostlogic | Bger: yeah −− I thought it was on the wiki somewhere, because I have a printout of it at home |
18:56:09 | Bger | and yep, the ipods use 50605 |
18:59:09 | | Join bluey [0] (n=bluey@dslb-084-059-100-088.pools.arcor-ip.net) |
19:00 |
19:00:36 | lostlogic | Bger: moved the LX2201 to where it belonged on the H3x0 hardware components WIKI |
19:00:42 | lostlogic | (and gave it a name in the TOC |
19:01:03 | Bger | ah, ok |
19:01:11 | Bger | where was it ? |
19:01:58 | Bger | AH |
19:02:07 | Bger | this was the unknown chip .. |
19:03:13 | | Join ender` [0] (i=ychat@84.52.165.220) |
19:03:19 | | Quit perldiver (Read error: 110 (Connection timed out)) |
19:03:54 | lostlogic | right |
19:04:05 | | Nick Mongey is now known as Mongey|dinner (n=mongeyc@83.70.49.100) |
19:06:25 | | Quit damaki__ (Read error: 110 (Connection timed out)) |
19:07:51 | | Quit bluey (Remote closed the connection) |
19:09:18 | *** | Saving seen data "./dancer.seen" |
19:12:06 | Bger | lostlogic huh ? this chip is for USB charging only ? |
19:12:29 | | Join Febs [0] (n=421cf59a@labb.contactor.se) |
19:14:09 | | Nick Mongey|dinner is now known as Mongey (n=mongeyc@83.70.49.100) |
19:23:00 | linuxstb | What do people think about the mactidy/disktidy plugin on the patch tracker? Would there be any objections to it being committed to CVS? |
19:23:51 | | Quit Mongey (Read error: 104 (Connection reset by peer)) |
19:24:14 | Bger | what's this ? |
19:25:52 | linuxstb | It's a plugin that scans your disk for files added by Windows or Mac OS X and deletes them - such as /Recycled/ and Thumbs.db |
19:26:15 | Moos | ahh that one |
19:26:30 | Moos | please commit it :-) |
19:26:33 | linuxstb | It's a bigger problem for Mac users - Mac OS X creates a ._filename resource file for every single file it copies to a FAT32 disk. |
19:27:27 | Bger | ah, yes, what's the purpose of this ._filename ? |
19:27:41 | linuxstb | It stores the resource fork that Mac OS likes. |
19:28:37 | | Join Lear [0] (n=chatzill@h194n1c1o285.bredband.skanova.com) |
19:28:42 | Paprica | how can i know which lcd is draw(remote or player) without display->screen_type? |
19:29:14 | linuxstb | Paprica: The idea is that you shouldn't care. |
19:29:31 | | Join Mmmm [0] (n=mscarrat@cpc1-hem13-0-0-cust973.lutn.cable.ntl.com) |
19:29:38 | Paprica | why? |
19:29:40 | linuxstb | IIUC, you just use the characteristics of the display, such as lcd_width and lcd_height |
19:30:01 | Lear | How is the SDL sound playback on Linux? |
19:30:16 | linuxstb | Lear: It seems OK, but I haven't tested very much. |
19:30:18 | Paprica | i need to do it for different statusbar height... |
19:30:38 | Lear | Not chopped up? Reasonable CPU load? |
19:30:48 | Lear | That's the way it is on cygwin... |
19:30:53 | Paprica | so i need to know which lcd is draw in the moment |
19:32:55 | Paprica | linuxstb, no way to know? |
19:33:37 | linuxstb | I don't understand the GUI code very well, but I think you should do it the same as the WPS code. |
19:34:04 | Paprica | it's not good for me. |
19:34:20 | linuxstb | i.e. you define a C structure which describes a statusbar, and then you have an array of these structures, one per screen. |
19:35:18 | linuxstb | You will then need a function which takes a display structure and a statusbar structure, and draws that statusbar on the display. |
19:35:33 | Paprica | blah |
19:35:53 | Paprica | i need the statusbar height for the bookmark.c |
19:35:56 | Paprica | and others.. |
19:36:03 | Paprica | this is my problem |
19:36:38 | | Quit Mmmm () |
19:36:46 | linuxstb | The statusbar height should be a variable in the display structure. |
19:37:07 | linuxstb | s/should be/could be/ |
19:38:42 | Paprica | i dont think that this is will help me |
19:38:49 | Paprica | but i'll try |
19:40:40 | linuxstb | If it was me, I would make the status bar code part of the display structure, so you simply call functions such as display->update_statusbar() and display->set_statusbar_config() |
19:43:53 | | Join ModernExecutive [0] (n=ModExec@wm204-165.unwired-grad.wm.edu) |
19:44:09 | | Part ModernExecutive |
19:44:36 | | Join webguest93 [0] (n=514d7bd1@labb.contactor.se) |
19:45:21 | | Quit webguest93 (Client Quit) |
19:46:10 | | Join Therx [0] (n=Therx@i-195-137-39-215.freedom2surf.net) |
19:50:15 | | Quit _FireFly_ ("Leaving") |
19:50:40 | lostlogic | Bger: lx2201 handles both kinds of charging as far as has thusfar been determined |
19:52:01 | Moos | linuxstb/Lear: what do you thought about the lyrics id3 patch? commitable? |
19:53:07 | Bger | lostlogic yes, saw it already.. |
19:55:01 | linuxstb | Moos: I haven't looked at it. |
19:55:15 | Moos | ok |
19:55:27 | linuxstb | link? |
19:55:46 | Moos | http://sourceforge.net/tracker/index.php?func=detail&aid=1426910&group_id=44306&atid=439120 |
19:57:30 | linuxstb | I don't understand the description - does it read lyrics from id3v2 tags, or does it read them from an external file? What does "id3->txt file" mean? |
19:58:25 | linuxstb | Also, why is the text copied into .rockbox? Doesn't that mean extra disk accesses during playback? |
20:00 |
20:00:00 | Wilasombre-X5 | Which make and model of mp3 player are you talking about? |
20:00:05 | t0mas | ghehe.... |
20:00:09 | linuxstb | "Rockbox" |
20:00:10 | t0mas | I need ccache :) |
20:00:15 | t0mas | and a new test machine for building |
20:00:18 | t0mas | 19:59:35 up 417 days, 8:15, 4 users, load average: 2.93, 1.81, 1.38 |
20:00:39 | Moos | linuxstb: it seems to read them to id3 tags |
20:00:45 | t0mas | normally it has "load average: 0.00, 0.00, 0.00" |
20:01:56 | | Nick Wilasombre-X5 is now known as some1 (n=c3f8638e@labb.contactor.se) |
20:02:37 | Bger | t0mas this is what i call uptime... |
20:02:55 | t0mas | ghehe, it has nothing todo... so that's not hard |
20:03:04 | t0mas | it's just my personal web/mail/ftp server |
20:03:47 | t0mas | (running debian old-stable) |
20:04:25 | Bger | anyway ... my personal record is around 110 days ... |
20:04:53 | t0mas | just don't touch it and it will stay up very long ;) |
20:05:06 | Bger | :) |
20:05:33 | t0mas | I actually have one that's up longer... |
20:05:41 | t0mas | [root@bruce root]# uptime |
20:05:41 | t0mas | 20:05:13 up 417 days, 11:00, 1 user, load average: 0.50, 0.51, 0.43 |
20:06:07 | t0mas | < 3 hours longer... it's my router... doing even less :) |
20:06:28 | t0mas | they both went down 417 days ago because of a power loss :) |
20:06:40 | Bger | i feel that u're proud of them :) |
20:06:51 | t0mas | actually... I guess I am |
20:06:57 | t0mas | and I really like debian... |
20:07:55 | linuxstb | Any iPod 4G grayscale users lurking around? |
20:08:15 | some1 | I have a mate who has 1.... |
20:08:19 | some1 | space 1 imean... |
20:08:26 | some1 | spare* |
20:08:42 | t0mas | hm? spare ipod? |
20:08:52 | some1 | ^^ |
20:08:55 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
20:08:56 | t0mas | I know someone who would love to have one... |
20:08:59 | t0mas | <−− |
20:09:05 | some1 | Well his a mate of him-i can get my hands onit |
20:09:08 | linuxstb | I'm looking for someone to test the current build before we make it available for download. |
20:09:17 | some1 | well im a mate of his* |
20:09:37 | some1 | How stalbe is it? |
20:09:53 | some1 | And if the worst happens - can old ipod OS get loaded bk onto it? |
20:10:01 | some1 | or would it become a paperweight? |
20:10:30 | linuxstb | It's as stable as the other iPod ports, apart from the lcd driver which is not perfect yet. |
20:10:51 | some1 | meaning? |
20:10:57 | linuxstb | Yes, it's simple to restore an ipod back to its original state, and almost impossible to turn it into a paperweight. |
20:11:03 | some1 | o |
20:11:19 | some1 | how would you go about putting the old OS bk on it? just cos i wanna no! |
20:11:22 | muesli__ | linuxstb just read an article on a german ipod page. there were pretty impressed of rockbox ;) |
20:11:41 | linuxstb | some1: Read this page: http://www.rockbox.org/twiki/bin/view/Main/IpodInstallation |
20:12:20 | linuxstb | You can "dual-boot" between Rockbox and the Apple firmware, or restore it to Apple-only by typing "ipodpatcher -w N bootpartition.bin" |
20:12:22 | some1 | Its like that Podzilla |
20:12:33 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-129-150.pools.arcor-ip.net) |
20:13:42 | some1 | K - have txt him asking could i use it for a day or so:P |
20:14:29 | linuxstb | Don't worry if it's not convenient - I'm sure other people will be around in the next few hours. |
20:15:02 | | Join BHSPitMonkey [0] (n=stephen@adsl-64-217-217-43.dsl.rcsntx.swbell.net) |
20:17:53 | some1 | *waits for a text bk* |
20:19:24 | | Join hardeep [0] (i=hardeeps@SDF.LONESTAR.ORG) |
20:20:35 | some1 | Could some1 help me here with cgywin? |
20:20:50 | some1 | Cygwin*? |
20:21:09 | some1 | What is the difference between |
20:21:09 | some1 | # cvs -z3 -d:pserver:anonymous@rockbox.haxx.se:/cvsroot/rockbox co rockbox-devel |
20:21:11 | BHSPitMonkey | some1: don't ask to ask, just ask |
20:21:28 | some1 | cvs -d:pserver:anonymous@rockbox.haxx.se:/cvsroot/rockbox co rockbox-devel |
20:21:34 | some1 | cvs -z3 -dtongueserver:anonymous@rockbox.haxx.se:/cvsroot/rockbox co rockbox-devel |
20:21:37 | some1 | cvs -dtongueserver:anonymous@rockbox.haxx.se:/cvsroot/rockbox co rockbox-devel |
20:21:47 | some1 | The only thing that is diffence is -z3 |
20:21:54 | some1 | what does that do? |
20:22:02 | BHSPitMonkey | some1 , "man cvs" |
20:22:03 | linuxstb | The z3 means that the transfer is compressed |
20:22:08 | BHSPitMonkey | run that |
20:22:36 | some1 | so which 1 do i do? |
20:22:51 | linuxstb | z3 is recommended - it will be faster |
20:23:15 | Bger | or even z6 :) |
20:23:25 | linuxstb | Now now, don't stress the server.... |
20:23:25 | some1 | What happens if i do the other its uncompressed and what does that do exp from taking longer? |
20:23:49 | linuxstb | That's the only difference - you will get the correct result with or without -z3 |
20:23:56 | some1 | o |
20:23:57 | some1 | Ok |
20:24:09 | some1 | And do we still need to have RockBox-DevKit_v314.exe |
20:24:10 | some1 | ? |
20:24:28 | some1 | cos i could never get that to install right |
20:24:38 | linuxstb | No - just use plain cygwin |
20:24:44 | some1 | Gdgd |
20:24:51 | some1 | thats wot i am now doing... |
20:24:54 | some1 | right |
20:25:54 | | Quit quobl_ (Client Quit) |
20:26:07 | Bger | some1 american ? :) |
20:26:22 | some1 | Englsih - Uk |
20:26:22 | some1 | u? |
20:26:35 | Bger | bulgarian.. |
20:26:50 | | Join Thus0 [0] (n=Thus0@154.111.102-84.rev.gaoland.net) |
20:27:46 | t0mas | [20:23:23] <Bger> or even z6 :) |
20:27:46 | t0mas | [20:23:33] <linuxstb> Now now, don't stress the server.... |
20:27:49 | t0mas | haha |
20:28:00 | amiconn | -z 9 |
20:28:17 | t0mas | the server has handled over 30 cvs checkout and updates from my build-system work in the last 10 minutes |
20:28:56 | t0mas | but now I have 3 pc's building rockbox targets |
20:28:59 | Bagder | 20:28:51 up 177 days, 6:26, 5 users, load average: 2.37, 2.53, 2.55 |
20:29:16 | safetydan | the sdl sim is so much nicer to use with zoom |
20:29:17 | Bagder | :-) |
20:29:22 | t0mas | is it building something? |
20:29:29 | t0mas | or is that just from web/cvs server? |
20:29:32 | Bagder | no, the high load is due to dnetc |
20:29:59 | | Join damaki [0] (n=Chocolat@ALille-153-1-27-43.w83-198.abo.wanadoo.fr) |
20:30:09 | Bagder | so its running on two all the time |
20:30:10 | t0mas | Bagder: the distributed.net service? |
20:30:10 | amiconn | What do these numbers mean? Percent? |
20:30:14 | Bagder | t0mas: yes |
20:30:15 | | Join ssnajper [0] (n=c635c9fe@labb.contactor.se) |
20:30:29 | Bger | amiconn afaik the waiting threads ... |
20:30:33 | t0mas | amiconn: no, there is a very strange formula for calculating them |
20:30:33 | Bagder | amiconn: no, the load is number of processes in the run queue |
20:30:38 | ssnajper | does rockbox work well for ipod 3g yet? |
20:30:41 | amiconn | ok |
20:30:50 | linuxstb | ssnajper: No - it's still in development. |
20:30:50 | amiconn | My amd64 has 1.66 1.26 1.10 |
20:30:55 | amiconn | (also running dnetc) |
20:30:59 | ssnajper | ah ok, thanks |
20:31:02 | t0mas | it should be around the number of cpu's |
20:31:13 | t0mas | ideally it's just under the number of cpu's right? |
20:31:17 | Bagder | this is two CPUs, so it has two dnetc processes |
20:31:18 | t0mas | like 0,99 for a normal box? |
20:31:38 | | Join webguest84 [0] (n=9bf7a61c@labb.contactor.se) |
20:31:38 | | Quit ssnajper (Client Quit) |
20:31:41 | Bagder | 20:31:52 up 38 days, 11:39, 7 users, load average: 0.06, 0.09, 0.06 |
20:31:47 | Bagder | my box at home |
20:31:55 | t0mas | ghehe |
20:31:57 | Bagder | :-) |
20:31:57 | | Quit some1 ("CGI:IRC (EOF)") |
20:32:06 | * | t0mas gets tempted to showoff his 417 days uptime at home ;) |
20:32:12 | Bagder | hehe |
20:32:19 | Bagder | then you use an OLD kernel |
20:32:23 | amiconn | 'man uptime' was helpful :) |
20:32:24 | t0mas | 2.4 |
20:32:29 | t0mas | the debian woody kernel |
20:32:46 | t0mas | [root@nigel build-h120]# uname -a |
20:32:47 | t0mas | Linux nigel 2.4.18-1-686 #1 Wed Apr 14 18:20:10 UTC 2004 i686 unknown |
20:32:50 | t0mas | jup, 2.4.18 |
20:34:30 | | Quit BHSPitMonkey ("[BX] Time wasted: 6 millenia 2 centuries 3 decades 8 years 5 months") |
20:36:52 | * | ender` had over 500 days on woody |
20:36:55 | webguest84 | does anyone get a prompt if they sshd 71.242.18.198? |
20:37:13 | ender` | Connection Refused |
20:37:25 | webguest84 | bummer |
20:37:33 | Lear | Hrm, SDL simulator needs some Cygwin fixes. E.g., if it crashes, I have to kill it from the task manager. :) |
20:37:49 | webguest84 | thanks though ender` |
20:38:20 | safetydan | Lear, yeah? I was getting ready to test some SDL sim changes in Windows. I'll have a look at that while I'm there. |
20:39:41 | * | safetydan wonders where preglow is with his EQ graphing stuff |
20:40:17 | Lear | safetydan: and alt-f4 doesn't work, sound playback is choppy... :) |
20:40:58 | preglow | safetydan: got tons of paid work that needs doing, eq graphing will have to wait for a while |
20:41:03 | * | safetydan adds to the ever growint to do list |
20:41:07 | safetydan | growing even |
20:41:31 | safetydan | preglow, go, work. money more important :) |
20:42:28 | t0mas | Bagder? |
20:42:33 | preglow | i've got the basic code going, what's lacking is a better sin() function (whoever wants feel free to do it, just model it on the one in eq.c so i can use it...) and a fixed point log function |
20:42:34 | t0mas | you're a perl guru right? :) |
20:42:46 | preglow | log(), that is |
20:42:47 | t0mas | I'm creating threads... and I want to add am all to an array.. |
20:42:50 | t0mas | in php I would do: |
20:42:55 | t0mas | $arr[] = new_item |
20:42:55 | preglow | i more or less assume we'll be wanting the plot to be in decibels |
20:43:03 | t0mas | but in perl it doesn't accept [] |
20:43:08 | t0mas | it requires an index... |
20:43:17 | preglow | the log() function can too be a simple lookup table, though |
20:43:18 | t0mas | sure there is a way? |
20:43:36 | | Quit damaki_ (Read error: 110 (Connection timed out)) |
20:45:23 | safetydan | preglow, better sin() as in higher precision? |
20:45:38 | | Quit t0mas ("Doei") |
20:45:44 | preglow | safetydan: yes |
20:45:47 | | Join t0mas [0] (n=Tomas@unaffiliated/t0mas) |
20:45:55 | t0mas | woops |
20:46:07 | preglow | safetydan: the one i do know quite simple doesn't make a correct graph around the peaks and dips on the eq curve |
20:46:10 | preglow | the dips are the worst |
20:46:26 | preglow | do NOW |
20:47:06 | safetydan | eep |
20:47:09 | safetydan | yes boss |
20:48:23 | preglow | just me correct myself :) |
20:48:43 | preglow | ok, i'll just stop typing, this isn't fun anymore |
20:51:16 | Febs | OK, I've finally gotten my cygwin environment set up. When I run ../tools/configure, I get a warning "The compiler you must use (m68k-elf-gcc) is not in your path!" I confirmed that I installed the m68k-elf-gcc package. What am I doing wrong? |
20:51:57 | safetydan | echo $PATH |
20:52:18 | Bger | Febs and see if the m68k-elf-gcc is in it |
20:52:25 | safetydan | otherwise |
20:52:38 | safetydan | export PATH=<path to m68k compiler>:$PATH |
20:52:40 | safetydan | then try configure |
20:53:09 | | Quit amiconn (" I'll be back") |
20:54:41 | Febs | OK, m68k-elf-gcc is in it. Let me figure out where it is and add it to the path. Thanks1 |
20:54:46 | Febs | s/Thanks1/Thanks! |
20:55:26 | Febs | s/is/is not |
20:56:03 | Bagder | hah |
20:56:07 | Bagder | I get all the points |
20:56:25 | | Quit kkurbjun (Read error: 110 (Connection timed out)) |
20:56:53 | safetydan | 560 points seems kind of low for breaking every single build |
20:57:45 | Bagder | now, commit something more ;-) |
20:58:03 | Bagder | I fixed the build problem, I messed up the make -j thing |
20:58:04 | preglow | i love brandon's score |
20:58:07 | | Quit webguest84 ("CGI:IRC") |
20:58:47 | preglow | it's something we should all aspire to and dream of |
20:58:50 | XavierGr | preglow any news on the JPEG front? |
20:58:56 | preglow | no time for that either |
20:59:04 | Bger | :)) |
20:59:24 | preglow | might be a couple of weeks until i have time for rockbox now, stuff has popped up |
20:59:33 | XavierGr | ah okay then. |
20:59:36 | preglow | have to see how it progresses first |
21:00 |
21:00:09 | XavierGr | I was just worried that you might have made huge changes in jpeg.c and that I could have to rewrite the patch again.... |
21:01:15 | preglow | btw |
21:01:43 | preglow | the only thing i can think of about your patch that bothers me a bit, is that the plugin will now sometimes stop playback, and sometimes don't stop it |
21:01:53 | preglow | it might seem a bit confusing to users |
21:02:24 | | Join Paul_The_Nerd [0] (i=proxyuse@adsl-67-65-15-75.dsl.austtx.swbell.net) |
21:02:28 | | Quit Paul_The_Nerd (Client Quit) |
21:02:52 | XavierGr | it will stop it if the user says yes to the dialog |
21:03:05 | Bger | XavierGr |
21:03:11 | Bger | where's the patch ? |
21:05:09 | XavierGr | https://sourceforge.net/tracker/?func=detail&aid=1266294&group_id=44306&atid=439120 |
21:05:26 | XavierGr | preglow: you mean that it stopped playback without asking first? |
21:06:00 | preglow | nope :> |
21:06:06 | XavierGr | ah okay then |
21:06:47 | XavierGr | I think that this is better. Because many would want to see little pictures while playing music. But if the picture is big enough then the user is informed about it. |
21:07:05 | XavierGr | and 512KB is plenty of space for average pictures |
21:07:44 | XavierGr | But if you think it is bad we can remove it |
21:08:39 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
21:08:48 | Bger | i'm for asking! |
21:08:55 | | Quit linuxstb (Nick collision from services.) |
21:08:57 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
21:09:06 | XavierGr | Bger? :) |
21:09:17 | Bger | for asking whether to stop .. |
21:09:21 | Bger | or an option |
21:09:22 | *** | Saving seen data "./dancer.seen" |
21:09:24 | XavierGr | ah okay thanks |
21:09:58 | XavierGr | with a colour decoder the viewer could be a killer plugin |
21:10:28 | | Join tucoz [0] (n=martin@hornved.ii.uib.no) |
21:10:30 | XavierGr | Even the iRiver firmware stops playback when you are going to open JPEG files. So this will be a nice plus for Rockbox. |
21:11:23 | tucoz | Febs: are you in the documentation department now? I wonder if you read my thoughts in the wiki on how to arrange the images, and what you think of that. |
21:11:24 | Bger | yep |
21:14:16 | preglow | Bagder: any chance of you doing a chmod -x on all the executable files in cvs? they're annoying :> |
21:14:33 | Bagder | I'll do that |
21:14:56 | preglow | linuxstb tried it in a cvsroot of a cvs box he has access to, said it worked just fine |
21:15:26 | Bagder | bbl |
21:16:11 | linuxstb | "make -j 2" is nice - takes my build down from 60 seconds to 40 seconds. |
21:19:37 | preglow | now really |
21:19:44 | preglow | this box has hyperthreading, so i guess it should work here as well |
21:22:58 | preglow | didn't help anything at all |
21:23:01 | preglow | takes just as long as usual |
21:23:10 | preglow | unless i should count 1 second |
21:23:26 | preglow | the build order was really funky, so it worked, at least |
21:24:31 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
21:26:35 | preglow | make -j 6 is just as slow... |
21:26:35 | preglow | btw |
21:26:41 | preglow | looks like faad stil has funky dependencies |
21:29:54 | linuxstb | Something's odd - "make -j 2" regenerates (LD and OBJCOPY) all the .rock files, but plain "make" doesn't. |
21:30:08 | | Join Henrico [0] (n=henrico@cn-mss-cb01-3002.dial.kabelfoon.nl) |
21:30:25 | | Join Paul_The_Nerd [0] (i=proxyuse@adsl-67-65-15-72.dsl.austtx.swbell.net) |
21:30:36 | linuxstb | (when I type make for the second time) |
21:32:22 | Lear | preglow: it includes something it "shouldn't", IIRC... (for DEBUGF/LOGF) |
21:33:44 | | Join perl|bbq [0] (n=say@cpe-66-65-89-236.nyc.res.rr.com) |
21:37:17 | Henrico | tucoz? |
21:37:27 | tucoz | Henrico, yes |
21:37:49 | Henrico | I thought that the screenshots would be grouped by simulator. |
21:38:16 | Henrico | That way, they can be used using input{...\simplatform\screenshot.png} |
21:38:33 | linuxstb | Anyone know what this audio-related bug is? http://forums.rockbox.org/index.php?topic=2591.0 |
21:38:38 | Henrico | correction, last backslash should be forward. |
21:38:43 | tucoz | You can always generate the screenshots with the sim, but the arrangement is what I was thinking of |
21:39:12 | linuxstb | Henrico: The H300 and iPod Color have identical LCDs. The H1x0 and iPod 4G do as well. And I'm sure there are lots of other cases of multiple targets with identical screenshots. |
21:39:27 | tucoz | Henrico, If the sim-platform is equal to the doc-platform then that is ok |
21:39:45 | Henrico | In the platform specific files, we can define a macro for the simplatform |
21:41:11 | | Quit xmixahlx ("blah blah blah") |
21:41:38 | Paul_The_Nerd | linuxstb: I didn't know it was a "known issue" but I've noticed there's a very short burst of... well, I guess "noise." It's less a tick than maybe a very high frequency burst, I think. |
21:41:43 | tucoz | Ok, so we arrange the screenshots to be in directories where each directory contain screenshots for the different groups of platforms with equal ss. |
21:42:04 | linuxstb | Paul_The_Nerd: Do you know if this is ipod-specific? |
21:42:05 | Henrico | Does the wiki contain an overview of the different groups? |
21:42:15 | tucoz | (if you understand ^^, your good) |
21:42:23 | tucoz | Henrico, yes |
21:42:33 | tucoz | check the ManualHowto |
21:42:50 | tucoz | or, I am not sure. That only lists the targets |
21:43:08 | linuxstb | It's not that straightforward though - e.g. a small number of screenshots will be different between the h300 and iPod Color, such as the main menu which only has FM Radio for the H300. |
21:43:17 | Henrico | That's right. linuxstb just mentioned the H300 and ipodcolor. |
21:43:24 | Paul_The_Nerd | linuxstb: I dont *think* it is. At the moment I can't even get it to reproduce. |
21:43:56 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
21:43:57 | Paul_The_Nerd | But I think I've heard a similar sort of noise on the H120 on track changes. |
21:44:27 | tucoz | This issue is not straightforward. Maybe we should just have the screenshots in a subdirectory for each of the document-targets? |
21:44:44 | Henrico | yes, perhaps that's easier. |
21:45:10 | tucoz | as it is now, we get 8 subdirectories |
21:45:46 | Paul_The_Nerd | linuxstb: And, actually, I don't think the problem I was thinking it was has occured since the audio revamp that fixed the next/prev track bug. |
21:46:11 | | Quit darkless (Client Quit) |
21:46:12 | tucoz | I am not sure. I just don't think size of the manual source + images is that much of an issue |
21:46:44 | linuxstb | How about an hierarchy based on LCD size/depth and then model - e.g. ss220x176x16 will contain generic screenshots, with iPod and H300 subdirectories for screenshots that differ. |
21:47:03 | Paul_The_Nerd | That seems a really good way to do it. |
21:47:13 | safetydan | linuxstb, that could be the EQ track change bug |
21:47:43 | Paul_The_Nerd | linuxstb: It's much like the proposition LinusN had for how to reorganize the drivers, just... with screenshots |
21:47:44 | tucoz | linuxstb. that is a good idea |
21:47:55 | Henrico | linuxstb: that would make it more difficult. Now we choose a subdirectory with a macro. |
21:48:56 | linuxstb | Henrico: I see the problem... |
21:49:04 | | Join Genre9mp3 [0] (n=yngwiejo@dslcustomer-230-197.vivodi.gr) |
21:49:32 | | Quit Lear ("Chatzilla 0.9.70 [Firefox 1.5.0.1/2006011112]") |
21:49:33 | Henrico | tucoz: what platform names are leading? The wiki or the names in the platform subdirectory? |
21:50:00 | tucoz | Henrico, I don't know. I haven't had a look at the source for a while. |
21:50:33 | tucoz | I think we should use the player, recorder, h1xx, ipodnano etc |
21:50:34 | Henrico | wiki uses h1xx, docs use h120 |
21:50:58 | tucoz | I just pasted that from the forum-discussion |
21:51:01 | Genre9mp3 | Hi guys! Newbie here.... :-) |
21:51:22 | Genre9mp3 | I own an H340 and recently got myself...Rockboxed! |
21:51:54 | | Join imphasing [0] (n=imphasin@c-69-250-93-218.hsd1.dc.comcast.net) |
21:52:06 | Henrico | Ok h1xx seems most logic |
21:52:18 | Genre9mp3 | I have a question though.....Does the player charge (from the Power Adaptor) when in Bootloader USB mode? |
21:52:23 | | Join bluey [0] (n=bluey@dslb-084-059-100-088.pools.arcor-ip.net) |
21:52:26 | tucoz | Henrico, that is probably because the rockbox-build is separated in two targets (h100, h120), and the doc should be the same for botg |
21:52:28 | tucoz | both |
21:53:43 | tucoz | Genre9mp3, nice that you got rockboxed. It's a pleasant feeling :) |
21:54:14 | Genre9mp3 | Yes...It really is..... |
21:54:35 | | Quit zhilik (Read error: 113 (No route to host)) |
21:55:06 | Genre9mp3 | Yet, I have to learn many things... |
21:55:32 | Genre9mp3 | But surely worths it...... |
21:56:32 | tucoz | Yes, regarding your question. I don't know. Maybe someone with a h340 can answer that. |
21:56:34 | Genre9mp3 | Anyway, when I just plug the power adaptor, my player charges with the original firmware...Can I charge my player via Rockbox? |
21:58:25 | Paul_The_Nerd | Genre9mp3: You can hold a button (I'm not sure which) while plugging the USB in while rockbox is running and it will charge from USB. I believe it might be record, but I'm not certain. |
21:59:20 | Febs | Tucoz, I just got back from lunch. I haven't look at your proposal yet on the manual images. |
21:59:42 | | Join solexx_ [0] (n=jrschulz@d029200.adsl.hansenet.de) |
21:59:50 | tucoz | Febs: we had a little discussion a few minutes ago |
21:59:58 | tucoz | in here |
22:00 |
22:00:16 | Febs | Yes, hold the record button while plugging in USB to go to USB charge mode. |
22:00:22 | tucoz | But, I do not think we concluded with anything :) |
22:00:22 | Febs | Tucoz, I'll take a look. |
22:00:57 | | Quit freqmod (Remote closed the connection) |
22:01:10 | linuxstb | Thinking about the images - is the plan to store them at their native resolution? Will they need any pre-processing before using for both PDF and HTML? |
22:01:38 | tucoz | Febs, the issue is how we should arrange the screenshots. I think we should separate the screenshots document-target wise. |
22:02:16 | Genre9mp3 | Paul The Nerd/Febs: Well...if I hold the "Rec" button while plugging in USB or Charger, it starts Charging from iRiver Firmware |
22:02:18 | tucoz | linuxstb, I believe we store them in their native resolution. We could always use the scale flag in includegraphics |
22:02:25 | Henrico | tucoz: we could also use simplatform as "default", and use target subdirectories if there are differences |
22:03:02 | Genre9mp3 | Also, as far as I know USB charging is not supported yet by Rockbox...or am i wrong? |
22:03:14 | Febs | Correct, as far as I know. |
22:03:37 | Genre9mp3 | I don't want to charge my player via USB but from the power adaptor |
22:03:57 | tucoz | Henrico, sure. I just want to make sure that it is convenient to work with the manual. That you always know what image you include. |
22:03:58 | Febs | Start Rockbox before plugging in the power adaptor. |
22:04:33 | tucoz | Henrico, if that is a logical way of arranging things, then I think it sounds good. |
22:04:58 | Genre9mp3 | Thanx Febs...that works! :-) |
22:05:45 | Henrico | tucoz, it's slightly more difficult. You would normally use \input{...\simplatform/screenshotxx.png} and if necessary \platform instead of \simplatform |
22:06:14 | tucoz | ok, is \platform a macro? |
22:06:29 | tucoz | or a directory? |
22:07:04 | Henrico | yes. It still needs to be defined in the platform/h1xx.tex and similar files. |
22:07:12 | Henrico | yes to macro. |
22:07:38 | Henrico | so the macro gets expanded to the right directory name |
22:08:05 | Genre9mp3 | Just to mention this: I use the H340 cradle (practicaly means USB cable AND power adaptor) so...if Rockbox is running, I have USB connect and charging (the indicator blinks) |
22:08:28 | tucoz | I see, I haven't thought in that direction. |
22:08:55 | Henrico | Cassandra thought of it, see also the forum. |
22:08:57 | tucoz | I didn't know that images were affected by the macrosystem in that way. |
22:09:04 | Genre9mp3 | If Rockbox does not running, i get to the screen this: Bootloader USB Mode....and I have USB connection but i don't have something that indicates charging... |
22:09:26 | tucoz | Henrico, but it sounds like a good idea. |
22:09:40 | Henrico | tex expands all macros before the names are used (i think) |
22:10:23 | Genre9mp3 | I'm just thinking...there's no indicator but maybe it actually charge...Am I right? does anyone know? |
22:10:26 | linuxstb | Genre9mp3: The people that know about charging on the h300 don't seem to be around at the moment. But my guess (and it is just a guess) would be that it is charging, but just not telling you it is. |
22:10:57 | linuxstb | An experiment would tell you for sure if it was charging. |
22:11:04 | tucoz | Yes, I wasn't with you in the beginning. I was thinking that in the sourcecode, we had to write for instance \includegraphics{h100/ss_main_menu.png} and use opt around that |
22:11:14 | tucoz | but the macro idea sounds better |
22:11:18 | | Join zhilik [0] (n=_if_you_@ppp83-237-38-110.pppoe.mtu-net.ru) |
22:11:28 | tucoz | Less code in the manual. |
22:11:36 | Genre9mp3 | Ok....I think I'll just leave it there and see after an hour... |
22:11:42 | Genre9mp3 | Thanx |
22:12:16 | Bger | XavierGr i'll look into this patch tomorrow |
22:12:35 | Paul_The_Nerd | Genre9mp3: In USB Bootloader mode, I don't believe there's any charging indicator. I often have my h120 plugged in via power adapter while doing USB transfers, and I don't recall seeing any indicator (not that it's an exactly identical situation) |
22:12:39 | tucoz | But we would still need to have a naming convention and directory structure. Henrico, if you end up with something that you think is the way to go please add that to the the wiki or tell Cassandra about it. |
22:13:39 | tucoz | Henrico, am I right in that the macro-idea will force the screenshots to have the same name for all the targets? |
22:13:52 | | Join LinusN [0] (n=linus@labb.contactor.se) |
22:14:08 | | Quit bluey ("Leaving") |
22:14:15 | tucoz | and only be separated by different directories as defined by the macro? in that case, I like your idea. :) |
22:14:24 | Henrico | tucoz: depends. We for each target we can define two macros, one for the simplatform and one for the platform |
22:14:50 | Henrico | The screenshots themselves should have the same names for all targets |
22:14:56 | | Join ashridah [0] (i=ashridah@220-253-121-81.VIC.netspace.net.au) |
22:14:59 | tucoz | I am quite tired ;) what is simplatform? |
22:15:09 | tucoz | similar or simulator? |
22:15:12 | Henrico | sorry, I mean simulator platform. |
22:15:21 | Bagder | LinusN: can/does the (G)db option in configure build a stub for Archos? |
22:15:34 | LinusN | no |
22:15:34 | | Quit solexx (Connection timed out) |
22:15:36 | Henrico | I've done a quick test with the pictures, and the macros work. |
22:15:40 | LinusN | the stub is separate |
22:15:45 | Bagder | ah right |
22:15:48 | tucoz | Henrico, ok. I get it. I like the idea then. |
22:15:55 | tucoz | sounds like a logical way to go. |
22:16:02 | Bagder | I'm about to make the (G)db alternative only appear when it actually works |
22:17:03 | LinusN | the gdb alternative builds an archos image to be downloaded and run using the stub |
22:17:21 | LinusN | but it doesn't build the actual stub |
22:17:46 | Bagder | that's not what it does for ifp7x0 |
22:18:08 | Bagder | then it builds the actual stub |
22:18:10 | LinusN | hm, maybe i meant the debug alternative then |
22:18:16 | Bagder | I think you do |
22:18:23 | LinusN | yes |
22:19:19 | tucoz | Henrico, when it comes to the actual writing, Febs (and probably some others) have worked hard on the wiki-docs. We could probably cut and paste a lot from there. |
22:19:40 | Henrico | Yes, I also saw the forum post by Febs. |
22:20:34 | tucoz | what do you think of the images. It's easiest to store them in their native resolution right? |
22:20:59 | Henrico | I don't know how small they will look, but probably yes. |
22:21:08 | tucoz | and scale them with \includegraphics[scale=0.5]{...} |
22:21:29 | tucoz | hmm, does that work with the macro? |
22:21:38 | Henrico | Making them smaller should be no problem. |
22:21:52 | Henrico | Yes, the macro is only used in the filename part. |
22:21:59 | tucoz | No, but different targets have different sizes |
22:22:21 | Henrico | How about a macro for the magnification? |
22:22:45 | tucoz | hehe, I am all for macros now. You convinced me :) |
22:24:07 | | Quit Matze41 ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
22:25:03 | Henrico | Yes, TeX and LaTeX are very nice, once you get used to it. |
22:25:27 | XavierGr | Bger: Thanks, I am obligued! |
22:25:55 | tucoz | I am quite used to LaTeX. but probably not in the macro department. |
22:26:13 | | Join RotAtoR [0] (n=e@12-210-82-91.client.insightBB.com) |
22:26:59 | Henrico | I normally used them to be flexible for specific markup, mostly for math symbols. |
22:27:52 | | Quit Therx ("May be back later") |
22:28:08 | | Join bluey [0] (n=bluey@dslb-084-059-100-088.pools.arcor-ip.net) |
22:30:14 | tucoz | ok. good that you are with us on this. Will be cool the day the docs are in a up-to-date state. |
22:31:29 | Henrico | Maybe we should add the explanation to the wiki? |
22:32:02 | tucoz | of the macro? sure, add whatever you think is needed. |
22:33:35 | Henrico | So, should we use an image subdirectory for each target, or should we use the simulator target as much as possible? I would prefer the first option, even if it means identical screenshots in different subdirectories. |
22:36:40 | t0mas | Bagder? 1. saw my perl question? 2. how is the build score thing calculated? :) |
22:36:53 | ashridah | t0mas: errors*10+warnings |
22:36:59 | t0mas | ah ok |
22:37:01 | tucoz | I am also for the first option. Will be a few more screenshots to take, but I think it is for the best. |
22:37:18 | t0mas | ashridah: good at perl too? |
22:37:19 | t0mas | :) |
22:37:24 | Bagder | t0mas: no, I missed the perl q |
22:37:45 | t0mas | ok, I was wondering if it's possible to add threads to an array like this (php) |
22:37:49 | t0mas | $arr[] = new_object |
22:37:57 | t0mas | so using [] insted of the next index... |
22:38:07 | Bagder | push @array, $newitem; |
22:38:09 | t0mas | (I found out it doesn't work, but there must be some other way?) |
22:38:22 | t0mas | push @array, threads->new(); |
22:38:24 | t0mas | should work? |
22:38:27 | Bagder | yes |
22:38:30 | t0mas | ok |
22:38:31 | tucoz | Bagder, linuxstb , do you have an idea on how you think the images for the docs should be arranged? |
22:38:43 | t0mas | I've learned perl in the last 3 days ;) |
22:38:51 | | Quit bluey ("Leaving") |
22:38:57 | | Join kkurbjun [0] (n=Jim@c-24-8-222-177.hsd1.co.comcast.net) |
22:39:02 | Bagder | tucoz: nope ;-) |
22:39:07 | tucoz | hehe |
22:39:31 | Bagder | tucoz: but I appreciate your *tex work a lot! |
22:39:51 | tucoz | thanks. But I haven't been alone. |
22:40:08 | Bger | nite |
22:40:53 | t0mas | Bagder: is it ok to build multiple targets on 1 host simultaneously? |
22:41:32 | tucoz | I am looking forward to the day when it is possible to tell people committing new features to commit the docs at the same time. That will be splendid, and a truly up-to-date doc. |
22:41:41 | Bagder | t0mas: sure |
22:41:41 | | Quit Bger ("[BX] Connection reset by panasync?") |
22:42:01 | t0mas | Bagder: ok, that makes the script a lot simpler :) |
22:42:19 | Henrico | How about a manual section for the patches? |
22:42:25 | t0mas | I'll now try to make it build 3 targets on my workstation, server and vmware pc :) |
22:42:34 | Bagder | yay |
22:42:41 | Bagder | Henrico: a good idea |
22:43:06 | Bagder | I'll fix one |
22:43:12 | Henrico | Great! |
22:43:38 | Bagder | there it is! |
22:44:16 | Henrico | Nice. |
22:44:48 | | Join BHSPitLappy [0] (i=Steve-O@adsl-64-217-217-43.dsl.rcsntx.swbell.net) |
22:45:06 | | Join spaceinvedersdev [0] (n=51b2798a@labb.contactor.se) |
22:45:32 | | Join damaki_ [0] (n=Chocolat@ALille-153-1-51-228.w86-196.abo.wanadoo.fr) |
22:45:36 | | Join Gursikh [0] (n=gursikh@adsl-68-90-40-93.dsl.hstntx.swbell.net) |
22:46:48 | spaceinvedersdev | hello there, I've never used IRC before and have a question about the plugin config files |
22:46:53 | Bagder | lostlogic: you editing the devcon page? |
22:47:05 | spaceinvedersdev | i dont really know what i'm doing sorry |
22:47:07 | lostlogic | Bagder: just saved |
22:47:11 | Bagder | ok |
22:47:18 | safetydan | Anyone mind a big SDL change? Nothing really new (except zoom support), just rearranging files (for the better I hope)? |
22:47:28 | lostlogic | spaceinvedersdev: just ask |
22:47:35 | Bagder | safetydan: go go go |
22:48:18 | spaceinvedersdev | ok - if the config file isn't found - what happens. I want to save a difficulty setting and then if the config file isnt found set it to a default |
22:48:50 | t0mas | Bagder: did you know that when there is no build dir for a target it removes eveything in the parent dir? |
22:49:00 | t0mas | (the rockbox source dir) |
22:49:01 | Bagder | hehe |
22:49:01 | tucoz | spaceinvedersdev, I assume you are developing space invaders. cool :) |
22:49:09 | t0mas | I found out this afternoon |
22:49:11 | Bagder | not very nice |
22:49:20 | t0mas | no... not really :) |
22:49:29 | t0mas | maybe we should add a check somewhere |
22:49:35 | t0mas | as I almost found it out again ;) |
22:49:36 | Bagder | yes |
22:50:09 | t0mas | easy way to check if $dir exist, if not -> create it in perl? |
22:50:19 | Bagder | if(chdir $dir) { |
22:50:22 | Bagder | bla bla |
22:50:24 | Bagder | } |
22:50:33 | spaceinvedersdev | yeah - v0.1 is out check http://www.misticriver.net/showthread.php?t=36325&page=2 (it's about 2/3rds of the way down) |
22:50:33 | Bagder | sure |
22:50:47 | Bagder | mkdir $dir if(! -d $dir); |
22:50:48 | t0mas | then that might be a good idea... as we don't want to ruine people's sourcedir :) |
22:51:01 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
22:51:16 | t0mas | erm? in that order? |
22:51:22 | t0mas | perl keeps surprising me ;) |
22:51:26 | lostlogic | Bagder: you use ... post-cinditional notation???? |
22:51:27 | Bagder | hehe, yes if you want a one-liner |
22:51:42 | t0mas | I would write: if(! -d $dir) mkdir $dir; |
22:51:50 | lostlogic | t0mas: perl allows either |
22:51:53 | Bagder | t0mas: then you need the { } ones too |
22:51:54 | t0mas | k |
22:52:02 | safetydan | spaceinvedersdev, which config file are you talking about? |
22:52:11 | Bagder | if (! -d $dir) { mkdir $dir; } |
22:52:47 | spaceinvedersdev | one i have defined for space invaders |
22:52:48 | preglow | hmm |
22:53:02 | preglow | i wonder if i can get my hands on a laptop |
22:53:08 | spaceinvedersdev | it keeps track of highscore and ship appearance, and hopefully difficulty |
22:53:43 | Bagder | hm |
22:53:58 | Bagder | really low expected build time now |
22:54:30 | t0mas | ghehe |
22:54:38 | t0mas | that's because you took off 1/4 |
22:54:45 | t0mas | and then added 1/4 of nothing ;) |
22:54:50 | Bagder | yes, and use make -j |
22:54:58 | lostlogic | Bagder: :)!! |
22:55:19 | tucoz | spaceinvedersdev, could you check if configfile_load returns -1? |
22:55:38 | safetydan | spaceinvedersdev, configfile_load returns a negative value if the file isn't found |
22:55:43 | safetydan | or as tucoz says |
22:56:37 | lostlogic | safetydan: YOu have any idea why I would be having seg faults whenever I try to play music on the sim? |
22:57:37 | preglow | Bagder: right, it's dual cpu, yeah? |
22:57:41 | Bagder | yes |
22:57:46 | preglow | Bagder: so you actually didn't utilise that before? |
22:57:52 | preglow | nicetyness |
22:58:03 | Bagder | no, and it wasn't possible before lostlogic's fixes |
22:58:17 | * | preglow pats lostlogic's back |
22:58:39 | preglow | i've got a talent for picking out the nice ones |
22:59:04 | safetydan | lostlogic, no idea unfortunately. I didn't write that part |
22:59:19 | XavierGr | Argh! Were all the patches are lost? |
22:59:28 | safetydan | possibly it's something to do with the pcm buf changes |
22:59:31 | XavierGr | ^Where |
22:59:36 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
22:59:41 | XavierGr | the patch page has too few |
23:00 |
23:00:00 | Bagder | hm |
23:00:22 | Bagder | now that is odd |
23:01:10 | spaceinvedersdev | thanks safetydan - it'll just take a simple if statement then |
23:01:24 | | Quit damaki (Connection timed out) |
23:01:25 | Bagder | XavierGr: let's pretend it's just a temporary problem |
23:01:30 | safetydan | lostlogic, Linux right? |
23:01:51 | safetydan | spaceinvedersdev, no worries. Remember you can always poke around the source if you're unsure what a function does. |
23:01:57 | XavierGr | haha |
23:02:02 | tucoz | but the sf page list's loads of patches |
23:02:06 | Bagder | yes |
23:02:12 | XavierGr | Okay Bagder I will pretend I never saw that... |
23:02:16 | tucoz | so they can't be lost |
23:02:16 | Bagder | that's why I think it is a problem just now |
23:02:26 | XavierGr | no they are not lost |
23:02:31 | XavierGr | they are on sourceforge |
23:02:34 | Bagder | SF is not a reliable service |
23:04:18 | | Part Paul_The_Nerd |
23:04:40 | tucoz | not reliable as in an entire project could get wiped? |
23:04:46 | Bagder | nah |
23:04:56 | tucoz | only the ups and downs right? |
23:04:59 | Bagder | as in you never know if you can actually get the data in any given moment |
23:05:00 | preglow | so, anyone, position on the apev2 patch? |
23:05:08 | preglow | i'd really like to have that either accepted or closed with a reason now |
23:05:09 | tucoz | good. |
23:05:42 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
23:06:30 | preglow | personally, i think it's good. if you have an apev2 tagged mp3, chances are 1) you did it yourself, and surely want to use it, 2) it's better than the id3v1 one anyway |
23:07:04 | linuxstb_ | I'm not sure if the patch is good, but I've got no objections in principle. |
23:07:11 | preglow | the patch is really small |
23:07:16 | preglow | couple of lines |
23:07:29 | linuxstb_ | Yes, but I think it double-reads from the file. |
23:07:35 | | Join Daishi [0] (n=daishi@ool-18bcf48a.dyn.optonline.net) |
23:07:35 | | Quit zhilik (Read error: 104 (Connection reset by peer)) |
23:07:37 | XavierGr | Why the backdrop patch is still displayed in the tracker? i thought it was commited, no? |
23:08:19 | linuxstb_ | The code in firmware/id3.c reads the last 128 bytes to check for an id3v1 data, and then the ape code in get_metadata.c reads the last 32 bytes (I think) to check for the Ape header. |
23:09:00 | preglow | can't both be done using the same buffer? |
23:09:23 | *** | Saving seen data "./dancer.seen" |
23:09:25 | linuxstb_ | Yes - that's my point. I'm not sure if the patch on the patch tracker does that. |
23:09:35 | preglow | bah |
23:09:46 | linuxstb_ | The code that checks for the id3v1 header, could also see if the ape header is there. |
23:09:47 | preglow | i'll start nagging again when i actually have time to do something about it |
23:09:50 | * | preglow dives back into gtk |
23:10:10 | lostlogic | safetydan: hmm... I doubt my pcmbuf changes would have impacted the sim... |
23:10:13 | preglow | have i told you how much i bloody _hate_ gui code? |
23:10:21 | linuxstb_ | I may have a look at some point, but I've got no ape'd mp3 files to test. |
23:10:35 | preglow | linuxstb_: foobar will do the apeing for you in a jiffy, i'd expect |
23:11:06 | linuxstb_ | I'm sure it will. |
23:12:33 | preglow | i wonder if it works in wine |
23:12:40 | preglow | 'cuz if it does, god knows why i'm using xmms |
23:12:50 | linuxstb_ | Yes, it does. |
23:13:04 | * | preglow install wine |
23:13:27 | linuxstb_ | I think they even advertise it as working with wine. |
23:15:09 | | Quit BHSPitLappy (Connection timed out) |
23:15:18 | | Join BHSPitLappy [0] (i=Steve-O@adsl-64-217-217-43.dsl.rcsntx.swbell.net) |
23:15:25 | thegeek | my experience is that it works |
23:15:32 | thegeek | but plugins can be tricky |
23:15:42 | dpassen1 | i know the id3v2 plugin does not work |
23:15:48 | thegeek | and I also had some font-problems, though I never bothered trying to fix them |
23:15:53 | safetydan | lostlogic, any chance you can attach gdb to it and get a backtrace? |
23:15:53 | | Quit spaceinvedersdev ("CGI:IRC (EOF)") |
23:17:02 | lostlogic | safetydan: after work I'll maybe look into it more |
23:17:42 | safetydan | cheers |
23:18:04 | safetydan | I'd look at it now but I have to get some sleep |
23:18:09 | safetydan | all day meeting tomorrow at work |
23:18:26 | Bagder | safetydan: where are you, geographically? |
23:18:34 | safetydan | London |
23:18:42 | Bagder | ok |
23:18:58 | preglow | safetydan: sounds like great fun |
23:19:18 | safetydan | yeah, especially since going to work (or technically the client site) means getting up at 0545 |
23:19:49 | * | Bagder won't go up until 0620 |
23:20:06 | | Join nBHSPitMokey [0] (n=stephen@adsl-64-217-217-43.dsl.rcsntx.swbell.net) |
23:20:23 | safetydan | anyway |
23:20:31 | | Part safetydan ("night all") |
23:20:33 | preglow | getting up at ungodly times to attent an all-day meeting |
23:20:34 | | Part tucoz ("Leaving") |
23:20:47 | preglow | would have resulted in me gnawing off my own throat halfway through it |
23:21:19 | nBHSPitMokey | is there a way to make a dd image of 2 consecutive partitions? |
23:21:25 | | Nick nBHSPitMokey is now known as BHSPitMonkey (n=stephen@adsl-64-217-217-43.dsl.rcsntx.swbell.net) |
23:21:36 | Febs | ir |
23:21:51 | BHSPitMonkey | ir? |
23:21:52 | Febs | grrr. |
23:22:04 | | Join Paul_The_Nerd [0] (i=proxyuse@adsl-67-65-15-72.dsl.austtx.swbell.net) |
23:22:37 | linuxstb_ | BHSPitMonkey: Sure, various ways. e.g. "(dd if=/dev/sda1 ; dd if=/dev/sda2) > file.bin" |
23:23:14 | linuxstb_ | Or if you know the start and end sector, just do dd if=/dev/sda skip=X count=Y |
23:24:08 | XavierGr | what's BHSPit stands for? |
23:25:55 | BHSPitMonkey | high school, the word pit |
23:26:38 | BHSPitMonkey | linuxstb_: thanks, it turned out the cause was lost anyway |
23:26:55 | XavierGr | I think I am an idiot. Clear this up to me: Let's assume that I have the whole cvs source from Rockbox. (/rockbox-devel) Do I need to copy this folder every time I need a build from a specific target or I can make various build dirs inside rockbox-devel that will share the same source? |
23:26:55 | * | Febs is still having trouble with the path to m68k-elf-gcc. |
23:27:08 | XavierGr | but obviously it is the second, right? |
23:27:11 | Bagder | XavierGr: the latter, yes |
23:27:21 | * | Febs has a lot to learn about cygwin/Unix. |
23:27:23 | | Quit hardeep ("BitchX-1.0c19 -- just do it.") |
23:27:42 | XavierGr | Haha, I just copying the whole cvs source for every target I wanted to build |
23:27:45 | XavierGr | BAKA me |
23:28:30 | linuxstb_ | Febs: What is the problem? |
23:29:19 | steveb | does anyone here have any problems with the flac codec? |
23:29:24 | Febs | when I run configure, I get a warning: "The compiler you must use (m68k-elf-gcc) is not in your path!" |
23:29:33 | Febs | This is the (Windows) path: C:\cygwin\opt\m68k\bin |
23:29:47 | linuxstb_ | In Cygwin, the path is /opt/m68k/bin |
23:29:55 | Febs | Ah. |
23:29:59 | Febs | brb. |
23:30:07 | linuxstb_ | Edit the file C:\cygwin\etc\profile and add /opt/m68k/bin to the path |
23:30:56 | Febs | That worked. Thanks. I knew it would be something similar. |
23:31:05 | Febs | s/similar/simple |
23:31:30 | * | preglow sighs |
23:31:38 | preglow | finally a good music player in linux |
23:31:52 | linuxstb_ | Impossible |
23:31:54 | dpassen1 | foobar in wine? |
23:31:58 | preglow | yea |
23:31:59 | Bagder | the rockbox sim? ;-) |
23:32:15 | dpassen1 | It's not perfect, by any stretch |
23:32:17 | linuxstb_ | Bagder: Don't joke. It's the best I've seen. |
23:32:25 | preglow | indeed |
23:32:37 | preglow | audio in linux is a really sad sight |
23:32:42 | | Part Paul_The_Nerd |
23:32:51 | Bagder | personally I don't see the problems with the existing players |
23:33:13 | dpassen1 | Gapless + Replaygain basically don't exist in Linux |
23:33:17 | steveb | mpd |
23:33:17 | linuxstb_ | I just want Rockbox - filetree-based gapless |
23:33:19 | * | steveb nods |
23:33:39 | preglow | andi don't want a bloody music server running |
23:33:40 | preglow | gaahrh |
23:33:45 | preglow | a nice standalone program, please |
23:33:48 | linuxstb_ | Or mysql... |
23:33:49 | preglow | preferable a clone of foobar2k |
23:33:57 | steveb | whats wrong with a music server running? |
23:34:02 | steveb | its not like you have to think about it |
23:34:05 | preglow | it's unecessary |
23:34:30 | steveb | i quite like being able to control it a number of ways |
23:34:35 | preglow | but yeah, i've tried it, didn't like it |
23:34:37 | steveb | i can sit in bed with my pda |
23:35:36 | dpassen1 | Anyone check out the improved iRiver power management patch? |
23:36:20 | | Quit BHSPitMonkey ("BitchX-1.1-final -- just do it.") |
23:36:23 | steveb | i have been having an issue today. some flacs i ripped for some reason crash rockbox about half way through certain |
23:36:26 | steveb | songs |
23:36:41 | steveb | it says "codec error" or some such |
23:36:43 | steveb | and freezes |
23:37:18 | linuxstb_ | Do the files decode OK if you use "flac -d" on them? |
23:37:28 | steveb | they play find on my pc |
23:37:31 | steveb | ine* |
23:37:33 | steveb | fine* |
23:37:39 | steveb | inability to type tonight |
23:37:50 | linuxstb_ | Yes, but does flac -d decoder without error? Your player may not be reporting errors. |
23:37:59 | steveb | good point |
23:38:02 | steveb | i will give it a go |
23:38:26 | BHSPitLappy | XavierGr: wow, that is pretty foolish |
23:38:33 | XavierGr | thanks |
23:39:23 | steveb | yep they decode fine |
23:39:32 | linuxstb_ | Can you give me one? |
23:39:45 | steveb | sure. |
23:39:53 | steveb | let me work out which ones were screwing things up |
23:43:43 | | Nick t0mas is now known as ts|gone (n=Tomas@unaffiliated/t0mas) |
23:44:31 | BHSPitLappy | linuxstb_: should the ipodinstallation page have a 5G bootloader attached? it only has color/nano/4g |
23:44:47 | lostlogic | dpassen1: looking at it now... |
23:45:00 | dpassen1 | lostlogic: awesome, i'm very curious |
23:45:15 | | Nick ts|gone is now known as ts|brb (n=Tomas@unaffiliated/t0mas) |
23:45:46 | steveb | linuxstb_: just uploading somewhere for you |
23:45:48 | | Nick ts|brb is now known as ts|gone (n=Tomas@unaffiliated/t0mas) |
23:45:49 | linuxstb_ | BHSPitLappy: I've moved it to IpodBoot - because it's only useful to potential developers. |
23:46:08 | ts|gone | (sorry, had to link some nicknames in nickserv :)) |
23:46:15 | BHSPitLappy | if i had a 5g, i'd use rockbox... plugins rule :D |
23:46:21 | steveb | gah. away nicks are so annoying |
23:46:31 | lostlogic | dpassen1: you wrote it, or you want to use it? |
23:46:44 | ts|gone | steveb: wouldn't need to use it if anybody just read away messages... |
23:46:48 | dpassen1 | use |
23:46:54 | BHSPitLappy | ah, and i didn't see that before |
23:46:55 | ts|gone | but some clients ignore them or something... |
23:47:03 | steveb | ts|gone: who cares though? |
23:47:03 | ts|gone | or some people are just to stupid to read them |
23:47:08 | steveb | : http://sackheads.org/~bnaylor/spew/away_msgs.html |
23:47:30 | ts|gone | never had someone angry because you were away for a few hours (sleeping?) and didn't respond to privmsg? |
23:48:01 | ts|gone | steveb: I didn't mean away notification... just the /away command |
23:48:07 | ts|gone | to set your IRC away message |
23:48:15 | | Join BHSPitMonkey [0] (n=billybob@adsl-64-217-217-43.dsl.rcsntx.swbell.net) |
23:48:29 | ts|gone | (on a lot of channels the "/me is away [Reason: bla bla]" messages are even forbidden) |
23:48:42 | steveb | thats even more annoying then away nicks |
23:48:59 | steveb | i just thinik is unnessesary. people have complained that i didnt reply to them in the past |
23:49:09 | steveb | i tell them that the world doesnt revolve around them |
23:49:14 | ts|gone | ghehe |
23:49:16 | steveb | why should i be there all the time? |
23:49:26 | ts|gone | I normally only use awaynicks when I'm going to work/school/bed |
23:49:45 | steveb | its all just pointless channel spam to me |
23:49:45 | ts|gone | because people don't have to bother asking a quick question if I'm away for over 4 hours :) |
23:50:29 | steveb | there are scripts that will msg people with an away message if they query you as well |
23:50:44 | ts|gone | ok, xchat? |
23:50:54 | steveb | dunno. im pretty sure irssi does it by default |
23:50:57 | ts|gone | because then I'll install that... ok with me too |
23:53:04 | lostlogic | dpassen1: patch looks good, I'd need to read it again and test it before committing, and I can't do that till I go home |
23:53:33 | ts|gone | steveb: you must also like this plugin (banned from the network I co-admin): |
23:53:33 | dpassen1 | ok cool. let me reiterate that it is not my patch, im just a curious user |
23:53:34 | * | ts|gone is now playing: Deep Purple - Smoke On The Water |
23:54:08 | lostlogic | dpassen1: you could apply it to your own source to test :) |
23:54:09 | ts|gone | (preferrably automatic on every track change ofcourse :)) |
23:54:27 | * | steveb wonders if ts|gone is near enough to hunt down and stab in the face |
23:54:35 | ts|gone | I knew it :P |
23:55:05 | dpassen1 | lostlogic: i would, but something about messing with the battery/power management makes me uneasy |
23:55:12 | ts|gone | "steve@ircguide/director/about/fish/about/uk/about/seo/steveb" |
23:55:20 | ts|gone | intresting host |
23:55:25 | steveb | yes. |
23:55:28 | ts|gone | but can't tell you how close I am :) |
23:55:30 | ts|gone | *near |
23:55:52 | preglow | nice |
23:55:58 | preglow | my h120 just fell face down in the dirt |
23:56:00 | steveb | that cloak has recently caused a bit of argument within the freenode staff. but thats another story |
23:56:05 | steveb | ts|gone: im in the uk |
23:56:11 | preglow | we need to do something about this low battery issue... |
23:56:20 | ts|gone | ok, take easyjet for E 19,- to the Netherlands |
23:56:30 | | Join Shadowarrior13 [0] (i=Shadowar@ip68-3-160-223.ph.ph.cox.net) |
23:56:35 | steveb | i could do with a holiday |
23:56:42 | ts|gone | drive 30 minutes from schiphol to Gouda.... |
23:56:53 | ts|gone | and call me for new directions :P |
23:57:03 | dpassen1 | preglow: we were just talking about a patch that seems to handle the low batt issue |
23:57:08 | Shadowarrior13 | Which bootloader do I use for the 5G iPod? There's a color, greyscale, and nano. |
23:57:09 | steveb | hah i just realised that my host wouldnt really help you much either - pan.object4.net |
23:57:12 | ts|gone | (sounds like a money transfere between criminals) |
23:57:12 | Shadowarrior13 | I'm assuming nano, right? |
23:57:34 | preglow | dpassen1: yeah, i saw that, but does it just do a simple threshold, or does it use something more advanced? |
23:57:37 | Bagder | now I don't see that cloak on you steveb |
23:57:52 | dpassen1 | I haven't really looked, yet. |
23:57:56 | Bagder | I see object4.net |
23:57:56 | steveb | Bagder: which one? pan.object4.net is my host. my cloak is very silly and long |
23:58:01 | Bagder | ah |
23:58:15 | lostlogic | preglow: it monitors the battery during disk access and shuts down if it is flickering to a dangerous level |
23:58:29 | Bagder | ipwhere 80.82.141.134 |
23:58:31 | ts|gone | Bagder: you aren't IRC-op right? |
23:58:34 | linuxstb_ | Shadowarrior13: You need to use the video bootloader. There is a binary (and instructions) on the IpodBoot wiki page. |
23:58:35 | Bagder | TLD: UK |
23:58:35 | Bagder | FULL: UNITED KINGDOM |
23:58:37 | Bagder | ;-) |
23:58:40 | Shadowarrior13 | Thanks. |
23:58:53 | linuxstb_ | But you will have to compile Rockbox yourself. |
23:58:55 | Bagder | ts|gone: nope |
23:58:58 | Mode | "#rockbox +o ts|gone " by ChanServ (ChanServ@services.) |