[10:05] <sprrit> helo..
[10:11] <sprrit> i was wondering if someone could help me
[10:16] <sprrit> I installed GarBage 2.26.16, and the 'neuros audio' menu appears to be in spanish. Did I get the wrong download or do I have to compile it myself?
[17:45] <Yono> anyone here know french?
[17:45] <JoshMalone> no
[17:45] <JoshMalone> :)
[17:46] <Eagle_Fire> je parle un peut du francais
[17:46] <Eagle_Fire> un petit peut
[17:46] <Eagle_Fire> comment je vous aider?
[17:46] <Eagle_Fire> *aiderai?
[17:48] <Yono> excellent
[17:48] <Yono> what is the difference between: Charger d'état. AND Charger une sauve d'état.
[17:49] <Yono> I know that Charger is launch/load, and sauve is save, but they are too similar to figure out from just that
[17:50] <Eagle_Fire> "launch state" versus "launch a saved state"
[17:50] <Eagle_Fire> ?
[17:53] <Eagle_Fire> what is this in context of?
[17:55] <Yono> emulator
[17:55] <Yono> thanks
[17:57] <Eagle_Fire> seems like one might start a new session and the other might load a saved one
[17:57] <Yono> right, thats what i figured, I just wanted a second opinion
[17:58] <JoshMalone> whatcha emulatin'?
[18:08] <nerochiaro> Yono: you should really ask erwan, he's our resident frenchman
[18:09] <Yono> thats alright, not that important
[18:09] <nerochiaro> yeah, i was just reminding you in case you didn't know
[18:09] <Yono> JoshMalone: wiki.gp2x.org
[18:09] <Yono> helping them organize their wiki
[18:10] <nerochiaro> you own one of these things ?
[18:10] <Yono> since sadly, their french version: wiki.gp2x.org has many more articles
[18:10] <Yono> no sir, I am broke
[18:10] <Yono> I wouldn't mind owning one some day
[18:11] <JoshMalone> oh yeah - they look nice; but broke here, too
[18:11] <nerochiaro> how much does they cost ?
[18:12] <Yono> www.gp2x.it
[18:13] <Eagle_Fire> wow, it has a joystick
[18:13] <nerochiaro> Yono: can't find a price there
[18:14] <Eagle_Fire> no hard drive...
[18:14] <nerochiaro> Yono: how much is in the states ?
[18:16] <Yono> about 200
[18:17] <nerochiaro> they will mark up to more than 250 euro around here then
[18:18] <Yono> ouch
[18:18] <nerochiaro> for imported niche products, that's usually what happens. unless it's produced here in EU, so maybe it will get a little cheaper
[18:20] <nerochiaro> but seems to be Korean
[18:20] <Yono> yeah, Korean
[18:21] <nerochiaro> well, i'll keep an eye on that page. i'm just curious to see how much off the mark i was
[18:21] <nerochiaro> with the price estimate
[18:21] <nerochiaro> for now, i'm off to bed
[18:21] <nerochiaro> have a nice meeting
[18:21] <Yono> night
[19:13] <NC-17> i have a gp2x
[19:14] <JoshMalone> what do you do with it?
[19:14] <NC-17> watch movies on planes, play some emulated games, homebrew games. dont use it for audio much
[19:15] <JoshMalone> whats its storage?
[19:15] <NC-17> SD cards
[19:15] <NC-17> and 128mb NAND i think
[19:15] <JoshMalone> cool
[19:15] <NC-17> used for the OS and stuff
[19:16] <NC-17> i have 2x1gb A-data cards and a 2GB corsair SD card
[19:16] <NC-17> keeps things open
[19:16] <NC-17> sega emu is the best
[19:16] <NC-17> err master system and genesis
[19:16] <NC-17> snes is full speed no sound currently, some games playable with sound
[19:16] <Yono> have you tried Quake or Duke Nukem on it?
[19:17] <NC-17> some people play some crappy PSX games at low speed
[19:17] <NC-17> oh yeah
[19:17] <NC-17> Quake is great
[19:17] <NC-17> havent tried duke
[19:17] <NC-17> there's a neo geo emu, gameboy color... errr lots of emus :)
[19:18] <NC-17> archive.gp2x.de
[19:19] <JoshMalone> :)
[19:19] <JoshMalone> A-data; that a brand?
[19:20] <NC-17> yeah
[19:20] <NC-17> surprisingly :)
[19:20] <NC-17> do a lot of memory type things
[19:39] <Eagle_Fire> finished my writeup of the cell phone -> wireless access point hack devices.natetrue.com
[20:07] <jmalone_> damn wireless internet
[20:08] <jmalone_> nice hack, nate
[20:12] <JoshMalone> grrrr
[20:15] <Eagle_Fire> thanks
[20:16] <JoshMalone> my net connection is really acting up now
[20:16] <Eagle_Fire> maybe you should switch channels
[20:18] <JoshMalone> channels?
[20:19] <Eagle_Fire> you said wireless?
[20:19] <pwarren> ls
[20:19] <JoshMalone> oh - it's a pre-wimax thing
[20:20] <Eagle_Fire> oh
[20:20] <JoshMalone> bad on some days
[20:21] <Eagle_Fire> what's the range on it
[20:21] <JoshMalone> 12 miles
[20:21] <Eagle_Fire> damn
[20:22] <Eagle_Fire> how far away from it are you
[20:22] <JoshMalone> far - not sure
[20:23] <JoeBorn> what did I miss?
[20:23] <JoshMalone> my cappy net connection :)
[20:24] <JoeBorn> I've been using EVDO through my verizon phone when I'm on the road, I have to say I'm pretty impressed
[20:24] <JoshMalone> evdo == great
[20:24] <Eagle_Fire> JoeBorn, i finished my writeup on my modem thingy
[20:24] <Eagle_Fire> devices.natetrue.com
[20:24] <JoeBorn> if I could do it through BT with the phone still in my pocket it would be pretty much unbelievable.
[20:24] <JoeBorn> it's only $15/mo
[20:24] <JoshMalone> 2.6GHz navini when theres a house btwn you and the mountantop != great
[20:25] <JoeBorn> we are still waiting for chairman gao and bob
[20:27] <JoshMalone> speak of the Devil :)
[20:27] <BFaskos> Hi Joe
[20:27] <JoeBorn> wow, that's unbelieve able Eagle!
[20:27] <JoeBorn> Howdy Bob
[20:27] <Eagle_Fire> believe it
[20:28] <JoshMalone> I use my wimax thingy with a disembodied apple airport for similar effect
[20:28] <Eagle_Fire> cool
[20:28] <JoshMalone> (and a 12 volt gell cell)
[20:28] <JoshMalone> when signal is good its 1.5 Mb/s
[20:28] <Eagle_Fire> nice
[20:29] <JoshMalone> (when it's bad I'd rather be on a modem)
[20:30] <Eagle_Fire> can you do anything fancy with antennas?
[20:30] <JoeBorn> which of these folks is you Nate?
[20:30] <Eagle_Fire> nate
[20:31] <Eagle_Fire> *me
[20:31] <JoeBorn> sorry, I'm looking through your photos
[20:31] <JoeBorn> should have given a little more context for that question
[20:31] <JoshMalone> I have a 8dbi fresnel patch antenna for it
[20:31] <JoeBorn> where's chairman gao?
[20:32] <JoshMalone> doesnt help most of the time
[20:32] <Eagle_Fire> what photos !?
[20:32] <Eagle_Fire> how much did you see
[20:32] <JoeBorn>
[20:32] <JoshMalone> chairman?
[20:32] <JoeBorn> students.washington.edu
[20:32] <Eagle_Fire> me devices.natetrue.com
[20:32] <Eagle_Fire> students.washington.edu too
[20:34] <JoeBorn> I was way off
[20:34] <Eagle_Fire> who did you think i was
[20:34] <JoshMalone> :)
[20:35] <JoeBorn> students.washington.edu
[20:35] <Eagle_Fire> heh
[20:35] <Eagle_Fire> what made you think i was him
[20:36] <JoeBorn> no basis of any kind.
[20:36] <JoeBorn> as evidenced by how far off I was
[20:36] <Eagle_Fire> that'll teach you
[20:37] <JoeBorn> Gao, is here under an assumed identity
[20:38] <JoshMalone> :)
[20:38] <JoeBorn> ok, let's begin.
[20:38] <JoshMalone> you assume
[20:38] <JoeBorn> indeed.
[20:38] <Eagle_Fire> where is he
[20:38] <Eagle_Fire> show yourself!
[20:38] <JoeBorn> ok, we are gathered here today...
[20:38] <JoeBorn> to talk about the dev boards
[20:38] <swoag> GAO is here...
[20:39] <JoeBorn> and the biggest question is
[20:39] <JoshMalone> where are they?
[20:39] <JoeBorn> no you are suppsed to say "I AM GAO"
[20:39] <JoeBorn> well we have about half a dozen boards
[20:39] <swoag> hehe
[20:39] <JoeBorn> and say half are in China in our office there and the other half are with Bob
[20:40] <JoeBorn> but we can get a few more, but there are two issues.
[20:40] <BFaskos> I have 1/3
[20:40] <JoeBorn> one is they need some rework which is not a big deal, but the other issue is that they are changing some as they morph
[20:40] <JoeBorn> into the 442v2 form factor boards and the R3 form factor boards.
[20:40] <JoshMalone> of course
[20:41] <JoeBorn> so the question is should we send them out now or wait until we have the next spin, the form factor boards.
[20:41] <JoshMalone> sounds typical to me
[20:41] <JoeBorn> Bob can talk about the differences.
[20:41] <JoeBorn> yes, it's no very surprising.
[20:41] <JoshMalone> the final ADS-sphere looked NOTHING like the original we got in the Linux office
[20:42] <BFaskos> Specifically about the DB's:
[20:42] <BFaskos> First the status.
[20:42] <BFaskos> I received 4 boards total,
[20:42] <BFaskos> Of which I worked extensively with 1,
[20:42] <BFaskos> lightly with another,
[20:43] <BFaskos> and almost nothing on the last 2 (received last night)
[20:43] <BFaskos> My first goal is to prove the design -- find out all these
[20:43] <BFaskos> pesky little things that byte you in the butt if you don't pay attention.
[20:44] <BFaskos> So I have been focusing on the design part of it, rather the actual bring up
[20:44] <BFaskos> So far I have tested the following sections:
[20:44] <swoag> and FYI, China got the other 4 sets boards and started working on them today. No status available yet.
[20:45] <BFaskos> Power supply: All tested look great. A few are still untested for real, but so far look good.
[20:45] <BFaskos> Conector pinouts: So far looks good, but I haven't tested the audio yet.
[20:46] <BFaskos> Console ports: Works just fine. There is a GIO pin that MUST be set by software before it comes up, or it will not receive characters.
[20:46] <BFaskos> Memory:
[20:47] <BFaskos> Flash populated is 4 MB. The factory put in a flash chip slightly different
[20:47] <BFaskos> than the one I asked for, so I had to add support for it in U-Boot.
[20:48] <BFaskos> Also, I goofed up and left one too many pins disconnected. As a result, itis not possible to
[20:48] * JoshMalone  wishes the hardware guys at ADS were half as good as Bob
[20:48] <BFaskos> write to the boot sectors of the FLASH. A pullup resistor is needed.
[20:48] <BFaskos> (thank you)
[20:48] <BFaskos> The Ethernet port is working just fine.
[20:49] <BFaskos> It came up with the standard un-modified u-boot, but I had to
[20:49] <BFaskos> tweak the Linux driver to get it to the proper IRQ line.
[20:50] <JoshMalone> is this a DOC?
[20:50] <JoshMalone> or some other flash?
[20:50] <BFaskos> SDRAM populated is 64 MBytes. It is working just fine.
[20:51] <BFaskos> The FLASH chip populated is ST29W320DB70N6E.
[20:51] <BFaskos> Needless to say, all the oscillators are working just fine.
[20:51] <BFaskos> On-chip PLL is working great (means power is good!)
[20:52] <BFaskos> Off-chip PLL for the audio is right on the money as well.
[20:52] <BFaskos> The I2C bus is working as expected, but I still need to probe a bit more.
[20:53] * JoshMalone  can't find that chip...just confused by 'boot sector' in a flash chip. sorry
[20:53] <BFaskos> I goofed up (yet again) in the RESET_P generation. I designed a pullup resistor in that line, but I needed a pulldown instead.
[20:53] <BFaskos> As a result we have yet another resistor to take care of.
[20:54] <BFaskos> Josh: Look for "M29W320DB" and follow the ST link.
[20:55] <BFaskos> My creative chip select generation is also working flawlessly.
[20:55] <BFaskos> The panel switches appear to be working fine
[20:55] <BFaskos> The HDD interface is working fine.
[20:56] <BFaskos> I can mount a file system in Linux and read and write with good throughput.
[20:56] <BFaskos> The CF card is also working fine.
[20:56] <BFaskos> I can mount a CF card and read and write to it no problem.
[20:57] <BFaskos> I can read and write the registers of the USB high speed chip (NET2272).
[20:57] <BFaskos> However, I don't have a Linux driver to test it with.
[20:57] <BFaskos> The circuit look right.
[20:57] <BFaskos> I also can see the SD card lines in the oscilloscope do the right thing, but I don't have the Linux driver loaded yet.
[20:58] <BFaskos> Ah! I almost forgot!
[20:58] <BFaskos> The reset button works!!! Yeh!!!!!
[20:58] <Eagle_Fire> that's a plus
[20:58] <JoshMalone> LOL
[20:58] <BFaskos> The LCD circuitry is largely untested yet.
[20:58] <JoshMalone> Eagle_Fire: esp if you've ever tried to debug a board where it didn't :)
[20:58] <BFaskos> However, the power supplies involved are working fine.
[20:59] <BFaskos> I think I addressed all the non-media peripherals. Did I forget anything non-media related?
[20:59] <JoshMalone> ethernet?
[21:00] <Eagle_Fire> he said that already
[21:00] <BFaskos> Etherenet works just fine.
[21:00] <JoshMalone> oh - sorry
[21:00] <JoshMalone> thanks - sorry :(
[21:00] <BFaskos> I can boot linux from TFTP with NFS root mount.
[21:00] <JoshMalone> so ship it! we'll fix the rest with a patch in 2 months :)
[21:00] <BFaskos> Ahhh-- emulator connection works fine too.
[21:01] <Eagle_Fire> so the decision to be made was whether to make more dev boards or to just plow ahead with form factor boards, right?
[21:01] <BFaskos> Well, this is one of the things that we are actually tryingto decide here.
[21:01] <JoeBorn> yes, but the issue is not so much the above
[21:01] <BFaskos> Ship it or not ship it.
[21:01] <JoeBorn> as the differences between the above and the form factors in terms of changing the USB, etc
[21:01] <BFaskos> Should I continue with status?
[21:02] <JoeBorn> yes
[21:02] <BFaskos> Ok.
[21:02] <BFaskos> The media-related peripherals have been probed but only slightly exercised.
[21:03] <BFaskos> The NTSC/PAL video digitizer appears to be taking commands and reacting to them.
[21:03] <JoeBorn> those of you following along at home may wish to review
[21:03] <JoeBorn> www.theneuros.com
[21:03] <JoeBorn> as Bob continues.
[21:03] <BFaskos> I have not tried to acquire video into the DM320 yet.
[21:03] <BFaskos> (sorry for being this boring!)
[21:03] <JoeBorn> no, its not that it just takes longer to type than read
[21:04] <BFaskos> Clocks and power to it are looking really good.
[21:04] <JoshMalone> this isn't boring me :)
[21:04] <BFaskos> The video input and S-Video input signals are cleaner than what I expected in this board.
[21:05] <BFaskos> At least onthe scope -- let's see what reality is when we can actually see something.
[21:05] <BFaskos> And I had expected a not so great SNR in the video department, but it seems that we will be OK.
[21:05] <JoshMalone> cool
[21:06] <BFaskos> The audio clocks look fine, the PLL output is clean and little or no jitter.
[21:06] <BFaskos> It looks like it is good for the 24 bit precision that we want.
[21:07] <BFaskos> I am sure that the noise level on the analog audio side will bring the SNR down somewhat.
[21:07] <BFaskos> The factory was laying the board out with just minimal concern for the analogs, but it was running so late
[21:07] <BFaskos> that I decided not to intervene too much.
[21:07] <BFaskos> I think that we will be way good enough though.
[21:08] <BFaskos> Forgot 1 non-media thing:
[21:08] <JoeBorn> that's great.
[21:08] <BFaskos> The logic that switches the console from DB-9 to shared audio jack is working.
[21:08] <JoeBorn> I'm going to stand in the mall and do the pepsi challenge with the iPod.
[21:08] <JoshMalone> thats switchable? cool
[21:09] <BFaskos> However, I am not sure what kind of noise level it will introduce into the audio, if any.
[21:09] <BFaskos> I have not tested the audio ADC or DAC yet.
[21:10] <BFaskos> I have not tried the S/PDIF output either.
[21:10] <JoshMalone> cat /vmlinuz > /dev/dsp :)
[21:10] <BFaskos> I have no tried the composite video output yet either.
[21:10] <BFaskos> I have not tried the headphones amplifier yet.
[21:11] <swoag> RTC and Memory Stick?
[21:11] <BFaskos> I guess this is it for status.
[21:11] <BFaskos> Ahhh, RTC!
[21:11] <BFaskos> There is no memory stick port in the DevBoard (stay tuned for more on this later)
[21:12] <BFaskos> The RTC and IR is actually done by a little 16-bit micro.
[21:12] <BFaskos> The micro is assembled, and I can JTAG into it.
[21:12] <BFaskos> It is connected to the I2C bus of the DM320.
[21:12] <BFaskos> But I have no code for it.
[21:12] <JoshMalone> have to jtag it?
[21:13] <JoshMalone> or is it linux-programmable?
[21:13] <BFaskos> It is NOT Linux-programmable.
[21:13] <JoshMalone> cool
[21:13] <swoag> even throught the I2C interface?
[21:13] <swoag> can't the Micro listen to the I2C traffic?
[21:13] <BFaskos> The I2C interface allows it to communicate with the DM320.
[21:13] <BFaskos> It can also send interrupts to the DM320.
[21:14] <JoshMalone> any intterrupt or just timer?
[21:14] <BFaskos> And it also connects (TX and RX) to a spare serial UART on the DM320.
[21:14] <swoag> then how Data/Time gets reset?
[21:14] <BFaskos> Any interrupt. So you can do pretty much anything you want there.
[21:14] <JoshMalone> time gets set via i2c
[21:14] <BFaskos> Via I2C.
[21:14] <JoshMalone> (like a dallas chip)
[21:15] <BFaskos> There is a battery backup power.
[21:15] <BFaskos> Coin cell.
[21:15] <BFaskos> This is a TI MSP430 chip.
[21:15] <BFaskos> It also has an IR reciver attached to it.
[21:15] <JoshMalone> cool - we had atmels on our boards
[21:15] <swoag> Then it is Linux programmable, I am a bit confused.
[21:15] <BFaskos> It decodes remote control keystrokes and sends them to the DM320.
[21:16] <BFaskos> This is a separate chip.
[21:16] <JoshMalone> the firmware in the MCU isn't programmable by linux
[21:16] <JoshMalone> but that code communicates via i2c with linux
[21:16] <swoag> I see,
[21:16] <BFaskos> Look for U10 on page 18 of the schematics.
[21:16] <BFaskos> A completely separate CPU, that canm talk and listen to/from the DM320.
[21:16] <JoshMalone> (and serial, apparently)
[21:16] <swoag> I was talking about different 'level' of programming ;)
[21:16] <BFaskos> And serial.
[21:16] <JoshMalone> :)
[21:17] <BFaskos> The little micro is NOT big enough to run Linux.
[21:17] <swoag> hehe
[21:17] <JoshMalone> ROTFL
[21:17] <Eagle_Fire> but we can't reprogram it without JTAG?
[21:17] <BFaskos> The version I put in (there are different sizes) is pretty small.
[21:17] <BFaskos> No. You will need JTAG to re-program it.
[21:18] * JoshMalone  remembers the atmel-powered typewriter that played music and drew shapes
[21:18] <BFaskos> You can buy this JTAG tool for abot $49.99 or so.
[21:18] <Eagle_Fire> so i suppose the program on there will try to be as universal as possible?
[21:18] <JoshMalone> $50?!?!?
[21:18] <JoshMalone> no way
[21:18] <BFaskos> This is intended to run RTC and IR.
[21:18] <BFaskos> Only.
[21:18] <Eagle_Fire> i have a jtag i made from a parallel connector and 4 resistors, will that work
[21:18] <BFaskos> Possibly.
[21:19] <JoshMalone> lol
[21:19] <swoag> Eagle_Fire, yes, and that is what I meant by 'programmable by Linux'...
[21:19] <Eagle_Fire> well if the board is hackable we want it to be extendable past its intended purpose, right
[21:19] <BFaskos> The assembler and compiler for the little guy is proprietary (not GPL) but free.
[21:19] <BFaskos> However ---- and here is the biggie:
[21:19] * JoshMalone  fears what Nate will get into here :)
[21:20] <BFaskos> The reason I madse this way is that
[21:20] <BFaskos> (don't you love a bit of suspense?)
[21:20] <JoshMalone> du du du duhhhhhhh
[21:20] <BFaskos> DRM10 requires a secure clock
[21:20] <BFaskos> and secure storage
[21:20] <JoshMalone> LOL
[21:20] <BFaskos> THEREFORE
[21:20] <Eagle_Fire> !
[21:20] <JoshMalone> ah - I see
[21:21] <BFaskos> Things must be closed to a certain degree.
[21:21] <BFaskos> The little guy has a "security fuse" kind of thing.
[21:21] <JoshMalone> so MCU code wont be open
[21:21] <swoag> now it turns to "unprogrammable by Linux" again! ")
[21:21] <Eagle_Fire> well at least give me free reign on the IR stuff, then i'll be happy
[21:21] <BFaskos> You will not be able to read the device if the bit is set,
[21:21] <JoshMalone> oh - so MCU wont be programmable
[21:21] <JoshMalone> oh - readout only
[21:21] <BFaskos> even though you can certainly re-program it.
[21:21] <JoeBorn> the rockbox guys will hit the roof when they hear that
[21:22] <BFaskos> You can re-program that if you soi wish,
[21:22] <Eagle_Fire> good thing none of them are here
[21:22] <JoshMalone> JoeBorn: why? it's just the clock and IR serial interface
[21:22] <BFaskos> but you will lokse your DRM key.
[21:22] <BFaskos> Of course, this bit will only have to be set IF there is the need to
[21:22] <JoshMalone> right...can only erase entire unit when fuse is set
[21:22] <BFaskos> play DRM content.
[21:22] <BFaskos> Correct.
[21:22] * JoshMalone  remembers his PLAs in digital design class
[21:23] <BFaskos> I personally think that this is not a big deal.
[21:23] <JoshMalone> me either
[21:23] <BFaskos> It is there if you want.
[21:23] <Eagle_Fire> i sure don't mind
[21:23] <BFaskos> Don't mess with it if you don't want to.
[21:23] <JoeBorn> given what you've said, maybe it will be fine.
[21:23] <JoshMalone> well - unless the MCU is doing challenge/response, you can just sniff the i2c lines :