irclog2html for #edev on 20061104

00:40.27*** join/#edev tuxmaniac (n=aanjhan@unaffiliated/tuxmaniac)
01:30.47*** join/#edev philv (n=philv@cowpig.ca)
02:41.08*** join/#edev Crofton (n=balister@69.174.69.232)
02:45.41*** join/#edev Crofton|laptop (n=balister@66-207-66-26.black.dmt.ntelos.net)
03:21.56*** join/#edev kakaroto (n=cerne@2001:5c0:8fff:fffe:0:0:0:59d9)
03:34.58*** join/#edev sunrunner20 (n=jamesdoe@pool-71-252-248-115.dllstx.fios.verizon.net)
04:08.25*** join/#edev Karo-sam (i=karosa@ob-3686.adsl.datanet.hu)
04:23.28*** join/#edev tuxmaniac (n=aanjhan@unaffiliated/tuxmaniac)
04:50.36*** join/#edev bigbootay (n=bigboota@CPE0004e28a9289-CM000a73a14ed4.cpe.net.cable.rogers.com)
06:57.32*** join/#edev otay (n=chatzill@131.241.61.40)
07:00.25otayI want to use some graphical images on my framebuffer console. I have the csource from Gimp and a slight idea how display images on the console. I really don't know how to load the csource. Can anybody point me to some information on the subject?
07:02.44otayI have an example of a console slide show player that scans jpegs. It looks like the program puts one pixel at a time to a virtual buffer until the image is done, but I'm not sure how the data is loaded in the first place
07:22.18*** join/#edev tuxmaniac (n=aanjhan@unaffiliated/tuxmaniac)
08:14.21*** join/#edev FireEgl (i=FireEgl@Sebastian.Atlantica.US)
08:40.33*** join/#edev redblue (i=star@ppp015.109-253-207.mtl.mt.videotron.ca)
09:55.47*** join/#edev purl (i=ibot@pdpc/supporter/active/TimRiker/bot/apt)
09:55.47*** topic/#edev is #edev discussion for small embedded device development and hacking || http://www.elinux.org/wiki/ || http://www.hackaday.com || http://www.linux-hacker.net || buildroot now has a mailing list, please subscribe at http://buildroot.busybox.net
11:12.19*** join/#edev tuxmaniac (n=aanjhan@unaffiliated/tuxmaniac)
11:24.50*** join/#edev redblue (i=star@ppp031.108-253-207.mtl.mt.videotron.ca)
12:12.28*** join/#edev T0mW (n=Tom@24.238.68.20.res-cmts.sth.ptd.net)
13:26.12*** join/#edev prpplague (n=dave@69.73.217.80)
14:48.57T0mWprpplague: hey
14:49.44T0mWprpplague: with the enc28j60, after powerup & after soft reset, either mode it consumes 120ma
14:50.18T0mWprpplague: um
14:51.28T0mWprpplague: when you command it to go off (powerdown), the current drops to a few milliamps
15:36.36*** join/#edev GPSFan (n=kenm@12.10.255.248)
15:36.36*** mode/#edev [+o GPSFan] by ChanServ
15:57.53prpplagueT0mW: doh
15:58.07prpplagueT0mW: i thought it was suppose to drop a considerable amount
16:01.37T0mWprpplague: no
16:02.28T0mWprpplague: it does drop a lot if you tell it to enter sleep mode, sleep mode is disabled on RESET
16:02.46prpplaguedoh
16:02.54prpplagueT0mW: so you gonna add a mosfet?
16:03.01prpplagueT0mW: to power it on and off?
16:03.17T0mWprpplague: no, in sleep mode the power drops waaaaaaaaay down.
16:03.20prpplagueT0mW: btw, which module are you using to prototype and test?
16:03.28T0mW?
16:03.30prpplagueT0mW: OH i miss understood
16:03.45T0mWprpplague: I've incorporated the chip onto my board
16:03.52prpplagueT0mW: you said it drops to a few milliamps, not that it only drops a few milliamps
16:03.56prpplagueT0mW: ahh
16:03.56T0mWprpplague: this is an embedded LPC2214 board
16:04.08prpplagueT0mW: so you've already got protoboards then
16:04.45prpplagueT0mW: so you are gonna init the device and power it off till you need it?
16:04.46T0mWprpplague: yeah, the I put the LPC2214 board together last weekend.
16:06.08prpplagueho ho hum
16:06.24prpplagueT0mW: donna wants to wait until after christmas
16:06.32prpplagueT0mW: i want to go at the first of december
16:06.34prpplague:(
16:07.16prpplaguei swear this is the most stressful thing i've ever done
16:07.31prpplaguei can handle short term stress, long term is a different story
16:09.11T0mWprpplague: http://www.openhardware.net/board.gif
16:09.52prpplaguecooooool
16:10.02prpplagueT0mW: whats the one wire soldered to the board?
16:10.05T0mWprpplague: 2 RS485, 3 RS232, 1 TTL and 1 LAN
16:10.24T0mWprpplague: 1.8v supply, the 1.8v regulator I chose was too wimply
16:10.32T0mWs/wimply/wimpy
16:10.37prpplagueahh
16:11.00T0mWprpplague: final board will have LPC2212 chip: 128K Flash + 512K RAM
16:11.32T0mWprpplague: dallas DS1306 clock chip w/battery backed RAM
16:11.43prpplaguecool
16:11.50T0mWprpplague: 15 LEDs!!!
16:11.56prpplagueT0mW: hehe
16:12.16T0mWprpplague: oh, cannot forget the BUZZER!
16:12.31T0mWprpplague: see, bells + whistles
16:13.26T0mWprpplague: right now, it is idling at 80ma
16:14.58prpplagueT0mW: cool
16:15.10prpplagueT0mW: our main cpu board idles at around 20ma
16:15.20prpplagueT0mW: in suspend its about 6ma
16:15.26T0mWprpplague: that is not active current is it?
16:15.59T0mWprpplague: but, at 20ma you're not doing anything, correct?
16:16.22prpplagueT0mW: thats with the linux OS running and our menu system going
16:16.46prpplagueT0mW: the entire board with lcd and all is about 120ma
16:16.49T0mWprpplague: how the fsck do you get SDRAM to run at a few milliamps?
16:17.14prpplagueT0mW: your guess is as good as mine
16:17.20prpplagueT0mW: i just know the figures
16:17.32T0mWprpplague: that figure sounds suspiciously low
16:17.38prpplagueT0mW: you can test with that one board i'm sending you
16:17.43prpplagueT0mW: its accurate
16:17.48prpplagueT0mW: i've seen the tests
16:17.53T0mWprpplague: interesting
16:18.23prpplagueT0mW: bbiab
16:18.27prpplagueT0mW: gotta run
17:20.40*** join/#edev redblue (i=star@ppp078.110-253-207.mtl.mt.videotron.ca)
17:55.15*** join/#edev mbuf (n=mbuf@59.92.84.212)
18:08.43*** join/#edev chouimat (n=dieu@r2351064.cidc.net)
18:20.41*** join/#edev Crofton (n=balister@hc65214d4.dhcp.vt.edu)
20:39.12*** join/#edev bigbootay (n=bigboota@CPE0004e28a9289-CM000a73a14ed4.cpe.net.cable.rogers.com)
22:35.03*** join/#edev kakaroto (n=cerne@2001:5c0:8fff:fffe:0:0:0:59d9)
23:10.30*** join/#edev Karo-sam (i=karosa@ob-3686.adsl.datanet.hu)
23:20.19*** join/#edev redb1ue (i=star@ppp219.108-253-207.mtl.mt.videotron.ca)

Generated by irclog2html.pl by Jeff Waugh - find it at freshmeat.net! Modified by Tim Riker to work with blootbot logs, split per channel, etc.