--- Log for 31.05.105  Server: tolkien.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 8 days and 14 hours ago

00.09.47 Join    austriancoder [0] (~austrianc@80.120.117.30)
00.10.02 #       <austriancoder> hi all
00.10.16 #       <rasher> Evening
00.16.44 Quit    _aLF ("Leaving")
00.20.10 #       <rasher> strange.. running the windows sim under wine, I can't hit "."
00.34.04 #       <austriancoder> i cant build the x11 sim :(
00.37.02 #       <rasher> I just did, what's wrong?
00.38.34 #       <austriancoder> ah.. now it workd
00.38.36 #       <austriancoder> works
00.39.23 Quit    rasher ("CGI:IRC 0.5.4 (2004/01/29)")
00.39.33 #       <austriancoder> hmm.. ok got one
00.39.41 Join    rashums [0] (rasher@zork.zork.net)
00.40.01 #       <austriancoder> http://nopaste.php-q.net/137501
00.40.43 Nick    rashums is now known as rasher (rasher@zork.zork.net)
00.41.11 Join    TCK [0] (TCK@81-86-97-154.dsl.pipex.com)
00.41.18 Join    Dave99 [0] (~Dave99@81-86-115-62.dsl.pipex.com)
00.42.52 #       <austriancoder> OT: does anybody knows a site with romatic sayings
00.42.52 #       <rasher> weird
00.43.03 Join    webguest00 [0] (~5156733e@labb.contactor.se)
00.43.31 Quit    webguest00 (Client Quit)
00.49.31 Quit    matsl ("Leaving")
00.50.23 Quit    ehntoo ("Leaving")
00.52.42 Part    Dave99
00.59.31 #       <austriancoder> is enum part of c or is it part of c++?
01.00.33 #       <preglow> c
01.01.17 #       <austriancoder> thanks
01.04.06 Join    ehntoo [0] (~noclue2@24-177-161-77.dhcp.mrqt.mi.charter.com)
01.16.49 ***     Saving seen data "./dancer.seen"
01.24.03 #       <austriancoder> tree or double linked list for a gui?
01.48.08 Join    ashridah [0] (ashridah@220-253-120-241.VIC.netspace.net.au)
02.10.35 Quit    preglow ("leaving")
02.14.25 Quit    ehntoo (Remote closed the connection)
02.30.34 Join    StrathAFK [0] (~mike@dgvlwinas01pool0-a216.wi.tds.net)
02.37.05 Quit    Strath (Read error: 110 (Connection timed out))
03.02.54 Join    RED_M_CHIU [0] (trogdorrrr@82-45-14-15.cable.ubr07.azte.blueyonder.co.uk)
03.03.08 Quit    RED_M_CHIU (Client Quit)
03.04.14 Join    RED_M_CHIU [0] (trogdorrrr@82-45-14-15.cable.ubr07.azte.blueyonder.co.uk)
03.16.50 ***     Saving seen data "./dancer.seen"
03.23.23 Join    Adity1 [0] (~Aditya@pcp09495878pcs.nrockv01.md.comcast.net)
03.23.24 Quit    Aditya (Read error: 131 (Connection reset by peer))
03.26.55 Join    amiconn_ [0] (~jens@p54BD649C.dip.t-dialin.net)
03.35.27 Quit    amiconn (Read error: 60 (Operation timed out))
03.35.28 Nick    amiconn_ is now known as amiconn (~jens@p54BD649C.dip.t-dialin.net)
03.51.24 Join    DMJC [0] (~James@220-245-174-50-sa-pppoe.tpgi.com.au)
03.56.09 Quit    cYmen ("zZz")
04.05.28 Join    QT_ [0] (as@area51.users.madwifi)
04.18.43 Quit    thegeek (Read error: 110 (Connection timed out))
04.22.41 Quit    QT (Read error: 113 (No route to host))
04.42.21 Join    bipak [0] (~bip@p50884761.dip.t-dialin.net)
04.52.12 Nick    StrathAFK is now known as Strath (~mike@dgvlwinas01pool0-a216.wi.tds.net)
04.57.43 Quit    bipak_ (Read error: 110 (Connection timed out))
05.10.16 Quit    RED_M_CHIU ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
05.16.53 ***     Saving seen data "./dancer.seen"
05.27.36 Quit    Adity1 ("Download Gaim: http://gaim.sourceforge.net/")
05.32.52 Join    thegeek [0] (na@ti521110a080-1186.bb.online.no)
05.50.22 Join    Lost-ash [0] (ashridah@220-253-122-207.VIC.netspace.net.au)
05.50.57 Quit    ashridah (Read error: 110 (Connection timed out))
06.07.47 Nick    Lost-ash is now known as ashridah (ashridah@220-253-122-207.VIC.netspace.net.au)
06.27.05 Quit    courtc (Remote closed the connection)
06.28.35 Join    courtc [0] (~courtc@adsl-158-5-68.asm.bellsouth.net)
07.10.40 Join    Shagnar [0] (~tester@p54A0E3CD.dip.t-dialin.net)
07.11.00 #       <Shagnar> hi guys
07.11.15 #       <Shagnar> Slasheri did you release a patch with playback?
07.16.56 ***     Saving seen data "./dancer.seen"
07.22.17 #       <ashridah> no, he didn't.
07.22.20 #       <ashridah> nothing to see here
07.22.26 #       * ashridah nods
07.22.46 #       <ashridah> in reality, anything he's been posting has been incredibly experimental
07.25.39 #       <ashridah> unless you feel like cracking open your player, making a bdm or porting gdb to it so you can use that over serial, it won't do you much good
07.29.58 #       <ashridah> judging by the logs, he's still got some glitching to work out
07.30.29 Join    LinusN [0] (~linus@labb.contactor.se)
07.30.55 #       <ashridah> linusN
07.31.39 #       <BTKDaImMaikata> morning all
07.31.43 Nick    BTKDaImMaikata is now known as Bager (~Bager@83.222.160.88)
07.34.47 #       <LinusN> hi
07.44.20 #       <Shagnar> ashridah ah okay :)
07.44.38 #       <Shagnar> well, school now... till later ;)
07.47.18 Quit    Shagnar ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
08.07.27 Join    Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net)
08.09.49 #       * HCl scratches his head
08.11.07 Quit    ashridah (Read error: 110 (Connection timed out))
08.19.21 #       <amiconn> mornin'
08.21.49 #       <LinusN> morning
08.28.14 Join    ashridah [0] (ashridah@220-253-123-242.VIC.netspace.net.au)
08.30.40 #       <amiconn> LinusN: It seems that I found the cause for the overwritten beginning of a recording in some cases.
08.30.53 #       <LinusN> great, what was it
08.30.54 #       <LinusN> ?
08.31.15 #       <amiconn> Sometimes the very first write() to the recfile takes so long that the recording buffer wraps meanwhile
08.31.28 #       <LinusN> ok
08.31.48 #       <amiconn> I'm not sure yet why that happens, the write() took 30 sec in one case...
08.31.57 #       <LinusN> and that happens if the first write is small, but it has to spin up?
08.32.17 #       <LinusN> 30 secs????
08.32.21 #       <LinusN> wow
08.32.29 #       <amiconn> No. I only tested without prerecording, so the first write is rather large, ~1.3 MB
08.32.41 #       <amiconn> (buffer size minus watermark)
08.32.55 #       <LinusN> ah, the *very first* write
08.33.26 #       <amiconn> I suspect this to be the search for a free cluster, but I'm puzzled why
08.34.00 #       <LinusN> or it could be the open()
08.34.14 #       <amiconn> (1) Iirc, this would happen at mount if fsinfo is undefined, judging from the boot delay some users observed on iriver
08.34.26 #       <amiconn> No, it's not the open(), it's the write()
08.34.40 #       <LinusN> ok, so the file is already opened
08.35.14 #       <amiconn> (2) Scanning the whole disk from the debug menu takes 38 seconds here, so I wonder what causes the search to take almost the same time
08.35.32 #       <amiconn> My HD is filled ~35%
08.35.52 Join    Nibbler [0] (~sven@port-212-202-79-250.dynamic.qsc.de)
08.35.57 #       <amiconn> I guess it's time to do some logf() debugging...
08.36.11 #       <LinusN> amiconn: you could try to invalidate fsinfo and see if it happens
08.36.26 #       <amiconn> Currently I do some debug output to the bottom line in the recording screen
08.36.37 #       <LinusN> amiconn: you don't have gdb?
08.36.59 #       <amiconn> No serial mod on my recorder
08.37.04 #       <LinusN> aha
08.37.41 Quit    edx (Read error: 145 (Connection timed out))
08.38.02 #       <LinusN> i would start with patching the fat driver to not read the fsinfo, forcing a full free cluster search
08.40.29 #       <amiconn> I have reworked the mpeg thread's recording part. It now correctly flushes when the watermark is reached. It also flushes in chunks on 8 MB units and Ondio, same chunk sizes as for loading
08.41.18 #       <amiconn> This allows flushing a bit more than doing it in one piece as the write pointer advances while the flush is in progress
08.42.08 #       <amiconn> It also saves > 200 bytes of code, only saving in one place
08.42.12 #       <LinusN> good
08.42.28 #       <LinusN> but the first-write problem is still there
08.42.54 #       <amiconn> I was wrong about one problem. The file is closed when a disk-full condition occurs, only it is non-obvious
08.43.04 #       <LinusN> chunks of 8MB?
08.43.12 #       <amiconn> haha, no
08.43.25 #       <amiconn> 'on 8 MB units'
08.43.36 #       <LinusN> ah
08.43.45 #       <amiconn> The chunks are 1 MB for those, and 256 KB on Ondio
08.44.02 #       <LinusN> ack
08.44.40 #       <amiconn> I did not yet dig for the frame split problem
08.45.30 #       <amiconn> Btw, the 'data' parameter in the queues is sometimes useful :)
08.45.46 #       <amiconn> s/queues/queue events/
08.47.10 Join    B4gder [0] (~d559bcbf@labb.contactor.se)
08.47.33 #       <LinusN> morning B4gder 
08.47.47 #       <B4gder> morning
08.59.06 #       <t0mas> morning all
09.03.12 Quit    B4gder ("CGI:IRC (Ping timeout)")
09.13.48 #       <Slasheri> hi :)
09.14.23 #       <Slasheri> got glitches fixed from mp3 stream. That was pretty hard because the libmad buffer feeding structure is so strange
09.14.42 #       <ashridah> nice.
09.14.59 #       * ashridah hands Slasheri the cookie of success
09.15.06 #       <t0mas> chinease? :P
09.15.22 #       <LinusN> Slasheri: my eternal question - can i see the code? :-)
09.15.33 #       <Slasheri> LinusN: very soon :)
09.15.41 #       <LinusN> thanks
09.16.58 ***     Saving seen data "./dancer.seen"
09.17.48 Join    bobTHC [0] (~foo@l06m-10-36.d1.club-internet.fr)
09.18.51 Join    textchimp [0] (~text@203.22.251.238)
09.19.10 #       <bobTHC> mornin' folks !
09.19.50 #       <textchimp> i was wondering, will it be possible when recording to start recording to a new file on the fly, without losing any data? or do buffer sizes prevent it or something?
09.21.26 Nick    QT_ is now known as QT (as@area51.users.madwifi)
09.21.29 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
09.21.39 Join    B4gder [0] (~d559bcbf@labb.contactor.se)
09.22.09 #       <LinusN> textchimp: yes it is possible
09.22.17 #       <QT> hi
09.22.52 #       <LinusN> textchimp: basically, everything that is in the rockbox manual today will work on the iriver as well
09.23.05 #       <LinusN> provided the hardware allows it
09.23.41 #       <QT> btw, how far away is MP3 playback on iRiver?
09.24.06 #       <Slasheri> QT: it's working, not totally gapless at the moment
09.24.20 #       <textchimp> linusN: that function is in the rockbox manual now?
09.24.30 #       <QT> i guess no iriver user is used to listen to gapless playback ;)
09.24.40 #       <LinusN> textchimp: yes
09.24.46 #       <textchimp> nice
09.24.57 #       <QT> Slasheri: would say the port is ready for being installed on a n00b's player?
09.25.02 #       <t0mas> no
09.25.11 #       <t0mas> Slasheri's code is a hack...
09.25.27 #       <t0mas> we still need an audio api sometime... and a lot of other things have to be changed...
09.25.29 #       <QT> i see. then i rather wait some more days/months/whatever_it_takes
09.25.29 #       <Slasheri> absolutely not, the code is still experimental/testing only
09.25.43 #       <Slasheri> t0mas: there is simple api already
09.26.05 #       <t0mas> LinusN's or yours?
09.26.06 #       <QT> i was reading that some folks from MisticRiver have installed the port already
09.26.19 #       * LinusN can't understand why the word "API" has such a magical meaning
09.26.24 #       <t0mas> QT: lots of people have... 
09.26.37 #       <t0mas> LinusN: because it has been the point to wait for for a long time ;)
09.26.56 #       <preglow> haha
09.26.58 #       <preglow> this is the audio api
09.27.21 #       <LinusN> t0mas: we have not been waiting for an API, we have been waiting for some code to be written
09.27.49 #       <LinusN> i couldn't care less about the actual api
09.31.19 #       <preglow> hmm
09.31.27 #       <preglow> threads don't save the accumulator state, no?
09.31.36 #       <preglow> no, they don't
09.33.51 #       <LinusN> the MAC is not preserved
09.34.01 #       <preglow> we might want to save the macsr
09.34.10 #       <preglow> the accumulators are less important
09.34.13 Join    Harpy [0] (HOLXOQjebs@dsl-hkigw7wbb.dial.inet.fi)
09.34.13 #       <LinusN> we do?
09.34.28 #       <preglow> since they should always be cleared after we're done with them
09.34.42 #       <LinusN> why save macsr?
09.34.56 #       <preglow> LinusN: well, yeah, either do it there, or demand all the code reverts macsr to the state is was in when they found it
09.35.16 Join    Lost-ash [0] (ashridah@220-253-123-83.VIC.netspace.net.au)
09.35.29 #       <LinusN> preglow: i don't get it
09.35.39 Quit    ashridah (Nick collision from services.)
09.35.44 #       <preglow> to more easily be able to use MUL(x, y)-like macros with the emac unit without worrying about some other thread having set the emac unit to some freak mode
09.35.45 Nick    Lost-ash is now known as ashridah (ashridah@220-253-123-83.VIC.netspace.net.au)
09.36.02 #       <LinusN> preglow: i see
09.36.28 #       <preglow> LinusN: more or less all the codecs have these macros, and doing a macsr set in the macro would be pretty wasteful
09.36.41 #       <LinusN> saving it won't solve the problem, would it?
09.36.59 #       <preglow> no, not really :>
09.37.37 #       <preglow> i think we'd need to require a default emac mode or something
09.38.05 #       <LinusN> or you have to set macsr before starting your calculations
09.38.18 #       <preglow> yeah, but that'd require manually doing so in every routine
09.38.31 #       <LinusN> in every routine? why?
09.39.04 #       <preglow> well, you never know where/when macsr will be reset
09.39.09 #       <preglow> and these MUL macros are spread all over the place
09.39.10 #       <LinusN> yes you do
09.39.16 #       <LinusN> you know very well
09.39.31 #       <preglow> after a code grep, yes :P
09.39.54 #       <LinusN> as soon as you return from a yield, you have to reinit the mac
09.40.12 #       <preglow> this won't be that much of a problem, really, most code should use the fractional mode, only permanent exception i can think of is libflac
09.40.26 #       <preglow> hmm
09.41.04 #       <preglow> well sure, but then the codec plugin will have to assume how its underlying library does its calculations
09.41.19 #       <LinusN> yes
09.41.29 #       <preglow> but well, yeah, like i said, fractional mode should be what everyone wants
09.41.54 #       <preglow> but ok, i'll commit some code from david bryant now
09.42.02 #       <LinusN> splendid
09.43.06 #       <tvelocity> goodmorning people...
09.43.55 #       <preglow> think i'll wait a couple of hours before i'll start calling it good
09.44.51 #       <preglow> i wish this "summer" thing i've been hearing about kicked in soon
09.49.23 #       <preglow> i'm reading wavpack at 450% realtime...
09.49.35 #       <preglow> this has got to be wrong
09.49.48 Quit    Nibbler ("blubber")
09.50.55 Join    t0mas_ [0] (~Tomas@ip503c08d1.speed.planet.nl)
09.52.48 Join    Nibbler [0] (~sven@port-212-202-79-250.dynamic.qsc.de)
09.53.08 #       <bobTHC> preglow > @120Mhz ?
09.56.37 #       <preglow> yea
09.58.52 #       <bobTHC> so it will be possible to reach 100%@48
10.01.53 #       <preglow> it already is well above 100% at 48mhz
10.02.06 #       <preglow> even with disk writing
10.02.43 #       <textchimp> will vorbis still eat more battery than mp3, as it did with iriver firmware?
10.03.16 #       <LinusN> textchimp: probably
10.03.42 #       <textchimp> dang
10.03.46 #       <preglow> oh yes
10.03.51 #       <preglow> not much doubt about that
10.04.36 #       <preglow> vorbis has no static codec model, so needs to access memory quite a lot
10.05.15 #       <Slasheri> http://ihme.org/~miipekk/rockbox/
10.05.46 #       <Slasheri> You can test it if you really want to, i don't guarantee that it will work at all :)
10.05.49 #       * preglow grabs
10.08.27 Quit    textchimp ()
10.08.54 #       <LinusN> Slasheri: i'll have a look at it in a while
10.09.22 #       <Slasheri> LinusN: ok, great :) however, not much has been changed
10.09.35 Nick    Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59)
10.15.59 #       <preglow> works like a charm
10.16.09 #       <preglow> didn't you mention being able to navigate while playing?
10.16.44 Quit    Nibbler ("blubber")
10.16.52 #       <Slasheri> Hmm, the navigation is not possible until wps has been correctly integrated. I don't know how to do that
10.17.01 #       <preglow> okies
10.17.02 #       <preglow> i think i've bugged it, btw :P
10.17.04 #       <Slasheri> But you can browse the other menus still
10.17.06 #       <preglow> it refuses to play any more sound
10.17.11 #       <Slasheri> :D
10.17.23 #       <Slasheri> Yes, if you stop playback, you have to restart rockbox..
10.17.30 #       <preglow> ahhh
10.17.32 #       <preglow> that explains it
10.17.32 #       <Slasheri> I don't know why is that required
10.19.03 Quit    ashridah (Read error: 113 (No route to host))
10.19.20 Join    Lost-ash [0] (ashridah@220-253-123-86.VIC.netspace.net.au)
10.23.16 Join    Nibbler [0] (~sven@port-212-202-79-250.dynamic.qsc.de)
10.23.18 #       <preglow> well, it most certainly seems to work like a charm
10.24.35 #       <Slasheri> that's great :) but there are still some issues with the buffer handling you might encounter
10.25.01 #       <preglow> sure, i'm not exactly expecting perfect functionality yet
10.25.20 #       <Slasheri> :)
10.28.21 Join    edx [0] (edx@pD9EAB195.dip.t-dialin.net)
10.30.06 #       <preglow> gapless playback works like a friggin charm
10.30.25 #       <tvelocity> any binaries?:P
10.30.48 #       <preglow> naw
10.30.57 #       <preglow> i don't think you want binaries of something that needs a restart for every file :P
10.31.11 #       <preglow> good things come to those who wait
10.31.13 #       <preglow> sometimes
10.31.18 #       <crashd_> or
10.31.22 #       <crashd_> just a smack in the mouth ;]
10.31.31 #       <tvelocity> sure i want
10.31.41 #       <tvelocity> i'm exceptionaly curious:P
10.34.38 #       <tvelocity> well anyway, i'll compile it and see for my self:P
10.40.19 #       * LinusN added some rockbox kernel docs in the wiki: http://www.rockbox.org/twiki/bin/view/Main/RockboxKernel
10.41.19 #       <preglow> excellent
10.42.04 #       <Slasheri> oh, that's very useful. Especially new people should find it much easier to start programming with rockbox
10.42.23 #       <preglow> i still don't know much of rockbox's internals :>
10.42.28 #       <amiconn> LinusN: Any thoughts about the nested mutex() calls yet?
10.43.28 #       <LinusN> "just do it"
10.44.04 #       <LinusN> i think tracking mutex ownership would be a Good Thing
10.44.20 #       <LinusN> and would be a nice addition in the OS debug menu
10.45.42 Quit    tvelocity ("Leaving")
10.47.44 #       <amiconn> How do you think this should be handled in the debug menu? Currently there is no list of mutexes...
10.48.19 #       <LinusN> do like queue_init() does
10.49.33 #       <LinusN> and create a mutex_owner() function or something
10.50.03 #       <LinusN> whatever
10.50.06 Nick    Lost-ash is now known as ashridah (ashridah@220-253-123-86.VIC.netspace.net.au)
10.58.00 Quit    ashridah (Read error: 131 (Connection reset by peer))
11.02.34 #       <amiconn> LinusN: Your example for ev.data in RockboxKernel is not true. The button driver always sets it to NULL
11.03.06 #       <LinusN> silly me
11.03.16 #       <bobTHC> :)
11.05.15 Join    ashridah [0] (ashridah@220-253-123-86.VIC.netspace.net.au)
11.06.11 Join    jipi [0] (~jipi@cm133.gamma183.maxonline.com.sg)
11.06.13 Join    jipi_ [0] (~jipi@cm133.gamma183.maxonline.com.sg)
11.08.48 #       <preglow> but now we're starting to get somewhere in the codec department
11.08.51 #       <preglow> four realtime codecs
11.09.17 #       <ashridah> isn't vorbis only realtime at 120MHz? 
11.09.25 #       <ashridah> isn't that a tad high?
11.09.39 #       <preglow> we'll be running at 120mhz when decoding anyway :P
11.09.54 #       <preglow> i'm not saying they'll be stuck at the state they're in
11.10.11 #       <preglow> i'm saying you can use them to play music realtime
11.10.12 #       <ashridah> but doesn't decoding require starting up the disk?
11.10.16 #       <preglow> feel free to further optimise
11.10.40 #       <preglow> why, yes, if the tracks aren't loaded, why does that matter?
11.10.45 #       * preglow vanishes for a biy
11.10.53 #       <ashridah> well, that's the highest heat output then :)
11.11.16 #       <ashridah> i suppose if it's only doing it to fill the buffer, that wouldn't necessarily be a disaster...
11.11.47 #       <ashridah> since it could potentially be idle with the disk off for much of the time.
11.11.56 #       <ashridah> (well, idle+decoding)
11.16.14 #       <LinusN> the disk heat issue was only a problem at 140MHz
11.16.24 #       <LinusN> i haven't seen it at 120
11.16.48 #       <LinusN> besides, the disk will only spin up occasionally
11.16.53 #       <ashridah> ah
11.16.55 #       <bobTHC> OTF : i'm sure someone already give the link but : http://www.68k.org./~michael/audiofile/
11.17.00 ***     Saving seen data "./dancer.seen"
11.17.13 #       <bobTHC> audiofile is written in C and support : AIFF/AIFF-C, WAVE, NeXT/Sun .snd/.au, Berkeley/IRCAM/CARL Sound File, Audio Visual Research, Amiga IFF/8SVX, and NIST SPHERE. Supported compression formats are currently G.711 mu-law and A-law and IMA and MS ADPCM.
11.17.14 #       <ashridah> i thought you went down to 96 to keep it cool.
11.17.18 #       * ashridah considers himself corrected
11.20.20 #       <B4gder> bobthc: float float float...
11.20.52 #       <bobTHC> :/ :/ :/
11.21.17 Quit    jipi_ ("Leaving")
11.21.17 Quit    jipi ("Leaving")
11.21.36 #       <preglow> what's the difference between that and libsndfile anyway?
11.22.14 #       <bobTHC> The same calls for opening a file, accessing and manipulating audio metadata (e.g. sample rate, sample format, textual information, MIDI parameters), and reading/writing sample data will work with any supported audio file format.
11.22.33 #       <LinusN> "supported" being the key here
11.22.41 #       <bobTHC> :)
11.22.57 #       <B4gder> audiofile and libsndfile seem pretty similar
11.23.11 #       <LinusN> still, it's great to have some code to look at when we want to parse those formats
11.23.26 #       <preglow> aye
11.24.14 #       <preglow> i don't think very many of them will actually be of use
11.24.31 #       <LinusN> me neither
11.24.37 #       <preglow> like adpcm, ulaw, etc
11.24.49 #       <B4gder> yeah
11.24.50 #       <bobTHC> hehe, that's why it's interesting ;)
11.25.27 #       <preglow> i try to keep all the audio i have in its original format, but in the case of those, i don't even have any original material in those formats
11.25.37 #       <preglow> and audio in ulaw format i'd rather throw away than listen to anyway
11.25.48 #       <B4gder> hahaha
11.25.55 #       <bobTHC> lol
11.26.07 #       <preglow> 8khz sampling frequency is "charming"
11.26.53 Join    Bumi [0] (~blabla@bzq-80-34-158.red.bezeqint.net)
11.26.56 #       <Bumi> hey everyone
11.27.03 #       <LinusN> hey
11.27.03 #       <Bumi> anything new on the iriver rockbox project?
11.27.03 #       <bobTHC> hi
11.27.09 #       <Bumi> progress?
11.27.13 #       <LinusN> Bumi: it has officially been cancelled
11.27.19 #       <Bumi> :P
11.27.20 #       <bobTHC> :)
11.27.21 #       <Bumi> now realy
11.27.25 #       <LinusN> nah
11.27.29 #       <LinusN> kidding
11.27.31 #       <Bumi> hey linusN
11.27.34 #       <Bumi> good job BTW
11.27.37 #       <Bumi> very good job
11.27.54 #       <Bumi> HUGE thumbs up from me
11.28.26 #       <B4gder> goodie, I'll tell my wife that and I'll get a few more hours in front of the computer :-P
11.28.35 #       <Bumi> say, do you still need electrical stuff?
11.28.43 #       <LinusN> Bumi: like...?
11.28.43 #       <Bumi> logic analysers and such
11.28.44 #       <Bumi> ?
11.29.01 #       <LinusN> Bumi: you have some to spare? :-)
11.29.10 #       <Bumi> well
11.29.17 #       <Bumi> i actualy have one handy here
11.29.32 #       <Bumi> but if it whold help i can do tests using it and such...
11.29.40 #       <Bumi> i dont think its something i want to send
11.29.41 #       <Bumi> :P
11.30.12 #       <Bumi> has anyone here heard from ziv from the begining of the week?
11.30.14 #       <Slasheri> I have also access to some HP logic analyzers, spectrum analyzer, 2 GHz RF scope etc. :)
11.30.26 #       <LinusN> ziv? the hebrew guy?
11.30.26 #       <Bumi> oh, ok
11.30.30 #       <Bumi> yeap
11.30.39 #       <LinusN> no, haven't heard from him
11.31.02 #       <Bumi> he told me at the begining of the week he will have an updated version by the end of the week
11.31.15 #       <Bumi> doas rockbox play MP3 allready? i mean actualy play it?
11.31.20 #       <LinusN> sort of
11.31.24 #       <LinusN> not officially
11.31.33 #       <Bumi> what doas that mean?
11.31.40 #       <LinusN> but Slasheri is working on it
11.32.21 #       <Bumi> cool
11.32.22 #       <Bumi> :D
11.32.30 #       <Bumi> good luck Slasheri
11.32.37 #       <Slasheri> thanks ;)
11.32.41 #       <Bumi> what are all of you guyses perfesion?
11.32.49 #       <Bumi> you all enginers?
11.33.02 #       <Bumi> elecrical or software
11.33.02 #       * B4gder is
11.33.02 #       <Bumi> ?
11.33.17 #       <Bumi> which kind?
11.33.19 #       <B4gder> SW
11.33.24 #       <preglow> electrical engineer here
11.33.24 #       <Bumi> cool
11.33.27 #       * LinusN is an embedded software engineer
11.33.44 #       <Bumi> how did you become an emdedded software engineer?
11.33.46 #       <Slasheri> still student only, but work experience much from embedded systems, fpgas etc.
11.33.51 #       <bobTHC> and all this guys are wizard too, that's help ;)
11.33.51 #       <Bumi> i mean is there such a degry?
11.34.02 #       * B4gder has no degree
11.34.06 #       <LinusN> Bumi: i hacked for years on my C64 and then i applied for a job
11.34.21 #       <Bumi> C64?
11.34.22 #       <Bumi> whats that?
11.34.25 #       <bobTHC> lol
11.34.26 #       <B4gder> haha
11.34.28 #       <LinusN> commodore 64
11.34.28 #       <Bumi> comodor?
11.34.31 #       <Bumi> yay
11.34.41 #       <preglow> omfg!
11.34.41 #       <Bumi> i pressed enter before you:D
11.34.53 #       <preglow> ahh, i was afraid you hadn't heard of it
11.34.53 #       <Bumi> how old are all of you?
11.34.57 #       <preglow> in which case i would have to kill you
11.35.01 #       <preglow> 32
11.35.01 #       <preglow> ehh
11.35.02 #       <preglow> 23
11.35.02 #       <Bumi> :P
11.35.02 #       <LinusN> 36
11.35.03 DBUG    Enqueued KICK preglow
11.35.03 #       <preglow> :)
11.35.09 #       <Bumi> 19
11.35.10 #       <B4gder> I'm 22
11.35.11 #       <B4gder> hex
11.35.18 #       <B4gder> :-)
11.35.18 #       <Bumi> :P
11.35.47 #       <Slasheri> 20 :)
11.35.50 #       <LinusN> Bagder: you just advanced a step on the kick-o-meter
11.36.03 #       <B4gder> only one?
11.36.11 #       <Bager> preglow: about killing bumi: http://hitman.us/main.html
11.36.47 #       <Bumi> :P
11.36.53 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
11.36.53 #       * Bumi throws a keyboard at Bager
11.36.57 #       <LinusN> "industry leader in innovative killing approaches"
11.37.07 #       <preglow> now this is a web service that innovates
11.37.08 #       * Bager hides
11.37.11 #       <Bumi> watch out, am in the army :P
11.37.21 #       <Bager> LinusN the best one is on the bottom of the page ...
11.37.25 #       <LinusN> "HITMAN is a cruelty-free organization. None of our services have been tested on animals."
11.37.33 #       <LinusN> lol
11.37.36 #       <Bumi> LoL
11.37.43 #       <Bager> :)
11.38.28 #       <preglow> i'm surprised the americans haven't taken the site down yet
11.38.40 #       <Bager> preglow i think that this is just a joke
11.38.49 #       <Bager> see the contact form ...
11.39.05 #       <preglow> Bager: of course it is
11.39.16 #       <Bumi> http://hitman.us/fr_greatest_hits.html
11.39.18 #       <ashridah> Bager: except that death threats aren't free speech.
11.39.19 #       <preglow> Bager: but still, americans have no sense of humour
11.39.38 #       <B4gder> 0xf00d
11.40.00 #       <preglow> 4gr33d
11.40.09 #       <Bager> heh
11.40.58 #       <Bumi> well anyway
11.41.06 #       <Bumi> am now learning to program for the army
11.41.22 #       <Bumi> so i hope soon i will come back and cotribute back to my new firmware
11.41.23 #       <Bumi> :D
11.41.48 #       <Bager> haha <META name="ROBOTS" content="INDEX, FOLLOW">
11.42.03 #       <Bager> they definitely want to become famous
11.42.05 #       <Bumi> ?
11.42.18 #       <Bumi> ha?
11.42.54 #       <bobTHC> lol
11.43.13 #       <Bager> this tells to web robots to follow and index the whole site (hitman.us)
11.43.35 #       <Bager> s/to/the
11.44.00 #       <Bumi> say, did anyone check the battery life for the iriver with rockbox?
11.44.02 #       <Bumi> :P
11.44.06 #       <Bumi> i see you like programing
11.44.09 #       <Bumi> :P
11.44.13 #       <Bumi> Perl RULEZ
11.44.13 #       <Bumi> :D
11.44.18 #       <Bager> haha
11.44.30 #       <Bager> this is sed command also ...
11.44.37 #       <Bumi> yeap
11.45.03 #       <Bumi> say, i want to build some kind of program that will control my router
11.45.08 #       <Bumi> alcatel speedtouch pro
11.45.11 #       <Bumi> via telnet
11.45.22 #       <Bumi> since its web interface is shit
11.45.41 #       <Bumi> can anyone point me somewhere to see how telnet realy works?
11.45.51 #       <Bumi> i tryed to download a telnet activeX
11.45.58 #       <Bumi> but it acts strange
11.47.39 #       <Bager> http://www.faqs.org/rfcs/rfc854.html
11.48.58 #       <Bager> http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winsock/winsock/socket_2.asp
11.48.59 #       <Bumi> nice
11.49.12 #       <bobTHC> telnet is just a remote shell
11.49.23 #       <Bumi> for some reson alot of clients i found on the web dont like working with the router
11.49.29 #       <Bumi> only the windows telnet
11.49.32 #       <Bumi> and putty
11.49.42 #       <Bumi> and hyperterminal
11.49.56 #       <Bager> these are "plain" terminals
11.49.59 #       <ashridah> so use putty
11.50.07 #       <Bumi> well
11.50.19 #       <Bumi> i want to use a program
11.50.30 #       <Bumi> to run something like telnet scripts
11.50.37 #       <LinusN> what exactly is it you want to do?
11.50.38 #       <ashridah> ah
11.50.40 #       <ashridah> use plink
11.50.46 #       <Bumi> so i can map ports with a butten click
11.50.51 #       <Bumi> and port ranges
11.50.52 #       <ashridah> if you want to script stuff, you want expect and plink
11.50.55 #       <ashridah> :)
11.51.04 #       <Bumi> k
11.51.11 #       <Bumi> but what if i want to make a GUI?
11.51.33 #       <Bager> Bumi then see the links above ....
11.51.37 #       <ashridah> then you do the expect part yourself, and still use plink. :)
11.51.38 #       <Bumi> ok
11.51.39 #       <Bumi> cool
11.51.39 #       <Bumi> :D
11.52.16 #       <Bumi> Plink (a command-line interface to the PuTTY back ends)
11.52.18 #       <Bumi> ahhha
11.52.18 #       <Bumi> :d
11.52.22 #       <Bumi> :D
11.52.28 #       <bobTHC> RTFM it's never a loose of time...
11.52.48 #       <Bumi> http://expect.nist.gov/
11.53.03 #       <Bumi> is this what expect you talked about?
11.54.18 #       <ashridah> yeah
11.54.25 #       <ashridah> it's more for scripting purposes tho
11.55.12 #       <ashridah> i'm not sure how you'd go about getting it working usefully in a gui
11.55.41 #       <Bager> exec..()
11.55.42 #       <Bager> heh
11.58.14 Join    Lost-ash [0] (ashridah@220-253-123-172.VIC.netspace.net.au)
11.59.18 #       <Bumi> hmm i looked around plink
11.59.29 #       <Bumi> but i dont understand whats the difrance between it
11.59.32 #       <Bumi> and normal telnet
12.01.04 #       <Lost-ash> it's basically something you can open and send input into/outof
12.01.09 #       <Lost-ash> whereas putty is a gui
12.01.23 #       <Lost-ash> plink's a tool that spits out stuff on stdout, and takes stuff on stdin
12.01.47 #       <Bumi> well, cant the normal telnet client windows has do the same?
12.03.19 Join    ashridah__ [0] (ashridah@220-253-123-172.VIC.netspace.net.au)
12.03.38 #       <Lost-ash> which is useful for scripts, or using it to connect to stuff via ssh and running stuff remotely, then getting the input back. (or, instead of ssh, telnet)
12.03.38 Quit    Lost-ash (Remote closed the connection)
12.03.41 #       <ashridah__> i am getting SERIOUSLY over this
12.03.43 Quit    ashridah (Nick collision from services.)
12.03.55 Nick    ashridah__ is now known as ashridah (ashridah@220-253-123-172.VIC.netspace.net.au)
12.04.43 #       <Bumi> well
12.04.55 #       <Bumi> windows telnet can do the same cant it?
12.05.00 #       <Bumi> well not the SSH part
12.05.06 #       <Bumi> but the rest...
12.05.25 #       <ashridah> i don't believe windows' telnet will be completely silent
12.05.38 #       <ashridah> i'm assuming, you're referring to a cmd.exe version, not a gui version
12.05.48 #       <Bumi> yea...
12.05.52 #       <Bumi> well anyway
12.06.18 #       <Bumi> anyone know some nice ActiveX or cpp module that can hadle all the protocol
12.06.38 #       * ashridah shudders
12.06.38 #       <Bumi> and i do something like while for "User : "
12.06.41 #       <ashridah> activex
12.06.44 #       <ashridah> ugh
12.06.52 #       <Bumi> send Bumi
12.06.58 #       <Bumi> whats wrong with activexes?
12.07.49 #       <ashridah> they make my teeth itch
12.09.23 #       <preglow> well
12.09.28 #       <preglow> you can just wrap a telnet program you know works
12.09.38 #       <preglow> hook its stdin and stdout
12.09.39 #       <ashridah> yes. like say, plink
12.09.42 #       <ashridah> :)
12.09.48 #       <preglow> i wrote a windows program that did that once
12.10.15 Join    webguest14 [0] (~d4963cc9@labb.contactor.se)
12.10.57 #       <ashridah> i'm personally of the firm opinion that stuff like he wants isn't really something you want to do in a program :)
12.11.38 #       <ashridah> a tolerant system like a scripting environment is going to be much less painful. 
12.12.04 #       <ashridah> particularly things like expect. but, if you want shiny happy buttons, you want shiny happy buttons.
12.12.12 #       <ashridah> i'm just not sure this is the best place to be asking ;)
12.12.47 Quit    webguest14 (Client Quit)
12.14.10 #       <Mr_Wik> mmmmm, I have a question, I don't have found the answer in the manual or forums...
12.14.36 #       <Mr_Wik> Is there any option to clear the dynamic playlist without shutting down the iHP unit ?
12.15.00 #       <ashridah> in rockbox, or on the stock firmware?
12.15.35 #       <Mr_Wik> in rockbox, as on the stock firmware there's not dynamix playlist ;)
12.15.40 #       <Mr_Wik> -x+c
12.23.43 Join    leftright [0] (~5087f895@labb.contactor.se)
12.25.07 #       <Mr_Wik> anyone ? :/ ^^
12.25.07 Quit    Bumi (Read error: 104 (Connection reset by peer))
12.25.46 Join    Bumi [0] (~blabla@bzq-80-34-158.red.bezeqint.net)
12.27.31 Quit    ashridah (Read error: 60 (Operation timed out))
12.27.45 #       <Bager> offt: does anyone know how to center html table with CSS ?
12.30.53 #       <Lynx_> http://www.granneman.com/webdev/coding/css/centertables/
12.32.34 Quit    B4gder ("CGI:IRC (EOF)")
12.37.01 Join    MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr)
12.37.10 #       <MoosCamaro> Hi all
12.39.43 #       <Bager> Lynx_ :) 10x!!! a lot!
12.42.26 #       <Lynx_> Bager: that's the first google hit for center table css ;)
12.44.25 #       <Bager> Lynx_ :) the problem is that i looked into http://www.w3schools.com/css
12.44.30 #       <Lynx_> ah
12.44.31 #       <Bager> and there was no info about it
12.44.59 #       <Bager> but ... for IE it's enough to have body { text-align: center; } ....
12.45.37 #       <Bager> it's stupid how different behaves it from other browsers ...
12.49.45 Quit    Hadaka (Read error: 145 (Connection timed out))
12.50.42 Join    asdsd____ [0] (~asdsd@h-67-100-28-228.miatflad.dynamic.covad.net)
12.50.43 #       <Slasheri> Now cpu frequency control works nice, there is long interval between cpu_boost calls
12.51.03 #       <LinusN> Slasheri: nice
12.51.54 #       <MoosCamaro> Hi Slasheri, i read logs, very good progress, we hope in you :) for this ;)
12.52.03 #       <Slasheri> =)
12.53.46 #       <MoosCamaro> it's wonderfull
12.58.40 DBUG    Enqueued KICK asdsd____
12.58.40 #       <asdsd____> 1010,00hey guys, any one working on the h3x0 yet?
12.59.26 #       <LinusN> not really
13.00.37 #       <preglow> in a way we all are!
13.01.18 #       <preglow> anyone here have any experience with gdb bugging like a turd on x86-64?
13.01.36 Join    Naked [0] (naked@YGKMMMDCLXIX.dsl.saunalahti.fi)
13.01.48 Ctcp    Ignored 1 channel CTCP requests in 0 seconds at the last flood
13.01.48 #       * LinusN has to reboot
13.01.54 Nick    Naked is now known as Hadaka (naked@YGKMMMDCLXIX.dsl.saunalahti.fi)
13.02.05 Part    LinusN
13.05.30 Quit    Bumi ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
13.07.19 Part    asdsd____
13.16.05 Join    LinusN [0] (~linus@labb.contactor.se)
13.17.02 ***     Saving seen data "./dancer.seen"
13.18.59 #       <LinusN> Slasheri: u there?
13.19.27 #       <Slasheri> LinusN: yes :)
13.19.42 #       <LinusN> i have some suggestions
13.19.48 #       <Slasheri> great
13.19.56 #       <LinusN> 1) you should handle USB connections in your threads
13.21.14 #       <Slasheri> that should be easy to fix i think
13.21.22 #       <LinusN> 2) use the new logf() function for debugging
13.21.44 #       <LinusN> re usb handling, look at mpeg.c:1531
13.21.56 #       <Slasheri> ok :)
13.22.41 #       <LinusN> why do you store fd in the track structures?
13.22.50 #       <LinusN> only one file should be opened
13.23.00 #       <Slasheri> ah, yes that's unnecessary
13.23.09 #       <Slasheri> i will change it to a global
13.23.15 #       <LinusN> good
13.23.37 #       <LinusN> i see that you move the track data around with memmove instead of using pointers
13.24.14 #       <LinusN> that will not work with the mp3entry structs as they work today
13.24.33 #       <LinusN> since they use pointers into their respective buffers
13.24.38 Quit    austriancoder ("using sirc version 2.211+KSIRC/1.3.12")
13.24.54 #       <LinusN> consider doing it like mpeg.c does it today
13.25.07 #       <Slasheri> hmm, that was because codec loader can't yet handle ring buffer format
13.25.21 #       <Slasheri> however, i can change the buffer to ring buffer if you like that more
13.25.56 #       <Slasheri> but anyway, memmove should move no more than the watermark amount of data
13.25.58 #       <LinusN> it's not a matter if liking
13.26.00 #       <LinusN> of
13.26.14 #       <Slasheri> hmm, ok
13.26.22 #       <LinusN> the mp3entry structs depend on not being moved
13.26.31 #       <Slasheri> ah
13.26.34 #       <LinusN> since they use pointers into themselves
13.27.15 Join    oxygen77 [0] (~c1c28427@labb.contactor.se)
13.27.48 #       <LinusN> we will have to rework the mp3entry stuff anyway, but if you want it to work now you'll have to use a ring buffer instead
13.28.26 #       * preglow kicks gdb, sighs, then fetches fprintf
13.28.27 #       <Slasheri> okay. do you think i should change the buffer to a ring buffer?
13.28.51 #       <Slasheri> i think it's not very hard to do
13.28.52 #       <LinusN> you'll have to do it if you want wps to work without modification
13.29.06 #       <Slasheri> ok, then i will do that :)
13.30.47 #       <LinusN> bug: in codec_request_buffer_callback(), you don't unlock the mutex if *realsize == 0
13.34.30 #       <Slasheri> I should not :)
13.34.41 #       <Slasheri> It will be unlocked by codec_release_buffer_callback
13.35.10 #       <Slasheri> ah..
13.35.19 #       <Slasheri> yes of course it's bug.. :D
13.35.24 #       <LinusN> it sure looks weird to set buflocked to false without actually unlocking
13.35.29 #       <Slasheri> yep
13.36.25 #       <LinusN> in fact, it also looks weird to have both a mutex and a buflocked flag
13.36.29 Join    ashridah [0] (ashridah@220-253-122-236.VIC.netspace.net.au)
13.37.17 #       <Slasheri> I do that because i didn't know if it's good idea to call mutex_unlock many time without mutex_lock etc.
13.38.56 #       <Slasheri> And i think that codec_advance_buffer requires some information if the mutex is locked or not
13.40.49 #       <Slasheri> I decide to make the buffer locking that way that codecs may use the function calls in almost any order without accidentally locking the buffering code
13.41.16 #       <LinusN> if you really need that info, you could use bufmutex.locked
13.41.45 #       <Slasheri> oh, i will look that
13.41.48 Quit    lostlogic ("Going to the moon")
13.43.05 #       <preglow> does anyone know how i  make gcc spit out source code line numbers in the assembly it makes? i can't seem to find that option anywhere in the manual
13.44.31 #       <Bagder> -fverbose-asm ?
13.44.32 #       <amiconn> LinusN: bool mutex.locked will probably go away when recursive mutexes are implemeted
13.45.04 #       <amiconn> We should provide a mutex function to read locking status
13.45.10 #       <LinusN> amiconn: true
13.46.33 #       <preglow> Bagder: thanks
13.46.48 Join    jipi [0] (~jipi@cm133.gamma183.maxonline.com.sg)
13.46.48 #       <LinusN> Bagder: you are a loser and a lame hacker
13.47.00 #       <Bagder> darn, you caught me
13.47.02 #       <LinusN> the bleeding edge builds have the wrong plugins
13.47.15 #       <Bagder> they do?
13.47.20 #       * Bagder investigates
13.47.37 #       <LinusN> dailies work, but not bleeding edge
13.47.44 #       <Bagder> right, same problem I guess
13.48.19 #       <Bagder> yeps
13.48.25 #       * Bagder jumps in
13.49.11 #       <Bagder> rm -rf * is much nicer than make clean ;-)
13.49.33 #       <LinusN> rm -rf / is a nice thing to do as root
13.49.37 #       <Bagder> hehe
13.49.45 #       <Bagder> been a while since ;-)
13.51.16 #       <Bagder> now commit something!
13.51.21 #       <Slasheri> LinusN: Hmm, there is one problem if i use mutex.locked flag in advance_buffer: it's not possible to know if the buffer was locked by the buffering code or the codec. And we don't want to unlock the mutex unless it's locked by codec
13.51.24 #       <Bagder> :-)
13.51.35 #       <amiconn> LinusN: dd if=/dev/zero of=/dev/sda  ?
13.52.29 Join    Shagnar [0] (~tester@p54A0CAAA.dip.t-dialin.net)
13.52.32 #       <LinusN> Slasheri: if you have such dependencies, maybe you should rething the entire locking?
13.52.45 #       <LinusN> rethink
13.53.01 #       <Slasheri> LinusN: but maybe that is not a big problem, because if codec want's to use advance_buffer_loc, the buffer should be locked already by codec
13.53.36 #       <HCl> hrm
13.53.59 Quit    jipi ("Leaving")
13.53.59 #       <preglow> reading x86-64 asm is a nightmare :///
13.54.00 #       <Slasheri> Hmm, yes. Anyway, it should not cause problems if there are not that kind of buffer cheks at all and codecs are written right
13.54.10 #       <HCl> hello
13.54.14 #       <LinusN> HCl: hi
13.54.31 #       <HCl> i don't suppose anyone has seen markun?
13.54.46 #       <preglow> HCl: he was on yesterday
13.54.47 #       <LinusN> i have never seen him, i don't know how he looks like
13.54.52 #       <Bagder> markun (~markun@bastards.student.utwente.nl) signed off 20 hours and 54 minutes ago ()
13.55.04 #       <Bagder>  "/msg logbot seen markun"
13.55.23 #       <HCl> mk
13.55.42 #       * HCl just found out he hasn't uploaded the latest version of their compiler..
13.56.49 Join    ted2005 [0] (ted@74pc225.sshunet.nl)
13.57.04 #       <HCl> where is he :/
13.57.08 #       <HCl> and whats up?
13.58.10 Join    markun [0] (~markun@bastards.student.utwente.nl)
13.58.18 #       <markun> HCl: I was on ICQ..
13.59.29 #       <Slasheri> LinusN: the extra buffer check was quite needless. I removed that flag completely without any problems
13.59.40 #       <LinusN> nice
13.59.47 #       <Slasheri> :)
13.59.47 #       <HCl> ah
13.59.50 #       <HCl> i wasnt
13.59.52 #       <HCl> obviously
13.59.53 #       <HCl> but
14.00.00 #       <HCl> its great that you're on anyways
14.00.41 Join    muesli- [0] (muesli_tv@Bc144.b.pppool.de)
14.01.26 Quit    markun (Client Quit)
14.01.39 #       <Slasheri> LinusN: btw, do you think i should limit that cpu_boost(state) will be called only when state really has changed from last value or could there be some problems if it's called several times with the same value?
14.01.56 #       <muesli-> hi
14.02.20 #       <LinusN> it has a counter, so you need to "unboost" it as many times as you have boosted it
14.02.48 #       <Slasheri> ok, so maybe i should not worry about it
14.02.53 #       <LinusN> nope
14.04.18 #       <rasher> as long as you unboost the same number of time (and the counter doesn't overflow)
14.04.33 #       <rasher> which is what LinusN said
14.05.42 Join    Lost-ash [0] (ashridah@220-253-123-135.VIC.netspace.net.au)
14.06.04 Quit    ashridah (Nick collision from services.)
14.06.13 Nick    Lost-ash is now known as ashridah (ashridah@220-253-123-135.VIC.netspace.net.au)
14.09.08 #       <Slasheri> rasher: yes. When the pcm buffer goes empty, the counter might get boosted several times (normally something 1-3) and when buffer is full, it will be unboosted quite fast to zero
14.12.25 #       <Slasheri> hmm, could there be any troubles if i unlock a mutex twice? Will it get locked normally at next time?
14.13.23 #       <LinusN> in the current implementation yes, but it will not work in the future
14.14.24 #       <Slasheri> ok. this would be nice to do everytime a codec quits so we can be sure the mutex has been unlocked. Oh! i forgot i could read the mutex state from the flag, so no problem :)
14.14.33 Join    webguest40 [0] (~d95f30fb@labb.contactor.se)
14.16.09 #       <webguest40> .oO(I am lost!)
14.16.22 #       <bobTHC> hi
14.16.25 #       * Bagder points out the direction ====> there you go
14.16.32 #       <webguest40> hi bobTHC 
14.16.37 #       <bobTHC> =========> []
14.16.45 #       <bobTHC> :)
14.16.50 #       <LinusN> Slasheri: no, you should keep track of the mutex instead
14.16.50 #       <bobTHC> what's up ?
14.16.56 #       <Slasheri> and now i realized other thing too: The multitaskin is not pre-emptive, so i have a few extra mutexes there :)
14.17.09 #       <Bagder> haha
14.18.06 #       <webguest40> does someone know a URL where I can join different irc.freenode.net channels? I need to join some other ones? thx fellows!
14.18.22 #       <webguest40> I am looked behind a firewall....
14.18.34 #       <webguest40> s/looked/locked/g
14.20.43 #       * webguest40 encounter that /join is block by this web irc gateway
14.21.02 #       <Bagder> well of course
14.21.13 Join    austriancoder [0] (~austrianc@m3.uclv.net)
14.21.15 #       <Bagder> why would our server server the whole world to do irc on freenode?
14.21.41 #       <preglow> hahah
14.23.09 Quit    oxygen77 ("CGI:IRC")
14.23.23 #       <webguest40> Bagdar: I would release some ressources if I had an alternative :-D
14.23.52 #       <Bagder> imagine the abuse
14.24.12 #       <Bagder> we'd be banned instantly
14.25.19 #       <webguest40> ? For letting people join many different channel through your web irc gateway or what do you mean?
14.25.37 #       <preglow> people would start spamming sooner or later
14.25.43 #       <preglow> and then the rockbox server would be banned
14.26.30 #       <webguest40> okay, so there is little chance to find a web gateway which is configured for open access...
14.26.40 #       <Bagder> very slim
14.26.52 #       <preglow> why not just use an ordinary irc client?
14.26.54 #       <preglow> it's even preferrable
14.27.05 #       <webguest40> firewall!?
14.27.18 #       <HCl> <.< >.>
14.27.20 #       <preglow> ok!??
14.27.32 #       * HCl whistles innocently and shuts something down on his webserver
14.27.32 #       <Bagder> I usually run a irc bouncer on another machine to deal with irc through proxies
14.27.34 #       <preglow> i  hate firewalls
14.28.27 Join    asdsd____ [0] (~asdsd@h-67-100-28-228.miatflad.dynamic.covad.net)
14.28.34 Part    asdsd____
14.28.54 #       <webguest40> Badgar, name some of the usefull programs you use for thatt. I have a unix server running at home. So maybe I can look into this in the future...
14.29.20 #       <Bagder> muh
14.29.26 #       <webguest40> s/Badgar/Bagdar/g
14.29.28 #       <Bagder> is the name of the one I've used
14.29.31 #       <Slasheri> Hmm, can i trust that memcpy etc. will never cause a task switch and remove almost all mutexes from code?
14.29.39 #       <Bagder> yes
14.29.42 #       <Slasheri> great :)
14.29.44 Join    b0bTHC [0] (~foo@l06m-10-36.d1.club-internet.fr)
14.30.14 #       <webguest40> muh? Sounds strange
14.30.29 #       <Bagder> http://seb.riot.org/muh/
14.30.29 Join    webguest44 [0] (~cb844243@labb.contactor.se)
14.30.39 Quit    bobTHC (Nick collision from services.)
14.30.57 Nick    b0bTHC is now known as bobTHC (~foo@l06m-10-36.d1.club-internet.fr)
14.31.07 Quit    muesli- ("ich will Kühe!!!")
14.31.14 Join    muesli- [0] (muesli_tv@Bc144.b.pppool.de)
14.31.22 #       <amiconn> Slasheri: Some other functions may cause thread switches (e.g. read() )
14.31.40 #       <webguest40> Bagdar, thx.
14.31.43 #       <Slasheri> amiconn: ok, i will protect them
14.32.58 Quit    webguest40 ("#rockbox thanks for your patience")
14.34.04 #       <webguest44> text
14.37.05 Quit    webguest44 ("CGI:IRC")
14.53.50 Quit    Nibbler (Read error: 104 (Connection reset by peer))
15.02.28 Quit    muesli- (Read error: 145 (Connection timed out))
15.02.28 Quit    thegeek (Read error: 54 (Connection reset by peer))
15.10.44 Quit    ashridah (Read error: 148 (No route to host))
15.11.50 Part    leftright
15.14.14 Join    Aditya [0] (~Aditya@pcp09495878pcs.nrockv01.md.comcast.net)
15.17.04 ***     Saving seen data "./dancer.seen"
15.19.00 Join    oxygen77 [0] (~c1c28427@labb.contactor.se)
15.28.02 Join    Nibbler [0] (~sven@port-212-202-79-250.dynamic.qsc.de)
15.33.04 Join    ashridah [0] (ashridah@220-253-123-157.VIC.netspace.net.au)
15.35.31 #       <austriancoder> i am allowed to change the sound settings ranges in sound.c for iRiver?
15.35.45 #       <LinusN> of course
15.36.40 #       <austriancoder> fine :)
15.39.37 #       <LinusN> gotta go now
15.39.39 #       <LinusN> cu around
15.39.50 Part    LinusN
15.41.39 Join    thegeek [0] (na@ti521110a080-1186.bb.online.no)
15.41.39 Quit    oxygen77 ("CGI:IRC (EOF)")
15.50.06 Join    muesli- [0] (muesli_tv@Bbc9b.b.pppool.de)
15.50.16 #       <muesli-> re
15.50.40 #       <muesli-> does anybody know if the 1xx series charger fits to the 3xx series!?
15.51.04 #       <rasher> sounds like it's the same, but I've no idea
15.51.21 #       <muesli-> me too :|
15.51.38 #       <rasher> there are a couple of people here who own both
15.53.00 #       <muesli-> have to ask in mc probably
15.55.08 #       <rasher> mc?
15.55.16 #       <muesli-> err mr
15.55.17 #       <muesli-> ;)
15.55.32 #       <rasher> ah
15.57.38 #       * rasher ponders porting matrix from ipodlinux to rockbox
15.58.32 #       <austriancoder> matrix?
15.58.44 #       <rasher> just displays matrix code
15.58.52 #       <rasher> screensaver style plugin
15.59.02 #       <muesli-> :D
15.59.04 #       <rasher> think it's a port of cmatrix
15.59.07 #       <rasher> for linux
15.59.23 #       <muesli-> are there errors within in the matrix?
16.00.21 #       <rasher> Uses a lot of malloc though.. lord knows why
16.00.52 #       <Bager> rasher to be more interesting for porting to rockbox maybe ? ;)
16.00.54 #       <bobTHC> blue or red pill rasher ?
16.00.58 #       <Slasheri> Hmm, logf doesn't support %s in format?
16.01.15 #       <Bagder> it should
16.01.24 #       <Slasheri> Trying to use logf("File: %s", "something"); for example prints only "File: "
16.01.33 #       <rasher> Bager: I think that's a likely explanation
16.01.45 #       <Bager> rasher ;)
16.02.34 #       * Bager wonders when he'll have enough time to dig into rockbox ...
16.06.05 #       <Bagder> Slasheri: it worked fine for me before
16.06.29 #       <Slasheri> Hmm.. doing some more tests
16.06.51 #       <Bagder> and still do in my sim
16.11.12 #       <Slasheri> Hmm, maybe the problem is that file names are too long so they are not displayed at all
16.12.03 #       <Bagder> the output should be chopped at 16 letters then
16.12.24 #       <Slasheri> ah :)
16.13.09 #       <Bagder> hm
16.13.13 #       * Bagder checks
16.14.23 #       <Bagder>  logf("test %s", "thisisaverylongtexttoadd"); works in my sim
16.15.07 #       <austriancoder> i cant build my sim on x11 :(
16.15.13 Quit    t0mas_ (Remote closed the connection)
16.15.25 #       <Bagder> what happens?
16.16.30 #       <austriancoder> this http://nopaste.php-q.net/137593
16.17.31 #       <Bagder> is this a non-patched source tree?
16.17.47 #       <austriancoder> yep.. it should
16.18.07 #       <Bagder> it doesn't look like that to me
16.18.36 #       <austriancoder> i got the error yesterday night too,, 
16.19.00 #       <Bagder> I have no pcm.c for example
16.19.40 #       <austriancoder> ah.. i have the sound playing patch applied
16.20.05 #       <austriancoder> but i think i will recompile libc and hope the best
16.21.05 #       <austriancoder> must go now
16.21.09 #       <austriancoder> see you later
16.21.12 Quit    austriancoder ("using sirc version 2.211+KSIRC/1.3.12")
16.24.42 #       <rasher> I don't think hte sound-patch is entirely simulator-proof
16.26.12 Quit    muesli- (Read error: 110 (Connection timed out))
16.29.53 Quit    Hadaka (Read error: 145 (Connection timed out))
16.41.53 Quit    thegeek (Read error: 60 (Operation timed out))
16.42.50 Join    oxygen77 [0] (~c1c28427@labb.contactor.se)
16.52.23 Quit    ted2005 ()
16.57.32 Quit    ashridah ("Leaving")
17.02.05 #       * rasher expects the latest commit to result in wacky garbage on the remote because of the init problems
17.03.27 Join    webguest33 [0] (~54b38f9d@labb.contactor.se)
17.04.33 #       <rasher> hm, nope
17.06.16 Quit    oxygen77 ("CGI:IRC")
17.07.30 Quit    webguest33 (Client Quit)
17.08.18 #       <amiconn> rasher: ?
17.09.25 #       <rasher> well the remote lcd is initialized wrongly, shifted 4 pixels to the left
17.09.56 #       <rasher> and the rightmost 4 pixels are then left blank.. when I tried it they were randomly filled
17.13.43 #       <amiconn> It looks like Linus fixed this
17.13.44 Join    webguest61 [0] (~54b38f9d@labb.contactor.se)
17.14.01 #       <webguest61> örg?
17.14.22 #       <bobTHC> ??
17.14.28 #       <amiconn> (from looking at the code; lcd-h100-remote.c, line 393)
17.14.50 #       <rasher> ah
17.14.51 #       <webguest61> just want to see if anybody is here
17.15.35 #       <rasher> still doesn't look quite right
17.15.51 #       <webguest61> k
17.17.04 #       <webguest61> omg my english is bad but can you tell me how to create an dictionaryfile without linux?
17.17.06 ***     Saving seen data "./dancer.seen"
17.17.48 #       <webguest61> you know for the dict-plugin
17.18.26 #       <t0mas> I can help you
17.18.31 #       <t0mas> I think
17.18.38 #       <webguest61> ou thank you:)
17.18.46 #       <t0mas> privmsg me...
17.18.59 #       <rasher> wait.. I think I'm forgetting to compile or update or something
17.19.07 #       <rasher> probably nothing wrong with the remote
17.26.13 #       <rasher> Bagder: do I need any patch to use logf?
17.28.02 Quit    webguest61 ("CGI:IRC")
17.28.04 Join    webguest61 [0] (~54b38f9d@labb.contactor.se)
17.31.25 Quit    pabs (Remote closed the connection)
17.31.51 Join    kergoth [0] (~kergoth@covenant.kergoth.com)
17.37.26 Join    Naked [0] (naked@naked.iki.fi)
17.37.30 Join    pabs [0] (~pabs@ip68-100-248-22.dc.dc.cox.net)
17.37.45 Nick    Naked is now known as Hadaka (naked@naked.iki.fi)
17.41.49 #       <rasher> Bagder: /home/rasher/rockbox/build-env/src/rockbox/build/iriver/apps/debug_menu.o:(.rodata+0x7c): undefined reference to `logfdisplay'
17.42.09 Part    kergoth ("Leaving")
17.42.36 #       <amiconn> rasher: Iiuc you just need to configure with logf support, then do a _full_ rebuild
17.43.05 #       <rasher> hm
17.43.10 #       <rasher> thought I did that
17.43.12 #       <rasher> guess not
17.45.42 #       <rasher> yeah, that worked
17.45.53 #       <rasher> except now I need to figure out how to use logf from a plugin
17.46.05 Join    tvelocity [0] (~tony@ipa142.6.tellas.gr)
17.46.30 #       <bobTHC> logf recall me too much the natural logarithmic function and confused me ;)
17.46.59 Quit    webguest61 ("CGI:IRC")
17.47.15 #       <t0mas> ghehe
17.48.06 #       <rasher> matrix.c:79: warning: implicit declaration of function `logf'
17.48.53 #       <t0mas> sounds bad
17.48.59 #       <t0mas> have you included the header?
17.49.02 #       <amiconn> If you want to use it from a plugin, you need to add it to the plugin api of course, then use rb->logf()
17.49.10 #       <t0mas> or isn't there a logf header?
17.49.32 #       <amiconn> t0mas: You should never include any core header other than plugin.h from a plugin
17.49.43 #       <t0mas> yes, I didn't see it was a plugin
17.49.49 #       <rasher> amiconn: ah, want me to add that and commit?
17.50.28 #       <amiconn> It can't be added unconditionally, and we still need a solution to 'fold it away' within a plugin
17.50.34 #       <t0mas> rasher: if you do... don't forget to raise the plugin ver thing
17.50.50 #       <amiconn> Otherwise plugin sources would get rather ugly
17.51.32 #       <rasher> nevermind, I have the sound patch applied.. won't commit anything like this
17.51.41 #       <amiconn> In the core, it's as simple as  #define logf()   , when compiling without logf, but that won't work in a plugin
17.54.00 #       <t0mas> amiconn: shouldn't we just add it to the plugin api and make it an empty function there if it's not compiled in? smart compilers won't take the trouble of jumping to it and back right?
17.55.20 Quit    Hadaka (Read error: 145 (Connection timed out))
17.56.12 #       <amiconn> t0mas: A call via a function pointer cannot be optimised away for the same reason as such functions cannot be inlined
17.57.10 #       <preglow> Slasheri: why does volume max out at 75 ?
17.57.41 #       <Slasheri> preglow: scaling has been done incorrectly
17.58.06 #       <preglow> 85, i mean
17.58.20 #       <preglow> lemme guess, you multiply by 3? :P
17.58.25 #       <t0mas> amiconn: then maybe our best bet is to add a define logf() to plugin.h ?
17.58.29 #       <t0mas> and use it without rb->
17.58.29 #       <Slasheri> Bagder: logf("Filling file buffer..."); prints "Filling file bu"
17.58.30 #       <Slasheri> :/
17.58.36 #       <Slasheri> preglow: yep, that's correct :)
17.58.41 #       <t0mas> Slasheri: max 16 chars
17.59.06 #       <Slasheri> Ah, yes.. :D
18.00.11 #       <Slasheri> Hmm, why is the limit 16 chars? There should be room for about 24 characters per line..
18.00.44 #       <amiconn> 21 chars with the system default font
18.00.59 #       <amiconn> ...on the iriver remote lcd
18.01.05 #       <Slasheri> Interesting.. Then i must have some other font
18.01.32 #       <amiconn> logf() doesn't set the font?
18.01.41 #       <amiconn> Hmm...
18.01.47 #       <preglow> setvol((vol*167116) >> 16) instead
18.02.12 #       <Slasheri> preglow: thanks, i will change that
18.02.42 #       <amiconn> preglow: looks like precision overkill to me
18.02.54 #       <preglow> 167117, i mean
18.03.07 #       <preglow> amiconn: yeah, it is, but all our platforms have 32 bit ints anyway :-)
18.03.43 #       <preglow> apart from gmini, of course..
18.04.05 #       <preglow> anywho, i just tossed it out, i don't expect it's code that'll end up in the final implementation
18.04.37 #       <preglow> Slasheri: will your current code just loop all files in a directory?
18.04.57 #       <Slasheri> preglow: it depends playlist configuration i guess
18.04.59 #       <amiconn> setvol(vol*255/100);  would at least look more readable
18.06.22 #       <preglow> it's slower :P
18.07.07 #       <amiconn> Not necessarily. Loading large constants like 167117 may take longer
18.07.36 #       <preglow> not longer than a div, i assure you
18.07.43 #       <preglow> but it's a non-issue anyway
18.08.19 #       <rasher> thought I'd never see the day when people were optimizing turning the volume up
18.08.31 #       <preglow> then you don't really know me, now do you
18.08.38 #       <Slasheri> preglow: the scaling works well :)
18.09.03 #       <preglow> yeah, it should
18.09.12 #       <preglow> found out why you have to restart after stopping, btw?
18.09.40 #       <Slasheri> not yet
18.10.07 #       <preglow> think i'll take my rockbox for a little walk
18.10.18 #       <preglow> this time it'll entertain me with music
18.10.46 #       <Slasheri> =)
18.11.15 #       <Slasheri> I already had it yesterday playing oggs for me :)
18.11.30 #       <rasher> it is most excellent
18.13.13 #       <Slasheri> Hmm, there is still some bug with cpu_boost.. If i change it manually from debug menu, system will immediately crash
18.28.06 Join    thegeek [0] (na@ti521110a080-1186.bb.online.no)
18.29.57 Join    asdsd____ [0] (~asdsd@h-67-100-28-228.miatflad.dynamic.covad.net)
18.30.04 Part    asdsd____
18.39.48 #       <HCl> is it committed yet?
18.40.49 #       <rasher> nope
18.40.51 #       <HCl> k
18.40.59 #       * HCl and markun wrote an .net compiler
18.41.02 #       <Slasheri> HCl: Will be committed soon, when LinusN comes back :)
18.41.07 #       <HCl> nice :)
18.41.24 #       <HCl> then its time to fix the restart bug, and to hack in the wps
18.45.14 #       <Slasheri> Yes. And the cpu_boost bug should be fixed
18.45.31 #       <Slasheri> It will eventually crash the rockbox
18.46.41 #       <rasher> By the way, I'm nhaving trouble going into usb mode
18.46.54 #       <Slasheri> rasher: It's fixed now
18.47.01 #       <Slasheri> Will be included in the cvs..
18.47.02 #       <rasher> or my iriver is.
18.47.08 #       <rasher> ah, great
18.47.10 #       <Slasheri> :)
18.47.15 #       <rasher> just thought I'd mention it
18.47.21 #       <Slasheri> thanks anyway :)
18.48.48 #       <HCl> whats the cpu boost bug
18.48.48 #       <HCl> ?
18.49.39 #       <Slasheri> I don't completely understand what causes it but it has something to do with pcm playback and dma transfer
18.50.17 #       <Slasheri> Hmm, i think that with logf i was able to locate the stop/start bug :)
18.51.41 #       <HCl> stop start bug?
18.53.14 #       <Slasheri> Currently you have to restart rockbox if you want start stopped playback again
18.53.21 #       <CoCoLUS>  * fn~HCl and markun wrote an .net compiler
18.53.23 #       <CoCoLUS> for which language?
18.53.34 #       <HCl> oh. you call that the start stop bug :)
18.53.39 #       <HCl> CoCoLUS: "bla"
18.53.43 #       <HCl> our own language
18.53.44 #       <HCl> o.o
18.54.19 #       <Chamois> Linus we need you to commit
18.54.43 #       * HCl goes to catch some sleep..
18.54.47 #       <HCl> afk :/
18.57.20 Quit    bobTHC ("Smoke Weed Every Day !")
19.05.40 #       <preglow> Slasheri: even with this level of audio support, i can't say i see the need to start the iriver firmware again
19.07.29 #       <Chamois> only to flash with a new bootloder
19.07.32 #       <Chamois> :-)
19.07.45 #       <HCl> mmmm...
19.10.05 #       <t0mas> Slasheri: after your commit I can look at wps...
19.10.09 #       <t0mas> or is that working already?
19.12.49 #       <Slasheri> t0mas: oh, that would be great. The wps is not working yet
19.13.06 #       <Slasheri> preglow :D
19.13.06 #       <HCl> and after that i can look at the runtime database :p
19.13.09 #       <t0mas> ok, I've read a lot of wps code
19.13.15 #       <t0mas> when chaning it to graphical here
19.13.23 #       <t0mas> *changing
19.13.30 #       <Slasheri> cool :)
19.13.45 #       <Slasheri> Hmm, i think i know how to fix cpu_boost
19.13.50 #       <Slasheri> I will add a mutex there :D
19.14.07 #       <preglow> why should that matter?
19.14.29 #       <Slasheri> Because that is a serious problem and will crash rockbox at random intervals
19.14.38 #       <preglow> yeah, but why?
19.14.46 #       <t0mas> yes, but why would a mutex fix it?
19.14.55 #       <Slasheri> I think that the crash will happen when there is a dma transfer going
19.15.09 #       <preglow> i can see no reason why it should crash for a dma transfer
19.15.12 #       <Slasheri> So i will try preventing the cpu_boost happening at same time
19.15.17 #       <preglow> but i guess linus knows this
19.15.30 #       <Slasheri> Hmm, okay. But i will test if it makes any difference
19.17.10 ***     Saving seen data "./dancer.seen"
19.22.38 Join    Gibbed [0] (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net)
19.23.01 Quit    rasher (tolkien.freenode.net irc.freenode.net)
19.23.01 NSplit  tolkien.freenode.net irc.freenode.net
19.23.01 Quit    Nibbler (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    edx (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    courtc (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    DMJC (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    Mr_Wik (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    gromit` (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    CoCoLUS (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    odd (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    Seed (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    silencer_ (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    mbr (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    rob- (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    Strath (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    Shagnar (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    bipak (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    TCK (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    _DangerousDan (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    ze (tolkien.freenode.net irc.freenode.net)
19.23.01 Quit    preglow (tolkien.freenode.net irc.freenode.net)
19.25.23 Join    Harpy_ [0] (rSVg7eMZ6O@dsl-hkigw7wbb.dial.inet.fi)
19.26.01 NHeal   tolkien.freenode.net irc.freenode.net
19.26.01 NJoin   preglow [0] (thomj@s183a.studby.ntnu.no)
19.26.05 Join    thegeek_ [0] (na@ti521110a080-1186.bb.online.no)
19.26.09 Quit    thegeek (tolkien.freenode.net irc.freenode.net)
19.26.09 Quit    Harpy (tolkien.freenode.net irc.freenode.net)
19.26.09 Quit    Chamois (tolkien.freenode.net irc.freenode.net)
19.26.09 Quit    QT (tolkien.freenode.net irc.freenode.net)
19.26.09 Quit    Rick (tolkien.freenode.net irc.freenode.net)
19.26.09 Quit    einhirn (tolkien.freenode.net irc.freenode.net)
19.26.09 Quit    t0mas (tolkien.freenode.net irc.freenode.net)
19.26.09 Quit    Bagder (tolkien.freenode.net irc.freenode.net)
19.26.09 Quit    HCl (tolkien.freenode.net irc.freenode.net)
19.26.09 Quit    TiMiD[FD] (tolkien.freenode.net irc.freenode.net)
19.26.09 Quit    Plugh_ (tolkien.freenode.net irc.freenode.net)
19.26.09 Quit    crashd_ (tolkien.freenode.net irc.freenode.net)
19.26.19 Join    Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com)
19.26.28 Nick    Gibbed is now known as Rick (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net)
19.26.41 Join    crashd [0] (nobody@badger.ing.me.uk)
19.26.41 NJoin   HCl [0] (hcl@titania.student.utwente.nl)
19.26.41 NJoin   Nibbler [0] (~sven@port-212-202-79-250.dynamic.qsc.de)
19.26.41 NJoin   Shagnar [0] (~tester@p54A0CAAA.dip.t-dialin.net)
19.26.41 NJoin   edx [0] (edx@pD9EAB195.dip.t-dialin.net)
19.26.41 NJoin   courtc [0] (~courtc@adsl-158-5-68.asm.bellsouth.net)
19.26.41 NJoin   bipak [0] (~bip@p50884761.dip.t-dialin.net)
19.26.41 NJoin   DMJC [0] (~James@220-245-174-50-sa-pppoe.tpgi.com.au)
19.26.41 NJoin   Strath [0] (~mike@dgvlwinas01pool0-a216.wi.tds.net)
19.26.41 NJoin   TCK [0] (TCK@81-86-97-154.dsl.pipex.com)
19.26.41 NJoin   rasher [0] (rasher@zork.zork.net)
19.26.41 NJoin   Mr_Wik [0] (~Mr_Wik@82.249.32.95)
19.26.41 NJoin   gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
19.26.41 NJoin   CoCoLUS [0] (~coco@h081217139221.dyn.cm.kabsi.at)
19.26.41 NJoin   _DangerousDan [0] (~Miranda@newtpulsifer.campus.luth.se)
19.26.41 NJoin   odd [0] (mrodd@fangorn.starshadow.com)
19.26.41 NJoin   Seed [0] (ben@l192-117-115-168.broadband.actcom.net.il)
19.26.41 NJoin   mbr [0] (~mb@stz-softwaretechnik.de)
19.26.41 NJoin   silencer_ [0] (~silencer@zen.via.ecp.fr)
19.26.41 NJoin   rob- [0] (~robbie@haylott.plus.com)
19.26.41 NJoin   ze [0] (ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net)
19.27.18 NJoin   Plugh_ [0] (~plugh@adsl-68-122-77-189.dsl.pltn13.pacbell.net)
19.27.20 NJoin   Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net)
19.28.24 Ctcp    Version from freenode-connect!freenode@connect.utility.freenode
19.28.52 NJoin   QT [0] (as@area51.users.madwifi)
19.29.02 Join    webguest01 [0] (~c31ce021@labb.contactor.se)
19.32.44 Join    ted2005 [0] (ted@74pc225.sshunet.nl)
19.33.32 Ctcp    Time from ted2005!ted@74pc225.sshunet.nl
19.33.35 NJoin   t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl)
19.36.09 Join    _aLEX [0] (Alexandre@mut38-2-82-67-66-128.fbx.proxad.net)
19.36.17 NJoin   Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se)
19.36.17 Join    TiMiD[FD] [0] (~TiMiD[FD]@82.67.184.60)
19.41.33 Join    webguest71 [0] (~54b38f9d@labb.contactor.se)
19.43.08 #       <t0mas> Slasheri: does it make difference?
19.45.45 Quit    webguest71 (tolkien.freenode.net irc.freenode.net)
19.45.45 Quit    TiMiD[FD] (tolkien.freenode.net irc.freenode.net)
19.45.45 Quit    Bagder (tolkien.freenode.net irc.freenode.net)
19.46.22 #       <Slasheri> t0mas: i was unable to use mutexes there :/
19.46.29 #       <Slasheri> trying to think some other way
19.46.32 Quit    webguest01 ("CGI:IRC")
19.47.13 #       <t0mas> ok
19.50.42 Quit    thegeek_ (Read error: 104 (Connection reset by peer))
19.52.27 Join    muesli- [0] (muesli_tv@Bbcb5.b.pppool.de)
19.53.47 Quit    ted2005 (tolkien.freenode.net irc.freenode.net)
19.53.47 Quit    Stryke` (tolkien.freenode.net irc.freenode.net)
19.53.47 Quit    Rick (tolkien.freenode.net irc.freenode.net)
19.53.47 Quit    _aLEX (tolkien.freenode.net irc.freenode.net)
19.53.47 Quit    tvelocity (tolkien.freenode.net irc.freenode.net)
19.53.47 Quit    pabs (tolkien.freenode.net irc.freenode.net)
19.53.47 Quit    amiconn (tolkien.freenode.net irc.freenode.net)
19.53.47 Quit    bill2or3 (tolkien.freenode.net irc.freenode.net)
19.53.47 Quit    elinenbe (tolkien.freenode.net irc.freenode.net)
19.53.47 Join    LinusN [0] (~linus@labb.contactor.se)
19.53.49 NJoin   _aLEX [0] (Alexandre@mut38-2-82-67-66-128.fbx.proxad.net)
19.53.49 NJoin   ted2005 [0] (ted@74pc225.sshunet.nl)
19.53.49 NJoin   Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com)
19.53.49 NJoin   Rick [0] (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net)
19.53.49 NJoin   tvelocity [0] (~tony@ipa142.6.tellas.gr)
19.53.49 NJoin   pabs [0] (~pabs@ip68-100-248-22.dc.dc.cox.net)
19.53.49 NJoin   amiconn [0] (~jens@p54BD649C.dip.t-dialin.net)
19.53.49 NJoin   bill2or3 [0] (bill@cerberus.protovision.com)
19.53.49 NJoin   elinenbe [0] (~elinenbe_@65.115.46.225)
19.53.50 #       <amiconn> bah :(
19.53.50 NJoin   thegeek [0] (na@ti521110a080-1186.bb.online.no)
19.54.19 #       <preglow> Slasheri: here's your chance! bagder linus about the cpu_boost issue!
19.54.43 #       <preglow> what, now i'm starting to confuse badger/bagder the other way as well
19.54.47 #       * LinusN hides
19.55.32 NJoin   TiMiD[FD] [0] (~TiMiD[FD]@asgard.valombre.net)
19.56.46 #       <Slasheri> hi LinusN :)
19.57.11 #       <LinusN> shalom
19.57.13 NJoin   Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se)
19.57.55 #       <Slasheri> yep, the cpu_boost will occassionally crash rockbox and i think it might have something to do with dma transfers. If i change the cpu speed from debug menu while music is playing, the system will crash immediately
19.58.18 #       <LinusN> how nice
19.58.33 #       <preglow> i cherish this behaviour like a fine wine
19.58.52 #       <preglow> Slasheri: what kind of audio latency are we having now, btw? something close to a second?
19.59.59 Join    FireEgl [0] (Ariel@Atlantica.US)
20.00.00 #       <Slasheri> preglow: Hmm, when the audio buffer is full, it's something like few seconds
20.00.11 #       <preglow> ouch
20.00.29 #       <Slasheri> but that's a good thing?
20.00.54 #       <preglow> depends
20.01.03 #       <preglow> on was thinking about things like an adjustable eq
20.01.16 #       <preglow> it's going to take close to two seconds before people can hear the difference in the sound
20.01.21 #       <preglow> but it's not a big problem, i guess
20.01.59 #       <amiconn> The latency should be kept low imho
20.02.25 #       <preglow> that'll destroy our cpu_boost strategy :/
20.02.37 #       <amiconn> Hmm :/
20.02.55 #       <Slasheri> ah.. But it's easy to decrease the latency by decreasing audio buffer size
20.03.09 #       <preglow> sure
20.03.26 #       <preglow> we should have someone do a bunch of tests to see how much of a difference there is
20.03.33 #       <amiconn> For the voice ui the latency should be kept really low. Music can take a bit more, but I guess > 0.5 s will be irritating
20.03.37 #       * preglow summons rasher
20.04.26 #       <rasher> Why, here I am.
20.04.36 #       <amiconn> Remember my recent fade-out fix for archos? It was necessary because the MAS latency gets higher when the bitrate is lowered
20.04.49 #       <preglow> ahh
20.05.21 #       <Slasheri> the start latency is already pretty low when audio buffer is empty
20.06.06 Quit    t0mas ("oh no! it's evil... rebooting linux :) brb")
20.06.07 #       <amiconn> Slasheri: Not only start latency, stop also latency matters
20.06.24 #       <amiconn> Bah, word order :(
20.06.38 #       <amiconn> stop latency also matters
20.06.47 #       <Slasheri> hmm, okay. The stop is immediate if it's done by stopping dma transfer
20.07.00 #       <amiconn> For the voice UI, we need to be able to almost immediately stop one clip and schedule another
20.07.13 #       <Slasheri> should be not a problem
20.07.19 #       <amiconn> Then it's okay
20.09.07 #       <LinusN> Slasheri: so calling cpu_boost with music playing may hang it, right?
20.09.44 #       <Slasheri> Yes, it will hang it after audio has been played a few minutes
20.09.50 #       <Slasheri> The interval is random
20.10.03 #       <Slasheri> And from debug_menu the hang is immediate
20.10.31 #       <Slasheri> Hmm, i have to test something
20.11.30 #       <Slasheri> You might be not able to reproduce the problem with that earlier patch where dynamic cpu_boost was disablef
20.12.38 #       <LinusN> Slasheri: could it be disk accesses that cause it?
20.12.58 #       <Slasheri> Maybe, i don't really know what causes that
20.14.30 Join    t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl)
20.15.04 #       <Slasheri> LinusN: I think you should be able to reproduce it
20.15.05 Quit    Chamois (Read error: 104 (Connection reset by peer))
20.15.15 #       <Slasheri> Just go to the debug menu and press joystick
20.15.22 #       <Slasheri> There should be instant crash
20.15.32 #       <LinusN> with music playing?
20.15.35 #       <Slasheri> yep
20.15.43 Join    Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net)
20.22.23 Join    muesli_ [0] (muesli_tv@hmln-d514760b.pool.mediaWays.net)
20.22.36 Quit    t0mas (Remote closed the connection)
20.24.43 Join    t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl)
20.24.45 Quit    t0mas (Read error: 54 (Connection reset by peer))
20.25.02 #       * LinusN puts the kids to bed
20.25.15 #       <Slasheri> :)
20.27.42 Join    t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl)
20.27.45 Quit    t0mas (Read error: 54 (Connection reset by peer))
20.28.00 Join    Mr_Wik_ [0] (~Mr_Wik@lns-vlq-47-nan-82-252-228-157.adsl.proxad.net)
20.29.43 #       <amiconn> LinusN: I didn't perform any further tests, but I might have found the cause for the extremely long first write() when recording
20.29.55 Quit    Mr_Wik (Read error: 110 (Connection timed out))
20.30.34 Nick    Mr_Wik_ is now known as Mr_Wik (~Mr_Wik@lns-vlq-47-nan-82-252-228-157.adsl.proxad.net)
20.30.37 #       <Mr_Wik> roh Mr_Wik :D
20.31.31 #       <amiconn> Depending on the MAS signals, my new transfer routine might spend too much time in the loop
20.31.57 #       <amiconn> The loop runs within an interrupt... and that might slow down the free cluster search
20.32.28 #       <amiconn> It seems I forgot a condition when the loop should be left...
20.33.09 Join    Tangleding [0] (~Tangledin@ARennes-252-1-1-30.w83-195.abo.wanadoo.fr)
20.33.14 #       <amiconn> I'll check my theory soon...
20.33.18 #       <Tangleding> :)
20.33.21 #       <Tangleding> Hello :)
20.33.24 #       <Chamois> hi
20.33.26 #       <amiconn> hi
20.33.36 #       <Tangleding> Hi Chamois, hi amiconn
20.33.38 #       <Tangleding> :)
20.34.00 #       <Tangleding> have you get your iHP140 or still not?
20.34.49 #       <amiconn> I can pick it up at the customs office; I hope to be able to do that tomorrow :)
20.35.06 #       <Tangleding> Ho at custom
20.35.19 #       <Tangleding> you get extra fees? :( 
20.35.27 #       <amiconn> Let's see...
20.35.41 #       <Tangleding> Hope not :)
20.36.45 #       <Tangleding> Things have got accelerated it's cool
20.36.56 #       <Tangleding> is Bjorn here?
20.37.08 #       <preglow> no
20.37.44 #       <Tangleding> I wanted to know if i didn't encountered issue with paypal finaly
20.38.00 #       <Tangleding> (seen nothing on my account report but maybe too soon)
20.40.09 Quit    muesli- (Read error: 110 (Connection timed out))
20.50.25 Join    t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl)
20.50.27 Quit    t0mas (Read error: 54 (Connection reset by peer))
20.54.35 Join    asdsd____ [0] (~asdsd@h-67-100-28-228.miatflad.dynamic.covad.net)
20.54.39 Part    asdsd____
20.55.57 #       * amiconn digs out the old recording transfer logic analyser graphs
20.56.27 #       <MoosCamaro> Tang are u r ?
20.56.34 #       <MoosCamaro> Hi amiconn
20.59.35 Join    TCK- [0] (TCK@81-86-209-136.dsl.pipex.com)
20.59.36 Quit    TCK (Read error: 104 (Connection reset by peer))
21.07.33 #       <HCl> hm
21.07.58 Join    t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl)
21.08.18 Quit    FireEgl (Read error: 104 (Connection reset by peer))
21.10.54 #       <Tangleding> hello HCl, hello t0mas
21.10.56 #       <Tangleding> :)
21.11.14 #       <t0mas> :)
21.11.14 #       <t0mas> hi
21.13.14 #       <HCl> hi...
21.13.21 #       <HCl> Slasheri: anything new?
21.15.07 #       <Tangleding> slasheri is here?
21.17.14 ***     Saving seen data "./dancer.seen"
21.22.17 Quit    Chamois (" HydraIRC -> http://www.hydrairc.com <- The professional IRC Client")
21.23.22 #       <muesli_> psss..dont disturb him ;)
21.24.56 Part    tvelocity ("Leaving")
21.25.31 Quit    muesli_ ("ich will Kühe!!!")
21.26.35 #       <Slasheri> HCl: Some bugs have been fixed etc. Now investigating gapless mp3 playback
21.26.41 #       <HCl> k
21.26.45 #       <HCl>  :)
21.27.35 #       <CoCoLUS> how about a compiled image for the lazy people slasheri :)
21.28.09 #       <Tangleding> cool way for investigate indeed
21.28.10 #       <Tangleding> lol
21.28.59 #       <Slasheri> CoCoLUS: The whole thing will come soon to cvs so there is no need for that
21.29.00 #       <Tangleding> Slashery
21.29.05 #       <Slasheri> Tangleding: yes?
21.29.19 #       <CoCoLUS> can't wait for soon :)
21.29.20 #       <Tangleding> if you encounter an issue about the lame stuff for gapless
21.29.34 #       <Tangleding> you can contact Gabriel Bouvigne at hydrogen audio
21.29.40 #       <Tangleding> http://www.hydrogenaudio.org/forums/index.php?showtopic=27390&pid=278317&st=50&#
21.29.43 #       <Tangleding> see this post
21.29.44 #       <Tangleding> ;)
21.29.50 #       <Slasheri> ah, ok :) I will keep that in mind :)
21.29.58 #       <Tangleding> okay
21.30.10 #       <Tangleding> he's very cool guy :)
21.30.25 Join    Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net)
21.30.46 #       <Tangleding> chamois is back
21.30.50 #       <Tangleding> ;)
21.31.09 #       <preglow> doesn't explain much other than the info exists
21.31.10 Join    muesli- [0] (muesli_tv@A988e.a.pppool.de)
21.31.11 #       <preglow> we know that
21.31.17 #       <muesli-> re
21.31.34 #       <Tangleding> prglow
21.31.45 #       <Tangleding> in fact it was just a tip
21.31.48 Join    austriancoder [0] (~austrianc@80.120.117.30)
21.32.11 #       <Tangleding> i imagine he can supply more info on this if needed
21.33.25 #       <preglow> ahh, yes
21.33.28 #       <preglow> i imagine he can
21.33.36 #       <preglow> a quick google doesn't yield accurate information
21.34.24 #       <Tangleding> okay anyway it's just an option
21.34.43 #       <Tangleding> if you get out without needing his help it's cool
21.34.59 #       <Tangleding> if you dodn't understand sthing thought
21.35.16 #       <Tangleding> the guy is very helpful
21.35.22 #       <Tangleding> and sympathetic
21.35.24 #       <Tangleding> :)
21.36.24 #       <preglow> http://gabriel.mp3-tech.org/mp3infotag.html
21.36.28 #       <Tangleding> of course Peter Pavlovski can be a solution so since he developed foobar gapless feature with lame using the header
21.36.29 #       <preglow> this is his site, no?
21.36.36 #       <Tangleding> indeed
21.36.39 #       <preglow> i believe the info we want can be found there
21.36.40 #       <Tangleding> it's his site
21.36.45 #       <preglow> that describes the info tag
21.36.46 #       <Tangleding> okay
21.38.01 #       <Slasheri> preglow: Hmm, great site
21.38.25 #       <Slasheri> I think that header info could be even read by codec plugin itself
21.38.54 #       <Slasheri> Should be quite simple to get the important fields
21.38.57 #       <preglow> i think that's appropriate for mp3
21.39.05 #       <preglow> libmad should never need to see it
21.40.19 #       <preglow> 32 bit integer filed containing the exact length in bytes of the mp3 file originally made by LAME excluded ID3 tag info at the end.
21.40.22 #       <preglow> there it is
21.40.38 #       <preglow> or no
21.40.46 #       <Slasheri> The first byte it counts is the first byte of this LAME Tag and the last byte it counts is the last byte of the last mp3 frame containing music.
21.40.50 #       <Slasheri> Oh, that is really cool
21.41.19 #       <Slasheri> Hehe, we pasted the same thing twice ;)
21.41.36 #       <Slasheri> almost
21.41.39 #       <preglow> but seems like that is just a simple file size
21.41.40 #       <Tangleding> eh eh seems you won't need to "bother" Gabriel himself
21.41.41 #       <Tangleding> ;)
21.42.11 #       <Slasheri> It might be still worth to try out
21.42.48 Quit    TCK- (Read error: 54 (Connection reset by peer))
21.43.48 #       <LinusN> that integer isn't that helpful is it?
21.44.22 #       <LinusN> i mean, our mp3 parser finds that out anyway
21.45.05 #       <Stryke`> for gapless, you'd want to look at Encoder delays
21.45.05 #       <LinusN> in fact, rockbox on archos is already gapless on mp3 frame level
21.45.23 #       <LinusN> Stryke`: exactly
21.45.26 #       <Stryke`> bytes $B1-$B3
21.47.19 Quit    thegeek (Read error: 104 (Connection reset by peer))
21.47.33 #       <preglow> gha
21.47.35 #       <preglow> of course
21.47.36 Join    thegeek [0] (na@ti521110a080-1186.bb.online.no)
21.47.41 #       <preglow> i just skipped that entry
21.47.43 #       <preglow> very wise of me
21.48.06 Quit    t0mas ()
21.48.08 #       <preglow> there you can see how many zeroes have been used to pad the last frame
21.48.49 #       <LinusN> that's the info we need for 100% gapless at the pcm level
21.48.52 #       <preglow> yes
21.49.08 #       <preglow> and the info is provided straight for use, how convenient
21.49.12 #       <LinusN> stripping the id3 tags is simple, and rockbox already has code for doing that
21.50.01 #       <preglow> it handles id3v2 as well?
21.50.24 #       <LinusN> you don't think highly of rockbox, do you? :-)
21.50.32 #       <LinusN> of course it does
21.50.35 #       <preglow> you never know, some people refuse to support id3v2
21.50.53 #       <Stryke`> it strips APEv2?
21.51.01 #       <preglow> i don't think there are many mp3s with ape tags
21.51.03 #       <LinusN> Stryke`: nope, not yet
21.51.29 #       <Stryke`> ok
21.51.57 #       <Stryke`> shouldn't be difficult
21.52.21 #       <LinusN> no
21.52.32 #       <preglow> apev2 is fairly simple
21.52.44 #       <LinusN> and fairly unnecessary imho
21.52.58 #       <preglow> well, like i said, some people hate id3v2
21.53.05 #       <preglow> with a passion
21.53.10 #       <Stryke`> to me, apev2 is the best of both words (id3v1 and v2)
21.53.16 #       <Slasheri> Hmm, sounds quite straightforward to do if rockbox already supports reading all necessary information
21.53.19 #       <LinusN> i think id3v2 is an extremely silly "standard"
21.53.30 #       <preglow> yes, but id3v1 is even worse
21.53.35 #       <preglow> simple and plain shitty
21.53.55 #       <LinusN> Slasheri: i think our mp3 parser should extract the necessary info from the lame tag
21.54.13 #       <rasher> What if there's no lame tag?
21.54.39 #       <LinusN> then we can't do pcm level gapless
21.54.42 #       <preglow> then we just use the entire last frame
21.54.47 #       <preglow> there's not much of a gap anyway
21.54.55 #       <LinusN> Slasheri: mp3data.c:516
21.55.05 #       <preglow> but you'll just have to live with it, there's no simple way to detect if a frame has been padded
21.55.08 #       <LinusN> fill in the blanks
21.55.45 #       <Slasheri> LinusN: ok :)
21.56.32 #       <rasher> I see.. I mostly care about ogg anyway. Just thought that it'd be possible to do gapless without having to encode in special ways
21.56.53 #       <preglow> the mp3 creators never thought about it
21.56.58 #       * LinusN has to go away for a while
21.57.04 #       <rasher> The bastards.
21.57.14 #       * preglow feels alone and forgotten
21.58.24 Join    FireEgl [0] (Ariel@Atlantica.US)
21.59.01 Quit    Shagnar ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
21.59.13 #       <Slasheri> LinusN: Hmm, it would be great if get_mp3file_info could read all the information from a given buffer address instead of file handle
21.59.48 #       <Slasheri> Maybe we could a little modification to support this?
22.01.40 Join    ehntoo [0] (~noclue2@24-177-161-77.dhcp.mrqt.mi.charter.com)
22.01.52 Quit    Stryke` (Read error: 131 (Connection reset by peer))
22.03.21 Quit    Tangleding ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]")
22.04.34 Join    t0mas [0] (~Tomas@ip503c08d1.speed.planet.nl)
22.11.59 #       <HCl> mmm
22.12.05 #       <HCl> anything i can do?
22.12.07 #       <amiconn> LinusN: Is there a reason why some places use   #pragma interrupt  while others use   __attribute__ ((interrupt_handler))   in a declaration?
22.16.06 #       <Rick> amiconn: different coders? :p
22.18.35 #       <amiconn> LinusN: Another question, perhaps even more important. Why is /IRQ3 set to edge sensitive?
22.25.36 Join    webguest59 [0] (~d86bd332@labb.contactor.se)
22.26.32 Quit    webguest59 (Client Quit)
22.30.52 #       <amiconn> Ignore me; found out why... at least for playback
22.31.34 Join    webguest62 [0] (~d86bd332@labb.contactor.se)
22.33.03 #       <amiconn> Is there a way to force fsinfo 'hint' recalculation, i.e. without writing a file, and also without causing a full scan including free space calculation?
22.34.00 #       <webguest62> hi, all
22.35.10 #       <webguest62> Just a quick (I hope) question. Anybody here have an URL for archos hard drive upgrade howto?
22.35.29 #       <Slasheri> btw, there is the "ticking" problem with remote lcd if screen is updated while audio is playing..
22.36.04 #       <muesli-> so there is no ticking anymore?
22.36.07 #       <Slasheri> So this must be a hardware bug
22.36.24 #       <webguest62> I've got a 40 gb travelstar I want to swap into a recorder10
22.36.26 #       <Slasheri> no, there is. but only when screen content is changed
22.37.14 #       <Bagder> webguest62: see the docs page on the rockbox site
22.37.21 #       <muesli-> hmpf i have feared this
22.38.06 #       <muesli-> folks have to send in there units to fix it. wouldnt make sense to assume a software issue
22.38.14 #       <muesli-> their
22.40.50 #       <Slasheri> but that problem is easy to solve just by not using the headphone jack on remote control or purchasing earpuds that have integrated volume control. Then set the volume from the earpuds low enough and the ticking will be suspended
22.41.28 #       <webguest62> Bagder: thanks, I knew it existed, but couldn't remember where.
22.43.42 #       <amiconn> Slasheri: This sounds like that ticking is caused by crosstalk from the lcd data lines to the headphone output
22.44.25 #       <Slasheri> that is my guess too
22.44.28 #       <amiconn> Perhaps it can be avoided by driving the lcd slow enough
22.44.47 #       <Slasheri> hmm, maybe :)
22.50.26 #       <preglow> yeah, that'd be worth a shot
22.52.37 #       <amiconn> It's uncertain whether this would help; on archos there was a similar issue:
22.53.10 #       <amiconn> On the recorders, the original firmware produces a faint background noise while playback
22.53.58 #       <amiconn> Rockbox doesn't do that, and it drives the lcd way faster than archos...
22.55.58 #       <austriancoder> Slasheri: where can i get your current patchset for rockbox?
22.58.10 #       <Slasheri> austriancoder: If you want to test it, you can find the code here: http://ihme.org/~miipekk/rockbox/. Take the snapshot.diff, not the other. Then you have to copy the all separate files to right place and compile
22.58.58 Quit    muesli- (Read error: 60 (Operation timed out))
22.59.25 Quit    FireEgl (Read error: 54 (Connection reset by peer))
23.00.47 #       <austriancoder> merci
23.01.09 #       <austriancoder> hope i can commit some new uda1380 and sound.c code tonight
23.01.17 #       <preglow> anything fun? :V
23.02.28 #       <austriancoder> not really ;)
23.04.04 Quit    ehntoo ("Leaving")
23.08.43 #       <Slasheri> night
23.08.51 #       <austriancoder> night
23.09.14 Join    FireEgl [0] (~FireEgl@Atlantica.IPv6Tunnel.Info)
23.14.41 Quit    FireEgl (Remote closed the connection)
23.17.17 ***     Saving seen data "./dancer.seen"
23.21.53 Quit    Harpy_ (Read error: 60 (Operation timed out))
23.29.50 Quit    Bagder ("Off to search for that connect-resetting peer guy!")
23.30.31 Join    Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se)
23.33.32 Quit    t0mas (Remote closed the connection)
23.44.22 Join    XavierGr [0] (~XavierGr@ppp27-adsl-228.ath.forthnet.gr)
23.44.57 Quit    ze (Read error: 110 (Connection timed out))
23.46.51 #       <XavierGr> Hello all!
23.46.57 #       <Bagder> hey ho
23.47.30 #       <XavierGr> I just wanted to compile the win32 uisimulator but when I execute the make file an error pops-up in the bash
23.48.13 #       <XavierGr> make[1]: /home/Xavier/rockbox/tools/convbdf: Command not found
23.48.13 #       <XavierGr> make[1]: *** [/home/Xavier/rockbox/build/firmware/sysfont.o] Error 127
23.48.13 #       <XavierGr> make: *** [all] Error 2
23.48.27 #       <Bagder> you must run make in the tools dir first
23.48.30 #       <rasher> cd ../tools
23.48.30 #       <rasher> make
23.48.44 #       <XavierGr> lets see...
23.50.30 #       <XavierGr> annoying
23.50.31 #       <XavierGr> collect2: ld returned 1 exit status
23.50.31 #       <XavierGr> make[1]: *** [/home/Xavier/rockbox/build/rockboxui.exe] Error 1
23.50.31 DBUG    Enqueued KICK XavierGr
23.50.31 #       <XavierGr> make: *** [all] Error 2
23.50.46 #       <XavierGr> I got the source from the daily build
23.50.58 #       <thegeek> got the same error
23.51.04 #       <thegeek> with the cygwin devkit
23.51.04 #       <Bagder> and no error before that?
23.51.16 Join    FireEgl [0] (~FireEgl@Atlantica.US)
23.51.58 #       <XavierGr> the first time I executed the code it was fine(except when I was running a plug-in from the simulator) all was build
23.52.10 #       <XavierGr> I will try again getting the code from cvs
23.53.37 Quit    Chamois (Read error: 54 (Connection reset by peer))
23.54.03 Join    Chamois [0] (~Chamois@champigny-5-82-226-182-23.fbx.proxad.net)
23.55.05 #       <Bagder> so there was no other error?
23.55.26 #       <XavierGr> the first time or now?
23.55.44 #       <Bagder> when you get this "ld returned 1 exit status"
23.56.06 #       <XavierGr> no, no other error
23.56.25 #       <XavierGr> but I remember that when it compiled I had the source downloaded from the cvs
23.56.39 #       <Bagder> it shouldn't matter
23.56.44 #       <XavierGr> then I moved the uisimulator dir from the daily build
23.57.00 #       <Bagder> that is totally wrong
23.57.57 Join    ze [0] (ze@ca-dstreet-cuda2-c9a-73.snbrca.adelphia.net)