00:00:11 | Wett | do you know if I can easily desactivate the wps ? it's... Annoying for displaying anything :) |
00:00:22 | * | TiMiD starts to crush the tablet and sniff it |
00:00:28 | iobound | but it is the codec that makes the playback.c fill the buffer, by calling read_filebuf? |
00:00:31 | Bagder | Wett: ? |
00:00:36 | preglow | iobound: no |
00:01:28 | preglow | iobound: the playback system decides when and how to load the file at its own pace, it just makes sure the codec always has data to read, the codec should not care |
00:01:33 | Wett | Bagder: i'm trying to blit some pixels ont the screen from a codec. I currently c/paste every needed function but i still have to desactivate the wps |
00:01:51 | preglow | iobound: this is where we need to update playback.c for mods, since a mod player needs to have the entire file in the mp3 buffer |
00:02:07 | Bagder | Wett: if you do weird things, you have to do it weirdly... |
00:02:15 | Bagder | :-) |
00:02:33 | preglow | not only does it need to have the entire file there, it also needs to preprocess it to the internal format, so mods are right out currently |
00:03:22 | Wett | ^^ lol, pasting a bunch of prototypes is already wierd. But i'm wondering if ther's a little fontion to // or something |
00:03:29 | iobound | alright. i guess i misunderstood the stuff in codecs.h, i thought the codec itself was supposed to call read_filebuf to get data out from the buffer (drain it) |
00:03:40 | preglow | iobound: that it does |
00:03:47 | preglow | iobound: but it's not responsible for filling it |
00:04:01 | preglow | iobound: which is what i figured you ment |
00:04:02 | preglow | meant |
00:04:09 | Jungti1234 | bye |
00:04:13 | | Part Jungti1234 |
00:04:16 | iobound | no, but if it never "drains" it, playback.c wouldn't overwrite it, so i thought since nobody else is touching the buffer, couldn't the codec use it as a scratch memory area |
00:04:26 | preglow | sure, but please don't |
00:04:27 | Wett | Bagder: cause for now, it doesn't show anything ^^ |
00:04:30 | preglow | why'd you want to do that? |
00:05:16 | iobound | it's the only memory area >512kb available for codecs, isn't it? |
00:05:39 | preglow | well, yeah, you've got a malloc buffer as well, that we also would like you not to use |
00:05:40 | iobound | so i just figured if a codec for some reason needs to work with more than 512kb data simultaneously, it would be the place to put it |
00:05:43 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
00:05:54 | preglow | just explain what you're trying to do, and i can explain how i'd rather see you do it |
00:06:25 | iobound | i'm just trying to figure out how the missing pieces of the dumb codec could be implemented |
00:06:53 | iobound | and to simultaneously try to grok how the various pieces of rockbox work together |
00:07:06 | preglow | the way i'd like non-streaming formats to work is for the codec itself to load the file from the disk to the song buffer |
00:07:17 | preglow | you can't just load an xm file and then have dumb play it |
00:07:29 | preglow | you need to let dumb parse the xm to its internal format, then put that into the song buffer |
00:07:30 | iobound | i know, you'd need to duh_load() it or whatever that method was called |
00:07:34 | preglow | exactly |
00:07:44 | preglow | so i don't want the playback system to load the .xm file at all |
00:07:48 | iobound | and that method probably uses malloc() etc to build up its own internal structure |
00:07:51 | preglow | i want it to let the mod codec do the loading |
00:08:01 | preglow | iobound: probably, but that's easily fixed |
00:08:13 | iobound | how? :) |
00:08:44 | preglow | iobound: if you need to malloc something, you just use the current song buffer pointer, then increment it with malloc_size so that the next malloc gets free memory |
00:09:01 | preglow | and so on until the mod is completely parsed |
00:09:24 | iobound | yes. and the song buffer you're talking about now, that's the same buffer you just previously said was to be treated read-only by the codec, or am i missing something? |
00:09:43 | preglow | iobound: yes, but that's also what i'm saying, we can't load songs into it like we do now if we are to support mods |
00:09:54 | preglow | iobound: this loading doesn't fit into the current codec architecture |
00:10:23 | amiconn | Imho non-streaming format codecs should be treated more like plugins |
00:10:33 | preglow | amiconn: exactly how+ |
00:11:03 | amiconn | The playback engine would just store a marker in the buffer that tells it 'this file is non-streaming' |
00:11:25 | amiconn | ...and of course not buffer tracks to be played after this one... |
00:11:32 | preglow | amiconn: and unless it fills it at once, it'll just have to stop buffering |
00:11:35 | amiconn | because they would have to be rebuffered anyway |
00:11:36 | preglow | yes |
00:11:40 | iobound | ok, but the codec_api already have pointers for open(), so what's stopping the (imagined) dumb plugin from 1. not calling read_filebuf, but use open() by itself, and 2. use request_buffer() as a poor-mans-malloc? |
00:12:00 | amiconn | Then, if the previous track ends, it would fire up the non-streaming codec with the filename |
00:12:02 | preglow | iobound: because playback.c will fill the buffer for you anyway |
00:12:03 | iobound | or maybe the buffer contains data for the "surrounding" files too ? |
00:12:19 | amiconn | Then the codec plays the .mod or whatever |
00:12:41 | amiconn | On return, the playback engine would continue just as if resuming with the next track |
00:12:42 | preglow | iobound: this breaks buffering completely, we'll have to spin up the disk for every mod |
00:13:03 | | Quit _FireFly_ ("Leaving") |
00:13:05 | iobound | preglow, ok, so playback.c fills the buffer with the .mod file, but we could choose to ignore that and just overwrite the memory? Note, i'm not saying it's necessarily the best method, but would it work at all? |
00:13:08 | preglow | amiconn: your suggestion too breaks buffering |
00:13:15 | preglow | and so none of them are acceptable |
00:13:19 | amiconn | yes I know |
00:13:28 | amiconn | ...but I don't see another way |
00:13:33 | preglow | i see one |
00:13:47 | | Quit DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
00:14:06 | preglow | we need a codec specific loader routine for each format. when you need to buffer a nonstreaming file, you give the loader the current poitner into the filebuf, and a file name |
00:14:27 | amiconn | That might get *very* tricky |
00:14:28 | preglow | it parses whatever it needs into the internal format, and passes the now new buffer pointer location back |
00:14:40 | preglow | amiconn: i don't see how this is tricky |
00:14:43 | amiconn | Our buffer is a ring buffer. |
00:14:53 | amiconn | What if the non-streaming track would wrap? |
00:14:59 | preglow | amiconn: then it wont load |
00:15:06 | amiconn | huh? |
00:15:16 | preglow | it can't wrap |
00:15:20 | preglow | that's not an option |
00:15:26 | amiconn | Now tell this to the user. Sometimes his track would play, and sometimes not |
00:15:38 | iobound | awesome =) |
00:15:47 | preglow | oh, it will load, but not until there's enough contiguous space in the buffer for it to be loaded |
00:15:57 | preglow | which is just a case of delayed buffering |
00:16:12 | iobound | would it be possible to map memory in such a way that the ring buffer appears multiple times in memory space, continuously? then wrapping wouldn't matter |
00:16:23 | preglow | iobound: no |
00:16:28 | preglow | iobound: we haven't got an mmu |
00:17:00 | iobound | ok. does that mean it's impossible to implement some kind of "segmentation fault handler" which would "correct" the memory access? |
00:17:19 | amiconn | Yes it does mean that |
00:17:57 | iobound | what happens if you access memory "out of bounds"? does rbx hang, or is some kind of exception interrupt thing triggered ? |
00:18:02 | preglow | but still, i don't see how that's a problem, if there's not enough space left at the end, fine, we check if there's enough space at the start |
00:18:05 | preglow | if not, we delay buffering |
00:18:09 | iobound | (isn't that called bus error?) |
00:18:19 | amiconn | iobound: The bus will hang, and hence rockbox will hang |
00:18:24 | iobound | ok |
00:18:32 | iobound | no error recovery possible except for a manual reset? |
00:18:57 | amiconn | The watchdog timer can terminate a hung bus cycle |
00:19:04 | iobound | oh ok |
00:19:26 | amiconn | ...but we don't use that during normal operation |
00:19:28 | preglow | as far as i can see, this is the best possible solution, only hampered by the fact that we'll need to split codecs into one loader part and one playback part |
00:19:34 | iobound | very well, thanks for answering all my newbie questions, hope I can put this info to use some day :) |
00:19:50 | preglow | iobound: start pestering slasheri to implement my suggestion :) |
00:20:16 | amiconn | We already discussed the loader-player split for codecs |
00:20:34 | amiconn | preglow: Wasn't it you who was against it? |
00:20:41 | preglow | sincerely doubt that |
00:20:50 | preglow | i've been hoping for that all along |
00:21:05 | amiconn | Hmm, then my memory doesn't serve me well here |
00:21:11 | preglow | i think linuxstb was against it |
00:21:38 | iobound | with a 32mb buffer you could probably load the entire HVSC sid collection into memory and not have to hit the disk at all |
00:21:41 | preglow | but yes, i think anything other than my suggestion will be wildly irritating |
00:21:51 | Wett | well, time to sleep. night all |
00:21:51 | preglow | imagine skipping through a set of chiptunes |
00:21:58 | | Quit Wett () |
00:21:58 | preglow | each of them very small |
00:22:06 | preglow | a big waste to spin the disk up for each of them |
00:22:11 | iobound | absolutely |
00:22:13 | FingerSoup | Uhm, speaking as someone who messes around with tracking, how fast is DUMB? would temporarily rendering to a readable format on the HD be too much hackery? ie: decode the entire IT/XM to disk, read the result as an MP3/WAV/whatever, Playback the resulting file, then delete the rendered file? |
00:22:25 | amiconn | preglow: How would you handle midi with your suggestion? |
00:22:42 | iobound | fingersoup why would you want to do that? to avoid having to fiddle with the buffering stuff in playback.c ? |
00:22:51 | preglow | amiconn: in the same way, more or less, the midi handler will load patch data into the buffer as well as note data |
00:23:01 | amiconn | midi needs the patchset, but with this loader-player idea, the patchset would be loaded with every midi track? |
00:23:04 | FingerSoup | yeah.... Like I said, it may be too much hackery... |
00:23:05 | preglow | amiconn: sharing of patches between songs becomes very hard, but i can't see any other way |
00:23:21 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
00:23:25 | iobound | preglow unless we implement some kind of disk caching thing? |
00:23:29 | iobound | file cache, i mean |
00:23:37 | preglow | amiconn: not unless we implement some mechanism where a loader is allowed to load several files at once |
00:23:49 | preglow | amiconn: and midi is such a fringe case that i don't know if i'd bother |
00:23:58 | amiconn | How would the loader know the next file is also midi? |
00:24:09 | preglow | amiconn: well, there's a problem |
00:24:11 | amiconn | Only the playback engine knows the whole sequence |
00:24:31 | preglow | amiconn: if we are to handle this case efficiently, it can quite quickly become complicated |
00:24:38 | amiconn | Of course, it *might* be possible to define a global flag area for the loaders |
00:24:55 | iobound | any loader work should perhaps take into account the possibility for sub-tunes, such as in .sid files |
00:24:58 | FingerSoup | I don't know too much about the internals of RB, or the politics of "Rockbox Purity", but if you want playback implemented fast, that'd be the most straightforward way to get tit done for the now, IMO... |
00:25:18 | preglow | iobound: oh yes, even perhaps returning a list of songs to the playback layer |
00:25:32 | iobound | fingersoup, i tihnk dumb2wav spent like 30 seconds or so rendering a complete .mod file on my pentium4 |
00:25:38 | amiconn | The fastest way to get non-streaming playback to work would probably be an implementation as a real plugin |
00:25:51 | FingerSoup | ok, so it's too slow. Scratch that idea.. :) |
00:25:52 | amiconn | Of course that wouldn't be integrated with the playback engine |
00:25:57 | iobound | preglow, support for .zip/.rar could probably also be added thten |
00:26:12 | iobound | (which sometimes makes sense for .sid / .mod type files) |
00:26:23 | preglow | iobound: mwelll |
00:26:36 | preglow | iobound: that might still be hard, the zip/rar loader would then also need to handle metadata |
00:26:53 | preglow | iobound: get_metadata currently assumes it reads from a file |
00:26:56 | preglow | iobound: not memory |
00:27:02 | | Quit tim66 (Read error: 113 (No route to host)) |
00:27:08 | preglow | as it should be |
00:27:18 | linuxstb_ | Regarding splitting codecs into loaders and decoders, I seem to remember I was in favour of the idea, but didn't think it was necessary to make the loaders plugins. |
00:27:30 | iobound | yeah i see a lot of challenges there. maybe it should be put closer to the file system layer or something, so you can browse a .zip |
00:27:45 | preglow | linuxstb_: no, but not doing so will require linking rockbox with all sorts of codec libs |
00:27:50 | iobound | like a regular directory |
00:28:07 | linuxstb_ | preglow: No - we don't use the codec libs, we do it ourselves. |
00:28:12 | amiconn | iobound: I wouldn't bother implementing such things on an embedded platform. Would be a performance sucker |
00:28:29 | iobound | amiconn, a .zip loader thingy? |
00:28:35 | amiconn | yup |
00:28:39 | preglow | linuxstb_: porting a module reader from dumb to rockbox will be some work |
00:28:52 | iobound | why? i used pkzip on a 10mhz 286 back in the day and it worked fine :) |
00:28:53 | amiconn | Reading from a compressed file would decompress the same data again and again |
00:28:54 | linuxstb_ | For example, libmad, liba52, the new FLAC and shorten codecs all come without "loaders". |
00:29:03 | preglow | linuxstb_: well, yeah, but those are easy |
00:29:09 | preglow | linuxstb_: parsing a mod or sid file is worse |
00:29:26 | linuxstb_ | I admit I know nothing about the non-streaming codecs. |
00:29:35 | amiconn | iobound: Taking how long for 10+ MB? |
00:29:41 | iobound | amiconn i'm guessing you spend maybe 2-3 seconds decompressing a given file from a .zip archive, and then play it for several minutes without loading anything? |
00:29:44 | preglow | i do, and i'd very much like the codecs themselves to deal with it, all of them come with loaders |
00:30:04 | amiconn | iobound: I have some XM that are >10MB |
00:30:35 | iobound | well that's not very common |
00:30:42 | preglow | i for one couldn't care less about zip/rar support, at least not when we'll need significant architectural chancges to make it work |
00:30:49 | preglow | iobound: it's not uncommon either |
00:31:10 | iobound | ok, i'm just throwing out ideas here |
00:31:29 | amiconn | If someone really wants to listen to tracks he forgot to unzip on the pc, an unzip plugin would be sufficient, and much simpler to implement |
00:31:48 | preglow | it's just that if we are to support zips, we need all loader functions to read from memory |
00:31:50 | iobound | amiconn, i was thinking about using .zip for saving drive space |
00:31:59 | preglow | which translates to us needing to use _HUGE_ load buffers |
00:32:14 | amiconn | iobound: At what cost? |
00:32:31 | amiconn | Drive space is plenty, CPU performance, RAM and battery power are not |
00:32:35 | iobound | i don't know |
00:32:47 | preglow | we'll also need to hack the loaders to be interruptable |
00:32:51 | preglow | i sure as hell don't want to do that |
00:33:15 | preglow | to me it just sounds like too much work for little gain |
00:33:33 | amiconn | To me it even sounds like work for a loss |
00:33:44 | iobound | alright, alright :) |
00:34:06 | preglow | i can see the size reduction as a gain, especially with non-streaming formats which can be compressed |
00:34:09 | preglow | but nah, too much work |
00:35:09 | iobound | but adding .gz decompression support to a specific loader (such as duh_load()) probably would be doable (when regular codec-custom-file-loaders environment is in place) |
00:35:24 | Kyl3 | ive been testing with an h300 lcd remote, the "proper" one, and it can turn my h300 on, but not do anything (rockbox logo shows, too) |
00:35:26 | linuxstb_ | But this is all theoretical until we get a non-streaming codec working as a plugin. |
00:35:33 | | Join San [0] (n=Test@213-202-130-168.bas502.dsl.esat.net) |
00:35:39 | FingerSoup | Do you plan on supporting MO3 style files (MP3 Based samples to save space)? |
00:36:02 | FingerSoup | if so is that functionality built into DUMB? |
00:36:12 | preglow | FingerSoup: no, it's not |
00:36:16 | iobound | i don't think dumb has support for it but i guess it could be hacked in |
00:36:34 | linuxstb_ | That means running dumb and libmad together... |
00:36:37 | preglow | FingerSoup: that too would need us to substantially alter our codec architecure |
00:36:59 | iobound | preglow, unless one simply duplicates all the libmad code inside the libdumb code |
00:37:05 | preglow | linuxstb also has a good point, you need to remember we'll be doing this loading while other music is playing |
00:37:06 | linuxstb_ | Unless you ported dumb to the SH1. (amiconn?) |
00:37:08 | preglow | there might already be a codec loaded |
00:37:09 | iobound | or links it statically to the libdumb thingy |
00:37:24 | preglow | iobound: sure, you could do that... |
00:37:42 | preglow | iobound: and there'd still be the iram issue, the iram would be taken by the codec currently playing |
00:37:50 | * | LedFloyd np: prvi [00:08m/1000Kbps/44KHz] |
00:37:58 | preglow | so you can't decode the mp3 samples while another codec is playing |
00:38:06 | linuxstb_ | I think you would have to do that - link libmad and libdumb together - so you can optimise their joint use of resources. |
00:38:10 | FingerSoup | Just a suggestion to look at as a space saving feature as opposed to zip... |
00:38:24 | amiconn | linuxstb: If libdumb is as slow as mentioned, there is no point |
00:38:45 | preglow | 30 seconds for how big a mod??? |
00:38:54 | iobound | i can check the timing now, hang on |
00:38:56 | preglow | how many channels? |
00:39:04 | preglow | and how fast a pc? |
00:39:17 | * | LedFloyd np: NABJ [02:12m/608Kbps/44KHz] |
00:39:47 | iobound | oh man, i guess i misremembered. dumb2wav spent 4.36 seconds decoding 2nd_pm.s3m into a .wav file on a p4 2.8ghz |
00:40:01 | preglow | LedFloyd: sounds like idm names... |
00:40:06 | iobound | almost off by an order of magnitude.. |
00:40:21 | amiconn | iobound: Playtime of this mod? |
00:40:26 | preglow | iobound: then i'd say we have a chance, that's an s3m of considerable size as well |
00:40:27 | amiconn | How many channels? |
00:40:30 | preglow | eight |
00:40:34 | preglow | it's about four minutes |
00:40:37 | preglow | if i remember corrently |
00:40:43 | iobound | it made a 6:44 .wav file |
00:40:59 | preglow | so i'd say definitely doable, then |
00:41:06 | linuxstb_ | How big is that s3m file (in bytes)? |
00:41:09 | preglow | but someone needs to convert dumb to fixed point first |
00:41:14 | iobound | 600kb, can't remember how many channels there are |
00:41:15 | amiconn | Should be possible to get it working in realtime on coldfire |
00:41:24 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
00:41:33 | preglow | also, i got a dumb patch from kaos54 which needs to be merged |
00:41:34 | amiconn | (rough estimation: decoding will take 2 minutes on iriver) |
00:41:38 | preglow | he fixed a number of playback bugs |
00:41:43 | amiconn | So no go for SH1 |
00:41:54 | iobound | how fast is an sh1? |
00:41:56 | preglow | amiconn: i'm pretty sure sh1 can do 4 channel chip tunes |
00:41:57 | amiconn | I don't think >4 chan mods are possible anyway |
00:42:05 | amiconn | I want protracker support |
00:42:07 | preglow | amiconn: with you doing the coding, that is :) |
00:42:14 | amiconn | That's the most common thin I have |
00:42:17 | amiconn | *thing |
00:42:40 | amiconn | iobound: 11 MHz on the recorders, 12 MHz on Ondios |
00:43:04 | amiconn | The players won't get mod support as the pcm codec doesn't support MAS3507 |
00:44:45 | preglow | too bad streaming formats will have a tough time of using the iram |
00:44:47 | preglow | at least mods |
00:45:30 | iobound | i can play 2nd_pm.s3m in realtime on my series 60 phone. |
00:45:43 | preglow | what cpu? |
00:45:44 | iobound | but i think it maybe mixes only at 8khz and mono |
00:45:49 | preglow | haha |
00:45:58 | iobound | not sure, it's a nokia 6600 |
00:46:10 | | Quit elinenbe (" HydraIRC -> http://www.hydrairc.com <- Leading Edge IRC") |
00:46:48 | linuxstb_ | It's an 104MHz ARM9 |
00:46:51 | | Join elinenbe [0] (i=elinenbe@207-237-225-9.c3-0.nyr-ubr1.nyr.ny.cable.rcn.com) |
00:47:04 | iobound | indeed it is |
00:47:45 | preglow | but yeah, coldfire should be able to play a lot of the mods |
00:47:48 | linuxstb_ | Is the source available for that player? |
00:47:59 | iobound | maybe, let me check |
00:48:01 | preglow | i don't think you can count on being able to play the worst mellow-d tunes, though |
00:48:39 | iobound | linuxstb, i got it from here http://www.berlinfactor.com/Symbian.Section/ModPlayer.html |
00:48:48 | markun | What a nice sight! no warnings and errors in the build table |
00:49:01 | preglow | markun: yeah, i noticed, 'tis beautiful |
00:49:58 | linuxstb_ | If only all the builds actually worked... |
00:50:40 | linuxstb_ | markun: Are we going to see the gigabeat added to that table? |
00:51:14 | | Quit LedFloyd () |
00:51:44 | markun | linuxstb_: I'll wait till I have the unit I think |
00:51:53 | markun | 23 hours remaining on ebay :) |
00:52:58 | | Quit Moos ("Glory to Rockbox") |
00:54:59 | markun | I'm hoping I can get rockbox to run on it, because the Gigabeat is pretty useless to me without rockbox.. |
00:55:26 | markun | all my music's in Ogg and I don't have windows.. |
00:56:18 | linuxstb_ | So you can't transfer music from a *nix machine? |
00:56:27 | elinenbe | amiconn: nice commit... i like it! |
00:57:09 | amiconn | tnx |
00:58:31 | | Quit Mxm`Pas`Bien (Read error: 110 (Connection timed out)) |
00:58:44 | | Quit FingerSoup ("Beware of programmers who carry screwdrivers.") |
00:58:56 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
00:59:22 | | Quit iobound ("Leaving") |
00:59:30 | hardeep | only 29 files modified? you obviously didn't try hard enough... =) |
01:00 |
01:01:23 | | Quit pinkutank () |
01:02:35 | *** | Saving seen data "./dancer.seen" |
01:03:48 | Kyl3 | Would iPod Rockbox work on a grayscale iPod? |
01:05:28 | linuxstb_ | If it's a 4G ipod, then it would just need a new LCD driver writing. If it's an older ipod, then it would be more work. |
01:05:36 | linuxstb_ | But in principle, yes. |
01:06:07 | linuxstb_ | But the first two models are the Nano and the Color/Photo - simply because those are the ones we own. |
01:06:15 | | Join webguest10 [0] (n=54bca911@labb.contactor.se) |
01:06:40 | | Quit webguest10 (Client Quit) |
01:09:09 | amiconn | elinenbe: Btw, my commit is in preparation of real backlight simulation and simulator grayscale lib support :) |
01:10:37 | Kyl3 | I'll use iPod Linux for the time being then |
01:10:57 | linuxstb_ | amiconn: Did you see the ipod scan I did the other day? |
01:11:08 | amiconn | Yes, and I already downloaded it |
01:11:30 | linuxstb_ | Is it OK? It was my first experience with xsane |
01:12:02 | amiconn | Resolution is more than enough |
01:12:21 | amiconn | One minor thing - the lighting comes from below instead of above |
01:12:49 | amiconn | I found that with most scanners you have to place the item upside down to get 'natural' lighting |
01:13:14 | amiconn | The center of the wheel is also a button? |
01:13:20 | preglow | yep |
01:13:21 | | Quit San (Read error: 110 (Connection timed out)) |
01:13:41 | preglow | you've basically got five buttons, a hold switch and the scroll wheel |
01:13:46 | linuxstb_ | And there is a hold switch on the top. |
01:13:58 | amiconn | Okay. Hold switch isn't simulated so far |
01:14:49 | linuxstb_ | The scroll wheel will hopefully give us BUTTON_SCROLL_FWD and BUTTON_SCROLL_BACK events. |
01:15:06 | | Join xameius [0] (n=45aec086@labb.contactor.se) |
01:15:10 | linuxstb_ | But the real effect may be hard to simulate. |
01:15:16 | amiconn | So there is Menu, Left, Select, Right, Scroll_forward, Scroll_backward, and ??? |
01:15:28 | linuxstb_ | play |
01:16:42 | amiconn | Okay. I guess the scroll events won't activate BUTTON_REPEAT, but just fire repeatedly? |
01:17:11 | linuxstb_ | Ask preglow. But that sounds a reasonable approach. |
01:17:54 | amiconn | That'll be a special case in the sim button drivers then, but it's a minor thing that shouldn't hold back a preliminary sim |
01:18:30 | amiconn | I'll map these events to cursor up&down the same way as the standard BUTTON_UP and BUTTON_DOWN events on all other platforms |
01:18:54 | preglow | i think fire repeatedly is going to be the easiest |
01:18:57 | linuxstb_ | I don't know how the fast scrolling will work - whether we will need to implement a sort of fast-forward event. |
01:19:00 | amiconn | Maybe someone adds the ability to use the mouse scroll wheel ... |
01:19:04 | preglow | besides, i want some acceleration handling sooner later |
01:19:08 | preglow | woner how we'll handle that |
01:21:32 | linuxstb_ | amiconn: Fwd and Back are not always up and down. e.g. in a list browser, fwd is down, but changing the volume, foward is up. |
01:21:56 | linuxstb_ | But I can't think of a key mapping that can cope with that... |
01:21:58 | | Quit xameius ("CGI:IRC (EOF)") |
01:22:39 | linuxstb_ | Or if we use the scroll wheel for seeking, it's left and right. |
01:23:11 | preglow | i'd like to use it for as much as possible, heh |
01:23:13 | preglow | especially seeking |
01:23:33 | preglow | it really is one of the major reasons for me wanting an ipod |
01:24:49 | | Quit markun (Read error: 113 (No route to host)) |
01:26:19 | | Join xameius [0] (n=xameius@69-174-192-134.albyny.adelphia.net) |
01:26:28 | | Part linuxstb_ |
01:28:05 | | Quit xameius ("Leaving") |
01:29:39 | | Join xameius [0] (n=xameius@69-174-192-134.albyny.adelphia.net) |
01:29:55 | preglow | linuxstb: that GPIO chart on ipodlinux.org is a bit lacking for our targets.. |
01:30:29 | linuxstb | Yes... |
01:31:58 | | Join JvD [0] (n=tkeisala@c-24-60-224-37.hsd1.ma.comcast.net) |
01:32:33 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
01:34:41 | | Nick xameius is now known as xameius_ (n=xameius@69-174-192-134.albyny.adelphia.net) |
01:34:56 | | Nick xameius_ is now known as xameius (n=xameius@69-174-192-134.albyny.adelphia.net) |
01:35:13 | preglow | it's not hard to piece it out from the PP5020 page, however |
01:35:59 | | Nick xameius is now known as xamieus_ (n=xameius@69-174-192-134.albyny.adelphia.net) |
01:36:17 | | Nick xamieus_ is now known as xameius_ (n=xameius@69-174-192-134.albyny.adelphia.net) |
01:36:42 | | Nick xameius_ is now known as xameius (n=xameius@69-174-192-134.albyny.adelphia.net) |
01:36:50 | preglow | time to start pp5020.h |
01:38:09 | preglow | linuxstb: it's ok if i don't care about pp5002 at all, i hope? |
01:42:13 | linuxstb | preglow: I think we'll support it eventually. But yes, ignore it for now. |
01:44:15 | amiconn | How do you turn one the ipod? |
01:44:24 | amiconn | *on |
01:44:27 | preglow | amiconn: press play |
01:44:41 | amiconn | Ah, so Play is in fact BUTTON_ON too? |
01:44:49 | amiconn | Would be easier this way... |
01:45:24 | preglow | well, yes, seems so to me |
01:45:45 | preglow | that's all i've ever used to turn it onm |
01:46:58 | amiconn | Do you think it would be good to rename it? |
01:47:31 | linuxstb | Any key will turn it on. A long press on play will send it to sleep. |
01:48:02 | preglow | linuxstb: also when it's actually turned off? |
01:48:06 | amiconn | I mean whether to rename it in button.h |
01:48:13 | preglow | linuxstb: only thing i've seen that's able to turn it off is podzilla |
01:48:14 | linuxstb | How do you turn it off? |
01:48:25 | amiconn | Btw, I have to fix button.h anyway. They are clashing definitions |
01:48:28 | amiconn | *There |
01:49:04 | linuxstb | amiconn: I would prefer the raw button names to reflect what is printed on the buttons. |
01:50:11 | | Join ghostface24 [0] (i=ghostfac@221.194.204.68.cfl.res.rr.com) |
01:53:13 | preglow | GPIO port A has a _ton_ of refisters assigned to it |
01:53:17 | preglow | god knows what all of them do |
01:53:58 | amiconn | linuxstb: Sometimes you called Left 'Left', and sometimes 'Prev' |
01:54:05 | amiconn | Similar for Right |
01:54:23 | amiconn | I need to fix that, and I would prefer to stick with Left/Right. |
01:54:25 | preglow | port a enable, output enable, output value, input value, interrupt status, interrupt enable, interrupt level, interrupt clear |
01:54:29 | linuxstb | Oops. |
01:54:31 | preglow | all of them 32 bits.. |
01:56:32 | amiconn | Left & Right are the only true universal buttons |
01:56:44 | amiconn | They exist for *all* targets so far |
01:56:56 | amiconn | (even the stalled gmini port) |
01:57:26 | linuxstb | Why does it matter that there are universal buttons? I thought they were only accessed via aliases. |
01:57:51 | amiconn | It's easier for the simulator button drivers |
01:58:15 | amiconn | Furthermore, BUTTON_LEFT and BUTTON_RIGHT are defined unconditionally in button.h |
01:58:50 | linuxstb | No they aren't - they are universal for both the H100 and H300. |
01:58:58 | linuxstb | Sorry, yes they are. |
02:00 |
02:00:00 | amiconn | Win32 sim for ipod color almost complete :) |
02:01:39 | linuxstb | nice. |
02:02:23 | amiconn | In fact it already runs, just with wrong colours |
02:02:29 | amiconn | (missing byte swap) |
02:05:35 | | Quit Kohlrabi ("Leaving") |
02:07:08 | | Quit Kyl3 () |
02:12:07 | | Join WarrenLeyes [0] (n=4644a19e@labb.contactor.se) |
02:12:55 | WarrenLeyes | this is the hangout for the rockbox/iriver port?? |
02:13:06 | ghostface24 | shhh... |
02:13:17 | WarrenLeyes | ? |
02:13:44 | ghostface24 | just listen |
02:15:12 | preglow | this is the hangout for all rockbox coding |
02:15:14 | preglow | coders |
02:15:52 | markun | I found out how to change the endian-mode in the ARM 920T, would it be a good thing the change the mode sometimes? |
02:16:09 | WarrenLeyes | cool |
02:16:32 | markun | preglow: what do you think? |
02:17:04 | amiconn | wargh |
02:17:17 | markun | change it to little endian in the ATA code for example |
02:17:18 | * | amiconn broke the iriver bootloaders without noticing so far |
02:17:21 | preglow | markun: how? |
02:17:30 | WarrenLeyes | is there a good free IRC client for winxp |
02:18:17 | markun | The 920T has a 'internal coprocessor' CP15. Register 1 of CP15 controls all sorts of things. Bit 7 lets you set the endian-mode |
02:18:39 | markun | you can also disable mmu and things like that |
02:19:06 | WarrenLeyes | well the roxbox works ok on my h340, a little bit slugish at times, i see the codecs are there but i have no sound |
02:19:22 | markun | WarrenLeyes: X-Chat: http://www.silverex.org/news/ |
02:19:39 | preglow | WarrenLeyes: i hope that doesn't come as a surprise |
02:19:39 | | Quit WarrenLeyes ("CGI:IRC (EOF)") |
02:19:41 | | Join WarrenLeyes [0] (n=4644a19e@labb.contactor.se) |
02:20:02 | preglow | i suggest and you open a new windows for urls... |
02:20:14 | preglow | and yeah, i hope your not having sound on your h340 comes as a surprise |
02:20:22 | WarrenLeyes | sorry can you send that link again forgot my popup blocker was on |
02:20:30 | markun | http://www.silverex.org/news/ |
02:20:32 | WarrenLeyes | thx |
02:20:39 | markun | np |
02:22:20 | WarrenLeyes | didnt expect to have sound yet but hey.... can only hope ...kind of wish i could help get rockbox up to speed |
02:25:15 | | Quit WarrenLeyes ("CGI:IRC (EOF)") |
02:40:10 | | Join WarrenLeyes [0] (n=God_of_t@S0106000000602c86.vf.shawcable.net) |
02:41:30 | markun | WarrenLeyes: figured out how to work with X-chat? |
02:41:47 | WarrenLeyes | wow its going to be easy to mod the look of rockbox on my h340 so far so good |
02:42:01 | WarrenLeyes | lol.... yea |
02:42:26 | WarrenLeyes | anything cool about x-chat i should know about |
02:42:40 | amiconn | markun: About the francais.lang update... replacing the keylock strings for player is a bad idea |
02:42:41 | cannard | mirc is free |
02:42:52 | cannard | i thought all irc clients were free?!@ |
02:42:52 | amiconn | The have to be short, really short |
02:43:05 | markun | amiconn: Sorry, I'll tell Moos |
02:43:15 | WarrenLeyes | no not all are ... and the mirc i looked at was not free |
02:43:34 | cannard | though i cant wait for h300 rb, if markun can port to gigabeat, im jumping ship immediately!!! :p |
02:43:44 | markun | WarrenLeyes: X-chat has unicode support |
02:43:51 | WarrenLeyes | damn this is the first time using IRC since 1993 LOL |
02:44:44 | WarrenLeyes | anyways ... after i get back inside from having a smoke i wanna talk shop here |
02:44:48 | WarrenLeyes | so brb |
02:46:36 | amiconn | Bah, the build server lags again according to the estimate |
02:48:07 | amiconn | Slasheri: Something is very wrong with resume. |
02:48:32 | amiconn | After my playlist ended, I could still resume - it started at the beginning of the last track (!) |
02:49:05 | preglow | linuxstb: i'm going linux now, so if you want a dump of something, i can fix it now |
02:49:40 | | Nick CBM-away is now known as CheeseBurgerMan (n=BurgerBo@63.150.80.142) |
02:50:42 | WarrenLeyes | could that be caused by the bookmark? |
02:52:13 | | Join San [0] (n=Test@213-202-183-102.bas504.dsl.esat.net) |
03:00 |
03:02:11 | WarrenLeyes | grrr issues setting up sound w/ xchat |
03:02:39 | *** | Saving seen data "./dancer.seen" |
03:10:15 | | Quit WarrenLeyes (Read error: 104 (Connection reset by peer)) |
03:10:36 | | Join Vlad0man [0] (n=Vladoman@p54A7E2C7.dip.t-dialin.net) |
03:18:07 | | Quit hardeep ("[BX] Amount of time you people were funny: -50 minutes -55 seconds") |
03:18:32 | | Quit xmixahlx ("blah blah blah") |
03:22:14 | | Quit San (Read error: 110 (Connection timed out)) |
03:24:19 | | Join solexx [0] (n=jrschulz@c214002.adsl.hansenet.de) |
03:28:41 | | Quit Vladoman (Read error: 110 (Connection timed out)) |
03:34:55 | | Quit solexx_ (Read error: 113 (No route to host)) |
03:45:30 | | Quit DreamTactix291 (Read error: 104 (Connection reset by peer)) |
03:46:32 | | Join DreamTactix291 [0] (n=DreamTac@adsl-157-39-233.bna.bellsouth.net) |
04:00 |
04:11:27 | | Quit xameius ("Leaving") |
04:11:58 | | Join xameius [0] (n=xameius@69-174-192-134.albyny.adelphia.net) |
04:22:34 | | Quit Subterranean () |
04:40:09 | | Quit mordov ("www.CNLRacing.tk") |
04:43:08 | | Join mordov [0] (n=Mordov@13.80-202-208.nextgentel.com) |
04:52:24 | | Join San [0] (n=Test@212.2.175.236) |
04:54:48 | | Join Drumr|doin|HW|la [0] (n=Drumrboy@ool-44c20ff1.dyn.optonline.net) |
05:00 |
05:02:46 | *** | Saving seen data "./dancer.seen" |
05:06:01 | | Quit JvD (Read error: 110 (Connection timed out)) |
05:06:40 | | Quit DJDD_ (Read error: 110 (Connection timed out)) |
05:07:38 | | Join aliask [0] (n=chatzill@c210-49-190-113.eburwd8.vic.optusnet.com.au) |
05:13:22 | | Join Paul_The_Nerd [0] (n=paulthen@cpe-66-68-93-2.austin.res.rr.com) |
05:13:24 | | Quit xameius ("Leaving") |
05:32:05 | | Join ModernExecutive [0] (n=bob@pool-141-152-145-94.norf.east.verizon.net) |
05:32:09 | ModernExecutive | hey |
05:32:20 | cannard | hoy |
05:36:36 | | Join Jungti1234 [0] (n=jungti12@58.77.81.75) |
05:37:06 | Jungti1234 | hi |
05:37:58 | | Join tvelocity [0] (n=tony@ipa30.7.tellas.gr) |
05:44:24 | | Quit tvelocity ("Leaving") |
05:45:28 | | Join Lost-ash [0] (i=ashridah@220-253-123-162.VIC.netspace.net.au) |
05:45:33 | | Nick hshah_ is now known as hshah (n=hshah@hirenshah.plus.com) |
05:49:25 | | Quit San (Read error: 110 (Connection timed out)) |
05:51:12 | DBUG | Enqueued KICK Jungti1234 |
05:51:12 | * | Jungti1234 ´ÔÀº ºÎÀçÁßÀ̽ʴϴÙ.(hey!) |
05:51:32 | Ctcp | Ignored 2 channel CTCP requests in 2 seconds at the last flood |
05:51:32 | * | Jungti1234 ´ÔÀº ºÎÀçÁßÀ̽ʴϴÙ.(hi) |
05:51:44 | *** | Alert Mode level 1 |
05:51:44 | * | Jungti1234 ´ÔÀÌ ºÎÀçÁß¿¡¼ µ¹¾Æ¿À¼Ì½À´Ï´Ù.(hi) |
05:52:02 | * | CheeseBurgerMan has not clue what that is... |
05:52:04 | CheeseBurgerMan | no* |
05:52:19 | Jungti1234 | hmm |
05:52:43 | * | Lost-ash notes that he should probably get around to setting up xchat to use utf16 fonts |
05:53:30 | | Quit ashridah (Nick collision from services.) |
05:53:33 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-123-162.VIC.netspace.net.au) |
05:54:05 | | Quit stu3 (Read error: 110 (Connection timed out)) |
05:54:19 | Jungti1234 | I don't know well irc. |
05:55:21 | CheeseBurgerMan | To use it: Type in your message, and hit enter. |
05:55:28 | CheeseBurgerMan | Simple really. :) |
05:55:55 | ashridah | CheeseBurgerMan: he's korean, using a translator, it's not that simple :) |
05:56:13 | CheeseBurgerMan | oh |
05:56:15 | ghostface24 | awww |
05:56:42 | CheeseBurgerMan | It's really not that simple then. :o |
05:57:31 | Jungti1234 | hahaha..; |
05:59:53 | Jungti1234 | Korean any user lost H340 and bought H320 but lose it. |
06:00 |
06:00:10 | Jungti1234 | He is regrettable. |
06:00:38 | * | ghostface24 pats Jungti on the back |
06:00:41 | ghostface24 | it's alright |
06:01:45 | *** | Alert Mode OFF |
06:02:44 | | Quit CheeseBurgerMan (Read error: 104 (Connection reset by peer)) |
06:02:59 | ModernExecutive | you bought a 340 and lost it. then you bought a h320 and lost it? |
06:03:43 | Jungti1234 | Not me other person. |
06:04:37 | | Join CheeseBurgerMan [0] (n=BurgerBo@63.150.80.142) |
06:06:19 | ModernExecutive | sure... :) |
06:06:50 | ModernExecutive | i don't know of anyone that unfortunate to lose 2 h3x0s |
06:08:54 | DreamTactix291 | if i lost my H140 i'd cry |
06:10:14 | ghostface24 | If I lost my H320, I'd probably look for it ;) |
06:10:36 | ashridah | my H140 is surgically attached |
06:10:54 | Paul_The_Nerd | Yeah, my H140 is almost always either in my pocket, or within line of site. |
06:10:59 | Paul_The_Nerd | Err h120 |
06:11:03 | ashridah | (well, it may as well be. i never leave the house without its familiar presence in my left pocket |
06:11:09 | * | Paul_The_Nerd wishes he had a 140. |
06:11:14 | DreamTactix291 | my H140 is always at my side |
06:11:16 | DreamTactix291 | i had an H120 |
06:11:18 | DreamTactix291 | then i got an H140 |
06:11:24 | DreamTactix291 | and gave my H120 to the lovely lady |
06:11:26 | Paul_The_Nerd | I would, had I the available funds. |
06:11:47 | DreamTactix291 | yeah |
06:11:52 | DreamTactix291 | that took a while to amass |
06:12:06 | Jungti1234 | I get H120 into free charge. |
06:12:23 | Jungti1234 | But, its HDD was broken. :D hahaha |
06:12:45 | CheeseBurgerMan | Replace the HDD. ;) |
06:12:57 | Paul_The_Nerd | I'm thinking I'll just stick with the 120 anyway. I barely fill 20gigs right now, and I expect a 40gig HD to be available soon enough. |
06:13:02 | Jungti1234 | Repair expense is expensive. |
06:13:19 | DreamTactix291 | oh i could fill 80GB |
06:13:21 | DreamTactix291 | easily |
06:13:27 | DreamTactix291 | Jung: do it yourself :) |
06:13:30 | Jungti1234 | It's 170,000 wons. |
06:13:50 | Jungti1234 | Is it easy? |
06:13:52 | Paul_The_Nerd | I don't have that much music. |
06:14:09 | Jungti1234 | Is strange in look to do. |
06:14:15 | DreamTactix291 | well |
06:14:25 | DreamTactix291 | right now at Vorbis -q6 on the H140 it's not but 22GB |
06:14:26 | DreamTactix291 | but |
06:14:34 | DreamTactix291 | i have more than i put on it |
06:15:15 | Paul_The_Nerd | See, I've got about 1400 mp3s of videogame remixes, then another 300 .wvs losslessly compressed from CDs I own, and that's it. |
06:15:36 | DreamTactix291 | i have 73.5GB of music |
06:15:40 | DreamTactix291 | about 50GB is wv |
06:16:07 | Paul_The_Nerd | See, I just don't have that much |
06:16:20 | DreamTactix291 | large prog collection |
06:16:23 | Paul_The_Nerd | Indeed |
06:16:39 | DreamTactix291 | yeah |
06:16:42 | DreamTactix291 | and it keeps growing |
06:18:25 | Jungti1234 | Rockbox is renewed every day. |
06:18:59 | cannard | when will rockbox on shuffle be released? |
06:19:30 | Paul_The_Nerd | I'd say shuffle is pretty unlikely. |
06:19:57 | DreamTactix291 | not much of a way to interface |
06:20:00 | cannard | yeah i figured as much |
06:20:01 | Paul_The_Nerd | But generally speaking, the answer to any "when" question is invariably "when it's done" or in the case of unstarted projects "when someone does it." |
06:20:10 | DreamTactix291 | yep |
06:20:29 | cannard | heh, you guys are too helpful, or way to used to stupid questions. either way, my joke fell over |
06:20:31 | cannard | sorry :p |
06:20:41 | Paul_The_Nerd | Hahaha |
06:21:07 | Paul_The_Nerd | Well, every time I come in here I see at least one "Any progress on H300?" or "When will H300 be done?" question. |
06:21:36 | cannard | yeah, i can imagine |
06:21:39 | Paul_The_Nerd | My interest actually lies in the direction of the iPod Nano. I've been thinking about getting a flash based player for a while, and it seems a suitable offering if Rockbox hits it. |
06:21:50 | DreamTactix291 | we waited a long time for the H1xx port to get functional. now it's their turn to wait |
06:21:57 | Jungti1234 | My interest is gigabeat. |
06:22:00 | Jungti1234 | and H100 |
06:22:05 | DreamTactix291 | my interest is just H140 |
06:22:11 | cannard | yeah, gigabeat rockbox would be cool, i'd buy one |
06:22:11 | DreamTactix291 | which i'll mod to an H180 sometime |
06:22:19 | Paul_The_Nerd | Gigabeat? |
06:22:25 | Jungti1234 | If there is money, ipod nano wants to buy. |
06:22:25 | cannard | toshiba gigabeat |
06:22:34 | Paul_The_Nerd | What does it have that an H120/140 doesn't? |
06:22:46 | cannard | google x30 |
06:22:51 | cannard | beauty for one :p |
06:22:57 | cannard | gigabeat x30 |
06:23:01 | DreamTactix291 | i don't like the gigabeat's looks |
06:23:05 | cannard | really? |
06:23:12 | Paul_The_Nerd | I love the H120 black's looks |
06:23:12 | DreamTactix291 | really |
06:23:14 | Jungti1234 | why? |
06:23:15 | DreamTactix291 | me too |
06:23:21 | DreamTactix291 | actually |
06:23:25 | DreamTactix291 | i don't like how a lot of DAPs look |
06:23:32 | DreamTactix291 | i like how the H120/40 look in black |
06:23:35 | Paul_The_Nerd | Same |
06:23:40 | Paul_The_Nerd | I don't really like the gigabeat's looks. |
06:23:43 | Paul_The_Nerd | Does it have an LCD remote? |
06:23:51 | cannard | i didnt like it in the pics, but when i bought mine it looks alot a better in the flesh |
06:23:56 | Jungti1234 | I looks like smartest ipod. |
06:24:09 | cannard | then i broke it and now im stuck with a big fat h340 |
06:24:15 | DreamTactix291 | i never liked the ipods looks either lol |
06:24:22 | DreamTactix291 | hey the H340 is good and featureful |
06:24:30 | cannard | im not saying its bad |
06:24:34 | DreamTactix291 | it's just weak in the aesthetic department |
06:24:38 | DreamTactix291 | but worth it if you have one |
06:24:46 | Paul_The_Nerd | Yeah, I'm not a fan of the ipod's looks, but the Nano seems to be the best choice in flash players, and I suspect it may stay that way for a noticeable period. |
06:24:50 | Jungti1234 | H300 and H100 look like so ignorant. |
06:24:53 | cannard | but i broke my h140 about a week before rockbox was at a working point |
06:24:59 | Paul_The_Nerd | And its form factor isn't bad, even if the style aint so great (from my perspective) |
06:25:09 | DreamTactix291 | yeah |
06:25:11 | Jungti1234 | It's not good design. |
06:25:18 | DreamTactix291 | i'm not in teh market for a flash player really |
06:26:04 | DreamTactix291 | i remember when i bought my H120 what requirements i had |
06:26:05 | cannard | the old square gigabeats were good, minidisc sized |
06:26:22 | DreamTactix291 | it had to play vorbis for one since like all my collection at that time was GT3b2 -q6 |
06:26:25 | Paul_The_Nerd | When I bought the H120, my requirements were Ogg Vorbis support, and upgradeable firmware. |
06:26:37 | DreamTactix291 | yeah pretty much the same here |
06:26:48 | Paul_The_Nerd | Oddly enough I picked the H120 by mistake |
06:26:52 | Paul_The_Nerd | Well, not really mistake |
06:26:57 | Paul_The_Nerd | But I'd made a false assumption |
06:27:03 | DreamTactix291 | i picked mine after researching it and the karma for about 4 months |
06:27:19 | cannard | karma's were never available in australia i think |
06:27:26 | Jungti1234 | hmm.. |
06:27:30 | DreamTactix291 | the karma had gapless first |
06:27:30 | DreamTactix291 | but |
06:27:31 | ashridah | i bought it because it was the only one that supported vorbis that was available in the stores here. |
06:27:33 | cannard | so it was irivier, ipod or xclef's |
06:27:34 | DreamTactix291 | build quality was meh |
06:27:38 | Paul_The_Nerd | I'd read about Rockbox for Archos, and I'd read about the upcoming (at the time) linux based iRiver media center unit, and somehow I combined them in my head to thinking Rockbox was coming to the H120 (and this was back when the H120 was fairly new) |
06:27:40 | ashridah | ipods were definently out |
06:27:44 | ghostface24 | I researched the H120, Karma, RipDrive, and IAudio |
06:27:50 | Paul_The_Nerd | And now, a *long* time later, it's true. |
06:27:57 | DreamTactix291 | yep |
06:28:03 | ghostface24 | H120 was my pick because it sounded better |
06:28:08 | DreamTactix291 | i got my H120 back in july 2004 |
06:28:14 | ghostface24 | sounded like a better deal |
06:28:15 | DreamTactix291 | then in july this year i bought an H140 |
06:28:25 | ghostface24 | got mine around the same time |
06:28:27 | cannard | you could still buy them in july?! |
06:28:34 | Paul_The_Nerd | I think mine's about two years old right now. |
06:28:37 | DreamTactix291 | cannard: advancedmp3players.co.uk |
06:28:38 | Paul_The_Nerd | Maybe older. |
06:28:40 | DreamTactix291 | one of their very last |
06:28:41 | Jungti1234 | H100 is not color LCD. |
06:28:53 | DreamTactix291 | the colour LCD isn't that important to me |
06:28:53 | Paul_The_Nerd | I actually like the grayscale LCD |
06:29:08 | cannard | i got mine in august 2004 and rma'd it in july 2005 |
06:29:11 | DreamTactix291 | i have a PMP-120 i got cheap for photos and video |
06:29:12 | Paul_The_Nerd | I can usually read it without having to wake up the backlight. |
06:29:16 | | Join ModExec [0] (n=bob@pool-141-152-145-94.norf.east.verizon.net) |
06:29:34 | DreamTactix291 | same |
06:29:39 | Jungti1234 | Iriver's PMP is not good. |
06:29:39 | cannard | but they gave me a h300 instead :| |
06:29:47 | DreamTactix291 | Jung: it was cheap |
06:29:54 | DreamTactix291 | $220 when all was said and done |
06:30:05 | Jungti1234 | It's bad as is cheap. |
06:30:05 | ghostface24 | I had mine for I think about 6 months |
06:30:16 | ghostface24 | had to return and they gave my and H320 |
06:30:43 | ghostface24 | *me an H320 |
06:30:46 | DreamTactix291 | actually i'd probably sell an H340 if i got one in an RMA and hunt down another H140 |
06:30:58 | Paul_The_Nerd | My friend just RMA'd a 120 and got a 120 back |
06:31:07 | Paul_The_Nerd | Actually, he went through umm... three I think |
06:31:10 | cannard | there were none left by the time i did that, except overseas |
06:31:16 | Paul_The_Nerd | The first two times the one he got back was MORE broken than the one he sent. |
06:31:18 | DreamTactix291 | i got mine from england |
06:31:20 | DreamTactix291 | and i'm in the US |
06:31:21 | ashridah | Paul_The_Nerd: three?! god. |
06:31:30 | * | ashridah still has his original H140 back from april last year |
06:31:33 | Paul_The_Nerd | Hehehe |
06:31:50 | Paul_The_Nerd | Yeah, mine doesn't even have minor scratches on it. |
06:31:59 | cannard | aussie currency gets owned by everywhere else |
06:31:59 | Paul_The_Nerd | His girlfriend dropped her purse on his. |
06:32:13 | ashridah | the only damage is a miniscule amount of damage to the paintwork where the backpanel meets the side panel containing the play button |
06:32:28 | ashridah | (and a few next to unnnoticable marks on the screen) |
06:32:43 | Paul_The_Nerd | I have to say though, he should've known better than to have it in the same *room* as her. I've personally witnessed her sit at a computer and have it break after she just moves the mouse. She has terrible luck with technology. |
06:32:50 | DreamTactix291 | my H120 and H140 still look new |
06:32:56 | Jungti1234 | All you are different. |
06:34:17 | ghostface24 | different in what ways? |
06:35:32 | Jungti1234 | It's different that want. |
06:36:31 | Jungti1234 | I wait that H100 comes. :) |
06:36:40 | DreamTactix291 | i'm very particular in my wants/needs |
06:36:45 | DreamTactix291 | and i don't like accepting less |
06:36:46 | | Join Membrillo [0] (n=3ce41a60@labb.contactor.se) |
06:37:03 | ghostface24 | I would buy one, but hard to find, and my pockets are empty. |
06:37:19 | Jungti1234 | me yoo |
06:37:20 | Jungti1234 | too |
06:37:30 | DreamTactix291 | i was lucky with my H140 |
06:37:45 | Jungti1234 | I get it into free charge. |
06:38:09 | cannard | jungti, cant you go to the iriver factory and steal one? |
06:38:15 | cannard | err one for all of us :P |
06:38:22 | Jungti1234 | hahahaha |
06:38:40 | Jungti1234 | I'm not a thief. :) |
06:38:51 | cannard | its ok, we will give you money |
06:39:02 | Membrillo | Jungti, you work in the Iriver factory? |
06:39:13 | Jungti1234 | no. |
06:39:33 | Jungti1234 | I don't work in iriver. |
06:39:35 | Membrillo | rightio, i think i came in at an awkward point in the conversation |
06:39:55 | Membrillo | please continue... |
06:41:07 | Jungti1234 | However, I want to work there later. |
06:41:28 | cannard | hmm gigabeat f20's going for 250ish on ebay |
06:41:34 | cannard | maybe i should buy one just incase |
06:43:00 | Jungti1234 | The Korea does not sell gigabeat. |
06:43:35 | cannard | japan is across the road from you though jungti |
06:43:57 | DreamTactix291 | lol |
06:44:08 | Jungti1234 | I don't have money. :( |
06:44:27 | cannard | sell stolen iriver's |
06:44:31 | cannard | buy gigabeat |
06:44:42 | cannard | shoju.....KONBAE!! |
06:45:09 | Jungti1234 | haha] |
06:45:17 | | Quit ModernExecutive (Read error: 110 (Connection timed out)) |
06:45:26 | Jungti1234 | It's not good word. |
06:45:38 | | Quit ModExec () |
06:46:49 | Jungti1234 | I steal or did not pick up. |
06:46:55 | | Quit HCl (Remote closed the connection) |
06:47:01 | cannard | haha i know |
06:47:07 | Jungti1234 | A certain person gave simply to me |
06:47:38 | cannard | hahaha |
06:47:42 | | Join HCl [0] (i=hcl@titania.student.utwente.nl) |
06:48:12 | Jungti1234 | Be not 'Shoju' it's 'Soju'. |
06:48:30 | Jungti1234 | It's Korean wine. |
06:48:44 | cannard | ahh i see |
06:49:53 | Jungti1234 | Konbae means which is toast. |
06:50:35 | cannard | konbae cause you would of bought a gigabeat :p |
06:51:20 | Jungti1234 | yes! |
06:51:25 | Jungti1234 | hehe.. |
06:52:15 | | Quit Membrillo ("CGI:IRC (EOF)") |
06:56:22 | | Nick CheeseBurgerMan is now known as CBM-away (n=BurgerBo@63.150.80.142) |
07:00 |
07:02:47 | *** | Saving seen data "./dancer.seen" |
07:21:31 | | Join _FireFly_ [0] (n=FireFly@p54A46990.dip.t-dialin.net) |
07:22:37 | | Join San [0] (n=Test@213-202-176-152.bas504.dsl.esat.net) |
07:31:36 | | Join KakashiKun [0] (n=KakashiK@S0106004005bdbcea.vc.shawcable.net) |
07:32:54 | | Join donkyY [0] (n=mpayne@user-0c9h9hq.cable.mindspring.com) |
07:33:19 | | Part donkyY |
07:33:33 | | Join donkyY [0] (n=mpayne@user-0c9h9hq.cable.mindspring.com) |
07:33:54 | | Join Beav [0] (n=awgaagw@69.25.230.102) |
07:40:40 | | Quit donkyY () |
07:44:11 | | Join JdGordon [0] (n=Miranda@c211-28-93-42.smelb1.vic.optusnet.com.au) |
07:47:09 | | Quit Paul_The_Nerd ("Chatzilla 0.9.68a [Firefox 1.0.7/20050915]") |
07:48:23 | | Quit JdGordon (Client Quit) |
07:48:31 | | Join JdGordon [0] (n=Miranda@c211-28-93-42.smelb1.vic.optusnet.com.au) |
07:52:05 | | Quit ashridah ("Leaving") |
07:53:13 | | Join Coldtoast [0] (n=edan@ppp110-249.lns1.hba1.internode.on.net) |
07:53:39 | Coldtoast | hey all. just noticed the remote no longer works |
07:54:00 | Coldtoast | on the h1x0 |
07:55:23 | Coldtoast | it displays and updates the WPS fine. it's just that no buttons are working |
07:55:49 | Coldtoast | haha. ignore that.... |
07:56:16 | Coldtoast | update: it'd be quite nice if the remote TOLD you the HOLD switch was enabled :) |
07:57:07 | Slasheri | Coldtoast: Hehe, common problem ;) I started once opening the remote and i thought it was broken because no buttons worked until i noticed the hold was on :D |
07:57:17 | Coldtoast | heh |
07:58:06 | Coldtoast | have you been workin gon the crossfade stuff Slasheri? |
07:58:12 | _FireFly_ | Coldtoast: there is a wps-tag for the remote-hold :;) |
07:58:28 | Coldtoast | oh yeah |
07:58:36 | Slasheri | Coldtoast: I haven't had time for that but i try the fix the remaining bugs soon and later add the amplitude triggered crossfading |
07:58:45 | Slasheri | the=to |
07:58:57 | Coldtoast | oh, it's just that I've noticed over the past couple of weeks it's been much better |
07:59:11 | Slasheri | hehe :) |
07:59:27 | Coldtoast | it hardyly ever fails now on my player |
08:00 |
08:00:05 | Coldtoast | used to be it'd be great then suddenly, would stop working for a few changes. Or randomly work and get the ott noiseburst |
08:03:24 | | Quit San (Read error: 110 (Connection timed out)) |
08:04:09 | Coldtoast | for wps, it'd be cool if you could nest blocks of WPS code. So, for example, if emote hold is enabled, it just displays a bit fat image to tell you so and if not, it parses the rest of the .wps |
08:05:19 | | Quit Beav () |
08:06:03 | Coldtoast | I was going to make a remote WPS that was just a big battery indicator. that'd be kinda amusing |
08:06:54 | _FireFly_ | Coldtoast: you can do it already |
08:07:05 | _FireFly_ | because the remote-wps-file is parsed speratly |
08:07:23 | _FireFly_ | you can have only the bat-tag and the hold-tags in your remote-wps |
08:07:30 | Coldtoast | yeah. I know |
08:07:43 | Coldtoast | I just mean I was going to do it, cos it'd be funny |
08:07:54 | _FireFly_ | k |
08:08:12 | Coldtoast | hey. I did have a question tho. If I use the same images in teh .wps and .rwps, are they loaded twice into mem? |
08:08:54 | _FireFly_ | currently yes because the wps and remote-wps are independent |
08:09:14 | Coldtoast | currently=will change? |
08:09:41 | Coldtoast | tho I guess 1bit bitmaps are kinda teeny |
08:09:55 | Coldtoast | that's all I'm using |
08:10:06 | | Join Gibbed [0] (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
08:10:08 | | Quit Rick (Nick collision from services.) |
08:10:20 | | Nick Gibbed is now known as Rick (i=rick@pool-71-108-9-40.lsanca.dsl-w.verizon.net) |
08:10:42 | Coldtoast | hmm. actually, you can't use 2b bitmaps anway I suppose |
08:11:14 | Coldtoast | you've really done a great job with the remote wps I think tho |
08:12:54 | Coldtoast | the only tag I think would be nice to add for wps is a font tag |
08:13:06 | amiconn | morning |
08:13:27 | JdGordon | howdy ppl... anything happen in the last 2 days with the h300 port? |
08:13:30 | | Quit KakashiKun (Read error: 110 (Connection timed out)) |
08:14:14 | _FireFly_ | Coldtoast: there some thoughts about seperate fonts for each screen and maybe also for each line in the wps |
08:14:31 | Coldtoast | yeah. that'd be pretty great |
08:18:20 | _FireFly_ | moin amiconn |
08:18:32 | _FireFly_ | just updated my remote-settings-patch ;) |
08:26:59 | | Quit _FireFly_ ("Leaving") |
08:28:11 | | Join Stu3 [0] (n=Stu3@203-217-54-37.dyn.iinet.net.au) |
08:28:58 | | Quit aliask ("Chatzilla 0.9.67 [Firefox 1.0.6/20050717]") |
08:29:10 | | Join webguest18 [0] (n=c31ce021@labb.contactor.se) |
08:29:37 | | Join ashridah [0] (i=ashridah@220-253-121-175.VIC.netspace.net.au) |
08:31:36 | webguest18 | morning, I have problems building my own rb firmware. When I call make in the build folder (after ../tools/configure), the cygwin now tries to make the tools. And there's still the error of ipod_fw.c. How can I call the correct make command ? |
08:38:53 | | Join KakashiKun [0] (n=KakashiK@S0106004005bdbcea.vc.shawcable.net) |
08:45:41 | ashridah | webguest18: temporarily modify tools/Makefile and remove 'ipod_fw' from the TARGETS := line |
08:46:00 | | Join Membrillo [0] (n=3ce41a60@labb.contactor.se) |
08:46:13 | ashridah | that'll stop it from trying to compile it |
08:47:01 | | Quit curio (Remote closed the connection) |
08:50:13 | | Quit Membrillo (Client Quit) |
08:52:20 | Jungti1234 | haha.. |
08:52:21 | Jungti1234 | I dozed. |
08:53:21 | | Join Membrillo [0] (n=sam_kill@CPE-60-228-26-96.nsw.bigpond.net.au) |
08:56:22 | Jungti1234 | http://www.podbrix.com/massmail-10-24.htm : wow.. |
08:56:35 | Jungti1234 | That is Lego! |
08:57:07 | webguest18 | ashridah: works fine, thanks |
09:00 |
09:02:48 | *** | Saving seen data "./dancer.seen" |
09:04:45 | | Quit Membrillo () |
09:06:27 | | Join amiconn_ [0] (n=jens@p54BD3E5D.dip.t-dialin.net) |
09:08:19 | | Quit webguest18 ("CGI:IRC (EOF)") |
09:11:12 | | Quit amiconn (Nick collision from services.) |
09:11:13 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD3E5D.dip.t-dialin.net) |
09:14:45 | | Quit KakashiKun (Read error: 110 (Connection timed out)) |
09:19:28 | | Join ender` [0] (i=ychat@84.52.165.220) |
09:20:36 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
09:21:28 | linuxstb_ | webguest18: I'm assuming you are using the devkit? If so, you should upgrade to the new version - that will compile ipod_fw.c without problems. |
09:22:43 | | Join Membrillo [0] (n=sam_kill@CPE-60-228-26-96.nsw.bigpond.net.au) |
09:23:47 | | Join whatboutbob [0] (n=cbd65f76@labb.contactor.se) |
09:26:22 | | Join San [0] (n=Test@213-202-156-157.bas503.dsl.esat.net) |
09:27:24 | whatboutbob | evening folks |
09:27:39 | Membrillo | Yo brother |
09:28:53 | | Part linuxstb_ |
09:31:25 | | Quit San (Read error: 104 (Connection reset by peer)) |
09:33:54 | Membrillo | anyone online now started work on the H3xx? |
09:36:16 | | Join San [0] (n=Test@213-202-156-157.bas503.dsl.esat.net) |
09:41:52 | | Part ghostface24 |
09:46:01 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
09:47:25 | Jungti1234 | yet. |
09:48:10 | amiconn | TiMiD, if you read the log: Your new quickscreens behave very different from before :-( The real quick operation does no longer work. |
09:53:02 | | Quit Membrillo () |
09:59:00 | | Join Kaggen [0] (n=kaggen@nl-67-98.netlogon.liu.se) |
10:00 |
10:00:57 | Jungti1234 | My H300 is downed continuously. |
10:01:25 | Kaggen | I have a question about the implementation of the lcb_blit functions, anyone here feel like diskussing it? |
10:02:18 | | Join baobab68 [0] (n=ca3421eb@labb.contactor.se) |
10:02:37 | B4gder | we're not really up-to-speed here yet ;-) |
10:02:51 | B4gder | euro people slow morning |
10:03:05 | * | ashridah tosses B4gder a caffeinated cookie |
10:03:21 | B4gder | more coffee! |
10:03:36 | Kaggen | Well, some of us try to code full-time :-) |
10:04:08 | Kaggen | that is what people refer to as *daytime*, not that you don't work as much :-) |
10:04:59 | | Quit San (Read error: 110 (Connection timed out)) |
10:05:35 | B4gder | nono, you just _are_ at work full-time |
10:05:44 | B4gder | :-) |
10:05:59 | Kaggen | Yes, thats most definiatly true :-) |
10:06:34 | Jungti1234 | What is %wd? |
10:06:48 | B4gder | but I actually have to do some real work now... |
10:09:27 | Kaggen | Perhaps you could just clarify that for the h300, the lcd_blit is supposed to take fb_data in 16bpp format and not 1bpp (8ppb) |
10:10:16 | Kaggen | but the by/bheight is still given per 8 pixels |
10:14:19 | Jungti1234 | Can no one answer? |
10:15:58 | | Quit goa (Read error: 113 (No route to host)) |
10:19:12 | Jungti1234 | hmm.. |
10:20:54 | Jungti1234 | Do Europeans get up late? :P |
10:21:05 | ashridah | Jungti1234: europeans have jobs :( |
10:21:25 | Jungti1234 | You? |
10:22:06 | linuxstb | Kaggen: Yes, lcd_blit should take the native framebuffer format for the lcd in question - i.e. 16bpp for the H300. But I didn't think lcd_blit was going to be used. |
10:23:49 | ashridah | Jungti1234: i'm not european |
10:23:59 | ashridah | but i don't work on WPS's |
10:24:04 | Jungti1234 | i know |
10:24:17 | Jungti1234 | You live in Australia. |
10:24:51 | linuxstb | Jungti1234: %wd disables the status bar, %we enables the status bar. |
10:25:16 | Jungti1234 | aha.. thanks |
10:26:12 | Jungti1234 | By the way, it's not to website. |
10:28:19 | Kaggen | Thanks, I was a little confused by the fact that for iriver it takes a non-naitive 1bpp. (And that height is specified per 8 pixels even if the most compact format is either 8,4,2,1ppB or 16bpp) |
10:28:41 | linuxstb | That's simply because it hasn't been implemented yet. The prototype was copied from the 2bpp driver. |
10:28:48 | Kaggen | I think i've implemented it correcly now (for h300) |
10:29:26 | linuxstb | Are you planning on using that function for something? |
10:30:20 | Kaggen | not that I know of :-) |
10:31:04 | linuxstb | That function is currently only used by two plugins - the chip8 emulator and the Archos video player. |
10:31:18 | linuxstb | But maybe it would be useful for future games or video players. |
10:32:23 | Kaggen | I felt like implementing it since I reimplemented the lcd_update_rect so that it uses the LCD-controllers "update window" function |
10:32:42 | Kaggen | That I posted on the list yesterday |
10:34:49 | linuxstb | Did you get any performance improvements with that function? I recall Linus saying the update was quite slow. |
10:35:18 | Kaggen | Well, I don't have any hardware to test on :-) |
10:35:25 | B4gder | hahaha |
10:35:31 | Kaggen | :-) |
10:35:34 | B4gder | that's the spirit |
10:35:39 | linuxstb | That makes optimisation a challenge.... |
10:36:12 | * | B4gder has no color mp3 player either... yet |
10:36:12 | Kaggen | I'm working on a home-brew system that uses a coldfire and an identical LCD-controller |
10:36:24 | linuxstb | B4gder: Buy a nice shiny nano.... |
10:36:28 | B4gder | :-] |
10:36:36 | Kaggen | I only have a lcd-less MUVO myself :-) |
10:36:39 | B4gder | there are so many new targets... |
10:37:05 | B4gder | Kaggen: well that was _before_ you discovered our lovely little project! ;-) |
10:38:14 | Kaggen | Well, if I am going to buy one, i kinda have to use rockbox (pre-ported or not :-)) |
10:40:18 | | Quit cannard ("2.0 Build 3515") |
10:40:52 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
10:42:20 | linuxstb | Kaggen: Are you writing your own software for your home-brew system, or are you using Rockbox? |
10:43:10 | | Join abc1 [0] (n=aaa@82-71-22-130.dsl.in-addr.zen.co.uk) |
10:43:16 | abc1 | hi |
10:43:40 | | Part Zagor ("Client exiting") |
10:43:42 | Jungti1234 | hi |
10:43:48 | | Join Zagor [0] (n=bjst@pdpc/supporter/sustaining/Zagor) |
10:43:52 | abc1 | :) hello |
10:43:59 | Zagor | oops |
10:44:18 | abc1 | i just been surfing to find out about iriver h140 |
10:44:27 | abc1 | anyone know why it was discontiued? |
10:45:09 | abc1 | i notice rockbox is for iriver, thought someone might know |
10:46:15 | | Join [1]Tomas [0] (n=Tomas@ip503c08d1.speed.planet.nl) |
10:46:31 | B4gder | abc1: no one knows |
10:46:46 | | Join webguest09 [0] (n=522e39b4@labb.contactor.se) |
10:46:59 | linuxstb | Seems the ipodlinux people have written an ARM assembler core for gnuboy... :) |
10:47:07 | Jungti1234 | If edit Progress Bar, what should I do? |
10:47:56 | abc1 | b4gder: thanks, i was just wondering cos i have one :) it has lots of features the other mp3 players dont |
10:48:20 | baobab68 | you all can add another person to the "successfully flashed h3xx rb loader" crowd - int'l h320 here. survived ok. |
10:48:21 | B4gder | I have one too |
10:48:27 | B4gder | running rockbox |
10:49:57 | abc1 | is rockbox free? is it worth getting? |
10:50:01 | ashridah | hmm. question. doesn't ffmpeg have an opensource wma decoder? ie, the only problem being that it uses floating point math? |
10:50:02 | baobab68 | and flashed back, so i could get my custom boot screen back |
10:50:14 | B4gder | abc1: as free anything can get |
10:50:30 | B4gder | abc1: and imho, it is WAY better than the crappy original firmware |
10:50:35 | abc1 | cool |
10:50:37 | ashridah | abc1: Iriver have released several players since the H140 came out. they probably discontinued it so people would buy their newer players |
10:51:05 | abc1 | but i looked at their new players and they dont have all the features which were the reason i bought it |
10:51:29 | baobab68 | the h300's are ok, except for no WAV recording |
10:51:46 | Kaggen | linuxstb: Yes, I'm porting Rockbox. My home-brew player is very similiar to the iRiver h1xx but with a h3xx similiar lcd |
10:52:24 | abc1 | ashridah: i just wanted to be sure there wasnt some bad reason for it |
10:53:03 | abc1 | as after i had mine fixed to remove the noise, its been great |
10:54:45 | abc1 | (used to make some noise while playing but they fixed that for free) |
10:55:21 | linuxstb | ashridah: Yes, the ffmpeg wma decoder is open source. Yes, it's floating point. |
10:55:38 | amiconn | Kaggen: For clarification, lcd_blit() is not supposed to be implemented for high-depth LCDs (colour or 8bit greyscale) |
10:56:14 | linuxstb | Why not? Couldn't it be useful for (for example) video playback or games? |
10:56:37 | linuxstb | i.e. the same reasons it is used now. |
10:56:41 | amiconn | It's completely unnecessary |
10:57:22 | amiconn | We need it for low-depth display to pump display-data *as-is* (almost as-is for 2bpp) to the lcd. |
10:57:26 | | Quit t0mas (Connection timed out) |
10:58:27 | amiconn | While this is useful for video playback and greyscale engine, on high-depth LCDs it won't be useful for video, and greyscale library is completely unnecessary |
10:58:52 | amiconn | It would be useful for *uncompressed* video playback, but that's out of question, imho |
11:00 |
11:02:51 | *** | Saving seen data "./dancer.seen" |
11:03:35 | ashridah | linuxstb: yeah, i just double checked the codecs page in the wiki. should have gone there first -.- |
11:04:28 | | Quit Drumr|doin|HW|la (Read error: 110 (Connection timed out)) |
11:04:47 | abc1 | b4dger: which one do i download for ihp140? it only mentions archos in download section? |
11:06:53 | linuxstb | abc1: http://www.rockbox.org/daily.shtml |
11:07:06 | abc1 | thanks |
11:07:12 | linuxstb | The download section is only the official releases - there is no official release yet for iriver. |
11:07:59 | abc1 | what does it mean by 50% multi-codec architecture implemented? |
11:08:03 | amiconn | linuxstb: http://www.rockbox.org/twiki/bin/view/Main/GraphicsAPI - check the green ticks and the footnotes |
11:09:13 | Jungti1234 | How do I edit progress bar? |
11:09:24 | abc1 | will it only play half the codecs> |
11:09:30 | amiconn | For video on high colour screens, the video codec should decode into the lcd framebuffer. This is like double-buffering; lcd_update() will display the new frame |
11:09:38 | | Quit baobab68 ("CGI:IRC") |
11:10:31 | linuxstb | abc1: The 50% probably refers to recording. |
11:10:48 | linuxstb | For playback, it is more like 95% - there are still some bugs and stability issues to fix. |
11:10:57 | | Join PaulJ [0] (n=PaulJ@vpn-3118.gwdg.de) |
11:11:25 | abc1 | thanks |
11:11:37 | abc1 | so recording may be limited to half the codecs? |
11:12:24 | amiconn | There are simply no encoders yet. Just plain WAV recording |
11:13:45 | abc1 | i see it mentions no codecs are fast enough for real-time decoding |
11:14:00 | linuxstb | There is also no "multi-codec architecture" (i.e. codec plugins) for recording. We have one encoder working faster than realtime (wavpack), but that isn't integrated into the recording code. |
11:14:23 | * | Jungti1234 ´ÔÀº ºÎÀçÁßÀ̽ʴϴÙ.(In meal) |
11:14:37 | abc1 | ah so there was no recording codecs in the first place anyway |
11:15:18 | abc1 | would the real-time decoding thing be an issue? |
11:15:42 | linuxstb | We have real-time decoding. Do you mean encoding? |
11:16:49 | abc1 | i was reading the bottom of the page http://www.rockbox.org/twiki/bin/view/Main/RockboxAudioAPIProposal |
11:17:00 | abc1 | it mentions no real-time decoding |
11:17:12 | linuxstb | That's a very old page. Read the SoundCodecs page - especially the status table at the bottom. |
11:17:45 | linuxstb | We have about 10 real-time codecs at the moment. |
11:17:51 | abc1 | oh right, i just reaced that from a link from the iriver port page |
11:17:56 | abc1 | reached* |
11:18:09 | abc1 | oh thats good then :) |
11:18:32 | linuxstb | Check the date at the bottom - 8 Apr 2005. Rockbox has progressed since then... |
11:18:49 | linuxstb | But I'll try and make that clearer. |
11:19:21 | abc1 | do you run the website? |
11:19:29 | linuxstb | It's a wiki :) |
11:19:37 | abc1 | oh right :) |
11:19:45 | abc1 | it all looks like very clever stuff |
11:20:27 | abc1 | making new firmware that is |
11:20:36 | linuxstb | I've just looked on the iriver port page (IriverPort) and can't find a link to the RockboxAudioAPIProposal page... Just a link to the up-to-date SoundCodecs page. |
11:20:46 | linuxstb | Which "iriver port" page are you talking about? |
11:21:55 | abc1 | http://www.rockbox.org/twiki/bin/view/Main/IriverPort |
11:22:52 | linuxstb | The page only links to SoundCodecs. But I see that SoundCodecs has a link to RockboxAudioAPIProposal at the top - I'll remove that link now. |
11:23:30 | abc1 | and then i clicked on rockbox table of details 'function' titled multi-codec architecture |
11:23:47 | abc1 | this lefd to the API propsoal page |
11:23:52 | abc1 | led* |
11:24:12 | linuxstb | OK, thanks. |
11:24:25 | abc1 | :) no prob |
11:24:57 | linuxstb | I think that table's still accurate though - there is a "Codecs" link above the "Multi-codec architecture" link. They are different things. |
11:25:23 | abc1 | oh yes that link is correct |
11:25:42 | abc1 | i just got confused after reading the APIproposal |
11:27:34 | abc1 | the current status table explains all :) |
11:29:11 | abc1 | thanks 4 your help :) |
11:29:23 | | Quit abc1 () |
11:29:28 | * | Jungti1234 ´ÔÀÌ ºÎÀçÁß¿¡¼ µ¹¾Æ¿À¼Ì½À´Ï´Ù.(In meal) |
11:34:27 | TiMiD | amiconn: what is different ? (I my have missed the point with the quickscreen use) |
11:36:14 | amiconn | The quickscreens could be used in two ways before |
11:36:48 | | Join San [0] (n=Test@A-72-200.cust.iol.ie) |
11:37:44 | amiconn | (1) Short press of the appropriate button (F2, F3 or Mode), one or more presses of Left/ Right/ Down to select options, then press the respective qickscreen button again to leave the quickscreen. This method still works |
11:38:57 | amiconn | (2) The real quick way: Press *and hold* the appropriate quickscreen button, the select options with Left / Right / Down. Leave the quickscreen by releasing the respective quickscreen button |
11:39:09 | amiconn | Method (2) does no longer work |
11:40:41 | TiMiD | ok |
11:40:51 | | Join LinusN [0] (n=linus@labb.contactor.se) |
11:40:55 | TiMiD | hi LinusN |
11:41:08 | LinusN | yo |
11:41:16 | TiMiD | so for method 2 there were no drawings ? |
11:42:03 | amiconn | No. Trying method 2 shows the quickscreen, but it doesn't work |
11:42:25 | amiconn | There was a reason for the somewhat strange button handling in the old quickscreen code |
11:42:30 | TiMiD | it shows it ok |
11:42:40 | ripnetuk | can we read more than one button at once on remote? |
11:42:54 | amiconn | Yes, buit you can't switch options, and it doesn't disappear on release |
11:42:57 | linuxstb | LinusN: I remember you saying the lcd_update() for the H300 was quite slow - is this still the case? |
11:42:57 | ripnetuk | to do quicker quickscreen we need to read 2 buttons ? |
11:43:14 | LinusN | linuxstb: yes |
11:43:19 | TiMiD | so on iriver it wasn't working "the quick way" |
11:43:28 | TiMiD | since it can't read 2 buttons |
11:43:30 | amiconn | It was |
11:43:43 | LinusN | i don't like the current quickscreens |
11:44:06 | LinusN | not even before your change |
11:44:30 | LinusN | they are too limited and are hard to translate |
11:44:44 | linuxstb | LinusN: Do you think the update speed could be improved? Or is the current speed the best the hardware can do? |
11:44:47 | ripnetuk | i thought they were quite neat - very quick if you know them, and also a reminder of how they work if u do it the slow way |
11:44:54 | amiconn | This was just by chance; the iriver button driver can't detect 2 buttons at once, but didn't send BUTTON_MODE|BUTTON_REL either when using this method |
11:45:13 | LinusN | linuxstb: there is one optimization that can be done, but it won't improve it that much |
11:45:26 | amiconn | It worked because Left/Right/Down have higher "priority" in hardware than Mode |
11:45:36 | TiMiD | ok |
11:46:07 | TiMiD | so basically you press the quickscreen modifier (F2/F3/mode) and a button and the parameter ischanged |
11:46:12 | TiMiD | does I get it ? |
11:46:24 | amiconn | ...so pressing one of the directions with Mode still held down 'switched' form Mode to direction events |
11:46:30 | amiconn | yes |
11:46:33 | TiMiD | ok |
11:46:43 | amiconn | This method also works in the sim, at least win32 |
11:46:49 | TiMiD | even a quick mode press + a button |
11:47:26 | amiconn | You can also e.g. press&hold F2, press down twice, then release F2 again |
11:47:57 | TiMiD | hmmm ok I get it |
11:48:19 | TiMiD | I will try with the new code to reproduce the same behaviour |
11:48:29 | amiconn | I checked code size as well, there was some increase... (less with my const policing) |
11:48:47 | TiMiD | increased a lot ? |
11:49:04 | amiconn | was 300-something bytes on recorder, ~1KB on irivers |
11:49:14 | TiMiD | wooow |
11:49:20 | amiconn | Now 272bytes on recorder, ~600 bytes on iriver |
11:49:20 | TiMiD | terrific |
11:49:40 | amiconn | Not much, but no decrease either |
11:49:42 | TiMiD | what made those 1kb on iriver since the code is the same ? |
11:50:07 | amiconn | You included the (unused) F3 quickscreen for iriver |
11:50:21 | amiconn | I corrected that as well |
11:51:02 | TiMiD | the idea I had was to make a generic quickscreen handler |
11:51:16 | TiMiD | instead of a specific function |
11:51:28 | | Join Polo_o [0] (n=polo_o@82-69-160-166.dsl.in-addr.zen.co.uk) |
11:51:30 | amiconn | yes |
11:51:44 | TiMiD | for 300 bytes I think it worth it |
11:51:57 | TiMiD | (wonce I will make the quick-key ethod work again) |
11:52:18 | amiconn | However, I agree with Linus that the quickscreens aren't very useful. But as long as they're there, they should work as intended. |
11:52:47 | linuxstb | TiMiD: Do you have much work left for your multi-screen support? I don't have a remote, so haven't been following it closely. |
11:53:09 | TiMiD | linuxstb: yes, almost each screen is ported |
11:53:10 | amiconn | Recording screen, pitch screen |
11:53:18 | TiMiD | wps was ported by firefly |
11:53:24 | Cassandra | I use the quick screen a lot. My opinion is that they're useful if less than ideal. |
11:53:32 | amiconn | wps needs rework, imho |
11:53:39 | TiMiD | imho too :) |
11:53:50 | TiMiD | wps should be redesigned from scratch |
11:53:57 | TiMiD | the code is too mesy |
11:54:00 | TiMiD | messy |
11:54:20 | Cassandra | Yeah, in everyone's copious free time. |
11:54:25 | | Join webguest26 [0] (n=51b2e37a@labb.contactor.se) |
11:54:44 | Cassandra | Sometimes Rockbox is a lesson in learning to live with imperfection. |
11:55:09 | Cassandra | (I doubt there's a single piece of software out there that isn't in some way.) |
11:55:11 | LinusN | Cassandra: that applies to *all* firmware |
11:55:42 | LinusN | and "imperfection" could be a subjective thing |
11:55:55 | webguest26 | Is it just me or the Max files in dir browser setting and Max playlist size setting widgets not working correctly in the latest builds? |
11:56:08 | Cassandra | If we were going to rewrite WPS from the ground up, we really ought to change the appaling syntax as well. |
11:56:19 | webguest26 | Max playlist size gets to 200 and stops |
11:56:30 | webguest26 | Max files gets to 995 then says 100 |
11:57:04 | Cassandra | You know you have a problem with syntax when your language makes sendmail.cf look friendly. |
11:57:05 | | Join Membrillo [0] (n=sam_kill@CPE-60-228-26-96.nsw.bigpond.net.au) |
11:57:10 | ashridah | Cassandra: i resent that. i wrote the most perfect hello world once. |
11:57:15 | ashridah | :) |
11:57:22 | Cassandra | ;) |
12:00 |
12:01:42 | linuxstb | preglow: When you're next in Linux, can you let me know the start and end sectors for each partition on your Nano? (run fdisk, type "u" to change the units to sectors, then type "p") |
12:04:18 | amiconn | TiMiD: I noticed that you also added some functionality to the quickscreens - the BOTTON_INV thing |
12:06:48 | TiMiD | yes ;) (we cannot hide you anything :p) |
12:06:57 | webguest26 | Something is definitely weird with the option select widgets. Try scrolling through the scroll start delay option |
12:07:08 | TiMiD | I thougth it was more natural |
12:07:11 | webguest26 | Max is 250, min is 0 m |
12:07:24 | TiMiD | at least it's something I want to do each time I'm in the quickscreen |
12:07:33 | webguest26 | In the middle is 500 |
12:07:48 | TiMiD | ughh |
12:07:56 | TiMiD | I don't have time |
12:08:00 | TiMiD | I have togo |
12:08:01 | TiMiD | CU |
12:08:03 | ashridah | webguest26: rofl |
12:08:20 | hshah | TiMiD, so you gonna add the different image for remote for the usb mode thing? |
12:08:27 | webguest26 | I can't see anything obviously wrong in option_select_next |
12:08:43 | webguest26 | opt->option = opt->step; |
12:08:47 | webguest26 | should work right? |
12:08:48 | TiMiD | hshah: I was doing the code for it |
12:08:52 | JdGordon | what is the plugins coded in? |
12:08:54 | TiMiD | but I've to go |
12:08:57 | hshah | TiMiD - ok cool |
12:08:59 | linuxstb | JdGordon: C |
12:09:09 | hshah | TiMiD, chat to u later then - take care :) |
12:09:19 | amiconn | webguest26: It works here... |
12:09:20 | JdGordon | is there a sdk around? i cant seem to find any links on the rb site |
12:09:34 | webguest26 | Maybe it's my unit. |
12:10:06 | linuxstb | There is no "sdk" as such. The plugins are compiled as part of Rockbox. You need to download the rockbox source code, install the required cross-compiler and add your plugin to the apps/plugins/ directory. |
12:10:12 | | Quit ghode|afk (Read error: 104 (Connection reset by peer)) |
12:10:22 | | Join ghode|afk [0] (n=garudin@host-212-158-193-198.bulldogdsl.com) |
12:10:43 | JdGordon | ok |
12:10:43 | webguest26 | I just tried a settings reset and it's still doing weird things with numeric option select. |
12:10:55 | amiconn | webguest26: Oh, you're right. Doesn't work on target, and the sim is not yet rebuilt |
12:11:08 | | Join Febs [0] (n=cfac7a51@labb.contactor.se) |
12:12:14 | * | amiconn blames TiMiD |
12:14:40 | amiconn | Haha, that's a funny bug |
12:14:59 | LinusN | did it tell a joke? |
12:15:12 | amiconn | sizeof(buffer) is always 4 if buffer is a char* |
12:15:31 | LinusN | ooops :-) |
12:16:13 | amiconn | I've seen that mistake often, however I don't get why one would make that mistake. It's sooo obvious... |
12:16:36 | LinusN | indeed |
12:18:17 | linuxstb | Maybe buffer was an array in the past... |
12:18:56 | amiconn | It wasn't |
12:18:58 | amiconn | This code is new |
12:19:08 | B4gder | h300 bleeding edge builds are now available |
12:19:13 | amiconn | ...and passing arrays would be incredibly inefficient |
12:19:22 | linuxstb | I assume you're talking about option_select_get_text() ? |
12:19:29 | amiconn | yup |
12:19:45 | linuxstb | So I guess the size needs to be passed as an extra parameter. |
12:20:08 | Membrillo | Are h300 daily builds going to be compiled? |
12:20:17 | B4gder | yes |
12:20:30 | amiconn | linuxstb: Yes, doing that right now |
12:20:40 | Membrillo | awesome. Although testing still hasnt been done for int. right? |
12:20:58 | Membrillo | international that is |
12:21:36 | B4gder | Membrillo: successful flashes of the int version have been reported |
12:21:38 | Cassandra | H300 sim support doesn't appear to be working yet (at least under X11). I assume this is a known problem. |
12:21:38 | amiconn | Wow, this adds 166 bytes to the code.. |
12:21:50 | B4gder | Cassandra: yes, there's no color support added in the x11 code |
12:22:03 | JdGordon | Membrillo: ive got rb on my international h320 with no probs |
12:22:09 | linuxstb | amiconn: I think that function was cut and pasted - see the end of this diff: http://www.rockbox.org/viewcvs.cgi/apps/gui/select.c.diff?r1=1.6&r2=1.7 |
12:22:35 | linuxstb | (possibly ignore me...) |
12:22:50 | Membrillo | JdGordon: ok, but im still a bit edgy. Im on my 5th h3xx due to various problems and i think ill wait for an official test |
12:22:51 | B4gder | http://www.rockbox.org/dl.cgi?bin=h300 |
12:23:00 | Cassandra | Right, I have to dash. (And see if I can blag some sort of iPod off a friend for Rockbox. ;) ) |
12:23:13 | Jungti1234 | oh thanks |
12:23:19 | amiconn | B4gder/ LinusN: What's the status of the installer build? |
12:23:32 | B4gder | there's any change? |
12:23:37 | linuxstb | Cassandra: Planning on joining the porting effot? |
12:24:11 | linuxstb | s/effot/effoRRRRRt/ |
12:24:15 | amiconn | B4gder: The installer doesn't build for over a month now. I did already send the script to LinusN |
12:24:20 | amiconn | *scripts |
12:24:25 | B4gder | ok |
12:24:30 | | Join PaulJ_ [0] (n=PaulJ@vpn-3020.gwdg.de) |
12:24:40 | Cassandra | If I can get hold of the hardware, sure. |
12:24:49 | amiconn | (he told me they were deleted in the wiki attack) |
12:24:57 | LinusN | amiconn: i'll fix soonish |
12:25:11 | linuxstb | Cassandra: Any idea which ipod you might be able to get? |
12:25:14 | Cassandra | I thought we were going to have the installer checked into CVS? |
12:25:28 | Cassandra | mini or a nano. More likely a mini. |
12:25:46 | Cassandra | (My friend *found* a Nano. Some people have all the luck.) |
12:25:47 | linuxstb | The mini will need a new lcd driver writing... |
12:26:04 | Cassandra | *nod* |
12:26:06 | Membrillo | LinusN: is the bootloader permanent now, or will you continue to adjust and tweak it |
12:26:14 | linuxstb | Which is not trivial - I think the ipod greyscale LCDs pack the pixels differently to the H100. |
12:26:27 | LinusN | Membrillo: it will certainly be updated |
12:26:48 | Cassandra | Anyway, gotta go. |
12:26:58 | | Quit Cassandra (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference") |
12:27:16 | Coldtoast | is the h300 bootloader itself stable? a friend of mine with a h300 wants to use it just in case he "bricks" his h300 again with a corrupt DB |
12:27:34 | B4gder | check the daily build page now |
12:27:41 | B4gder | the image isn't that nice, but the links work |
12:27:49 | Slasheri | Membrillo: and there will come little different bootloader also (with more tweak & debugging options implemented) for people who wants to flash rockbox |
12:27:55 | amiconn | linuxstb: The different pixel packing is the easiest part |
12:28:44 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
12:28:51 | Membrillo | Coldtoast: im curious to this as well |
12:28:55 | linuxstb | But doesn't that mean re-writing all the lcd functions? I'm not saying it's difficult work, just that we can't use very much of the existing h100 driver. |
12:29:47 | amiconn | Yes it does mean that. But while it's a lot of work, it's in fact rather trivial |
12:30:26 | amiconn | There even is a b&w driver with horizontal pixel packing already |
12:30:26 | linuxstb | OK, we have different interpretations of trivial. I meant it in terms of it not being a 5 minute job, which it would be if the format was the same. |
12:30:51 | linuxstb | The lcd_update_rect function can simply be copied from an ipodlinux driver. |
12:32:01 | linuxstb | Would the greyscale lib be hard to implement? What will be needed for that? |
12:32:55 | B4gder | LinusN: there's one question mark for the h3x0 on the DeviceChart, do you possibly know that item now? |
12:32:55 | | Quit ghode|afk (Read error: 110 (Connection timed out)) |
12:33:08 | amiconn | The grayscale lib needs a fast implementation of lcd_blit(9 and a programmable timer. |
12:33:34 | amiconn | And of course we need to know the internal refresh rate of the LCD, but that can be found by experiment |
12:33:54 | Membrillo | I just read about the H3xx bootloader, HristoKovachev: Just Tested on H340 international with 1.28K (korean) firmware...... Was this test successful??? |
12:34:09 | LinusN | B4gder: will doublecheck that |
12:35:05 | Membrillo | ^^^^ was the 1.28k test successful? |
12:35:17 | Jungti1234 | ok |
12:35:32 | linuxstb | Membrillo: Good question. I wondered the same thing when reading that comment. |
12:36:04 | Membrillo | LinusN: do you have an answer? its at the bottom of the iriverboot page |
12:36:06 | Jungti1234 | but there is bug. |
12:36:12 | B4gder | I think so, there was a kr h3x0 picture in the MR forums iirc |
12:36:25 | webguest26 | Is the win32 simulator makefile supposed to work at the moment? |
12:36:36 | webguest26 | (this is under Cygwin) |
12:36:56 | Jungti1234 | http://cafe.naver.com/iriverh300/496 |
12:37:03 | Jungti1234 | http://www.misticriver.net/showthread.php?p=342012#post342012 |
12:37:07 | Jungti1234 | http://misticriver.net/showthread.php?p=342290#post342290 |
12:37:07 | linuxstb | webguest26: Yes. Which directory are you typing "make" in? |
12:37:09 | webguest26 | make: *** /home/Dan/rockbox/uisimulator/win32: No such file or directory. Stop. |
12:37:18 | LinusN | Membrillo: you need to hold ON until the iriver firmware starts |
12:37:22 | webguest26 | in my buid-simulator directory |
12:37:28 | webguest26 | build even |
12:37:41 | linuxstb | webguest26: Have you checked out the uisimulator directory from CVS? It's at the same level as apps, tools, firmware etc |
12:37:42 | B4gder | webguest26: you don't seem to have the win32 directory!? |
12:37:49 | webguest26 | ah |
12:37:50 | webguest26 | no |
12:37:51 | webguest26 | good point |
12:37:56 | Membrillo | Jungti1234: Thanks for that |
12:38:19 | Jungti1234 | :) |
12:38:23 | webguest26 | after a quick cvs co it works now |
12:40:57 | | Join wehn [0] (n=chatzill@251-94-185-210.rev.techex.net.au) |
12:41:21 | Membrillo | LinusN: i dont think you got what i was asking. I was asking if the test by HristoKovachev (as quotes on the iriverboot page) was successful |
12:41:23 | | Quit PaulJ (Read error: 110 (Connection timed out)) |
12:42:45 | | Quit San (Read error: 110 (Connection timed out)) |
12:43:52 | Jungti1234 | Tested me. |
12:44:05 | Jungti1234 | -> I tested it. |
12:44:42 | Membrillo | Jungti1234: you got 1.28K? |
12:46:18 | JdGordon | Membrillo i did it on 1.28k on a non-us h320 |
12:48:21 | | Quit wehn ("ChatZilla 0.9.61 [Mozilla rv:1.7.12/20050920]") |
12:49:46 | Membrillo | JdGordon: sweet. ill most likely try it this weekend |
12:50:02 | JdGordon | really no point |
12:50:11 | JdGordon | it just makes listenign to music a pain :D |
12:50:16 | Membrillo | why so? |
12:50:25 | B4gder | hey you h3x0 users, get a pic of your player and upload it! ;-) |
12:50:32 | JdGordon | well the mp3 playback isnt done |
12:50:38 | B4gder | we need one for the daily build page |
12:50:46 | Membrillo | ok |
12:50:48 | Membrillo | ill do that now |
12:50:49 | wubbla | harhar, i'd have already installed rockbox on my h320 if i weren't that chicken-hearted :P |
12:50:50 | Jungti1234 | yes 1.28k |
12:50:58 | Membrillo | ill take a picture now |
12:51:19 | ashridah | you people are pansies. i had rockbox on my H140 player ages before it could play music :) |
12:51:26 | Jungti1234 | Do not. |
12:51:30 | ashridah | didn't stunt me none |
12:51:38 | thegeek | haha ashridah |
12:51:55 | thegeek | everyone is saying dont do rockbox on the h3xx yet |
12:51:57 | * | ashridah notes that was a tense day |
12:52:01 | thegeek | and here you come |
12:52:04 | ashridah | thegeek: i'd agree with him |
12:52:06 | thegeek | ;) |
12:52:07 | ashridah | s/him/them/ |
12:52:31 | amiconn | B4gder: I have a rather high-res H3x0 pic |
12:52:45 | amiconn | (the one I used to make the H3x0 win32 sim background) |
12:52:59 | B4gder | anything is fine, I'll scale it to fit |
12:53:14 | ashridah | meanwhile. i think i'm in love with eclipse. |
12:53:24 | ashridah | pity the CDT plugin isn't perfect :( |
12:54:08 | JdGordon | is it supposed to load the irvier fm instead of rb if te power is connected when its turned on? |
12:54:41 | ashridah | the bootloader probably doesn't contain a hook in the firmware for that entry path |
12:54:59 | ashridah | my guess is that the cpu loads at a different address (or possibly triggers an immediate interrupt) that linus hasn't caught yet |
12:55:09 | JdGordon | ok |
12:55:17 | ashridah | consider it a saftey net :) |
12:56:32 | JdGordon | doesnt help if the flash doesnt work :D |
12:57:08 | ashridah | well, if the flashing process doesn't work, blame iriver, it's their flashing code. if the flashed image fails to load, THAT is potentially a rockbox bootloader issue tho |
12:57:13 | JdGordon | oh crap.... is there a pdf reader plugin? |
12:57:19 | amiconn | B4gder: Got it? |
12:57:53 | Membrillo | i just took a photo of my h3xx |
12:58:08 | ashridah | Membrillo: i think someone's beaten you to it |
12:58:53 | Jungti1234 | hehehe |
12:58:57 | Membrillo | mine has the same background colour as the rest of them lol |
12:59:39 | Jungti1234 | H300's wps is small size. |
13:00 |
13:00:20 | amiconn | webguest26: Try the latest bleeding edge :) |
13:01:01 | | Join PaulJ [0] (n=PaulJ@vpn-3061.gwdg.de) |
13:01:09 | webguest26 | will do |
13:02:18 | | Join Drumr|doin|HW|la [0] (n=Drumrboy@ool-44c20ff1.dyn.optonline.net) |
13:02:38 | B4gder | amiconn: got it, now I only need to find where the heck this xchat puts the file... |
13:02:47 | | Nick Drumr|doin|HW|la is now known as Drumrboy|away (n=Drumrboy@ool-44c20ff1.dyn.optonline.net) |
13:02:52 | *** | Saving seen data "./dancer.seen" |
13:02:55 | webguest26 | amiconn: works a treat, thanks |
13:03:25 | webguest26 | Guess I should give up trying to fix it myself. Guess I'll need to find some other part of rockbox to poke at. |
13:03:36 | webguest26 | too much guessing |
13:03:36 | Membrillo | B4gder: if you want to still see my h3xx pic i have it here |
13:03:41 | linuxstb | B4gder: Probably in ~/.xchat/ |
13:03:47 | B4gder | not on windows |
13:03:58 | B4gder | they haven't invented the home dir yet ;-) |
13:04:42 | B4gder | (I'm forced to use windows at work) |
13:05:01 | ashridah | B4gder: uh, profiles often serve that purpose. doesn't help if the app's too stupid to put anything in there, tho :) |
13:05:04 | dwihno | Documents and settings! Documents and settings! :) |
13:05:28 | dwihno | The funny thing about "Documents and settings" is the tendency to create several folders for every user. |
13:05:35 | dwihno | Example "user" and "user.computername" |
13:05:38 | dwihno | really funky stuff |
13:05:49 | B4gder | hm, nope the file is just...gone |
13:06:02 | ashridah | B4gder: search for a folder called 'dcc' i guess |
13:06:17 | B4gder | I searched my C: for the file name |
13:06:24 | amiconn | B4gder: Huh? Of course windows has a homedir |
13:06:39 | amiconn | (at least real windows has, meaning 2000/ XP/ 2003) |
13:06:44 | ashridah | B4gder: is the profile set to another location like a network drive? |
13:07:26 | B4gder | amiconn can I get that image from a URL somewhere? |
13:07:47 | Membrillo | B4gder ive got mine uploaded |
13:08:01 | B4gder | where? |
13:08:13 | Membrillo | ill just grab the url |
13:09:04 | Membrillo | ok its.... |
13:09:06 | | Quit PaulJ_ (Read error: 110 (Connection timed out)) |
13:09:38 | Membrillo | http://jupiter.walagata.com/w/membrillo/h3xx.png |
13:09:51 | Membrillo | you might have to crop it a bit sorry |
13:10:08 | Jungti1234 | -_-; |
13:10:48 | linuxstb | B4gder: If you're collecting images, you may want my ipod scan: http://www.davechapman.f2s.com/rockbox/ipodcolor-scan.png |
13:10:55 | linuxstb | It's not perfect, but it's the one amiconn used for the sim. |
13:12:26 | B4gder | let me know if/when you want the ipod builds to appear among the daily builds |
13:13:22 | | Join mashalla [0] (i=mashalla@p5498DCBC.dip.t-dialin.net) |
13:13:34 | linuxstb | OK. I guess we'll do that when the port reaches the stage the H300 port is at now. |
13:14:02 | Membrillo | B4gder: i centered it and changed it a little http://jupiter.walagata.com/w/membrillo/h3xx.png is the image if you want to use it |
13:18:01 | Membrillo | i gotta run. see ya'll |
13:18:17 | | Quit Membrillo () |
13:18:58 | B4gder | that image is a bit too low quality for my taste |
13:20:22 | B4gder | xchat is not too clever |
13:20:39 | B4gder | I have a non-existing directory set for storage of received dcc files |
13:21:03 | * | B4gder bounces |
13:21:06 | B4gder | no, its there |
13:21:24 | * | B4gder says no more |
13:21:38 | LinusN | gotta fly, cu later |
13:22:48 | | Join StrathAFK [0] (n=mike@dpc674681214.direcpc.com) |
13:22:50 | | Quit Mark__ (Read error: 110 (Connection timed out)) |
13:22:54 | | Part LinusN |
13:23:27 | | Quit thegeek (Read error: 104 (Connection reset by peer)) |
13:23:49 | | Join thegeek [0] (n=thegeek@s026b.studby.ntnu.no) |
13:25:38 | B4gder | ok, I need to edit that pic a bit before I'll use it |
13:25:56 | B4gder | here now: http://daniel.haxx.se/rockbox/h300_lifestyle_02.jpg |
13:27:08 | thegeek | hmm |
13:27:19 | thegeek | anyone got a "valid" us postcode |
13:27:24 | thegeek | need it for a braindead website;) |
13:27:44 | dwihno | 90210 :D |
13:27:47 | | Quit JdGordon (Read error: 110 (Connection timed out)) |
13:27:56 | dwihno | (Beverly Hills) ;D |
13:28:17 | thegeek | yeah;) |
13:28:17 | thegeek | hehe |
13:28:25 | thegeek | got the same tip from another channel |
13:28:29 | thegeek | ;) |
13:28:38 | thegeek | pandora.com |
13:28:46 | thegeek | really nice automated streaming radio |
13:29:04 | thegeek | autogenerates playlist from your favorite artists and stuff |
13:29:07 | thegeek | seems to work rather nice too |
13:29:20 | linuxstb | What quality does it stream at? |
13:29:43 | thegeek | 128kbit |
13:29:50 | thegeek | or that's what it sounds like to me |
13:29:59 | thegeek | sadly it's flash-based |
13:30:04 | thegeek | hmmm... |
13:31:22 | Nixsos | i wanna try rockbox on my H340 with EU firmware... can i just patch the original FW with the FWpatcher from the site? |
13:32:28 | Jungti1234 | hmm..? |
13:32:58 | Jungti1234 | http://daniel.haxx.se/rockbox/h300_lifestyle_02.jpg <- This is different from my H300. |
13:33:24 | B4gder | how different? |
13:33:37 | B4gder | they are available in different colors |
13:33:55 | Jungti1234 | Pattern and Is letter of 'H340' |
13:34:18 | Jungti1234 | latter? um.. |
13:34:36 | Jungti1234 | writing |
13:35:20 | Jungti1234 | http://cafefiles.naver.net/data10/2005/11/10/257/190tc%BF%CD%C7%D4%B2%B2.jpg |
13:36:46 | | Quit Strath (Read error: 110 (Connection timed out)) |
13:36:46 | | Quit Febs ("CGI:IRC (EOF)") |
13:38:04 | ashridah | hm. wasn't iriver forced to rename their iHP-xxx series to Hxxx during the H3xx lifecycle? |
13:47:05 | Jungti1234 | no |
13:49:02 | Zagor | they renamed it, don't know about "forced to" |
13:49:20 | preglow | i think it resulted from a dispute with hp |
13:49:35 | Jungti1234 | They did not force. |
13:50:43 | Jungti1234 | The Korea does not call that is 'iHP series'. Call that is 'H series' only. |
13:52:35 | ripnetuk | timid - u there? is anyone looking at the fact you cant delete files from remote yet? we are missing the 'are you sure' screen, and more importantly, the check for play on the remote to say 'yes, im sure'... |
14:00 |
14:00:02 | | Part webguest26 |
14:00:21 | | Join goa [0] (i=hd@gate-hannes-tdsl.imos.net) |
14:02:37 | Nixsos | pfew, just installed rockbox on my H340 with EU firmware... booted perfectly, just when i tryed to start the original firmware, the screen went black, disk spinning but no lcd response |
14:03:14 | ripnetuk | i think the ad-hoc implementation of the yes/no screen in onplay.c should be replaced with a call to yesno.c's code |
14:03:28 | ripnetuk | which is already ported to use remote afaict |
14:04:08 | amiconn | Yes, looks like an oversight |
14:04:42 | ripnetuk | never sure if I should fix stuff like this when others are working en-mass on remote support... |
14:06:10 | | Join frederic [0] (n=chatzill@i577B9D28.versanet.de) |
14:07:10 | amiconn | It would be cool if someone with a silver-coloured H100/H120 and someone with a H3x0 could do a scan while rockbox shows the logo |
14:07:27 | amiconn | (like the other supported units in the device hart) |
14:07:32 | amiconn | *chart |
14:08:24 | amiconn | Hmm, and I should probably redo the H^140 scan with the greyscale logo |
14:08:29 | Jungti1234 | silver-coloured? |
14:08:38 | Jungti1234 | d |
14:09:53 | Jungti1234 | Is place that can buy HDD cheaply? |
14:10:01 | wubbla | hmm....all iriver's use exactly the same CPU? |
14:10:08 | Jungti1234 | yes |
14:10:37 | B4gder | the h1x0 and h3x0 use the same cpu, yes |
14:10:48 | wubbla | and why do people always assume that the h300 series is faster than the h100 series?! |
14:10:48 | B4gder | iriver do lots of other players with different cpus |
14:11:05 | B4gder | wubbla: because they are ignorant? ;-) |
14:11:14 | solexx | hey! |
14:11:24 | ashridah | wubbla: because it displays 16000% more colour! it must be faster! |
14:11:49 | wubbla | ah, now that's an argument :D |
14:12:02 | dwihno | wubbla: The main reason. People always think everything newer is faster, bigger and ... erhm... better? |
14:13:20 | wubbla | btw. to be honest i find these archos-players as ugly as sin :P |
14:14:15 | thegeek | indeed |
14:14:19 | thegeek | but they are really old too |
14:14:29 | thegeek | can't compare them to modern players |
14:14:31 | B4gder | they were among the first ones |
14:14:57 | B4gder | and they use 2.5" disks, which I happen to like |
14:14:59 | wubbla | that's how they look like :) |
14:15:52 | | Quit Mxm`Pas`Bien (Read error: 110 (Connection timed out)) |
14:16:10 | * | amiconn actually prefers the archos look over any ipod. |
14:16:12 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
14:16:45 | wubbla | amiconn: you're being funny, right? |
14:16:58 | amiconn | nope |
14:17:03 | linuxstb | Even the Nano? |
14:17:07 | amiconn | The ipods look too non-techie to me |
14:17:30 | dwihno | 1.8" has it perks, but 2.5" is also nice. |
14:18:38 | wubbla | by the way, I'd like to see two versions of the bootloader: one that loads rockbox and another one that loads the original firmware by default... |
14:19:43 | Nixsos | yeah that would be nice to have |
14:19:56 | ashridah | hm. iirc, the early days of the H1x0 development had that |
14:19:58 | preglow | amiconn: i've got a silver h120, but no scanner |
14:20:09 | B4gder | wubbla: you can easily build your own |
14:20:14 | linuxstb | ashridah: I don't remember that. I thought it was always the same as it is now. |
14:20:18 | | Join San [0] (n=Test@213-202-153-234.bas503.dsl.esat.net) |
14:20:45 | wubbla | B4gder: yeah, i know that! |
14:20:47 | ripnetuk | ive always thought we needed a 'boot original firmware' option in iRiver rockbox, its very easy to implement (i implemented it as a .rock when rockbox was unusable in real life) |
14:21:20 | ashridah | linuxstb: it changed from one to the other and back from memory. |
14:21:35 | wubbla | B4gder: but i thought that it might be a usable option for other people too... |
14:21:51 | ashridah | ripnetuk: that's right, you worked on chainloading the original firmware again, or something. did that ever work? |
14:22:06 | ripnetuk | do we have a standard API call for displaying messages (like the generic yesno) that works on remote as well? |
14:22:27 | B4gder | ripnetuk: we have the splash |
14:22:30 | linuxstb | ashridah: OK. I ran v1 of the bootloader for months. I didn't dare try to upgrade :) |
14:22:39 | ripnetuk | ok cool :) thanks |
14:23:19 | amiconn | linuxstb: Afaik all ipods need a docking adapter for USB connection. No standard USB socket. That's a blocker |
14:23:26 | amiconn | (for me) |
14:24:24 | linuxstb | It just needs the proprietory ipod<->USB cable that comes in the box. I agree it's annoying, but I can live with it. |
14:24:49 | linuxstb | USB charging makes up for it (compared to the H1x0). |
14:25:07 | amiconn | There's a custom cable without a bulky docking station? That's already better |
14:25:22 | amiconn | I'm not interested in USB charging |
14:25:23 | linuxstb | Yes, you don't need a docking station. |
14:25:42 | linuxstb | Just this: http://www.mobilefun.co.uk/product/7669.htm |
14:25:53 | linuxstb | One comes in the box. |
14:26:23 | amiconn | hmm. |
14:26:37 | amiconn | Quite big plug |
14:26:46 | linuxstb | That's a third-party one, the apple version is smaller. |
14:27:05 | amiconn | Even bigger than the old-archos non-standard (USB A - USB A) cable |
14:27:36 | amiconn | Newer archos have USB A - Mini B like iriver |
14:28:26 | | Quit frederic ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
14:28:33 | linuxstb | This is Apple's version: http://store.apple.com/Catalog/US/Images/lm_altview_m9569ga.jpg |
14:28:44 | linuxstb | It looks big, but it actually very thin. |
14:29:10 | | Join merbanan [0] (n=banan@saldana.campus.luth.se) |
14:30:30 | ender` | amiconn: if you need, i could scan my iHP-120 with the RockBox logo showing when i get home (just tell me how to get it to display for about half a minte, my scanner is slow) |
14:30:58 | amiconn | I used a custom build for it that waits for a button press after displaying the logo |
14:31:23 | ender` | can you send it to me? |
14:31:55 | amiconn | Hmm, I don't have it anymore, but I'll remake it |
14:32:08 | amiconn | It's rather trivial, just a one-liner in main.c |
14:33:55 | ender` | i'd have to set up dev environment for that first :) |
14:35:35 | merbanan | how many bits do the mac unit on the iriver coldfire have ? |
14:36:38 | preglow | 40 |
14:36:46 | preglow | plus 8 extension bits |
14:36:59 | preglow | only 32 bits are easily obtainable |
14:38:08 | preglow | why do you ask? |
14:38:24 | merbanan | ok so Q16.12 would be a good radix representation ? |
14:38:45 | merbanan | preglow: fixedpoint stuff |
14:39:03 | preglow | you've got room for a couple of more bits |
14:39:35 | preglow | it all depends on if you're going to use fractional mode, of course |
14:40:49 | Jungti1234 | Did lunch do all? |
14:42:50 | merbanan | preglow: I was thinking of just regular integer math, I thought that 16+24 would give maximum resolution without overflowing |
14:43:37 | preglow | so you're just going to use 32x32->32 muls? |
14:44:24 | merbanan | yes, that was the idea |
14:45:04 | preglow | you don't really need the emac unit for that, unless you're going to do a lot of accumulates as well |
14:45:13 | | Join Lost-ash [0] (i=ashridah@220-253-122-235.VIC.netspace.net.au) |
14:45:29 | | Quit ashridah (Nick collision from services.) |
14:45:35 | | Nick Lost-ash is now known as ashridah (i=ashridah@220-253-122-235.VIC.netspace.net.au) |
14:46:24 | merbanan | preglow: fft will need that I guess |
14:46:45 | linuxstb | merbanan: Are you planning on something interesting for Rockbox? |
14:47:27 | preglow | merbanan: nah, fft doesn't do too much accumulating |
14:48:46 | merbanan | linuxstb: well maybe, first I wanna do an integer mdct transform, then port it to some codecs in ffmpeg |
14:49:01 | linuxstb | I guess WMA is on your list then? |
14:49:17 | linuxstb | Have you looked at the new Cook decoder? |
14:49:30 | merbanan | linuxstb: well you could say that |
14:49:37 | merbanan | I wrote it |
14:49:41 | linuxstb | hehe :) |
14:49:54 | merbanan | :) |
14:50:04 | linuxstb | Nice work. |
14:50:46 | linuxstb | Do you think Cook is feasible on the iriver? |
14:50:50 | preglow | cook decoder? |
14:50:59 | linuxstb | Realaudio. |
14:50:59 | merbanan | and sorry it's not well adapted to be played on portables, the buffering requirements are large |
14:51:50 | * | ashridah looks curiously on |
14:51:56 | linuxstb | My understanding is that the frames are out of order in the input stream? |
14:52:03 | merbanan | the bitstream needs around 200-300 kb of reordering |
14:52:09 | preglow | hahah |
14:52:10 | merbanan | linuxstb: correct |
14:52:10 | preglow | wonderful |
14:52:14 | linuxstb | Why is that? |
14:52:26 | preglow | merbanan: you mean just a genereal mdct? |
14:52:30 | preglow | merbanan: variable size? |
14:52:38 | linuxstb | Does the ffmpeg demuxer do the reordering now? |
14:52:56 | linuxstb | (I've been half-following the discussions on the ffmpeg-devel list) |
14:53:04 | merbanan | linuxstb: I guess it is some interleaving scheme, to reuce the impact of dropping 10 sequential frames |
14:53:28 | merbanan | preglow: yes a general one |
14:54:10 | merbanan | linuxstb: the demuxer does that now yes |
14:54:31 | preglow | merbanan: so you're going for an fft based one, then? |
14:54:48 | merbanan | preglow: yes, kiss fft |
14:55:01 | preglow | merbanan: well, i'd pretty much urge you to use 64 bit maths, you'll probably end up with precision problems if not |
14:55:17 | preglow | kiss fft isn't exactly fast, but it works, at least |
14:55:24 | preglow | we need some mad person to write us a fast fft |
14:55:54 | amiconn | Doesn't fft imply 'fast' ? |
14:58:12 | merbanan | preglow: :/ I was hoping Q15.12 would be enough, then 40 bits would be enough |
14:58:16 | | Quit NicoFR (Read error: 104 (Connection reset by peer)) |
14:58:23 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
14:58:23 | | Join gromit`` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
14:58:56 | ripnetuk | hi, i have fixed 2 issues with rockbox - 1. the delete file screen didnt use the standard gui yesno and splash routine, and hence didnt work on remote and 2. yesno didnt respond correctly to remote buttons... can i submit a patch somehow?? |
14:59:11 | | Quit gromit` (Read error: 104 (Connection reset by peer)) |
14:59:14 | | Quit TiMiD (Read error: 104 (Connection reset by peer)) |
14:59:45 | NicoFR | I took a picture of my H320 with the rockbox logo showing : http://thehitboy.free.fr/H320_RockBox.jpg |
14:59:47 | ashridah | ripnetuk: the pack tracker on www.sourceforge.net/projects/rockbox ? |
14:59:58 | ripnetuk | is that he best way to submit stuff then? |
14:59:59 | ashridah | s/pack/patch/ even |
15:00 |
15:00:05 | ashridah | stupid 1am. making me all type no good |
15:00:23 | merbanan | linuxstb: how many bits do the ipod mac have ? |
15:00:26 | ashridah | ripnetuk: well, it notifies pertinent people and lets you replace it with newer versions, etc |
15:00:26 | preglow | linuxstb: fast, compared to the naive dct |
15:00:30 | preglow | ehh |
15:00:35 | preglow | amiconn: fast, compared to the naive dct |
15:00:53 | ripnetuk | ok... the bit about relavent people sounds good :) its quite a trivial patch tho |
15:01:05 | preglow | merbanan: why not use full 32 bit coefs? the emac unit supports getting the top 32 bits of a mul |
15:02:12 | linuxstb | merbanan: preglow probably knows better, but I think there's a 32x32->64 multiplication available in the ipod's arm7tdmi. |
15:02:13 | | Join TiMiD [0] (n=TiMiD@asgard.valombre.net) |
15:02:20 | preglow | it is |
15:02:40 | | Join speed123 [0] (n=speed123@p54BB8B69.dip0.t-ipconnect.de) |
15:02:54 | | Quit San (Read error: 110 (Connection timed out)) |
15:02:56 | *** | Saving seen data "./dancer.seen" |
15:02:57 | merbanan | preglow: full 32 bit coefs? how ? |
15:03:02 | linuxstb | Plus a 32x32->64 mulitply and accumulate. |
15:03:23 | preglow | merbanan: emac lets you do 32x32->64 bit multiply, and get the top 32 bits |
15:03:51 | preglow | merbanan: that's how almost all our current codecs use emac |
15:04:01 | merbanan | Q15.16 ? |
15:04:13 | | Join muesli_- [0] (i=muesli_t@Bc14c.b.pppool.de) |
15:04:27 | muesli_- | high |
15:04:28 | preglow | whatever you want, internally the emac unit views them as q0.31 |
15:04:55 | preglow | so a 32 bit int has range from -1 to +1 |
15:06:03 | preglow | as long as whatever you want fits the top 32 bits of the answer, it's all good |
15:06:19 | ripnetuk | dammit do you need to be logged in to sourceforge to submit a patch? i submitted it, and its come up no fuiles :( |
15:06:29 | merbanan | preglow: ok, but how does that help if I want to represent larger numbers ? |
15:06:35 | preglow | ripnetuk: the rockbox patch page isn't updated too often |
15:07:06 | B4gder | ripnetuk: all subscribers of the rockbox-sf list get notified |
15:07:58 | ripnetuk | i think i cokced it up... it says no files submitted :( oive registered again... but it takes 24 hours aparently... |
15:08:12 | ripnetuk | i mean registered not again |
15:08:35 | preglow | merbanan: well, you just need to keep track of that yourself with some shifting |
15:08:59 | ripnetuk | ooops ! should have read "" |
15:09:03 | ripnetuk | Don't forget to tick the "Check to Upload and Attach a File" checkbox! |
15:11:15 | merbanan | preglow: ok |
15:11:56 | ripnetuk | that looks better... anyone care to check ive submitted it right? (ive never submitted a patch before) |
15:11:58 | B4gder | hey, its been hours since the last commit! |
15:12:52 | ripnetuk | feel free to check / commit the remote delete patch i just did :) its quite important to me personally that it works, as I listen to radio shows and delete them when done... my rockbox gets quite messy when I cant easily delete files (lazy!) |
15:12:52 | ripnetuk | Enable remote support on iRiver for delete file screen. |
15:12:52 | ripnetuk | 2 fixes - 1. USe standard yesno and splash routines in |
15:12:52 | DBUG | Enqueued KICK ripnetuk |
15:12:52 | ripnetuk | onplay.c for deleting files and 2. enable remote button |
15:12:52 | ripnetuk | (menu) on yesno screen. |
15:12:52 | *** | Alert Mode level 1 |
15:12:52 | ripnetuk | My email is rockbox@ripnet.co.uk. I am called George |
15:12:53 | *** | Alert Mode level 2 |
15:12:53 | ripnetuk | Styles (nick- ripnet or ripnetuk |
15:12:56 | ripnetuk | sorry |
15:13:06 | ripnetuk | didnt mean to paste |
15:13:09 | mordov | whay doen't the %wd tag function on todays build? |
15:13:59 | preglow | merbanan: what will these fixed point numbers of yours contain? |
15:14:34 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
15:14:36 | merbanan | mdct coeffs |
15:15:23 | | Quit gromit`` (Read error: 104 (Connection reset by peer)) |
15:15:29 | | Quit TiMiD (Read error: 104 (Connection reset by peer)) |
15:15:39 | | Quit novimon (Read error: 110 (Connection timed out)) |
15:19:13 | | Part speed123 |
15:22:54 | *** | Alert Mode OFF |
15:23:20 | | Quit PaulJ (".") |
15:27:27 | B4gder | ripnetuk: yes, we noticed both your submissions ;-) |
15:27:51 | preglow | merbanan: they don't need 16 bits of integer part do they? |
15:31:12 | merbanan | preglow: no I don't think so |
15:31:39 | preglow | i think we've already got a couple of codecs that implement an imdct with fft |
15:31:45 | preglow | faad and liba52 |
15:35:08 | | Join wraypa1 [0] (n=3eff200c@labb.contactor.se) |
15:36:45 | | Join Subterranean [0] (n=a@spc2-asht1-3-0-cust195.bagu.broadband.ntl.com) |
15:36:45 | | Quit wraypa1 (Client Quit) |
15:37:37 | merbanan | liba52 is not so general |
15:38:57 | preglow | i love this |
15:39:02 | preglow | a simple software interrupt hangs rockbox |
15:39:06 | preglow | what the hell am i doing wrong |
15:40:55 | | Quit ashridah ("Leaving") |
15:41:53 | | Join webguest98 [0] (n=c25a120e@labb.contactor.se) |
15:42:59 | | Join skyhawlk [0] (n=8277f80b@labb.contactor.se) |
15:44:36 | skyhawlk | xzcxzcxzc |
15:44:57 | skyhawlk | %u05D3%u05D3%u05D2%u05D1%u05D3%u05D2%u05D1%u05D3%u05D1%u05D6%u05D1 |
15:45:07 | | Part skyhawlk |
15:47:10 | Jungti1234 | -_- |
15:49:33 | | Quit ripnetuk ("Ninja IRC v1.5.8.1(#1) exiting after 4d3h30m56s of use") |
15:49:39 | | Join ripnetuk [0] (n=george@82-70-100-230.dsl.in-addr.zen.co.uk) |
15:57:00 | | Quit webguest98 ("CGI:IRC (Ping timeout)") |
16:00 |
16:00:24 | preglow | linuxstb: weee, i've got some corrupted fonts again |
16:01:27 | | Join Kohlrabi [0] (n=Kohlrabi@dslb-082-083-137-131.pools.arcor-ip.net) |
16:02:29 | linuxstb | preglow: Congratulations :) |
16:03:23 | | Quit Kaggen (Read error: 110 (Connection timed out)) |
16:06:08 | preglow | man, this is strange |
16:06:24 | preglow | i try to read back the exception vector table, and it doesn't look anything like it should at all |
16:11:23 | | Join Febs [0] (n=40be24f0@labb.contactor.se) |
16:15:36 | preglow | i understand nothing |
16:17:11 | | Quit muesli_- (Read error: 110 (Connection timed out)) |
16:22:25 | | Quit NicoFR () |
16:25:05 | | Quit mashalla (Read error: 110 (Connection timed out)) |
16:25:23 | | Quit webguest09 ("CGI:IRC") |
16:30:41 | | Join novimon [0] (n=novimon@a84-230-230-239.elisa-laajakaista.fi) |
16:35:57 | | Quit Febs ("CGI:IRC (EOF)") |
16:35:59 | | Join Febs_ [0] (n=40be24f0@labb.contactor.se) |
16:36:07 | | Nick Febs_ is now known as Febs (n=40be24f0@labb.contactor.se) |
16:37:52 | preglow | hmm |
16:37:57 | preglow | i'm starting to think this is cop related |
16:38:01 | preglow | i completely forgot about it |
16:38:07 | preglow | but the cop was awakened in the bootloader |
16:38:11 | preglow | and we do nothing about it |
16:38:19 | linuxstb | That would explain it. |
16:39:43 | preglow | i just don't wake it now, and things aren't corrupted anymore |
16:39:46 | preglow | but anyway |
16:39:56 | preglow | the exception vectors are still right out wrong |
16:40:49 | preglow | it looks like the apple vectors are still there |
16:42:20 | | Join muesli_- [0] (i=muesli_t@Bc154.b.pppool.de) |
16:42:44 | | Join San [0] (n=Test@A-109-246.cust.iol.ie) |
16:42:57 | | Join _FireFly_ [0] (n=FireFly@p54A472FE.dip.t-dialin.net) |
16:43:12 | markun | I hope the Gigabeat can do 44.1kHz, first I though the DAC was connected to the AC97 interface and could only do 48kHz.. |
16:43:19 | | Nick Vlad0man is now known as Vladoman (n=Vladoman@p54A7E2C7.dip.t-dialin.net) |
16:43:49 | preglow | not the worst news ever if it was true |
16:44:13 | preglow | that cpu is able to do some pretty kick ass resampling |
16:44:14 | markun | well, I would prefer not to resample most of the time |
16:44:23 | markun | true.. |
16:44:45 | markun | But the Wolfson DAC cannot be connected to a AC97 interface I think |
16:45:03 | Jungti1234 | Is it digitial camera chip? :) |
16:45:46 | markun | no, for audio |
16:46:08 | Jungti1234 | aha |
16:49:02 | markun | 7 hour to go on ebay for the Gigabeat F40.. |
16:49:23 | | Join Mark_ [0] (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
16:49:24 | | Quit Mark_ (Killed by ballard.freenode.net (Nick collision)) |
16:49:35 | | Join Mark_ [0] (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
16:49:41 | | Join Mark__ [0] (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
16:49:57 | markun | If any of you is thinking of bidding.. please don't :) |
16:50:19 | | Join webguest62 [0] (n=864c0338@labb.contactor.se) |
16:50:57 | Mark_ | on what? |
16:51:05 | wubbla | markun: you mean that one? :-) −−> http://cgi.ebay.de/TOSHIBA-GIGABEAT-F-40-MP3-PLAYER-AS-NEW_W0QQitemZ5831829437QQcategoryZ73839QQssPageNameZWD2VQQrdZ1QQcmdZViewItem |
16:51:08 | preglow | looks like i'm nesting something up here... |
16:51:26 | markun | wubbla: yes |
16:51:31 | Jungti1234 | haha |
16:51:33 | merbanan | preglow: I get a 1 bit difference on 10 samples of a 512 size mdct now |
16:51:54 | markun | You would seriously slow down rockbox developement for it ;) |
16:52:08 | preglow | merbanan: ok, what do you do currently, math-wise? |
16:52:19 | wubbla | markun: don't worry about it! i already got an h320 |
16:52:27 | markun | fhew.. :) |
16:52:38 | Jungti1234 | I will a bidding. :P |
16:53:00 | merbanan | preglow: a Q?.12 fft aided mdct transform |
16:53:28 | preglow | merbanan: no 64 bit muls? |
16:55:01 | wubbla | i just wanted to inform you, that the win32 simulator is broken in CVS... |
16:55:16 | wubbla | stubs.c: In function `simulate_usb': |
16:55:18 | wubbla | stubs.c:165: error: too few arguments to function `usb_display_info' |
16:55:24 | | Quit Mark_ ("Leaving") |
16:55:31 | merbanan | preglow: well it is a 32*32->64 mul shifted down, but I'm only using max 8 bits over 32 |
16:55:56 | preglow | merbanan: shifted down how much? |
16:56:09 | preglow | merbanan: right |
16:56:41 | preglow | then we'll need to fiddle with extension bytes on coldfire |
16:59:37 | | Quit muesli_- (Read error: 104 (Connection reset by peer)) |
17:00 |
17:00:58 | amiconn | wubbla: It's not broken both here and in the official build system. Perhaps you have an old stubs.c? |
17:02:11 | wubbla | oh...i need to update the uisimulator separately... |
17:02:17 | wubbla | sorry 'bout that |
17:02:32 | merbanan | preglow: if I try to use a int32_t it doesn't work and if I use Q?.8 with int32_t the resolution of the fractional part is to low |
17:02:52 | amiconn | Wonder why that is... when I do cvs up -dP in my working copy root, everything gets updated |
17:02:57 | merbanan | preglow: shifted with 12bits |
17:02:58 | *** | Saving seen data "./dancer.seen" |
17:05:04 | preglow | merbanan: then that'll be suboptimal on coldfire, at least |
17:05:26 | preglow | but to make it optimal on coldfire you'll either need everything to be in the lower 32 bits, or in the upper 32 bits, so it's a bit of a bother |
17:05:38 | | Join Cassandra [0] (i=Cassandr@elmyra.coraline.org) |
17:05:46 | _FireFly_ | hi cass |
17:05:55 | | Join mashalla [0] (i=mashalla@p5498D185.dip.t-dialin.net) |
17:09:24 | ripnetuk | hi FireFly - you are interested in iRiver remote arent you? i submitted a patch to make delete work on remote - fancy taking a look? |
17:10:25 | | Join dpassen1 [0] (n=dpassen1@cpe-24-168-110-99.si.res.rr.com) |
17:12:12 | _FireFly_ | ripnetuk: i can have a look on it |
17:12:28 | ripnetuk | thanks :) its on the sourceforge tracker |
17:12:36 | merbanan | preglow: so you have 40bits but you only see 32bit at a time? can you shift in the other 8 bits if you need them ? |
17:14:39 | | Join TiMiD [0] (n=TiMiD@asgard.valombre.net) |
17:14:56 | _FireFly_ | hi TiMiD |
17:15:07 | TiMiD | hi |
17:15:17 | _FireFly_ | i have found a little bug in your gui_quickscreen implementation |
17:15:24 | TiMiD | sounds like I've done some more mistakes from what I read right now :( |
17:15:45 | TiMiD | _FireFly_: if there was only one ... |
17:15:49 | | Quit San (Read error: 110 (Connection timed out)) |
17:15:54 | ripnetuk | firefly - its at http://sourceforge.net/tracker/index.php?func=detail&aid=1363788&group_id=44306&atid=439120 |
17:16:05 | | Join ghode|afk [0] (n=garudin@host-212-158-193-198.bulldogdsl.com) |
17:16:08 | _FireFly_ | TiMiD: it's on tracker the fix |
17:16:32 | TiMiD | ok |
17:16:45 | _FireFly_ | gui_quickscreen fix |
17:17:24 | TiMiD | amiconn: about the sizeof(buffer), it was an old code, it worked because it was in the same area as the declaration of the buffer but I just blindly c'n'p |
17:17:46 | TiMiD | _FireFly_: I look |
17:18:39 | _FireFly_ | and i just see a typo in yesno.c |
17:18:53 | _FireFly_ | #ifdef TREE_RC_RUN |
17:18:53 | _FireFly_ | case YESNO_RC_OK: |
17:18:53 | _FireFly_ | #endif |
17:19:15 | _FireFly_ | yesno.c:78 |
17:19:35 | ripnetuk | i changed that because TREE_RC_RUN is not defined |
17:19:38 | TiMiD | XD |
17:19:42 | ripnetuk | prooved by deliberate error in ifdef block |
17:19:53 | ripnetuk | so i changed it to ifdef YESNO_RC_OK |
17:20:02 | _FireFly_ | ripnetuk: that's right |
17:20:02 | TiMiD | yep |
17:20:07 | TiMiD | the patch looks good |
17:20:13 | TiMiD | I will apply |
17:20:18 | TiMiD | it's from you ripnetuk ? |
17:20:23 | TiMiD | can you commit ? |
17:20:24 | ripnetuk | yes thanks :) |
17:20:26 | ripnetuk | i cannot |
17:20:35 | Ctcp | Ignored 2 channel CTCP requests in 7 seconds at the last flood |
17:20:35 | * | ripnetuk is not good enough at c to be owrthy of commit |
17:20:38 | ripnetuk | worthy |
17:20:39 | TiMiD | ok then givme your real name |
17:20:44 | ripnetuk | George Styles |
17:20:57 | ripnetuk | (im already on credits for some very basic changes to sim years ago in Archos days) |
17:20:59 | TiMiD | oops I'm stupid again : it's written on the patch tracker :( |
17:21:05 | TiMiD | ok |
17:21:15 | _FireFly_ | ripnetuk: better create a account on sf.net then you can modify your next submit to the tracker :) |
17:21:16 | TiMiD | I will apply this when |
17:21:23 | TiMiD | - I will finish the lunch |
17:21:36 | TiMiD | - I will finish the gui_logo |
17:21:37 | TiMiD | :) |
17:21:38 | ripnetuk | firefly - my brain was mashed - i already have a sourceforge account for a project I released on gpl ages ago |
17:21:42 | Cassandra | You see, that's the problem with the youth of today, no commitment. |
17:22:00 | ripnetuk | cass - thats my joke when people forget to commit on Oracle :) |
17:22:25 | _FireFly_ | *g* |
17:22:29 | ripnetuk | thanks for looking at my patch - deleting files is important to me and I hate not being able to update to latest cvs without patches :) |
17:22:37 | * | Cassandra left her remote on the bus. :( |
17:22:44 | ripnetuk | oh no :( |
17:22:44 | _FireFly_ | Cassandra: ouch |
17:22:59 | amiconn | TiMiD: The problem was that you changed the datatype from array to pointer. |
17:23:30 | Cassandra | And I didn't suceed in getting an iPod out of my friend either. |
17:23:44 | Cassandra | (which wasn't that likely, but ...) |
17:24:04 | ripnetuk | without the remote, the iRiver is no better than the iPod IMHO |
17:24:29 | amiconn | Unfortunately the additional parameter increases code size somewhat |
17:24:35 | Cassandra | I suppose I can always buy a new remorte. :( |
17:25:09 | ripnetuk | have u tried ringing the bus company? in the uK at least they sometimes reunite people with lost property |
17:25:26 | ripnetuk | (unless the police have blown it up) |
17:25:28 | amiconn | If I wouldn't need it for development I wouldn't hesitate to give my remote away |
17:25:30 | Cassandra | I sent them an email. |
17:25:39 | Cassandra | They never found my gloves though. |
17:26:57 | Cassandra | I assume I must've missed when I put it in my bag. |
17:27:28 | Cassandra | I need it more for development than because I use it that much (although it is kind of handy over a big coat in winter.) |
17:27:37 | _FireFly_ | :) |
17:30:52 | Slasheri | Hmm, maybe lcd_remote_update could be threaded and when wps mode with ticking reduce is activated, it would update the display on background very slowly preventing the ticking |
17:31:09 | Slasheri | that would require also a double frame buffering |
17:32:35 | amiconn | Let's not overcomplicate things |
17:32:56 | amiconn | I should try my random-interval idea soon... |
17:32:59 | | Quit [1]Tomas (" HydraIRC -> http://www.hydrairc.com <- The future of IRC") |
17:33:06 | Slasheri | yes, that sounds good also |
17:33:38 | Slasheri | i already tried some delay compensation without any noticeable results |
17:35:42 | | Join reset_router [0] (n=at@60-240-9-67-nsw-pppoe.tpgi.com.au) |
17:35:47 | | Nick reset_router is now known as cannard (n=at@60-240-9-67-nsw-pppoe.tpgi.com.au) |
17:37:00 | ripnetuk | i was very impressed when I accedently played a .jpg album cover and it displayed it all nice on my iRiver :) |
17:37:41 | cannard | what sort? |
17:38:20 | | Join Amar [0] (n=502c6fc7@labb.contactor.se) |
17:39:24 | | Join S-Eater [0] (n=937c3159@labb.contactor.se) |
17:39:29 | S-Eater | whaddup |
17:43:18 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
17:44:07 | | Join muesli_- [0] (i=muesli_t@Bc125.b.pppool.de) |
17:45:05 | | Join LinusN [0] (n=linus@labb.contactor.se) |
17:46:22 | | Quit B4gder ("time to say moo") |
17:47:16 | TiMiD | amiconn: yes, I understood just a silly c'n'p without thinking of what was inside the code, which made all numbers of more than 3 chars to get cutted hehe |
17:47:34 | amiconn | yup |
17:47:51 | amiconn | The code size increase is rather small, I just checked |
17:47:57 | amiconn | max. 16 bytes |
17:48:23 | amiconn | Nothing to worry about |
17:48:35 | ripnetuk | i reckon my patch would save around that many bytes by removing ad-hoc code and replacing with api calls... havent checked tho |
17:48:43 | Jungti1234 | a-hm... |
17:48:57 | Jungti1234 | Grow sleepy.... |
17:53:12 | TiMiD | about the code size, I think there will be a matter for unicode : I don't think we can go a lot below where we are now (if you take in account the initial 4kb incease when applying first multi-screen onemonth ago, then all the decreases done when using the gui api, I guess we gained around 1-2kb) |
17:54:51 | TiMiD | ripnetuk: yes, it will decrease the binary siez a little, but not enougth :/ |
17:55:05 | ripnetuk | hehe every little helps |
17:55:18 | TiMiD | I expected that to remove duplicated code would allow make it decrease more that that :) |
17:55:36 | TiMiD | yes and I think it's at least more easy to read now |
17:55:56 | | Quit webguest62 ("CGI:IRC (Ping timeout)") |
17:56:38 | preglow | merbanan: we have an accumulator register which holds 32 of the bits, and an extension register which holds the top eight bits |
17:57:12 | preglow | merbanan: so if we need more than 32 bits, we need to do a an extra fetch, extract some bits and do a cross-register shift |
17:58:30 | amiconn | TiMiD: I think there's still something to be gained |
17:58:45 | amiconn | The whole cconversion is not yet done |
17:59:22 | | Quit muesli_- (Read error: 104 (Connection reset by peer)) |
17:59:31 | TiMiD | far from being done I must say |
17:59:50 | TiMiD | as longas there is a lcd_* remaining in the drawing code |
18:00 |
18:00:25 | TiMiD | kevin@harkonnen ~/rockbox-devel/apps $ grep -r lcd_ *|wc |
18:00:25 | TiMiD | 3078 12652 199447 |
18:00:31 | amiconn | Another screen that came to mind - bookmarks |
18:00:33 | TiMiD | 3078 remainings :) |
18:00:47 | TiMiD | yes I wanted to go to this one after |
18:00:52 | _FireFly_ | playlist uses some lcd_calls |
18:00:56 | TiMiD | but I don't know how they works |
18:01:00 | _FireFly_ | playlist.c |
18:01:03 | TiMiD | playlist ? |
18:01:06 | Jungti1234 | 0 |
18:01:07 | TiMiD | ow |
18:01:30 | TiMiD | Jungti1234: 0 lcd_ ? you interrest me :) |
18:01:38 | amiconn | TiMiD: Your grep -r also catches apps/gui ... |
18:01:44 | TiMiD | yes of course |
18:02:02 | TiMiD | kevin@harkonnen ~/rockbox-devel/apps $ grep -r lcd_ *|grep -v gui|wc |
18:02:03 | TiMiD | 3055 12556 197663 |
18:02:04 | _FireFly_ | TiMiD: display_playlist_count in playlist.c |
18:02:05 | TiMiD | :) |
18:02:06 | Jungti1234 | ;) |
18:02:51 | _FireFly_ | the other "big"-part is the virtual-keyboard |
18:03:28 | TiMiD | yes the virtual keyboard |
18:04:17 | _FireFly_ | the "problem" is that for charcell-targets a separate keyboard-code is implemented |
18:05:01 | TiMiD | it wouldn't be too hard to merge the two into a single graphical object |
18:05:32 | TiMiD | maybe from scratch too for this one (it doesn't seems too hard too) |
18:05:37 | amiconn | The biggest problem with vkeyboard is (imho) how to handle the different lcd sizes in the sync_ case |
18:05:42 | TiMiD | hah |
18:05:47 | TiMiD | I thought about it |
18:05:59 | _FireFly_ | my remote-setting patch has maybe a soulution in it |
18:06:12 | TiMiD | just make differents keyboards |
18:06:28 | _FireFly_ | i have added a screen_id var to the screen-struct |
18:06:37 | TiMiD | since it's not possible to have the full size keyboard on the remote |
18:06:50 | TiMiD | screen_id ? |
18:06:54 | _FireFly_ | yepp the "old" 3-page system is needed |
18:06:54 | | Quit S-Eater ("CGI:IRC (EOF)") |
18:06:58 | | Part LinusN |
18:07:02 | TiMiD | there is already a screen_id or something like that |
18:07:04 | _FireFly_ | which as SCREEN_MAIN or SCREEN_REMOTE |
18:07:09 | amiconn | TiMiD: Different picker areas, but a synced input line? |
18:07:22 | TiMiD | screen_type |
18:07:41 | TiMiD | amiconn: 2 solutions |
18:07:55 | _FireFly_ | that's relative new isn't it ?? |
18:08:01 | _FireFly_ | the screen_type var |
18:08:24 | TiMiD | 1/ fast to implement : 2 pickers area, if we use the main unit, it will go outside the one on the remote |
18:08:33 | TiMiD | 2/ a scrolling picker areas |
18:08:46 | TiMiD | 2 seems more fun to implement ;) |
18:09:07 | | Join Moos [0] (i=DrMoos@m79.net81-66-158.noos.fr) |
18:09:12 | TiMiD | _FireFly_: I don't remember well, but I think it was there since the beginning |
18:09:15 | Moos | Hello guys! |
18:09:16 | TiMiD | hi Moos |
18:09:23 | amiconn | The charcell picker is scrolling instead of paged (1 line only) |
18:09:31 | TiMiD | your french language update is perfect ;) |
18:09:36 | * | preglow kicks portalplayer |
18:09:38 | Moos | thanks :) |
18:09:46 | amiconn | TiMiD, Moos: No, it's not |
18:10:06 | amiconn | Moos: You made the player keylock strings much longer than before |
18:10:13 | amiconn | They have to be shorrrrrrrrrttt |
18:10:16 | TiMiD | oh :) |
18:10:22 | Moos | let me see this |
18:10:35 | linuxstb | preglow: Any progress? |
18:10:36 | TiMiD | I was talking on my iriver hehe |
18:10:41 | TiMiD | at least the sentences means more |
18:10:45 | _FireFly_ | TiMiD: you are right but this var didn't tell me which screen is currently given to a function |
18:10:48 | amiconn | That's why there are 2 sets of these, one for player (charcell lcd -> short) and one for recorder (and all others) |
18:10:56 | Moos | TiMiD: yes it was the idea ;) |
18:11:20 | TiMiD | _FireFly_: it contains SCREEN_MAIN when it's the main screen and SCREEN_REMOTE when it's ... guess what ;) |
18:11:30 | preglow | linuxstb: i've found out what i do wrong, at least, the exception vectors aren't placed in the same spot as all the other arms in the world |
18:11:38 | linuxstb | I read your discussion. |
18:11:42 | amiconn | francais.lang lines 409 and 415 |
18:11:51 | _FireFly_ | ohm that must i overseen let me check it again ;) |
18:11:52 | preglow | problem is now i probably need a fixed address where i can put the handlers |
18:11:54 | Moos | amiconn: I change this |
18:11:57 | preglow | and this probably needs to be iram |
18:12:06 | amiconn | preglow: Could you please scan your nano? |
18:12:16 | _FireFly_ | argh i'm blind ;) |
18:12:19 | amiconn | afk |
18:12:52 | preglow | amiconn: i have no scanner |
18:13:11 | | Join webguest62 [0] (n=864c0362@labb.contactor.se) |
18:13:16 | TiMiD | _FireFly_: hehe this time it's not my fault :) |
18:13:46 | _FireFly_ | i had implemented the same twice ;) |
18:14:20 | Coldtoast | man.... sorry to be completely off topic. but I just finished the first crossword I've evr finished! yay |
18:16:03 | _FireFly_ | ok localy ereased all references to screen_id ;) |
18:16:16 | TiMiD | Coldtoast: woow you should try in boring lessons, it's amazing how you will progress :p |
18:16:38 | _FireFly_ | sudoku is also great ;) |
18:16:52 | Coldtoast | I did it at work |
18:17:10 | Coldtoast | had to bring it home with me cos I was stuck on the last word. but I got it. AND without cheating |
18:17:28 | Coldtoast | I really like Bejewelled |
18:17:52 | ripnetuk | i like gta:lcs on my psp :) best portable game ever IMHO |
18:17:57 | TiMiD | oh I never tried |
18:18:20 | | Join _DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
18:18:37 | Moos | amiconn: LANG_KEYLOCK_ON_PLAYER=Verrouillage touches ON |
18:18:42 | Moos | it's better? |
18:18:47 | TiMiD | hehe this game is addicting ;) |
18:20:55 | TiMiD | sounds like tomorrow morning's lesson will be fun ^^ |
18:21:23 | | Quit Vladoman ("Leaving") |
18:22:04 | | Join RotAtoR [0] (n=18e7f919@labb.contactor.se) |
18:22:34 | | Quit Febs ("CGI:IRC (EOF)") |
18:22:37 | TiMiD | hshah: if you are here, givme your usb logo ^^ |
18:22:44 | TiMiD | the remote one |
18:23:08 | ripnetuk | im off now... thanks for looking at my patch so quickly firefly... |
18:23:09 | ripnetuk | cya later |
18:23:35 | TiMiD | ripnetuk: I will commit it |
18:23:45 | ripnetuk | :) /me is pleased |
18:23:48 | | Join Kaggen [0] (n=kaggen@c-722ae155.33-1-64736c10.cust.bredbandsbolaget.se) |
18:23:50 | ripnetuk | talk later |
18:23:51 | | Quit ripnetuk ("Ninja IRC v1.5.8.1(#1) exiting after 2h34m16s of use") |
18:26:42 | | Join muesli_- [0] (i=muesli_t@Bbcb5.b.pppool.de) |
18:28:54 | RotAtoR | hmm, i've been looking at working with color graphics with the upcoming h300 and ipod ports and the graphics api seems not very useful for anything other than monocrome graphics |
18:29:03 | RotAtoR | it would be very useful to be able to have a draw mode where you could draw everything but a certain background color, but it doesn't look like that's possible |
18:29:18 | Jungti1234 | Korea time is 2:28 now. I'm sleepy |
18:29:57 | TiMiD | Jungti1234: good night ! |
18:30:55 | RotAtoR | does anyone (amiconn?) know if there are plans to extend the graphics api? |
18:31:27 | TiMiD | RotAtoR: I discussed a little bit with amiconn about this matter |
18:31:52 | | Join webguest07 [0] (n=54bca911@labb.contactor.se) |
18:31:52 | | Quit Amar ("CGI:IRC (EOF)") |
18:31:53 | RotAtoR | ok, so at least there are talks |
18:31:57 | TiMiD | yep |
18:32:25 | TiMiD | the problem is that you must have 3 api in the same time : |
18:32:33 | TiMiD | monochrome, grey, color |
18:33:12 | | Quit webguest07 (Client Quit) |
18:33:14 | RotAtoR | hmm, that would be a pain to maintain, but there must be some way to consolidate it all |
18:33:35 | TiMiD | since players like iriver H1x0 / H3x0 have more than onescreen type |
18:34:14 | RotAtoR | ahh yes |
18:34:18 | TiMiD | to the application level, the 3 api would co-exist |
18:34:27 | | Quit DangerousDan (Read error: 110 (Connection timed out)) |
18:35:22 | TiMiD | but since most of the apps uses predefined colors, we could easily make the app call one fn on one screen with the predef color and the convert it to the native screens's format |
18:35:58 | TiMiD | of course for custom colors, whe have no choice but to let the app make special cases |
18:36:31 | TiMiD | since we cannot easily translate a r g b to grey or monochrome without possibilities of it looking ugly |
18:36:37 | TiMiD | on the target screen |
18:36:40 | RotAtoR | right |
18:38:10 | TiMiD | that's a first draft in our heads:) |
18:38:31 | TiMiD | I'm also a lot in favor of a user space drawing library |
18:38:36 | TiMiD | rather than in kernel space |
18:38:43 | * | preglow tears hair out |
18:38:46 | TiMiD | kernel should handle specificities of each display |
18:39:01 | TiMiD | like low level doperations |
18:39:05 | RotAtoR | well i hope it goes somewhere, i think a lot of people will be screaming for a nice color graphics api as soon as the h300 and ipod ports are ready :) |
18:39:25 | TiMiD | but since high level operations are the same for almost every drivers ... |
18:39:58 | TiMiD | hehe they can scream, we aren't a company, we can do it as we want ;) |
18:40:09 | RotAtoR | hehe :) |
18:43:37 | TiMiD | this would need a lot more reflection of course :) |
18:43:51 | TiMiD | we should write it on the wiki |
18:43:56 | TiMiD | since it's important |
18:45:24 | | Quit muesli_- (Read error: 104 (Connection reset by peer)) |
18:45:45 | RotAtoR | it looks like there's a " Further ideas/suggestions" section already at the bottom graphics api page, but i don't know if that would be the best place for it |
18:47:26 | hshah | TiMiD, u still need it? |
18:48:04 | TiMiD | hshah: I could include it with my incoming commit if it's nice :) |
18:48:05 | cannard | would colour display be easy to implement? |
18:48:11 | amiconn | TiMiD: The problem is that many drawing primitives need knowledge about the low-level pixel format for optimum performance |
18:48:26 | cannard | even though it might be an afterthought/addition |
18:49:34 | TiMiD | hshah: give it to me, I will test ^^ |
18:49:44 | TiMiD | amiconn: yes, I undertand that |
18:49:46 | amiconn | RotAtoR: specifying a background colour isn't really flexible. (1) it will become impossible to use the colour reserved for masking. Not a big problem with highcolour, but certainly with only few greylevels |
18:49:47 | hshah | im trying to send it here... |
18:50:30 | hshah | http://www.warwickforums.co.uk/usbhshah2.bmp |
18:50:40 | hshah | ^^ there TiMiD |
18:50:42 | amiconn | (2) Standard bitmaps are in target format for size and performance considerations. The drawing code would have to extract a mask from that |
18:50:48 | TiMiD | but for example do you think that all the font handling needs to be have knowledge about the low-level format ? |
18:51:04 | amiconn | So it might be better to use a mask bitmap in the first place |
18:51:40 | amiconn | TiMiD: Yes, because the font bitmaps are also in (monochrome) target bitmap format |
18:51:45 | _FireFly_ | amiconn for this could my cbmp-patch be usefull |
18:51:59 | TiMiD | hshah: way nicer that the current one, if you give it to me in hex format, I will put ti I think |
18:52:08 | hshah | ok |
18:52:09 | | Quit mashalla () |
18:52:14 | amiconn | In fact not all font handling, but the string drawing itself (lcd_putsxy) |
18:52:28 | TiMiD | hshah: don't try to send me files, put them on the web btw |
18:52:39 | hshah | ok |
18:53:23 | amiconn | The scroll thread only needs knowledge about the capabilities (b&w/ grey/ colour), so it could be app layer |
18:53:38 | hshah | www.warwickforums.co.uk/hex.txt |
18:53:42 | TiMiD | thx ;) |
18:53:44 | | Join San [0] (n=Test@213-202-170-5.bas504.dsl.esat.net) |
18:54:30 | TiMiD | hshah: could you make the same for the remote, but only with the usb plug for example ? |
18:54:44 | hshah | ok - what r the dimensions of the remote? |
18:54:54 | amiconn | TiMiD: Why not use the old standard USB logo for the remote? |
18:55:12 | TiMiD | amiconn: it works |
18:55:15 | amiconn | Should fit quite well |
18:55:19 | TiMiD | but if this one is nicer |
18:55:22 | _FireFly_ | it fits well |
18:55:28 | TiMiD | http://www.warwickforums.co.uk/usbhshah2.bmp |
18:55:48 | amiconn | I prefer the old logo over this one |
18:55:53 | amiconn | I like simplicity |
18:55:55 | TiMiD | hshah: do it to the dimensions of the logo, since it's automatically centered |
18:55:59 | TiMiD | ok |
18:56:11 | hshah | o |
18:56:13 | hshah | *ok |
18:56:16 | TiMiD | I think at east the pkug is nice |
18:56:20 | TiMiD | plug |
18:56:22 | Moos | amiconn: you want I DCC you the new fr .lang file? |
18:56:38 | amiconn | ..and btw the computer picture in this logo doesn't match my comp at all |
18:56:59 | TiMiD | hehe mine neither :) |
18:57:17 | TiMiD | well but just the plug ? |
18:57:17 | | Join Febs [0] (n=40be24f0@labb.contactor.se) |
18:57:50 | TiMiD | (I find the actual usb logo a little ugly, that's why) |
18:57:58 | amiconn | I like the old plug more. Being slighty slanted it looks more dynamic |
18:58:30 | hshah | hehe |
18:58:36 | TiMiD | hehe guts and colors... |
18:58:41 | hshah | erm i can't remember how to convert a bmp to hex... |
18:58:44 | TiMiD | well a compromise then |
18:58:52 | TiMiD | new plug on the remote |
18:58:58 | TiMiD | old plug on the ain screen :) |
18:59:18 | _FireFly_ | hshah: in tools there is a tool for it |
18:59:19 | amiconn | The main screen could have a better plug logo |
18:59:22 | hshah | www.warwickforums.co.uk/usbhshahremote.bmp |
18:59:23 | amiconn | ...in greyscale |
18:59:35 | TiMiD | taht would be nice indeed :) |
18:59:58 | | Join NicoFR [0] (n=nico404@rob92-6-82-231-243-63.fbx.proxad.net) |
19:00 |
19:01:11 | | Quit NicoFR (Client Quit) |
19:01:37 | amiconn | Speaking about logos - imho it would make sense to put the logos in separate source files the same way as already done for the colour rockbox logo |
19:01:44 | hshah | www.warwickforums.co.uk/remote.txt |
19:01:48 | hshah | ^ there TiMiD |
19:01:51 | HCl | http://www.organicconsumers.org/school/loophole091605.cfm <- USA allows chemical testing on kids that have been abused in the past |
19:02:09 | preglow | HCl: well, sure, why not, they're scarred for life anyway, nothing to life for |
19:02:12 | amiconn | They tend to be really long and make actual code hard to spot |
19:02:17 | amiconn | ...in the same file |
19:02:39 | TiMiD | yes I agree |
19:03:00 | *** | Saving seen data "./dancer.seen" |
19:03:07 | | Join muesli_- [0] (i=muesli_t@Bbc96.b.pppool.de) |
19:03:09 | thegeek | preglow : I love your logic |
19:03:16 | thegeek | it's just so.. logical;) |
19:03:27 | preglow | i'm like a vulcan |
19:03:35 | thegeek | hehe |
19:03:37 | amiconn | _\\// |
19:03:42 | preglow | hahaha |
19:03:56 | thegeek | ;) |
19:03:57 | preglow | i wish i didn't recognize that |
19:04:11 | hshah | lol |
19:04:18 | TiMiD | amiconn: with all the icons and so on ??? |
19:04:20 | TiMiD | ... |
19:05:19 | amiconn | Yes, perhaps. Depends on how large these will become for colour LCD... |
19:06:00 | hshah | TiMiD, any chance while you are doing that, that you would be able to comit my wps? |
19:06:04 | hshah | please... |
19:06:15 | hshah | or is that too much to ask? |
19:07:18 | TiMiD | HCl: USA frightens me when it comes to his kinds of things :( |
19:07:24 | | Quit Febs ("CGI:IRC (EOF)") |
19:07:30 | amiconn | Hmm, different question: Are there objections against replacing the simple 'backlight on when plugged' with a separate timeout setting when plugged? |
19:07:40 | TiMiD | HCl: it can't hurts anyway... |
19:07:54 | preglow | amiconn: well, more flexible, can't see why that'd hurt |
19:08:19 | amiconn | Should be possible with almost no additional code, and the old behaviour would be achieved by setting it to 'always on' when plugged |
19:08:28 | preglow | yup |
19:08:30 | TiMiD | Hadaka: there is a problem with the hex version of the logo you sent me |
19:08:48 | TiMiD | sr Hadaka |
19:08:52 | amiconn | ...but you could e.g. set a timeout of 5s on battery, and 30s on mains |
19:08:54 | TiMiD | hshah: |
19:09:09 | | Join Acksaw [0] (i=Acksaw@spc1-stok5-4-0-cust5.bagu.broadband.ntl.com) |
19:09:15 | hshah | yes... |
19:09:17 | hshah | whats wrong with it? |
19:09:50 | amiconn | preglow: Also an important point: it's more flexible without an additional setting. |
19:10:01 | hshah | TiMiD |
19:10:05 | amiconn | We already have so many settings that I am hesitant to add more |
19:10:37 | _FireFly_ | amiconn: then you could have a look ar my remote-settings patch :) |
19:11:05 | _FireFly_ | s/ar/at |
19:11:48 | _FireFly_ | argh misunderstood your sentences |
19:12:46 | | Quit RotAtoR ("CGI:IRC 0.5.4 (2004/01/29)") |
19:12:57 | | Join Febs [0] (n=40be24f0@labb.contactor.se) |
19:18:02 | San | hey febs |
19:18:02 | San | :D |
19:19:03 | TiMiD | sry lag |
19:19:15 | amiconn | _FireFly_: Remote scrolling is a different thing; these settings are simply necessary |
19:19:36 | _FireFly_ | ok |
19:19:42 | | Join speed123 [0] (n=speed123@p54BB8B69.dip0.t-ipconnect.de) |
19:25:25 | | Quit cannard (Read error: 104 (Connection reset by peer)) |
19:25:53 | | Part Polo_o |
19:26:04 | | Quit muesli_- (Read error: 110 (Connection timed out)) |
19:29:34 | Jungti1234 | oh.. |
19:30:19 | Jungti1234 | Korea time is 3:30 now. |
19:30:36 | Jungti1234 | Much late. |
19:31:10 | | Join Sando [0] (n=lolsteam@144.135.255.155) |
19:33:28 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:34:41 | speed123 | so what u guys thing about the rumors of a official firmware update for the H3xx? - if i dont interrupt someone |
19:35:12 | preglow | we don't much care about it |
19:35:50 | speed123 | yes, when rockbox is going to be well i am sure to swich |
19:37:07 | | Quit Mark__ (Read error: 110 (Connection timed out)) |
19:37:23 | dpassen1 | . |
19:37:36 | | Quit dpassen1 () |
19:39:25 | hshah | TiMiD - the remote hex work for you in the end? |
19:41:59 | San | where is the buttons.c file in the source code? |
19:42:12 | Jungti1234 | wahaha |
19:42:24 | _FireFly_ | firmware/drivers |
19:42:28 | San | kk |
19:42:29 | San | ty |
19:42:32 | TiMiD | back |
19:42:43 | San | got it |
19:42:47 | Jungti1234 | Made new iPod WPS. |
19:43:10 | TiMiD | hshah: the problem is that you have both bytes and double bytes in the file you gave me |
19:43:13 | TiMiD | in hex |
19:43:19 | TiMiD | the first part seems ok |
19:43:21 | hshah | hmm... |
19:43:25 | Jungti1234 | It resembles closely with iPod. |
19:43:26 | TiMiD | the second one is wrong |
19:43:29 | hshah | i just typed the command in :s |
19:43:39 | hshah | bmp2rb a.bmp > a.txt |
19:44:00 | San | any new H300 builds? |
19:44:16 | Jungti1234 | no |
19:44:18 | San | kk |
19:44:28 | Jungti1234 | Night was late. good night |
19:44:29 | hshah | TiMiD - do i need to add anything to the command? |
19:44:35 | TiMiD | I don't know |
19:44:46 | TiMiD | I never used it myself |
19:44:49 | | Quit Jungti1234 ("Bye Bye~ http://cafe.naver.com/iriverh300") |
19:45:45 | _FireFly_ | hshah: you need the -f parameter |
19:46:04 | hshah | ahh rite - lol |
19:46:05 | _FireFly_ | execute only bmp2rb without any params for the help |
19:46:22 | | Join Wett [0] (n=wett@l04m-212-194-56-90.d4.club-internet.fr) |
19:46:38 | hshah | yeah i got all that |
19:47:11 | | Quit Kaggen ("Download Gaim: http://gaim.sourceforge.net/") |
19:48:12 | hshah | bmp2rb -f 2 a.bmp > a.txt |
19:48:14 | hshah | that rite? |
19:48:17 | hshah | _FireFly_ |
19:48:35 | | Part speed123 |
19:49:47 | | Join xmixahlx [0] (n=xmixahlx@64.122.111.98) |
19:49:51 | | Join arkascha [0] (n=arkascha@xdsl-195-14-220-58.netcologne.de) |
19:50:15 | _FireFly_ | hshah: for which screen is this logo ?? when it is for the remote then it's wrong :) |
19:50:27 | hshah | yeah, its for the remote |
19:50:53 | hshah | so what does the command need to be? |
19:50:59 | _FireFly_ | then you need the mono param 0 Archos recorder, Ondio, Gmini 120/SP, Iriver H1x0 mono |
19:51:43 | hshah | 0x7830 |
19:51:49 | hshah | it still outputs things like that |
19:51:55 | hshah | which it shouldn't do |
19:52:38 | _FireFly_ | is your bmp really 1bit = monochrome ?? |
19:53:16 | hshah | yes |
19:53:31 | hshah | i just resaved it as a 1bit monochrome |
19:54:31 | hshah | www.warwickforums.co.uk/usbhshahremote.bmp |
19:54:39 | hshah | _FireFly_ - try it yourself mate please |
19:57:11 | | Join trinidad [0] (n=trinidad@integratedmedicalsys.com) |
19:57:34 | trinidad | how do i mount my archos in mtab to allow me to write to it? |
19:57:44 | _FireFly_ | hshah: this is right i have used this command: /bmp2rb -f0 usbhshahremote.bmp |
19:57:57 | _FireFly_ | trinidad: add users to the fstab-entry |
19:58:11 | _FireFly_ | then you can also mount it as user |
19:58:56 | hshah | _FireFly_ - i did the same thing and even in the cmd window its got text like 0x202c |
19:59:58 | _FireFly_ | me not home.arcor.de/s.wezel/a.txt |
20:00 |
20:00:18 | linuxstb | hshah, _FireFly_: I get the same problems with bmp2rb - it outputs 0xe8f1 as one of the values. |
20:00:18 | _FireFly_ | this is the output of the program |
20:00:29 | amiconn | _FireFly_: For bmp2rb the .bmp format doesn't really matter |
20:00:42 | amiconn | It should handle all depths from 1..32 correctly |
20:01:00 | hshah | hmm... then what on earth is going on... |
20:01:10 | _FireFly_ | maybe a windows problem ?? |
20:01:14 | hshah | TiMiD was saying something about not being able to use the values... |
20:01:19 | _FireFly_ | because i'm under linux |
20:01:19 | trinidad | _FireFly_, thanks for the tip, however, there is no entry for the archos in fstab, it resides in mtab. Now, I have added users to the options, but when it is mounted i still don't have write permissions unless I run konqueror as root. |
20:01:22 | linuxstb | _FireFly_: I get identical output to you - your output also has a bug. |
20:01:31 | hshah | _FireFly_ - ive always used windows - i managed to hex my USB logo fine |
20:01:42 | | Quit xmixahlx (Read error: 104 (Connection reset by peer)) |
20:02:16 | _FireFly_ | linuxstb: just saw it |
20:02:25 | _FireFly_ | 0xe8f1 |
20:02:54 | amiconn | Hmpf. Seems the one who extended bmp2rb for highcolour output introduced a bug |
20:03:03 | TiMiD | yes |
20:03:14 | * | hshah loads shotgun ;) |
20:03:33 | TiMiD | hmm |
20:03:42 | markun | amiconn, preglow: any idea what a A606-0512 does? It's located close to backlight connector, maybe a DC/DC convertor? |
20:03:46 | TiMiD | next time maybe for the usb screen ;) |
20:03:51 | markun | http://img85.imageshack.us/img85/7631/angle8vj.jpg |
20:04:12 | | Join xmixahlx [0] (n=xmixahlx@64.122.111.98) |
20:04:14 | hshah | TiMiD - as another request - any chance for my wps? |
20:04:36 | TiMiD | hshah: when my connexion will be more stable, I will commit first what I have to commit |
20:04:49 | hshah | ok cool :) |
20:05:44 | TiMiD | then I will see for your wps and Moos's french update |
20:06:52 | Acksaw | any foobar users here? |
20:07:06 | | Join tucoz [0] (n=81b17b04@labb.contactor.se) |
20:07:24 | tucoz | hshah, where can I have a look at your wps? |
20:07:39 | tucoz | on the tracker perhaps? |
20:07:42 | hshah | yeah |
20:08:04 | tucoz | ok, thanks |
20:12:18 | tucoz | I am not sure how to say this without being rude to all the wps-makers, but I have a little concern with Rockbox being shipped with a lot of wps's. Imho, Rockbox should be shipped with only a few wps to show what could be done, and perhaps offer a downloadable theme-pack on the server. |
20:12:44 | | Join Mark_ [0] (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
20:12:56 | | Join Mark__ [0] (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
20:13:09 | tucoz | hshah, this has nothing to do with yours. I like the clean look on yours. |
20:13:24 | hshah | no worries mate |
20:13:40 | hshah | whats your reasoning behind that anyway? |
20:13:49 | hshah | i mean why not have a few wps's? |
20:15:11 | tucoz | I do not see the point in having a zillion themes shipped in the standard build |
20:15:39 | hshah | well obviously not too many, but anything below 20 is ok isn't it? |
20:15:43 | San | are you guys shipping rockbox as the standard firmware for the players? |
20:15:51 | | Join tim66 [0] (n=tim@83.97.39.21) |
20:15:55 | hshah | San... we can't do that - lol |
20:15:58 | San | i know |
20:16:05 | San | but have people asked you? |
20:16:13 | hshah | but i think someone said something about it... |
20:16:22 | hshah | LinusN is the person to ask i think |
20:16:32 | San | ah |
20:17:13 | hshah | tucoz - rockbox should be for everyone, and some don't know how to make wps/compile the code etc etc so why not include as much as possible |
20:17:25 | tucoz | hshah, maybe. In my opinion, the shipped wps's should be some sort of showcase, or maybe popular ones. Then again, I trust the developers do their choices when they commit stuff. |
20:17:27 | hshah | its not like extra wps are going to reduce performace or eat up lots of space |
20:18:02 | markun | San: there were some talks with Neuros |
20:18:13 | San | oh, yeah, i remember that |
20:18:38 | San | whats wrong with the button config in rockboy? |
20:18:41 | amiconn | hshah: They do eat up lots of space, at least in their current implementation |
20:18:55 | hshah | how much space? |
20:18:56 | tucoz | hshah: well, not much. Maybe you are right. I just think that it might be a better idea to offer a theme-pack for people wanting to have _lots_ of themes on their player |
20:19:09 | hshah | now that wud be a better idea tucoz |
20:19:13 | hshah | official theme packs |
20:19:34 | amiconn | Several megabytes depending on the HD size |
20:19:57 | hshah | i wouldn't call anything less than 5mb a lot... |
20:20:11 | amiconn | The problem is that a number of wps'es uses dozens of bmp files. Each file needs at least one cluster |
20:20:24 | amiconn | ...and cluster size is 32KB on H140... |
20:20:25 | TiMiD | anyway since hshah's wps is 'clean style', it should be bundled too |
20:20:28 | tucoz | I do think I could change opinion if the themes only used one .wps and one .bmp file. But, as it is now. |
20:20:34 | TiMiD | we have only picture wps |
20:20:45 | tucoz | TiMiD: I agree |
20:21:15 | hshah | thanks TiMiD :) |
20:21:20 | TiMiD | tucoz: commit it then (I have some connexion problems) |
20:21:22 | | Quit trinidad (Remote closed the connection) |
20:21:27 | amiconn | The wps module contains >200 files. |
20:21:30 | tucoz | TiMiD: I can't |
20:21:34 | TiMiD | ow |
20:21:35 | tucoz | I am no commiter |
20:21:38 | TiMiD | ok |
20:21:53 | TiMiD | well what is a Mb when you have GB ? |
20:22:09 | tucoz | It is not the space I am concearned about |
20:22:20 | hshah | true it adds to the download size of rockbox |
20:22:22 | TiMiD | download size ? |
20:22:24 | amiconn | They also increase RAM usage of the dircache |
20:22:25 | hshah | and some people r still on 56k |
20:22:33 | amiconn | Yes, that as well |
20:22:37 | TiMiD | yes |
20:22:39 | tucoz | amiconn: that is a good point |
20:22:46 | TiMiD | the bundled one are very nice |
20:22:52 | amiconn | That's the main reason why we also don't bundle voice files |
20:23:00 | TiMiD | maybe we should filter the next incoming |
20:23:09 | linuxstb | amiconn: I still like your idea of having a single large bitmap that you "copy and paste" from. |
20:23:20 | amiconn | ...although I consider voice UI a much more useful feature than graphical wps |
20:23:34 | TiMiD | make a page with a picture or 2 of the wps |
20:23:46 | TiMiD | and a zip file to extract to the root of the player |
20:23:47 | TiMiD | simple |
20:24:06 | TiMiD | I never look at the wps |
20:24:07 | tucoz | Yes, I like those. Still, I do think that the bundled ones should show something special, have a high standard etc. Just not all of them. |
20:24:12 | TiMiD | but they are cute :) |
20:24:26 | hshah | but the idea about theme packs is good |
20:24:36 | hshah | especially if official rockbox ones were made by the devs |
20:24:47 | TiMiD | ughh |
20:24:54 | tucoz | hshah: yes, especially now, as we have the theme-concept |
20:24:55 | TiMiD | you don't want a wps made by me ;) |
20:25:03 | amiconn | When the windows installer will be extended to support iriver, we could also offer 2 versions. |
20:25:03 | linuxstb | You don't want devs designing the WPS... |
20:25:13 | TiMiD | hehe :) |
20:25:20 | hshah | what i meant was, they should be collected by devs |
20:25:31 | TiMiD | or by users |
20:25:35 | TiMiD | with a vote system |
20:25:38 | hshah | so the devs see all the available ones... choose ones they like to be for rockbox... and then make packs |
20:25:55 | amiconn | One minimal install, and a full version for those users with a fast connection which want an all-in-one package |
20:26:33 | amiconn | This all-in-one package might easily become 10..20MB, perhaps even more |
20:27:08 | tucoz | amiconn: yes, that could work. Or just offer the extras in their own zips. (themepack.zip, etc) ? |
20:27:38 | amiconn | That's what we do right now with the voice files |
20:27:46 | hshah | yeah - i wud prefer the extras |
20:27:58 | tucoz | amiconn: yes, but more easy accessible. Like on the download-page |
20:28:01 | hshah | if the users don't know how to install the themes then they should be shot :p |
20:28:16 | tucoz | hshah: that would be as simple as installing rockbox |
20:28:27 | tucoz | just unzip the .zip onto the player |
20:28:28 | hshah | yeah i know - but some even have problems with that |
20:28:47 | amiconn | tucoz: I agree 100% that the voice files should be made accessible from the download page, at least those matching the (current) release |
20:29:01 | hshah | some people have emailed me after completing my guide and asking what they do next... |
20:29:04 | | Quit ghode|afk (Read error: 104 (Connection reset by peer)) |
20:29:12 | tucoz | hshah: hehe, that is true. Still, if they ask for themes, then I guess they have rockbox installed already |
20:29:51 | amiconn | We already had requests where the user didn't understand what was meant by 'root directory' ... |
20:29:55 | hshah | yeah - ur always gonna get some idiot asking... what program do i unzip it with, or where do i put the files... and oh this theme is not working... |
20:30:53 | amiconn | Hmm, there might be an additional problem with theme packs. Not all themes are suitable for all targets |
20:31:06 | tucoz | ah, that is true |
20:31:50 | tucoz | But, the buildscript only bundles the suitable themes as it is now? |
20:32:00 | amiconn | yes |
20:32:00 | | Join ghode|afk [0] (n=garudin@host-212-158-193-198.bulldogdsl.com) |
20:32:37 | _FireFly_ | TiMiD: i got it :) now the format_buffer is only with 387 bytes filled instead of 759 bytes(with my wps) |
20:33:12 | tucoz | I see. |
20:35:48 | tucoz | Then the thempacks will have to be for a specific platform(s), which in turn will yield a number of .zips, which is again not a good idea. |
20:37:04 | amiconn | There will be at least 4 theme packs, depending on lcd resolution and depth. 6 when all ipods will be supported some day |
20:37:35 | tucoz | ..or just an extra link under the platform on the download page. |
20:37:47 | tucoz | like an extras link or something like that |
20:38:12 | | Quit Acksaw () |
20:39:44 | tucoz | bye |
20:39:46 | | Part tucoz |
20:44:11 | preglow | ipod data bus _is_ 16 bits wide |
20:44:18 | preglow | so perhaps we should do some tests with thumb code |
20:45:21 | | Join Rhino [0] (n=524761d6@labb.contactor.se) |
20:48:19 | hshah | bk to themes - i think rockbox should have a max of 10 built in themes and the rest should be addons |
20:49:02 | | Quit Mxm`Pas`Bien (Read error: 104 (Connection reset by peer)) |
20:49:03 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
20:54:51 | | Join _arkascha [0] (n=arkascha@xdsl-213-168-109-44.netcologne.de) |
20:57:11 | | Join frederic [0] (n=chatzill@i577BA8F1.versanet.de) |
20:57:19 | | Quit _arkascha (Remote closed the connection) |
20:59:12 | | Quit arkascha (Read error: 110 (Connection timed out)) |
21:00 |
21:00:47 | | Quit Rhino ("CGI:IRC (Ping timeout)") |
21:01:18 | | Join webguest33 [0] (n=52e30123@labb.contactor.se) |
21:03:01 | *** | Saving seen data "./dancer.seen" |
21:03:17 | | Join Rhino [0] (n=rhino@82-71-97-214.dsl.in-addr.zen.co.uk) |
21:03:40 | Rhino | hi all |
21:04:16 | | Join trinidad [0] (n=trinidad@integratedmedicalsys.com) |
21:05:06 | trinidad | i have installed the latest daily firmware for my archos, fixed the problem i had with mounting and write access, but it seems that whenever i past folders into the drive it doesn't transfer all the data |
21:05:19 | | Quit trinidad (Client Quit) |
21:05:31 | | Join Philip [0] (n=Philip_0@user-6609.l3.c1.dsl.pol.co.uk) |
21:05:44 | Rhino | I have a Roxkbox programming question ... can anyone help? |
21:05:53 | Rhino | *Rockbox |
21:06:20 | _FireFly_ | simply ask Rhino |
21:07:03 | tim66 | hi all, anyone else get an internal compiler error when building 'dumb' ??? |
21:07:13 | Rhino | thanks dude, I was wondering if some sort of simplified directory structuring is in the pipeline ... if not I was going to have a bash at it. |
21:07:23 | Rhino | I have 200 artists |
21:07:43 | Rhino | my directory structure is in \my music\artist\album\track# - track |
21:07:58 | Rhino | and it's a pain having to scroll thru the artist list to get to the one I want |
21:08:15 | Philip | do you have lots of differnent genres?? |
21:08:36 | Rhino | I was wondering if someone is planning to implement A, B, C virtual directories that automagically filter the artists |
21:08:53 | Rhino | if not is it doable? |
21:08:56 | | Join muesli_- [0] (i=muesli_t@Bc0a0.b.pppool.de) |
21:09:11 | Rhino | I don't want to go to the bother of starting it if there is a fundamental reason why it won't work |
21:09:41 | Philip | i can't see any reason it shouldn't.... but i'm not a coder :( |
21:10:42 | Rhino | I've been coding c/c++ for 18 years so I can't forsee any programming issue, I was just worried that there may be a fundamental issue with the Rockbox API preventing something like this being implemented |
21:10:56 | | Quit Wett (Read error: 110 (Connection timed out)) |
21:11:23 | tim66 | Rhino: virtual directories? what do you mean? would an artists folder with playlists for each artist, and the same for genre, etc. give the sort of functionality you're looking for? |
21:11:29 | amiconn | tim66: m68k-elf-gcc 3.3.x ICEs on dumb. Use 3.4.x |
21:12:10 | amiconn | Rhino: You can already scroll page-wise |
21:12:19 | | Join linuxstb_ [0] (n=5343d4aa@labb.contactor.se) |
21:13:13 | | Quit Mark__ ("Leaving") |
21:13:24 | Rhino | didn't know that ... I thought you could only do it line-by-line ... 2 ticks while I try it |
21:13:49 | Philip | do you want the ability to essential search your files via ID3 tag data?? |
21:13:49 | tim66 | amiconn: cheers, I'll give it a shot, I misread the wiki :-( |
21:13:58 | Rhino | ok ... give me a clue ... how do I jump by page? |
21:14:28 | amiconn | On iriver, hold Play while using the joystick |
21:15:54 | Rhino | Philip: no, I want to go into a directory ... if it has more than, say, 20, folders present a single character list of matching folders, e.g. A, B, C, G, K |
21:16:13 | Rhino | when you click on the folder it would show you the real folders |
21:16:30 | amiconn | I wouldn't like rockbox to obfuscate the real dir structure |
21:17:20 | Rhino | makes browsing so much simpler, I implemented it in my AlbumView application ... http://www.jdnet.co.uk/forum/viewtopic.php?t=40 |
21:18:11 | Philip | me neither i have my music in Genre\Artist\Album\##-title but my genres are vague at best, not true genres |
21:18:36 | amiconn | Philip: same here |
21:20:03 | frederic | I like filtering as it is done on the Rio Karma - list of letters on the left you can always see the "contents" of each letter on the right and switch between |
21:21:28 | Rhino | BTW I'm not the only one who would like this approach to browsing ... http://www.misticriver.net/showthread.php?t=32190 |
21:23:13 | TiMiD | Rhino: of course everything can be done, but the code that handles the filetree is in my opinion ugly enough ... |
21:23:29 | Philip | i think i would use it once i get more music... |
21:23:47 | linuxstb_ | Rhino: Why don't you just create your own subdirectories A, B, C, D etc and put your artists in those? Or am I missing something. |
21:25:02 | | Quit Coldtoast ("Peace and Protection 4.22") |
21:26:56 | Rhino | Mainly because for sync purposes I mirror what I have on my main fileserver where I don't have the problem. |
21:27:48 | Rhino | I use my AV app to browse/play |
21:28:14 | Rhino | Also it's something that computers were designed for in the first place :D |
21:28:28 | | Quit Moos ("Glory to Rockbox") |
21:29:03 | dwihno | Rhino: You're kidding me ;) |
21:29:11 | Rhino | hehehehe |
21:29:27 | dwihno | However, a icon-based UI is needed. |
21:29:32 | Rhino | I haven't looked at the code, is it mostly C or is it C++/STL? |
21:29:39 | TiMiD | Rhino: hahaha |
21:29:42 | dwihno | Only C (and some ASM) |
21:29:57 | Rhino | oooo ... down'n'dirty |
21:30:17 | dwihno | and faster than a rabbit on spee^H^H^H^Hrollerskates |
21:30:24 | Rhino | HAHAHAHAHA |
21:30:32 | TiMiD | Rhino: no ooooo :) |
21:30:44 | Philip | I was wondering, are the H300 builds updated with every change as they are announsed on the RB website??? for example will the files have changed since sunday??? |
21:31:24 | dwihno | Does the Win32 sim compile without cygwin btw? |
21:32:04 | TiMiD | Rhino: try to read it first, you will see that lot of parts can't do anything but what they habe been (foot)coded for |
21:32:40 | linuxstb_ | Philip: Yes, the builds get updated automatically. The bleeding edge builds after each cvs commit, and the daily builds once each day. |
21:32:45 | | Quit webguest33 ("CGI:IRC") |
21:32:53 | San | so any changes in the H300? |
21:33:23 | Rhino | yeah, I'll pull the code and see what I can do. if I get anything working I'll pop back and show you guys to see what you think |
21:33:35 | Rhino | thanks for your help dudes. |
21:33:41 | linuxstb_ | Rhino: One complication is the dircache. |
21:33:57 | San | anyone working on the H300 besides LinusN? |
21:34:11 | linuxstb_ | But if you do this at the application level, it shouldn't matter. |
21:34:30 | San | phillip, I have 6617 .gbc roms |
21:34:35 | San | beat that |
21:34:36 | San | :P |
21:35:05 | Rhino | Is the dircache an API layer? If so thenm that'd be the best place to implement it |
21:35:20 | Philip | i only asked because there is not an obvious link (from the daily builds page) to the H300 build so did not know wheaver or not it was updated in the same manne, thankyou |
21:35:22 | TiMiD | linuxstb_: in my optinion, if something like this is implemented, it won't interract with dircache sinceit will be at the application level |
21:35:45 | Philip | san: can you play any of them??? |
21:35:55 | | Quit frederic ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
21:36:01 | San | i got metal gear solid playing |
21:36:04 | ender` | what's the H120 screen resolution? |
21:36:08 | Philip | moving?? |
21:36:09 | Rhino | is the dircache really a directory cache or is it a full FS API? |
21:36:14 | San | but couldn't controll the person |
21:36:15 | San | :P |
21:36:16 | TiMiD | a dir api |
21:36:39 | Rhino | that should be fine then ... just need to put in virtual folders |
21:36:45 | Philip | oh cool just noticed daily build link to H300 :D |
21:37:28 | Rhino | I assume that for each folder there is a struct pointing to the parent and children? |
21:37:37 | TiMiD | Rhino: you mean behind the dircache api ? |
21:37:49 | Rhino | no, the dircache API itself |
21:37:51 | San | how do I download the dailybuild? re download the rockbox.zip folder? |
21:38:34 | Rhino | I presume it's a tree structure of structures |
21:38:44 | Febs | San, it's a .zip file. Just download it and extract its contents to the root of your player. |
21:39:04 | TiMiD | but if it's implemented at the fs level, apps won't be able to see the normal tree structure which I presume could be bad in some cases |
21:39:11 | San | but where, the place i downloaded it first? |
21:39:21 | TiMiD | for me it's something that has to be implemented inside the viewer |
21:39:35 | linuxstb_ | I agree. |
21:39:37 | Febs | http://www.rockbox.org/twiki/bin/view/Main/ManualRockboxInstall#Installing_a_Rockbox_daily_build |
21:39:46 | Rhino | TiMiD: not really as all they would see if an empty read-only folder list |
21:39:56 | Rhino | *is |
21:41:00 | TiMiD | imagine you remove a file in the dir |
21:41:04 | San | ty febs |
21:41:18 | San | the wiki is so confuzzeling |
21:41:25 | TiMiD | and you set the file limit to 20 for starting the lettrer virtuals folders |
21:41:51 | ender` | actually, where can i find the logo that rockbox displays when it starts up? |
21:41:53 | Philip | has anyone tested tag db in RB yet?? |
21:41:58 | TiMiD | all apps which had the path /a/aaa will be wrong |
21:42:08 | TiMiD | because now it would be /aaa |
21:42:10 | San | i clicked on the link and got this |
21:42:11 | San | http://www.rockbox.org/showlog.cgi?date=2005-11-22%2004%3A16%3A52&type=iriver%20H300%20-%20Normal |
21:43:20 | Rhino | true, but the virualness could be controlled by the app and when it wants a "real" filename it can ask the dircache to convert it |
21:43:31 | Febs | You need to click on either the daily build (top of page) or a bleeding edge build (bottom of page). |
21:43:54 | Febs | Don't click in the table−−those aren't the builds, they are the compiler logs. |
21:44:01 | San | ooohh |
21:44:04 | Philip | san: if you go to the daily builds page there is now a direct link the H300 build |
21:44:27 | San | see it now |
21:44:28 | San | thanks |
21:44:33 | San | wasn't tere yesterday |
21:44:39 | San | thats why I was confused |
21:44:41 | San | *there |
21:45:35 | TiMiD | maybe a layer over the fs then |
21:45:42 | TiMiD | but not the default choice |
21:46:11 | Rhino | definately, need to keep backwards compatibility |
21:46:16 | TiMiD | the only app that could benefit fromm that would be filetree .... |
21:46:47 | TiMiD | anyway take a look at the sources and if you are not afraid, go :) |
21:46:49 | Rhino | now you're into realms I don't know as I haven't pulled the code yet |
21:47:00 | Rhino | hehehehe ... defo! |
21:47:16 | Rhino | again, thanks for all your help dudes ... if I get anywhere I'll let you know |
21:47:24 | Rhino | byeeeeeeeeeeeeeeeeeeeeeeee |
21:47:29 | TiMiD | cu ! |
21:48:05 | | Part Rhino |
21:49:51 | Philip | just crashed as i was seaching ID3 tag database... |
21:49:59 | Philip | on H300 |
21:51:17 | TiMiD | Philip: H300 is at a very early stage ... |
21:51:34 | TiMiD | and it seems that ID3 too :) |
21:51:35 | Philip | i know, just letting people know |
21:51:59 | Philip | the data base loads, i can seach using text input |
21:52:19 | Philip | then if i select any of the artists it says loading and hangs |
21:57:48 | ender` | can anybody point me to the place where the rockbox logo that's displayed while the player is starting is stored? |
21:58:24 | Philip | i thought it was contained in the rockbox.iriver file... |
21:58:31 | | Join bbad [0] (n=bbad@81.198.48.110) |
21:59:27 | ender` | what about the sources? |
22:00 |
22:00:40 | Philip | ?? sorry I don't know enough about it to know |
22:01:11 | | Quit Kohlrabi (Nick collision from services.) |
22:01:17 | | Join Kohlriba [0] (n=Kohlrabi@dslb-082-083-128-069.pools.arcor-ip.net) |
22:02:13 | linuxstb_ | apps/recorder/logo-h300.c (for example) |
22:03:50 | ender` | what about H120? |
22:04:07 | TiMiD | guess :) |
22:04:35 | ender` | i'm trying, but i only see h300, nano and ipod in there... |
22:05:08 | TiMiD | :) |
22:05:13 | ender` | apps/plugins/logo.c ? |
22:05:28 | TiMiD | because ifrb wwas logically organized, it wouldn't be fun ^^ |
22:05:42 | * | TiMiD whispers apps/recorder/icons.c |
22:05:51 | ^BeN^ | where i can get the rockbox simulatur? |
22:06:04 | preglow | you don't, you build it yourself |
22:06:14 | ^BeN^ | ahh |
22:06:22 | ^BeN^ | i think that i can download it |
22:06:27 | * | preglow stares at the build table in disbelief |
22:06:32 | ender` | ok... and the picture that was used to create that doesn't exist? :) |
22:06:37 | preglow | you can, but then you need to compile it |
22:06:48 | TiMiD | ender`: yes it's in tools/ |
22:06:54 | TiMiD | bmp2rb I believe |
22:06:58 | ^BeN^ | compile its not a problem |
22:07:08 | ^BeN^ | wher i can get the source |
22:07:12 | ^BeN^ | where |
22:07:16 | TiMiD | but it seems to be buggy since someone added support for ipod or H300 |
22:07:17 | preglow | cvs, daily builds |
22:07:46 | ^BeN^ | 10q |
22:07:54 | ender` | that's just the converter as far as i can see |
22:08:46 | linuxstb_ | You can create it again - e.g take a screendump. |
22:09:41 | linuxstb_ | But the source image is on the Rockbox website somewhere - a very large tiff file which was scaled down. |
22:10:50 | | Quit San () |
22:13:29 | | Join tvelocity [0] (n=tony@ipa224.1.tellas.gr) |
22:13:42 | | Quit ender` (Read error: 113 (No route to host)) |
22:13:43 | | Join ender1 [0] (i=ychat@84.52.165.220) |
22:14:04 | ender1 | great, trying to view the screendump bsoded my windows :p |
22:14:25 | linuxstb_ | Ah, my virus works... |
22:14:49 | ender1 | you successfully brought down M$'s fastfat.sys |
22:15:06 | ender1 | let's see if it happens again... |
22:15:52 | linuxstb_ | preglow: How did you discover the ipod has a 16-bit data bus? |
22:16:03 | amiconn | preglow: What about teh build table? |
22:16:19 | preglow | amiconn: it's... green |
22:16:26 | preglow | linuxstb_: portalplayer datasheets |
22:16:31 | linuxstb_ | ? |
22:16:35 | preglow | linuxstb_: s/datasheets/advertising propaganda |
22:16:36 | | Quit ender1 (Read error: 113 (No route to host)) |
22:16:44 | linuxstb_ | You mean "product briefs" ? |
22:16:47 | preglow | yeah |
22:16:50 | preglow | that |
22:17:05 | amiconn | preglow: And? Apart from that there were better times. It's not completely green |
22:17:25 | preglow | amiconn: ah, no, but the current one is |
22:17:49 | | Join ender` [0] (i=ychat@84.52.165.220) |
22:18:11 | ender` | this seems pretty reproducible... |
22:18:28 | ender` | it happened both times when i tried to view the 2nd image... |
22:23:00 | | Join Jozi [0] (n=noname@83-71-59-167.b-ras1.srl.dublin.eircom.net) |
22:23:05 | Jozi | hi |
22:23:39 | preglow | linuxstb_: seems they're bolting fat32 support onto their own bootloader now |
22:23:50 | Jozi | could someone help me with the bootloader |
22:24:04 | Jozi | i was told theres a new version out for iriver h120 |
22:24:22 | Jozi | all i can find on the site are the daily builds |
22:24:35 | Jozi | no version 6 bootloader |
22:24:56 | preglow | Jozi: http://www.rockbox.org/twiki/bin/view/Main/IriverBoot |
22:25:09 | linuxstb_ | preglow: Yes, and hfs and ext2/3 I believe |
22:25:40 | Jozi | preglow: thankk you |
22:25:48 | Jozi | -k |
22:25:54 | preglow | Jozi: np |
22:27:14 | Jozi | are you one of the development guys for the iriver fw? |
22:27:21 | preglow | yeah |
22:27:33 | Jozi | cool, love the fw |
22:27:45 | Jozi | keep liking this player more and more |
22:30:30 | preglow | me too, heh |
22:30:38 | preglow | think i'll reboot and do some eq work |
22:30:38 | preglow | brb |
22:33:08 | amiconn | preglow: fed up by arm exception vectors? ;) |
22:35:34 | preglow | indeed |
22:37:22 | | Quit XavierGr (Read error: 113 (No route to host)) |
22:37:27 | | Quit _FireFly_ ("Leaving") |
22:40:13 | Jozi | bootloader updated, thank you |
22:40:28 | * | ender` now has scans of his iHP-120 showing the RockBox logo |
22:41:00 | Jozi | just wondering the other day is rockbox more efficient with bat life than the original iriver fw? |
22:41:24 | | Join Kaggen [0] (n=kaggen@c-722ae155.33-1-64736c10.cust.bredbandsbolaget.se) |
22:44:27 | TiMiD | Jozi: it's difficult to test since the settings differs a lot, but some benchmarks gave iriver more battery time |
22:44:47 | TiMiD | well almost all :) |
22:44:53 | TiMiD | search on the forum |
22:45:54 | wubbla | really? |
22:46:01 | wubbla | then have a look at: http://www.rockbox.org/twiki/bin/view/Main/FeatureComparison |
22:46:11 | wubbla | Battery lifetime: |
22:46:17 | wubbla | iriver h1x0 firmware: long |
22:46:22 | wubbla | Rockbox: longer |
22:46:27 | TiMiD | yes I know |
22:46:49 | wubbla | now why's that? :P |
22:46:51 | TiMiD | but that's not what the users who tested concluded at least |
22:46:58 | muesli_- | irivers fw lasts longer at the moment |
22:47:42 | muesli_- | tested it myself |
22:48:23 | TiMiD | hehe I don't know why since both use the same codecs |
22:48:31 | TiMiD | at least for ogg |
22:49:07 | TiMiD | it would be interresting to do an ogg benchmark to see if it's the mp2 decoder in rb that doesn't performs as fast as in iriver fw |
22:49:17 | TiMiD | or if it's something else |
22:49:32 | TiMiD | since ogg codec is the same on the 2 players |
22:49:53 | | Join hardeep [0] (i=hardeeps@norge.freeshell.ORG) |
22:49:57 | | Nick StrathAFK is now known as Strath (n=mike@dpc674681214.direcpc.com) |
22:53:00 | | Join amar [0] (n=502c6fc7@labb.contactor.se) |
22:55:19 | ender` | see my iRiver in all of it's dusty glory: http://deeperthought.ena.si/imgs/ROCKbox-iHP-120.jpg |
22:55:42 | muesli_- | well done m8 |
22:55:56 | muesli_- | wellcome on the good site |
22:56:01 | muesli_- | -l |
22:56:43 | * | ender` cheated with the JPEG plugin to get that image |
22:58:34 | | Quit DreamTactix291 (Read error: 110 (Connection timed out)) |
23:00 |
23:00:44 | ender` | Windows chkdsk doesn't seem to like the dump files rockbox creates |
23:01:27 | ender` | this is what it says: More than one DUMP_000.BMP entry in folder \. |
23:02:06 | ender` | (and dir /x shows that all BMPs have the same short filename, which seems to be what's throwing the fat driver off) |
23:02:06 | | Quit Febs ("CGI:IRC (EOF)") |
23:02:28 | linuxstb_ | I was about to ask you that. Sounds like a bug in the Rockbox fat driver. |
23:03:02 | *** | Saving seen data "./dancer.seen" |
23:03:57 | wubbla | is there any way to find empty directories with a simple linux shell command/bash-one-liner? |
23:04:44 | Maxime | niow the max files per dir is at max 900 ? |
23:06:33 | ender` | linuxstb: please note that i'm currently using 1 month old snapshot |
23:08:09 | | Quit linuxstb (Read error: 104 (Connection reset by peer)) |
23:08:13 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
23:08:15 | | Join frederic [0] (n=chatzill@i577BA8F1.versanet.de) |
23:14:49 | | Part linuxstb_ |
23:15:00 | | Quit frederic ("Chatzilla 0.9.68.5.1 [Firefox 1.5/undefined]") |
23:15:09 | | Join linuxstb_ [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
23:15:33 | | Quit linuxstb (Nick collision from services.) |
23:15:38 | | Nick linuxstb_ is now known as linuxstb (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
23:19:40 | ender` | hm, it's kinda confusing when you navigate to an empty directory... |
23:21:23 | muesli_- | add some files ;) |
23:21:33 | ender` | what are the new crossfade settings - delay and duration? |
23:22:09 | muesli_- | hold on |
23:22:15 | muesli_- | http://www.misticriver.net/showthread.php?p=343489#post343489 |
23:22:25 | muesli_- | just posted by me today ;) |
23:24:55 | ender` | ok, then another thing: what's the shuffle repeat mode? |
23:25:55 | Jozi | was playing a game there. Pity bat isnt as good then. |
23:26:48 | | Quit markun (Remote closed the connection) |
23:26:53 | | Join markun [0] (n=karl@bastards.student.ipv6.utwente.nl) |
23:31:31 | | Quit hshah ("Leaving") |
23:32:32 | | Part Kaggen |
23:35:51 | TiMiD | has H300 a gold button ? |
23:35:54 | TiMiD | hold |
23:36:46 | Philip | gold??? |
23:36:53 | TiMiD | no hold :) |
23:37:07 | Philip | oh typo |
23:37:23 | TiMiD | if it had a gold button, lot of people couldn't afford to buy one ;) |
23:37:55 | TiMiD | it seems there is one |
23:38:19 | Philip | yes hold button on side of player |
23:38:21 | TiMiD | but that it's not implemented in simulator |
23:38:33 | TiMiD | that's why I get those errors |
23:38:44 | TiMiD | and red build grrrr |
23:39:39 | | Quit tvelocity ("Leaving") |
23:43:27 | amiconn | gold build on red button? jk |
23:43:52 | amiconn | Seriously, there seems to be a stub missing for h300 sim that is present for h120 sim |
23:44:20 | Philip | yeh the RB logo is red and the Background colour is gold :) |
23:45:16 | | Part Philip |
23:45:18 | amiconn | TiMiD: The fix is trivial... Me fix? |
23:46:15 | amiconn | Within uisimulator/x11/button-x11.c and uisimulator/win32/button.c a section needs to be #ifdefed differently |
23:46:26 | amiconn | (at the bottom of these files) |
23:47:02 | TiMiD | hohoho |
23:47:08 | TiMiD | I will try then :) |
23:52:07 | TiMiD | hehe |
23:52:28 | TiMiD | you can call that a genious patch ^^ |
23:54:05 | | Quit _DangerousDan ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
23:54:40 | amiconn | Bagder: You could also add an iPod color win32 sim if you feel like it. It should build ok |
23:55:03 | amiconn | ...and even work to some extent unlike the colour x11 sims ;) |
23:57:09 | xmixahlx | http://search.ebay.com/search/search.dll?sofocus=bs&sbrftog=1&catref=C12&from=R10&satitle=ihp&sacat=97927%26catref%3DC6&bs=Search&fsop=1%26fsoo%3D1&sadis=200&fpos=98372&ftrt=1&ftrv=1&saprclo=&saprchi=&seller=1&sass=outletmp3 |
23:57:22 | xmixahlx | some dude has dozens of refurbed ihp-120's |
23:57:58 | xmixahlx | ...if anyone is interested |
23:58:54 | preglow | anyone have the url of that guy making his own h1x0 firmware? |