--- Log for 05.09.105 Server: herbert.freenode.net Channel: #rockbox --- Nick: logbot Version: Dancer V4.16 Started: 4 days and 17 hours ago 00.00.14 # untill we get vector digital audio, digital has drawbacks 00.00.25 # OnkelJonas: really both cost a good bit 00.00.37 # for high quality 00.00.56 # my soundcard was $175 and that was a really good deal on a pretty low-end one 00.00.57 # heh 00.01.02 # sure... but outfitting a studio with for digital vs. analog I believe will show quite a large saving 00.01.08 # 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 # although the lifetime of analog equipment might be better... not sure about that 00.01.56 # 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 # their digital outputs probably have the s/pdif bits for no copying set 00.02.19 # and here i was thinking 1ghz was still fairly decent 00.02.40 # 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 # there's lots of 30+ year old analog equipment thats raised in value 00.03.04 # 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 # 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 # linuxstb: 16-bit? but dvd-audio is 24bit isn't it? 00.04.08 *** Saving seen data "./dancer.seen" 00.04.15 # 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 # 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 # 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 # ze: Exactly. Now do you know why DVD-Audio hasn't caught on? 00.05.41 # linuxstb: seems like they'd be fucking over the exact market that such a feature would appeal to 00.05.46 # linuxstb: heh 00.05.59 # then they might as well leave it off 00.06.27 # There is an alternative - a proprietory and encrypted digital link between some DVD-Audio players and some multi-channel DACs. 00.06.58 # heh 00.07.30 # OnkelJonas: makes sense 00.07.45 # OnkelJonas: digital is easy to deal with in general 00.08.01 # 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 # the way you can manipulate tracks in a DAW is unparalleled in the analog realm 00.09.30 # 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 # 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 # 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 # mic's, preamps/amps, etc 00.12.11 # a lot of instruments 00.12.18 # electric or mic'd acoustic 00.12.58 # 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 # 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 # hehe 00.13.33 # of course they were the opposite - everything digital 00.13.33 # heavy metal? ;-) 00.13.39 # :P 00.14.03 # btw - only thing i really miss about rockbox atm is a good wps 00.14.22 # I tried making one myself, but I suck quite a lot at it 00.15.58 # 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 # 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 # 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 # 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 # 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 # linuxstb, I started one 00.27.02 # about a year ago 00.27.54 # 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 # 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 # 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 # I was thinking of that approach - but is 100 ticks/second a high enough resolution for timings? 00.52.13 # i'm not certain 00.52.19 # the alternative is using the new timer module 00.52.39 # What new timer module? 00.52.46 # timer.c 00.53.03 # amiconn added it not too long ago, it's able to reach higher resolutions that the tick counter, afaik 00.54.12 # Just looking at it now... 00.54.48 # anywho, it'd be a welcome addition to the audio thread debug screen 00.55.04 # 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 # 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 # 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 # i don't think the task switcher has any idea what thread is running 00.59.43 # hmm, threads do seem to have names 01.02.18 # 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 # yes, they can 01.08.07 # hmm 01.08.25 # a simple wav writer context option would be good 01.08.49 # and shouldn't be _that_ hard to implement 01.13.56 # 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 # just a new way of using the codecs 01.14.18 # process audio as usual, just feed the result to a file instead of the dac 01.16.22 # 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 # I think I get it now. We would not need to measure the "idle time". 01.17.44 # Which is basically the probably now. 01.17.54 # we'd pretty much be back to where we were with the xxx2waz plugins 01.18.12 # with no need to modify any plugins to do so 01.18.20 # just add a rockbox option to use the codecs in a different way 01.18.26 # someone is going to ask for it sooner or later anywya 01.18.52 # 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 # Is there any such thing as "correct output" with lossy codecs? 01.19.41 # I mean will two MPEG decoders give bit-identical output? 01.20.11 # there is more and less correct, yes 01.20.45 # the mpeg spec even specifies a measurement method 01.20.59 # 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 # 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 # still, comparing our libmad with x86 libmad is still a valid way to find out if i've done anything wrong 01.21.58 # well, yeah, but i need it 01.22.13 # So do I. But only because we are developing the codecs. 01.22.15 # if i can't wav write, i don't know if the codecs provide good sound 01.22.58 # I assume you also want to write the output of your DSP code? 01.23.03 # sure 01.23.13 # everything that would normally be done 01.23.16 # just to wav instead of dac 01.23.51 # 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 # well, yes, that's how all other wav writers work 01.24.38 # but seriously, i don't think a wav writer option would be unwelcome 01.24.43 # some people would probably use it 01.25.12 Join ciccia-88 [0] (n=cicciar0@host65-166.pool8260.interbusiness.it) 01.25.15 # hi 01.25.16 # °° 01.25.31 # You're probably right. 01.25.41 # ? 01.25.53 # u speak with me? 01.25.56 # °_° 01.26.14 # ciccia-88: No - the person above you. 01.26.21 # But you may be right as well. 01.27.04 # 'cause that's more or less what i'm talking about, a wav writer with some performance figures 01.27.08 # °° 01.27.10 # lol 01.27.16 # i don't understand lol 01.27.21 # it's funny °_° 01.27.44 # where do u live? 01.27.46 # preglow 01.27.49 # :O 01.28.16 # 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 # °_° 01.28.44 # linuxstb: yes, that'd also work, but why not a simple context menu option? 01.28.52 # linuxstb: open with, delete, write to wav, etc 01.29.36 Part ciccia-88 01.30.10 # I'm thinking from an implementation point of view. 01.30.27 # 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 # I'm liking the idea. A "plugin plugin" should be able to tell Rockbox to load a "codec plugin". 01.33.56 # But are you thinking of making it a part of the core rockbox - a heavily cut-down version of playback.c? 01.34.56 # well, yeah, that was how i thought it would have to be done 01.35.44 # calling it a cut down version of playback.c is a bit misleading 01.36.00 # since all it would do is basically just call the plugin, fetch the audio, and write it to disk 01.36.20 # it would have to do basic buffering, of course 01.37.04 # 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 # some codecs do seeking even if you don't ask for it :/ 01.37.55 # but that's probably neglectable 01.38.05 # But of course, it only needs to buffer exactly one track. 01.38.11 # but i can't see a need for seeking when wavwriting 01.38.19 # yeah, sure, but a track can be pretty big 01.38.26 # not fit in the buffer, etc 01.39.06 # 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 # 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 # 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 # they don't do much talking 01.41.11 # but yeah, it does depend on a lot of code i have no idea of how works 01.41.17 # so might easily be less than trivial 01.42.40 # but i need a good way of measuring performance soonish anyway 01.42.53 # 'good' changes have resulted in worse performance before :/ 01.42.56 # 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 # i don't think they'll be too ardently opposed 01.43.57 # it's a decent feature 01.44.26 # So why were the ???2wav plugins removed? 01.45.30 # because of having to maintain two seperate versions of the same thing, i believe 01.46.03 # 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 # True. 01.48.47 Quit solex_ (Read error: 110 (Connection timed out)) 01.50.13 # 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 # i believe so 01.57.03 # but not sure 01.59.33 Join tvelocity [0] (n=tony@ipa175.1.tellas.gr) 02.01.48 # hmm 02.01.53 # i gotta go to bed 02.02.00 # see you later 02.02.09 # 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.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.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.12.02 Part cheriff 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.13.07 Join LinusN [0] (n=linus@labb.contactor.se) 07.17.36 # g morning 07.18.14 Part LinusN 07.18.44 # t0mas: You scared him ;) 07.18.50 # Good morning 07.18.54 # ghehe 07.19.07 # 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.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 # I wondered why yesterday's rather small changes increased h120 binary size by ~8KB 08.20.31 # Turned out it was caused by Slasheri's move of the voice codec stack to IRAM 08.20.51 # Obviously we don't have an .ibss section, only .idata 08.21.16 # So all IRAM variables get included in the binary, even if they're uninitialised 08.21.38 # oops 08.22.18 # Changing this probably won't save much on archos, but quite a bit on iriver 08.22.33 # Imho it's still worth it 08.23.43 # 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 # 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 # linuxstb: they don't SWAp Bytes? 08.44.54 # SWAB32 doesn't swap *adjacent* bytes. 08.45.11 # 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 # 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 # 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 # Shouldn't we be using the ROCKBOX_BIG_ENDIAN there? 08.50.47 # it certainly feels like we should 08.51.27 # s/fat.c/ata.c/ 08.53.01 # 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 # I've already thought about this too 08.54.14 # 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 # The problem is that we probably need multiple sets 08.55.01 # But it's also the same test done twice - the SWAB macros do nothing on a little-endian machine already. 08.55.18 # Why multiple sets? 08.55.22 # (1) swap a variable (in register) 08.55.44 # (2) read from memory / write to memory 08.56.00 # The latter can be unaligned, we must take care of this 08.56.33 # 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 # Hi ! 08.56.57 # it seems the charger for my iriver 140 has gone to hell 08.57.02 # Coldfire can read/write words and longs unaligned, this only affects performance 08.57.13 # didn't like the rain I think :) 08.57.17 # SH1 throws an address error in this case 08.57.43 # i am about to buy a replacement, anything I have to be aware of except 5v and polarity on the plug ? 08.59.24 # amiconn: I'm curious - how do we know if a variable is in a register? 08.59.45 # Or is that only for use in assember functions? 09.00.54 # The compiler will ensure this, the asm() block specifies the constraints 09.02.38 # 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 # 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 # 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 # 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.02.42 # write a patch! 10.02.44 # ;-) 10.04.20 *** Saving seen data "./dancer.seen" 10.04.56 # Can LinusN be expected to appear today? 10.05.05 # I think so 10.05.32 # I met him yday and he didn't mention anything special 10.06.05 # Did he drink a lot of beer? 10.06.40 # worse 10.06.55 # we played "floorball" or whatever you call it in english 10.06.56 # * kurzhaarrocker shivers 10.07.10 # kind of like hockey but indoors with a ball 10.08.15 # And you won over him? 10.08.35 # hockey usually is indoors 10.08.36 # of course! 10.08.41 # ;-P 10.09.08 # ze: hm, true, but not "real" indoors ;-) 10.09.27 # well its a refridgerated room or something i guess 10.09.47 # so... but uh yeah i've no idea what you're talking about 10.10.14 # its one of the most commonly practised sports in Sweden 10.10.37 # it sounds like what us americans call soccer and what everyone else calls football... except, indoors 10.10.49 # http://www.floorball.org/ 10.11.09 # oh except i guess it uses sticks still eh 10.11.31 # i see 10.11.38 Join nc [0] (i=nc@dyn201.her1.nas.panafonet.gr) 10.11.51 # so its like you said.. hockey with a ball instead of a puck, and a floor instead of ice 10.11.54 # heh 10.12.01 # basically, yes 10.12.13 # i think i've played that before :p 10.12.15 # and its really tiresome 10.12.36 # guys do the "voice menu" files work with the daily builds? if yes, do i just unzip the file in root? 10.12.42 # i dunno what we called it though, i'd intuitively referr to it as ball-hockey or just hockey 10.14.32 # (using iriver btw) 10.14.47 # nc: yes I think you should 10.14.58 # I admit I've never used voice more than some initial testing 10.15.00 # years ago 10.15.21 # * B4gder doesn't use many rockbox features at all 10.15.29 # i am curious to try them :) i only loaded rockbox last night and i am excited! 10.15.43 # welcome to a whole new world to explore! ;-) 10.16.08 # thank you, i am starting to feel prouder about my iriver already 10.16.25 # crossfading is here and i am more than happy! 10.16.38 # don't forget to create your own wps and share it on the wiki! 10.16.50 # there's more and more crazy stuff there 10.16.59 # the latest one features a little animation 10.17.24 # 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 # while playing screen! 10.17.43 # http://www.rockbox.org/twiki/bin/view/Main/CustomWPS 10.17.48 # the screen you are seeing when your player is, erm, playing 10.18.08 # cool! checkin it out now 10.18.18 # http://www.rockbox.org/twiki/bin/view/Main/WpsGallery 10.19.09 # interesting 10.20.27 Join random_man [0] (n=405b5549@labb.contactor.se) 10.21.59 # and I guess you already found out how to change the font? 10.22.28 # ? 10.22.48 # ! 10.22.59 # # 10.23.04 # @ 10.23.14 # . 10.23.16 # % 10.23.22 # %ac 10.23.28 # ¤ 10.23.30 # doh 10.23.34 # ¦ 10.23.40 Quit kurzhaarrocker (Remote closed the connection) 10.23.46 # i think i may have found a bug 10.23.56 Quit webguest28 ("CGI:IRC (Ping timeout)") 10.23.57 # tell us! 10.24.31 # 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 # yeps, that's a known issue 10.25.01 # on iriver 10.25.04 # i'm off. see u guys around ;) 10.25.14 Quit nc () 10.25.18 # oh ok sorry about that just found out playing around wtih tit myself 10.25.26 # 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 # so, is 2.5 coming out today? :P 10.33.52 # I don't think so 10.44.37 Join linuxstb [0] (n=d556da1b@labb.contactor.se) 10.58.57 # preglow: Still too much red & orange in the todo list :-/ 10.59.35 # yeah, kind of figured 11.00.28 # 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 # Slasheri: You could commit some bug fixes in the meantime ;) 11.02.54 # amiconn: hehe, true :) hmm, in fact i could do a fix to the audio flushing bug 11.03.29 # maybe someone should add a delay notification to the main website? I guess a lot will start asking about this. 11.03.30 # 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 # Slasheri: You could also fix the playback engine behaviour for nonexisting tracks... 11.05.26 # amiconn: Hmm, but that requires some modifications to the playlist engine too.. But if that's ok, i could fix it 11.05.44 # A bug fix usually requires changes... 11.05.50 # :) 11.06.12 # I did quite some changes to the archos recording engine, and there will be more 11.06.29 # ...probably also to the playback engine 11.06.44 # food 11.06.45 # ah.. probably i should then do that :) 11.17.04 # does rockbox follow the odd/even versioning scheme? 11.17.52 # 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 # /topic 11.20.20 # ^^ 11.20.41 Join darkskiez [0] (n=darkskie@194.247.78.146) 11.21.25 # 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 # darkskiez: how it broke? 11.22.07 # i think you should fix it, really 11.22.14 Quit webguest43 ("CGI:IRC") 11.22.23 # 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 # :/ 11.22.50 # <[-AIR-]> o dear. 11.23.05 # what are the power ratings on that charger? (voltage, current, polarity etc.) 11.23.14 # matched perfectly 11.23.25 # hmm.. and the charger is regulated? 11.23.55 # I believe so 11.24.23 # if it uses switching power regulation technology (very lightweight etc), that might also cause some problems 11.25.21 # hmm.. is the charge led coming up if you connect the original charger? can you reset the player? 11.25.22 # well 11.25.28 # the original charger is switching, isn't it? 11.25.33 # preglow: i think so 11.25.42 # sure as hell doesn't seem to be heavy enough to have a transformer 11.26.00 # but some switching chargers might give high voltage output peaks if there are not enough current consumption 11.26.11 # oh 11.26.20 # does it turn on with the charger attached? 11.26.21 # preglow: of course it has a transformer but only a very tiny one 11.26.52 # the charge led does come up, reset button does nowt, doesnt turn on with charger attached 11.27.08 # measured battery with multimeter and it has charged up to 4v 11.27.37 # preglow: that transformer is used mainly for galvanic mains separation for safety reasons (it will not lower the voltage level much) 11.27.43 # have you tried replacing the battery with another? Or a regulated power supply? 11.28.21 # attached a regulated power supply in place 11.28.26 # no luck 11.30.56 # 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 # darkskiez: have you tried measuring the voltage output from the charger you had charged it? 11.31.23 # really sad there is no complete schematics of the player avaliable. 11.32.00 # yes 11.32.02 # its fine 11.32.07 # i think you should try measuring at least cpu (and possible other power control chips) supply voltage 11.32.13 # it was 5v, took about 1/2 A 11.32.28 # hmm. What type is the reset circuit in the unit? 11.32.33 # connected 3.3v to the VDD 3v3 line on the pcb and the red led lit. 11.32.36 # darkskiez: what it was without any current? 11.32.43 # WHat?! 11.32.46 # 0v! 11.33.01 # 0v? that is not good.. 11.33.10 # without current you have no voltage 11.33.19 # otherway around. 11.33.28 # that is what i was worried about.. 11.33.33 # wha? 11.33.47 # try measuring with a very low current or using an oscilloscope 11.33.52 # yes, the laws of physics are different in irivers 11.34.06 # what do u mean with measuring with low current ? 11.34.10 # a current limiting power supply ? 11.34.38 # 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 # no, with some resistor 11.35.12 # pourquoi? 11.35.44 # 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 # are there any new successes concerning the h300 port? 11.36.45 # Slasheri: ahh 11.36.51 # 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 # Slasheri: haven't really studied them that much, but it makes sense 11.37.09 # :) 11.37.24 # 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 # the VDD trace 3v3, should that have power all the time, or only when its on? 11.39.46 # darkskiez: so you have tried measuring the charger output directly with the multimeter without any load? 11.43.48 # arghh! apropos switching regulators, how i hate this high pitched whine that comes from my computer 11.44.41 # will that help repair it ? 11.45.18 # darkskiez: that should have been the first thing to do even before connecting the charger first time 11.45.34 # yes, it was fine 11.45.48 # it was 5V? 11.45.55 # just over 11.46.01 # how much? 11.46.02 # * amiconn summons [IDC]Dragon 11.47.24 # 5.1v 11.47.42 # ok, weird.. 11.48.04 # it charged and worked after charging it with that 11.48.43 # Slasheri: do you think it'd be hard to a wav writer to the playback engine somehow? 11.48.52 # add a wav writer, that is 11.49.10 # preglow: no, that should be easy thing to add 11.49.18 # and, about FM recording, will it be possible? 11.49.42 # in fact we should add it to the pcmbuf level so it would include all the dsp processing 11.49.53 # 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 # Maxime: it is possible, already 11.50.17 # Slasheri: i've pretty much lost all easy means to measure codec performance 11.50.28 # okai lol 11.50.28 # :x 11.50.49 # Slasheri: and btw, the voice and main codec runs in different threads, yes? 11.51.03 # preglow: Hmm, would that mean when using wav writer, there would be no real pcm audio out? 11.51.10 # Slasheri: indeed 11.51.47 # ah, then we could create another "lowest level pcm-driver" for the wav writer 11.51.48 # 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 # that should be simple 11.53.59 # what i want is more or less just xxx2wav functionality back 11.54.24 # so i can measure codec performance and correctness 12.02.04 # Why not just re-add the xxx2wav plugins (for developer builds)? 12.02.20 # Imho it makes no sense to have this code in the core playback engine 12.02.21 # because that would mean maintaining two versions of the same thing 12.02.39 # and making the codec plugins back to a xxx2wav plugin would require some work 12.02.39 # Hmm? 12.02.44 # i bet adding a wav writer would be less work 12.03.35 # 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 # 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 # brb 12.09.16 # 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 # wellwell 12.23.44 # 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 # Hello! :) 12.31.58 Quit [-AIR-] (Read error: 110 (Connection timed out)) 12.44.32 # 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.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.01.38 # 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 # This will also be needed if we want to make the splitedit plugin work with software codecs. 14.03.29 # 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 # the problem is that a pretty significant portion of the playback code would be needed 14.10.44 # i don't know how suited that code would be for being called from plugins 14.13.09 # Not really - the plugins using the codecs would need to implement the necessary functions - depending on their needs. 14.13.34 # might also need to call dsp code 14.14.09 # Couldn't that be included in the "codec API for plugins" ? 14.14.31 # probably 14.14.49 # still, i've got a feeling this'll be quite a bit harder 14.14.52 # and i want this now :/ 14.15.00 # 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 #