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

00.02.18 Quit    ashridah ("gone")
00.03.08 Part    Moos
00.03.41 Join    Rollo_McFlurry [0] (~Ingo1@81-179-73-229.dsl.pipex.com)
00.04.30 #       <Rollo_McFlurry> hi, can anyone tell me how long it usually takes to upgrade using the modified hex file on a iHP-140?
00.05.25 #       <preglow> half a minute?
00.05.47 #       <hubbel> Rollo_McFlurry: the thing is that it does not poweroff or reboot automaticly
00.06.17 #       <Rollo_McFlurry> ah ok, it's been updating a good 20 mins now and i still have the HD light on.
00.06.19 #       <preglow> mine does
00.06.26 #       <hubbel> hum.. i dont remember exactly, but i think one has to press off or reset?
00.06.28 #       <preglow> mine just powers off when it's done
00.06.32 #       <hubbel> but then after the reboot
00.06.51 #       <preglow> well, try switching it off
00.06.51 #       <hicks> Mine took about 20-30seconds then turned itself off.
00.06.51 #       <hubbel> rockbox does some calculation on the FAT
00.07.06 #       <hicks> Just like when you do a normal firmware update.
00.07.08 #       <preglow> Rollo_McFlurry: so you're still on the flashing screen?
00.07.09 #       <yngwi> mine did also an automatic turn off, exactly like the iriver version
00.07.17 #       <Rollo_McFlurry> oh dear :)
00.07.31 #       <preglow> battery status?
00.07.36 #       <hicks> Make sure you power is plugged in :P
00.07.39 #       <preglow> yes
00.07.40 #       <preglow> exactly
00.07.43 #       <Rollo_McFlurry> yeah got the power on
00.07.52 #       <preglow> oh well
00.07.57 #       <ehntoo> Rollo_McFlurry, that's not good.
00.08.03 #       <preglow> if it's still trying to flash, you might as well try to switch it off
00.08.09 #       <preglow> it's not going to complete now
00.08.16 #       <preglow> so pray it's not even started flashing
00.08.25 #       <preglow> if it's still showing the disk light, there's hope yet
00.09.22 #       <yngwi> good luck
00.09.30 #       <Sucka> :S
00.09.32 #       <Slasheri> committed buggy patch. nights :)
00.10.03 #       <Rollo_McFlurry> i'm charmed, had to hit the reset but it's booted back to original firmware
00.10.15 #       <yngwi> puhh
00.10.23 #       <preglow> yeah, i figured that
00.10.31 #       <preglow> it didn't succeed in reading the image
00.10.39 #       <preglow> i've never seen that happen before
00.11.53 #       <Rollo_McFlurry> i'll try again, dont think i did anything wrong though
00.11.59 #       <preglow> hmm
00.12.08 #       <preglow> i don't think it'll change much
00.12.09 #       <preglow> but sure
00.12.54 #       <Rollo_McFlurry> worth trying to patch a different firmware version?
00.13.14 #       <hicks> did you check the md5sum after patching?
00.13.17 Quit    Aison ("( www.nnscript.de :: NoNameScript 3.72 :: www.XLhost.de )")
00.13.38 #       <preglow> what did you use to make the hex file?
00.13.39 #       <Sucka> idd
00.13.55 #       <Rollo_McFlurry> the patcher
00.14.09 #       <preglow> fwpatcher?
00.14.24 #       <preglow> should be fine, then
00.15.25 Quit    elinenbe (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new age")
00.17.05 Join    tvelocity [0] (~tony@ipa78.5.tellas.gr)
00.22.09 Join    spiralout [0] (~keep_goin@p54B38A36.dip0.t-ipconnect.de)
00.23.59 #       <Rollo_McFlurry> hmm it wont do a non patched hex either, just what sort of calcs does it do before flashing?  i'm thinking i might have some errors on the drive
00.24.28 #       <preglow> there's no checksum deal
00.24.33 #       <preglow> sounds like your hard drive is having a bad time
00.24.44 #       <preglow> if the checksums in the firmware file are wrong, it should tell you so
00.30.50 #       <Rollo_McFlurry> thanks for the help, got to reboot
00.31.04 Quit    Rollo_McFlurry ()
00.32.13 Quit    spiralout ("ChatZilla 0.9.68.5 [Firefox 1.0.4/20050511]")
00.35.44 Quit    Sucka ("a bird in the bush is worth two in your house")
00.36.20 Join    spiralout [0] (~keep_goin@p54B38A36.dip0.t-ipconnect.de)
00.36.59 #       <spiralout> hi:)  ...Q: Speechoutput isn´t supported yet for H100 right?
00.37.43 #       <hubbel> preglow: i tried the 8.12 stuff now and there's virtually no plops when power-on or off
00.39.20 #       <preglow> hubbel: excellent!!!
00.39.27 #       <preglow> hubbel: not even iriver can make it completely silent
00.51.29 Quit    tvelocity ("Leaving")
00.51.56 Quit    spiralout ("ChatZilla 0.9.68.5 [Firefox 1.0.4/20050511]")
00.57.39 #       <DomZ> ?
00.57.53 Quit    DomZ ("CGI:IRC")
00.57.59 Join    DomZ [0] (~52426222@labb.contactor.se)
01.04.25 Quit    linuxstb ("Leaving")
01.09.27 Quit    yngwi ("Chatzilla 0.9.68a [Firefox 1.0.4/20050511]")
01.09.56 Quit    DMJC-L (Connection timed out)
01.13.08 #       <HCl> nice hubbel, can you commit that or does it need more testing?
01.14.40 Quit    hardeep (Read error: 104 (Connection reset by peer))
01.15.11 Quit    gromit` (Remote closed the connection)
01.15.24 Join    MrStaticVoid [0] (~jlee@69-175-94-207.frdrmd.adelphia.net)
01.28.34 #       <hubbel> i dont have write access to cvs but i give someone a diff
01.28.38 #       <hubbel> +can
01.38.06 ***     Saving seen data "./dancer.seen"
01.40.30 #       <markun> I'll commit it for you
01.41.17 #       <preglow> oh, do so
01.41.38 #       <markun> hubbel: can you give me the patch?
01.42.20 #       <hubbel> sure
01.45.53 Quit    Stryke` (Read error: 110 (Connection timed out))
01.53.05 #       <HCl> woops.
01.53.16 #       * HCl totally overestimated the price of something on a game :x
01.53.16 Quit    hicks (Client Quit)
01.59.43 #       <preglow> commit? :>
02.00.18 #       <markun> not yet
02.00.21 #       <markun> just a minute
02.02.45 Join    massive_H [0] (~haunman@user-0c6s14v.cable.mindspring.com)
02.03.41 #       <preglow> ait
02.03.56 #       <preglow> anyone think we'll ever get bigger buffers than 65kb from the codecs?
02.05.57 Quit    massive_H (Client Quit)
02.07.30 Join    Rori [0] (MO-Pantsu@deadman3000.plus.com)
02.10.05 #       <markun> can I use \n with cvs commit -m '... ?
02.10.32 #       <HCl> preglow: why?
02.14.57 #       <preglow> thinking about resampling
02.15.29 #       <markun> comitted
02.15.37 #       <preglow> wondering if 16.16 fixed point will do for stepping through the waveform while interpolating
02.15.41 #       <preglow> markun: wonderufl
02.15.44 #       <preglow> wonderful, even
02.16.01 Quit    MO-Pantsu (Read error: 145 (Connection timed out))
02.17.04 #       <markun> with my cheap in-ear-phones the ticks are still quite loud and I hear a hiss when the amp is on, but with my other headphones it's pretty faint.
02.17.42 #       <webguest70> commited =newer (latest) file in daily downloads ?
02.18.31 #       <preglow> markun: sounds like fm noise, really
02.18.57 #       <preglow> i still get that
02.19.09 #       <preglow> but it's a lot better
02.19.12 #       <markun> preglow: how can I test it?
02.19.29 #       <preglow> the power off noise is just like iriver firmware now
02.19.41 #       <preglow> markun: dunno, i only occasionally get what i think like fm noise when i start up
02.19.56 #       <preglow> mostly it's just a low click
02.20.50 #       <markun> preglow: no, not only during startup. The hiss is constant, also during playback.
02.21.02 #       <markun> just white noise
02.21.07 #       <preglow> not for me
02.21.15 #       <preglow> i'm hoping austraincoders commit will fix this
02.21.18 #       <preglow> if he gets around to it
02.21.28 #       <markun> I have the same with the iriver firmware
02.21.37 #       <preglow> hmm
02.21.38 #       <preglow> strange
02.21.41 #       <preglow> i don't have anything like it
02.21.56 #       <markun> are your headphones vey sensitive?
02.22.16 #       <preglow> i don't know, really
02.22.32 #       <preglow> haven't got much to compare them with anymore
02.23.10 #       <preglow> i think i can hear a very, very faint hiss sometimes
02.23.17 #       <preglow> but it's not something i ordinarily notice
02.24.49 #       <markun> If I listen to music I also don't notice it, only when the music stops (or silent parts)
02.26.01 #       <hubbel> i sometimes get two loud clicks at startup.. most of the time the two clicks are pretty silent
02.27.45 #       <preglow> anyway
02.27.46 #       <preglow> i gotta sleep
02.27.47 #       <preglow> later
02.27.54 Quit    preglow ("leaving")
02.28.29 Quit    webguest70 ("CGI:IRC")
02.28.53 Part    hubbel
02.29.11 Part    markun
03.16.17 Join    Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com)
03.32.59 Join    amiconn_ [0] (~jens@p54BD4518.dip.t-dialin.net)
03.38.07 ***     Saving seen data "./dancer.seen"
03.49.18 Quit    scriptkitty ("Quitting!")
03.50.36 Quit    amiconn (Read error: 110 (Connection timed out))
03.50.36 Nick    amiconn_ is now known as amiconn (~jens@p54BD4518.dip.t-dialin.net)
03.54.56 Quit    Stryke` ("Friends don't let friends listen to Anti-Flag")
03.59.17 Quit    DomZ ("CGI:IRC")
04.06.09 Join    QT_ [0] (as@area51.users.madwifi)
04.06.41 Join    dapureplaya [0] (~anon@CPE-144-136-72-137.nsw.bigpond.net.au)
04.11.53 #       <thegeek> for the record, with my 26ohm(very low for headphones) shure e3's there is always a very small hiss
04.12.08 #       <thegeek> thought I doubt you will find any portable player without it
04.12.28 #       <thegeek> and when listening to any music it is inaudible
04.12.53 #       <thegeek> I have to set the volume to 7/8 to really notice it
04.13.17 #       <thegeek> and when volume is at 2, it is there but it's not bothersome
04.13.32 #       <dapureplaya> hi
04.14.18 #       <thegeek> I can test tomorrow using the digital out + iriver fw and a very good external non oversampling dac to hear if it is some imperfection in the iriver, or just a little noise
04.14.22 #       <thegeek> hi dapureplaya
04.15.43 Quit    QT (Read error: 113 (No route to host))
04.17.32 Quit    cYmen ("zZz")
04.22.04 Join    asdsd____ [0] (~asdsd@h-67-100-24-230.miatflad.dynamic.covad.net)
04.22.07 Part    asdsd____
04.32.33 Join    spack [0] (~c1f8a888@labb.contactor.se)
04.35.30 Nick    spack is now known as Spack (~c1f8a888@labb.contactor.se)
04.38.32 Quit    dapureplaya ()
04.44.46 Quit    Spack ("CGI:IRC (EOF)")
05.09.49 #       <bill2or3> sweet
05.10.03 #       <bill2or3> won a remote for $17.50
05.38.10 ***     Saving seen data "./dancer.seen"
05.44.28 Quit    ehntoo (Read error: 104 (Connection reset by peer))
05.48.42 Join    ehntoo [0] (~noclue2@24-177-161-77.dhcp.mrqt.mi.charter.com)
06.12.00 Quit    silencer_ (Remote closed the connection)
06.12.07 Join    silencer [0] (~silencer@zen.via.ecp.fr)
06.14.15 Join    Zoom2 [0] (~835e926f@labb.contactor.se)
06.39.24 Quit    Zoom2 ("CGI:IRC")
06.44.40 Join    crumb_ [0] (~crumb@ip68-7-83-166.sd.sd.cox.net)
06.45.23 #       <crumb_> hi
06.45.42 #       <crumb_> is there any kind of work being done for the iRiver H10 
06.46.06 #       <crumb_> i searched, and i found some information that might be helpful
06.47.53 #       <courtc> us over at #ipodlinux shunted him this way.
06.48.48 #       <crumb_> heh
06.52.35 #       <crumb_> crashd :o
06.52.43 #       <crumb_> i found your article on misticriver
06.53.54 #       <crumb_> hmm
06.53.58 Quit    crumb_ ("Leaving")
06.57.17 Join    matsl [0] (~matsl@1-1-4-2a.mal.sth.bostream.se)
07.03.58 Join    Gibbed [0] (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net)
07.04.02 Quit    Rick (Nick collision from services.)
07.04.14 Nick    Gibbed is now known as Rick (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net)
07.04.53 Quit    crwl (brown.freenode.net irc.freenode.net)
07.04.53 NSplit  brown.freenode.net irc.freenode.net
07.04.53 Quit    t0mas (brown.freenode.net irc.freenode.net)
07.04.53 Quit    silencer (brown.freenode.net irc.freenode.net)
07.04.53 Quit    Bagder (brown.freenode.net irc.freenode.net)
07.04.53 Quit    DaKi][er (brown.freenode.net irc.freenode.net)
07.05.28 Quit    Rick (Killed by calvino.freenode.net (Nick collision))
07.05.41 NHeal   brown.freenode.net irc.freenode.net
07.05.41 NJoin   silencer [0] (~silencer@zen.via.ecp.fr)
07.05.41 NJoin   crwl [0] (~crawlie@dsl-83.148.225-157-dynip.ssp.fi)
07.05.41 NJoin   t0mas [0] (~Tomas@80.60.8.209)
07.05.41 Join    Rick [0] (rick@71.108.23.179)
07.05.41 NJoin   Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se)
07.05.41 NJoin   DaKi][er [0] (~dakiller@CPE-147-10-68-157.vic.bigpond.net.au)
07.05.59 Join    Gibbed [0] (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net)
07.06.01 Quit    Rick (Nick collision from services.)
07.06.15 Nick    Gibbed is now known as Rick (rick@pool-71-108-23-179.lsanca.dsl-w.verizon.net)
07.29.41 Quit    ehntoo ("Leaving")
07.32.19 Join    ehntoo [0] (~noclue2@24-177-161-77.dhcp.mrqt.mi.charter.com)
07.38.13 ***     Saving seen data "./dancer.seen"
07.38.33 Quit    DaKi][er ()
07.56.29 Join    B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se)
08.04.42 #       <amiconn> morning
08.06.27 #       <HCl> ohayo..
08.08.06 Join    Harpy [0] (9hZQaExWop@dsl-hkigw7wbb.dial.inet.fi)
08.13.50 Join    Aison [0] (~hans@zux166-181.adsl.green.ch)
08.15.05 Quit    matsl (Remote closed the connection)
08.26.22 Join    Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com)
08.26.36 Quit    Stryke` (Remote closed the connection)
08.57.08 Join    oxygen77 [0] (~c1c28427@labb.contactor.se)
09.03.41 Quit    oxygen77 ("CGI:IRC")
09.03.50 Quit    QT_ (Read error: 110 (Connection timed out))
09.22.07 Join    bobTHC [0] (~bobthc@l03m-40-183.d1.club-internet.fr)
09.23.35 #       <bobTHC> hi folks !
09.28.32 Join    StrathAFK [0] (~mike@dgvlwinas01pool0-a219.wi.tds.net)
09.29.07 #       <Slasheri> hi
09.29.17 #       <Slasheri> Hmm, what means: I41: PDIR2FULL ?
09.36.11 #       <Bger> grep the source ... :)
09.36.15 Join    leftright [0] (~5087fd9e@labb.contactor.se)
09.36.19 #       <Slasheri> =)
09.36.55 #       <Bger> maybe the first question is "what's PDIR2"
09.37.04 #       <leftright> when starting playback there is still a pop
09.37.13 #       <Slasheri> that is almost fixed
09.37.16 #       <Slasheri> i will commit soon
09.37.25 #       <leftright> thanks
09.38.16 ***     Saving seen data "./dancer.seen"
09.40.39 #       <leftright> with fade on & stop is pressed, the songs fades correclt but just before zero sound there is a blip in the vol
09.40.58 #       <Slasheri> yes, that is still a known problem
09.41.12 #       <leftright> :)
09.41.28 Join    gromit` [0] (~gromit`@ras75-5-82-234-244-69.fbx.proxad.net)
09.46.11 #       <leftright> wps battery indicator (not tiny icon) does not display correct battery time remaining
09.47.04 Quit    Strath (Read error: 110 (Connection timed out))
09.52.09 #       <Rori> I hate this. I have a complaint against my telco. But discussing it in a forum I am being  shot down on technical grounds over something that is a marketing ploy (DSL speed upgrades).
09.52.57 #       <Rori> Sucks so much when you know it's something that could be done if the telco could be bothered. But it's all about the bottom line.
09.54.18 #       <Slasheri> committed
09.57.11 #       <leftright> :)
10.00.49 #       <leftright> the sequence number is still 20050614 
10.01.28 #       <B4gder> the sequence number?
10.01.39 #       <leftright> of the builds
10.01.50 #       <B4gder> what builds?
10.02.04 #       <odd> THE BUILDS, MAN, THE BUILDS
10.02.09 #       <leftright> the daily builds
10.02.11 #       <B4gder> and it is still the 14th, so why is that wrong?
10.02.49 #       <leftright> sorry, I thought that it was a sequential number
10.03.10 #       <Slasheri> maybe you should use the bleeding edge builds
10.03.17 #       <Slasheri> I think daily builds updates only once a day
10.03.24 #       <B4gder> the daily builds are... eh, daily
10.05.19 Quit    Rori ()
10.07.58 #       <leftright> does the daily build get updated more than once daily ?
10.08.29 #       <B4gder> no
10.08.47 #       <B4gder> but there are bleeding edge builds
10.08.56 #       <B4gder> they are packages of the latest possible cvs commit
10.09.16 #       <Bger> B4gder: " <Slasheri> Hmm, what means: I41: PDIR2FULL"
10.09.35 #       <B4gder> I don't know
10.14.52 #       <B4gder> its just the name of the vector 41
10.15.10 #       <B4gder> 41 hex
10.15.13 #       <Slasheri> Hmm, i already solved that :)
10.15.41 #       <Slasheri> (the problem, not that error message)
10.15.50 #       <Bger> B4gder where can someone find info about these messages ?
10.16.17 #       <B4gder> they are shown by code in firmware/system.c
10.16.21 Join    ashridah [0] (ashridah@220-253-122-198.VIC.netspace.net.au)
10.16.52 #       <B4gder> the code is call on unexpected irqs
10.16.54 #       <B4gder> called
10.17.05 #       <B4gder> so it shows the irq number and the associated name
10.17.29 #       <Bger> with the IRQ ?
10.17.44 #       <Bger> default_interrupt (PDIR2FULL); /* Processor data in 2 full */
10.17.58 #       <B4gder> yes
10.18.21 #       <B4gder> and to learn what that is, I guess some coldfire docs reading is required
10.18.26 #       <Bger> i've already looked @ system.c ...
10.18.37 #       <Bger> but obviously i've overlooked it ...
10.20.23 Quit    MrStaticVoid ("Lost terminal")
10.29.48 Join    Rori [0] (MO-Pantsu@deadman3000.plus.com)
10.30.26 #       * Rori just had hsi adsl speed doubled. But I had to pay for it where others got the upgrade for free based on BT's crappy line quality database
10.50.51 Join    markun [0] (~markun@bastards.student.ipv6.utwente.nl)
10.51.44 #       <markun> Slasheri: Thanks for turning off the amp when not playing.
10.51.57 #       <Slasheri> markun :)
10.52.08 #       <Slasheri> markun: i found it worked quite well and now it's really silent
10.52.50 #       <markun> How did you get rid of the click without playing silent samples?
10.53.48 #       <Rori> ah good
10.53.50 #       <Slasheri> I enable the audio system after playing has already started :)
10.53.51 #       <Rori> no more pops?
10.55.09 #       <markun> I noticed the dc problem was not even solved but turning the player off and back on, but that's not problem now anymore.
10.55.26 #       <amiconn> I got 2 *loud* pops today, one when powering up and the other when resume kicked in
10.55.44 #       <amiconn> That was without Slasheri's 07:54 commit though
10.55.51 #       <markun> amiconn: It's solved now.
10.55.54 #       <amiconn> (using line out)
10.55.56 Quit    ashridah ("gm's dead, need phone :(")
10.56.24 #       <markun> amiconn: The big plop is when there was a dc offset when you turned off the player. The offset is back again when you turn the unit on..
10.57.09 #       <amiconn> I don't expect a dc offset in the dac to survive a poweroff...
10.58.07 #       <markun> amiconn: it's strange. But after playing some silence and you power off you don't get the second click. If you play some loud sample and you power off and back on the tick is there..
10.58.53 #       <amiconn> Even if the poweroff time is more than a couple of minutes???
10.59.06 #       <markun> Is the player in a standby mode when you power it of?
10.59.11 #       <markun> amiconn: didn't try that.
10.59.39 #       <amiconn> I installed my current build in the morning, then powered down.
11.00.13 #       <amiconn> After some time I connected it to my car stereo aux, powered on *pop*, and acceppted resume *pop*
11.00.49 Join    b0bTHC [0] (~bobthc@l03m-40-183.d1.club-internet.fr)
11.02.43 #       <markun> amiconn: try the same thing after playing silence and turning it off.. but with Slasheri's latest patch it's gone anyway.
11.07.36 Quit    bobTHC (Read error: 60 (Operation timed out))
11.11.15 Quit    b0bTHC (Read error: 60 (Operation timed out))
11.15.27 #       <Rori> I still get clicks when playing an MP3 and when I stop it and also a slight click when powering down
11.15.37 #       <Rori> latest commit
11.16.48 #       <Rori> not sure if it did that on iRiver FW. Not a big problem mind you.
11.20.08 Quit    B4gder ("Lämnar")
11.22.47 Join    cYmen [0] (~cymen@nat-ph3-wh.rz.uni-karlsruhe.de)
11.29.13 Join    n0bby [0] (~nobby@cpc3-bele3-3-1-cust61.belf.cable.ntl.com)
11.38.17 ***     Saving seen data "./dancer.seen"
11.48.57 Join    linuxstb [0] (~linuxstb@host213-123-154-169.in-addr.btopenworld.com)
11.51.34 Join    Matt-UK [0] (~h@81-86-103-27.dsl.pipex.com)
11.51.41 #       <Matt-UK> hi guys
11.53.00 #       <Matt-UK> anyone around?
11.56.05 #       <markun> sure
11.57.31 Join    ripnetuk [0] (~george@82-70-100-230.dsl.in-addr.zen.co.uk)
11.57.47 #       <Matt-UK> cool
11.58.07 #       <Matt-UK> i love the progress of this firmware, but shame no one has taken the MP3 player i have as a project for rockbox
11.58.28 #       <markun> which one?
11.58.37 #       <Matt-UK> Cowon iAudio M3
11.58.46 #       <Matt-UK> amazing MP3 player i've had for almost a year
11.58.57 #       <markun> I believe it uses the same cpu as the iriver
11.59.03 #       <Matt-UK> yup
11.59.31 #       <Matt-UK> the firmware is out there to take a look inside for the M3, but why isnt anyone devicing custom firmware for the M3?
11.59.44 #       <markun> If you are willing to open it up and make pictures of the hardware it would help
11.59.59 #       <Matt-UK> there are many pictures already taken
12.00.03 #       <Matt-UK> let me try and find the page
12.00.46 #       <markun> ok, that's good then. All the components need to be indentified and then find the datasheets.
12.02.11 #       <markun> Matt-UK: if you like you can start a wiki page on the rockbox site about the M3 harware.
12.02.21 #       <Matt-UK> ok
12.02.42 #       <Matt-UK> well, here's a start with the processor it uses
12.02.43 #       <Matt-UK> http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=SCF5249&nodeId=018rH3YTLC7007YmLPqMSDVmp1
12.03.27 #       <Matt-UK> same as the iriver as you apparently
12.04.54 #       <linuxstb> If it was me, I would first try to understand how the firmware update process works - if you can't install your own firmware, I'm not sure it's worth proceeding.
12.05.12 #       <Matt-UK> well
12.05.51 #       <Matt-UK> i can explain, the file gets placed onto the hard-drive in its own folder. then the next oppertunity you turn it on with the power lead in, it boots up an update screen on the remote and goes through the process
12.06.34 Join    hicks [0] (~hicks@c975355903b3d9ad.session.tor)
12.10.14 #       <linuxstb> It sounds similar to the iRiver then - new firmware gets flashed before it can be run.  Do you know if the firmware update file is encrypted?
12.10.57 #       <Matt-UK> http://homepage1.nifty.com/c-kom/iaudio_m3/photo003.html
12.11.14 #       <Matt-UK> thats the webpage with an opened up M3
12.11.25 #       <linuxstb> A quick question - is this MP3 player still available to buy?  The big problem with iRiver H120/H140 is that it's discontinued.
12.11.32 #       <Matt-UK> yes
12.11.41 #       <Matt-UK> it is available to buy still
12.12.11 #       <Matt-UK> and the new X5 (colour edition on the unit) is coming out gradually
12.12.21 #       <Matt-UK> screen*
12.13.04 Join    dartmouth [0] (vermouth@216-190-116-143.nas2.lmr.ia.frontiernet.net)
12.13.18 #       <Matt-UK> linuxstb: not sure about the encryption
12.13.27 #       <Matt-UK> linuxstb: but comes as a bin file
12.13.40 #       <linuxstb> How many buttons does it have?  I can only see three in the pictures.
12.13.57 #       <Matt-UK> linuxstb: there are other buttons down the side
12.14.20 #       <Matt-UK> linuxstb: including the volume, hold and A-B/Rec button
12.14.38 #       <Matt-UK> linuxstb: and all those buttons are on the remote
12.14.44 Quit    DMJC (Connection timed out)
12.15.19 Part    dartmouth
12.15.36 #       <linuxstb> Do you know how much RAM there is?
12.15.51 #       <leftright> he M3 is replaced by the M5
12.16.11 Join    DMJC [0] (~DMJC@60-240-217-219.tpgi.com.au)
12.16.13 #       <Matt-UK> leftright: no, the M5 hasnt been confirmed yet
12.16.17 #       <leftright> X5 rather
12.16.26 #       <linuxstb> Do you have a link to a firmware download?
12.16.30 #       <Matt-UK> i do
12.16.54 #       <Matt-UK> linuxstb: "96 KB Static Random Access Memory (SRAM)"
12.17.31 #       <linuxstb> It must have more, slower memory (I hope)
12.17.50 #       <Matt-UK> oh yes
12.17.54 #       <amiconn> 96K SRAM is expected for coldfire 5249
12.18.03 #       <Matt-UK> when caching songs, it can hold upto 3 songs max
12.18.10 #       <Matt-UK> in MP3 format
12.19.21 #       <Matt-UK> so maybe around 12 - 16MB
12.19.26 #       <Matt-UK> could be more
12.19.29 Join    tucoz [0] (~81b1111b@labb.contactor.se)
12.20.47 #       <tucoz> Hi, the m3 seems to have unencrypted firmware. By running strings on it i get to see the menustrings and some other stuff
12.21.20 #       <linuxstb> There's probably a checksum somewhere though.
12.21.26 #       <tucoz> ok
12.21.33 #       <linuxstb> (I would hope)
12.22.01 #       <tucoz> Don't know. I just compared it to iriver's which show garbled strings
12.22.02 #       <Matt-UK> linuxstb: all the firmware is located here: ftp://206.173.2.94/iAUDIO/Firmware/M3/
12.22.30 #       <linuxstb> Thanks.
12.22.43 #       <Matt-UK> but there were some zip's somewhere of them
12.22.50 #       <Matt-UK> because they have now put them all in installation files
12.23.38 #       <tucoz> here is a zip: http://eng.iaudio.com/download/file/cowon_program/iAUDIOM3_firm/iAUDIOM3_1_35eng.zip
12.24.08 #       <Matt-UK> ah yes
12.24.12 #       <Matt-UK> i tryied to find that link
12.24.19 #       <Matt-UK> so do u think its possible?
12.25.25 #       <linuxstb> Assuming all the chips have public documentation, then yes.  If not, then it's probably still yes, but would require more reverse-engineering of the original firmware.
12.27.01 #       <linuxstb> At least one developer would need to install something like a BDM device to be able to recover from flashing a bad firmware.  LinusN did that with the iRiver.
12.29.01 #       <tucoz> linuxstb: Do you have a disassembler for the coldfire?
12.29.59 #       <linuxstb> If you followed the Rockbox approach for the iRiver, you would patch an existing official firmware to include a bootloader.  This is the only dangerous part - Rockbox itself would be stored on disk and loaded to RAM before running.  You would always have the original firmware to fall back on.
12.30.17 #       <Matt-UK> true
12.30.56 #       <Matt-UK> linuxstb: Just be aware that there is BBE in the M3, which is a copyrighted DSP for audio
12.31.05 #       <linuxstb> No, I don't have a disassembler, but I'm sure others do.  I seem to recall someone mentioning that objdump can do it - check the IRC logs for last week.
12.31.36 #       <tucoz> linuxstb: true, forgot about that. I tried that last week on some rockbox code.
12.32.59 Part    tucoz
12.33.05 #       <linuxstb> I know nothing about DSPs (you need to come back when the low-level guys are here).  But if the Coldfire runs at the same speed as the iRiver, then you can live without the DSP.  Assuming you can bypass it to access the DAC>
12.33.53 #       <linuxstb> All I know is that the first thing the hardware people do is to draw schematics based on high-res scans/photos of the PCBs.
12.34.16 Quit    n0bby (Read error: 110 (Connection timed out))
12.39.30 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
12.39.38 #       <linuxstb> I see the M3 firmware contains libFLAC 1.1.0 ...  What's the FLAC performance like on the M3?
12.39.54 #       <preglow> a couple of funny things, though
12.39.58 #       <preglow> i can see no ram or codec chip
12.40.19 #       <linuxstb> Is it possible that there's no RAM?
12.40.39 #       <preglow> no
12.40.48 #       <preglow> most definitely no
12.40.57 #       <preglow> a player with its disk on all the time wouldn't run for very long
12.40.58 #       <preglow> heh
12.41.10 #       <linuxstb> I didn't expect so.  But you made me wonder...
12.41.23 #       <preglow> there's one chip i can't make out
12.41.30 #       <preglow> placed directly underneath the coldfire
12.41.32 #       <markun> The M3L runs for 35 hours..
12.42.05 #       <markun> The M3 14 hours
12.42.07 #       <preglow> it's got 4 megabytes flash
12.42.24 #       <linuxstb> What do the iRivers have?
12.42.37 #       <markun> CY7C68310 Description
12.42.37 #       <markun> ISD-300LP(TM) Low-Power USB 2.0 to ATA/ATAPI Bridge IC
12.42.39 #       <preglow> something along the lines of two
12.42.45 #       <preglow> yeah, that's the ordinary ata bridge
12.46.15 #       <Matt-UK> hi again guys
12.46.18 #       <Matt-UK> FLAC is not bad
12.46.26 #       <Matt-UK> but the M3 only officially supports 0, 1 and 2
12.47.11 #       <Matt-UK> but the performance decreases if BBE DSP is on
12.48.06 #       <preglow> bbe dsp?
12.48.09 #       <preglow> what the hell is that?
12.48.29 #       <Matt-UK> http://www.bbesound.com/
12.48.36 #       <Matt-UK> its the thing that enchances the sound
12.48.36 #       <preglow> bah
12.48.38 #       <preglow> simple preprocess
12.48.51 #       <preglow> we can't support that
12.48.53 #       <preglow> it's probably patented
12.49.02 #       <Matt-UK> i know that
12.50.02 #       <Matt-UK> there must b other opensource DSPs that could be implemented
12.50.07 Quit    Rori ()
12.50.16 Part    leftright
12.50.58 #       <preglow> no idea
12.51.09 #       <preglow> dsp people aren't very open source friendly
12.51.25 #       <preglow> they tend to go for the cash
12.51.44 #       <preglow> those who don't are incompetent, like me ;)
12.52.10 #       <Matt-UK> lol
12.52.20 #       <Matt-UK> doesnt bother me is BBE wasn't included
12.52.24 #       <Matt-UK> or any DSP
12.53.49 #       <Matt-UK> would fitting an EQ function be easy?
12.53.56 #       <preglow> yeah, i'm gonna do that
12.54.01 #       <Matt-UK> the M3 already has EQ on there
12.54.08 #       <Matt-UK> and that boosts the sound quite nicely already
12.55.33 #       <Matt-UK> i've got better pictures of the mainboard if anyone needs them
12.56.55 #       <Matt-UK> preglow: you do the programming?
12.57.44 #       <preglow> Matt-UK: i do some programming
12.57.48 #       <Matt-UK> cool
12.57.51 #       <preglow> Matt-UK: better pictures would be cool
12.58.03 #       <Matt-UK> its a huge 28MB file, lol
12.58.06 #       <Matt-UK> or zip
12.58.09 #       <Matt-UK> with all the images
12.58.28 #       <Matt-UK> preglow: this is the link if you want it http://www.hraesvelg.net/iaudio/M3L_internals_20050217.tar.gz
12.59.47 Join    ashridah [0] (ashridah@220-253-120-173.VIC.netspace.net.au)
13.00.11 #       <Matt-UK> preglow: will all this take a while to develop?
13.00.50 #       <preglow> Matt-UK: oh, yes
13.01.07 #       <preglow> depends on how dissimular it is to irivers offerings
13.01.10 #       <preglow> the coldfire is a good sign
13.01.43 #       <preglow> so the codecs should work just as well on this one
13.03.30 #       <Matt-UK> good :)
13.03.37 #       <Matt-UK> whats already been completed?
13.04.46 Join    Sucka [0] (~NNSCRIPT@host81-156-209-158.range81-156.btcentralplus.com)
13.05.17 #       <Bger> btw, i'm surprised of the fact that the firmware (probably) is not encrypted ...
13.05.18 #       <preglow> found the ram, at least
13.05.41 #       <preglow> nothing's been completed, but we've got a nice set of functioning codecs now
13.05.41 #       <Matt-UK> well, the guys who make it are in korea :P
13.05.46 Join    Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net)
13.06.02 #       <Bger> btw, this coldfire is rated 120MHz
13.06.32 #       <Bger> if we can trust our probes with coldfire @ 140MHz ... this one couldn't run at 120MHz for a while ...
13.06.33 #       <Matt-UK> has there been any development in an ID Database?
13.06.41 #       <HCl> yes.
13.06.55 #       <Matt-UK> because thats the lacking featuee on the M3
13.06.58 #       <preglow> it's got 32 megabytes og ram
13.06.58 #       <Matt-UK> feature*
13.07.03 #       <HCl> at least, if you mean id3
13.07.05 #       <Matt-UK> yes
13.07.28 #       <HCl> same thing with the iriver, it has an id3 database, but its crap. it can't even make on the fly playlists
13.07.30 #       <Matt-UK> giving it an ID3 DB would make it perfect for most users, lol
13.07.45 #       <Matt-UK> the M3 can make playlists on the go
13.07.53 #       <Matt-UK> even without ID3 DB
13.08.00 #       <HCl> *yawns*
13.08.01 #       <HCl> anyways
13.08.19 #       <HCl> i think i'm mostly the person responsible for the id3 database, along with zagor a bit
13.08.39 #       <Matt-UK> have u tested it?
13.08.50 #       <HCl> i'm not done with it yet.
13.09.03 #       <HCl> but playlist generation based on tags alone works
13.09.13 #       <Matt-UK> good
13.09.22 #       <HCl> and the id3 browser works
13.09.31 #       <Bger> hm, rev. 1.3 of th PCB :)
13.09.40 #       <Matt-UK> could a clock be placed onto this M3?
13.09.43 #       <markun> preglow: The Samsung K4S2816330 is only 16MB, no?
13.09.48 Quit    ripnetuk ("Leaving")
13.10.43 #       <preglow> this is a k4s28166d
13.10.48 #       <preglow> 1633d <-
13.11.17 #       <preglow> i found info indicating it's 32
13.11.21 #       <markun> ah, ok
13.11.28 #       <Matt-UK> :)
13.12.18 Quit    edx (Read error: 110 (Connection timed out))
13.12.41 #       <Matt-UK> would be nice to see some developments for the M3
13.12.47 #       <Matt-UK> and i dont mind testing firmware
13.13.07 #       <markun> preglow: http://www.samsung.com/Products/Semiconductor/DRAM/MobileSDRAM/128Mbit/K4S281633D/K4S281633D.htm
13.13.13 #       <markun> only 16MB
13.13.29 Join    B4gder [0] (~dast@static-213-115-255-230.sme.bredbandsbolaget.se)
13.13.37 #       <preglow> okies
13.13.43 #       <preglow> my, searching for parts is fun
13.14.38 #       <preglow> still no codec
13.14.44 Join    Nuxator [0] (~c02c4e5e@labb.contactor.se)
13.14.44 #       <preglow> ld245 is a bus tranceiver
13.15.05 #       <crashd> darn
13.15.11 #       <crashd> i missed the guy who wanted to know about h10 dev
13.15.17 #       <crashd> cursed sleeping!
13.15.28 #       <Bger> what is that under the metal radiator ?
13.16.23 #       <Nuxator> Last bleeding build dosn't play any mp3
13.16.28 #       <Bger> marked as 201
13.16.31 #       <preglow> Bger: that might be it
13.16.49 #       <preglow> the minimise radio interference to the codec chip
13.16.51 #       <Bger> next to the LW052A (a well known chip to us)
13.17.15 #       <Nuxator> Forget me maybe my .rockbox is not up to date
13.17.32 #       <Matt-UK> preglow: M3 has got FM capabilities, but isnt brilliant
13.17.52 #       <B4gder> it never is
13.18.00 #       <Matt-UK> well
13.18.05 #       <Matt-UK> when i get rid of the remote
13.18.07 #       <Matt-UK> its fine
13.18.20 #       <Matt-UK> and have a direct headphone connection to it
13.19.44 Join    webguest11 [0] (~5087fd9e@labb.contactor.se)
13.20.11 Quit    StrathAFK (Read error: 110 (Connection timed out))
13.21.10 #       <Bger> hm, this player is not at all bad
13.21.19 #       <Matt-UK> Bger: how you mean? :)
13.21.53 #       <Bger> i mean i like it
13.22.20 #       <Matt-UK> well
13.22.22 #       <Bger> the biggest thing that annoys me is the miss of display on the main unit
13.22.27 #       <Matt-UK> well
13.22.34 #       <Matt-UK> the new colour X5 has that :)
13.22.51 #       <Matt-UK> and a possible M5 which is the monochrome version that has similiar specs to the M3
13.22.52 #       <Bger> hmm
13.22.56 #       <B4gder> nooo, the biggest thing lacking is Rockbox ;-)
13.23.03 #       <webguest11> my wps has,   TR: %s%?it<%?in<%in. |>%it|%fn>    how do I stop the TR: from scrolling ?
13.23.11 #       <Bger> B4gder i'm talking about the hardware :)
13.23.16 #       <B4gder> :-)
13.23.22 #       <B4gder> webguest11: you can't
13.23.34 #       <B4gder> if it doesn't fit, it scrolls
13.23.38 #       <Bger> the lacking software is as clear as it can be
13.23.57 #       <Nuxator> right my rockbox was not up, to date
13.24.03 #       <Bger> (as with all not rockbox-ed devices)
13.24.11 #       <B4gder> Nuxator: you should always update with the full zip
13.24.25 #       <Nuxator> yes but i've got some problem under linux
13.24.40 #       <Nuxator> i upload all files but not all are written....
13.24.44 #       <Nuxator> do not know why
13.25.29 #       <B4gder> never happened to me
13.25.48 #       <Nuxator> guess it's this shitty fedora i have at work
13.26.33 #       <Nuxator> i'm nort able to umount my iriver device is busy
13.26.57 #       <Nuxator> so i guess write are not finished but no hdd activity...
13.27.27 #       * Nuxator go back to work with rockbox playing
13.27.32 #       <B4gder> so you just pull the plug without umount?
13.27.40 #       <Nuxator> yes
13.27.50 #       <Nuxator> and i know this is bad
13.27.55 #       <B4gder> that could certainly explain the problems
13.28.25 #       <Nuxator> yes but why can't i unmount....
13.28.47 #       <Nuxator> 1à minutes is enough for tranfer....
13.28.54 #       <Nuxator> -à 0
13.30.35 #       <preglow> don't do that in linux
13.30.42 #       <preglow> it works fine in windows, not in linux, so don't do it
13.30.51 #       <Nuxator> same here
13.30.58 #       <Nuxator> but at work we are under linux
13.31.30 #       <Nuxator> i had to asked to an laptop windows onwer to tranfer my rockbox
13.31.55 #       <Nuxator> and i have a strange bug with usb in rockbox in both linux or windows
13.32.08 #       <Nuxator> it stays in usb mode if i unplug it
13.32.39 #       <Nuxator> but if i swith off the computer while iriver still pluged   it exit usb mode when computer switch off
13.33.42 #       <Nuxator> I found another bug
13.34.07 #       <Nuxator> chose a file let the fisrt 2mo buffer end and click to another file
13.34.21 #       <Slasheri> Nuxator: Maybe you are in the mounted iriver directory and that is the reason unmount fails
13.34.27 #       <Nuxator> repeat and you'll finish to have a codec failure
13.34.34 #       <Slasheri> you should cd to somewhere else before umounting
13.34.49 #       <Nuxator> so it's gnome problem
13.35.09 #       <Nuxator> i closed that window
13.35.50 #       <Nuxator> or it's the fedora automount
13.37.43 #       <Matt-UK> linuxstb or preglow: any progress of possibility with the M3?
13.38.18 ***     Saving seen data "./dancer.seen"
13.38.37 Quit    Nuxator ("(work to do.....)")
13.38.59 #       <Matt-UK> if it is possible, i'll be pleasing some M3 fans on some forums :P
13.39.08 Join    Lynx0 [0] (Lynx@134.95.189.59)
13.40.02 #       <preglow> of course there, is needs more research, though
13.40.11 #       <preglow> find out how the firmware upgrading works
13.40.16 #       <preglow> map out the rest of the chips
13.40.35 #       <preglow> then someone will need to buy one and connect a bdm to it
13.40.53 #       <preglow> this doesn't happen on its own, and needs someone to work on it
13.40.58 #       <preglow> i've got my hands full right now
13.40.58 #       <preglow> later
13.41.02 Quit    preglow ("leaving")
13.41.10 #       <Matt-UK> k
13.46.45 #       <markun> Slasheri: Do you know what causes the premature end of the last song?
13.47.56 #       <webguest11> after recharging my H140 (1900mah) batt, it shows 13:07 total capacity ?, should be at least 20 hrs
13.48.54 #       <webguest11> and I have set it to 1900 in 'settings'
13.49.15 #       <markun> webguest11: It's not accurate.
13.49.21 #       <webguest11> ah
13.49.37 #       <markun> webguest11: the capacity also depends on the codec and the bitrate
13.49.50 #       <webguest11> uhuh, mp3's
13.50.04 #       <webguest11> lame aps
13.53.43 Quit    B4gder ("Lämnar")
13.53.49 #       <amiconn> The runtime sestimation obviously can't predict what you will listen to, so we can only calibrate it for an average case
13.54.26 #       <amiconn> It isn't calibrated at all yet, and I can just quote once more, rockbox for iriver is far from finished
13.56.51 Quit    Lynx_ (Read error: 110 (Connection timed out))
13.56.52 Nick    Lynx0 is now known as Lynx_ (Lynx@134.95.189.59)
14.01.46 #       * Bger just saw iPod Shuffle for the first time ..
14.02.09 #       * dwihno calls the paramedics ;)
14.02.18 #       * Matt-UK gets out a gun
14.02.25 #       <Bger> i think someone must be very dumb to buy such thing
14.03.30 #       <Matt-UK> bet the stuff inside it cost about 10 quid
14.03.32 #       <dwihno> Bger: any certain reason?
14.03.33 #       <Bger> btw where does this "i" come from in almost every digital player brand on the market?
14.03.39 Join    oxygen77 [0] (~c1c28427@labb.contactor.se)
14.03.46 #       <Bger> dwihno? 
14.04.01 #       <dwihno> Bger: Just wondering about the dumbness requirement :)
14.04.11 #       <CoCoLUS> dumb or very fashion-conscious
14.04.14 #       <Bger> iPod ... iRiver ... iAudio ...
14.04.24 #       <Matt-UK> IAudio was the first :P
14.04.37 Join    Shagnar [0] (~tester@p54A0E39D.dip.t-dialin.net)
14.04.54 #       <linuxstb> Do iBM have a DAP?
14.04.59 #       <Matt-UK> lol
14.05.05 #       <Bger> haha :)
14.05.15 #       <Bger> btw i asked seriously
14.05.24 #       <amiconn> Bger: Archos players don't have that
14.05.27 #       <Sucka> i have to agree
14.05.34 #       <Sucka> this "i" is appearing on everything these days
14.05.34 #       <Bger> yep :)
14.05.37 #       <Sucka> pissing me off
14.05.41 #       <CoCoLUS> iNTEL had one ;)
14.06.24 #       <Matt-UK> why call the iPod an iPod? its a shit brick
14.06.25 #       <dwihno> Bger: The "i" actually comes from the "e" which was quite popular during the internet era. Every oldfashioned technology got digitalized and became popular :)
14.06.38 #       <dwihno> e-mail, for instance
14.06.53 #       <Bger> but it's [i], not [ai]
14.07.19 #       <linuxstb> In a lot of languages, "i" is pronounced "ee" (if you see what I mean).
14.07.31 #       <dwihno> linuxstb: I rest my case :)
14.07.40 #       <Bger> haha :)
14.07.49 #       <Bger> ok, this is the same as in mine lang.
14.07.52 #       <Sucka> but nobody pronounces it ee-Pod
14.07.53 #       <Sucka> :P
14.07.55 #       <Bger> but... in english ...
14.08.04 #       <linuxstb> Maybe the Spanish do...
14.08.06 #       <Bger> Sucka: yep
14.08.19 #       <Bger> and "[ai]River ... catch the digital flow"
14.08.22 #       <Bger> definitely [ai]
14.08.37 #       <Sucka> those crazy spaniards!
14.08.45 #       <linuxstb> I think I'm right in saying there are more Spanish speakers in the world than English
14.09.15 #       <dwihno> probably
14.09.17 #       <Matt-UK> you're correct
14.09.38 #       <Bger> the most poeple in the world talk in chinese, don't they ? ;)
14.09.39 #       <dwihno> As long as I can have my hamburgesa and cerveza grande, I'll be ok :)
14.09.58 #       <Sucka> last time i checked, 1/6th of the population of the world is chinese so id guess so
14.09.59 #       <Bger> people
14.10.31 #       <Matt-UK> http://www.krysstal.com/spoken.html
14.10.33 #       <Matt-UK> there we go
14.10.44 #       <Matt-UK> Mandarin is the most spoken
14.11.02 #       <linuxstb> It's a close run thing though.
14.12.04 #       <Matt-UK> this is the updated stats
14.12.04 #       <Matt-UK> http://www.infoplease.com/ipa/A0775272.html
14.12.18 #       <Shagnar> are the problems with FLAC known that after listening to 1 song (flac) the next (also flac) has a lot of breaks?
14.12.39 #       <linuxstb> Shagnar: Yes, I've found that.
14.12.46 #       <Shagnar> all right :)
14.13.04 #       <linuxstb> It seems to me that the buffer is being emptied - there is disk activity during the pauses.
14.13.50 #       <linuxstb> But it could also be the fact that FLAC is only just managing to decode in real-time at the moment.
14.13.58 Quit    Sucka ("a bird in the bush is worth two in your house")
14.14.14 Join    Sucka [0] (~NNSCRIPT@host81-156-209-158.range81-156.btcentralplus.com)
14.14.32 Join    cheriff [0] (davem666@wagner.orchestra.cse.unsw.EDU.AU)
14.15.37 #       <Matt-UK> linuxstb, when is LinusN coming back?
14.17.20 #       <linuxstb> I think he was away for a week, but I don't know.  
14.17.24 #       <Matt-UK> k
14.17.41 #       <Matt-UK> dunno if he's developed any bootloader for the M3 at all
14.18.19 #       <linuxstb> I think he's only worked on the H120/H140.  He's got a H340 which I think he has said is his next target.
14.18.27 #       <Matt-UK> k
14.18.28 #       <Matt-UK> shame :(
14.18.32 Quit    Lynx_ (Read error: 131 (Connection reset by peer))
14.19.34 #       <Bger> Matt-UK it's possible to port rockbox to M3
14.19.44 #       <Bger> at least it has the same CPU
14.20.00 #       <linuxstb> I don't think anyone is against the idea of a port to the M3, it's just that we are all still busy on the iRiver models.
14.20.00 #       <Matt-UK> true
14.20.28 #       <Matt-UK> shame i have no developing or programming skills, lol. i would of been in there already
14.20.41 #       <Bger> Matt-UK : the same CPU means more easy porting ...
14.20.43 #       <linuxstb> If you want to try and start some momentum, create a Wiki page with as much hardware information as you can find.  Include hi-res photos, lists of chipes, datasheets etc.
14.21.03 #       <Matt-UK> ok
14.21.10 #       <Matt-UK> when i get time, i will do
14.21.19 #       <Bger> Matt-UK yep, that would be the start point 
14.21.44 #       <linuxstb> There's a lot of leg-work you can do.  It obviously won't guarantee that a developer will start work on it, but it would help - especially if it turns out to be very similar to the iRiver.
14.22.40 #       <Matt-UK> there's quite a few M3 users that would like to see this development
14.23.32 #       <linuxstb> Hopefully there's one with the ability to actually start the low-level work.  The Rockbox application itself should more or less work "as is" on the M3 - once the low-level stuff is written.
14.23.46 #       <Matt-UK> cool
14.23.55 #       <Matt-UK> i mean, the only difficulty is the screen
14.24.05 #       <Shagnar> do you have a link to the m3 ?
14.24.14 #       <Matt-UK> jus the normal product page?
14.24.21 #       <linuxstb> Rockbox has a Voice UI (but not yet on the iRiver) - so in theory you can use it without a screen.
14.24.34 #       <Shagnar> Matt-UK well yeah
14.24.45 #       <Matt-UK> linuxstb: Voice UI would be amazing for the M3
14.25.15 #       <Matt-UK> especially if u dont want the remote
14.25.28 #       <Matt-UK> Shagnar: http://eng.cowon.com/product/iAUDIOM3/about.html
14.25.32 #       <Shagnar> thanks
14.26.10 #       <Shagnar> hugh^^ never seen this thing ^^
14.26.32 #       <Matt-UK> well, Cowon are mvoing on with their new products, the G3, M5 and X5
14.26.33 #       <Shagnar> ... is there already any possibility to run the VoiceUI on the iRiver? i copied the CVS-audio-file in the /lang dir but nothing happened.. and its activated ?!
14.27.11 #       <Shagnar> never heard... mmh i'll have a look
14.27.34 #       <Matt-UK> its been very quiet in its publicity and promotion in europe and america
14.27.39 #       <linuxstb> Rockbox on the iRiver (I can't call it iRockbox...) has a different audio sub-system than the Archos devices.  The Voice UI functions aren't implemented yet.
14.28.36 #       <Matt-UK> Shagnar: and i chose the the iAudio over the iPod because i didnt want to be stuck with a piece of shit :P
14.29.01 #       <Shagnar> linuxstb thx
14.29.11 #       <Shagnar> hehe
14.29.41 #       <linuxstb> Do you have to use the docking station with the M3?  Or can you just plug a standard USB cable into it?
14.30.11 #       <Matt-UK> i do have the docking station
14.30.29 #       <Matt-UK> but the actual USB port is not on the MP3 player body
14.30.49 #       <Matt-UK> you have to connect a sub-pack on the bottom to give you USB, Line-In, Line-Out and power
14.31.18 #       <Matt-UK> or use the docking station
14.31.26 #       <Bger> where's the IAudio X5 ?
14.31.49 #       <Bger> on the site i mean :)
14.31.53 #       <linuxstb> Does it already do gapless playback?
14.31.58 #       <Matt-UK> it wont be on the UK site yet
14.32.05 #       <Matt-UK> gapless, not quite
14.32.10 #       <Matt-UK> but has got better
14.32.19 #       <linuxstb> Not even with FLAC or Ogg?
14.32.35 #       <Matt-UK> Ogg is close
14.32.38 #       <Matt-UK> not sure about FLAC
14.32.45 #       <Matt-UK> http://www.cowonamerica.com/products/iaudio/x5/
14.33.04 #       <Matt-UK> the X5 might have gapless playback sorted
14.33.19 #       <Bger> Matt-UK any ideas about the hardware of X5 ?
14.33.37 #       <Matt-UK> i havent seen any details of it yet
14.33.48 #       <Shagnar> markun wow... this one is REALLY nice
14.34.05 Join    Rori [0] (MO-Pantsu@deadman3000.plus.com)
14.34.47 #       <Matt-UK> but the X5 must be very similiar
14.35.02 #       <Matt-UK> but with an enhanced visual processor
14.35.05 #       <Matt-UK> for the colour screen
14.38.17 Join    xen` [0] (nop@pla25-1-82-227-196-9.fbx.proxad.net)
14.39.03 Quit    webguest11 ("CGI:IRC")
14.39.07 Join    webguest11 [0] (~5087fd9e@labb.contactor.se)
14.40.17 Part    cheriff
14.41.37 #       <Matt-UK> Bger: Can't find anything about the X5 hardware yet
14.42.00 Quit    Chamois (Read error: 131 (Connection reset by peer))
14.42.12 Join    Chamois [0] (HydraIRC@champigny-5-82-226-182-23.fbx.proxad.net)
14.42.16 #       <Bger> :)
14.42.56 #       <Bger> hm... display: 160 x 128 dot, 260,000 color TFT-LCD 15fps MPEG4 ...
14.43.14 #       <Matt-UK> 160 x 128 must be the remote surely
14.44.00 #       <Bger> i thought that it couldn't be Coldfire ...
14.44.38 #       <Bger> but iriver H340 has display with 220x176 dimensions and is capable of 10fps MPEG4
14.44.43 #       <Bger> Matt-UK: see http://www.cowonamerica.com/products/iaudio/x5/info_features.html#specifications
14.44.51 #       <Matt-UK> ok
14.44.59 #       <Bger> just smaller screen
14.45.26 #       <Matt-UK> people must not forget its an audio player rather than a multimedia system
14.45.54 #       <Bger> 220x176 = 38720 px, 160x128 = 20480px
14.46.04 #       <Bger> yep :)
14.46.50 #       <Matt-UK> Cowon are pretty good with firmware updates as well :)
14.46.54 #       <Matt-UK> pretty regular
14.47.13 #       <Matt-UK> especially with a period with the M3, when there was one at least every 2 weeks
14.47.37 #       <Bger> Matt-UK i don't think that *this* is a plus ...
14.47.48 #       <Bger> for me it means buggy firmware ...
14.48.20 #       <Matt-UK> well, there are some problems, but most of the time, they added more features rather than bug fixes
14.48.39 #       <Bger> well, this is good
14.49.22 #       <Matt-UK> :)
14.49.38 #       <linuxstb> That's less motivation for a Rockbox port though.  The iRiver firmware is _so_ bad, it's just not usable (for me).
14.49.59 #       <Matt-UK> but i mean, its nice to have an alternative
14.50.05 #       <Matt-UK> :)
14.50.34 #       <Matt-UK> all would love to experiment with rockbox
14.50.54 #       <Matt-UK> i*
14.50.55 #       <Matt-UK> -all
14.50.59 #       <linuxstb> I agree, but you have to weigh up the amount of work involved with how much better Rockbox is compared to the existing firmware.
14.51.23 #       <Matt-UK> well, i don't know wether Cowon will develop many more firmware updates for the M3
14.51.53 #       <Matt-UK> its slowed right down since they've got the X5 in their hands now
14.52.56 #       <linuxstb> The biggest problem (for me) with the iRiver hardware is the lack of hardware 48KHz support - we have to resample exerything to 44.1KHz.  But you probably can't tell if that's the case with the M3.
14.53.20 #       <Bger> linuxstb this is a problem with coldfire
14.53.40 #       <Bger> i'm almost sure that it's there in M3 also
14.54.08 #       <Matt-UK> i'm sure the M3 supports 48Khz
14.54.13 Join    edx [0] (edx@p54A8CCAC.dip.t-dialin.net)
14.54.30 #       <Bger> Matt-UK : are you sure that it *outputs* 48KHz sound ?
14.54.31 #       <linuxstb> But can you say that it definitely doesn't do software resampling?
14.55.22 #       <Bger> iRiver fw also *supports* 48kHz, but these files are downsampled to 44.1kHz
14.55.24 #       <Matt-UK> if it did that, it would slow right down needing more processing power
14.55.25 Quit    ehntoo (Read error: 110 (Connection timed out))
14.56.02 #       <Bger> preglow's investigations showed that downsampling from 48kHz to 44.1kHz doesn't need so much power
14.56.06 #       <linuxstb> Not necessarily - resampling can be done very quickly.  It's a compromise between speed and quality.
14.56.25 #       <Bger> he did it with linear interpolation and it sounded very good
14.57.10 #       <linuxstb> But I don't think 48KHz is a big issue for most people - I just have a large number of digital radio recordings (MP2 at 48KHz).
14.57.59 #       <Matt-UK> having 48Khz for me isnt essential
14.58.06 #       <Bger> http://www.iaudiophile.net/forums/viewtopic.php?id=1933 hahaha :)
14.59.02 #       <Matt-UK> the lovely forum i'm part of :P
14.59.09 #       <Bger> http://www.iaudiophile.net/forums/viewtopic.php?id=1923
15.00.25 #       <Bger> I read in some post that  M3 processor and the X5 one are the same, i havent any more information about. 
15.00.34 #       <Bger> one more coldfire beast :)))
15.01.12 #       <Matt-UK> well, you'll have more to play around with the X5 :P
15.01.35 #       <linuxstb> If there was a coldfire-based player that wasn't "end-of-life" (like the H120/H140 was when the port started), then I think lots of people would be very keen.
15.01.56 #       <Bger> linuxstb the X5 is in the beginning :)
15.02.02 #       <Bger> of his "life"
15.02.06 #       <linuxstb> I'm sure once Rockbox is working 100% on the iRiver, all the existing Archos users will want to upgrade - but they can't buy H120/H140s any more.
15.02.17 #       <Matt-UK> ebay?
15.02.17 #       <Matt-UK> lol
15.02.57 #       <bipak_> hmm in germany you can
15.03.49 #       <linuxstb> If you know a source of H120s/H140s, then you can probably become rich by selling them with Rockbox installed.
15.03.53 #       <Bger> linuxstb they can buy H320/340
15.04.06 #       <Bger> as i did:)
15.04.31 #       <linuxstb> Are they still making the H320/340?
15.05.30 #       <Bger> linuxstb i was frightened at the end of january that H3x0 is out of production ...
15.05.51 #       <Bger> http://www.teamdigital.net/store/customer/ <= this is the site i bought it from
15.05.52 #       <bipak_> Bger: are they doing anything new?
15.05.55 #       <Matt-UK> doing a 48khz Wav test, it seems to play fine on my M3
15.06.52 #       <linuxstb> Matt-UK: Are you able to record the output?  A frequency analysis of the original and the recorded versions could identify any resampling.
15.07.10 #       <Bger> they are still selling new H3x0s
15.07.21 #       <Matt-UK> this is a transcoded 44.1Khz file, but would that make any difference?
15.07.32 #       <Bger> so i'm almost sure that iriver are producing them
15.08.10 #       <linuxstb> amazon.co.uk have H320s "lite" models in stock.  So yes, they do seem to be available still.
15.08.39 #       <Bger> linuxstb H1x0s have been stopped when iriver started making H3x0
15.08.54 #       <Bger> but ... H10 series are not the next H3x0s ....
15.08.58 #       <Bger> they are very different
15.08.58 #       <Matt-UK> linuxstb: I transcoded a 44.1Khz file to 48Khz, would that make any difference in analysis?
15.09.24 #       <Bger> so i don't think that iriver are planning to replace H3x0 with H10
15.10.02 #       <linuxstb> Matt-UK: I think it would be better to have a clean 48KHz file.  But I'm only guessing that this would be able to prove anything - you would need someone experienced in that sort of thing to look at the files.  Maybe raise the issue on the iAudio forums.
15.10.52 #       <linuxstb> If you have any music DVDs, there is a good chance they will have 48KHz uncompressed LPCM audio on them.  Or at the very least, 48KHz AC3.
15.11.54 #       <Matt-UK> should have somewhere
15.13.20 #       <linuxstb> But maybe just generating a sine wave would be more useful (someone who knows what I am trying to talk about, please jump in...)
15.13.31 Join    dapureplaya [0] (~anon@CPE-144-136-72-137.nsw.bigpond.net.au)
15.13.35 #       <Matt-UK> i can do that on cool edit pro 2
15.14.23 #       <dapureplaya> hi
15.15.09 #       <Bger> linuxstb do you mean the changing frequency ? :)
15.15.09 #       <Matt-UK> linuxstb: I've produced a sine wave
15.15.42 #       <Bger> forget :)...
15.17.43 Join    yngwi [0] (~chatzilla@chello080109107064.1.15.vie.surfer.at)
15.18.41 Quit    dapureplaya ()
15.20.27 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
15.20.31 #       <preglow> i've gotta stop reading the logs
15.21.01 #       <HCl> why+
15.21.03 #       <HCl> ?
15.21.06 #       <preglow> Matt-UK: has it got optical out?
15.21.15 #       <preglow> HCl: i keep joining when something interesting happens
15.21.23 #       <HCl> ah
15.21.54 #       <preglow> you're going to be hard pressed to find out if it's resampling if you can't grab the pure output
15.22.11 #       <preglow> unless you can hear sines around 22khz with a high degree of accuracy
15.23.03 Join    einhirn [0] (Miranda@carlsberg.heim2.tu-clausthal.de)
15.23.10 #       <Bger> Matt-UK: ask your dog to help you :D
15.23.31 #       <Matt-UK> preglow: the M3 doesnt have any opt out, but the coldfire supports it
15.23.33 #       <preglow> i don't see why this is worth worrying about anywa
15.23.35 #       <preglow> t
15.23.37 #       <linuxstb> preglow: I was hoping you would drop by...
15.24.13 #       <Bger> :)
15.25.08 #       <linuxstb> When looking at a frequency analysis of a 48KHz file, and then a 44.1KHz conversion, I've noticed that the peaks move slightly.  Does that make any sense?
15.26.04 #       <preglow> depends on what you mean
15.26.22 #       <preglow> the peaks might move across the scale because the scale is still the same size, but the top frequencies are gone
15.26.31 #       <preglow> however, the peaks should by no means have relocated in frequency
15.26.48 #       <Matt-UK> brb
15.26.54 #       <linuxstb> I know it's not important, but I'm curious to know if it's possible to test if the M3 is resampling.
15.26.54 #       <HCl> crud.
15.28.02 #       <preglow> well, yeah, but you'd need a fancy signal and a good way of getting the signal
15.28.24 #       <preglow> and when you have to record through an analogue output, there is so much filtering done, it gets hard to tell
15.30.29 #       <preglow> but yeah, you need a relatively flat signal
15.30.44 #       <preglow> if there's resampling done, you should detect a rolloff in the higher frequences
15.31.01 #       <preglow> but that might be there anyway, with poor anti-aliasing filters in the dac and adcs
15.31.38 #       <preglow> if they do non-compansated linear interpolation, you might also see a slight gain change
15.35.15 #       <linuxstb> Well, maybe Linus could tell us if it's possible for the M3 to not resample.  I don't know how specific the problem was to the iRiver design.
15.36.43 #       <preglow> i2s module not being capable of the right clock frequencies, i think
15.36.50 #       <preglow> so it's very probably a no-go for iaudio as well
15.38.21 ***     Saving seen data "./dancer.seen"
15.38.31 #       <webguest11> HDD players become redundant quickly, planned obsolescence
15.39.25 #       <yngwi> hi guys, i just wanted to inform you, that gapless is working great, and most of the song-start-noises are gone too, great work everybody..... :-)
15.40.51 #       <bipak_> :)
15.43.06 #       <yngwi> there is no reason for me to boot the original firmware except for recording purposes....
15.43.23 #       <yngwi> *bee gone* iriver firmware
15.44.24 #       <Shagnar> and when you need longer playtime^^
15.45.35 #       <yngwi> yeah, but i'm sure that will change too 
15.45.48 #       <bipak_> how long does the iriver play with normal settings and rockbox firmware?
15.46.01 #       <preglow> depends on the format
15.46.31 Join    bobTHC [0] (~bobthc@62.34.19.32)
15.46.36 #       <bipak_> mp3 :)
15.48.19 #       <Matt-UK> back
15.48.21 #       <ashridah> it'll depend on the bitrate too, but some people have been doing some benchmarks recently.
15.48.32 #       <ashridah> just don't think anyone wrote down the answers
15.48.38 #       <preglow> i wish he did
15.48.42 #       <preglow> the wiki's a nice place
15.48.51 #       * preglow summons [solid]
15.49.57 #       <Bger> preglow btw are we sure that the battery's voltage doesn't fall under 3V ?
15.51.26 #       <webguest11> if you want, I can do an endurence test of mp3 -lame-aps, 1900mah batt
15.51.57 #       <preglow> Bger: by no means
15.52.36 #       <Matt-UK> preglow and linuxstb: Looks like the Official Cowon site states the M3 can only support 11Khz, 22Khz or 44.1Khz
15.53.00 #       <linuxstb> That sounds like the hardware limitations in the iRiver.
15.53.05 #       <Bger> preglow: we *are* sure it doesn't falls or we *aren't* 
15.53.10 #       <Matt-UK> even though it plays 48Khz
15.53.34 #       <linuxstb> I'm guesing that must have been via a firmware update - using software resampling.
15.53.49 #       <preglow> Bger: like i said, we're by no means sure of it
15.54.10 #       <preglow> Bger: the voltage readings don't work
15.54.18 #       <preglow> Bger: that is, they work, but they aren't accurate
15.54.23 #       <Bger> yep :)
15.54.42 #       <Bger> 10x
15.55.00 #       <linuxstb> Matt-UK: But as preglow said, it's not really a big issue.
15.55.31 #       <linuxstb> Software resampling will be good enough for all but the most demanding listeners (which I am not).
15.55.39 #       <Matt-UK> linuxstb: very true. the new X5s spec's show it can support 48Khz
15.55.53 #       <Bger> preglow then i don't think that any of these run-time tests are usable atm
15.56.18 #       <linuxstb> Matt-UK: But we still don't know if that's hardware or software...
15.56.50 #       <Matt-UK> very true
15.58.09 Quit    oxygen77 ("CGI:IRC")
15.58.20 #       <Matt-UK> but not having 48Khz support in the hardware doesn't bother me :P
15.58.46 #       <webguest11> Matt-UK, you haven't offered the right amount of beers :)
16.00.24 #       <Matt-UK> lol
16.03.40 Join    niobos [0] (~niels@100.193-200-80.adsl.skynet.be)
16.03.49 #       <preglow> x5 uses the very same cpu, afaik
16.04.25 #       <Matt-UK> proven?
16.04.44 #       <Matt-UK> or some reliable source?
16.04.54 Join    spiralout [0] (~keep_goin@p54B386E7.dip0.t-ipconnect.de)
16.06.42 #       <preglow> dunno
16.06.47 #       <preglow> i just remember having heard it
16.06.50 #       <preglow> i'm pretty certain it's so
16.06.52 #       <linuxstb> Possibly reliable: http://www.netzwelt.de/mp3-player/1375-cowon-iaudio-x5-20gb.html
16.06.55 #       <Slasheri> Hmm, what conditions might cause open to file open a file that certainly exists?
16.07.00 #       <Slasheri> fail
16.07.02 #       <linuxstb> (google for iaudio x5 coldfire - lots of hits).
16.08.22 Join    theebag [0] (theebag@d51A55780.access.telenet.be)
16.08.27 #       <Bger> Slasheri: too many open files (8)/dirs (8) ?
16.08.28 #       <Matt-UK> so if it is the same chipset, the M£ should be a project
16.08.29 #       <Slasheri> and it's ok to change MAX_LOOP in i2c-h100.h from 0x10000 to 0x100?
16.08.30 #       <Matt-UK> M3*
16.09.04 Quit    TROGDORRRRR ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
16.09.05 #       <Slasheri> Bger: Hmm, that seems slightly not so possible situation but i will check that
16.09.19 #       <Slasheri> *is it
16.10.08 #       <Matt-UK> linuxstb: I just can't understand why the M3 cannot have a clock and struggle with higher bitrate OGGs and FLACs
16.10.19 #       <Matt-UK> linuxstb: If it has the same chipset
16.10.40 #       <linuxstb> Because the programmers didn't spend as much time optimising as we (preglow!) did.
16.10.56 #       <linuxstb> Or the rest of the firmware is too cpu-intensive.
16.11.00 #       <Bger> Slasheri : http://www.rockbox.org/viewcvs.cgi/firmware/common/file.c?view=markup see open()
16.11.24 #       <Matt-UK> linuxstb: So do you think the M3 should be a possible rockbox project?
16.11.39 #       <preglow> it struggles with high bitrate oggs?
16.11.50 #       <linuxstb> My opinion doesn't matter - you need to convince someone who can do the work.  
16.12.23 #       <preglow> Matt-UK: like i said, of course it's a possible project, it sharing the h1x0 cpu certainly makes it easier than other players as well
16.12.25 #       <Matt-UK> preglow: With the DSPs on (BBE, MP Enhance etc), the OS slows down
16.12.52 #       <Matt-UK> preglow: especially when navigating songs
16.12.54 #       <preglow> Matt-UK: but you need to find out the hardware details, you need to find out how we can inject a bootloader into a firmware, and you need someone to get a player and a bdm interface
16.13.03 #       <preglow> Matt-UK: if you personally can't do these, you need to find someone interested
16.13.15 #       <preglow> most of us here now are busy with h1x0
16.13.23 #       <Matt-UK> preglow: thats no problem
16.13.34 #       <preglow> and i wont be buying another player that does what my h120 already does
16.13.42 #       <preglow> so you should ask around in forums
16.13.54 #       <preglow> maybe some m3 owner is a embedded programmer
16.13.54 #       <Slasheri> Bger: Hmm, i will put some logfs to open and see what happens :)
16.13.58 #       <Bger> preglow: you don't with your own money, but with donated ?
16.14.05 #       <ashridah> doesn't the M3 already do fLAC?
16.14.05 #       <ashridah> FLAC even
16.14.14 #       <Matt-UK> ashridah: yes
16.14.25 #       <Matt-UK> ashridah: But only officially supports modes 0, 1 and 2
16.14.28 #       <preglow> Bger: sure enough, but i've still got my hands full with h1x0 work for a long time to come, heh
16.14.44 #       <Bger> heh, i know :)
16.14.57 #       <preglow> but that work will also benefit iaudio players
16.14.59 #       <ashridah> Matt-UK: ah
16.15.02 #       <linuxstb> But almost all the work we are all doing on the H1x0 will be useful for the M3.  So they are not unrelated.
16.15.04 #       <Shagnar> which flag compression modes are the best to use it with rockbox ?
16.15.05 #       <Bger> preglow: definitely
16.15.18 #       * ashridah didn't know flac had modes
16.15.32 #       <Bger> ashridah: it has ... -1 : -8
16.15.35 #       <linuxstb> I just use "flac -8" and that seems to work fine.
16.16.09 #       <preglow> works fine, but is a bit heavier to decode
16.16.12 #       <ashridah> Bger: ah, quality levels you mean?
16.16.26 #       <linuxstb> There is only one quality level with FLAC - perfect.
16.17.12 #       <Bger> ashridah: what quality with loseLESS codec ?
16.17.13 #       <Matt-UK> linuxstb: as its a lossless codec :D
16.17.32 #       <Bger> these are compresion "best good fast" etc
16.17.43 #       <Matt-UK> linuxstb: the modes on FLAC are compression modes
16.19.03 #       <preglow> oh well
16.19.09 #       <preglow> rockbox should be able to handle all modes
16.19.11 #       <preglow> it already does, afaik
16.19.16 #       <preglow> and flac is severly unoptimised
16.19.36 #       <Shagnar> no it doesnt^^
16.19.43 #       <preglow> it does here?
16.19.43 #       <Shagnar> breaks in the track...
16.19.49 #       <Shagnar> tried this morning
16.20.38 #       <Bger> the good thing is <preglow> and flac is severly unoptimised
16.21.07 #       <linuxstb> Shagnar: Do you get disk activity during those pauses?  If so, I think it's a buffering problem, rather than a CPU problem.
16.21.26 #       <Slasheri> Bger: the problem was too many open files (error -2) :) So there is a leak somewhere
16.21.27 #       <Shagnar> linuxstb dunno, 1mom i'll check that
16.21.59 #       <Shagnar> but... that only happend on the second flac track, the first one played worked without any breaks
16.22.02 Quit    preglow (Read error: 104 (Connection reset by peer))
16.22.21 #       <Bger> Slasheri ;)
16.22.40 #       <Bger> hit from first try :)
16.22.42 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
16.22.48 #       <preglow> i will KILL my server
16.23.14 #       <linuxstb> Shagnar: Yes, I've experienced the same thing (but only since yesterday), which makes me think it is a new bug.  In the past, I had no problems with any of my FLAC files.
16.23.26 #       <linuxstb> So I'm hopeful it can be fixed.
16.23.37 #       <Shagnar> :)
16.23.47 #       * Bger gives preglow one stick of dynamite
16.23.59 #       <linuxstb> And as preglow says - there is still optimisations we can do to the FLAC decoder itself.
16.29.30 #       <Shagnar> i love flac... it sounds much better than "normal" mp3s.. even better than oggs
16.29.37 #       <Matt-UK> Anyone tried out the OptimFROG codec before?
16.29.52 #       <ze> Shagnar: "normal" mp3s? as opposed to what other kind of mp3s?
16.30.06 #       <ze> Shagnar: of course a lossless compression'll sound better than any lossy codec
16.30.26 #       <Shagnar> no, juts wanted to say "normal" like "what is normally used"
16.30.45 #       <ze> ah
16.30.47 #       <Matt-UK> Shagnar: As in the usual 128Kbps Joint-Stereo MP3? lol
16.30.47 #       <Shagnar> yes, thats right.. but i didn't think this difference is so huge
16.30.58 #       <Shagnar> Matt-UK -___-
16.31.01 #       <Slasheri> Interesting. I disconnected usb cable (while in bootloader usb mode) and got: ATA error: -11 and *PANIC* ata: -11. I remember i have got that message at least once before. However, reset worked (and it booted to iriver firmware). Then power off and rockbox boots again normally
16.31.11 #       <ze> well it depends on the bitrate of the lossy-encoded files
16.31.14 #       <ze> and also on your ears
16.31.22 #       <ze> some people can't hear the difference, to others its obvious
16.31.31 Quit    bobTHC ("Smoke Weed Every Day !")
16.31.39 #       <Bger> bye all
16.31.49 #       <amiconn> linuxstb: FLAC definitely *does* have a cpu problem
16.32.09 #       <amiconn> I have at least one track that decodes <100% realtime with flac2wav
16.32.18 #       <Matt-UK> Ze: Or how good the source is, or how badly its encoded and whats encoded it. I've always prefered Franhoffer over LAME.
16.33.07 #       <ze> Matt-UK: really?
16.33.13 #       <ze> lame's generally considered to be better anymore
16.33.19 #       <ze> though it does depend on what method you use
16.33.25 #       <ze> there's some controvercy surrounding that
16.33.37 #       <ze> i guess fraunhoffer's still better for 128kbps cbr
16.33.42 #       <ze> but that sucks anyway
16.33.52 #       <ze> its my understanding that lame's got it beat for higher-bitrate vbr
16.34.01 #       <ze> i tend to use --alt-preset standard
16.34.17 #       <Matt-UK> Ze: I've done alot of live streaming and testing with shoutcast etc. Fraunhoffer always offered the better sound
16.34.20 #       <ze> though i prefer to rip to ogg now that i got a player that supports it
16.34.31 Quit    hicks (Client Quit)
16.35.16 #       <Shagnar> well... this morning in the train flac had a problem (breaks) now.. it works without any problems
16.35.18 #       <Matt-UK> ze: I now encode my MP3s with LAME 224kbps for my M3
16.35.23 #       <preglow> i repeat, it's pure luck flac runs realtime at all, it's barely optimised
16.35.29 #       <preglow> stop being surprised ;)
16.35.53 #       <ze> Matt-UK: cbr still?
16.35.57 #       <crwl> ugh, does someone still use CBR
16.35.58 #       <crwl> hehe
16.36.02 #       <Matt-UK> Ze: yup
16.36.08 #       <ze> Matt-UK: why?
16.36.16 #       <Matt-UK> Ze: To my ears, its no different than VBR
16.36.26 #       <preglow> then i suggest you use vbr, it's smaller
16.36.31 #       <ze> indeed
16.36.46 #       <ze> the difference is just that cbr wastes space for the same sound
16.36.58 #       <Matt-UK> Ze: I know you get better filesizes with VBR, but I want to keep quality all the way through :P
16.37.29 #       <webguest11> ?
16.37.33 #       <Shagnar> now its buggy
16.37.37 #       <ze> well the problem with that logic
16.37.42 #       <niobos> Matt-UK: you should realy take a look at the file with MPEG eyes... some parts are just "this-is-some-filling-because-i-need-to"
16.37.53 #       <ze> is that the other advantage to vbr is that it doesn't waste bits on stuff that doesn't need it thereby robbing them from stuff that does
16.37.57 #       <ze> which is what happens with cbr
16.38.03 Quit    xen` (Read error: 60 (Operation timed out))
16.38.09 #       <ze> so you're better off using vbr to keep quality all the way through
16.38.34 #       <niobos> it's like asking to WASTE 256kbit/second on perfect silence; something that will sound perfectly equal at 32kbit/s
16.38.35 #       <Matt-UK> Ze: I'll give it a go from now on, but i'm not prepared to re-encode 50 CDs worth again, lol
16.38.42 #       <ze> hehe
16.39.04 #       <ze> yeah if i were to, it'd be a gradual process, if at all
16.39.13 #       <ze> if you like them fine as they are there's no reason to
16.39.13 #       <amiconn> Matt-UK: In order to get somewhat equal quality across all tracks, you'd rather *have to* use vbr
16.39.21 #       <ze> though i've noticed that since i've started using better quality encoding
16.39.37 #       <ze> i've been hearing the difference vs my older encodings and have been motivated to reencode them as i do notice
16.39.41 #       <Matt-UK> Ze: I may try Fraunhoffer with VBR
16.39.51 #       <ze> if you wish
16.40.02 #       <ze> but again, fraunhoffer's specifically optimized for the 128kbps range cbr
16.40.05 #       <amiconn> On one hand, cbr wastes bits is simple passages, on the other hand it degrades quality for compplex passages
16.40.27 #       * amiconn can't type :/
16.40.30 #       <Matt-UK> anything above 192kbps Stereo, it becomes more transparent anyway
16.40.40 #       * niobos wonders what MP3 coder you guys are using
16.40.44 #       <Matt-UK> I know when something is Joint-Stereo, urgh
16.40.46 #       <niobos> I use LAME
16.40.58 #       <preglow> woot!
16.41.06 #       <preglow> there's no click on track skip anymore!
16.41.13 #       <preglow> niobos: doesn't everyone use lame?
16.41.14 #       <Matt-UK> LAME at the mo
16.41.26 #       <preglow> i sincerely doubt there are any other worthwhile encoders
16.41.34 #       <preglow> perhaps frauenhofer's, but that costs money
16.41.36 #       <niobos> preglow: donno, I know it WAS the best when I looked for it.. but it might be outdated by now :-/
16.41.40 #       <amiconn> Matt-UK: joint stereo is a thing you actually want, especially with lower bitrates
16.41.45 #       <Matt-UK> preglow: Doesn't cost anything ;)
16.42.16 #       <Matt-UK> amiconn: I hardly use lower bitrates for archiving my music
16.42.23 #       <niobos> Matt-UK: the thing with J-S is that the codec should notice that it's TOO much stereo and switch to stereo for that frame(s)
16.42.30 #       * amiconn uses the latest lame release (3.96.1) with --preset standard
16.42.56 #       <preglow> niobos: it's still being developed
16.43.10 #       <Matt-UK> niobos: I've never liked the sound of JS
16.43.11 Join    hicks [0] ([l7Okc9w8F@60fd4252c3118cbc.session.tor)
16.43.23 #       <amiconn> niobos: With all newer non-realtime encoders, the js <-> stereo selection is actually only a hint
16.43.24 #       <preglow> Matt-UK: what does it sound like?
16.43.26 #       <niobos> preglow: true, that's why I put the "SHOULD" in the sentence
16.43.30 #       <ashridah> what, specifically, is joint stereo anyway? i've never really understood it
16.43.46 #       <amiconn> The encoder will decide which one (js or stereo) gives better compression without losing quality
16.43.53 #       <preglow> ashridah: it codes the channels in a mid/side representation
16.43.58 #       <niobos> ashridah: instead to code Left and Right, you code the average and the difference
16.43.59 #       <amiconn> For realtime encoders, this doesn't hold true
16.44.21 #       <preglow> ashridah: if there's little difference between channels, the side signal will contain very little information, so more can be used on mid channel
16.44.24 #       <Matt-UK> preglow: With my majority of rock music that has alot of Stereo elements, it just sounds flatter
16.44.37 #       <ze> i didn't know there were any non-realtime encoders in the era of the gigahertz
16.44.53 #       <ashridah> ah, right
16.45.14 #       <amiconn> E.g. if you set the js bit on the MAS, all frames are encoded js, and as plain stereo if not
16.45.28 #       <preglow> i don't believe that's a fixed rule
16.45.41 #       <preglow> the mas doesn't exactly have a lot of cycles to spend doing anything but the most necessary
16.45.43 #       <Matt-UK> I just don't bother with JS where possible, lol
16.46.06 #       <niobos> Matt-UK: do you listen to FM radio sometimes?
16.46.07 #       <amiconn> Matt-UK: If js sounds flatter, then either the quality you selected is too low (cbr ?!), or your encoder is crap
16.46.07 #       <ashridah> ze: when was the last time you encoded 7-channel audio + hdtv video? :)
16.46.23 #       <Matt-UK> niobos, i do sometimes
16.46.28 #       <webguest11> lame switches are optimised for js
16.46.29 #       <niobos> FM is in JS...
16.46.39 #       <amiconn> ze: lame is a non-realtime encoder
16.46.46 #       <ze> ashridah: mp3 supports 7-channel audio?
16.47.03 #       <Matt-UK> niobos: I prefer CD Stereo rather than Radio
16.47.03 #       <amiconn> This has nothing to do with the fact that it actually runs faster than realtime on today's pcs
16.47.06 #       <ze> amiconn: in a technical sense? cause i've gotten better than realtime on it since my k6-2/400
16.47.09 #       <ze> heh
16.47.10 Join    mattz [0] (mattz@c-fc0772d5.08-63-6c756e2.cust.bredbandsbolaget.se)
16.47.16 #       <ze> amiconn: ok
16.47.19 #       <niobos> Matt-UK: I do too, but not because the JS, because the bandwith...
16.47.22 #       <preglow> my, lame sounds sweet now
16.47.24 Quit    mattz (Client Quit)
16.47.26 #       <crashd> hey guys
16.47.58 #       <ashridah> ze: well, okay, specifically for mp3, no :)
16.48.25 #       <ze> hehe
16.48.59 #       <ashridah> ze: i believe their point is that the encoder won't sacrifice quality in order to keep up if things get bogged down
16.49.16 #       <ashridah> (besides, you could be encoding multiple streams at once, for say, a distribution server for a bunch of online radio stations)
16.49.24 #       <ze> ashridah: ah yeah
16.49.27 #       * niobos is off... back to the books... exam on thu
16.49.32 #       <ze> ashridah: makes sense
16.49.33 #       <webguest11> if i install todays daily build, will it have the popless track changes
16.49.49 #       <preglow> more or less, yes
16.49.51 #       <preglow> not todays
16.49.55 #       <preglow> you need the bleeding edge build
16.50.21 #       * webguest11 sighs
16.50.37 #       <linuxstb> IMO, you should always be using bleeding edge builds.
16.51.11 #       <Matt-UK> Any of you guys think MP3 will die on its arse one day?
16.52.20 #       <Sucka> when something better comes out :D
16.52.33 #       <bipak_> not even then
16.52.51 Quit    DMJC (Connection timed out)
16.52.57 #       <bipak_> the people know mp3 and it works for them...
16.53.15 #       <Matt-UK> there are codecs that beat it already
16.53.22 #       <preglow> mp3 wont die for a good while
16.53.28 #       <crashd> Matt-UK: but
16.53.31 #       <crashd> mp3 is a standard
16.53.36 #       <crashd> so it aint going anywhere anytime soon
16.53.39 #       <preglow> vorbis kicks mp3s as pretty thoroughly
16.53.41 #       <preglow> so does aac
16.53.45 Join    DMJC [0] (~DMJC@220-245-175-228-sa-pppoe.tpgi.com.au)
16.53.46 #       <Matt-UK> for the average joe, its become a standard
16.53.52 #       <bipak_> yep
16.53.54 #       <crashd> that's what a standard is Matt
16.54.18 #       <Matt-UK> not many average joes know technical stuff about computers, let alone turning one on!
16.54.28 #       <crashd> exactly
16.54.52 #       <Matt-UK> but thats probably where it will all change when the older generations die out ;)
16.55.15 #       <ashridah> mp3 may be forced out of existence, but sadly, it'll be by DRM-based media, i'm betting :(
16.55.36 #       <Matt-UK> WMA won't get too much further
16.56.09 #       <Matt-UK> they're on their 10th attempt already with WMA10, lol
16.56.34 #       <bipak_> ashridah: why should they use DRM based media? cause longhorn wont play anything else? *g*
16.56.48 #       <ashridah> it may not necessarily be wma
16.56.55 #       <Matt-UK> very true
16.56.56 #       <niobos> The sad thing about the DRM and copy-protection is: they try so hard to protect it that it won't even play anymore on "older" hardware
16.57.24 #       <ashridah> if anything, it'll be the media companies that force the issue. if they make an intelligent choice and ditch cds alltogether, and make us get drm crap online, it'll be far easier for them to force the issue.
16.57.35 #       <niobos> So I found the only way to play my new (bought!) CD in the car is to rip it...
16.57.59 #       <ashridah> (intelligent for them, not good for us)
16.58.02 #       <Matt-UK> niobos: why thats happened because organisations like RIAA were stuck in a big black hole not taking the oppertunity to use MP3, the pirates got there first
16.58.34 #       <ashridah> i just rarely buy cds anymore
16.58.34 #       <ashridah> works for me
16.58.35 #       <Matt-UK> niobos: and P2P apps like napster that started the trend
16.58.52 #       <Matt-UK> ashridah: you a student or at school/college?
16.59.10 #       <Matt-UK> i love buying CDs, but maybe thats because i have a passion for music
16.59.15 #       <preglow> haha
16.59.21 #       <preglow> i try to buy all my music myself
16.59.26 #       <niobos> P things... (according to the column) the polulartiy of Napster skyrocketed after the thing came in court
16.59.28 #       <preglow> i can't stand just having it be files
16.59.32 #       <preglow> files suck and get lost quickly
16.59.42 #       * bipak_ buys vinyl records and hears only to DJ Sets :)
16.59.44 #       <ashridah> student, currently.
17.00.02 #       <ashridah> but i'm not at a college, since those rarely exist here.
17.00.03 #       <preglow> i'm listening to vinyl as we speak
17.00.04 #       <Matt-UK> ashridah: well, when you get money, you'll want to archive music
17.00.06 #       <preglow> now there's a good format
17.00.19 #       <Matt-UK> hard-drive based storage is not reliable enough to archive music
17.00.25 #       <crashd> heh
17.00.36 #       <crashd> the problem is that CD's are too expensive still, at proper retail
17.00.39 #       <crashd> and
17.00.40 #       <Matt-UK> I've lost my music too many times
17.00.45 #       <crashd> the artists dont get the right percent cut
17.00.53 #       <crashd> so all you're doing is funding massive multinationals
17.00.53 #       <bipak_> yep
17.00.54 #       <ashridah> Matt-UK: i already do archive music. 
17.00.55 #       <crashd> not the music makers
17.01.02 #       <Matt-UK> crashd: I can get CDs here in the UK for half or 3/4's their RRP
17.01.09 #       <crashd> Matt-UK: so can i
17.01.12 #       <ashridah> hahahaha. cds. reliable. ahhaha. hahahahah. HASHAHA
17.01.12 #       <ashridah> dude, that's hilarious. look up the degradation rate of cds sometime :)
17.01.12 #       <crashd> but the point isnt that
17.01.23 #       <crashd> and cd's degrade, as ashridah points out l;0
17.01.26 #       <crashd> so what to do ?
17.01.30 #       * ashridah notes he has, currently, 3 separate, synced, copies of all of his music
17.01.41 #       <Matt-UK> HDs go much quicker
17.01.50 #       <preglow> ashridah: now there's why i prefer vinyl!!
17.02.00 #       <niobos>  synced copies and  offline portable HDD backup (out of sync by a week or so)
17.02.01 #       <crashd> wtf
17.02.05 #       <preglow> you have to play those to degrade them, heh
17.02.06 #       <crashd> H10 jr supports ogg
17.02.10 #       <crashd> but the h10 normal doesnt
17.02.13 #       <Matt-UK> "The CD-R media manufacturers have performed extensive media longevity studies using these industry-defined tests and mathematical modeling techniques, with results claiming longevity from 70 years to over 200 years."
17.02.19 #       <preglow> crashd: then it probably doesn't run arm?
17.02.22 #       <ashridah> and that's the way it's generally staying (music server, main pc (where new stuff goes), and my mp3 player
17.02.24 #       <Matt-UK> CDs still outlive Hard-Drives :P
17.02.27 #       <crashd> preglow: i dunno :\
17.02.31 #       <crashd> i havent seen much info about it yet
17.02.38 Quit    niobos ("brb")
17.02.40 #       <ashridah> preglow: yeah, because something that can melt in a hot summer day is so much better :)
17.02.51 #       <preglow> ashridah: i don't often keep vinyl in my car...
17.02.52 #       <ze> haha 70 years?
17.02.56 #       <crashd> lol
17.03.09 #       <crashd> cd-r's degrade in a matter of months if they arent stored in a cold, dark place
17.03.12 #       <ze> or ya know 5 years till the silver's flaking off the label side and they're totally ruined
17.03.15 #       <ashridah> man. i'll be about ready to marry rockbox when someone gets tone control working :)
17.03.15 #       <preglow> ashridah: if you actually manage to have your vinyl MELTING, you're incompetent and need to be put in
17.03.16 #       <Matt-UK> tell one HD thats lasted 70 years, or even 10, lol
17.03.28 Join    niobos [0] (~niels@100.193-200-80.adsl.skynet.be)
17.03.28 #       <preglow> ashridah: i have it working
17.03.30 #       <crashd> Matt-UK: ive got hd's from 1994 with data still on them
17.03.37 #       <ze> there's hd's from the 80's still alive
17.03.40 #       <crashd> not much use, for sure
17.03.45 #       <crashd> but still they work fine
17.03.46 #       <ze> hd's haven't been around for 70 years though
17.03.49 #       <ze> and neither have cd's
17.04.02 #       <ze> just because some model predicts they'll last that long doesn't mean anything
17.04.08 #       <ashridah> preglow: yeah, well, come and experience our summers sometime ;)
17.04.13 #       <thegeek> why assume that the storage medium has to be constant
17.04.20 #       <niobos> I don't mind... in about 10 years I'll say to my friends; Blu-ray, what was that?
17.04.21 #       <thegeek> I keep my music on two separate hd's
17.04.24 #       <thegeek> in two different machines
17.04.30 #       <thegeek> never lost anything
17.04.38 #       <Matt-UK> surge protected?
17.04.42 #       <thegeek> yes
17.04.42 #       <bipak_> niobos: hehe
17.04.43 #       <ashridah> preglow: gimmegimmegimmegimme. the earphones my player came with don't really give enough kick without it
17.04.45 #       <thegeek> the server is
17.04.58 #       <thegeek> point is
17.05.01 #       <ashridah> (my sennheiser's are much better, but are too bulky to wear out
17.05.09 #       <preglow> ashridah: i'll commit it when austriancoder commits his uda changes
17.05.11 #       <thegeek> it's not unsafe to keep it on a hd
17.05.14 #       <preglow> someone bug him
17.05.25 #       <Matt-UK> thegeek: for me it is, lol
17.05.26 #       <thegeek> if you just always keep a backup
17.05.28 #       <thegeek> hum
17.05.29 #       <thegeek> oh well
17.05.31 #       <thegeek> I mean
17.05.37 #       <ashridah> holy sweet bejesus i'm lagged :/
17.05.38 #       <thegeek> your house could always burn
17.05.43 #       <thegeek> or someone could steal your cd's
17.05.47 #       <thegeek> that happens a lot actually
17.05.53 #       <ze> yeah really the only way to ensure long-term data integrity
17.06.06 #       <thegeek> with a hd your data wont degrade
17.06.07 #       <ze> is to always transfer onto a newer data storage device before the old one dies
17.06.12 #       <ashridah> heh. fair enough
17.06.28 #       <preglow> i quite simply just dont like tying my music to my pc
17.06.29 #       <Matt-UK> ze: but you never know when the older storage medium is going to die
17.06.44 #       <ze> Matt-UK: yeah
17.06.47 #       <Matt-UK> ze: before you get the new one
17.06.47 #       <ashridah> anyway, i've got to hit the sack. got stuff to organise tomorrow.
17.06.51 #       <ze> Matt-UK: so always have it on a few different ones
17.07.05 #       <thegeek> where do you live ashridah?
17.07.23 #       <ashridah> Matt-UK: actually, predictive failure gear in high end equipment is very good
17.07.23 #       <ashridah> and RAID can guard against sudden death
17.07.58 #       <ashridah> thegeek: too fricking far away from everything :(
17.07.58 #       <ashridah> it's 1am here, and bloody cold
17.08.09 #       <niobos> RAID helps to protect, but won't give 100% guarantee... if both disks fail simultaniously...
17.08.17 #       <Matt-UK> i do have a SCSI external RAID device :P
17.08.18 #       <thegeek> ;)
17.08.30 #       <niobos> and I'm not making this up, I've seen 2 RAID-1 disks fail in an interval of 7 minutes...
17.08.36 #       <thegeek> hehe
17.08.37 #       <thegeek> fun
17.08.40 #       <thegeek> that had to be a surge
17.08.41 #       <niobos> NOT fun
17.08.42 #       <Matt-UK> and RAID-5 is what you need
17.08.50 Quit    ashridah ("sleep.")
17.08.56 #       <niobos> especialy if that RAID-1 is the system-drive of a major mail-server...
17.09.04 #       <Matt-UK> over the space of 5 disks
17.09.09 #       <Matt-UK> you won't ever lose your data :P
17.09.28 #       <niobos> Matt-UK: any RAID-?? will fail if more than x drives fail simultaniously
17.09.44 #       <niobos> you can't beat Murphy...
17.09.44 #       <Matt-UK> nope, if one goes, you replace it, and voila
17.09.50 #       <niobos> as I said:
17.09.58 #       <niobos> I've seen 2 drives fail in 7 minute interval...
17.09.59 #       <Matt-UK> 2 goes, possible chance of recovery
17.10.27 #       <niobos> RAID-5 over 5 drives will just REDUCE the chance of data-loss; but won't make it 0
17.10.28 #       <Matt-UK> niobos: if you've seen that, what makes them more reliable than CDs?
17.10.29 #       <thegeek> well
17.10.29 #       <Matt-UK> lol
17.10.38 #       <thegeek> that is an extreme example niobos
17.10.42 #       <niobos> I know
17.10.57 #       <thegeek> the chance of two physically separate hd's failing in that short a time is very low
17.11.03 #       <thegeek> if you keep the hd's in two diff machines
17.11.09 #       <thegeek> and have surge protectors on both
17.11.09 #       <niobos> My point is: RAID and backup's only REDUCE the chance of data-loss, they don't bring itdown to 0
17.11.19 #       <thegeek> nothing does;)
17.11.20 #       <thegeek> and I agree
17.11.26 #       <thegeek> raid is not that great
17.11.36 #       <thegeek> better to keep two hd's in two different machines
17.11.39 #       <Matt-UK> RAID is better than nothing
17.11.42 #       <niobos> thegeek: my setup is exactly that: 2 machines rsyncing over changes
17.11.49 #       <thegeek> me too;)
17.11.53 #       <bill20r3> <--too
17.12.08 #       <thegeek> thought I don't bother with rsyncing
17.12.12 #       <niobos> point is that the "backup" lags a day (could reduce that, but it'll always lag)
17.12.18 #       <thegeek> *though
17.12.25 #       <thegeek> well
17.12.26 #       * preglow is happy he doesn't have to deal with backing up :P
17.12.43 #       <thegeek> ;)
17.12.54 #       <niobos> preglow: you just pray???
17.12.57 #       <preglow> i ahtes it, i does
17.13.08 #       <preglow> niobos: well, no, like i say, i've got all the music i care about on cds and vinyl as well
17.13.17 #       <preglow> because i buy it
17.13.27 #       <Matt-UK> preglow: same here
17.14.08 #       <preglow> i like having my music on a medium separate from my pc, and a lot of the artists i listen to aren't that big, so i like knowing i support them at least a bit
17.14.50 #       <linuxstb> But if you have any rare or hard-to-replace CDs, then just make copies for all your friends.
17.15.06 #       * bipak_ backups his sourcecodes now
17.15.27 #       <bipak_> on a good old floppy :p
17.15.34 #       * niobos trusts on crontab to do that backup...
17.15.41 #       <linuxstb> Release it all as open source - let the world be your backup.
17.15.53 #       <bipak_> hehe
17.16.07 #       <crashd> bweerr
17.16.10 #       <niobos> well, I'm back off to the books...
17.16.14 #       <crashd> mediawiki is so annoying sometimes
17.16.16 Nick    niobos is now known as niobos_study (~niels@100.193-200-80.adsl.skynet.be)
17.16.35 Part    preglow
17.20.33 Quit    DMJC (Connection timed out)
17.20.56 #       <webguest11> yikes, that cvs stuff is not for the fainthearted
17.21.24 #       <webguest11> I'll stick to the daily builds
17.21.30 Join    DMJC [0] (~DMJC@60-240-163-90.tpgi.com.au)
17.21.37 Quit    Matt-UK ()
17.22.05 #       <yngwi> Webguest11:whats wrong with the bleeding edge builds?
17.22.19 #       <linuxstb> webguest11: The daily build is just the CVS status at 6am - so it's not really all that different.
17.22.58 #       <linuxstb> There's no extra testing for the daily builds.
17.23.20 #       <webguest11> there's nothing wrong with bleeding edge, just that it seems that you need cvs to install the stuff
17.23.37 #       <webguest11> but I'm out of my league here
17.24.11 #       <yngwi> thats not true, the bleeding edge are in a nice zipped file just to unpack on your iriver, just as the dailys
17.24.41 #       <linuxstb> The zip files are at the very bottom of this page: http://www.rockbox.org/daily.shtml
17.25.15 #       <linuxstb> (one for each model of player that Rockbox runs on)
17.27.18 #       <webguest11> jesus, its that simple, I searched high but obviously not low enough for that, thanks
17.27.44 #       <yngwi> :-)
17.38.25 ***     Saving seen data "./dancer.seen"
17.43.32 #       <niobos_study> I'm wondering: does Rockbox read ID3-tags? or does it just get the info out of it's db?
17.43.40 #       <niobos_study> in the first case: what file does the parsing?
17.44.02 #       <niobos_study> (ID3 or FLAC or OGG or ...)
17.44.50 #       <amiconn> rockbox reads the tags itself
17.44.59 #       <t0mas> hm
17.45.00 #       <t0mas> amiconn?
17.45.06 #       <t0mas> is there a difference between these 2:
17.45.07 #       <t0mas> inline signed short int synthVoice()
17.45.08 #       <amiconn> The database is a recent addition, and is cvompletely optional
17.45.10 #       <t0mas> or inline signed short int synthVoice(void)
17.45.42 #       <t0mas> (asking because I don't know the inline stuff)
17.45.44 #       <amiconn> niobos_study: ...which is imho A Good Thing
17.45.50 #       <niobos_study> amiconn: and what .c file does the parsing now?
17.46.05 #       <niobos_study> so I don't have to rewrite that thing for the songdb
17.46.30 #       <niobos_study> amiconn: definitely A Good Thing!
17.47.45 #       <linuxstb> niobos_study: This is still under development.  I think it's the mp3data.c and/or id3.c files that are reading the tags from MP3 files.
17.48.12 #       <linuxstb> At the moment, nothing apart from basic information such as length, bitrate, samplerate etc are being read from the other formats.
17.48.56 #       <niobos_study> linuxstb: firmware/id3.c? is that him?
17.49.00 #       <t0mas> amiconn?
17.50.13 #       <linuxstb> niobos_study: Yes.
17.50.22 #       <niobos_study> thx
17.50.35 #       <linuxstb> That's the code that's used on the Archos players - so it's very well tested.
17.50.54 #       <amiconn> t0mas: Both declarations should be identical, however, explicitly stating 'void' is more clear
17.51.22 #       <amiconn> linuxstb: id3 parsing is there since a looong time
17.51.22 #       <t0mas> amiconn: yes, if you don't do it gcc gives a warning
17.51.37 #       <t0mas> amiconn: but... when I add void I get an error
17.51.39 #       <linuxstb> amiconn: Yes, I know.
17.51.56 #       <t0mas> amiconn: too many arguments
17.51.59 #       <amiconn> Parsing other formats like apev2, vorbis comments etc is new stuff
17.52.17 #       <linuxstb> So new it hasn't even been started.
17.52.23 #       <t0mas> but a function like this: "inline signed short int synthVoice()" shouldn't take any parameters right?
17.52.37 #       <amiconn> t0mas: The inline has nothing to do with that, but the declaration must always match the definition
17.52.56 #       <t0mas> then someone wrote a bug in the midi code
17.53.18 #       <amiconn> Doesn't surprise me
17.53.18 #       <t0mas> it's declared there as: inline signed short int synthVoice()
17.53.23 #       <t0mas> and called on line 390 with: sample = synthVoice(currentVoice);
17.53.28 #       <t0mas> wich is impossible
17.53.35 #       <t0mas> and when I change the declaration to void
17.53.36 #       <amiconn> yup
17.53.40 #       <t0mas> it ofcourse gives an error
17.53.45 #       <amiconn> exactly
17.53.48 #       <t0mas> before that.. gcc doesn't notice
17.53.51 #       <pabs> foo() means any number of parameters
17.54.03 #       <pabs> in ANSI C, that is
17.54.10 #       <t0mas> hm... but you can't use them right?
17.54.16 #       <amiconn> So the declaration is clearly wrong
17.54.28 #       <t0mas> yes...
17.54.36 #       <t0mas> but I should first fix the error... before fixing the declaration
17.54.41 #       <pabs> it should be declared foo(void) if it doesn't take any parameters
17.54.45 #       <amiconn> currentVoice is an int?
17.54.56 #       <amiconn> (apart from not matching rockbox style)
17.55.12 #       <t0mas> hm...
17.55.15 #       <t0mas> I'll check
17.55.20 #       <t0mas> it's global anyway...
17.55.32 #       <t0mas> int currentVoice IDATA_ATTR;
17.55.38 #       <t0mas> (global scope)
17.56.13 #       <t0mas> man... that file is a mess... it's declared half way through the file...
17.57.52 #       <t0mas> hm... it compiles when I remove the argument from the call... and make it a function(void)
17.58.09 #       <t0mas> and it's still using that currentVoice (it's global)
17.58.35 #       <t0mas> so I guess that kills the warning... and doesn't break midi
18.01.15 Quit    Shagnar (Read error: 110 (Connection timed out))
18.02.28 #       <t0mas> amiconn: sorry to keep bugging you... but a signed, unsigned compare... that's wrong.. and gives a warning... can I fix the warning with casting the unsigned to signed? (can give overflow trouble?)
18.02.44 #       <t0mas> but that overflow values will give problems now too...
18.03.16 #       <t0mas> and it would make the iriver build warning free :)
18.03.30 #       <linuxstb> t0mas: That's inside libmusepack, so I think it's worth looking at it properly, and maybe changing the types of some of the variables.
18.04.07 #       <linuxstb> I remember needing to do similar cleaning to libFLAC shortly after I committed it.
18.04.25 #       <linuxstb> But yes, it would be nice to remove those final warnings.
18.04.26 #       <t0mas> yes, I wanted to clean that
18.04.39 #       <t0mas> but I'm not sure if it's a right way to just cast them..
18.05.23 #       <t0mas> changing the function declaration fixes all those errors... ofcourse... but I think it was unsigned for a reason :)
18.05.41 Join    bobTHC [0] (~bobthc@62.34.19.32)
18.07.23 Join    mawe [0] (~marcus@d008022.adsl.hansenet.de)
18.07.33 #       <yngwi> i wish i were able to help in the actual programming, but 'd have to learn c from scratch, and it's been years since my last programming attempts at school
18.07.44 #       <yngwi> man, what fun that was :-)
18.08.31 #       <t0mas> if you liked it... then why not learn it?
18.08.47 #       <yngwi> because i don't have the time right now..
18.08.53 #       <t0mas> vacation comming? ;)
18.09.27 #       <yngwi> maybe in july, or august, but then it would take months 'till i could do serious work...
18.10.23 #       <yngwi> but I liked programming very much, it was the only technical thing i was pretty good at, which is pretty bad since it was a technical school
18.10.36 #       <t0mas> it won't take months...
18.10.40 #       <yngwi> hmm
18.11.00 #       <t0mas> if you have the right feeling... you can learn C in a few weeks
18.11.01 #       <yngwi> i tried c++ with eclipse a few months ago, but the time...
18.12.28 #       <yngwi> it's a shame they didn't teach us c in school like they should, only pascal, and asm
18.13.48 Join    Moos [0] (MoosCamaro@m214.net81-66-158.noos.fr)
18.14.02 #       <Moos> Hi all
18.14.09 #       <yngwi> hi
18.17.11 Join    tvelocity [0] (~tony@ipa78.5.tellas.gr)
18.17.31 Quit    niobos_study ("off")
18.17.38 Quit    linuxstb (Remote closed the connection)
18.18.39 #       <t0mas> yngwi: if you can do asm and plascal... you know how to code..
18.19.23 #       <yngwi> i could, 6 or 7 years ago, but yeah, i know the basics i guess
18.21.42 #       <yngwi> i guess, i'll give it a try in july or so..
18.22.31 #       <yngwi> i'd really like to be able to write plugins for rockbox, i have a few in mind..
18.23.40 #       <yngwi> but of course i'd like to help with the "real" work, that needs to be done, but wouldn't i need some audio knowledge too??
18.28.26 #       <t0mas> well
18.28.28 #       <t0mas> I don't have any ;)
18.28.56 #       <t0mas> I've just done some work on graphics... the wps... and the remote...
18.30.06 #       <t0mas> but what are your plugin ideas? maybe I can write parts of them for you? Then add a lot of comments... so you learn from that code? (not a really good way to learn it... as I'm not the best coder you'll meet.. but it's a start)
18.31.26 #       <yngwi> for example, would you think, a notepad of some kind would be impossible?
18.32.13 Quit    DMJC (Read error: 104 (Connection reset by peer))
18.32.17 Quit    webguest11 ("CGI:IRC (EOF)")
18.32.26 #       <yngwi> i know, it would be petty difficult, to write something quickly, but then maybe some ideas from T9 (mobile phone) could be borrowed
18.34.03 Join    DMJC [0] (~DMJC@60-240-163-90.tpgi.com.au)
18.35.10 #       <yngwi> damn, i can't remember any of the plugin ideas i had... i should have wrote them down, but i guess they come back eventually.. :-/
18.35.51 Join    RED_M_CHIU [0] (~trogdor@cpc4-hem14-5-0-cust226.lutn.cable.ntl.com)
18.38.49 Join    Shagnar [0] (~tester@p54A0E39D.dip.t-dialin.net)
18.39.29 Quit    RED_M_CHIU (Client Quit)
19.00.28 #       <t0mas> yngwi: smart input was on my list too
19.00.41 #       <t0mas> but I remember a GNU thing... for disabled people...
19.00.51 #       <t0mas> usable with just an up and down button...
19.03.53 #       <yngwi> what do you mean?
19.04.25 #       <t0mas> it was some smart input system
19.05.38 #       <yngwi> oh, with rockbox, you need only the "joystick", but you could change that so that you only need up and down, or do i get you wrong?
19.06.57 #       <t0mas> yes
19.07.12 #       <markun> There are also keyboard layouts that might be more efficient: http://www.fitaly.com/fitaly/fitaly.htm
19.07.14 #       <t0mas> but you don't want to scroll the whole alphabet... everytime you want to type a char
19.07.17 Part    mawe
19.07.40 #       <t0mas> so the gnu thing (forgot the name) had a smart sorting thing...
19.07.45 #       <t0mas> to select needed characters first
19.09.02 #       <yngwi> this is a interesting idea, to use an algorithm not only for the T9 thing, but also, which character comes next....
19.09.47 #       <yngwi> i'd never thought of that
19.10.58 #       <t0mas> me neither
19.11.08 #       <t0mas> I saw a disabled friend of me use it on his laptop
19.11.11 #       <markun> t0mas: Was it dasher? http://www.inference.phy.cam.ac.uk/dasher/
19.11.44 #       <Shagnar> http://www.reichelt.de/inhalt.html?SID=17smifJKwQARIAACGjQkk2e68e18f7eab28b64ea74108e59f09d5;ACTION=3;LASTACTION=2;SORT=artikel.artnr;GRUPPE=C6992;GRUPPEA=C6992;WG=0;SUCHE=usb%20kabel;ARTIKEL=AK%2520673-A;START=0;END=16;STATIC=0;FC=669;PROVID=0;TITEL=0 thats the right USB-connector cable, isn't it?
19.11.48 #       <t0mas> markun: it looks like it
19.11.55 #       <Shagnar> oh sorry big link :|
19.12.11 Join    bollewolle [0] (~50c85da7@labb.contactor.se)
19.15.16 Quit    spiralout ("ChatZilla 0.9.68.5 [Firefox 1.0.4/20050511]")
19.15.52 Part    bollewolle
19.17.54 #       <markun> I changed the noise shaper of the uda1380 from 3rd order to 5th order, but I can't hear any difference.
19.21.37 Join    Stryke` [0] (~Chairman8@cpe-24-168-110-99.si.res.rr.com)
19.30.43 #       <amiconn> Hmrf, seems my cellphone is broken :(
19.31.17 #       <yngwi> :-(
19.31.56 #       <amiconn> t0mas: Who the ??? is Seven? Seven of Nine? ;-)
19.32.09 #       <t0mas> hm? typo?
19.32.29 #       <t0mas> should've been sTeven :P
19.32.33 #       <amiconn> Your 16:17 commit
19.33.06 #       <t0mas> yes, typo
19.33.09 #       <amiconn> You can correct the comiit message in cvs, however, the message on the website will stay
19.33.17 #       <amiconn> *commit
19.33.38 Quit    bobTHC ("Smoke Weed Every Day !")
19.36.35 #       <t0mas> amiconn: just emailed it...
19.36.40 #       <t0mas> his name is a few lines up too...
19.36.44 #       <t0mas> spelled right there
19.37.12 #       <amiconn> How do you mean, emailed?
19.37.19 #       <t0mas> mailinglist :)
19.37.56 #       <Shagnar> does anybody know any modding-sites for the archos jukebox multimedia ?
19.38.23 #       <amiconn> Ah, yes
19.38.27 ***     Saving seen data "./dancer.seen"
19.45.56 Join    scriptkitty [0] (~katerina@c-67-166-58-22.hsd1.co.comcast.net)
19.53.05 #       <bill20r3> anyone using an iRiver(w/ iriver firmware) on linux?
19.53.31 #       <t0mas> yes, I am
19.53.38 #       <Slasheri> Hmm, what do you mean about using on linux?
19.53.44 #       <Slasheri> I don't have windows at all :)
19.54.05 #       <bill20r3> well, I've read some references to a tag database tool
19.54.08 #       <t0mas> I have it somewhere... but it's like windows always is.. not really working :P
19.54.23 #       <bill20r3> I guess it just puts the ID3 tags into some sort of dbm file?
19.54.30 #       <bill20r3> I need to know what software I need.
19.55.22 #       <t0mas> hm.. I don't use that database
19.55.28 #       <t0mas> but there was a tool for it...
19.55.57 #       <bill20r3> without it you just organize your music in a file tree?
19.56.11 #       <bill20r3>  /artist/album/song.mp3 style?
19.56.30 #       <t0mas> yes
19.56.48 #       <t0mas> like: /artist/year - album/track-nr - title.mp3
19.57.00 #       <bill20r3> and if you use the database, can you still organize in a file-tree like that?
19.57.32 #       <t0mas> don't know... I have it sorted like this because I didn't like the iriver database thing
19.58.44 #       <bill20r3> ahh.
19.58.55 #       <bill20r3> I guess I'll just give it a try.
19.59.01 #       <bill20r3> my player isnt' actually here yet anyway
20.02.21 Join    Lefungus [0] (~none@ARennes-257-1-62-170.w81-53.abo.wanadoo.fr)
20.05.15 Part    Lefungus ("Leaving")
20.07.43 Quit    scriptkitty ("Computer goes to sleep!")
20.25.35 Join    hardeep [0] (hardeeps@SDF.LONESTAR.ORG)
20.29.38 Join    asdsd____ [0] (~asdsd@h-67-100-24-230.miatflad.dynamic.covad.net)
20.29.46 Part    asdsd____
20.49.39 Quit    theebag ()
20.58.36 #       <t0mas> ok, 1 warning left :)
20.58.46 #       <t0mas> for simulator
20.58.51 #       <t0mas> iriver build is now warning free :D
20.58.51 #       <Moos> congratulations
20.59.07 #       <t0mas> amiconn? printf() in simulator... what header should I include?
20.59.30 #       <t0mas> not stdio.h I guess?
20.59.50 #       <amiconn> Why do you want printf() ?
21.00.02 #       <Slasheri> crwl: now it is fixed :)
21.00.29 #       <amiconn> There is no printf() in rockbox
21.01.00 #       <t0mas> amiconn: simulator uses printf()
21.01.11 #       <t0mas> and it causes a warning... because it's not in any header
21.01.45 #       <amiconn> Yes... because rockbox doesn't have printf(), even not the simulators
21.02.04 #       <amiconn> It is 'macroed' out for the target builds iirc
21.02.13 #       <amiconn> (for the codecs)
21.02.30 #       <amiconn> I wonder what codecs to have to print at all, they're low level stuff...
21.02.36 #       <t0mas> #ifdef SIMULATOR
21.02.36 #       <t0mas> if (log) printf("%c%02X", (effect<10)?('0'+effect):('A'+effect-10), value);
21.02.36 #       <t0mas> #endif 
21.02.49 #       <t0mas> shall I change that to DEBUGF()
21.02.57 #       <t0mas> that should have the same effect on simulator?
21.02.58 #       <amiconn> Yes I think so
21.03.09 #       <amiconn> Looks like it's debugging output
21.03.38 #       <amiconn> DEBUGF() does output to the console in the simulators
21.04.22 #       <t0mas> yes
21.04.30 #       <amiconn> The #ifdef SIMULATOR surrounding it looks like it can go away
21.05.07 #       <amiconn> On target, DEBUGF() is an empty macros unless you're building a debug build
21.05.13 #       <t0mas> yes...
21.05.16 #       <amiconn> (only possible for archos so far)
21.05.28 #       <t0mas> but iriver builds are warning free now :D
21.05.43 #       <t0mas> (unless my commit caused a new warning... but I don't think it did)
21.06.10 #       <t0mas> amiconn: the define's can't be removed
21.06.15 #       <t0mas> as the log var is simulator only
21.06.15 #       <amiconn> gmini builds are not... but these are different warnings, mostly because it's a 16bit arch
21.06.52 #       <t0mas> I can change that too... but I think the writer of the dumb thing can better do that kind of things
21.06.56 #       <amiconn> 3 gmini warnings are caused by me :-/ but I don't dare to touch the scheduler code with no one around to test
21.09.37 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
21.09.37 #       <amiconn> The fact that 'log' is simulator only is probably not caused by the original dumb code
21.10.09 Join    bollewolle [0] (~50c85da7@labb.contactor.se)
21.10.36 #       <t0mas> amiconn: no.. don't think so :)
21.10.51 #       <t0mas> I guess it's because printf() worked on simulator... and didn't on target
21.11.01 #       <t0mas> this should change to logf() I think?
21.11.09 #       <preglow> anyone ever tried making a preemptive multitasker for rockbox? :-)
21.11.16 #       <t0mas> lol
21.11.21 #       * t0mas didn't :P
21.11.28 #       <amiconn> preglow: That would be a bad idea imho
21.11.51 #       <t0mas> preglow: saw my email? I contacted the musepack people... and they're adding the fixes we made to their next minor release
21.12.25 #       <preglow> amiconn: yes, i agree, just wondered if anyone tried
21.12.34 #       <preglow> t0mas: yeah, i read it just now
21.12.57 #       <amiconn> t0mas: They should rather find a way to get rid of the 64 bit multiplies
21.13.05 #       <preglow> well
21.13.08 #       <preglow> they need 64 bit multiplies
21.13.13 #       <preglow> but they're doing it in a bad way
21.13.18 #       <preglow> that's really making my job hard
21.13.44 #       <amiconn> Perhaps you could try optimising flac instead? :-P
21.13.49 #       <preglow> no time now
21.14.03 #       <preglow> i'm up to my bloody armpits in report writing that's been neglected for too long
21.15.46 #       <t0mas> amiconn? DEBUGF() is defined in debug.h right?
21.16.00 #       <preglow> and flac is so incredibly full of mallocs
21.16.00 #       <preglow> arghhh
21.16.11 #       <amiconn> t0mas: yeps... I wonder why the codecs don't get this
21.16.26 #       <t0mas> hm
21.16.28 #       <preglow> someone implement logf in plugins,btw
21.16.36 #       <preglow> that would be nice
21.17.14 #       <t0mas> if noone has done it tomorrow... I will
21.17.20 #       <preglow> do it now, it's quickly done
21.17.28 #       <amiconn> The codecs (as well as the plugins) should never include core headers directly, apart from codec.h / plugin.h
21.17.29 #       <t0mas> yes, but I'm already late
21.17.42 #       <t0mas> amiconn: dumb doesn't include codec.h :X
21.17.58 #       <amiconn> That's... dumb :-P
21.18.03 #       <preglow> btw
21.18.20 #       <preglow> i don't know if anyone saw this yesterday, but i've got a heavily updated version of dumb lying around
21.18.36 #       <preglow> http://www.pvv.ntnu.no/~thomj/rockbox/dumb-k54-2005-06-13.tar.gz
21.18.47 #       <t0mas> amiconn: and debug.h isn't in codec.h
21.18.55 #       <preglow> if someone starts working on dumb, please integrate this
21.18.57 #       * amiconn points to HCl
21.19.11 #       <t0mas> hm? he wrote codec.h ?
21.19.13 #       <preglow> hcl gave dumb a shot a month ago and promptly gave up
21.19.14 #       <preglow> heh
21.19.25 #       <t0mas> how dumb :P
21.19.50 #       <preglow> it needs some medium fixed point massaging
21.20.05 #       <t0mas> amiconn: shall I add debug.h to codec.h, and then add codec.h to dumb?
21.20.11 Join    matsl_ [0] (~matsl@1-1-4-2a.mal.sth.bostream.se)
21.21.05 #       <amiconn> Simply using debug.h probably won't work
21.21.09 #       <preglow> ARGH
21.21.21 #       <t0mas> hmz... including codec.h in dumb.h doesn't work either
21.21.25 #       <preglow> reading flac source code is like reading a ugly c++ program gone bad
21.21.43 #       <amiconn> The codecs need to call rb->debugf() if DEBUGF() is defined, like the plugins do
21.22.14 #       <t0mas> hm... including debug.h works...
21.22.17 #       <t0mas> but it's not the right way
21.23.15 #       <amiconn> It might work... but it *will* crash if the codec is ever run on another build than it was compiled for
21.23.35 #       <amiconn> ..because the function address won't match
21.23.37 #       <bollewolle> mkay, perhaps a dumb question, but should the playlist submenu be working for the iriver?
21.24.36 #       <t0mas> amiconn: how should I fix it then?
21.25.50 #       <t0mas> just include debug.h anyway? and note is should be fixed?
21.26.02 #       <yngwi> yes it should, if you mean where you can add a file to a playlist ect.
21.26.34 #       <amiconn> It's the same problem as making logf() available for plugins. Imho the solution should be similar to the DEBUGF() handling for plugins...
21.27.03 #       <t0mas> amiconn: yes, but for now?
21.27.19 #       <amiconn> ...which isn't perfect either, since it relies on the api pointer always being called 'rb'
21.27.24 #       <t0mas> just include debug.h and note that we should start using plugin.h/codec.h and logf() ?
21.27.32 #       <bollewolle> which button should I press, because for me it is not the rec button like mentioned in the wiki http://www.rockbox.org/twiki/bin/view/Main/ButtonAssignments
21.28.34 #       <yngwi> if you want to add files to a playlist, then you just press the joystickbutton on a file or folder long, then the menu should pop up
21.28.44 #       <amiconn> t0mas: I would leave it as-is for now; there will be quite some changes when the codecs are separated from the plugins
21.29.06 #       <amiconn> ...which will hopefully happen soon
21.29.09 #       <bollewolle> oooooooh, well thanks
21.29.19 #       <yngwi> np
21.29.35 #       <amiconn> ...if only for stopping those 'I get IllInstr when I'm trying to run plugins' threads
21.30.16 #       <t0mas> yes...
21.30.18 #       <t0mas> that would be nice
21.34.49 Part    bollewolle
21.38.31 ***     Saving seen data "./dancer.seen"
21.43.38 #       <crwl> Slasheri, wheeeee :)
21.44.10 #       <preglow> t0mas: wouldn't it have been more consistant to cast to mpc_int32_t
21.44.12 #       <preglow> ?
21.47.21 #       <t0mas> well... it's used on other places
21.47.33 #       <t0mas> and the people in their IRC channel told me not to do that
21.48.04 #       <preglow> why?
21.48.16 #       <preglow> the code wont work on 64 bit platforms as it is now
21.48.42 #       <t0mas> hm.. then I guess their other developer will ask me to change this again...
21.48.47 #       <preglow> that is
21.48.49 #       <preglow> it'll prolly work
21.49.30 #       <preglow> but yeah
21.49.41 #       <preglow> the fucntion you cast returns a mpc_uint32_t
21.49.49 #       <preglow> which is quite obviously 32 bits
21.49.54 #       <preglow> int might very well be 64 bits some places
21.50.09 #       <preglow> i can't imagine why they told you to use int
21.51.07 #       <preglow> reading doxygen headers is so FUN!
21.51.16 #       <preglow> there are so many comments and i can't bloody see the frigging code
21.53.24 #       <preglow> ARGHHH
21.53.37 #       <preglow> good luck to the one who'll be optimising libflac
21.53.41 #       <preglow> i sure as hell won't touch it
21.54.50 #       <preglow> the decoder struct contains just two other struct pointers, one called private, and one called protected....
21.56.23 #       <t0mas> c++ like?
21.58.02 #       <preglow> yes
21.58.08 #       <preglow> he tries to mimic c++ with c
21.58.10 #       <preglow> and he goes too far
21.59.06 #       <preglow> the code is so bloated and heinous i vow i'll never touch it
22.04.56 #       <CoCoLUS> preglow: anything new on the bass/treble front?
22.05.52 #       <preglow> CoCoLUS: nag austriancoder, i'm not going to duplicate his work
22.08.35 #       <yngwi> you know his adress? i guess he lives in austria, i can visit him and give him a nice *motivation* :-)
22.09.14 #       <CoCoLUS> as could i
22.09.19 #       <CoCoLUS> lot of austrians here it seems :P
22.09.35 #       <yngwi> :-)
22.09.40 Join    bipak [0] (~bip@p5088505E.dip.t-dialin.net)
22.09.44 #       <preglow> it's just a small, small patch
22.10.02 #       <preglow> but he said he'd implemented the functions i need, so i wont duplicate his work
22.10.31 #       <yngwi> yeah, sure, i can wait, though it is hard :-)
22.10.36 #       <CoCoLUS> ok... but where is he? :)
22.10.59 #       <yngwi> maybe on holidays with linus?
22.11.46 #       <Moos> yngwi: http://www.rockbox.org/twiki/bin/view/Main/ChristianGmeiner
22.12.46 #       <Moos> if you want mail he
22.13.54 #       <yngwi> hehe, thanks though i think it's not neccessary :-)
22.14.01 Quit    matsl_ (Remote closed the connection)
22.14.46 #       <Moos> unfortunatly he had got problems with his iriver
22.14.56 #       <yngwi> yeah, i forgot..
22.15.10 #       <yngwi> thats bad for him
22.15.10 #       <Moos> :(
22.15.26 #       <Moos> yes very bad
22.15.42 #       <yngwi> i have mine since 2 weeks, but couldn't live without it anymore..
22.16.24 #       <Moos> me 1 years 1/2 and it works daily since the begining ;)
22.16.25 #       <yngwi> i bought it just in time, so i didn't have to bother with the iriver firmware :-)
22.16.48 #       <Moos> :)
22.17.49 #       <yngwi> has any of you a iskin??
22.18.00 #       <Stryke`> i do
22.18.14 #       <yngwi> is the dust attracting factor very annoying??
22.18.17 #       <Moos> here too arctic for my 140
22.18.38 #       <yngwi> 'caus i'd like to buy one, i dont like the original case
22.18.50 #       <yngwi> ebony (the black)
22.19.41 #       <Stryke`> i have carbon and the dust is not very annoying
22.20.11 #       <yngwi> hmm because they mentioned it in some misticriver threads..
22.20.22 #       <yngwi> how do you like it?
22.20.23 #       <Moos> with ebony and rushed colors dusts apear most
22.20.34 #       <yngwi> yeah, i thought so..
22.20.40 #       <Moos> it's cause i bought arctic ;)
22.20.47 #       <yngwi> hehe
22.20.53 #       <Moos> don't apear
22.21.02 #       <Stryke`> lately, the case has been a little annoying because there's no access to the reset in the iskin, but its perfect for all other uses
22.21.31 #       <yngwi> hmm, i guess i'll get one next month..
22.21.31 Quit    Nibbler (Connection timed out)
22.21.46 #       <Moos> Styke: you can pierce it a litle
22.21.54 #       <Moos> it's just fine
22.22.04 #       <Stryke`> yeah, i contemplated
22.25.46 Quit    bipak_ (Success)
22.35.19 Join    Strath [0] (~mike@dgvlwinas01pool0-a247.wi.tds.net)
22.36.33 #       <preglow> gOTTA GO
22.36.36 Part    preglow
22.38.07 Join    wlad [0] (~c88b8c95@labb.contactor.se)
22.42.49 Quit    wlad (Client Quit)
22.50.16 #       <Bagder> t0mas: nice work on the warning killing actions
22.51.07 #       <Bagder> Slasheri: I _really_ think you should write stubs for the sim, and stop polluting the code with #ifndef SIMULATOR all over
22.52.41 #       <Slasheri> Bagder: Hmm, that is a good idea.. :)
22.53.02 #       <Bagder> :-)
22.53.09 #       <Slasheri> I should do that ;)
22.55.11 #       <Slasheri> Hmm.. should i add the stubs to playback.c because pcm_playback.c is not included in simulator build at all?
22.56.30 #       <Bagder> you could add a new file in uisim/common/ for them
22.56.45 #       <Slasheri> Ah, ok :)
22.56.46 #       <Bagder> or as you suggested, whatever
23.05.01 #       <Moos> Hi Slasheri/Bagder
23.05.01 Join    linuxstb [0] (~linuxstb@dsl-212-23-31-215.zen.co.uk)
23.05.21 #       <Moos> Slasheri: what's about your bug list?
23.06.12 #       <linuxstb> Does anyone have any objections to moving the metadata parsing code from playback.c into (e.g.) apps/metadata.c ?
23.06.22 Join    LinusN [0] (~linus@labb.contactor.se)
23.06.42 #       <Slasheri> Moos: It looks now much more better than few days ago :) But still there is some bugs that should be fixed soon
23.06.48 #       <Bagder> linuxstb: no, it sounds like a fine move
23.06.51 #       <Slasheri> hi LinusN :)
23.07.01 #       <LinusN> yo
23.07.08 #       <linuxstb> Bagder: OK, I'll do it now.
23.07.28 #       <Slasheri> linuxstb: i think metadata.c would be ok
23.09.45 #       <Slasheri> Moos: if you could find any bugs that can cause crash (except plugin loading during audio playback), please tell me/somebody. Currently i don't know any critical bugs
23.10.43 Join    wlad [0] (wlad@200.139.140.149)
23.10.49 #       <Stryke`> what about the last 20 second issue brought up at misticriver?
23.11.20 #       <Slasheri> Stryke`: that will be fixed. The reason is known and solution being worked on :)
23.11.32 #       <Stryke`> excellent
23.13.51 #       <CoCoLUS> is anyone working on file tree display on the remote?
23.15.00 #       <Slasheri> i think t0mas is working on that. but now i have to go, sleep well :) ->
23.15.13 #       <Moos> Slasheri a ok, thanks it's fine
23.15.25 #       <Moos> Bonsoir Linus
23.15.39 #       <LinusN> bonsoir Moos
23.15.40 Quit    Harpy (Read error: 145 (Connection timed out))
23.16.05 Quit    hardeep ("BitchX-1.0c19 -- just do it.")
23.16.16 #       <Moos> tu passes de bonnes vacances? ;)
23.17.12 #       <Shagnar> LinusN tu parles francais?
23.17.31 #       <Moos> he speaks few languages
23.17.55 #       <Plugh_> I speak English. :)
23.17.56 #       <CoCoLUS> und keiner kann deutsch :P
23.17.58 #       <LinusN> Moos: nah, il pleut
23.18.05 #       <Moos> :(
23.18.07 #       <Plugh_> and a little German
23.18.16 #       <Plugh_> a very little French and Spanish
23.18.30 #       <Plugh_> just enough to get me in trouble
23.18.32 #       <LinusN> ich kann deutsch verstehen
23.18.43 #       <Plugh_> Ja, ich auch
23.18.53 #       <CoCoLUS> nett
23.19.15 #       <Slasheri> hehe, suomea ei taidakaan kovin moni ymmärtää ;)
23.19.33 #       <Moos> :)
23.19.34 #       <CoCoLUS> not that it matters much, seeing how much of computer/technology related terms are english in foreign languages as well
23.20.04 #       <yngwi> OJA ICH ABER SCHON
23.20.29 #       <Moos> waoh lots of languages here :)
23.20.34 #       <Plugh_> verstehen? schreiben? sprechen? Ich verstehe Deutsch besser aus ich schreibe oder sprech es
23.20.40 #       <yngwi> Moos: und ich lern grad latein :-)
23.20.41 #       <Plugh_> I know I mangled that
23.20.48 #       <CoCoLUS> yes you did.
23.21.07 #       <LinusN> yngwi: odi profanum vulgus et arceo
23.21.17 #       <CoCoLUS> ugh how i hated those 2 years
23.21.29 #       <Moos> yngwi: latin and french are a bit similary ;)
23.21.35 #       <yngwi> uh, hmm what could that mean..
23.21.46 #       <Plugh_> I had a year of Latin
23.21.51 #       <LinusN> errare humanum est, sed per omnium miscere, dator necessitus est
23.22.26 #       <CoCoLUS> hmm
23.22.28 #       <yngwi> hehe i did understand that :-)
23.22.30 #       <LinusN> to err is human, but to really screw things up you need a compiter
23.22.38 #       <LinusN> computer
23.22.45 #       <pabs> case in point
23.22.52 #       <Shagnar> ich verstehe auch deutsch :P
23.22.57 #       <pabs> :(
23.23.01 #       <Shagnar> LinusN which langs do you know?
23.23.18 #       <LinusN> english, german, french, italian
23.23.24 #       <LinusN> and latin
23.23.33 #       <Moos> and swedish of course
23.23.44 #       <tvelocity> wow
23.23.47 #       <LinusN> but i suck at italian and german
23.24.04 #       <CoCoLUS> it's quite surprising how many ppl are able to write latin considering it's a "dead language"
23.24.09 #       <LinusN> i leraned german by reading 64'er
23.24.36 Join    preglow [0] (thomj@s183a.studby.ntnu.no)
23.24.54 #       <Moos> Slasheri: I updating last bleeding eges for tests, if i find things t will tell you
23.26.05 #       <preglow> someone please shoot me
23.26.11 #       <LinusN> gee, it's really a pain to go from 8mbit/s to 56k
23.26.20 #       * LinusN shoots preglow between the eyes
23.26.23 #       <preglow> LinusN: i'll go from 100mbit to 28k8 in two weeks
23.26.37 #       <preglow> imagine the transition
23.26.40 #       <LinusN> preglow: then i would shoot myself :-)
23.26.58 #       <preglow> yes, there's always the risk of that happening
23.27.12 #       <preglow> i'll prolly move to some adsl capable place in not too long
23.27.25 #       <linuxstb> Slasheri: Did you mean to put #ifndef _AUDIO_H at the top of apps/playback.h ?
23.27.27 #       <CoCoLUS> you should consider yourself lucky for even having 100mbit for some time
23.27.29 #       <preglow> using internet seriously on 28k8 is impossible
23.27.34 #       <preglow> CoCoLUS: i do
23.28.47 #       <preglow> someone please finish my gapless mp3 code
23.28.53 #       <preglow> i can't stand gaps :/
23.30.02 #       <Plugh_> maybe after adding mp3 headers to recording splits. ;)
23.34.17 Quit    Chamois (" Like VS.net's GUI?  Then try HydraIRC -> http://www.hydrairc.com <-")
23.35.02 #       <Shagnar> gn8 guys happy working :)
23.35.24 #       <linuxstb> Slasheri: Another question: pcm_crossfade_start is a void function, but you check the return value in the audio_next function in playback.c (!pcm_crossfade_start)
23.36.22 #       <Moos> Slasheri: wonderfull works still thanks; playlist work great now, FF/RW works beter idem for paused....
23.38.34 ***     Saving seen data "./dancer.seen"
23.38.35 #       <preglow> Slasheri: now for something completely different, does kihelmä mean anything in finnish?
23.38.56 #       <preglow> "a with umlaut", utf8 is biting me
23.39.02 Part    wlad
23.42.42 Join    spiralout [0] (~keep_goin@p54B386E7.dip0.t-ipconnect.de)
23.43.29 #       <Slasheri> preglow: yes it does, but i think you mean "kihelmöidä" that is a verb and means itch/tingle
23.43.47 #       <Slasheri> linuxstb: it's not void anymore :)
23.43.54 #       <Slasheri> Moos: great
23.44.06 #       <Slasheri> linuxstb: i will add the ifdef tomorrow :)
23.44.26 #       <Slasheri> now really nights ;)
23.44.35 #       <preglow> Slasheri: no, i mean what i said, it's the name of an album i have
23.44.43 #       <preglow> aight, nitey
23.44.50 #       <Slasheri> ah, weird..
23.44.54 #       <linuxstb> Slasheri: I'll just change the #ifdef to say _PLAYBACK_H - I assume that's what you meant to do.
23.44.55 #       <preglow> made by a finn
23.44.55 #       <preglow> heh
23.44.56 #       <Slasheri> it doesn't make much sense
23.46.06 #       <Slasheri> but i doubt it means that itch or nothing ;)
23.46.31 #       <preglow> hehe
23.46.34 #       <preglow> doesn'tmatter
23.46.54 Quit    Shagnar ("( www.nnscript.de :: NoNameScript 3.81 :: www.XLhost.de )")
23.46.55 #       <preglow> i didn't expect it to mean anything anyway
23.47.03 Quit    Rori ()
23.47.10 #       <Slasheri> :)
23.48.18 #       <Moos> héhé scuse we we don't leave you to sleep :)
23.48.35 #       <Slasheri> ;D
23.48.39 Join    ghode|afk [0] (~dude@host-212-158-232-155.bulldogdsl.com)
23.48.44 #       <Slasheri> but now i have to go no matter what ;) ->
23.48.49 #       <ghode|afk> hi, got a small "bug" i think
23.49.07 #       <Moos> Slasheri: ;-)
23.50.30 #       <ghode|afk> when i load up rockbox sometimes, the player gives no sound output. it loads up the wps screen, and the progress bar moves, but no sound appears, the only way to get it back is to go into the iriver firmware, exit, and then load rockbox back up again.
23.52.02 #       <preglow> hmm
23.52.11 #       <preglow> there's another guy having that problem as well
23.52.15 #       <preglow> but i've never encountered it
23.53.54 #       <ghode|afk> it's  only just started happening the last few days. had a similar problem when mp3 playback was first implemented, but it seemed fix until now
23.55.54 Join    mrlala [0] (~mistame@cpe-66-75-129-164.san.res.rr.com)