00:00:14 | ze | untill we get vector digital audio, digital has drawbacks |
00:00:25 | ze | OnkelJonas: really both cost a good bit |
00:00:37 | ze | for high quality |
00:00:56 | ze | my soundcard was $175 and that was a really good deal on a pretty low-end one |
00:00:57 | ze | heh |
00:01:02 | OnkelJonas | sure... but outfitting a studio with for digital vs. analog I believe will show quite a large saving |
00:01:08 | ze | as far as 24bit/96khz multichannel interfaces go |
00:01:28 | ]RowaN[ | hmm sacd players have high resolution analog outputs, they wont be encrypted |
00:01:35 | OnkelJonas | although the lifetime of analog equipment might be better... not sure about that |
00:01:56 | ze | and then my cpu's not really powerful enough to do very many plugins or a whole lot of tracks (especially with plugins on many tracks) |
00:02:16 | OnkelJonas | their digital outputs probably have the s/pdif bits for no copying set |
00:02:19 | ze | and here i was thinking 1ghz was still fairly decent |
00:02:40 | ze | OnkelJonas: yeah you have a point about equipment lifetime too |
00:02:50 | ]RowaN[ | ah heres the dvd-audio ripping stuff http://www.highfidelityreview.com/news/news.asp?newsnumber=14550899 |
00:02:54 | ze | there's lots of 30+ year old analog equipment thats raised in value |
00:03:04 | linuxstb | OnkelJonas: The S/PDIF output is limited to (I think) 16-bit/48KHz for DVD-Audio players. I'm not sure if SACD players have S/PDIF. |
00:03:04 | ze | while anything digital's obsolete and lost value by the time you get it home |
00:03:23 | | Quit muesli- (Read error: 110 (Connection timed out)) |
00:03:33 | ze | linuxstb: 16-bit? but dvd-audio is 24bit isn't it? |
00:04:08 | *** | Saving seen data "./dancer.seen" |
00:04:15 | OnkelJonas | anyway... i have talked about digital vs. analog with my uncle a few times (hes a composer) ... his reasoning in going digital was *very* large timesavings... which in that business can translate into quite a lot of money (he makes musicals etc.) |
00:04:33 | linuxstb | ze: DVD-Audio is either 16/20/24-bit - the S/PDIF limitation is all part of the copy prevention nightmare. |
00:04:46 | | Quit TCK- (Read error: 110 (Connection timed out)) |
00:04:51 | ]RowaN[ | "One interesting aspect of CPPM is that it allows for a hacked playback device to be revoked using a Media Key Block (MKB). Each licensed decoder – in this case WinDVD – has assigned to it a set of unique keys that allow it to obtain the Media Key (used to encrypt the audio content) from the MKB and decrypt the audio content. As WinDVD is now compromised in its current form, future DVD-Audio releases could be prevented from |
00:05:08 | ze | linuxstb: but i'd imagine most people using s/pdif would want to do so to put it into some high-end DAC's for quality's sake |
00:05:24 | linuxstb | ze: Exactly. Now do you know why DVD-Audio hasn't caught on? |
00:05:41 | ze | linuxstb: seems like they'd be fucking over the exact market that such a feature would appeal to |
00:05:46 | ze | linuxstb: heh |
00:05:59 | ze | then they might as well leave it off |
00:06:27 | linuxstb | There is an alternative - a proprietory and encrypted digital link between some DVD-Audio players and some multi-channel DACs. |
00:06:58 | ze | heh |
00:07:30 | ze | OnkelJonas: makes sense |
00:07:45 | ze | OnkelJonas: digital is easy to deal with in general |
00:08:01 | linuxstb | I don't know if it's the DVD-Audio equivalent of Macrovision - i.e. if it's possible for a DVD-Audio disc to be authored to allow full-resolution output. |
00:08:08 | ze | the way you can manipulate tracks in a DAW is unparalleled in the analog realm |
00:09:30 | OnkelJonas | if the music industry keeps using these draconian anti piracy methods, we are going to see bootlegs with higher quality audio than studio recordings |
00:10:27 | ze | still, i know someone who recently bought a tape deck to put drums through before going into their multi-channel digital soundcard, specifically to that "tape warmth" that a lot of recording drummers are nuts over |
00:11:34 | ze | and we still rely on a good bit of analog equipment for digital recording |
00:11:36 | | Quit paugh (Read error: 60 (Operation timed out)) |
00:12:01 | ze | mic's, preamps/amps, etc |
00:12:11 | ze | a lot of instruments |
00:12:18 | ze | electric or mic'd acoustic |
00:12:58 | ze | and if somebody comes out with an audio transduction method that doesn't have an analog stage, i.e. a digital mic, i'm sure lots of people won't like it |
00:13:12 | OnkelJonas | heh... somehow reminds me of these guys i saw at roskilde festival a few years ago... they played on everything made from metal, and captured the vibrations somehow (electrodes or some stuff like that) - very weird, but quite fascinating |
00:13:25 | ze | hehe |
00:13:33 | OnkelJonas | of course they were the opposite - everything digital |
00:13:33 | Bagder | heavy metal? ;-) |
00:13:39 | OnkelJonas | :P |
00:14:03 | OnkelJonas | btw - only thing i really miss about rockbox atm is a good wps |
00:14:22 | OnkelJonas | I tried making one myself, but I suck quite a lot at it |
00:15:58 | OnkelJonas | ffs... its gotten late here - I better get to bed - i have to sit through 8 hours of talking tomorrow :( |
00:16:01 | ]RowaN[ | wps is pretty flexible, great wps is possible with rockbox =] |
00:16:15 | OnkelJonas | i know... just havent been able to make one yet |
00:16:44 | ]RowaN[ | best thing to do it first of all sit down and write down the info YOU want displayed on a wps |
00:16:59 | OnkelJonas | and noone else seems to share my idea of the perfect wps (simple, big letters AND a "next" display) |
00:17:00 | ]RowaN[ | well planning is the key to any project i guess |
00:17:14 | ]RowaN[ | my wps has a next =p |
00:17:21 | ]RowaN[ | big letters? just choose a big font |
00:17:23 | OnkelJonas | if the speakers tomorrow are boring, i might just do that ;) |
00:17:28 | | Quit tvelocity (Read error: 113 (No route to host)) |
00:20:23 | linuxstb | Has anyone ever tried to write a WPS designer as a plugin? |
00:21:46 | | Join paugh [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
00:25:06 | | Quit Mark_ (Read error: 104 (Connection reset by peer)) |
00:26:49 | bagawk | linuxstb, I started one |
00:27:02 | bagawk | about a year ago |
00:27:54 | bagawk | Not sure if I have the source around, if I do it would be on a school server (I got bored during some off-time) |
00:33:01 | | Quit bagawk ("Leaving") |
00:34:19 | | Quit paugh (Excess Flood) |
00:35:31 | | Join Sucka [0] (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
00:39:16 | | Join paugh [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
00:43:46 | | Quit OnkelJonas (Read error: 110 (Connection timed out)) |
00:45:36 | preglow | linuxstb: not anything more sofisticated than measuring the number of ticks generating a frame of audio takes, no, and just dividing that by total time, or something |
00:45:47 | preglow | linuxstb: got people hanging around now, so i'm a bit slow :] |
00:48:45 | | Quit pike (Read error: 110 (Connection timed out)) |
00:49:56 | linuxstb | I was thinking of that approach - but is 100 ticks/second a high enough resolution for timings? |
00:52:13 | preglow | i'm not certain |
00:52:19 | preglow | the alternative is using the new timer module |
00:52:39 | linuxstb | What new timer module? |
00:52:46 | preglow | timer.c |
00:53:03 | preglow | amiconn added it not too long ago, it's able to reach higher resolutions that the tick counter, afaik |
00:54:12 | linuxstb | Just looking at it now... |
00:54:48 | preglow | anywho, it'd be a welcome addition to the audio thread debug screen |
00:55:04 | preglow | the boost counter isn't reliable enough for me to use it for performance measurements |
00:55:16 | | Quit paugh (Read error: 60 (Operation timed out)) |
00:55:27 | | Join paugh [0] (n=peter@dsl-62-3-104-34.zen.co.uk) |
00:55:29 | preglow | linuxstb: you should be aware that using the new timer disables the backlight dimming, so not something that should be enabled for ordinary builds |
00:58:16 | linuxstb | I don't know enough (anything) about the threading system, but would it be possible for the task switcher to count how much CPU time a thread has been consuming? |
00:59:11 | preglow | i don't think the task switcher has any idea what thread is running |
00:59:43 | preglow | hmm, threads do seem to have names |
01:00 |
01:02:18 | linuxstb | Maybe a simpler option would be to resurrect the idea of a xxx2wav plugin - but can plugins use IRAM in the same way as a codec? |
01:07:59 | preglow | yes, they can |
01:08:07 | preglow | hmm |
01:08:25 | preglow | a simple wav writer context option would be good |
01:08:49 | preglow | and shouldn't be _that_ hard to implement |
01:13:56 | linuxstb | I'm not sure what you mean. Do you mean as a core part of rockbox, instead of a plugin? Or a special kind of plugin? |
01:14:05 | preglow | just a new way of using the codecs |
01:14:18 | preglow | process audio as usual, just feed the result to a file instead of the dac |
01:16:22 | linuxstb | How would that help us with timings? We would still need to use the codec buffers (or at least, the same API). |
01:17:33 | linuxstb | I think I get it now. We would not need to measure the "idle time". |
01:17:44 | linuxstb | Which is basically the probably now. |
01:17:54 | preglow | we'd pretty much be back to where we were with the xxx2waz plugins |
01:18:12 | preglow | with no need to modify any plugins to do so |
01:18:20 | preglow | just add a rockbox option to use the codecs in a different way |
01:18:26 | preglow | someone is going to ask for it sooner or later anywya |
01:18:52 | preglow | not to mention it'll be needed to verify the codecs produce correct output |
01:19:20 | | Join Naked [0] (i=naked@naked.iki.fi) |
01:19:23 | linuxstb | Is there any such thing as "correct output" with lossy codecs? |
01:19:41 | linuxstb | I mean will two MPEG decoders give bit-identical output? |
01:20:11 | preglow | there is more and less correct, yes |
01:20:45 | preglow | the mpeg spec even specifies a measurement method |
01:20:59 | preglow | and there are certain bounds you have to stay within to be able to call your decoder a valid decoder |
01:21:00 | | Nick Naked is now known as Hadaka (i=naked@naked.iki.fi) |
01:21:39 | linuxstb | I still think it's more a developer's need, than a user's need though - so maybe we shouldn't be thinking about adding such a feature to Rockbox. |
01:21:46 | preglow | still, comparing our libmad with x86 libmad is still a valid way to find out if i've done anything wrong |
01:21:58 | preglow | well, yeah, but i need it |
01:22:13 | linuxstb | So do I. But only because we are developing the codecs. |
01:22:15 | preglow | if i can't wav write, i don't know if the codecs provide good sound |
01:22:58 | linuxstb | I assume you also want to write the output of your DSP code? |
01:23:03 | preglow | sure |
01:23:13 | preglow | everything that would normally be done |
01:23:16 | preglow | just to wav instead of dac |
01:23:51 | linuxstb | So we just need an option to write to WAV instead of DAC, and also to make Rockbox run as fast as possible (so we can time things) ? |
01:24:05 | preglow | well, yes, that's how all other wav writers work |
01:24:38 | preglow | but seriously, i don't think a wav writer option would be unwelcome |
01:24:43 | preglow | some people would probably use it |
01:25:12 | | Join ciccia-88 [0] (n=cicciar0@host65-166.pool8260.interbusiness.it) |
01:25:15 | ciccia-88 | hi |
01:25:16 | ciccia-88 | °° |
01:25:31 | linuxstb | You're probably right. |
01:25:41 | ciccia-88 | ? |
01:25:53 | ciccia-88 | u speak with me? |
01:25:56 | ciccia-88 | °_° |
01:26:14 | linuxstb | ciccia-88: No - the person above you. |
01:26:21 | linuxstb | But you may be right as well. |
01:27:04 | preglow | 'cause that's more or less what i'm talking about, a wav writer with some performance figures |
01:27:08 | ciccia-88 | °° |
01:27:10 | ciccia-88 | lol |
01:27:16 | ciccia-88 | i don't understand lol |
01:27:21 | ciccia-88 | it's funny °_° |
01:27:44 | ciccia-88 | where do u live? |
01:27:46 | ciccia-88 | preglow |
01:27:49 | ciccia-88 | :O |
01:28:16 | linuxstb | preglow: I'm not sure how it would fit into Rockbox though. A "viewer plugin" would seem simpler - if we could give the plugin access to the codecs. |
01:28:34 | ciccia-88 | °_° |
01:28:44 | preglow | linuxstb: yes, that'd also work, but why not a simple context menu option? |
01:28:52 | preglow | linuxstb: open with, delete, write to wav, etc |
01:29:36 | | Part ciccia-88 |
01:30:10 | linuxstb | I'm thinking from an implementation point of view. |
01:30:27 | preglow | loading a plugin from a plugin might be tricky, heh |
01:31:31 | | Join solex [0] (n=jrschulz@d001129.adsl.hansenet.de) |
01:32:32 | | Quit gromit` (Remote closed the connection) |
01:32:37 | linuxstb | I'm liking the idea. A "plugin plugin" should be able to tell Rockbox to load a "codec plugin". |
01:33:56 | linuxstb | But are you thinking of making it a part of the core rockbox - a heavily cut-down version of playback.c? |
01:34:56 | preglow | well, yeah, that was how i thought it would have to be done |
01:35:44 | preglow | calling it a cut down version of playback.c is a bit misleading |
01:36:00 | preglow | since all it would do is basically just call the plugin, fetch the audio, and write it to disk |
01:36:20 | preglow | it would have to do basic buffering, of course |
01:37:04 | linuxstb | It would have to do all the buffering that playback.c does. Unless we assume the codecs don't need all the features, e.g. seeking. |
01:37:49 | preglow | some codecs do seeking even if you don't ask for it :/ |
01:37:55 | preglow | but that's probably neglectable |
01:38:05 | linuxstb | But of course, it only needs to buffer exactly one track. |
01:38:11 | preglow | but i can't see a need for seeking when wavwriting |
01:38:19 | preglow | yeah, sure, but a track can be pretty big |
01:38:26 | preglow | not fit in the buffer, etc |
01:39:06 | linuxstb | Some codecs may seek around the metadata - or at least seek forwards to skip it. But I think codecs should do that by calling advance_buffer(). |
01:40:09 | linuxstb | I think it's a little more than trivial though - we need to keep the codecs happy, and the codecs expect to be talking to playback.c |
01:40:34 | linuxstb | But maybe it will be a good opportunity to clean up the API between playback.c and the codecs - if it needs cleaning. |
01:40:49 | preglow | they don't do much talking |
01:41:11 | preglow | but yeah, it does depend on a lot of code i have no idea of how works |
01:41:17 | preglow | so might easily be less than trivial |
01:42:40 | preglow | but i need a good way of measuring performance soonish anyway |
01:42:53 | preglow | 'good' changes have resulted in worse performance before :/ |
01:42:56 | linuxstb | I think it's worthwhile - not sure what the other devs will think though. |
01:43:47 | | Quit ender` (Read error: 113 (No route to host)) |
01:43:54 | preglow | i don't think they'll be too ardently opposed |
01:43:57 | preglow | it's a decent feature |
01:44:26 | linuxstb | So why were the ???2wav plugins removed? |
01:45:30 | preglow | because of having to maintain two seperate versions of the same thing, i believe |
01:46:03 | preglow | it's better to make rockbox wav write, than have two versions of the same things outputting the same thing a bit differently |
01:46:19 | linuxstb | True. |
01:48:47 | | Quit solex_ (Read error: 110 (Connection timed out)) |
01:50:13 | linuxstb | On a different subject, ALAC decodes the audio to two arrays of 32-bit integers. Should I (can I?) pass those two arrays directly to pcm_insert_split? |
01:56:56 | preglow | i believe so |
01:57:03 | preglow | but not sure |
01:59:33 | | Join tvelocity [0] (n=tony@ipa175.1.tellas.gr) |
02:00 |
02:01:48 | preglow | hmm |
02:01:53 | preglow | i gotta go to bed |
02:02:00 | preglow | see you later |
02:02:09 | linuxstb | G'night. |
02:02:18 | | Quit preglow ("off") |
02:04:09 | *** | Saving seen data "./dancer.seen" |
02:24:58 | | Quit ]RowaN[ () |
02:29:33 | | Join pike [0] (i=pike@c83-249-120-126.bredband.comhem.se) |
02:58:02 | | Join Maxime [0] (n=flemmard@fbx.flemmard.net) |
03:00 |
03:15:32 | | Quit Mxm`Pas`Bien (Read error: 110 (Connection timed out)) |
03:51:16 | | Join cheriff [0] (n=davidm@cheriff.ken.nicta.com.au) |
03:55:03 | | Nick paugh is now known as AliasCoffee (n=peter@dsl-62-3-104-34.zen.co.uk) |
04:00 |
04:04:11 | *** | Saving seen data "./dancer.seen" |
04:05:32 | | Join QT_ [0] (i=as@madwifi/users/area51) |
04:17:48 | | Quit QT (Read error: 110 (Connection timed out)) |
05:00 |
05:12:02 | | Part cheriff |
06:00 |
06:04:12 | *** | Saving seen data "./dancer.seen" |
06:07:58 | | Quit AliasCoffee ("Leaving") |
06:10:55 | | Join Aramil [0] (n=tony@ipa109.4.tellas.gr) |
06:31:14 | | Quit tvelocity (Read error: 110 (Connection timed out)) |
07:00 |
07:13:07 | | Join LinusN [0] (n=linus@labb.contactor.se) |
07:17:36 | t0mas | g morning |
07:18:14 | | Part LinusN |
07:18:44 | amiconn | t0mas: You scared him ;) |
07:18:50 | amiconn | Good morning |
07:18:54 | t0mas | ghehe |
07:19:07 | t0mas | he has a problem with people? ;) |
07:23:06 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
07:38:59 | | Quit Slasheri (herbert.freenode.net irc.freenode.net) |
07:38:59 | NSplit | herbert.freenode.net irc.freenode.net |
07:39:23 | | Quit DMJC (Read error: 110 (Connection timed out)) |
07:51:56 | | Join B4gder [0] (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
08:00 |
08:04:16 | *** | Saving seen data "./dancer.seen" |
08:17:37 | * | amiconn just noticed an opportunity to make the firmware file smaller |
08:18:35 | NHeal | herbert.freenode.net irc.freenode.net |
08:18:35 | NJoin | Slasheri [0] (i=miipekk@ihme.org) |
08:20:06 | amiconn | I wondered why yesterday's rather small changes increased h120 binary size by ~8KB |
08:20:31 | amiconn | Turned out it was caused by Slasheri's move of the voice codec stack to IRAM |
08:20:51 | amiconn | Obviously we don't have an .ibss section, only .idata |
08:21:16 | amiconn | So all IRAM variables get included in the binary, even if they're uninitialised |
08:21:38 | B4gder | oops |
08:22:18 | amiconn | Changing this probably won't save much on archos, but quite a bit on iriver |
08:22:33 | amiconn | Imho it's still worth it |
08:23:43 | amiconn | We should also have an .iconst section, merely for allowing to declare an IRAM variable const |
08:32:47 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
08:35:30 | | Join ender` [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) |
08:37:36 | | Join kurzhaarrocker [0] (n=Phil@p50908B58.dip0.t-ipconnect.de) |
08:39:46 | | Join gromit` [0] (n=gromit`@ras75-5-82-234-244-69.fbx.proxad.net) |
08:43:26 | linuxstb | Morning all. I'm curoius why the SWAB16/SWAB32 functions have those names - POSIX defines the "swab" function which AFAICS is completely different to those macros. |
08:44:18 | ze | linuxstb: they don't SWAp Bytes? |
08:44:54 | linuxstb | SWAB32 doesn't swap *adjacent* bytes. |
08:45:11 | linuxstb | It's also not defined on a little-endian target. i.e. it's a convert little-endian to host-endian macro. |
08:45:30 | linuxstb | I mean it's defined as a null operation. |
08:46:59 | | Quit Slasheri (herbert.freenode.net irc.freenode.net) |
08:46:59 | NSplit | herbert.freenode.net irc.freenode.net |
08:49:41 | linuxstb | It also seems to be used strangely in the fat.c driver - fat.c is also defining its own SWAP_WORDS define, and it only calls SWAB if SWAP_WORDS is defined. |
08:50:23 | linuxstb | Shouldn't we be using the ROCKBOX_BIG_ENDIAN there? |
08:50:47 | B4gder | it certainly feels like we should |
08:51:27 | linuxstb | s/fat.c/ata.c/ |
08:53:01 | linuxstb | The reason I ask is that I would like to add a set of LE/BE to Host-Endian conversion macros. All the codecs are using their own macros. |
08:54:10 | amiconn | I've already thought about this too |
08:54:14 | B4gder | that define is just so much newer than the ata code so I guess it just hasn't found its way in there |
08:54:51 | amiconn | The problem is that we probably need multiple sets |
08:55:01 | linuxstb | But it's also the same test done twice - the SWAB macros do nothing on a little-endian machine already. |
08:55:18 | linuxstb | Why multiple sets? |
08:55:22 | amiconn | (1) swap a variable (in register) |
08:55:44 | amiconn | (2) read from memory / write to memory |
08:56:00 | amiconn | The latter can be unaligned, we must take care of this |
08:56:33 | amiconn | It's not a big problem on coldfire (and neither on x86 sim), but it is on SH1 |
08:56:35 | | Join webguest43 [0] (n=51bd66f1@labb.contactor.se) |
08:56:42 | webguest43 | Hi ! |
08:56:57 | webguest43 | it seems the charger for my iriver 140 has gone to hell |
08:57:02 | amiconn | Coldfire can read/write words and longs unaligned, this only affects performance |
08:57:13 | webguest43 | didn't like the rain I think :) |
08:57:17 | amiconn | SH1 throws an address error in this case |
08:57:43 | webguest43 | i am about to buy a replacement, anything I have to be aware of except 5v and polarity on the plug ? |
08:59:24 | linuxstb | amiconn: I'm curious - how do we know if a variable is in a register? |
08:59:45 | linuxstb | Or is that only for use in assember functions? |
09:00 |
09:00:54 | amiconn | The compiler will ensure this, the asm() block specifies the constraints |
09:02:38 | amiconn | The point why I think separate macros for reading from / writing to memory are useful is that it would be not very efficient to read/swap resp. swap/write separately |
09:07:02 | | Join einhirn [0] (i=Miranda@bsod.rz.tu-clausthal.de) |
09:14:43 | webguest43 | hmm, no thoughts on the charger ? |
09:15:49 | | Part Aramil ("Leaving") |
09:20:06 | | Join Wett [0] (i=Wett@AMontpellier-251-1-9-26.w83-113.abo.wanadoo.fr) |
09:23:11 | NHeal | (timeout) herbert.freenode.net irc.freenode.net |
09:23:16 | linuxstb | I'm guessing from the ReleaseTodo page that there is still lots of work to do before the release? |
09:41:14 | | Quit linuxstb ("Leaving") |
09:56:08 | solex | am i missing something or is there no %-sequence for whether the acis plugged in? |
09:56:17 | * | solex is talking about the wps |
10:00 |
10:02:42 | B4gder | write a patch! |
10:02:44 | B4gder | ;-) |
10:04:20 | *** | Saving seen data "./dancer.seen" |
10:04:56 | kurzhaarrocker | Can LinusN be expected to appear today? |
10:05:05 | B4gder | I think so |
10:05:32 | B4gder | I met him yday and he didn't mention anything special |
10:06:05 | kurzhaarrocker | Did he drink a lot of beer? |
10:06:40 | B4gder | worse |
10:06:55 | B4gder | we played "floorball" or whatever you call it in english |
10:06:56 | * | kurzhaarrocker shivers |
10:07:10 | B4gder | kind of like hockey but indoors with a ball |
10:08:15 | kurzhaarrocker | And you won over him? |
10:08:35 | ze | hockey usually is indoors |
10:08:36 | B4gder | of course! |
10:08:41 | B4gder | ;-P |
10:09:08 | B4gder | ze: hm, true, but not "real" indoors ;-) |
10:09:27 | ze | well its a refridgerated room or something i guess |
10:09:47 | ze | so... but uh yeah i've no idea what you're talking about |
10:10:14 | B4gder | its one of the most commonly practised sports in Sweden |
10:10:37 | ze | it sounds like what us americans call soccer and what everyone else calls football... except, indoors |
10:10:49 | B4gder | http://www.floorball.org/ |
10:11:09 | ze | oh except i guess it uses sticks still eh |
10:11:31 | ze | i see |
10:11:38 | | Join nc [0] (i=nc@dyn201.her1.nas.panafonet.gr) |
10:11:51 | ze | so its like you said.. hockey with a ball instead of a puck, and a floor instead of ice |
10:11:54 | ze | heh |
10:12:01 | B4gder | basically, yes |
10:12:13 | ze | i think i've played that before :p |
10:12:15 | B4gder | and its really tiresome |
10:12:36 | nc | guys do the "voice menu" files work with the daily builds? if yes, do i just unzip the file in root? |
10:12:42 | ze | i dunno what we called it though, i'd intuitively referr to it as ball-hockey or just hockey |
10:14:32 | nc | (using iriver btw) |
10:14:47 | B4gder | nc: yes I think you should |
10:14:58 | B4gder | I admit I've never used voice more than some initial testing |
10:15:00 | B4gder | years ago |
10:15:21 | * | B4gder doesn't use many rockbox features at all |
10:15:29 | nc | i am curious to try them :) i only loaded rockbox last night and i am excited! |
10:15:43 | B4gder | welcome to a whole new world to explore! ;-) |
10:16:08 | nc | thank you, i am starting to feel prouder about my iriver already |
10:16:25 | nc | crossfading is here and i am more than happy! |
10:16:38 | solex | don't forget to create your own wps and share it on the wiki! |
10:16:50 | solex | there's more and more crazy stuff there |
10:16:59 | solex | the latest one features a little animation |
10:17:24 | nc | errr i don't know what wps is, but i have a feeling i will learn soon, and hopefully i will build one to share. |
10:17:35 | ze | while playing screen! |
10:17:43 | B4gder | http://www.rockbox.org/twiki/bin/view/Main/CustomWPS |
10:17:48 | solex | the screen you are seeing when your player is, erm, playing |
10:18:08 | nc | cool! checkin it out now |
10:18:18 | solex | http://www.rockbox.org/twiki/bin/view/Main/WpsGallery |
10:19:09 | nc | interesting |
10:20:27 | | Join random_man [0] (n=405b5549@labb.contactor.se) |
10:21:59 | solex | and I guess you already found out how to change the font? |
10:22:28 | random_man | ? |
10:22:48 | solex | ! |
10:22:59 | B4gder | # |
10:23:04 | random_man | @ |
10:23:14 | ze | . |
10:23:16 | nc | % |
10:23:22 | random_man | %ac |
10:23:28 | solex | ¤ |
10:23:30 | ze | doh |
10:23:34 | nc | ¦ |
10:23:40 | | Quit kurzhaarrocker (Remote closed the connection) |
10:23:46 | random_man | i think i may have found a bug |
10:23:56 | | Quit webguest28 ("CGI:IRC (Ping timeout)") |
10:23:57 | solex | tell us! |
10:24:31 | random_man | when i go to load any .cfg file the player seems like it was to load it for about 1 second then stops playing music and freezes have to reset it |
10:24:50 | B4gder | yeps, that's a known issue |
10:25:01 | B4gder | on iriver |
10:25:04 | nc | i'm off. see u guys around ;) |
10:25:14 | | Quit nc () |
10:25:18 | random_man | oh ok sorry about that just found out playing around wtih tit myself |
10:25:26 | B4gder | no worries |
10:26:36 | | Quit random_man ("CGI:IRC") |
10:27:49 | | Join ashridah [0] (i=ashridah@220-253-120-91.VIC.netspace.net.au) |
10:30:19 | | Join Slasheri [0] (i=miipekk@ihme.org) |
10:30:19 | | Quit Slasheri (herbert.freenode.net irc.freenode.net) |
10:30:19 | NSplit | herbert.freenode.net irc.freenode.net |
10:30:23 | NHeal | herbert.freenode.net irc.freenode.net |
10:30:23 | NJoin | Slasheri [0] (i=miipekk@ihme.org) |
10:32:37 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
10:32:58 | preglow | so, is 2.5 coming out today? :P |
10:33:52 | B4gder | I don't think so |
10:44:37 | | Join linuxstb [0] (n=d556da1b@labb.contactor.se) |
10:58:57 | amiconn | preglow: Still too much red & orange in the todo list :-/ |
10:59:35 | preglow | yeah, kind of figured |
11:00 |
11:00:28 | preglow | any of you guys firmly opposed against a wav writer in rockbox, btw? |
11:01:19 | * | Slasheri is waiting when the feature freeze ends so i could commit the new features waiting on my computer ;) |
11:02:19 | | Join Zagor [0] (i=foobar@pdpc/supporter/sustaining/Zagor) |
11:02:22 | amiconn | Slasheri: You could commit some bug fixes in the meantime ;) |
11:02:54 | Slasheri | amiconn: hehe, true :) hmm, in fact i could do a fix to the audio flushing bug |
11:03:29 | bluebrother^ | maybe someone should add a delay notification to the main website? I guess a lot will start asking about this. |
11:03:30 | preglow | that would be lovely |
11:03:54 | Mode | "#RockBox +o B4gder " by ChanServ (ChanServ@services.) |
11:04:03 | Topic | "The 2.5 feature freeze is here! No release just yet" by B4gder (n=daniel@static-213-115-255-230.sme.bredbandsbolaget.se) |
11:04:59 | amiconn | Slasheri: You could also fix the playback engine behaviour for nonexisting tracks... |
11:05:26 | Slasheri | amiconn: Hmm, but that requires some modifications to the playlist engine too.. But if that's ok, i could fix it |
11:05:44 | amiconn | A bug fix usually requires changes... |
11:05:50 | Slasheri | :) |
11:06:12 | amiconn | I did quite some changes to the archos recording engine, and there will be more |
11:06:29 | amiconn | ...probably also to the playback engine |
11:06:44 | preglow | food |
11:06:45 | Slasheri | ah.. probably i should then do that :) |
11:17:04 | CoCoLUS | does rockbox follow the odd/even versioning scheme? |
11:17:52 | Zagor | CoCoLUS: no |
11:19:18 | | Join [-AIR-] [0] (n=air@195.137.117.187) |
11:19:37 | [-AIR-] | hey, is 2.5 released today? |
11:19:47 | [-AIR-] | or is it postponed ? |
11:20:19 | Maxime | /topic |
11:20:20 | Maxime | ^^ |
11:20:41 | | Join darkskiez [0] (n=darkskie@194.247.78.146) |
11:21:25 | darkskiez | my ihp140 just broke :( What would folks recommend for a new player... Is it worth getting the Ihp3xx series ? |
11:21:27 | [-AIR-] | i know, i saw that obv. but "just yet" could refer to it being released in a few hours, or a few weeks |
11:21:49 | [-AIR-] | darkskiez i'd go to the misticriver support channel |
11:21:50 | Slasheri | darkskiez: how it broke? |
11:22:07 | Slasheri | i think you should fix it, really |
11:22:14 | | Quit webguest43 ("CGI:IRC") |
11:22:23 | darkskiez | just didnt power up one day, its out of warranty. Used 3rd party charger, it was fine for one charge, but doesnt turn on now. |
11:22:37 | Slasheri | :/ |
11:22:50 | [-AIR-] | o dear. |
11:23:05 | Slasheri | what are the power ratings on that charger? (voltage, current, polarity etc.) |
11:23:14 | darkskiez | matched perfectly |
11:23:25 | Slasheri | hmm.. and the charger is regulated? |
11:23:55 | darkskiez | I believe so |
11:24:23 | Slasheri | if it uses switching power regulation technology (very lightweight etc), that might also cause some problems |
11:25:21 | Slasheri | hmm.. is the charge led coming up if you connect the original charger? can you reset the player? |
11:25:22 | preglow | well |
11:25:28 | preglow | the original charger is switching, isn't it? |
11:25:33 | Slasheri | preglow: i think so |
11:25:42 | preglow | sure as hell doesn't seem to be heavy enough to have a transformer |
11:26:00 | Slasheri | but some switching chargers might give high voltage output peaks if there are not enough current consumption |
11:26:11 | preglow | oh |
11:26:20 | bluebrother^ | does it turn on with the charger attached? |
11:26:21 | Slasheri | preglow: of course it has a transformer but only a very tiny one |
11:26:52 | darkskiez | the charge led does come up, reset button does nowt, doesnt turn on with charger attached |
11:27:08 | darkskiez | measured battery with multimeter and it has charged up to 4v |
11:27:37 | Slasheri | preglow: that transformer is used mainly for galvanic mains separation for safety reasons (it will not lower the voltage level much) |
11:27:43 | bluebrother^ | have you tried replacing the battery with another? Or a regulated power supply? |
11:28:21 | darkskiez | attached a regulated power supply in place |
11:28:26 | darkskiez | no luck |
11:30:56 | bluebrother^ | have you tried measuring the supply voltage on the chips? Maybe it's only the power part of the unit that is broken. |
11:31:03 | Slasheri | darkskiez: have you tried measuring the voltage output from the charger you had charged it? |
11:31:23 | bluebrother^ | really sad there is no complete schematics of the player avaliable. |
11:32:00 | darkskiez | yes |
11:32:02 | darkskiez | its fine |
11:32:07 | Slasheri | i think you should try measuring at least cpu (and possible other power control chips) supply voltage |
11:32:13 | darkskiez | it was 5v, took about 1/2 A |
11:32:28 | bluebrother^ | hmm. What type is the reset circuit in the unit? |
11:32:33 | darkskiez | connected 3.3v to the VDD 3v3 line on the pcb and the red led lit. |
11:32:36 | Slasheri | darkskiez: what it was without any current? |
11:32:43 | darkskiez | WHat?! |
11:32:46 | darkskiez | 0v! |
11:33:01 | Slasheri | 0v? that is not good.. |
11:33:10 | darkskiez | without current you have no voltage |
11:33:19 | darkskiez | otherway around. |
11:33:28 | Slasheri | that is what i was worried about.. |
11:33:33 | darkskiez | wha? |
11:33:47 | Slasheri | try measuring with a very low current or using an oscilloscope |
11:33:52 | darkskiez | yes, the laws of physics are different in irivers |
11:34:06 | darkskiez | what do u mean with measuring with low current ? |
11:34:10 | darkskiez | a current limiting power supply ? |
11:34:38 | Slasheri | i think when the battery was going to trickle charging mode, eventually current drops and when there was not enough current, the charger started outputing over voltage peaks |
11:34:48 | Slasheri | no, with some resistor |
11:35:12 | darkskiez | pourquoi? |
11:35:44 | Slasheri | and without any current, the charger outputs possible very high voltage peaks (but those are so fast that multimeter cannot measure them) |
11:36:15 | wubbla | are there any new successes concerning the h300 port? |
11:36:45 | preglow | Slasheri: ahh |
11:36:51 | Slasheri | and then chargers internal protection mechanism activates for a short period and power is cut. That's why you see only 0v coming out which means you have used a bad charger |
11:37:01 | preglow | Slasheri: haven't really studied them that much, but it makes sense |
11:37:09 | Slasheri | :) |
11:37:24 | darkskiez | i made up 0v because i didnt understand the question |
11:37:41 | | Join hicks [0] (n=hicks@zeus.mups.co.uk) |
11:37:44 | darkskiez | the VDD trace 3v3, should that have power all the time, or only when its on? |
11:39:46 | Slasheri | darkskiez: so you have tried measuring the charger output directly with the multimeter without any load? |
11:43:48 | preglow | arghh! apropos switching regulators, how i hate this high pitched whine that comes from my computer |
11:44:41 | darkskiez | will that help repair it ? |
11:45:18 | Slasheri | darkskiez: that should have been the first thing to do even before connecting the charger first time |
11:45:34 | darkskiez | yes, it was fine |
11:45:48 | Slasheri | it was 5V? |
11:45:55 | darkskiez | just over |
11:46:01 | Slasheri | how much? |
11:46:02 | * | amiconn summons [IDC]Dragon |
11:47:24 | darkskiez | 5.1v |
11:47:42 | Slasheri | ok, weird.. |
11:48:04 | darkskiez | it charged and worked after charging it with that |
11:48:43 | preglow | Slasheri: do you think it'd be hard to a wav writer to the playback engine somehow? |
11:48:52 | preglow | add a wav writer, that is |
11:49:10 | Slasheri | preglow: no, that should be easy thing to add |
11:49:18 | Maxime | and, about FM recording, will it be possible? |
11:49:42 | Slasheri | in fact we should add it to the pcmbuf level so it would include all the dsp processing |
11:49:53 | preglow | Slasheri: i'm pretty much talking about a context option that just dumps one track to wav while doing some performance measuring |
11:49:56 | Slasheri | Maxime: it is possible, already |
11:50:17 | preglow | Slasheri: i've pretty much lost all easy means to measure codec performance |
11:50:28 | Maxime | okai lol |
11:50:28 | Maxime | :x |
11:50:49 | preglow | Slasheri: and btw, the voice and main codec runs in different threads, yes? |
11:51:03 | Slasheri | preglow: Hmm, would that mean when using wav writer, there would be no real pcm audio out? |
11:51:10 | preglow | Slasheri: indeed |
11:51:47 | Slasheri | ah, then we could create another "lowest level pcm-driver" for the wav writer |
11:51:48 | preglow | Slasheri: wouldn't make sense to have audio out, what makes sense (to me at least) is rockbox pushing to the codec as fast as it can to render the file as quickly as possible |
11:51:54 | Slasheri | that should be simple |
11:53:59 | preglow | what i want is more or less just xxx2wav functionality back |
11:54:24 | preglow | so i can measure codec performance and correctness |
12:00 |
12:02:04 | amiconn | Why not just re-add the xxx2wav plugins (for developer builds)? |
12:02:20 | amiconn | Imho it makes no sense to have this code in the core playback engine |
12:02:21 | preglow | because that would mean maintaining two versions of the same thing |
12:02:39 | preglow | and making the codec plugins back to a xxx2wav plugin would require some work |
12:02:39 | amiconn | Hmm? |
12:02:44 | preglow | i bet adding a wav writer would be less work |
12:03:35 | preglow | amiconn: if it's a useless feature for normal users (which i don't think it is), can't it just be a debug feature, then`? |
12:04:24 | *** | Saving seen data "./dancer.seen" |
12:07:13 | preglow | i'm still pretty certain it would be less work than recoding the codec plugins to be xxx2wav based again, and besides, a wav writing option would also allow me to time and measure quality improvements in the dsp part |
12:08:03 | preglow | brb |
12:09:16 | darkskiez | what type of hdd adapter do i need to use the iriver ihp140 hdd |
12:14:50 | | Join Mr_C [0] (n=air@i.am.the.bassist.in.alpharoad.co.uk) |
12:23:12 | preglow | wellwell |
12:23:44 | preglow | having workmen blast 120dbs in through my windows must certainly be called an enhancement of my environment |
12:28:49 | | Join Moos [0] (i=Moos@m29.net81-66-158.noos.fr) |
12:29:04 | Moos | Hello! :) |
12:31:58 | | Quit [-AIR-] (Read error: 110 (Connection timed out)) |
12:44:32 | preglow | hi |
12:45:46 | | Quit wubbla (Nick collision from services.) |
12:46:50 | | Quit ender` (Read error: 104 (Connection reset by peer)) |
12:54:03 | | Join ender` [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) |
13:00 |
13:24:12 | | Quit preglow ("leaving") |
13:24:24 | | Join preglow [0] (n=thomjoha@hekta.edt.aft.hist.no) |
13:25:33 | | Join Febs [0] (n=Febs@207-172-122-81.c3-0.rdl-ubr4.trpr-rdl.pa.cable.rcn.com) |
13:27:40 | | Join pilot000 [0] (n=c31ce021@labb.contactor.se) |
13:29:36 | | Join edx [0] (n=A@p54A848BA.dip.t-dialin.net) |
13:35:09 | | Quit darkskiez () |
13:46:15 | | Join noC|andY`fRa [0] (i=andy@dsl-084-058-107-005.arcor-ip.net) |
14:00 |
14:01:38 | linuxstb | Thinking about preglow's need (which I share) for a wav writer facility, as well as the "need" for the iriver port of the video player plugin to access the codecs, I'm thinking we should give plugins access to the codecs. |
14:02:03 | linuxstb | This will also be needed if we want to make the splitedit plugin work with software codecs. |
14:03:29 | linuxstb | The WAV writer could be implemented as a normal plugin/viewer - a single "wavwrite" plugin which would work with any supported codec. |
14:04:26 | *** | Saving seen data "./dancer.seen" |
14:10:04 | preglow | the problem is that a pretty significant portion of the playback code would be needed |
14:10:44 | preglow | i don't know how suited that code would be for being called from plugins |
14:13:09 | linuxstb | Not really - the plugins using the codecs would need to implement the necessary functions - depending on their needs. |
14:13:34 | preglow | might also need to call dsp code |
14:14:09 | linuxstb | Couldn't that be included in the "codec API for plugins" ? |
14:14:31 | preglow | probably |
14:14:49 | preglow | still, i've got a feeling this'll be quite a bit harder |
14:14:52 | preglow | and i want this now :/ |
14:15:00 | linuxstb | I think the problem is that plugins would want to tell the codecs to decode a small memory buffer of compressed data (e.g. one MPEG frame). I don't think there is a way for the codec API to do that at the moment. |
14:17:32 | linuxstb | This just seems to be something Rockbox will need in the future, and it will meet the need of a WAV writer at the same time. But I also want a quick solution as well. |
14:17:49 | | Join [1]Moos [0] (i=Moos@m29.net81-66-158.noos.fr) |
14:18:04 | preglow | hmm |
14:18:21 | | Quit Moos (Read error: 104 (Connection reset by peer)) |
14:18:21 | | Nick [1]Moos is now known as Moos (i=Moos@m29.net81-66-158.noos.fr) |
14:24:42 | | Join darkskiez [0] (n=darkskie@194.247.78.146) |
14:39:41 | | Quit pilot000 ("CGI:IRC (EOF)") |
14:45:44 | darkskiez | is the MK4004GAH similar to a D322* model ? |
14:45:53 | darkskiez | D332 |
14:47:50 | darkskiez | i cant find anything on the D332,want to know if i could use this http://cgi.ebay.co.uk/USB-2-0-1-8-External-Hard-Disk-Case-for-Toshiba-D332_W0QQitemZ6799295663QQcategoryZ86759QQrdZ1QQcmdZViewItem |
14:48:00 | darkskiez | with my dead iriver hdd |
14:52:06 | * | amiconn summons [IDC]Dragon .-.-.-.-.-. |
14:54:32 | darkskiez | my dead iriver's hdd. |
15:00 |
15:11:04 | | Join webguest15 [0] (n=3e2fb70c@labb.contactor.se) |
15:11:41 | webguest15 | hello, i have a problem |
15:12:17 | ashridah | webguest15: what's up? |
15:12:22 | webguest15 | the bootloader says checksum error withe the newest cvs version and starts the original firmware |
15:13:04 | webguest15 | is this a known issue or just my problem? |
15:13:27 | ashridah | i can check out latest cvs and see, gimme a few |
15:13:54 | webguest15 | k, thx |
15:14:00 | B4gder | you probably didn't unount your player correctly |
15:14:04 | B4gder | unmount |
15:14:25 | ashridah | sounds plausible to me |
15:14:45 | webguest15 | ok ill try that |
15:14:51 | B4gder | seems very unlikely that the CRC would end up wrong in this particular build |
15:14:56 | B4gder | (not that I have checked) |
15:17:18 | ashridah | latest cvs is definently working here |
15:19:27 | webguest15 | ok thx, ill try around a bit |
15:20:15 | | Quit webguest15 ("CGI:IRC (EOF)") |
15:30:34 | | Join webguest35 [0] (n=3e2fb70c@labb.contactor.se) |
15:31:22 | | Join XavierGr [0] (n=XavierGr@ppp16-adsl-29.ath.forthnet.gr) |
15:31:44 | webguest35 | for the sake of completeness: i dled the wrong build, h100 instead of h120. |
15:31:58 | ashridah | that'd help |
15:32:01 | ashridah | :) |
15:32:47 | | Quit Hadaka ("memory install") |
15:32:47 | | Quit webguest35 (Client Quit) |
15:33:00 | | Quit XavierGr (Client Quit) |
15:36:07 | preglow | i still don't get why things don't work after my macsr changes :/ |
15:36:34 | preglow | what's the point in declaring an inline function static, btw? |
15:37:05 | preglow | i don't believe gcc has the habit of including a non-inline version of a function unless you enable an option |
15:39:32 | | Nick QT_ is now known as QT (i=as@madwifi/users/area51) |
15:43:16 | Zagor | declaring functions static only affects the naming scope, not the code per se |
15:44:21 | | Join Naked [0] (i=naked@naked.iki.fi) |
15:44:47 | | Nick Naked is now known as Hadaka (i=naked@naked.iki.fi) |
15:45:31 | | Join Sagemaster2000 [0] (n=44ae196b@labb.contactor.se) |
15:45:37 | Sagemaster2000 | Hi all! |
15:45:52 | Sagemaster2000 | Anyone on early on this eastern mornin? |
15:46:18 | Sagemaster2000 | guess not :( |
15:46:41 | amiconn | preglow: If you don't declare it static, the compiler includes a non-inline version in the object module |
15:46:57 | amiconn | ...because then other modules might reference that function |
15:47:10 | Sagemaster2000 | Oh there are people on...just not polite enough to say hello.......... |
15:47:12 | Sagemaster2000 | hmm |
15:47:28 | * | Zagor learned something today too :-) |
15:48:08 | Zagor | Sagemaster2000: this is a development channel. we're not here for idle chat. |
15:48:13 | | Quit edx () |
15:48:52 | Sagemaster2000 | Im just simply being respectful and that is no excuse to be rude...developers have morals...and I was just leading into a question... |
15:48:59 | | Quit matsl (Read error: 110 (Connection timed out)) |
15:49:29 | Zagor | Sagemaster2000: we are not rude. we answer all questions. we just don't respond to each and every statement. |
15:50:12 | B4gder | it would only become an awful lot of hellos |
15:50:24 | Sagemaster2000 | Anyway, I DID notice the topic and I just wanted to know if any officials hinted on when the release will possibly occur because I have been following this for quite a while. |
15:50:33 | | Join webguest48 [0] (n=810d4658@labb.contactor.se) |
15:50:53 | B4gder | btw, linus has been locked out from internet all day, that's why he hasn't been around today |
15:51:25 | preglow | amiconn: that's what i was talking about, i thought that only happened if you explicitely told gcc to do so |
15:52:37 | | Quit webguest48 (Client Quit) |
15:53:36 | Sagemaster2000 | B4gder: Since you set the topic this morning does that mean that it won't be today? |
15:54:04 | amiconn | B4gder: Can't be "all day", he was in this morning for a few minutes |
15:54:32 | amiconn | [07:13:00] *** LinusN (n=linus@labb.contactor.se) joined |
15:54:32 | amiconn | [07:17:28] <t0mas> g morning |
15:54:32 | amiconn | [07:18:06] *** LinusN (n=linus@labb.contactor.se) left () |
15:55:54 | Sagemaster2000 | ? |
15:56:26 | Zagor | Sagemaster2000: I'd say it's a safe bet it's not going to happen today. |
15:57:08 | Zagor | however I'm a bit out of the loop at the moment even though I have the big RELEASE button in my hand :-) |
15:59:11 | Sagemaster2000 | Release button? |
15:59:23 | ashridah | not Release, RELEASE |
15:59:25 | ashridah | :) |
15:59:30 | Sagemaster2000 | oh |
15:59:43 | Sagemaster2000 | Let me rephrase that then.. |
15:59:44 | Zagor | release script, to be precise |
15:59:54 | Sagemaster2000 | RELEASE BUTTON? lol |
16:00 |
16:00:51 | Sagemaster2000 | Umm, I dont know if anyone is allowed to answer this but does anyone know if the 2,5 release will support the LCD On the Remote of the H-120? |
16:01:43 | preglow | it's not for iriver at all |
16:01:46 | Zagor | 2.5 concerns the archos only. iriver is still in development. |
16:01:49 | preglow | 2.5 is an archos relase |
16:01:55 | Sagemaster2000 | Woah |
16:02:02 | Sagemaster2000 | Foot-In-Mouth |
16:02:18 | | Join kurzhaarrocker [0] (n=Phil@p50908B58.dip0.t-ipconnect.de) |
16:02:44 | Sagemaster2000 | I see, so i should come back in like 4 months and maybe something would have happened for the iriver port. |
16:03:00 | * | ashridah suspects that's going to be a very FAQ when 2.5 rolls out |
16:03:03 | Zagor | but the dailies support the remote lcd, don't they? (/me reveals his ignorance) |
16:03:13 | B4gder | Zagor: not really |
16:03:18 | preglow | Sagemaster2000: things are happening all the time |
16:03:24 | ashridah | Zagor: not really. just a placeholder image |
16:03:27 | preglow | Sagemaster2000: it's just not formally released, feel free to use the daily builds |
16:03:37 | Sagemaster2000 | I use the dailies all the time |
16:03:44 | ashridah | someone had a dodgy build with some remote support, but it wasn't complete, and it never got submitted to cvs |
16:03:46 | kurzhaarrocker | wps.c, in function long wps_show(), line 650 - shouldn't that return SYS_USB_CONNECTED instead of true? (which isn't really of type long) |
16:04:28 | Sagemaster2000 | I absolutely love Rock Box the lack of remote is killing me, and to be honest the remote makes me feel safe since it would allow me to hide the player and have potential thieves think the remote is the player. |
16:04:29 | *** | Saving seen data "./dancer.seen" |
16:04:55 | B4gder | feel free to join in and make the remote happen |
16:05:18 | | Quit Sucka (Read error: 104 (Connection reset by peer)) |
16:05:20 | Sagemaster2000 | I believe there was an unofficial release from a user that allowed the remote |
16:05:33 | B4gder | xaviergr has a patch for that, yes |
16:05:36 | Sagemaster2000 | but I am not to sure about that |
16:05:42 | B4gder | but we will not use that |
16:05:55 | Sagemaster2000 | Any particular reason why? |
16:06:02 | B4gder | yes, its not the right approach |
16:06:07 | Sagemaster2000 | I see. |
16:06:14 | B4gder | its a fast way to get a decent lcd shown |
16:06:19 | B4gder | but not "properly" |
16:06:41 | Sagemaster2000 | But its something as we wait for a more sophisticated approach no? |
16:07:05 | B4gder | if you think so then use his patch |
16:07:18 | Sagemaster2000 | Im just thinking about my safety |
16:07:33 | B4gder | I don't see how that could harm you |
16:07:36 | bluebrother^ | try the patched version if you like to. |
16:07:46 | Sagemaster2000 | If I use the patch, I will be giving up my right to use the daily builds correct? |
16:08:04 | Sagemaster2000 | Not right, but the ability to keep the patch and the newest build. |
16:08:15 | | Join Sucka [0] (n=NNSCRIPT@host81-156-159-120.range81-156.btcentralplus.com) |
16:08:36 | preglow | depends how good you are at patching things up when stuff collides :] |
16:08:36 | bluebrother^ | you will probably have to wait for xavier to update his build. Or build it yourself. |
16:08:46 | | Quit ashridah ("Leaving") |
16:09:16 | bluebrother^ | depends on you. But you always could switch back to the daily builds :) |
16:09:54 | Sagemaster2000 | B4gder: What I meant by safety is that I hate taking the player out from the belt case to change a folder or a setting. With the remote I can do all that without ever revealing the player, making me more safe in general...given the area I commute in. |
16:10:05 | kurzhaarrocker | apropos "build it yourself": Yesterday I tried to build gcc 3.3.6 using the knoppix dvd (I tried newlib, too) but failed. Has anybody tried that sucessfully? |
16:10:39 | B4gder | Sagemaster2000: then the patch should make safer, doesn't it? |
16:10:41 | B4gder | make you |
16:10:57 | B4gder | but doesn't the remote keys work already? |
16:11:06 | bluebrother^ | they do |
16:11:20 | Sagemaster2000 | They do but there is no telling where the cursors are. |
16:11:23 | B4gder | enable the voice UI! ;-) |
16:11:37 | bluebrother^ | it's only the remote screen. |
16:11:43 | Sagemaster2000 | The voice thing is horrid |
16:11:54 | amiconn | kurzhaarrocker: Worked for me with the newlib workaround (debian) |
16:11:58 | Sagemaster2000 | I pass through options and it says eveything. |
16:12:03 | bluebrother^ | try a different voice? |
16:12:08 | amiconn | ...and also worked for on cygwin without newlib |
16:12:42 | kurzhaarrocker | I read that in wiki, amiconn. That's what encouraged me to try it with knoppix. Without success. |
16:13:02 | | Quit Sagemaster2000 ("CGI:IRC (EOF)") |
16:14:18 | amiconn | I never tried knoppix yet. What problem did you run in? |
16:15:18 | kurzhaarrocker | I can't tell right now as I'm @ work here. The build aborted with some errors when running make. |
16:16:35 | amiconn | Perhaps some required tools are missing. I think Knoppix must be rather limited as it is running from a single CD. |
16:17:11 | kurzhaarrocker | I tried the dvd version that even has eclipse with it. But still you're probably right. |
16:17:40 | | Join DMJC [0] (n=DMJC-L@220-244-239-235-sa-pppoe.tpgi.com.au) |
16:17:50 | | Quit Speedforneed (Read error: 104 (Connection reset by peer)) |
16:18:04 | DMJC | can the ihp-140 record from fm radio? |
16:18:47 | preglow | yes |
16:21:51 | kurzhaarrocker | The mic in jack of the ihp-1x0 devices is probably mono only? |
16:22:10 | crwl | isn't it stereo? the line in (in the same jack) definitely is stereo |
16:22:28 | preglow | it's the same plug |
16:22:30 | preglow | stereo |
16:23:40 | * | kurzhaarrocker is positivly surprised |
16:31:33 | | Quit B4gder ("Lämnar") |
16:35:11 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
16:50:41 | | Join OctalENPH [0] (n=pdbogen@archer.physics.tamu.edu) |
16:50:56 | | Join ender1 [0] (i=ychat@tm.213.143.74.124.dc.telemach.net) |
16:51:28 | | Quit ender` (Nick collision from services.) |
16:51:31 | | Nick ender1 is now known as ender` (i=ychat@tm.213.143.74.124.dc.telemach.net) |
16:52:09 | OctalENPH | Drew, we have these nifty things these days called "URL"s. |
16:52:15 | OctalENPH | Eh heh, wrong channel. |
16:55:33 | preglow | damn, you guys got urls |
16:55:42 | OctalENPH | We're cool like that. |
16:55:44 | OctalENPH | Cutting edge. |
16:56:01 | preglow | someday i too will use urls |
17:00 |
17:01:51 | DMJC | heh |
17:01:58 | DMJC | wow I finally mastered playlists |
17:02:01 | DMJC | like damn |
17:03:42 | OctalENPH | Now you just need to work on baiting. <_< |
17:03:56 | OctalENPH | ..Yeah, I'm sorry. |
17:05:23 | DMJC | is there a way to update the bootloader once rockbox is on? |
17:05:28 | DMJC | from within rockbox? |
17:06:19 | bluebrother^ | no |
17:07:38 | DMJC | heh |
17:07:53 | DMJC | no biggie |
17:07:57 | DMJC | it works I guess |
17:08:05 | DMJC | speed is something I'll live without |
17:08:33 | bluebrother^ | if you want to update the bootloader you need to use the iriver fw to flash the firmware. |
17:09:30 | DMJC | meh maybe later |
17:09:36 | DMJC | not fussed atm |
17:25:03 | | Join Mark_ [0] (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
17:25:12 | Mark_ | hey |
17:25:18 | Mark_ | could someone add a wps tag to check if hold is on? |
17:25:41 | Mark_ | so those of us using conditional images to make their own status bar can have a full set? |
17:25:45 | Mark_ | i think its the only one missing |
17:35:51 | | Join Leperkawn [0] (n=44bcc15c@labb.contactor.se) |
17:36:08 | | Quit Leperkawn (Client Quit) |
17:44:08 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
17:45:51 | | Join paugh [0] (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
17:48:13 | | Part kurzhaarrocker |
17:53:33 | | Join _Wett [0] (i=Wett@AMontpellier-251-1-67-18.w83-201.abo.wanadoo.fr) |
17:55:38 | | Nick Mark_ is now known as Mark_`afk (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
17:58:00 | | Nick Mark_`afk is now known as Mark_ (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
17:58:00 | Mark_ | . |
17:58:40 | t0mas | hi |
18:00 |
18:01:34 | | Join zezayer [0] (n=jake@87.81.166.52) |
18:04:30 | *** | Saving seen data "./dancer.seen" |
18:11:29 | | Join amiconn_ [0] (n=jens@p54BD4543.dip.t-dialin.net) |
18:12:13 | | Quit Wett (Read error: 110 (Connection timed out)) |
18:14:34 | | Quit linuxstb ("CGI:IRC") |
18:17:32 | | Quit amiconn (Nick collision from services.) |
18:17:32 | | Nick amiconn_ is now known as amiconn (n=jens@p54BD4543.dip.t-dialin.net) |
18:25:43 | | Nick _Wett is now known as Wett (i=Wett@AMontpellier-251-1-67-18.w83-201.abo.wanadoo.fr) |
18:26:57 | | Join Lear [0] (n=chatzill@h179n2c1o285.bredband.skanova.com) |
18:30:46 | Mark_ | hey |
18:30:49 | Mark_ | could someone add a wps tag to check if hold is on? |
18:30:50 | Mark_ | so those of us using conditional images to make their own status bar can have a full set? |
18:30:54 | Mark_ | i think its the only one missing |
18:31:00 | Mark_ | :) |
18:31:56 | bluebrother^ | deja-vu |
18:32:01 | bluebrother^ | read this lines before ... |
18:34:01 | Mark_ | ;) |
18:34:15 | Mark_ | a few dev-ish people came in, i though they might care |
18:35:07 | bluebrother^ | we're in feature freeze, so I don't think this will come in the official cvs these days. |
18:35:34 | Mark_ | a lot of wps shit's been added during the freeze |
18:35:50 | Mark_ | a hold tag is so small its practically a bugfix :P |
18:36:33 | bluebrother^ | really? Haven't followed the wps stuff the last time. |
18:36:39 | | Nick Mark_ is now known as Mark_`away (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
18:54:03 | | Join webguest59 [0] (n=55d2b422@labb.contactor.se) |
18:54:11 | webguest59 | hi |
18:55:52 | webguest59 | i own a igp100 which seems to be practically the same hardware inside as the h1x0 so if i donated a igp100 to rockbox would it be much trouble to port the h1x0 version after its finished to the igp? |
18:58:17 | preglow | igp100 ? |
18:58:49 | preglow | i never heard of that |
18:59:00 | bluebrother^ | preglow: found it on amazon germany |
18:59:19 | webguest59 | erm its the 1.5 gb 'round ihp1x0' |
18:59:26 | webguest59 | with the 1" hd |
18:59:44 | preglow | ahh |
18:59:46 | webguest59 | but missing line in and therefore record |
19:00 |
19:00:09 | webguest59 | hell the screen and even the config menus etc are all off the h1x0 |
19:00:44 | webguest59 | plays oggs wma mp3 etc like h1x0 too |
19:00:45 | preglow | new? old? |
19:01:03 | webguest59 | hmm it came out a while ago. not sure if before or after the h1x0 |
19:01:07 | bluebrother^ | http://www.iriveramerica.com/support/hd/iGP_100_FAQ.aspx |
19:02:58 | bluebrother^ | argl. |
19:03:11 | bluebrother^ | iriver.com is really annoying. |
19:03:22 | webguest59 | how come |
19:03:43 | bluebrother^ | ok, found it. http://www.iriver.com/html/product/prpa_product.asp?pidx=44 |
19:04:00 | | Join einhirn [0] (i=Miranda@carlsberg.heim2.tu-clausthal.de) |
19:04:35 | bluebrother^ | iriver.com is crappy because it is completely overloaded with flash, I need to search hours for 1 piece of information and in most cases the information I want isn't even there. |
19:05:44 | webguest59 | hmm most times i just click no to all the permission requests |
19:05:59 | bluebrother^ | but the device looks nice. |
19:06:33 | webguest59 | yep, controls same way as h100 too but with buttons and knobs |
19:06:53 | | Join dpassen1 [0] (n=dpassen1@resnet-233-61.resnet.UMBC.EDU) |
19:07:51 | webguest59 | wouldnt say its exactly more conpact than some harddrive players but i run around with this and if the hw inside is same as h100 then it seems like a easy win for port |
19:07:52 | preglow | it _is_ flash |
19:08:02 | webguest59 | ermm flash? |
19:08:10 | webguest59 | no its a 1" hd |
19:08:25 | webguest59 | you can hear the head moving and parking etc |
19:08:47 | webguest59 | oh maybe you mean the site uses flash.. |
19:11:02 | * | bluebrother^ meant the site using flash |
19:12:06 | webguest59 | hey try going to amazon.com and looking for idp-100 |
19:12:22 | webguest59 | ive never seen that before. must of died quietly |
19:14:33 | bluebrother^ | what format is QDX? |
19:14:55 | | Quit einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org") |
19:15:21 | | Quit darkskiez () |
19:16:50 | webguest59 | http://www.digitalprosound.com/Htm/New_Media/2000/July/QXDtech.htm |
19:16:55 | webguest59 | never heard of it |
19:17:16 | | Join LinusN [0] (n=linus@labb.contactor.se) |
19:17:31 | bluebrother^ | the mentioned idp is stated to support it. |
19:17:51 | webguest59 | "In addition to compression quality and user convenience features, QDX offers copyright owners the benefit of an unpublished format with integrated encryption and watermarking which contribute to preventing access to content by unauthorized players" |
19:17:56 | webguest59 | from that page the link goes to |
19:18:04 | webguest59 | 'unpublished' |
19:18:14 | webguest59 | maybe thats why havent heard much of it |
19:18:34 | bluebrother^ | I guess so. And at least me doen't need this :) |
19:18:42 | webguest59 | hey linus |
19:18:52 | Mr_C | hey, quick question, will there be an official 2.5 rockbox release for iriver ? |
19:18:56 | | Join bagawk [0] (i=1000@67-42-194-6.eugn.qwest.net) |
19:19:04 | | Nick Mr_C is now known as [-AIR-] (n=air@i.am.the.bassist.in.alpharoad.co.uk) |
19:19:14 | Wett | nope |
19:20:28 | [-AIR-] | ok |
19:21:02 | webguest59 | hey does anybody here used to have an amiga?? |
19:21:29 | webguest59 | amiga 500/600/1200 |
19:21:58 | webguest59 | you remember the game scorched tanks? (not scorched earth or anything else, but tanks) |
19:22:32 | webguest59 | not much fancy graphics or moving stuff, perhaps someone could make a version of scorched tanks for the iriver |
19:22:40 | LinusN | Mark_`away: there are wps tags for the hold switches |
19:22:53 | LinusN | we just forgot to document them |
19:23:00 | LinusN | i have added them to the wps docs |
19:24:55 | webguest59 | LinusN: hi what are the chances of a port to igp100 based on h1x0 version of RB? the hardware seems to be the same basically other than smaller hd, no linein socket, and different button layout |
19:25:21 | LinusN | webguest59: the chances are slim unless you start working on it |
19:26:21 | webguest59 | k not even if i donated a igp100 player? http://www.iriver.com/html/product/prpa_product.asp?pidx=44 |
19:27:36 | LinusN | webguest59: donating one will of course help, but before you do that we need to know it the hardware really is similar |
19:27:44 | webguest59 | k |
19:28:32 | LinusN | otherwise you would have donated one in vain |
19:28:35 | webguest59 | hmm realised that page is out of date cos http://www.iriveramerica.com/support/hd/iGP_100_FAQ.aspx and my own experience shows it can play oggs too |
19:29:07 | LinusN | open it up and take digital photos of the circuit boards |
19:29:25 | webguest59 | ok i can try |
19:29:52 | | Join linuxstb [0] (n=linuxstb@i-83-67-212-170.freedom2surf.net) |
19:30:35 | linuxstb | LinusN: What's the "WPS Conditionals" bug you've added to the ReleaseTodo page? |
19:32:26 | LinusN | it's a bug where you can't do %?Fc<> conditionals to test if the id3 info for the next file is available or not |
19:32:26 | webguest59 | if this isnt the same ill eat my hat :) http://www.tomshardware.com/consumer/20040428/iriver-02.html#good_in_the_round but yep ill look at opening it up. just hope i dont bollock something up doing it heh |
19:33:35 | linuxstb | So it just applies to the %Fc tag? Is this on both archos and iriver? |
19:34:31 | LinusN | yes, but the iriver %Fc is totally broken because of a flaw in the playback code |
19:34:46 | linuxstb | I know about that - resetting codectype to zero? |
19:35:03 | LinusN | yes |
19:35:19 | LinusN | using codec type as a flag if the codec is loaded or not |
19:36:03 | linuxstb | Is it an easy fix (for the Archos)? |
19:36:20 | LinusN | i don't know yet |
19:37:15 | amiconn | LinusN: Would you mind me changing the playback time calculation to frame based? (in order to avoid the roundoff error for 44.1/22.05/11.025 kHz) |
19:37:29 | linuxstb | Shouldn't we just return NULL instead of the "???" string for codec type zero? |
19:37:36 | LinusN | amiconn: iriver? |
19:37:44 | amiconn | All platforms |
19:38:05 | amiconn | I think this would be helpful for implementing the recording frame count estimation |
19:38:09 | amiconn | too |
19:38:17 | LinusN | amiconn: how do you count frames on the archos? |
19:39:02 | LinusN | linuxstb: no, then the enums don't work |
19:39:10 | amiconn | I don't want to count them, I just want to base the total playtime calculation on the #of samples per frame and the sampling frequency |
19:39:24 | amiconn | ...instead of the msec based calculation we have now |
19:39:48 | LinusN | amiconn: i don't mind |
19:40:12 | linuxstb | What's wrong with measuring time in samples? |
19:40:12 | amiconn | The playtime is just a realtime counter iirc, and I don't plan to change that |
19:40:26 | LinusN | what would the song length unit be then? |
19:41:18 | amiconn | linuxstb: Nothing; it's just that the calculation is currently done differently |
19:41:30 | LinusN | amiconn: aha, you just want to change the calculation |
19:41:37 | LinusN | sure, go ahead |
19:41:40 | amiconn | yes |
19:41:49 | amiconn | I want to avoid the roundoff error |
19:42:26 | amiconn | Then I could add another parameter to the create_xing_header() - the playtime in seconds |
19:42:54 | amiconn | The function would then use this time to calculate the frame count in case the frame count parameter is zero |
19:43:36 | amiconn | I could do this right now, but it would suffer from the same roundoff error as playback if I would build upon the frame_time field |
19:44:23 | amiconn | I have to look where these values are needed and/or generated in the iriver playback code. I might need help in doing this... |
19:44:49 | amiconn | My goal is to eliminate the frame_time field, and have a frame_samples field instead |
19:45:06 | amiconn | I'm not sure whether this will work with all formats on iriver... |
19:46:15 | amiconn | LinusN: Btw, regarding recording, I did a number of test recordings for my new id3v2+xing header code, among which were some s/pdif recordings |
19:46:38 | amiconn | The only recordings where I got bitshifted frames were −− s/pdif recordings! |
19:46:50 | LinusN | hardly a surprise |
19:47:34 | amiconn | I have no real idea what to do about it... |
19:47:48 | LinusN | neither have i |
19:48:01 | amiconn | I had two occasions where the frame bits were shifted 2 bit positions to the right |
19:48:31 | amiconn | Undoing the shift lead to perfectly valid frame headers |
19:48:50 | amiconn | I did my tests with timecode switched on |
19:49:10 | LinusN | to the right? |
19:49:15 | LinusN | so it added 2 bits? |
19:49:23 | amiconn | Yes, to the right. I had to shift left to compensate |
19:49:50 | amiconn | Of course it could be that it was shifted 6 bits to the left, but I think this is less likely |
19:51:24 | amiconn | An additional effect is that mem_find_next_frame() can't find a valid frame header, so file splitting happens at an arbitrary position |
19:52:34 | LinusN | of course |
19:52:43 | amiconn | I wonder whether we have enough CPU power to monitor all frames, and reset the mas if it starts delivering bad data |
19:53:08 | amiconn | While this would cause a short glitch, it would still be better than hours of invalid data |
19:53:10 | LinusN | i think we have, but it will be a major effort |
19:54:26 | amiconn | Another observation is that recordings don't end at a frame boundary most of the time |
19:54:35 | amiconn | Splitting is frame exact |
19:55:18 | amiconn | I've had a look at the code, and it seems that it tries to stop the MAS in a defined order. However, the last frame is a few bytes short |
19:55:42 | amiconn | I think this is caused by the DMA buffer granularity of 30 bytes |
19:55:50 | LinusN | yes, the mas refuses to give us the last bytes |
19:55:55 | amiconn | The mas won't give us the last partial buffer |
19:56:15 | amiconn | We could do a frame header search at stop as well |
19:56:36 | amiconn | It would be useful to have backwards search in addition to forward search.... |
19:58:21 | LinusN | definitely a lot harder |
19:58:42 | amiconn | Not necessarily |
19:58:51 | amiconn | ...at least for memory search |
19:59:03 | webguest59 | linusn: ok i opened it up with some trouble. haha wonder how ill get it together again. how do you want the pictures linus? |
19:59:30 | webguest59 | i noticed indeed that the chip also says scf5249 |
19:59:36 | LinusN | as high resolution as possible, so i can see the markings on the chips |
19:59:41 | webguest59 | k |
19:59:43 | LinusN | goooooooood |
19:59:59 | LinusN | that's in fact all i need to know |
20:00 |
20:00:04 | LinusN | but the pics would be nice |
20:00:05 | webguest59 | oh? |
20:00:08 | webguest59 | hmm ok |
20:00:12 | | Quit matsl (Read error: 110 (Connection timed out)) |
20:00:32 | LinusN | now if you are serious about donating one... |
20:00:32 | webguest59 | youll have to forgive my amateur pics ill take |
20:00:47 | webguest59 | i got a ok camera cannon a80 |
20:00:48 | amiconn | LinusN: Of course the frame header matching would always be done forward, only the search for the first sync byte (0xFF) would run backward |
20:00:58 | webguest59 | but crap at photos |
20:01:11 | amiconn | ...starting at current_position -4 to compensate for the header length |
20:01:44 | LinusN | amiconn: the trick would be to determine if it's a real header or not |
20:02:01 | LinusN | then we'd have to search another frame backwards and check the length |
20:02:26 | amiconn | I don't see how this is different from a forward search |
20:02:27 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
20:02:57 | LinusN | well, we search 2 frames backwards and one forward |
20:02:57 | amiconn | Afaik we don't check the postion of the next header, do we? |
20:03:16 | LinusN | hmmm, no we don't |
20:03:30 | LinusN | as long as it's the same version and sample rate... |
20:04:32 | *** | Saving seen data "./dancer.seen" |
20:04:48 | amiconn | Yes, as long as it's the same version and sample rate as the supplied template header |
20:05:20 | amiconn | Hmm, that's probably stuff that has to wait until after 2.5 |
20:05:21 | | Join darkskiez [0] (n=darkskie@host86-132-169-66.range86-132.btcentralplus.com) |
20:06:07 | LinusN | amiconn: guess so |
20:17:28 | webguest59 | linusn: taken pics at 2000 resolution or something it was high. now checking them out |
20:21:25 | webguest59 | seems ok except 1 chip that appears to say 'S3' or something at the bottom underneath the coldfire |
20:33:19 | | Quit matsl (Read error: 60 (Operation timed out)) |
20:34:59 | LinusN | webguest59: good |
20:35:10 | LinusN | i gotta go, bbl |
20:35:10 | webguest59 | i tyhink its sst |
20:35:19 | webguest59 | where should i put pics? |
20:35:22 | LinusN | sst? probably the flash |
20:35:32 | LinusN | webguest59: the wiki |
20:35:33 | webguest59 | i retook some pics of the sst chip |
20:35:43 | webguest59 | hmm dunnoi how to but ill ask others |
20:35:47 | LinusN | good |
20:35:48 | LinusN | bbl |
20:35:51 | webguest59 | k |
20:35:51 | | Part LinusN |
20:38:03 | | Join webguest85 [0] (n=3e4f4094@labb.contactor.se) |
20:38:40 | webguest85 | webguest59: Are you registred on the wiki? |
20:40:20 | webguest59 | sry was afk packing up |
20:40:22 | webguest59 | no im not |
20:40:31 | webguest85 | Register here: http://www.rockbox.org/twiki/bin/view/TWiki/TWikiRegistration |
20:41:06 | webguest85 | Then go to http://www.rockbox.org/twiki/bin/view/Main/IriverIGP100HardwareComponents and click the "create" button |
20:41:23 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
20:41:44 | webguest85 | There'll be help links at the bottom of the edit page on the syntax |
20:41:49 | webguest85 | help for the syntax, that is |
20:42:45 | webguest59 | ok registered |
20:43:06 | webguest59 | do i need to click a link to confirm in an email or is it merely notification and i can get started? |
20:43:21 | webguest85 | I don't think you have to confirm |
20:44:10 | webguest59 | k well i got several more shots second tiem round as i got a pic of that sst chip so ill need to sort them out first |
20:45:04 | webguest85 | Have a look at http://www.rockbox.org/twiki/bin/view/Main/IriverHardwareComponents and http://www.rockbox.org/twiki/bin/view/Main/IriverH3XXHardwareComponents for inspiration on how to arrange the page |
20:46:05 | webguest59 | whoa my picture is nowhere near as clear as that single pic of the circuit board |
20:46:17 | webguest59 | i had to take several pictures from different angles |
20:46:21 | webguest85 | Better than nothing |
20:46:24 | webguest59 | k |
20:46:46 | webguest85 | You can always try and get better shots if needed |
20:47:08 | webguest59 | well i put it back together :) |
20:47:14 | webguest59 | but ill try followthat pages example |
20:47:26 | webguest59 | and put 'board images' |
20:47:46 | webguest59 | first and then see from there where to go |
20:47:56 | | Join TCK- [0] (i=TCK@85-210-26-144.dsl.pipex.com) |
20:48:24 | webguest85 | actually |
20:48:25 | webguest85 | Just add another section to that page |
20:48:25 | webguest85 | http://www.rockbox.org/twiki/bin/view/Main/IriverInfo |
20:51:18 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
20:51:18 | | Quit bagawk ("Leaving") |
20:51:27 | | Quit Maxime (Read error: 104 (Connection reset by peer)) |
20:51:56 | | Join edx [0] (n=A@p54A84746.dip.t-dialin.net) |
20:52:01 | webguest59 | hmm perhaps you can look at these pictures if i send them to you? and tell me what you think? |
20:52:12 | | Join DangerousDan [0] (n=Miranda@newtpulsifer.campus.luth.se) |
20:53:46 | | Join solex_ [0] (n=jrschulz@d164133.adsl.hansenet.de) |
20:56:44 | | Nick paugh is now known as AliasCoffee (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
20:58:07 | | Quit edx () |
20:59:23 | | Join bearin [0] (n=46ab1f3f@labb.contactor.se) |
20:59:36 | bearin | i have a Q:... |
21:00 |
21:00:44 | bearin | on recorder wps, is there a way to show the full playlist time |
21:00:56 | amiconn | no |
21:01:15 | amiconn | Rockbox has no idea about the playtime of tracks that are not yet loaded |
21:01:17 | bearin | i know you can song track #/ total track (this is default) |
21:01:28 | bearin | man |
21:01:47 | bearin | well, at least my question was solved |
21:01:48 | bearin | thanks |
21:02:49 | | Quit bearin (Client Quit) |
21:02:55 | Wett | does anyone knows if there are any knows issues with pcm_playback using getmore callback ? |
21:03:01 | webguest59 | for adding to wiki what is attribute 'h' in the table? |
21:03:18 | webguest59 | does it mean they checked the hide in normal topic view box? |
21:03:29 | | Quit TCK (Read error: 110 (Connection timed out)) |
21:03:44 | amiconn | webguest59: yes |
21:04:11 | webguest59 | k thanks. i found out by clicking link to 'attribute' as well |
21:05:21 | webguest59 | ok if i am uploading pics i take it the link box must be checked too? or is this an extra options to gather the links together in one section? |
21:05:38 | webguest59 | oh nvm |
21:05:44 | webguest59 | stupid didnt read it all |
21:08:05 | webguest59 | 12.5 meg rar file. some shots are quite bad, others not that bad in info they reveal about the chips (which seems to be basically that the major components and chips are all in h100). perhaps someone can check them out once they are uploaded and give feedback |
21:09:30 | | Quit solex (Connection timed out) |
21:11:49 | Wett | or... what king of bugs can create randomly stkov audio, stkov ata, *panic*, etc. ? It's very strange.. |
21:13:37 | | Quit solex_ (Read error: 110 (Connection timed out)) |
21:14:13 | webguest59 | grrr wtf cant be that bad can it. my upload speed is crap |
21:18:02 | | Quit matsl (Read error: 60 (Operation timed out)) |
21:20:57 | webguest59 | ah its done |
21:21:05 | webguest59 | anybody here? |
21:21:08 | Mxm`Pas`Bien | yup |
21:21:08 | webguest59 | ami? |
21:21:10 | | Nick Mxm`Pas`Bien is now known as Maxime (n=flemmard@fbx.flemmard.net) |
21:21:16 | | Nick Maxime is now known as Maxime` (n=flemmard@fbx.flemmard.net) |
21:22:06 | webguest59 | oh just not sure if i done it right the placement on the page somehow doesnt seem right at the bottom of http://www.rockbox.org/twiki/bin/view/Main/IriverInfo in the 'Hardware' section |
21:22:33 | webguest59 | but i managed to upload some shots of igp100 chips |
21:22:58 | Maxime` | what's the problem? o_O |
21:22:59 | webguest59 | and was wondering if anyone wanted to check them out, comment on the pictures etc |
21:23:06 | webguest59 | and i could try improve them |
21:24:10 | | Nick Mark_`away is now known as Mark_ (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
21:24:48 | webguest85 | downloading.. |
21:25:15 | webguest59 | k |
21:25:25 | Mark_ | linus, thanks very much |
21:27:23 | | Nick AliasCoffee is now known as paugh (n=pete@2001:5c0:8fff:ffff:8000:0:3e03:6822) |
21:27:28 | webguest59 | you can notice philips tea, coldfire, sst flash, and some other components shown on that page in the shots, though not all at once since my lighting and camera focus wasnt quite right i think |
21:28:30 | | Join matsl [0] (n=matsl@1-1-4-2a.mal.sth.bostream.se) |
21:34:08 | webguest85 | A good trick is to stuff it in a flatbed scanner if you have access to one |
21:34:25 | webguest59 | :( no go there |
21:34:47 | webguest59 | dont have one |
21:35:05 | ze | you can get decent scanners for dirt cheap these days, why wouldn't anybody have one? heh |
21:35:32 | webguest59 | well i dont have anything to scan :) |
21:35:52 | ze | there's always stuff to scan... case in point, IC's :p |
21:36:19 | webguest59 | IC's? |
21:36:27 | | Join Coldtoast [0] (n=edan@ppp110-114.lns1.hba1.internode.on.net) |
21:36:29 | ze | integrated circuits? |
21:36:31 | webguest59 | ah |
21:36:36 | ze | you're talking about chips on a circuit board no? |
21:36:36 | ze | heh |
21:36:40 | webguest59 | well i didnt consider that |
21:36:58 | webguest59 | i might need a scanner for such a purpose one day |
21:37:09 | ze | heh |
21:37:15 | ze | *shrug* |
21:37:24 | ze | you got a printer? |
21:37:34 | webguest85 | Better lighting would be good |
21:37:38 | webguest85 | They're a bit dark |
21:37:46 | webguest59 | k |
21:38:00 | webguest85 | not that I have any clue what to do about them |
21:38:02 | webguest85 | but they seem dark |
21:38:32 | webguest59 | i thought so too. but i think some of the chip writing is faded so hard to notice |
21:38:37 | webguest59 | like that SST chip |
21:38:59 | webguest59 | that the page ssays is the flash |
21:39:05 | ze | i haven't looked, but you can probably adjust levels and contrast to get them to show up better |
21:39:32 | webguest59 | damn paintshop pro expired... |
21:40:43 | webguest59 | i used it for like 600 days after the 28 or 30 day trial ended then i installed new version big mistake, it really was a trial and ended after a short while |
21:41:02 | ze | heh |
21:41:13 | ze | you can probably find a registry entry to reset or something |
21:41:24 | webguest59 | well uninstalled now |
21:41:46 | webguest59 | if i could access my old computer i got photoshop and various stuff on there |
21:42:55 | | Quit Coldtoast (Remote closed the connection) |
21:52:46 | webguest59 | well comparing my pics, the SC5249 coldfire, TEA5767 FM chip, LVCH16245A 16-Bit Bus Transceiver, SST flash rom, MEC-AA3k4 30.0000 oscillator are all there. just seems to be all stuffs from h100 mainly. next time i must see what is under the lcd. the edges are stuck down with some sticky tape like stuff that also covers up more chips |
21:53:34 | amiconn | Would be very interesting to know whether the LCD is the same |
21:53:44 | amiconn | What's the resolution? |
21:53:55 | webguest59 | hmm the picture is this: |
21:54:00 | webguest59 | (lemme find it) |
21:54:02 | webguest85 | How aobut firmware upgrade - how is that done? |
21:54:38 | webguest59 | http://www.tomshardware.com/consumer/20040428/iriver-02.html#good_in_the_round |
21:54:43 | webguest59 | look at that picture |
21:54:48 | webguest59 | if thats not he h100 screen... |
21:55:02 | webguest59 | there have been no f/w upgrades for this |
21:55:17 | | Nick Mark_ is now known as Mark_`afk (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
21:55:28 | webguest85 | Hm.. that's a problem... is it possible? |
21:55:30 | coob | http://simcityneworleans.ytmnd.com/ |
21:55:36 | webguest59 | but the flash is the same i think (sst)would think it should be possible |
21:55:43 | webguest59 | ? |
21:56:44 | webguest85 | Is there a firmware upgrade menu? |
21:57:24 | webguest59 | arg whats this bloody music |
21:57:28 | webguest59 | simcity? |
21:57:32 | webguest59 | i got that open heh |
21:58:01 | webguest59 | ill check |
21:58:26 | webguest85 | It'll be troublesome to say the least, if there isn't. |
21:58:32 | webguest59 | yes there is the same f/w upgrade menu |
21:58:35 | webguest59 | it is there |
21:59:00 | webguest85 | Right.. still a problem if there is no available firmware file |
21:59:36 | webguest59 | to look at and see how it does things? |
21:59:56 | | Join edx [0] (n=A@p54A8344D.dip.t-dialin.net) |
22:00 |
22:00:16 | webguest85 | No, to patch and load to enable a bootloader |
22:00:25 | webguest59 | k |
22:00:42 | webguest85 | Like it's done on the h100 |
22:01:02 | webguest85 | We take a firmware upgrade file, add some code to it and flash it |
22:01:06 | webguest59 | so it wouldnt be possible to have a standalone rockbox/complete replacement with no bootloader? |
22:02:10 | webguest59 | or bootloader that enables a person to add the rockbox files in completely wiping out original f/w? |
22:02:17 | webguest85 | Sure - it's just a problem creating a file that the firmware upgrade will accept, without having an example |
22:02:22 | webguest59 | k |
22:02:58 | webguest59 | what is needed to take the f/w file off the flash rom for analysis? |
22:03:33 | webguest85 | No idea - That probably won't help much anyway, since the firmware upgrade file is "packaged" |
22:03:41 | webguest85 | "Nach den ersten Bildern zu urteilen, fällt das im Gerät eingebaute LCD-Display mit 160 x 128 Pixel sehr großzügig aus" |
22:03:44 | webguest85 | 160x128 it seems |
22:04:34 | *** | Saving seen data "./dancer.seen" |
22:04:51 | webguest59 | for resolution of igp screen? |
22:04:55 | webguest85 | Yeah |
22:04:59 | webguest59 | is that same as h100? |
22:05:20 | webguest85 | Yup |
22:05:29 | webguest59 | so probably is the same |
22:05:30 | webguest85 | Good sign |
22:08:41 | | Join webguest90 [0] (n=55d2b422@labb.contactor.se) |
22:08:43 | amiconn | WPS is looking identical to H1x0 too |
22:08:43 | | Quit webguest59 ("CGI:IRC (EOF)") |
22:09:24 | webguest90 | trying to look up anything about a f/w upgrade in past |
22:13:44 | webguest90 | bah all i could find is a quote from a custoemr review on cnet "Customer Support could not give a date for the firmware upgrade to fix the above issue." |
22:14:48 | webguest90 | http://www.misticriver.net/boards/archive/index.php/t-1224.html |
22:15:29 | | Join Mxm`Pas`Bien [0] (n=flemmard@fbx.flemmard.net) |
22:15:48 | | Quit Maxime` (Read error: 104 (Connection reset by peer)) |
22:18:57 | webguest90 | "Doesn't play DRM WMAs, right now. iRiver web site states a firmware upgrade to play DRM WMAs will be available later this year. " hmm i wonder what happened to that expected f/w. disappeared into the electronic ether i guess if it was ever completed or started |
22:19:55 | amiconn | The UI does indeed look like the H1x0 UI. Just tried radio and mp3 playback |
22:20:12 | amiconn | Took me quite some time to navigate this mess :/ |
22:20:21 | webguest90 | just tried? hmm you have one there somehow? |
22:21:00 | amiconn | No, I have a H-140, and compared with the photos in the tomshardware article |
22:21:27 | amiconn | It's the first time I tried the radio in the iriver firmware |
22:21:27 | webguest90 | yeah i noticed the 'circle' button below the play and stop buttons on the right, would be for recording but here it only does eq changes |
22:21:35 | webguest90 | ah ok |
22:22:34 | webguest90 | well it seems at one point a f/w was planned. what progress was made who knows, but they decided to phase the igp out |
22:23:21 | * | HCl reads the topic |
22:24:21 | | Quit Lear ("Chatzilla 0.9.68.5.1 [Firefox 1.0+/undefined]") |
22:24:44 | amiconn | webguest85: I'm quite convinced this is a H1x0 in disguise, with that small 1" HD and different casing |
22:24:50 | webguest90 | hmm that 1" cornell harddrive... if i replaced it with something else... far far bigger |
22:24:55 | amiconn | I bet I also know the button equivalences |
22:25:01 | webguest90 | yep |
22:25:25 | webguest90 | two wheels on left and right can both be depressed |
22:25:30 | amiconn | Yes |
22:25:48 | webguest90 | the right one if you keep it pressed down takes you to normal h100 confog menus |
22:25:52 | amiconn | Same type of construction as on the H1x0 remote control |
22:25:54 | webguest90 | config* |
22:26:01 | webguest90 | yep |
22:26:39 | amiconn | The right wheel is equals joystick left/right/click |
22:26:49 | webguest90 | hmm the h10s use 1" hd dont they? |
22:27:01 | amiconn | The left wheel equals joystick up/down and A-B button |
22:27:19 | amiconn | ON/FUNC equals play/pause |
22:27:33 | amiconn | PWR OFF equals stop |
22:27:44 | amiconn | EQ equals record |
22:28:00 | webguest90 | but since there is no line in on igp it only does eq |
22:28:19 | amiconn | Yes, but if it's wired it could be possible to record from FM |
22:28:30 | amiconn | ...something that the iriver fw doesn't implement |
22:28:43 | webguest90 | i tried looking for that uda chip but i think i missed it. several other chips on top covered by the black sticky plastic aroundthe lcd |
22:29:08 | | Quit edx () |
22:29:08 | amiconn | Found the RAM chip somewhere? |
22:29:59 | webguest85 | Wonder if it's 16mb or maybe 8mb? |
22:30:19 | amiconn | mhm |
22:30:20 | webguest90 | dunno |
22:30:29 | webguest90 | i wrote this earlier from irc log |
22:30:32 | webguest90 | "<webguest59> well comparing my pics, the SC5249 coldfire, TEA5767 FM chip, LVCH16245A 16-Bit Bus Transceiver, SST flash rom, MEC-AA3k4 30.0000 oscillator are all there. just seems to be all stuffs from h100 mainly. next time i must see what is under the lcd. the edges are stuck down with some sticky tape like stuff that also covers up more chips" |
22:30:34 | amiconn | H-120/H-140 is 32MB, H-110 and H-115 is 16MB |
22:30:46 | webguest90 | hmm anyway to check? |
22:30:48 | webguest85 | amiconn: that's what i was thinking of |
22:31:38 | webguest85 | I guess you could do some guessing based on how often the harddrive spins up while playing a large dir |
22:31:44 | webguest85 | (of equally sized files) |
22:32:01 | webguest90 | or perhaps a playlist onm constant play? |
22:32:02 | webguest85 | except I don't know how iriver does buffering |
22:32:10 | amiconn | Depends on the buffering mechanism |
22:32:28 | amiconn | If it uses the same silly scheme as H1x0, you wouldn't be able to tell |
22:32:39 | webguest90 | hmm what silly scheme is that |
22:32:51 | amiconn | H1x0 always only buffers a single files |
22:32:53 | amiconn | -s |
22:32:59 | webguest90 | then load new one? |
22:33:03 | amiconn | That's why it can't do gapless |
22:33:09 | webguest90 | grr |
22:33:21 | amiconn | Well, that's why we have, and love, rockbox! |
22:33:35 | amiconn | (one reason only) |
22:33:40 | webguest90 | it would be amazing in that case if this didnt load 1 by 1 |
22:33:53 | webguest90 | because they go on about how you can jog with it etc |
22:34:00 | dpassen1 | then try loading a very large mp3 |
22:34:08 | webguest90 | i know the one hehe |
22:34:16 | amiconn | Does it play wav? |
22:34:42 | webguest90 | should do |
22:35:07 | amiconn | Would be easier to use a large wav for testing - wav is large even when not too long, and bitrate is guaranteed to be constant |
22:35:14 | webguest85 | Okay, then play a really large file (>64mb) and see |
22:35:25 | webguest85 | Okay, wav is easier |
22:35:32 | amiconn | Just play a >64MB wav file and measure the time between 2 disk spinups |
22:35:36 | webguest90 | hmm ok ill load a wave on |
22:36:21 | amiconn | Of course you should know the sample frequency, sample width and whether it's stereo |
22:37:19 | webguest90 | hmm by coincidence havea 63 meg wav at hand |
22:38:09 | webguest90 | 48 khz/16bit/stereo |
22:39:15 | webguest90 | hmmm is it me or no wav support... plays bloody 500 kbps ogg but no wav |
22:39:38 | webguest90 | ok one more double check |
22:40:30 | | Join edx [0] (n=A@p54A86886.dip.t-dialin.net) |
22:40:32 | webguest90 | gah no wav support i guess |
22:40:44 | webguest90 | cbr mp3 of a whole album do? |
22:41:04 | webguest85 | That'll work just ifne |
22:41:06 | webguest85 | fine |
22:41:17 | webguest85 | make it 192kbps or something |
22:41:35 | webguest90 | ok |
22:43:12 | | Join LinusN [0] (n=linus@labb.contactor.se) |
22:44:41 | LinusN | the igp100 pics look really promising |
22:45:01 | LinusN | even the BDM debug connector looks the same as the H100 series |
22:46:28 | amiconn | I wonder where the RAM is, and/or what the D7416498GGU chip is |
22:47:00 | HCl | how much storage does the igp100 have..? |
22:47:09 | dpassen1 | 1.5 GB |
22:47:34 | HCl | hmk. |
22:47:39 | HCl | it looks pretty neat. |
22:47:43 | amiconn | LinusN: Where's the BDM connector (I'm curious) |
22:47:44 | amiconn | ? |
22:48:47 | HCl | how new is it |
22:48:47 | HCl | ? |
22:48:55 | | Quit TCK- (Read error: 110 (Connection timed out)) |
22:49:31 | webguest90 | there was news in march 04 they plan to phase igp out |
22:49:33 | webguest85 | It's about as old as h100 |
22:49:38 | webguest85 | I think |
22:49:42 | HCl | hm, okay |
22:49:42 | webguest90 | but i think h140 only come out in feb 04 |
22:49:53 | webguest85 | ah |
22:50:03 | webguest85 | maybe I dont know |
22:50:04 | LinusN | the bdm connector is the unpopulated 20-pin ZIF at the lower right corner of the cpu |
22:50:30 | | Nick webguest85 is now known as flack (n=3e4f4094@labb.contactor.se) |
22:51:10 | | Quit matsl (Remote closed the connection) |
22:51:20 | amiconn | LinusN: Ah. |
22:51:48 | amiconn | webguest90: Does the igp-100 have a RTC |
22:51:49 | amiconn | ? |
22:52:03 | webguest90 | dont know |
22:52:21 | webguest90 | certainly it mimics the h100 f/w in that there is no option for it |
22:53:03 | LinusN | i doubt that it has an artc |
22:53:06 | webguest90 | man making this cbr mp3 will take some time. compressing 550 meg wav |
22:53:36 | HCl | does the iron thing on top actually work like a lock? |
22:54:05 | flack | webguest90: does it have a clock? |
22:54:33 | webguest90 | the 'iron' thing on top seems to be some light tough plastic with silvery finish |
22:54:44 | webguest90 | no clock just like h100 |
22:54:52 | flack | (RTC) |
22:55:26 | webguest90 | hmm i think id have to take it apart again to check (and even then not sure what im looking for) |
22:55:42 | webguest90 | but i think probably not likely as they base design off h100? |
22:55:59 | LinusN | rtc is very unlikely |
22:56:51 | flack | I never saw the point of having an rtc in a dap anyway |
22:56:51 | webguest90 | 64% encoded... grrr |
22:57:24 | HCl | an rtc is very handy when generating last played runtime data.. |
22:57:36 | webguest90 | hmm i suppose from 64 meg mp3 you can check for multiples of 8/16/32 by how many times it accesses? |
22:57:56 | webguest90 | 77%.. |
22:59:04 | amiconn | LinusN: A chinese site states the D7416498GGU might be a TI chip, D7416 series |
22:59:21 | amiconn | I didn't find anything about this @ ti... |
23:00 |
23:00:03 | webguest90 | done, now time to upload to igp |
23:00:27 | HCl | where are the pics of igp we're talking about? |
23:00:34 | flack | amiconn: wonder what they're doing on that page.. seems to be a naked muvo |
23:00:36 | flack | hcl: iriverinfo |
23:00:39 | flack | (wiki page) |
23:00:43 | HCl | o.o; hm. okay. |
23:00:49 | HCl | i went there but it didn't have a link to igp |
23:00:50 | | Nick Mark_`afk is now known as Mark_ (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |
23:00:59 | amiconn | flack: Yes, it seems they dissected a MuVo... |
23:01:03 | flack | they're tacked at the bottom, a rar file |
23:01:10 | HCl | ah |
23:01:13 | HCl | thanks |
23:01:26 | flack | amiconn: Sounds like "our" type of guys |
23:02:58 | webguest90 | hmm 69 meg 192 cbr mp3 rough length 50 mins or so |
23:03:02 | webguest90 | starting my test |
23:03:23 | webguest90 | ah f*ck |
23:03:31 | webguest90 | what idiot left volume a t 40 |
23:03:34 | | Join muesli- [0] (i=muesli_t@hmln-d514763a.pool.mediaWays.net) |
23:03:44 | webguest90 | blew my ears off |
23:03:54 | muesli- | re |
23:04:07 | Mark_ | lol sux2bu :P |
23:04:14 | | Join solex [0] (n=jrschulz@d001115.adsl.hansenet.de) |
23:04:35 | solex | f |
23:04:42 | flack | Man, seems the chinese are all about picking mp3 players apart |
23:08:44 | webguest90 | hmm coming up to 5.48... which should be almost 8 meg at 1.38 meg/min |
23:08:49 | OctalENPH | Yes. |
23:08:54 | OctalENPH | Sorry, wrong channel. |
23:08:54 | webguest90 | yep and it accesses once |
23:09:25 | webguest90 | it started accessing around 5:35 for 5+ secs or so |
23:09:52 | webguest90 | hey guys it seems to be 8 meg... |
23:10:18 | muesli- | somebody interested in a german party spot (worth it!) |
23:10:19 | flack | Could be pre-buffer |
23:10:24 | flack | let it go for a while longer |
23:10:26 | webguest90 | ok |
23:10:41 | flack | just to be sure |
23:10:59 | webguest90 | what you mean by prebuffer? |
23:11:10 | flack | Maybe they buffer "half the ram" or something first |
23:11:16 | webguest90 | ah right |
23:11:25 | flack | probably not, but just to be more certain |
23:11:55 | webguest90 | well 5:40 or so x 2 is 11:25-30 maybe i should watch for red hd access light |
23:12:20 | webguest90 | should be 5:48 really but it started accessing at 5:35 |
23:12:38 | webguest90 | whoa |
23:12:42 | flack | They probably have some of the RAM used for other things |
23:12:48 | webguest90 | 9:13 accesses for 9 seconds |
23:12:52 | webguest90 | to 9:22 |
23:13:25 | webguest90 | 5:35... 9:13... hmm not exactly spread out is it |
23:13:42 | webguest90 | this is a single cbr mp3 too |
23:13:58 | webguest90 | by spread out i mean multiples of 5:35 |
23:14:48 | flack | Probably 8mb minus something |
23:15:32 | flack | Still.. the lack of a firmware update file is upsetting |
23:15:44 | webguest90 | yep |
23:16:13 | LinusN | that would simplify things, yes |
23:16:30 | webguest90 | 12:49-13:00 access hd |
23:16:35 | LinusN | my guess is that the D7416498GGU chip is the hard disk controller |
23:17:19 | webguest90 | hmm from 5:35 its multiples of 3:40 ish?? |
23:18:26 | webguest90 | so if this is true... next is at 16:30 |
23:18:35 | webguest90 | 1 min to find out |
23:19:05 | flack | what's that, 5-6mb? |
23:19:45 | webguest90 | bingo as i though |
23:19:46 | webguest90 | t |
23:19:53 | webguest90 | 16:30 access |
23:20:12 | amiconn | flack: 8 MB ram minus firmware code+other data |
23:20:25 | | Join Wett_ [0] (i=Wett@AMontpellier-251-1-77-244.w83-201.abo.wanadoo.fr) |
23:20:30 | webguest90 | seems first time it start playing the song it takes up to just under 8 meg for first access |
23:20:31 | flack | Sounds reasonable |
23:20:57 | webguest90 | cos 8 meg / 1.38 meg per min means 5:48 |
23:21:02 | webguest90 | it accessed at 5:35 |
23:21:09 | LinusN | webguest90: does it have a firmware upgrade menu option? |
23:21:12 | amiconn | webguest90: In fact I guess there was an additional access near the start, around 2 minutes |
23:21:55 | webguest90 | subsequent accesses are at 3:40 ish or 5 meg |
23:22:26 | webguest90 | ill restart test see if there is an access i missed at 2 mins |
23:22:57 | flack | LinusN: I asked - it has |
23:22:57 | webguest90 | y it got f/w upgr menu linus |
23:23:10 | flack | But no firmware updates were ever released, it seems |
23:23:38 | webguest90 | one supposedly planned for wma drm support but nothing came of it since igp was phased out |
23:24:34 | HCl | isn't that going to be tricky? without having a flashable firmware to start with |
23:25:11 | HCl | we could probably come a long way with dumping the flash with the bdm and reverse engineering how it flashes, but still. |
23:25:19 | flack | with a bit of luck it could be similar enough to h100 to be useful |
23:25:25 | HCl | mhm |
23:25:39 | amiconn | I would expect the same scrambling algo... |
23:26:10 | LinusN | me too |
23:26:33 | LinusN | we'll dump the mem with the bdm and disassemble it |
23:26:53 | webguest90 | hmm odd... i stopped at 19:20 switched off |
23:26:57 | webguest90 | switched on |
23:27:02 | amiconn | This looks like a design reuse, just like archos reused the recorder design for the Ondio (with more modifications, I'd say) |
23:27:14 | webguest90 | restarted... and it accesses at 20:10 |
23:27:24 | flack | amiconn: apparently the other way round |
23:27:39 | webguest90 | but now i restart from beginning 0:00 and switch off/ switch on |
23:27:47 | webguest90 | but no access after 50 secs |
23:27:49 | flack | according to webguest90, igp-100 was pre-h100 |
23:28:10 | flack | but yeah, looks like massive design reuse |
23:28:16 | webguest90 | wait.... but 16:30 + 3:40 = 20:10!!! |
23:28:22 | | Quit Wett (Read error: 110 (Connection timed out)) |
23:28:32 | preglow | design reuse is good |
23:28:34 | preglow | for us, that is |
23:28:34 | webguest90 | so even though i switched it off and it still needed to rebuffer all back into menory |
23:28:38 | webguest90 | memory |
23:29:01 | webguest90 | it still used old 16:30 + 3:40 to access at 20:10 |
23:29:14 | flack | That sounds.. strange |
23:29:18 | webguest90 | yeah |
23:29:25 | flack | oh well |
23:29:29 | flack | no telling what they're doing there |
23:29:47 | webguest90 | switched on restarted at 19:20 but still used old 20:10 from before it was switched off |
23:30:10 | webguest90 | ok i predict this will access hd in 1 min,,, at 5:35 |
23:30:27 | flack | maybe they buffer at some preset times |
23:30:32 | webguest90 | hmm maybe |
23:30:49 | webguest90 | or preset amount of memory is used up? |
23:30:52 | flack | or file-positions (size), more likely |
23:30:59 | webguest90 | k here it comes... |
23:31:06 | webguest90 | y |
23:31:11 | webguest90 | like i said it came |
23:31:13 | | Quit Sucka ("a bird in the bush is worth two in your house") |
23:33:33 | LinusN | time to sleep |
23:33:36 | LinusN | cu tomorrow |
23:33:40 | | Part LinusN |
23:35:57 | | Quit Zagor ("Client exiting") |
23:39:55 | webguest90 | hmm http://cgi.ebay.com/iRiver-iGP-100-1-5-GB-MP3-Player_W0QQitemZ5806063650QQcategoryZ48683QQssPageNameZWDVWQQrdZ1QQcmdZViewItem dunno wtf that is in the 'stock photo' doesnt look right |
23:40:13 | webguest90 | the wps or whatever screen |
23:44:16 | | Join ashridah [0] (i=ashridah@220-253-122-145.VIC.netspace.net.au) |
23:45:06 | | Join Wett [0] (i=Wett@AMontpellier-251-1-22-173.w81-251.abo.wanadoo.fr) |
23:45:48 | webguest90 | http://cgi.ebay.com/iRiver-IGP-100-MP3-Player-As-Is-Parts_W0QQitemZ5805604503QQcategoryZ48683QQssPageNameZWDVWQQrdZ1QQcmdZViewItem#ebayphotohosting $4.99 starting bid.. right im off. night |
23:46:34 | | Quit webguest90 ("CGI:IRC (EOF)") |
23:51:18 | | Join webguest96 [0] (n=d4f2efbd@labb.contactor.se) |
23:53:15 | webguest96 | Hi, Just thought you could use the FCC application details for the IGP-100: https://gullfoss2.fcc.gov/prod/oet/cf/eas/reports/ViewExhibitReport.cfm?mode=Exhibits&RequestTimeout=500&calledFromFrame=N&application_id=711872&fcc_id='QDMIGP100' |
23:53:21 | | Quit webguest96 (Client Quit) |
23:53:22 | | Join webguest96 [0] (n=d4f2efbd@labb.contactor.se) |
23:53:52 | | Quit webguest96 (Client Quit) |
23:58:07 | flack | That's handy. |
23:59:00 | | Nick Mark_ is now known as Mark_`away (n=Mark@cpc1-bele3-3-1-cust167.belf.cable.ntl.com) |