--- Log for 11.09.104  Server: leguin.freenode.net  Channel: #rockbox
--- Nick: logbot  Version: Dancer V4.16  Started: 15 days and 13 hours ago

00.00.10 #       <Dma-Sc> bother you i mean ;)
00.00.14 #       <Zagor> Dma-Sc: yes, a motorola coldfire (modified 68k)
00.00.40 #       <Dma-Sc> oh really
00.00.50 #       <Dma-Sc> let's have a st emu on it! ;)
00.00.58 #       <Zagor> hehe
00.01.24 #       <Dma-Sc> or at least play sndh tunes ;p
00.02.07 #       <amiconn> Zagor: There is a sidplay port to the Amiga. The author says an 68030 (standard 68030 clock on Amiga is 25 MHz) is sufficient, though he recommends 68040
00.03.20 #       <Zagor> the very first SID emulator is even faster: http://www.computerbrains.com/ccs64/playsid.html
00.04.08 #       <amiconn> Yeah, but playsid _is_ assembler
00.04.11 #       <Dma-Sc> zagor : and it got an additional dsp for the main depacking job then?
00.04.31 #       <Zagor> ah the port you're talking about is c? got a link?
00.04.51 #       <Zagor> Dma-Sc: no, just an emac for the multiplications
00.05.21 #       <amiconn> ...and playsid uses custom chips of the amiga, namely the paula and the cia
00.05.21 #       <Dma-Sc> ah ok
00.05.46 #       <Zagor> playsid uses all the tricks in the book, and then some... :)
00.09.15 #       <amiconn> The sidplay lib port to amiga is on aminet, but without sources...
00.09.36 #       <Zagor> the "old" sidplay lib is apparently faster than the newer sidplay2, but it too is written in c++.
00.09.41 #       <Zagor> ah, badness
00.10.22 #       <Dma-Sc> zagor : btw do you think such a cpu could handle mod/xm/s3m playback routs?
00.10.31 #       <Zagor> Dma-Sc: definitely
00.10.47 #       <Zagor> mod is a very low-cpu format
00.11.21 #       <amiconn> Low-cpu, low-memory and low-diskspace, yes
00.11.21 #       <Dma-Sc> zagor : depends on the number of voices and effects though
00.11.54 #       <Zagor> Dma-Sc: even with lots of voices and effects, it's a lot cheaper than mp3 or ogg
00.12.02 #       <Dma-Sc> ah yes
00.12.40 #       <Dma-Sc> anyway this would be cool when noticing there's still a long way back home and you've already reached the last bits of batteries ;p
00.13.03 Quit    lImbus (" HydraIRC -> http://www.hydrairc.com <- The dawn of a new age")
00.13.24 Quit    methangas (" HydraIRC rocks! -> http://www.hydrairc.com <-")
00.13.31 #       <Zagor> well we don't know yet how much adaptive power saving we can do.
00.13.39 #       <Zagor> but one can hope
00.13.55 #       <Dma-Sc> only things we, users, can do yes ;)
00.15.21 #       <Dma-Sc> ok, good luck on this people then and see you :)
00.16.26 Quit    Dma-Sc ("YM2149")
00.23.55 Quit    zeekoe (Read error: 110 (Connection timed out))
00.28.27 #       <Zagor> "Ogg/Vorbis in embedded systems. Master thesis by Johannes Sandvall"  http://www.sandvall.nu/thesis.pdf
00.32.22 #       <_Lucretia_> Zagor, yup, they have those here as well ;-)
00.32.43 Join    vadin2003 [0] (vadin2003@cmr-83-97-176-17.telecable.es)
00.33.56 Quit    vadin2003 (Client Quit)
00.38.29 Quit    midk (Read error: 104 (Connection reset by peer))
00.38.52 Join    midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
00.41.00 Join    bagawk [0] (Lee@ACC5A5DE.ipt.aol.com)
00.46.01 ***     Saving seen data "./dancer.seen"
01.09.20 Quit    Bagder ("Leaving")
01.21.35 #       <Zagor> bed time. night all!
01.21.36 Quit    Zagor ("Client exiting")
01.38.48 Part    amiconn
01.49.29 #       <bagawk> bye
01.49.40 #       <bagawk> :)
01.49.53 Quit    bagawk ("umount /dev/brain")
01.54.37 Quit    scott666 ("i'll be back...eventually...")
02.12.42 Quit    mecraw ("Trillian (http://www.ceruleanstudios.com)")
02.21.47 Quit    midk (Read error: 104 (Connection reset by peer))
02.24.01 Join    midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
02.34.17 Join    hardeep [0] (1098@208.247.65.237)
02.46.03 ***     Saving seen data "./dancer.seen"
03.15.15 Quit    hardeep ("[BX] Reserve your copy of BitchX-1.0c19 for the PalmPilot today!")
03.16.03 Join    BC [0] (~BlueChip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com)
03.26.39 Join    BC_ [0] (~BlueChip@cpc3-colc1-3-0-cust61.colc.cable.ntl.com)
03.26.39 Quit    BC (Read error: 54 (Connection reset by peer))
03.33.26 Join    ashridah [0] (ashridah@dialup-a2-296.Melbourne.netspace.net.au)
03.40.33 Part    BC_
04.10.01 Quit    ashridah ("Client exiting")
04.10.37 Join    ashridah [0] (ashridah@dialup-a2-296.Melbourne.netspace.net.au)
04.20.32 Join    scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com)
04.39.12 Join    ze__ [0] (psyco@adsl-64-161-173-8.dsl.lsan03.pacbell.net)
04.41.06 Quit    ze (Read error: 104 (Connection reset by peer))
04.41.06 Nick    ze__ is now known as ze (psyco@adsl-64-161-173-8.dsl.lsan03.pacbell.net)
04.46.05 ***     Saving seen data "./dancer.seen"
05.06.27 Join    Synthe [0] (synthe@67.42.216.243)
05.06.41 Part    Synthe
05.24.29 Join    maikeul [0] (~gromit@ALagny-151-1-40-193.w83-114.abo.wanadoo.fr)
05.42.30 Quit    gromit`` (Read error: 110 (Connection timed out))
05.55.33 Join    [av]bani [0] (~goemon@washuu.anime.net)
05.55.41 #       <[av]bani> anyone have a good picture of the disassembled lcd?
05.56.19 #       <midk> you can't really disassemble an lcd.. unless you shatter it with a hammer >:)
05.56.57 Join    Ka [0] (~tkirk@pcp261180pcs.howard01.md.comcast.net)
05.57.09 #       <[av]bani> i mean, separate from the ihp
05.57.17 #       <[av]bani> http://rockbox.haxx.se/iriver/front.jpg
05.57.21 #       <[av]bani> thats not terribly useful
05.57.28 #       <[av]bani> eg, the ribbon cable, cog etc
05.57.43 #       <midk> well, if it did exist it would be there
06.26.30 #       <pike> must be something useful on the flipside fo the lcd
06.46.08 ***     Saving seen data "./dancer.seen"
07.10.13 Part    [av]bani
07.55.50 Join    methangas [0] (methangas@0x50a4327e.virnxx10.adsl-dhcp.tele.dk)
08.08.27 Quit    scott666 ("i'll be back...eventually...")
08.32.32 Quit    midk ("just STOP it arspy")
08.36.52 Join    midk [0] (~midk@c66-235-14-120.sea2.cablespeed.com)
08.46.09 ***     Saving seen data "./dancer.seen"
08.59.29 #       <midk> bed, nite
09.18.32 Join    funkymonkey [0] (methangas@0x50a4327e.virnxx10.adsl-dhcp.tele.dk)
09.18.33 Quit    methangas (Read error: 54 (Connection reset by peer))
09.28.47 Join    amiconn [0] (~jens@pD9E7F930.dip.t-dialin.net)
09.33.21 Join    Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se)
09.38.41 Quit    pike (Read error: 104 (Connection reset by peer))
09.59.48 Join    [IDC]Dragon [0] (~idc-drago@p50861DEB.dip.t-dialin.net)
10.00.59 #       <amiconn> morning Jörg
10.01.21 #       <[IDC]Dragon> hi
10.01.33 #       <[IDC]Dragon> do you expect your Ondio taday?
10.02.02 #       <amiconn> Dunno whether dpd delivers on Saturdays too, if so ->yes
10.03.03 #       <amiconn> While were very productive the last days (hey, you cover the cvs activity log almost completely!) I still can't be of much help
10.03.32 #       <amiconn> (other than I looked into you changes a bit, and why the plugins don't compile)
10.03.49 #       <amiconn> *While yo were...
10.03.52 #       <amiconn> *you
10.04.14 #       <[IDC]Dragon> did you find it out?
10.04.41 #       <[IDC]Dragon> right now I'm almost happy they don't compile, keeping the make small
10.06.08 Join    pike [0] (amiga@h234n1fls22o1064.bredband.comhem.se)
10.06.39 #       <amiconn> (1) The Makefile in apps/plugins/lib does need the same extension as that in apps/plugins (including the recorder path for the Ondio too
10.07.12 #       <amiconn> (2) Then _many_ plugins fail with the "same case value" error, so need fixing
10.07.42 #       <dwihno> Morning Jens & Jörg
10.07.58 #       <[IDC]Dragon> hmm, we may better leave (2) until we have a better button driver
10.08.12 #       <[IDC]Dragon> hi dwihno
10.08.47 #       <[IDC]Dragon> i'm not worried about plugins right now, without disk I/O
10.08.57 #       <amiconn> Of course
10.09.35 #       <amiconn> The source tree needs some major restructuring imho.
10.09.42 #       <dwihno> [IDC]Dragon: how do you boot rockbox on the ondio?
10.10.24 #       <amiconn> (1) Until now the recording feature was connected with having a graphic display. This is no longer true
10.11.18 #       <[IDC]Dragon> is it that dirty?
10.11.33 #       <[IDC]Dragon> we have a config define for that
10.12.00 #       <amiconn> Yes, as e.g. the widgets are in the recorder sub-dir
10.12.07 #       <[IDC]Dragon> dwihno: the usual way: hook it to USB, copy ajbrec.ajz onto it
10.12.40 #       <[IDC]Dragon> amiconn: the recorder subdir is in the make
10.12.54 #       <[IDC]Dragon> ah, you're talking plugin make?
10.13.24 #       <amiconn> (2) Same goes for the number of buttons and their layout. Imho this requires adding some pre-processing in the button driver, i.e. emitting events (e.g. "go to the menu") instead of or in addition to raw button events
10.13.54 #       <[IDC]Dragon> I woudn't touch that yet
10.13.55 #       <dwihno> [IDC]Dragon: ah, okay... I started thinking there was a need of some kind of special flashing
10.14.33 #       <[IDC]Dragon> amiconn: let's try to walk before we run
10.15.01 #       <[IDC]Dragon> perhaps you could work on the MMC driver
10.15.20 #       <[IDC]Dragon> I found some nice code (for Atmel uC) to start with
10.15.38 #       <[IDC]Dragon> since you're good about datasheets
10.16.16 #       <[IDC]Dragon> I'd carry on the reverse engineering then
10.17.01 #       <amiconn> I'll try that, as soon as my Ondio arrives. Of course I will also take a look into the hardware
10.17.15 #       <[IDC]Dragon> http://www.ulrichradig.de/index.html
10.17.30 #       <[IDC]Dragon> look under AVR Projekte
10.17.49 #       <[IDC]Dragon> then MMC-SD
10.18.35 #       <amiconn> Found it.
10.18.40 #       <[IDC]Dragon> sourcecode has german comments
10.18.50 #       <[IDC]Dragon> so no problem :-)
10.19.07 #       <[IDC]Dragon> the MMC driver won't need much code
10.19.42 #       <amiconn> ..and not much optimization either, since it uses the serial i/f, which does dma
10.19.56 #       <amiconn> But perhaps we need byte swapping... lets see
10.20.59 #       <[IDC]Dragon> it's "just" establishing the syncronous serial, working with the few commands
10.22.31 #       <[IDC]Dragon> and working with the clock/select gates of the quad AND
10.22.44 #       <[IDC]Dragon> I don't fully understand that part yet
10.23.15 #       <[IDC]Dragon> Thought I'm close to do a USB enable within Rockbox, but it doesn't work
10.25.11 #       <amiconn> A propos and gate: I looked a bit at your table, and found that there is a contradiction in it:
10.26.49 #       <amiconn> (1) It says that  pin 13 is connected to pin 11, but pin 11 is not connected to pin 13
10.27.26 #       <amiconn> (2) it says pin 4 is connected to pin 13, but pin 13 is not connected to pin 4
10.27.48 #       <amiconn> I *guess* that means pins 4 and 13 are in fact connected
10.27.54 #       <[IDC]Dragon> yes
10.28.37 #       <amiconn> Unfortunately, there are still too many connections missing to completely understand what it does
10.28.55 #       <[IDC]Dragon> I know a bitmore, updating now
10.30.00 #       <amiconn> Btw: I have an idea what the connection of SIBI to the cpu may be good for:
10.30.42 #       <amiconn> This must be held high for mp3 (bitstream) playback. However, for word oriented transfers this is the word sync
10.31.10 #       <amiconn> This may be useful e.g. for the pcm pass through codec...
10.32.05 #       <[IDC]Dragon> interesting
10.32.34 #       <[IDC]Dragon> but the parallel is read only, grr :-(
10.37.02 Quit    _Lucretia_ (Read error: 110 (Connection timed out))
10.38.25 Join    _Lucretia_ [0] (~munkee@abyss2.demon.co.uk)
10.39.36 #       <amiconn> I really would like to go into mas hacking... I have some dreams... Super-fast jpeg decoding... .mod playback...
10.40.53 #       <[IDC]Dragon> we could mod the Ondio for bidirectional
10.46.13 ***     Saving seen data "./dancer.seen"
10.47.13 Join    [av]bani [0] (~goemon@washuu.anime.net)
10.47.25 #       <[av]bani> mystery chip identified
10.47.39 #       <[av]bani> AZU 3AW ZD8L
10.47.48 #       <[av]bani> voltage regulator
10.48.49 #       <amiconn> [IDC]Dragon: I think this is not really necessary. The only advantage would be to use the pcm pass through codec unmodified. I doubt it would be much faster than the serial with out boxes, since the parallel is completely software controlled
10.49.06 #       <amiconn> s/out/our/
10.51.45 #       <[IDC]Dragon> twiki updated
10.56.00 #       <amiconn> Two pin functions are swapped: presuming your input pin names, pin 8 is O2 and pin 11 is O3
10.56.25 #       <Bagder> [av]bani: cool
10.57.45 #       <[IDC]Dragon> amiconn:fixed, thanks
11.00.19 #       <amiconn> Pin 3 (O0) does go nowhere???
11.01.05 #       <[IDC]Dragon> it goes somewhere, doing it's job
11.01.18 #       <[IDC]Dragon> but I don't know exactly how
11.04.11 #       <amiconn> Gate 3 apparently "mixes" the mmc clock from the bridge and the cpu; that of course requires that the passive devices has to hold the clock line high
11.04.31 #       <[IDC]Dragon> yes
11.04.57 #       <amiconn> Gate 0 simply buffers the usb enable signal
11.05.22 #       <amiconn> It would be really interesting what O0 is connected to
11.06.25 #       <amiconn> Did you measure levels while the unit is running (with archos fw)?
11.07.12 #       <[IDC]Dragon> yes
11.08.13 #       <[IDC]Dragon> one thing I know about the output: it is connected to the USB line itself, via a resistor
11.08.36 #       <[IDC]Dragon> probably messing up the bus while inactive
11.09.58 #       <[IDC]Dragon> first I'd like to work out those selects
11.12.10 #       * amiconn also thinks that deciphering the functions of this quad and is most important, since wrong setup could also prevent an mmc driver from working
11.20.20 #       <[IDC]Dragon> yes
11.20.32 #       <[IDC]Dragon> I made a mistake with my USB mode
11.21.43 #       <[IDC]Dragon> the bridge will use MMC mode, not SPI mode
11.21.52 Part    [av]bani
11.22.01 #       <[IDC]Dragon> so no /CS involved, that's only for SPI
11.22.29 #       <[IDC]Dragon> but still the card has to be switched
11.22.37 #       <[IDC]Dragon> internal/external
11.26.37 #       <[IDC]Dragon> need to measure the levels, in USB mode
11.41.02 #       <amiconn> Already read a bit about mmcs: (1) The driver shouldn't be hard, mmc is much less complex than ata (2) mmc and sd are identical in spi mode, so the Ondio should also support sd cards. Could/ did you verify this?
11.41.38 #       <amiconn> This is in fact interesting for me, because I already have a 256 MB sd card...
11.45.24 #       <[IDC]Dragon> it won't fit, mechanically
11.45.30 #       <[IDC]Dragon> I tried
11.45.47 #       <[IDC]Dragon> I'm away now, mostly
11.46.29 #       <[IDC]Dragon> perhaps you can mount a different socket
11.52.13 #       <amiconn> [IDC]Dragon: r u there?
11.52.41 #       <amiconn> Oops, was way scrolled up..
11.53.28 #       <amiconn> I have an idea what PA12 _might_ be good for
11.55.12 #       <amiconn> You need a way to switch the card back from spi mode to mmc mode. The docs say "The only way to return to the MultiMedia Card mode is by entering the power cycle."
11.56.44 #       <[IDC]Dragon> but PA12 only influences the clock gating...
11.57.19 #       <amiconn> Hmm, there must be some logic to do this...
11.58.07 #       <[IDC]Dragon> iirc, Vcc is hard wired
11.59.12 #       <[IDC]Dragon> maybe the bridge uses SPI mode, too
11.59.27 #       <[IDC]Dragon> (haven't studied the datasheet)
12.14.40 Quit    Bagder ("Leaving")
12.23.44 #       <amiconn> [IDC]Dragon: Argh! MMC serial communication is msb first, while the SH serial does lsb first. Sounds familiar?
12.46.16 ***     Saving seen data "./dancer.seen"
12.46.47 #       <[IDC]Dragon> <irony>Great! Then we need to do nothing for mp3</irony>
12.47.23 #       <[IDC]Dragon> well, at least the CPU gets something to do while the DMA runs
12.47.46 #       <amiconn> The serial comm itself should be possible up to 1.5 MBit/s, assuming cpuclk == 12 MHz
12.48.03 #       <[IDC]Dragon> but the mp3 payload gets bitswapped twice
12.48.11 #       <amiconn> yup :(
12.48.48 #       <[IDC]Dragon> if I ever build a USART, I'll make this programmable, promised!
12.49.41 #       <amiconn> At least our bitswap routines are faster than the serial xfer itself :/
12.56.40 #       <amiconn> Argh! I missed the end of a Studio 10 auction!
13.00.03 #       <[IDC]Dragon> how much?
13.00.18 #       <[IDC]Dragon> lunchtime
13.02.59 #       <amiconn> It went for € 94,- which would have been within my limit...
13.24.42 #       <[IDC]Dragon> oh, that's a lot
13.25.10 #       <[IDC]Dragon> but the price is the limit of the 2nd bidder
13.25.33 #       <[IDC]Dragon> you'd have to be above the limit of the 1st guy
13.26.02 #       <[IDC]Dragon> who knows what that would've been
13.26.27 #       <[IDC]Dragon> "Mittagsschläfchen" now
13.27.42 #       <dwihno> sounds like a good idea
13.27.57 #       <dwihno> Ich habe doch zuviel geschlafen :)
13.33.22 #       <kaboofa> Ich liebe apfels!
13.33.58 #       <kaboofa> Sie sind Orangen!
13.34.09 #       <kaboofa> As usual, I have nothing useful to contribute to #rockbox :(
14.09.12 Join    R3nTiL [0] (~zorroz@179-250-30-217.kgts.ru)
14.09.24 Join    Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se)
14.26.25 Quit    [IDC]Dragon (Read error: 110 (Connection timed out))
14.40.29 Quit    R3nTiL ()
14.46.17 ***     Saving seen data "./dancer.seen"
15.05.27 Join    Zagor [0] (~bjst@h254n2fls31o265.telia.com)
15.06.55 #       <Bagder> hey bro, see ya in a while. Agnes just woke up
15.06.58 #       <Zagor> argh, [av]bani said he found out the chip but doesn't updated the wiki with the information...
15.07.00 #       <Zagor> ok
15.07.04 Quit    Bagder ("Leaving")
15.28.43 #       <elinenbe> how is progress on the iriver coming?
15.32.10 #       <Zagor> well most of the chips are documented now and I incorporated the MAD mp3 decoder in rockbox yesterday
15.32.23 #       <Zagor> it's really slow on the 12MHz sh1 :)
15.33.14 #       <Zagor> hopefully we'll have a BDM cable on monday
15.41.57 #       <ashridah> zagor: where's the BDM port on the pcb of the iriver? the 5 solder pads on the righthand side of the front of the board, or the set of a lot more pads on the left hand side?
16.19.00 Quit    funkymonkey (" HydraIRC -> http://www.hydrairc.com <- irc client ownage!")
16.23.51 Join    methangas [0] (methangas@0x50a4327e.virnxx10.adsl-dhcp.tele.dk)
16.24.20 Join    LinusN [0] (~linus@labb.contactor.se)
16.25.27 #       <LinusN> ashridah: the bdm port is the 20-pin connector on the left side
16.26.00 #       <ashridah> righto.
16.27.38 #       <ashridah> hm. so any idea what the block of 5 pads on the right is?
16.28.57 #       <LinusN> two of the pins go to one of the serial ports, so i guess we can use it for debugging as well
16.29.19 #       <LinusN> check the back side
16.29.48 Join    _aLF [0] (~alex@mutualite-3-82-67-66-128.fbx.proxad.net)
16.30.22 #       <_aLF> hi
16.31.46 #       <LinusN> hi
16.31.50 #       <ashridah> ah, yeah, so i see
16.38.54 #       <LinusN> the main "problem" right now is the lcd
16.40.12 #       <ashridah> yeah. no details on the connection. i assume there's a PIC or something buried into it? 
16.40.39 #       <ashridah> maybe you'd be better off decoding the signals sent to the remote LCD first, since it looks like it might just be VCC,GND, RX/TX ...
16.41.02 #       <ashridah> hrm. scratch that. it has two jacks as well as the data pins
16.43.24 #       <LinusN> all lcd modules have a chip on them, Chip On Glass
16.43.32 #       <ashridah> ah
16.43.42 #       * ashridah never really had to deal with LCD units at uni
16.44.52 #       <LinusN> we can disassemble the lcd driver in the original firmware, and we can analyze the signals to the lcd
16.44.58 #       <LinusN> i intend to do both
16.46.19 ***     Saving seen data "./dancer.seen"
16.46.33 #       <LinusN> gotta go, cu around
16.46.36 Part    LinusN
16.49.44 Join    scott666 [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com)
16.58.08 Quit    ashridah ("gone even")
17.12.38 Join    zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl)
17.16.20 Part    scott666
18.25.36 Join    _Lucretia [0] (~munkee@abyss2.demon.co.uk)
18.25.56 Quit    _Lucretia_ (Read error: 110 (Connection timed out))
18.31.35 #       <kaboofa> Hmm
18.32.02 #       <kaboofa> I just got a weird idea....
18.32.40 #       <midk> weird?
18.32.42 #       <midk> go on!
18.33.04 #       <kaboofa> What if I wrote drivers for rockbox
18.33.16 #       <kaboofa> that uh..
18.33.18 #       <kaboofa> ugh, wtf
18.33.29 #       <midk> ...
18.33.34 #       <midk> feel free to go on... :)
18.34.08 Quit    zeekoe (Read error: 60 (Operation timed out))
18.34.30 #       <kaboofa> Sorry, got ap hone call
18.34.32 #       <kaboofa> *a phone call
18.34.45 #       <midk> oh. np ;)
18.35.12 #       <kaboofa> Ok, make some hacks to the usb driver, so if an option was enabled, then when the usb wire was plugged in the recorder would show up as a game controller
18.35.15 #       <kaboofa> or a joystick or something
18.35.26 #       <kaboofa> I know that sounds stupid
18.35.48 #       <kaboofa> but what if you had like.. an american football game or something, you could select the plays on the rockbox screen
18.35.51 #       <kaboofa> on the lcd
18.35.53 #       <kaboofa> with special drivers
18.35.55 #       <midk> sounds awesome until you tell someone about it :)
18.36.03 #       <kaboofa> Yeah...
18.36.13 #       <midk> hmm. very doubtful.. but i'm not sure of much about it
18.36.16 #       <kaboofa> But it still sounds awesome to me, so i'm going to investigate ring0 for windows xp and hacking the kernel
18.36.23 #       <kaboofa> the kernel meaning rockbox
18.36.41 #       <kaboofa> i could probably make a unix port too
18.37.05 #       <midk> mhm, sure, and i'll ..uh.... cool
18.37.29 #       <kaboofa> hmm
18.37.45 #       <kaboofa> That would be cool though
18.38.33 #       <kaboofa> Hmm, need to find my msdn cds...
18.38.43 #       <midk> what ever happened to that polish notation calculator or whatever?
18.38.47 #       <kaboofa> Or wait until oct.
18.38.50 #       <kaboofa> midk: it died.
18.38.59 #       <kaboofa> I didn't need it anymore, because I found one for my ti89
18.39.00 #       <midk> ghetto_sprintf didn't work?
18.39.04 #       <kaboofa> that too
18.39.07 #       <midk> wtf.. we could still use it.
18.39.20 #       <midk> that doesn't mean i have one for my.. uh... yeah
18.39.20 #       <kaboofa> ok =(
18.39.31 #       <midk> what's so hard about ghetto sprintf anywyas
18.39.32 #       <midk> ways*
18.39.35 #       <midk> why do you need it?
18.39.51 #       <kaboofa> Need what?
18.39.54 #       <kaboofa> RPN or my MSDN cds?
18.40.06 Join    zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl)
18.40.18 #       <midk> ghetto_sprintf
18.40.44 #       <dwihno> ghetto code! \o/
18.41.16 #       <midk> :)
18.41.26 #       <kaboofa> \m/
18.41.33 #       <midk> hmm
18.41.38 #       <midk> but, why do you need it kaboofa?
18.43.05 #       <kaboofa> because you can't do float->string conversions in rockbox
18.44.12 #       <Zagor> kaboofa: the usb is hardwired to the isd300 chip. the processor has no control.
18.44.31 #       <kaboofa> :(
18.44.34 #       <kaboofa> there goes my plans.
18.44.40 #       <midk> see, that's exactly what i told him
18.44.46 #       <midk> isn't it? isn't it?! ;)
18.44.55 #       <kaboofa> thanks Zagor.
18.46.21 ***     Saving seen data "./dancer.seen"
18.46.27 #       <midk> -Zagor+midk!
18.49.31 #       <kaboofa> o.o
18.49.38 #       <kaboofa> When did you say that?
18.50.00 #       <kaboofa> And it would be s/Zagor/midk/;  ;p
18.50.19 #       <kaboofa> regex == leetsauce;
18.52.58 Join    R3nTiL [0] (~zorroz@234-250-30-217.kgts.ru)
19.03.53 Quit    R3nTiL ()
19.11.59 #       <midk> kaboofa, not really
19.12.04 #       <midk> -/+ works too
19.20.31 Quit    zeekoe (Read error: 60 (Operation timed out))
19.29.18 Quit    _aLF (Remote closed the connection)
19.32.09 Join    zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl)
19.32.53 Quit    midk (Remote closed the connection)
20.00.45 Join    R3nTiL [0] (~zorroz@159-250-30-217.kgts.ru)
20.03.28 Quit    R3nTiL (Client Quit)
20.12.06 Join    Bagder [0] (~daniel@1-1-5-26a.hud.sth.bostream.se)
20.24.02 Join    bagawk [0] (Lee@ACC63CAB.ipt.aol.com)
20.26.07 #       <bagawk> hi ze 
20.26.10 #       <bagawk> i mean zeekoe 
20.26.11 #       <bagawk> lol
20.30.10 Quit    zeekoe (Read error: 110 (Connection timed out))
20.30.42 #       <Bagder> you scared him away! ;-)
20.33.07 #       <bagawk> hehe
20.46.23 ***     Saving seen data "./dancer.seen"
21.19.15 #       <bagawk> bye
21.19.17 Quit    bagawk ("umount /dev/brain")
21.50.05 Join    scott666_ [0] (~scott666@c-24-245-58-48.mn.client2.attbi.com)
22.04.31 Part    scott666_
22.13.21 Quit    Bagder ("Leaving")
22.21.09 Quit    silencer (Nick collision from services.)
22.21.11 Join    silencer [0] (~silencer@zen.via.ecp.fr)
22.21.22 Quit    silencer (Nick collision from services.)
22.26.10 Join    silencer_ [0] (~silencer@zen.via.ecp.fr)
22.46.27 ***     Saving seen data "./dancer.seen"
22.59.37 Join    bagawk [0] (lee@IC61.library.oregonstate.edu)
23.18.22 Join    zeekoe [0] (~zeekoe@ip51cc69f6.adsl-surfen.hetnet.nl)
23.20.38 Quit    zeekoe (Read error: 104 (Connection reset by peer))
23.21.18 #       <amiconn> Grr, this is annoying!
23.21.41 #       <bagawk> what?
23.22.08 #       <amiconn> Did some test recordings, with varying level including clipping, archos fw & rockbox
23.22.26 #       <amiconn> Very same CD all the time, 3 different level settings each
23.22.28 #       <bagawk> And the result?
23.22.47 #       <amiconn> archos fw: no frame sync errors
23.23.28 #       <amiconn> rockbox: 2 of 3 recordings have sync errors, the 3rd merely has the last frame truncated
23.23.41 #       <bagawk> :(
23.24.25 #       <bagawk> any ideas where the errors are coming from?
23.24.37 #       <amiconn> Not really :(
23.25.19 #       <bagawk> could you do some debug, and find out where the sync errors occur, and what rockbox was doing at the time?
23.25.21 #       <amiconn> Next test: rockbox modified to not use m/s stereo encoding. Perhaps the mas has a bug with m/s stereo (although I don't really believe this)
23.25.39 #       <bagawk> ok
23.25.57 #       <amiconn> In parallel I'll write some more thorough mpeg frame analyzer tool
23.32.14 Join    Fusen [0] (~Fusen@fusen.user)
23.32.23 #       <Fusen> where can I get descramble from?
23.32.44 #       <bagawk> Fusen, you need to compile it yourself
23.32.51 #       <bagawk> Fusen, why do you want it?
23.33.06 #       <Fusen> new av300 firmware was released
23.33.18 #       <Fusen> there were numerous copies of it on the av300 yahoo groups
23.33.22 #       <Fusen> but they have all gone
23.33.35 #       <Fusen> and I'm sure rockbox used to have it as a download
23.33.37 #       <Zagor> grab the source tarball or take it from cvs
23.33.40 #       <Fusen> compiled
23.33.58 Quit    Fusen ("( #SG1.ET Perform and Idle )")
23.34.45 Join    Fusen [0] (~Fusen@fusen.user)
23.34.51 #       <Zagor> ...or download from http://rockbox.haxx.se/tools/descramble.exe
23.34.56 #       <Fusen> thanks
23.35.15 #       <bagawk> can the tool really descramble the av300 firmware?
23.35.23 #       <Zagor> yes
23.36.28 #       <Fusen> all done, thanks for that
23.36.33 Part    Fusen
23.38.06 Join    CHubaca3256984 [0] (~e16583@ADijon-152-1-32-103.w83-194.abo.wanadoo.fr)