--- Log for 12.05.105  Server: brown.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 22 days and 16 hours ago

00.22.43 Join    cool2bdave [0] (jirc@du213-130-141-45.as15444.net)
00.23.47 Join    ashridah [0] (ashridah@220-253-122-105.VIC.netspace.net.au)
00.24.13 Quit    lodesi ("Leaving")
00.24.35 Quit    Sucka ("a bird in the bush is worth two in your house")
00.30.34 #       <HCl> lol
00.30.38 #       <HCl> how much inch was it again?
00.30.48 #       * HCl might buy an 26" soon..
00.31.07 #       <cool2bdave> Hi guys, I am suck again trying to compile with cygwin cygwin/rockbox-daily-20050511/build/apps/lang.o: file not recognised : File format not recognised collect2: ld returned 1 exit status {Any Ideas?]
00.31.49 ***     Saving seen data "./dancer.seen"
00.31.49 #       <cool2bdave> I just ran make for the fm build
00.34.14 #       <HCl> try deleting lang.o
00.37.18 #       <cool2bdave> it just has the same problem with the next *.o
00.37.29 #       <HCl> then delete the next .o
00.44.31 #       <cool2bdave> ok I started again with a new tarball, i get  /tools/convbdf: command not found
00.44.49 #       <HCl> dunno :/ sorry
00.44.53 #       <HCl> and i gotta go to sleep :/
00.44.57 #       <HCl> night..
00.46.32 #       <cool2bdave> thanks for trying
00.51.24 #       <cool2bdave> I ran make in the tools directory then tried again, I was able to build something
00.53.27 Quit    matsl ("Leaving")
01.09.39 Quit    cool2bdave ("Leaving")
01.23.04 Join    Aditya [0] (~Aditya@pcp09495878pcs.nrockv01.md.comcast.net)
01.34.10 Join    XShocK [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net)
01.34.12 Part    XShocK
01.40.20 Quit    DMJC ("Leaving")
01.54.07 Quit    Aditya (Read error: 54 (Connection reset by peer))
01.54.14 Join    Aditya [0] (~Aditya@pcp09495878pcs.nrockv01.md.comcast.net)
02.23.08 #       <preglow> w00t
02.25.27 #       <ashridah> ?
02.25.43 #       <preglow> got my new monitor working in linux
02.26.05 #       <ashridah> i'm not sure that's as big an acheivement as it used to be ;)
02.26.26 #       <preglow> haha
02.26.26 #       <preglow> well
02.26.34 #       <preglow> it didn't work at first
02.26.37 #       <preglow> i had to hack the x config file
02.26.51 #       <preglow> to make it actually use the dvi output
02.27.03 #       <ashridah> by hack, i presume you mean 'enter sane values for the vert and horizontal refreshes' ?
02.27.06 #       <ashridah> ah.
02.27.08 #       <preglow> no
02.27.12 #       <preglow> a nvidia driver option
02.27.18 #       <ashridah> yeah, that can be a little more fun.
02.27.25 #       <preglow> besides, it's an lcd panel
02.27.28 #       <preglow> no refresh values ;)
02.27.40 #       <ashridah> anyway, i've got to run.
02.27.44 #       <preglow> me too
02.27.46 Quit    ashridah ("uni")
02.27.50 Quit    preglow ("lol")
02.31.50 ***     Saving seen data "./dancer.seen"
03.28.41 Quit    cYmen (Read error: 113 (No route to host))
03.50.08 Join    XShocK_away [0] (~XShocK@pcp09492659pcs.nrockv01.md.comcast.net)
04.02.29 Quit    XShocK_away (" HydraIRC -> http://www.hydrairc.com <- IRC with a difference")
04.05.41 Join    QT [0] (as@area51.users.madwifi)
04.16.36 Quit    xam ("Chatzilla 0.9.67 [Firefox 1.0.3/20050421]")
04.19.26 Quit    QT_ (Read error: 110 (Connection timed out))
04.29.47 Join    courtc [0] (~courtc@adsl-158-22-110.asm.bellsouth.net)
04.31.53 ***     Saving seen data "./dancer.seen"
05.45.27 Join    lostlogic [0] (~lostlogic@node-4024215a.mdw.onnet.us.uu.net)
05.47.44 Join    Strath [0] (~mike@dgvlwinas01pool0-a231.wi.tds.net)
06.02.57 Quit    Aditya (Read error: 110 (Connection timed out))
06.06.37 Quit    StrathAFK (Read error: 110 (Connection timed out))
06.31.54 ***     Saving seen data "./dancer.seen"
06.47.05 Join    LinusN [0] (~linus@labb.contactor.se)
07.18.09 Quit    NibbIer (Read error: 110 (Connection timed out))
07.18.21 Join    NibbIer [0] (~sven@port-212-202-79-250.dynamic.qsc.de)
08.23.13 Quit    Stryke` ("Friends don't let friends listen to Anti-Flag")
08.24.04 Join    ashridah [0] (ashridah@220-253-120-156.VIC.netspace.net.au)
08.31.49 Quit    gromit` (Read error: 104 (Connection reset by peer))
08.31.50 Join    gromit`` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
08.31.55 ***     Saving seen data "./dancer.seen"
08.42.50 Quit    gromit`` (Read error: 104 (Connection reset by peer))
08.42.54 Join    gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
08.48.55 Join    Aison [0] (~hans@zux166-181.adsl.green.ch)
08.49.00 #       <HCl> ugh.
09.34.35 #       <ashridah> indeed
09.50.24 Join    Harpy [0] (Nv2LfZ2PYV@dsl-hkigw7wbb.dial.inet.fi)
09.52.11 Nick    Lynx_awy is now known as Lynx_ (HydraIRC@134.95.189.59)
09.53.09 Join    [IpL]hatto [0] (vinc@58-62.244.81.adsl.skynet.be)
09.53.23 Part    [IpL]hatto
10.19.11 #       <rasher> merf
10.31.56 ***     Saving seen data "./dancer.seen"
10.46.41 #       <amiconn> hi
10.47.10 #       * rasher debugs fwpatcher.exe
10.49.42 #       <rasher> something's wrong..
10.49.51 #       <rasher> it rejects a properly patched file..
10.49.52 #       <rasher> o.O
10.52.23 #       <rasher> uh.. the code seems wrong.. it checks the md5sums one by one, and aborts as soon as it sees one that doesn't match, or am I reading it wrong?
10.52.31 #       <rasher> tools/fwpatcher/main.c
10.52.59 #       <rasher> tools/fwpatcher/main.c:228
10.57.28 #       <Bagder> yeps
10.57.50 #       <Bagder> it should rather do the opposite ;-)
10.58.08 #       <rasher> that's what I thought
10.58.18 #       <rasher> still, one of my tests should have turned out successesful
10.58.47 #       <rasher> oh, no
10.59.00 #       <rasher> it would just try the next, and error there
10.59.03 #       <rasher> t/hee
10.59.14 #       <rasher> I think I may be able to handle this..
10.59.26 #       <rasher> unless someone else feels like it
10.59.51 #       <Bagder> nah, you go ahead ;-)
11.00.24 Quit    ashridah (Read error: 148 (No route to host))
11.11.43 Join    ashridah [0] (ashridah@220-253-123-14.VIC.netspace.net.au)
11.14.01 #       <amiconn> LinusN: Did you read about Jörg's proposal for mutexes in the logs? (A mutex should not block if it is already owned by the same thread)
11.14.20 #       <amiconn> What do you think? Would this be a good idea, or promote sloppy coding?
11.14.54 #       <amiconn> Implementation should be simple, provided that the mutex functions are moved to thread.c (where they belong anyway imho)
11.18.33 #       <rasher> fwpatcher worked!
11.19.05 #       <rasher> except not
11.19.51 #       <rasher> oh, it does
11.20.17 #       <rasher> didn't expect patching an already firmware would be succesful, but I can see why
11.21.49 #       <t0mas> amiconn: imo making that mutex non blocking for the thread that locked it would promote very sloppy thread coding...
11.22.19 #       <t0mas> but maybe there is a good use for it... that I missed
11.22.31 #       <rasher> a compromise would be to detect the condition, and yell at the developer doing it :)
11.22.49 #       <t0mas> yes
11.23.24 #       * rasher commits fwpatcher bugfix
11.23.57 #       <rasher> tested it on all 1.65/1.63 firmwares, and it produced sane md5sums
11.24.05 #       <t0mas> nice
11.25.19 #       <rasher> I should probably test if it detects errors as well.. :-S
11.26.09 #       <LinusN> amiconn: i'm not sure i want that
11.26.22 #       <LinusN> let me think about it
11.26.44 #       <rasher> excellent, it detected a corrupt file
11.27.20 Join    amiconn_ [0] (~jens@pD95D1A21.dip.t-dialin.net)
11.28.05 #       <rasher> heh, viewcvs' diff for my fix looks crazy
11.29.23 #       <rasher> But it looks like we have a working fwpatcher
11.30.34 #       <rasher> works in wine, even
11.30.54 #       <rasher> not that there's any reason it shouldn't
11.34.40 Quit    amiconn (Read error: 145 (Connection timed out))
11.34.40 Nick    amiconn_ is now known as amiconn (~jens@pD95D1A21.dip.t-dialin.net)
11.34.43 Join    [IDC]Dragon [0] (~d90a3255@labb.contactor.se)
11.34.56 #       <LinusN> how do i build fwpatcher?
11.35.07 #       * [IDC]Dragon read in the log about mutexes
11.35.09 #       <rasher> you need mingw
11.35.17 #       <LinusN> aha
11.35.20 #       <rasher> and then it's just a case of running make in the dir
11.35.46 #       <LinusN> after copying bootloader.bin there...
11.35.52 #       <rasher> right :)
11.36.16 #       <rasher> the 2005-02-11 bootloader.bin that is
11.36.21 #       <amiconn> LinusN, t0mas: This is the way ordinary windows mutexes work, and pthread mutexes do also know this operating mode (recursive)
11.36.37 #       <[IDC]Dragon> in order to not promote sloppy coding, we could instead panic if the thread already owns the mutex
11.36.39 #       <amiconn> Currently, rockbox mutexes work like 'fast' mutexes
11.37.23 #       * LinusN goes to lunch
11.37.27 #       <amiconn> [IDC]Dragon: The pthread_mutex_lock manpage is very interesting
11.39.26 #       <[IDC]Dragon> I've seen more interesting reading...  ;-)
11.43.35 #       <[IDC]Dragon> amiconn: on a different subject, I never reviewed you 2GB MMC changes, but it looked like less than I suspected
11.43.59 #       <[IDC]Dragon> did something work in favour of you?
11.44.17 #       <[IDC]Dragon> like, partial block access or so
11.46.18 #       * [IDC]Dragon wonders if there is a MMC to CF adapter
11.46.48 #       <[IDC]Dragon> so I could use me MMC in my cameras' CF slot
11.46.55 #       <[IDC]Dragon> s/me/my
11.49.02 #       <amiconn> There are quite some changes, but I streamlined the driver as well
11.49.16 #       <amiconn> There is a block cache function now
11.49.54 #       <amiconn> Most MMCs can do partial block access on read. If they can, it's also enabled by default.
11.50.27 #       <amiconn> However, there are not many cards that can do partial block access on write.
11.50.52 #       <amiconn> My guess is that the 2 GB card can, but it's not enabled by default
11.51.20 #       <amiconn> Enabling it would require programming the CSD, which in turn requires a CRC7 routine
11.52.49 #       <amiconn> So my solution to cache whole blocks when dealing with partial block data is not necessarily the fastest, but it's simpler and more compatible
11.53.38 Join    Shagnar [0] (~tester@p54A0F75F.dip.t-dialin.net)
11.54.34 #       <Shagnar> hiho guys
11.57.31 #       <rasher> morning
12.16.23 #       <Shagnar> is it possible to copy files on the H1x0 with rockbox ?
12.16.48 #       <rasher> not afaik
12.17.04 #       <rasher> Why would you?
12.17.17 #       <rasher> (not opposing the idea, just wondering)
12.17.43 #       <Shagnar> because
12.18.30 #       <Shagnar> in holidays... i could fill my ifp795 (512mb) with my H without a pc (i don't have a pc for the two weeks)
12.18.47 #       <Shagnar> also i could organize the songs on my H
12.19.11 #       <rasher> how would that work?
12.23.01 #       <ashridah> Shagnar: the H1xx don't have usb-host mode capabilities.
12.23.07 #       <ashridah> so unless the ifp-795 does...
12.23.11 #       <Shagnar> it works
12.23.20 #       <Shagnar> with a so known "usb-on-the-go-copy-box"
12.23.33 #       <ashridah> yes.
12.23.37 #       <Shagnar> e.g. i can transfer files from my cam on to my H
12.23.44 #       <Shagnar> that works, that is not the problem
12.23.44 #       <ashridah> except that requires extra hardware
12.23.44 #       <ashridah> the H3xx has it
12.23.46 #       <ashridah> H1xx's do not
12.24.10 #       <Shagnar> but the host function of the H3xx is not as compataible as a copybox
12.24.25 #       <Shagnar> my cam isn't supportet by the h3xx, but by the copybox
12.25.08 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
12.25.28 #       <ashridah> well, usb<->harddrive support is pretty much completely controlled by a hardware chip inside the iriver hardware. rockbox just flips a few bits to enable it, and goes to sleep.
12.25.33 #       <ashridah> so rockbox can't really do anything about it
12.25.47 #       <preglow> hahahha
12.25.57 #       <preglow> that's one of my nicer bugs, no doubt
12.26.03 #       <rasher> Indeed :)
12.26.23 #       <rasher> I guess it worked when you had only one md5sum in the list?
12.26.28 #       <preglow> Bagder: i got dead pixels on my 2001fp :/
12.26.41 #       <Shagnar> the copybox manages the usb<>hdd support
12.26.46 #       <Shagnar> that all works
12.27.05 #       <Shagnar> my problem is that i can't copy files on my H
12.27.42 #       <rasher> why do you need to copy?
12.27.52 #       <rasher> isn't rename(/move) what you want?
12.29.54 #       <ashridah> preglow: already? bugger
12.30.19 #       <Shagnar> rasher its like that:
12.30.48 #       <Shagnar> by creating a dir named "copybox" in the /root i can also copy vom H140 to any other usb device
12.31.09 #       <Shagnar> so i oculd copy the songs i want to have on the target in this directory and then copy these files
12.31.26 #       <Shagnar> i hope you understand, my englisch isn't the best ;o)
12.31.50 #       <rasher> Ah, I understand now
12.32.00 ***     Saving seen data "./dancer.seen"
12.32.03 #       <rasher> does copybox remove the contents of this dir+
12.36.11 #       <Shagnar> no
12.36.17 #       <Shagnar> just copies
12.36.48 #       <rasher> in theory you could move the files there, then back again :)
12.36.48 #       <Shagnar> why? is rockbox able to move files?
12.37.02 #       <Shagnar> wow!
12.37.04 #       <rasher> I forget..
12.37.07 #       <Shagnar> but how?
12.37.10 #       <rasher> hang on.. I'm unsure :)
12.37.54 #       <rasher> it seems not :)
12.38.47 #       <rasher> oh, it is
12.38.59 #       <rasher> rename to '/root/copybox/filename'
12.39.07 #       <rasher> it's not exactly convenient
12.39.09 Part    LinusN
12.39.55 #       <amiconn> rasher: Someone should write a norton commander plugin...
12.40.00 #       <rasher> Haha
12.40.34 #       <Shagnar> rasher what do u mean? didn't undertand really... how can i move files?
12.40.55 #       <rasher> if you rename a file to something including a path, it will be moved as well
12.41.54 #       <Shagnar> ah
12.42.01 #       <Shagnar> now i did understand
12.42.09 #       <rasher> But as I said, it's not very practical
12.42.25 #       <rasher> especially not when you have to move a lot of files
12.42.40 #       <Shagnar> yes it isn't. but the files don't get lost or something?
12.43.39 #       <rasher> no, but I'm not sure how it handles if the path doesn't exist
12.44.35 #       <rasher> Ah, 'rename failed'.. that's fine
12.44.44 #       <Shagnar> yeah
12.44.49 #       <Shagnar> :-(
12.45.04 #       <rasher> why :(?
12.45.26 #       <Shagnar> tried it but didn't work... hmm encore une fois
12.45.58 #       <rasher> oh, you shouldn't include /root/
12.46.00 #       <rasher> just /
12.46.30 #       <rasher> sorry about that :)
12.46.51 #       <Shagnar> ah fine
12.46.55 #       <Shagnar> now it works
12.47.12 #       <Shagnar> well, not very practical but it works :) can i also move directories like that?
12.47.19 #       <rasher> no idea
12.48.13 #       <amiconn> Shagnar: Should work too, just try it
12.48.24 #       <Shagnar> kk :)
12.48.26 #       <rasher> failed..
12.48.35 #       <amiconn> Hmm
12.48.41 #       <Shagnar> ...
12.48.57 #       <rasher> doesn't look like that's worknig
12.49.33 #       <Shagnar> well, the most important thing is moving files, and that's working altough
12.51.00 #       <Shagnar> thanks a lot
13.07.47 Join    LinusN [0] (~linus@labb.contactor.se)
13.13.27 #       <preglow> LinusN: would you happen to know how the emac unit does pipelining? i can't find it mentioned in any of the docs
13.13.50 #       <LinusN> in what respect?
13.15.31 #       <preglow> i know it pipelines the partial multiplies if i do several mac instructions on the same accumulator
13.15.43 #       <preglow> but does it work the same if i work with different accumulators in each instruction?
13.16.36 #       <preglow> right now i do the latter in windowing, so i can better avoid the accumulator fetch stalling, BUT on the assumption that pipelining works the way i hope
13.17.34 #       <LinusN> i'm not sure how it works
13.17.52 #       <preglow> no, and motorola has not seen the need to mention it
13.19.12 #       <LinusN> http://www.freescale.com/files/dsp/doc/white_paper/MCF5XXXDSPWP.pdf
13.19.48 #       <preglow> read it, and it's on the mac arch, not emac
13.19.54 #       <LinusN> ah
13.20.02 #       <preglow> so no multiple accumulators
13.22.24 #       <preglow> but i see no reason for the pipelining not working with different accumulators, from how the emac unit internals are described
13.22.59 #       <LinusN> me neither
13.25.09 #       <preglow> thought i'm starting to think the long multiplies doesn't pipeline the way i thought at all
13.25.34 #       <preglow> 32 bit multiplies reuse the 16 bit multipliers iteratively to produce a 64 bit result
13.25.49 #       <LinusN> ouch
13.25.53 #       <preglow> i don't see how that can pipeline at all to get a 1 cycle/mac throughput
13.26.05 #       <preglow> but that's what motorola claims is possible
13.32.39 #       <LinusN> so interleaving accumulator usage is pointless then
13.33.31 #       <preglow> i should do some timing tests
13.36.18 #       <preglow> god damn, this monitor makes viewing pdfs even more of a pleasuer
13.36.20 #       <preglow> pleasure, even
13.37.20 #       <LinusN> 2001fp with dvi...aaaaahh
13.37.42 #       <preglow> utilized the dvi immediately, yes
13.37.58 #       <t0mas> *pling*
13.38.05 #       <t0mas> I still have to buy a DVI cable
13.38.13 #       <rasher> how does one create an .ico?
13.38.58 #       <LinusN> i once heard about this: http://www.axiomx.com/PixelToolbox/
13.39.31 #       <ashridah> rasher: grab kiconedit or himp
13.39.32 #       <ashridah> gimp even
13.39.47 #       <rasher> ah, gimp
13.39.52 #       <rasher> that works
13.40.11 #       <ashridah> hmm. actually, kiconedit doesn't actually do .ico
13.40.17 #       <ashridah> useless thing
13.40.25 #       <preglow> no, their emac propaganda brochure seems to say the 32x32 bit mul is fully pipelined
13.40.45 #       <preglow> coffeecoffeecoffee
13.40.56 #       <rasher> black power :D
13.43.07 #       <preglow> hahah
13.51.20 #       <rasher> fun, now my rockbox isn't shutting down
13.54.03 #       <preglow> rasher: mine doesn't either
13.54.09 #       <preglow> i had it on for eight hours without knowing it
13.54.23 #       <rasher> it does some times.. I think
13.54.55 #       <preglow> The EMAC has a single-clock issue for 32x32-bit multiplication instructions and implements a four-stage execution pipeline.
13.56.22 #       <preglow> another source again says the issue rate is 3 clocks for 32x32 bit muls, but that doc is for the mac unit, i suppose it is possible they also did these kinds of enhancements when designing emac
14.00.54 #       <rasher> LinusN: doesn't support multiple-file icons it seems
14.05.49 Join    MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr)
14.06.03 #       <MoosCamaro> Hi all
14.10.09 #       <HCl> hey
14.15.08 #       <preglow> i'm starting to wonder what the odds of motorola giving away their mp3 decoder source code are
14.15.12 #       <preglow> i'd really love to it, heh
14.15.29 #       <HCl> we can always reverse engineer it out
14.15.30 Join    DMJC [0] (~James@220-245-177-51-sa-pppoe.tpgi.com.au)
14.15.41 #       <t0mas> HCl: http://www.geenstijl.nl/mt/archieven/004859.html
14.16.22 #       <preglow> HCl: that is such a major bother, and i'd very much rather have it in its commented form anyway
14.16.42 #       <HCl> t0mas: nice.
14.16.48 #       <HCl> *goes to print and post*
14.16.52 #       <preglow> i don't see why they have to be so incredibly anal retentive about distributing it
14.16.59 #       <preglow> but then again, they are corporate
14.21.29 #       <Lynx_> preglow: maybe the quality is really bad ;)
14.21.59 #       <preglow> heh
14.23.16 #       <t0mas> HCl: forward it to some downloaders around your apartment... the more letters the more fun :P
14.23.59 #       <HCl> t0mas: i have :P
14.24.05 #       <HCl> i sent it to everyone i know XD
14.24.11 #       <t0mas> yeah, I just did :P
14.24.18 #       <HCl> including the main irc channel of the university :p
14.24.21 #       <t0mas> LOL
14.24.41 #       * t0mas just emailed it around the office :)
14.25.08 #       <Lynx_> t0mas: what is it about exaclty? i don't really speak dutch. where to the letters go?
14.25.17 #       <HCl> t0mas: add the date onto the letter
14.25.22 #       <t0mas> to the dutch copyright organiation
14.25.26 #       <t0mas> HCl: yes
14.25.55 #       <t0mas> Lynx_: and there is a dutch law, all organisations collecting personal info (like name, email, ip etc..) must send you all they have about you on request
14.25.58 #       <t0mas> (within 4 weeks)
14.26.07 #       <Lynx_> ah, ok
14.26.25 #       <t0mas> so everybody sends a letter to the dutch equivalent of the RIAA, and they have to respond in 4 weeks
14.26.27 #       <Lynx_> maybe we have that in germany too
14.26.38 #       <t0mas> check it ;)
14.26.40 #       <HCl>  :P
14.26.51 #       <Lynx_> what info do you assume they have?
14.26.52 #       <HCl> this'll be fun.
14.26.56 #       <HCl> thats not the point
14.26.57 #       <HCl> the point is
14.27.07 #       <HCl> they have to process 10000's of letters
14.27.09 #       <HCl> in 4 weeks
14.27.14 #       <HCl> or they'll get sued
14.27.14 #       <HCl>  :P
14.27.20 #       <Lynx_> by whom?
14.27.27 #       <HCl> by us, who're sending the letters :)
14.27.34 #       <t0mas> HCl: no, dutch: "Kanton rechter procedure, met een dwangsom van 1000 euro per week telaat."
14.27.41 #       <Lynx_> HCl: would you really go throught the trouble of sueing them?
14.27.42 #       <rasher> http://rasher.dk/rockbox/icon/
14.27.44 #       <HCl> t0mas: nice :)
14.27.59 #       <HCl> Lynx_: yes, actually, since it would pay me 1000 euro per week, and my dads a lawyer :)
14.28.11 #       <t0mas> LOL
14.28.17 #       <Lynx_> HCl: hehe. Can germans send a letter, too?
14.28.21 #       <HCl> no :P
14.28.24 #       <preglow> rasher: where is the source material you use?
14.28.30 #       <t0mas> HCl: if they don't respond... post your dads e-mail address somewhere
14.28.34 #       <Lynx_> it's like DDOSing by mail...
14.28.38 #       <HCl> it is :P
14.28.39 #       <rasher> preglow: the large jpeg in that dir
14.28.46 #       <preglow> there isn't a vector source format?
14.28.51 #       <t0mas> HCl: hoofddorp... is that close to you?
14.29.01 #       <rasher> Not that I know of
14.29.01 #       <HCl> nop
14.29.02 #       * t0mas checks train times...
14.29.12 #       <t0mas> don't want to miss the post truck stopping by there :P
14.29.34 #       <rasher> preglow: Maybe if we could find the original author
14.29.40 #       <rasher> whoever that might be..
14.31.07 #       <rasher> a vektor version would be very nice
14.32.04 ***     Saving seen data "./dancer.seen"
14.36.17 #       <LinusN> original author of the rockbox logo?
14.37.10 #       <rasher> Yes
14.37.22 #       <LinusN> thomas saeys
14.37.29 #       <LinusN> a friend of ours
14.37.48 #       <rasher> of course, assuming that he kept a vector version of it for a couple of years
14.37.48 #       <LinusN> and i think the original is bitmapped
14.37.56 #       <rasher> Ah, *sniff*
14.38.03 #       <LinusN> i'll ask him
14.38.50 #       <rasher> well I guess it's likely, since the "box" includes bitmap data
14.39.07 #       <Bagder> http://www.rockbox.org/viewcvs.cgi/*checkout*/www/tshirt-contest/Attic/rockbox3540.jpg?rev=1.1
14.39.15 #       <Bagder> 3540x1096
14.39.16 #       <rasher> I have that :)
14.39.18 #       <Bagder> ok
14.39.30 #       <rasher> It's good enough really
14.39.35 #       <rasher> but vector would still be nice
14.40.31 #       <LinusN> http://www.rockbox.org/tshirt.old/rockboxHighRes.tif
14.41.43 #       <LinusN> should be enough to make a silly icon :-)
14.41.47 #       <preglow> tiff doesn't hurt
14.42.06 #       * preglow views rasher-pig.mpg
14.42.12 #       <rasher> haha
14.42.22 #       <HCl> mmm
14.42.22 #       <HCl> nice.
14.42.34 #       * HCl and markun just bought a battery replacement for the iriver
14.42.41 #       <preglow> leet
14.42.42 #       <preglow> ionity one?
14.42.55 #       <HCl> 2200mah
14.43.03 #       <preglow> let me know how hard it is to install
14.43.16 #       <HCl> Look for item 5186210735 on www.ebay.co.uk but as to what brand I can't remember and the ebay description doesn't tell you 
14.43.19 #       <HCl> I have an H140 and it was a "snug" fit to say the least but it eventually fitted.
14.43.22 #       <HCl> If I get 29+ hrs usage then it'll be the best £11 ever spent 
14.43.25 #       <HCl> from misticriver.net
14.43.27 #       <HCl>  :)
14.43.59 #       <HCl> http://www.misticriver.net/boards/showthread.php?s=e5c4e1567dc604f353c45b94260db6eb&t=4680&page=11&pp=20&highlight=2200
14.44.10 #       <HCl> confirmed to last 29hrs :)
14.44.19 #       <ashridah> HCl: a li-poly or li-ion battery?
14.44.24 #       <HCl> let me check
14.44.36 #       <dwihno> hey, what happened to that t-shirt competition? :)
14.44.38 #       <HCl> li-poli
14.44.41 #       <HCl> poly*
14.44.45 #       <ashridah> HCl: nice.
14.45.07 #       <Shagnar> HCl isn't this battery too thick?
14.45.11 #       <HCl> nope
14.45.11 #       <HCl>  :)
14.45.24 #       <HCl> there have been 3 people who've confirmed that it fits (snugly) into the h140
14.45.25 #       <HCl>  :)
14.45.59 #       <ashridah> mm. fortunately the li-polys tend to be relatively flexible, since they don't have to worry about going up in flames if they're cut (iirc)
14.46.17 Part    LinusN
14.46.22 #       <Shagnar> http://cgi.ebay.de/ws/eBayISAPI.dll?ViewItem&item=5186210735 this one?
14.47.24 #       <t0mas> does it fit h120 too?
14.47.32 #       <HCl> Shagnar: yea, that one.
14.47.39 #       <HCl> t0mas: dunno, but markun took the risk, at least.
14.47.42 #       <HCl> he has an 120
14.47.50 #       <t0mas> hm... can you tell me if his works?
14.47.58 #       <HCl> sure.
14.48.04 #       <HCl> it'll take a while to get to him.
14.48.23 #       <ashridah> i'm never away from home long enough to need a higher capacity battery, myself.
14.50.29 #       <rasher> preglow: any objections to adding one of my icons to fwpatcher (they are 19kb though :-S)
14.52.32 Quit    courtc (Read error: 110 (Connection timed out))
14.53.54 #       <t0mas> Ok, time to get to the postoffice :P
14.53.58 #       <t0mas> brb
14.54.40 Quit    [IDC]Dragon ("CGI:IRC (EOF)")
14.54.53 Quit    lostlogic ("Going to the moon")
14.56.26 Join    infernum [0] (mxe@80.178.108.18.adsl.012.net.il)
14.57.27 #       <preglow> rasher: do what you like, i don't claim to own the code, heh
14.57.51 #       <preglow> it's put in cvs so you can enhance it
14.57.53 #       <infernum> Anyone knows of a firmware for AV420 ? :/
14.58.12 #       <Bagder> infernum: linav.sf.net
14.58.30 #       <infernum> they rlsed one ?
14.58.39 Quit    ashridah ("Leaving")
14.58.42 #       <Bagder> I have no idea
14.58.45 #       <infernum> :[
14.58.46 #       <Bagder> I use rockbox
14.59.13 #       <infernum> for what client ?
14.59.14 #       <infernum> erm
14.59.16 #       <infernum> hardware..
14.59.32 #       <t0mas> Lynx_: german people can send letters :D
14.59.42 #       <Bagder> infernum: Archos Jukebox 5000, 6000, Studio, Recorder, FM Recorder, Recorder V2 and Ondio MP3 players
14.59.49 #       <Bagder> and upcoming on iRiver
14.59.58 #       <infernum> :(
14.59.58 #       <infernum> god damnit
14.59.58 #       <Lynx_> t0mas: hehe
15.00.02 #       <infernum> im dying for smthing new for my archos
15.00.06 #       <infernum> make it work faster and some new features :(
15.00.10 #       <t0mas> as the organisation is recording ip info from all p2p networks, I'm sure they have some german ip's
15.04.54 Join    LinusN [0] (~linus@labb.contactor.se)
15.06.03 #       <t0mas> hi
15.06.07 #       <infernum> :[
15.06.10 Part    infernum
15.06.11 Join    infernum [0] (mxe@80.178.108.18.adsl.012.net.il)
15.06.48 #       <Bagder> they (linav, avos) are just another project that should've ported rockbox instead
15.07.01 #       <infernum> ?
15.07.07 #       <infernum> whats avos ?
15.07.21 #       <Bagder> you're the av owner, not me
15.07.40 #       <infernum> so?
15.07.49 #       <infernum> i dont know about other oses :(
15.08.18 #       <LinusN> google for "linav" and "avos"
15.08.18 #       <Bagder> but you have heard of google, have you?
15.08.23 #       <infernum> i had
15.08.26 #       <infernum> couldent find anything
15.08.32 #       <infernum> Linav has only AV320
15.08.34 #       <infernum> series
15.08.37 #       <preglow> avos just links to linav 
15.08.37 #       <infernum> nothing for av420
15.08.38 #       <preglow> heh
15.08.41 #       <infernum> yep
15.08.58 #       <infernum> both devices are so similar why is it such a problem :(
15.08.58 #       <Bagder> avos was first, I believe they joined forces later on or similar
15.09.31 #       <preglow> make them come to the light side!
15.09.34 #       <infernum> :\
15.09.42 #       <rasher> So which icon is nicer on http://rasher.dk/rockbox/icon/ ?
15.10.05 #       <preglow> i like the Rb ones
15.10.11 #       <preglow> or do you mean size?
15.10.19 #       <rasher> the size is the same
15.10.23 #       <infernum> woot
15.10.25 #       <infernum> PlayForSur
15.10.27 #       <infernum> PlayForSure
15.10.30 #       <infernum> whats that :D
15.10.33 #       <LinusN> PayForSure
15.10.37 #       <infernum> no
15.10.45 #       <infernum> PlaysForsure
15.10.45 #       <infernum> in archos site..
15.10.46 #       <infernum> FOr av420
15.10.46 #       <rasher> some Microsoft DRM crap
15.10.48 #       <infernum> wtf thats nice
15.10.48 #       <infernum> :P
15.10.54 #       <infernum> i see windows.. in it..
15.11.22 #       <Bagder> rasher: I like the Rb ones better too
15.11.31 #       <LinusN> me too
15.11.31 #       <rasher> Also in 16x16 size?
15.11.43 #       <Bagder> perhaps not
15.11.50 #       <preglow> no
15.11.54 #       <preglow> that's too small
15.11.57 Quit    gromit` (Remote closed the connection)
15.12.07 #       <rasher> Guess I could make one that uses the other icon in 16x16 size
15.12.09 #       <LinusN> what are the icons for?
15.12.18 #       <rasher> fwpatcher 
15.12.21 #       <LinusN> aha
15.12.23 #       <rasher> and potentially other things, I guess
15.12.34 #       <preglow> which now finally works, it seems
15.12.44 #       <LinusN> k00l
15.12.57 #       <preglow> after having pruned away one of my more entertaining bugs
15.12.58 #       <rasher> So one using rb for 32x32 and 48x48 and the thingy (wossname?) for 16x16?
15.13.03 Join    bobTHC [0] (~3e229c99@labb.contactor.se)
15.13.05 #       * preglow applaudes in rasher's direction
15.13.31 #       <bobTHC> hi !
15.13.33 #       * Bagder slaps the "hero of the day" sticker on rasher's forehead
15.13.43 #       <infernum> ah this play for sure is bullshit
15.13.43 #       <infernum> :(
15.14.10 Join    Nukeleus [0] (~doublej20@CPE-203-51-164-188.vic.bigpond.net.au)
15.14.16 #       <Nukeleus> hello everyone :)
15.14.45 #       <preglow> helo
15.14.55 #       <Bagder> hola!
15.15.10 #       <Bagder> I mean ¡hola!
15.15.38 #       * Bagder makes sure quelsaruk is not around
15.16.06 #       <bobTHC> :)
15.16.08 #       <preglow> i'm always in spaniard detection mode
15.16.15 #       <rasher> haha
15.16.35 #       <rasher> yay, this works
15.16.53 #       <rasher> Using rb for 32x32 and 48x48 and the simpler one for 16x16 .. that works nicely
15.16.59 #       <preglow> i can hear "hola", "pablo" or "señor" being uttered in a five mile radius
15.20.19 Quit    infernum (Read error: 131 (Connection reset by peer))
15.21.17 #       <Nukeleus> rasher what are you doing?
15.22.02 #       <rasher> Creating a rockbox icon
15.22.13 #       <Nukeleus> oh i c
15.29.07 Quit    Nukeleus ()
15.31.09 Quit    bobTHC ("CGI:IRC (Ping timeout)")
15.31.24 #       <Bagder> all uses of perror() give a warning in the main.c in fwpatcher
15.31.47 #       <preglow> i know
15.31.57 #       <preglow> the entire iriver.c inclusion is a bloody hack
15.32.04 #       <preglow> someone might want to fix that
15.32.34 #       <Bagder> ah, right
15.32.44 #       <preglow> the code never was intended to be used like it is
15.32.51 #       <preglow> it's intended to be used by a command line tool
15.33.43 #       <preglow> and seeing as how i seem to be the only codec guy, i think i'll use my time on that instead
15.33.59 #       <rasher> you do that
15.34.29 #       <preglow> right now i'm battling with windows again
15.34.33 #       <preglow> refreshing...
15.34.36 #       <rasher> :(
15.36.10 #       <rasher> Interesting.. when rockbox wasn't shutting down, touching a button was enough
15.36.18 #       <rasher> to make it shutdown 10 minutes later
15.36.27 #       <preglow> hmm
15.36.33 #       <rasher> I think..
15.36.51 Join    bobTHC [0] (~3e227272@labb.contactor.se)
15.36.52 #       <preglow> the last thing i do before i don't touch it anymore, is loading a plugin
15.52.47 Join    ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk)
15.54.05 #       <rasher> afternoon, ripnetuk 
15.56.43 #       <ripnetuk> hiya
15.56.49 #       <ripnetuk> hows life in rockbox land?
15.56.57 #       <rasher> fun fun fun
15.57.00 #       <LinusN> sad and boring
15.57.08 #       <ripnetuk> :( cheer up
15.57.13 #       <ripnetuk> i have a cold
15.57.29 #       <ripnetuk> hey - is the bdm port on the iRiver a jtag port? or somethign else?
15.57.38 #       <LinusN> it's a bdm port
15.57.46 #       <ripnetuk> so thats a different standard to jtag?
15.57.59 #       <t0mas> never expected a BDM port to be a BDM port :|
15.58.00 #       <LinusN> it's a motorola specific thing
15.58.06 #       <t0mas> ;-)
15.58.12 #       <LinusN> most cpu's have similar things
15.58.16 #       <ripnetuk> tOmas - you live and learn :)
15.58.48 #       <ripnetuk> u ever worked with jtag?
15.59.04 #       <LinusN> nope
15.59.19 #       <Bagder> not really "worked with", just used
15.59.22 #       <preglow> i've used it a couple of times
15.59.59 #       <ripnetuk> im guessing you only know which pins are the jtag interface on a 'unknown' device by either them being marked on the PCB or documentation
16.00.53 #       <preglow> i sure as hell wouldn't know any other way
16.01.17 #       <ripnetuk> hmmm... i was hoping for something like 'it kicks out a xxMHz square wave when not being used" - wishful thinking
16.01.25 #       <ripnetuk> i guess it wouldnt :)
16.01.54 #       <ripnetuk> the reason i ask is because I have a shiny new sony PSP that is dying to run some homebrew apps, but its locked (code signing etc)
16.02.12 #       <rasher> didn't the psp get cracked recently=
16.02.23 #       <LinusN> the japanese version iirc
16.02.33 #       <ripnetuk> they found an explit on the version 1.0 firmware, but the newer firmware is locked down
16.03.23 #       <ripnetuk> dammit - if they allowed (small) unsigned binaries to run, it would be much less likely that people would try and break the protection
16.05.04 #       <preglow> it would also make it far easier to break the protection
16.05.19 #       <ripnetuk> maybe
16.06.18 Join    Aditya [0] (~Aditya@pcp09495878pcs.nrockv01.md.comcast.net)
16.06.40 Quit    Rick (Read error: 131 (Connection reset by peer))
16.06.50 Join    Gibbed [0] (rick@pool-71-108-2-79.lsanca.dsl-w.verizon.net)
16.10.40 #       <HCl> there
16.10.43 #       * HCl posted letter :)
16.12.29 Quit    bobTHC ("CGI:IRC (Ping timeout)")
16.13.51 #       * ripnetuk wishes i had time to port Rockbox to the pocketPC platform so it ran on my SPV smartphone... MEdia Player is a POS
16.15.22 #       <HCl> O.o.;
16.15.37 #       <HCl> there are plenty of good mp3 players for pocketpc O.o.
16.15.47 #       <ripnetuk> yeah, but me want rockbox
16.16.24 #       <HCl> O.o.
16.16.40 #       * HCl fails due to a logic error :/
16.18.56 #       * preglow puts HCl on his feet again
16.19.31 #       <HCl> thanks :x
16.20.48 #       <ripnetuk> lol
16.22.33 Part    LinusN
16.22.52 #       <Aditya> media player is not a piece of shit
16.23.06 #       <Aditya> IMHO WMP is quite well written
16.24.44 #       <preglow> no gapless playback :/
16.26.05 #       <Aditya> gapless?
16.26.29 #       <Aditya> if a song ends it ends.. if the artist put in extra space at the end. I want it there
16.26.33 #       <Aditya> its usually for a purpose
16.26.37 #       <preglow> well, yes...
16.26.40 #       <preglow> but i don't want extra gaps
16.26.47 #       <Aditya> I dont have extra gaps..
16.26.54 #       <preglow> wmp makes it for you
16.27.00 #       <Aditya> uhh.. 
16.27.03 #       <preglow> last time i checked, wmp inserted gaps between all tracks
16.27.19 #       <Aditya> I dont know what mutated version you are using..
16.27.24 #       <preglow> ait, i can check again
16.29.06 #       <preglow> bloody media guide...
16.29.42 #       <preglow> puts a nice little gap between two songs that should not have a gap between them
16.29.48 #       <preglow> granted, it's not as big as some other players
16.30.01 #       <Aditya> eh.. its nice
16.30.15 #       <preglow> nothing that inserts gaps between my tracks is nice
16.30.18 #       <Aditya> winamp is better in some things.. plugins generally, but WMP is not a POS player
16.30.19 #       <HCl> heh
16.30.22 #       <HCl> i remember winamp
16.30.26 #       <preglow> i hate winamp
16.30.31 #       <HCl> i actually couldn't get it to insert gaps properly.
16.30.38 #       <preglow> _insert_ gaps? :P
16.30.42 #       <Aditya> foobar is best if you are just listening to music
16.30.44 #       <HCl> yes.
16.30.49 #       <HCl> when i got a metal song and a soft song.
16.30.54 #       <HCl> i don't want them bumped right on top of eachother
16.30.57 #       <HCl> but i want a gap between them.
16.31.09 #       <preglow> Aditya: what other things do you want to do?
16.31.20 #       <HCl> work with my remote
16.32.08 ***     Saving seen data "./dancer.seen"
16.37.58 #       <HCl> and do the dishes, ofcourse.
16.50.02 #       <Aditya> preglow
16.50.09 #       <Aditya> I still keep wmp and winamp around for videos
16.50.12 #       <Aditya> and DVDs
16.50.28 #       <preglow> ahh
16.50.35 #       <preglow> i use media player classic for that
16.50.59 #       <HCl> mplayer for windows! :d
16.51.15 #       <preglow> mplayer is ok
16.51.23 #       <preglow> but i prefer something a bit less command line for stuff like this
16.51.43 #       <HCl> you can drag files on top of a shortcut to it
16.51.44 #       <HCl> works fine
16.52.15 #       <Aditya> eh
16.52.25 #       <Aditya> I don't have anything against any software.. they are merely tools
16.52.31 #       <Aditya> you use what you use
16.55.20 #       <preglow> sure
16.55.44 #       <ripnetuk> gotta go... talk to ya later
16.56.17 Quit    ripnetuk ("Leaving")
16.56.39 Quit    thegeek (Read error: 131 (Connection reset by peer))
17.01.16 Join    xam [0] (xam@piranha.6.strangled.net)
17.08.05 Nick    Gibbed is now known as Rick (rick@pool-71-108-2-79.lsanca.dsl-w.verizon.net)
17.12.12 Join    TCK- [0] (TCK@81-86-99-222.dsl.pipex.com)
17.20.35 Quit    TCK (Read error: 145 (Connection timed out))
18.00.58 Join    TCK [0] (TCK@81-86-100-157.dsl.pipex.com)
18.01.51 Quit    MoosCamaro ()
18.07.50 Quit    xam ("Chatzilla 0.9.67 [Firefox 1.0.3/20050421]")
18.19.29 Quit    Shagnar (Read error: 110 (Connection timed out))
18.19.47 Quit    TCK- (Read error: 110 (Connection timed out))
18.32.10 ***     Saving seen data "./dancer.seen"
18.55.10 Join    courtc [0] (~courtc@adsl-158-4-158.asm.bellsouth.net)
18.56.10 Nick    Lynx_ is now known as Lynx_awy (HydraIRC@134.95.189.59)
18.58.53 Quit    einhirn ("Miranda IM! Smaller, Faster, Easier. http://miranda-im.org")
19.31.13 Nick    tvelocity[away] is now known as tvelocity (~tony@ipa157.7.tellas.gr)
19.33.24 Join    Sucka [0] (~NNSCRIPT@host81-156-210-48.range81-156.btcentralplus.com)
19.58.52 #       <HCl> yay!
19.58.58 #       <HCl> guess what :3
19.59.08 #       * HCl has 4 days of free time and is bored :x
20.01.31 #       * preglow coughs 'dumb! dumb!'
20.02.24 #       <HCl>  :p
20.02.26 #       <HCl> yesh.
20.02.31 #       <HCl> exactly :p
20.02.35 #       <HCl> but first watching some tv
20.11.45 Join    courtc_ [0] (~courtc@adsl-154-39-103.asm.bellsouth.net)
20.12.39 Quit    courtc (Read error: 110 (Connection timed out))
20.12.50 Nick    courtc_ is now known as courtc (~courtc@adsl-154-39-103.asm.bellsouth.net)
20.17.24 Nick    tvelocity is now known as tvelocity[away] (~tony@ipa157.7.tellas.gr)
20.32.12 ***     Saving seen data "./dancer.seen"
20.37.09 Join    Stryke` [0] (~Chairman8@resnet-241-86.resnet.UMBC.EDU)
20.38.08 #       <HCl> where have my dumb warnings gone...
20.39.31 #       <HCl> mrf.
20.39.39 #       * HCl starts by making an mod2wav
20.45.11 #       <preglow> yes, as long as you know it won't be usable
20.45.21 #       <preglow> unless you make some math routines, that is
20.48.02 #       <HCl> mmm?
20.48.07 #       <HCl> yea yea.. :/
20.48.16 #       <HCl> at least the other day i came across a way to do sqrt()
20.48.35 #       <HCl> i'll start by converting the floats.
20.50.02 Join    MoosCamaro [0] (MoosCamaro@m214.net81-66-158.noos.fr)
20.52.45 #       <HCl> no typedefs in rockbox, right?
20.58.58 #       <preglow> oh, there are plenty of ways
20.59.23 #       <preglow> don't know about typedefs
21.00.27 #       <preglow> the stupid way about doing the float->int conversion first, is that you don't know if the code worked in the first place
21.01.48 #       <amiconn> It should be possible to test that. Before doing the conversion, write the test plugin and build on the simulator (with math support)
21.02.36 #       <HCl> preglow: i tested the code with a linux compile, it worked.
21.02.53 #       <HCl> i'm planning to make a fixed point linux version first.
21.03.02 #       <HCl> it should be fairly trivial to port that to rockbox then.
21.10.02 Quit    Aditya (Read error: 131 (Connection reset by peer))
21.19.14 #       <HCl> merf.
21.19.20 #       <HCl> it shouldn't have compiled already, why did it >.<
21.22.03 #       <HCl> wth..
21.22.44 #       <preglow> woot
21.23.36 #       <preglow> fixed point linux port first might be a good idea
21.23.53 #       <preglow> if you're particularily clever, you'll write a set of macros that closely mimic the emac unit, and try to work with those
21.26.27 #       * HCl spots pi
21.26.32 #       <HCl> i don't know the emac unit, sorry
21.27.34 #       <HCl> our approximation of pi is gonna be horrid though.
21.27.59 #       <preglow> why?
21.28.00 #       <HCl> dunno how much quality loss that'll cause.
21.28.11 #       <HCl> not many bits for behind the fixed point dot.
21.28.30 #       <HCl> it'll be something like 3.141 :/
21.28.31 #       <preglow> well, that depends on the range you'll use
21.28.48 #       <preglow> you don't HAVE to use the same fixed point format everywhere
21.28.54 #       <preglow> as long as you scale stuff correctly
21.29.07 #       <HCl> doubling the amount of bits would still give 3.14159 :/
21.29.09 #       <HCl> mk..
21.29.14 #       <HCl> we might get away with it anyways.
21.30.36 #       <preglow> you should review the code completely to see where the largest scale is
21.30.52 #       <preglow> and use that for deciding how many bits to use
21.31.23 #       <preglow> but yeah, i sincerely doubt you'll end up using pi in fixed point code anyway
21.31.40 #       <preglow> functions like log, exp should be implemented as lookup tables
21.31.51 #       <preglow> possibly with interpolation
21.34.45 #       <HCl> mk
21.35.30 #       <preglow> forget what i said about scaling, i suck
21.36.03 #       * amiconn spotted an easy-to-fix bug in the tracker
21.36.07 #       <preglow> but anyway, emac can do both 32x32 bit muls giving the lower and the higher 32 bits
21.36.10 #       <amiconn> Still a quite old one :/
21.36.45 #       <preglow> it actually gives you the higher bits of x*y << 1
21.36.54 #       <preglow> and operands are signed
21.38.18 #       <amiconn> uergh
21.47.52 #       * HCl screams at the horrible floats
21.48.46 Join    einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de)
21.58.56 #       <preglow> what's up with the comments in video.c? i thought rockbox used /* */
21.59.09 #       * t0mas is going to bed...
21.59.10 #       <t0mas> good night :)
21.59.15 Part    t0mas
21.59.27 #       <amiconn> preglow: I know. Blame [IDC]Dragon ;)
21.59.47 #       <preglow> haha, i don't care, i like using single line comments
22.00.36 #       <amiconn> I don't like them that much
22.01.07 #       <amiconn> ...and in fact, I like it that rockbox style is to not use them
22.01.10 #       <HCl> i use them for what they are meant for, - single lines :/
22.01.12 #       <HCl> but yea
22.01.16 #       <HCl> i need to convert mine too.
22.01.18 #       <amiconn> That way I can use them as debug comments
22.02.02 #       <amiconn> They look so C++ish to me....
22.02.16 #       <preglow> hahah
22.02.27 #       <preglow> is it custom to hate c++ around here, or something?
22.02.34 Join    lodesi [0] (~Unknown@62.147.133.245)
22.02.48 #       <amiconn> I don't know much about C++
22.04.04 #       <preglow> i use it for most larger projects
22.04.58 #       <preglow> i've gotten pretty used to it, to the point that i sincerely hate having to deallocate stuff by hand ;)
22.05.09 #       <HCl> fwah. i want a way to tell gcc that type fixed is an int but type conversions aren't allowed from ints :/
22.05.12 #       <amiconn> I'm not that much in oo
22.05.46 #       * HCl doesn't know how one would code flexibly without oo :/
22.05.54 #       <HCl> anyways, *goes back to dumb*
22.05.58 #       <preglow> i'm not that much of an oo person myself
22.06.08 #       <preglow> but i do use it
22.10.35 Join    TCK- [0] (TCK@81-86-102-103.dsl.pipex.com)
22.18.32 Nick    tvelocity[away] is now known as tvelocity (~tony@ipa157.7.tellas.gr)
22.19.44 Join    thegeek [0] (~thegeek@ti521110a080-0285.bb.online.no)
22.20.34 #       <HCl> i use oo when speed isn't very important.
22.21.12 #       <preglow> there's nothing that says oo is slow
22.22.17 #       <HCl> i know from experience that it often is :)
22.22.37 #       <HCl> simply due to more functions getting called cause of the oo structure
22.23.46 #       <preglow> really?
22.23.58 #       <HCl> yes.
22.24.05 #       <preglow> if you inline the accessors and stuff, you shouldn't fare too bad
22.24.19 #       <HCl> yea, i guess you're right about that
22.24.22 #       <HCl> inlining would help
22.24.33 #       <preglow> oo depends heavily on inlinging
22.24.40 #       <HCl> *nods*
22.24.44 #       <preglow> for stuff like overloaded operators and accessors
22.24.58 #       <preglow> gcc 3.4 bugged on me and stopped inlining operator[] for vectors once
22.25.09 #       <preglow> i believe you can imagine what a performance hit that gave
22.25.15 #       <HCl> hehe.
22.25.47 #       <HCl> converting dumb to fixed point is making me want to scream.
22.25.55 #       <preglow> just ask if there's some difficulties
22.26.00 #       <HCl> i think there are gonna be soooooooooooooooooo many bugs due to places i've overlooked
22.26.05 #       <preglow> of course
22.26.07 #       <HCl> i'm going off http://members.aol.com/form1/fixed.htm
22.26.09 #       <preglow> do it in pieces
22.26.13 #       <preglow> and verify each stage
22.26.24 #       <preglow> as long as that is possible
22.26.28 #       <HCl> not very :/
22.26.39 #       <preglow> if i don't remember incorrectly, the only things that are float are volume and delteas
22.26.47 #       <preglow> volume is a no-effort port
22.26.48 #       <HCl> i don't know whether functions return an int or a float, a float needs conversion where an int doesn't if its just multiplication..
22.26.51 #       <preglow> so you're stuck with delta
22.27.08 #       <HCl> volume is a no effort port?
22.27.13 #       <HCl> then can you do that for me first? heh.
22.27.15 #       <preglow> volume is just a multiply
22.27.21 #       <HCl> most of what i've done so far is volume and delta, yea.
22.27.39 #       <preglow> what range is volume intended to have?
22.28.03 Quit    TCK (Read error: 110 (Connection timed out))
22.29.24 #       <HCl> no idea.
22.29.26 #       <HCl> oh wait
22.29.27 #       <HCl> no i know.
22.29.34 #       <HCl> 0.0 - 1.0
22.29.46 #       <preglow> then simple
22.30.01 #       <preglow> the emac units native format is +/-0.31 fixed point
22.30.03 #       <preglow> which is what that is
22.30.54 #       <preglow> so whenever you need to scale by volume, you just do a simple mac.l data, volume, acc0
22.31.03 #       <preglow> and the answer will be ready to be used in acc0
22.32.13 ***     Saving seen data "./dancer.seen"
22.32.18 #       <HCl> um.
22.32.22 #       <HCl> i'll leave that to you :X :X :X
22.32.26 #       <preglow> haha
22.32.41 #       <preglow> but to make that job simple on me, you really need to consider it now
22.33.04 #       <preglow> it's really quite simple, you just need to know what operations the emac can do, and stick to that
22.36.44 #       <HCl> mmm...
22.36.45 #       <HCl> well
22.36.49 #       <HCl> i think i finished.
22.37.22 #       <preglow> and all the emac unit can do is accx += a*b, if it's in integer mode
22.37.31 #       <preglow> or accx += a*b << 1, if it's in fractional mode
22.37.54 #       <preglow> in integer mode you can only fetch the lower 32 bit of the accumulator
22.38.01 #       <preglow> and in fractional mode you can only get the upper 32 bits
22.39.01 #       <preglow> you'll probably mostly be interested in the upper bits, so you'll probably need fractional mode
22.39.21 #       <preglow> oh, it can also do accx -= a*b (<< 1) in both modes
22.40.33 #       <HCl> o.o.
22.40.40 #       * HCl smiles and nods, having no clue what preglow is trying to say
22.41.29 #       <preglow> what, what's incomprehensible?
22.42.33 #       <HCl> don't know how to apply that to the existing code :/
22.44.04 #       <preglow> then you're going to have a hard time :P
22.44.22 #       <HCl> i'll leave that to you :(
22.44.35 #       <preglow> but no, it's of course possible to port it fixed point knowing nothing of that
22.44.37 #       <HCl> i'll be happy if it still plays recognisable sounds after the conversion to fixed point
22.44.57 #       <preglow> but then parts of the job will have to be done again when trying to use the emac unit
22.45.03 #       <preglow> heh
22.45.12 #       <preglow> but sure
22.45.22 #       <preglow> if it's a first attempt at fixed point porting, don't worry about anything
22.45.26 Nick    tvelocity is now known as tvelocity[away] (~tony@ipa157.7.tellas.gr)
22.46.41 Join    muesli- [0] (muesli_tv@Bbc6b.b.pppool.de)
22.46.47 #       <preglow> will probably take you a wee bit time to get intimate with it
22.47.16 #       <muesli-> hai
22.47.24 #       <preglow> i really look forward to playing xms on my h120
22.47.50 #       <muesli-> whats xms?
22.48.02 #       <muesli-> christmas?
22.48.17 #       <preglow> .xm files
22.48.42 #       <muesli-> what are they good for
22.48.43 #       <muesli-> ?
22.48.55 #       <preglow> they're a tracked music format
22.49.11 #       <preglow> the file contains a bunch of sounds, and instructions on how to paste them together to a piece of music
22.49.31 #       <muesli-> never heard of them
22.49.32 #       <HCl> ugh.
22.49.34 #       <HCl> i give up x.x;
22.49.35 #       <preglow> then you're missing out
22.49.41 #       <preglow> HCl: that was quick
22.49.42 #       <HCl> "warning: division by 0"
22.49.57 #       <HCl> yea, well. i don't have enough fixed point stuff to prevent divisions by 0
22.50.02 #       <HCl> and i don't want to have to deal with that u.u
22.50.12 #       <HCl>  :(
22.50.14 #       <preglow> you do of course have to have an if around divs
22.50.19 #       <preglow> unless you know they'll never be zero
22.50.24 #       <HCl> no.
22.50.30 #       <HCl> i KNOW this will ALWAYS be 0
22.50.36 #       <HCl> because its simply too small
22.50.38 #       <HCl> to represent
22.50.39 #       <preglow> then you're doing something wwrong
22.50.44 #       <HCl>  :(
22.50.49 #       <preglow> use more frac bits
22.50.58 #       <preglow> where is this, btw?
22.51.03 #       <HCl> then i'll get trouble when multiplying them..
22.51.12 #       <HCl>                 playing->delta = DIVFX(FTOFX(1.0/65536.0),playing->delta);
22.51.17 #       <preglow> you need to shift before multiplying
22.51.27 #       <HCl> i can't, then i lose precision.
22.51.31 #       <preglow> of course
22.51.32 #       <preglow> but that's ok
22.51.37 #       <HCl> ugh :(
22.51.39 #       <HCl> i give up :(
22.51.41 #       <preglow> there's nothing that says you can never lose precision
22.51.51 #       <HCl> you can look at what i got so far if you want :/
22.51.54 #       <HCl> shall i put it online? :(
22.51.55 #       <preglow> libmad in it's current incarnation looses about 16 bits of precision everywhere
22.52.05 #       <preglow> nah, if i'll do it i'll do it from scratch
22.52.09 #       <HCl> okay.
22.52.10 #       <HCl> x.x
22.52.14 #       <HCl>  :(
22.52.19 #       <preglow> the problem being i can't do this until late in the summer
22.52.26 #       <preglow> i need to concentrate on my master's stuff right now
22.52.42 #       <preglow> which i am already having a hard time in doing
22.52.56 #       <HCl> mhm.
22.53.03 #       <HCl> yea, i don't blame you.
22.53.08 #       <HCl> i'm just not very good at math :/
22.53.23 #       <preglow> doing fixed point is really more like being good with bits
22.53.29 #       <HCl> mhm.
22.53.44 #       <preglow> the math is the same, you just need to make sure there is always enough precision to represent what you want
22.54.02 #       <HCl> well, this delta is gonna become 0, there's no way i'll have enough precision for it..
22.54.43 #       <preglow> what's going on in that code, btw? you're going to divide playing->delta by 1.0/65536 ?
22.54.57 #       <HCl> no, we divide 1.0/65536 by delta
22.55.00 #       <HCl> and store it in delta
22.55.13 #       <HCl> e.e
22.55.30 #       <preglow> ahh, yes, i meant that :-)
22.55.48 #       <preglow> why is that being done?
22.57.05 #       <HCl> i don't know :(
22.57.11 #       <HCl> but its screwing my fixed point totally over.
22.57.19 #       <crashd> hey guys
22.57.30 #       <preglow> fixed point divides should be avoided at all costs anyway
22.57.31 #       <crashd> someone told me a few days ago, but does anyone have an idea on which platform the h10 runs on ?
22.57.40 #       <HCl> playersomething.
22.57.41 #       <preglow> crashd: portalplayer
22.57.42 #       <Bagder> 5022
22.57.44 #       <Bagder> pp
22.57.45 #       <HCl> portalplayer
22.57.47 #       <crashd> that's the trick :]
22.57.50 #       <crashd> any indy dev for it ?
22.58.01 #       <preglow> ipodlinux is probably the closest at the moment
22.58.12 #       * HCl goes to clean the deepyfrier...
22.58.12 #       <preglow> since that too uses a portalplayer chipset
22.58.15 #       <HCl> deep*
22.58.19 #       <crashd> yeah, same/similar hardware
22.58.19 #       <preglow> haha
22.59.18 Quit    Stryke` ("Friends don't let friends listen to Anti-Flag")
23.03.02 #       <crashd> preglow: but there's no actual work on the h10 yet then ? :\
23.04.17 #       <Bagder> crashd: nopes
23.04.28 #       <preglow> none
23.04.39 #       <preglow> we're more than busy enough with h1x0
23.04.45 #       <crashd> ;) hehe
23.04.45 #       <preglow> and h3x0, really
23.04.49 #       <crashd> so i can see
23.04.50 #       <preglow> don't think too much code will differ
23.05.12 #       <crashd> i'd love to contribute, but im not really au faix with the hardware system and ive got a shitload on at work
23.05.12 #       <preglow> once we get codecs ported, and a playback system up, porting to new archs will be easier still
23.05.15 #       <crashd> :\
23.05.27 #       <preglow> sure, no worries
23.05.38 #       <crashd> maybe one day ;)
23.05.44 #       <preglow> you're welcome anyday
23.05.45 #       <Bagder> with the codecs in place, we have a solid ground for basically all players
23.06.01 #       <Bagder> the only tricky part is the dealing with various button setups
23.06.08 #       <preglow> ahh, yes
23.07.12 #       <preglow> it's a pity there aren't more people interested in codec work :/
23.07.16 #       <preglow> there's a bunch of work to be done
23.07.26 #       <preglow> but that might happen once we have playback
23.07.42 #       <preglow> since there's a good reason to get stuff done, then
23.07.48 #       <Bagder> yes
23.07.57 #       <Bagder> once it starts playing music...
23.08.01 #       <HCl> yup
23.08.58 #       <preglow> oh, how these green pixels are mocking me
23.09.11 #       <HCl> afk
23.11.07 #       <muesli-> l8er girlz
23.39.22 Quit    lodesi ("Leaving")
23.41.19 Quit    Harpy (Read error: 145 (Connection timed out))
23.43.31 #       <preglow> HCl: the dumb author really does seem to enjoy the float dynamic range, yes...