• [00:06:44] * GAN8001 is now known as GeneralAntilles
  • [00:09:19] * rsalveti (n=salveti@189.70.79.46) has joined #beagle
  • [00:09:45] * GAN800 (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) has joined #beagle
  • [00:10:57] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) Quit (Nick collision from services.)
  • [00:11:02] * GAN800 is now known as GeneralAntilles
  • [00:13:33] <GregorR> Bleh, haven't figured out how to get a working version of 2.6.28-omap1 with the new DSS2 stuff :(
  • [00:22:01] <emeb> Crofton|work - sorry for delay. The url I'm using for setting up OE is http://elinux.org/BeagleBoardAndOpenEmbeddedGit
  • [00:22:45] <emeb> bitbake continues past that error and I'm deep into it now. No telling if the error is ultimately fatal.
  • [00:27:45] * watarat (i=7cab5649@gateway/web/ajax/mibbit.com/x-67698d36ccb3711d) Quit ("http://www.mibbit.com ajax IRC Client")
  • [00:34:14] <GregorR> tomba: You mentioned yesterday that it's possible to get NTSC going even with the older DSS2, it just wasn't switchable. As it turns out I need 2.6.28 for USB (until that's fixed in the latest), and the latest DSS2 won't compile under 2.6.28; how does one switch the older DSS2 to NTSC?
  • [00:42:51] * like2wise (n=chatzill@82-171-51-231.ip.telfort.nl) Quit ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032711]")
  • [00:46:28] * Yuvi (n=yuvi@resnet-241-44.resnet.umbc.edu) Quit (Read error: 60 (Operation timed out))
  • [00:47:06] * Yuvi (n=yuvi@resnet-241-44.resnet.umbc.edu) has joined #beagle
  • [00:47:29] <ds2> downix: do publish a generic CF interface design
  • [00:47:34] * __alanc__ (n=a-campbe@nat/ti/x-a559f8387898e390) has joined #beagle
  • [00:47:47] <downix> ds2: ??
  • [00:48:29] * Batko_Marto (n=Batko_Ma@CPE001346f996d2-CM001e6b1a8d1e.cpe.net.cable.rogers.com) has joined #beagle
  • [00:49:27] <mru> isn't CF more or less IDE?
  • [00:51:44] <downix> pretty much
  • [00:51:58] <downix> It's ideal for a few tasks, such as I'm planning on
  • [00:52:43] * Yuvi (n=yuvi@resnet-241-44.resnet.umbc.edu) Quit (Read error: 60 (Operation timed out))
  • [00:53:17] * Yuvi (n=yuvi@resnet-241-44.resnet.umbc.edu) has joined #beagle
  • [00:54:13] <mru> usb-ide converters are everywhere
  • [00:54:27] <ds2> downix: a generic CF interface would allow people to add all sorts of stuff
  • [00:54:28] <mru> and ide-cf adapters look simple
  • [00:54:36] <downix> right, but finding one with the power and profile needs is more difficult
  • [00:54:48] <downix> I am running on an ever thinner wattage needs
  • [00:54:55] <downix> ds2: you got it. 8)
  • [00:55:15] <ds2> CF is nice and avoids issues that SDIO has but getting it to work on the beagle can be "interesting"
  • [00:55:24] <mru> if you're planning on using non-storage cf devices it might get trickier
  • [00:55:36] <downix> hence why I'm being very cautious
  • [00:56:04] <ds2> if the beagle brought out the NOR interface, it would be pretty easy
  • [00:56:09] <ds2> CF is basically just ISA
  • [00:56:16] <downix> NOR?
  • [00:57:01] <downix> unaware beagle had that option
  • [00:57:10] <ds2> I did say 'if'
  • [00:57:21] <ds2> the OMAP3 supports it but the pins are not brought out
  • [00:57:31] <ds2> EVM
  • [00:57:37] <ds2> Zoom/etc can use it
  • [00:57:43] <mru> could you use a usb-pcmcia adaptor?
  • [00:58:09] <mru> hooking a cf card to that should be only a matter of wires
  • [01:03:18] * dcramer_ (n=davec@dcdsl.ebox.com) Quit ()
  • [01:03:21] * Yuvi_ (n=yuvi@resnet-241-44.resnet.umbc.edu) has joined #beagle
  • [01:06:44] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [01:13:11] <GregorR> (There are USB-CF adapters to, y'know :P )
  • [01:13:16] <GregorR> *too
  • [01:14:40] * raster (n=raster@enlightenment/developer/raster) has joined #beagle
  • [01:14:55] * bmxr_beagle (n=terry@S01060018f3b11a22.vf.shawcable.net) has joined #beagle
  • [01:16:11] <downix> GregorR: yes, trying to locate the chip from them in any quantity is the challenge
  • [01:16:58] * Yuvi (n=yuvi@resnet-241-44.resnet.umbc.edu) Quit (Read error: 110 (Connection timed out))
  • [01:18:07] * leslie (n=leslie@116.228.58.74) has joined #beagle
  • [01:18:44] * brolin (n=brolin@190.157.13.75) has joined #beagle
  • [01:21:19] * djlewis (i=4b0f4002@gateway/web/ajax/mibbit.com/x-aa2a34ab46731175) has joined #beagle
  • [01:24:17] * bmxr_bea1le (n=terry@S01060018f3b11a22.vf.shawcable.net) Quit (Read error: 104 (Connection reset by peer))
  • [01:27:26] * Russ (i=foobar@ip70-176-253-20.ph.ph.cox.net) Quit (Read error: 113 (No route to host))
  • [01:27:47] * djlewis has returned
  • [01:27:55] * openfree (i=cb6ea385@gateway/web/ajax/mibbit.com/x-4841677c89d660a4) has joined #beagle
  • [01:29:26] * bmxr (n=bmxr@S01060018f3b11a22.vf.shawcable.net) has joined #beagle
  • [01:32:54] * __alanc__ (n=a-campbe@nat/ti/x-a559f8387898e390) Quit (Remote closed the connection)
  • [01:40:45] * joesensport (n=joesensp@218.242.229.234) has joined #beagle
  • [01:46:46] <Crofton> a very quick look suggest replacing openembedded/packages with openembedded/recips in the env vars and .conf files
  • [01:46:55] <Crofton> I'll lokk harder tomorrow
  • [01:56:37] * russ (i=foobar@ip70-176-253-20.ph.ph.cox.net) has joined #beagle
  • [02:01:39] * sv_osusr1 (n=adas@136.182.2.26) Quit (Remote closed the connection)
  • [02:06:54] <djlewis> still no webcam capture and my mplayer gui borke the other day on my new amngstrom
  • [02:18:25] <GregorR> Dern, this problem is so weird ... it detects the hub I have plugged into EHCI, but then when it mounts the root, it "detects" a disconnection ...
  • [02:18:46] * keesj (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) Quit (Read error: 110 (Connection timed out))
  • [02:20:24] * lcuk (i=lcuk@cpc3-oldh7-0-0-cust590.manc.cable.ntl.com) Quit ("Leaving")
  • [02:23:17] * bazbell (n=a0192809@nat/ti/x-2acbeb30a470e77a) Quit (Remote closed the connection)
  • [02:23:22] * bazbel1 (n=a0192809@nat/ti/x-589a5d96a5636bb1) has joined #beagle
  • [02:41:09] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has left #beagle
  • [02:53:34] * xndr (n=alex@cpe-74-66-14-187.nyc.res.rr.com) Quit ("Bye")
  • [02:54:50] <djlewis> GregorR: have you tried the hub with no peripherals?
  • [02:55:37] <GregorR> I've /only/ tried the hub with no peripherals.
  • [02:56:27] * xndr (n=alex@cpe-74-66-14-187.nyc.res.rr.com) has joined #beagle
  • [02:57:57] <GregorR> In spite of the fact that all I've done was take the 2.6.28-omap1 tag and apply the patches from Angstrom, my self-compiled kernel doesn't boot, which probably doesn't help anything either >_<
  • [02:59:23] * keesj (n=keesj@ip49-193-210-87.adsl2.static.versatel.nl) has joined #beagle
  • [02:59:31] <GregorR> (I swear I'm actually quite competent :P )
  • [03:13:29] <djlewis> I know the feeling. I am still whuppin on thie webcam issue of mine.
  • [03:23:06] * dcramer (n=davec@dcdsl.ebox.com) Quit ()
  • [03:30:20] * Yuvi_ is now known as Yuvi
  • [03:32:55] * dcramer (n=davec@dcdsl.ebox.com) has joined #beagle
  • [03:39:30] * kmwang (n=angelic4@mail.CDPA.cc) has joined #beagle
  • [03:41:10] * timchen1` (i=tim@kalug.ks.edu.tw) has joined #beagle
  • [03:42:50] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [03:43:12] * kmwang_ (n=angelic4@mail.CDPA.cc) Quit (Read error: 104 (Connection reset by peer))
  • [03:46:37] * nasloc__ (i=tim@163.16.211.21) Quit (Read error: 104 (Connection reset by peer))
  • [03:47:56] * bmxr_bea1le (n=terry@S01060018f3b11a22.vf.shawcable.net) has joined #beagle
  • [03:47:56] * bmxr (n=bmxr@S01060018f3b11a22.vf.shawcable.net) Quit (Read error: 104 (Connection reset by peer))
  • [03:47:56] * bmxr_beagle (n=terry@S01060018f3b11a22.vf.shawcable.net) Quit (Read error: 104 (Connection reset by peer))
  • [03:52:15] * BThompsonD (n=bernie@cpe-72-190-75-99.tx.res.rr.com) Quit (Remote closed the connection)
  • [03:57:17] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [04:02:10] * russ (i=foobar@ip70-176-253-20.ph.ph.cox.net) Quit (Read error: 60 (Operation timed out))
  • [04:05:47] <GregorR> Well, I've managed to produce another kernel that's not capable of supporting USB at all X_X
  • [04:05:49] <GregorR> That's useful.
  • [04:10:29] <djlewis> you have been hard at it.
  • [04:10:59] <ds2> the EHCI port enumerated the first time... wonder what changed that is causing you the issues
  • [04:14:20] <GregorR> I'm trying (for no particular reason) with EHCI as a module instead ... that way it will load /after/ the root is mounted. I don't know why that would make a difference.
  • [04:23:59] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [04:24:33] <GregorR> Cool, when I load ehci-hcd as a module, the board freezes 8-D
  • [04:37:10] * midtown (i=44bd685e@gateway/web/ajax/mibbit.com/x-d7a139c3a81d4ee4) has joined #beagle
  • [04:41:07] <djlewis> and I nave only accomplished a black frame with some pixel noise.
  • [04:54:21] <GregorR> Sweet.
  • [04:54:29] <GregorR> So both of us have clearly accomplished everything we set out to :P
  • [04:54:57] * russ (i=foobar@ip70-176-253-20.ph.ph.cox.net) has joined #beagle
  • [04:56:28] <djlewis> yep, thats the way I see it too :s
  • [05:08:32] <tomba> GregorR: you need to modify venc.c. the change should be quite obvious, but I can't remember the exact line. in some init function pal config is set as the default one, you just need to change that to ntsc
  • [05:08:37] * brolin (n=brolin@190.157.13.75) Quit (Client Quit)
  • [05:13:57] <sakoman_> Hi tomba!
  • [05:14:27] <sakoman_> I'm just updating my builds with your latest DSS2
  • [05:15:21] <sakoman_> There are a couple of patches I've been using on my version;
  • [05:15:25] <sakoman_> http://www.sakoman.net/cgi-bin/gitweb.cgi?p=linux-omap-2.6.git;a=commit;h=f89561e2caa996989f187fdfc28216bb5e172692
  • [05:15:42] <sakoman_> http://www.sakoman.net/cgi-bin/gitweb.cgi?p=linux-omap-2.6.git;a=commit;h=800569897fde8aa32b65a6f105b6e46f7028d2e4
  • [05:16:28] <sakoman_> The second is to prepare for upcoming 3.5" and 7.0" LCD panels
  • [05:17:17] <tomba> hmm looks like my nameserver just broke down. argh. I'll check those later. are they board/display patches, or do they touch dss/omapfb?
  • [05:17:45] <russ> www.sakoman.net has address 74.41.60.154
  • [05:17:51] <sakoman_> they just touch the samsung panel driver and the overo board file
  • [05:18:07] <tomba> russ: thanks =)
  • [05:18:23] <sakoman_> tomba: both are trivial one liners
  • [05:18:34] <tomba> why recommended_bpp 16?
  • [05:18:36] <russ> tomba: in the mean time, /msg ibot nslookup <host>
  • [05:19:01] <tomba> russ: ohh. the things they come up with...
  • [05:19:32] <russ> tomba: watch this
  • [05:19:46] <sakoman_> tomba: otherwise it defaults to 24 bpp, which breaks the sgx stuff on the 3530 varient of overo
  • [05:19:53] <russ> tomba: I should really ask tim if he can drop ibot in her, he is fun to have around
  • [05:20:55] <tomba> sakoman_: ah ok. I think you should mark it with a comment, as it's (hopefully) only temporary
  • [05:21:26] <sakoman_> tomba: heh, you are quite the optimist ;-)
  • [05:21:38] <tomba> sakoman_: although... perhaps I can leave it out from my tree
  • [05:22:01] <sakoman_> That would be fine
  • [05:22:34] <tomba> there's also a problem with the latest dss2 and xvideo, I'll try to sort that out today
  • [05:22:57] <sakoman_> tomba: was just about to test that
  • [05:27:53] <russ> hmmm...its too bad that powerdomains seem orthogonal to regulators
  • [05:28:20] <russ> that would make it fairly easy to know when a regulator that has a powerdomain as a consumer to shut down or suspend
  • [05:29:03] <sakoman_> tomba: you are correct re: xvideo with latest dss2: "[VO_XV] It seems there is no Xvideo support . . ."
  • [05:29:25] <tomba> sakoman_: hmm. I didn't get that. I got some setup_plane error
  • [05:29:42] <sakoman_> this is from mplayer with -vo xv
  • [05:30:01] <tomba> X should complain when it's starting
  • [05:30:21] <tomba> although I still starts, but I guess Xv is disabled then
  • [05:31:27] <sakoman_> tomba: that message is from mplayer, in dmesg I see: omapfb omapfb: setup_plane failed
  • [05:32:01] <sakoman_> tomab: Let me know if you need any debug info
  • [05:32:32] <ds2> Hmm
  • [05:32:43] <tomba> I already where it fails, but I haven't yet studied why it happens. for some reason the phys address of the fb is 0 when setup plane is called
  • [05:33:28] <sakoman_> ah yes, we were fighting that issue a couple of weeks ago IIRC
  • [05:36:23] <sakoman_> hmm . . . guess I didn't RC, it was virtual resolution being 0 that caused our last issue
  • [05:37:55] <tomba> previously I didn't have check for the paddr, but I added it as somehow v4l2 was passing zero and it was a bug. but it seems this fix broke Xv
  • [05:43:17] <tomba> sometimes this feels quite futile, fb and omapfb APIs are not very clearly defined, and everybody is using them in a different way
  • [05:45:10] <sakoman_> tomba: it must be quite frustrating! not having a clearly defined interface is a recipe for ongoing pain :-(
  • [05:45:42] <sakoman_> we all really appreciate the effort you are putting into dss2
  • [05:46:34] <sakoman_> despite these issues, it is a *vast* improvement over dss1!
  • [05:48:39] <tomba> nice to hear =). there are still a few bigger things I want to fix before trying to push it to upstream. but perhaps some day...
  • [05:49:58] <ds2> sakoman_: what are you calling DSS1?
  • [05:50:25] <sakoman_> ds2: that which is in linux-omap
  • [05:50:25] <tomba> the omapfb driver in the official kernel
  • [05:50:46] <ds2> tomba: which official kernel? the TI reference one or the l-o one?
  • [05:50:58] <tomba> I don't think TI
  • [05:51:04] <tomba> TI's counts as official =)
  • [05:51:21] <tomba> so yes, as sakoman said. l-o or Linus' one
  • [05:51:21] <ds2> it is a few centuries ahead of the L-O for sure
  • [05:51:53] <tomba> it's also (was at least at some point) an unbelievably ugly hacked together mess
  • [05:54:09] <tomba> (I may be exaggerating a bit =). but at least their new DSS driver wasn't very good, in my opinnion
  • [05:54:53] * midtown (i=44bd685e@gateway/web/ajax/mibbit.com/x-d7a139c3a81d4ee4) Quit ("http://www.mibbit.com ajax IRC Client")
  • [06:01:02] <ds2> more of an understatement
  • [06:01:44] <ds2> having looked at the code, I can very much appreciate the hardwork that went into it
  • [06:03:43] * recalcati (i=5e51e963@gateway/web/ajax/mibbit.com/x-e2fa7697c176a28c) has joined #beagle
  • [06:09:19] * openfree (i=cb6ea385@gateway/web/ajax/mibbit.com/x-4841677c89d660a4) Quit ("http://www.mibbit.com ajax IRC Client")
  • [06:12:52] <AV500> tomba: at least it religiously adhered to 80 chars max (that made it even more unreadable)
  • [06:13:11] <AV500> I think I ran it all through indent 1st
  • [06:25:15] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [06:27:31] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [06:32:56] <GregorR> Well, I've come full circle and am now using a kernel which, by all accounts (and I mean this literally) should work with USB.
  • [06:33:00] <GregorR> Of course, it doesn't.
  • [06:33:38] <GregorR> In fact, the only kernel I've found that's worked at all with USB was the one that Angstrom built, even when I compiled what is, as far as I can judge, the exact same kernel, it didn't work.
  • [06:33:53] <GregorR> And then, I went to sleep :P
  • [06:37:13] <recalcati> morning
  • [06:37:25] <russ> GregorR: kernel config?
  • [06:38:30] * mckoan|away is now known as mckoan
  • [06:43:42] * ZeZu_ (n=null@c-98-227-56-17.hsd1.in.comcast.net) has joined #beagle
  • [06:44:05] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [06:48:59] * ZeZu (n=null@c-98-227-56-17.hsd1.in.comcast.net) Quit (Read error: 60 (Operation timed out))
  • [06:50:45] <methril|work> good morning
  • [07:03:28] * ZeZu_ is now known as ZeZu
  • [07:04:23] <tomba> koen: fix for Xv is now in my git
  • [07:04:38] * mib_hq6kud (i=ca40d08c@gateway/web/ajax/mibbit.com/x-a8639920081c90bf) has joined #beagle
  • [07:05:27] * mib_hq6kud (i=ca40d08c@gateway/web/ajax/mibbit.com/x-a8639920081c90bf) Quit (Client Quit)
  • [07:08:44] * mpoullet|work (n=mpoullet@proxye.avm.de) has joined #beagle
  • [07:12:23] * ZeZu (n=null@c-98-227-56-17.hsd1.in.comcast.net) Quit ()
  • [07:15:38] <mpoullet|work> good morning
  • [07:17:31] * ZeZu (n=null@c-98-227-56-17.hsd1.in.comcast.net) has joined #beagle
  • [07:21:53] <koen> tomba: thanks!
  • [07:21:56] <koen> good morning all
  • [07:22:48] <keesj> hi
  • [07:24:07] * rsalveti (n=salveti@189.70.79.46) Quit (Read error: 110 (Connection timed out))
  • [07:24:30] * rsalveti (n=salveti@189.70.55.26) has joined #beagle
  • [07:26:04] * uberfry (n=spinl0ck@vodsl-10890.vo.lu) has joined #beagle
  • [07:30:16] <tomba> koen: yet another hack in dss =). I hate backwards compatibility, it's the number two cause of all problems.
  • [07:31:06] <ds2> tomba: are there any pending issues that is preventing upstream submission?
  • [07:31:24] * mib_68395f (i=40e4c4e8@gateway/web/ajax/mibbit.com/x-36ca063d83b93949) has joined #beagle
  • [07:31:39] * gregoiregentil (n=zonbu@adsl-71-135-118-139.dsl.pltn13.pacbell.net) has joined #beagle
  • [07:32:22] <koen> tomba: I noticed the sigh in the commit message :)
  • [07:32:24] <tomba> ds2: I want to make some bigger architectural changes first
  • [07:32:48] <ds2> tomba: any details you can share?
  • [07:32:57] <tomba> confidential!
  • [07:33:05] <ds2> :D
  • [07:33:11] <tomba> well, not really =)
  • [07:33:47] <tomba> 1) I want to implement the display devices as linux devices. that's needed for regulator framework, and I think it makes things a bit clearer too. I've started it, but it's a big change
  • [07:34:15] * mib_68395f (i=40e4c4e8@gateway/web/ajax/mibbit.com/x-36ca063d83b93949) Quit (Client Quit)
  • [07:34:29] <ds2> linux devices?
  • [07:34:36] <tomba> 2) we need some kind of caching mechanism for configuring DSS settings, otherwise it'll never be quite correct when changes come from multiple sources
  • [07:34:38] * ZeZu (n=null@c-98-227-56-17.hsd1.in.comcast.net) Quit (Read error: 113 (No route to host))
  • [07:34:47] <tomba> you know, kernel driver/device model
  • [07:34:49] * ZeZu (n=null@c-98-227-56-17.hsd1.in.comcast.net) has joined #beagle
  • [07:35:03] <ds2> isn't it that way already?
  • [07:35:05] <tomba> 3) I don't remember this one anymore.
  • [07:35:24] <tomba> not really, it has just this custom omap_display struct
  • [07:36:05] <ds2> Oh like that
  • [07:36:36] <ds2> will you also fix it for the remote frame buffer implementations like on the N8x0?
  • [07:36:46] <tomba> oh, 3) locking & ref counting. this is important for using v4l2 + fb at the same time
  • [07:37:08] <geckosenator> and the normal ioctls aren't enough I guess
  • [07:37:11] <geckosenator> to configure all the settings
  • [07:37:14] <tomba> N800 should "work" already, I have a hacked patch. but I'm not interested in properly implementing it
  • [07:37:37] <ds2> ah heh
  • [07:37:40] <geckosenator> some framebuffer drivers have a mmio memory mapped section.. I think you can poke memory there to send commands
  • [07:37:56] * lcuk (i=lcuk@cpc3-oldh7-0-0-cust590.manc.cable.ntl.com) has joined #beagle
  • [07:38:30] <Stskeeps> tomba: there'll possibly be a N8x0 GSoC project with mainlining the drivers for it (and bring kernel up to date) within maemo.org, so that student could possibly have use for it eventually
  • [07:39:23] <ds2> geckosenator: I finally have a write up for my thingie
  • [07:40:02] <geckosenator> cool
  • [07:40:10] <geckosenator> I'm still thinking about getting a pico projector
  • [07:40:12] <geckosenator> but the price is high
  • [07:40:25] <geckosenator> also the power consumption is high
  • [07:40:38] <geckosenator> I wish I knew how much of it was led though
  • [07:40:45] <ds2> the Pico is nice
  • [07:40:56] <geckosenator> you have one?
  • [07:40:59] <ds2> yes
  • [07:41:01] <tomba> Stskeeps: sounds cool
  • [07:41:10] <geckosenator> ds2: would you be able to sell it?
  • [07:41:23] * saschi (n=schimans@g4r4ge-c0mput3rs.com) Quit (Nick collision from services.)
  • [07:41:24] <ds2> geckosenator: not for a price you would like... I find it quite useful
  • [07:41:37] <ds2> but then ask again in a few months and it may all change :-S
  • [07:41:50] <geckosenator> hmm
  • [07:42:02] <geckosenator> I have a few weeks at most to wait around
  • [07:42:20] <geckosenator> do you know how much power it uses with the led at the lowest setting?
  • [07:43:16] <ds2> I am not completely sure the LED brightness is adjustable
  • [07:43:26] <geckosenator> I _have_ to move to the forest by may, or I lose my mind :-P
  • [07:43:32] <ds2> I suspect it may be but I haven't played with the I2C port given Koen's warning
  • [07:43:36] <geckosenator> ds2: koen showed me a patch and it is
  • [07:43:42] <geckosenator> over i2c
  • [07:44:10] <geckosenator> well how hard is it?
  • [07:44:11] <ds2> Koen also experienced some side effect behavior when talking to it with i2c
  • [07:44:14] <geckosenator> the i2c is already wired up
  • [07:44:36] <geckosenator> I think you just run a program to set the brightness
  • [07:44:39] <ds2> it isn't so much that it is hard... you can do "stuff" to it over i2c that you really don't want to do
  • [07:44:48] <geckosenator> hmm
  • [07:44:54] <geckosenator> well is the picture sharp?
  • [07:45:16] <geckosenator> since I am going to be sleeping under a tarp, I figure it can act as a dual role of also being my projector screen
  • [07:45:17] <koen> ds2: in production picos the dangerous stuff has been hidden
  • [07:45:29] <ds2> koen: thought you wiped out a production unit?
  • [07:45:37] <koen> tomba: XV indeed works again :)
  • [07:45:38] <ds2> geckosenator: yes, there is a manual focus
  • [07:45:48] <koen> ds2: it had an old firmware
  • [07:46:01] <geckosenator> manual focus is good
  • [07:46:08] <ds2> Koen: oh...cool.. I been afraid to send i2c commands
  • [07:46:28] <geckosenator> so you need to upgrade the firmware on the pico?
  • [07:47:28] * RogerMonk (n=a0740758@nat/ti/x-38c7ee7511a1d742) has joined #beagle
  • [07:49:05] <ds2> I have a production unit so the default firmware might be safe.
  • [07:49:16] * L84Supper (n=ly@c-68-53-183-162.hsd1.il.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [07:49:31] * L84Supper (n=ly@c-68-53-183-162.hsd1.il.comcast.net) has joined #beagle
  • [07:49:57] <koen> geckosenator: the problem was that they guarded the erase command with a certain sequence of i2c commands
  • [07:51:29] <koen> geckosenator: turns out that an i2c-tools probe hits this sequence
  • [07:51:57] * fault (i=601aeaa7@gateway/web/ajax/mibbit.com/x-0f188dbe8a2653bf) has joined #beagle
  • [07:52:03] <geckosenator> oh
  • [07:52:16] <geckosenator> well I'm glad you figured that out
  • [07:52:21] <geckosenator> since it would have confused me
  • [07:52:34] <geckosenator> so.. you just disable probing?
  • [07:52:40] <geckosenator> or change the sequence?
  • [07:53:17] <ds2> geckosenator: I have designed my board so it can co-exist with the Pico
  • [07:53:19] <koen> the fpga thingy doesn't show up anymore on the i2c bus
  • [07:53:49] <ds2> geckosenator: almost forgot, the URL for the write up is at http://www.hy-research.com/beagle_mid.html
  • [07:54:09] <koen> so if your pico registers 2 devices on the i2c bus, be affraid
  • [07:54:37] <ds2> I like working picos, so I will refrain from unneeded I2C experiments :D
  • [07:55:01] <geckosenator> koen: can it actually destroy the pico?
  • [07:55:02] <ds2> koen: any luck with pico scanning?
  • [07:56:46] <koen> geckosenator: not, it just bricks it
  • [07:56:57] <koen> ds2: haven't allocated time for that yet
  • [07:57:22] <ds2> koen: me too
  • [07:57:28] <koen> ds2: it would be nice to interface the scanning beagle to a reprap :)
  • [07:57:54] <ds2> koen: hehe... reprap is on my todo list
  • [07:58:06] <recalcati> I'm compiling linux-omap-2.6.29-r4+gitr90e758af52ba803cba233fabee81176d99589f09 , added hd720 http://widget.mibbit.com/pb/ZEyZTG
  • [07:58:11] <geckosenator> koen: so you can recover it?
  • [07:58:27] <geckosenator> I would hate to brick my new pico..
  • [07:58:43] * fault (i=601aeaa7@gateway/web/ajax/mibbit.com/x-0f188dbe8a2653bf) Quit ("http://www.mibbit.com ajax IRC Client")
  • [07:58:57] <koen> geckosenator: I sent it back to TI
  • [07:59:05] <ds2> geckosenator: his Pico probally did more miles then a lot of people :D
  • [07:59:08] <recalcati> it runs! but normally, with, we have HDCP problem, so it could not work
  • [08:00:21] <koen> recalcati: if you mail me the patch I can add it to the OE kernel
  • [08:00:59] <koen> ds2: reprap is on my todo as well, but I need to find good sources for the parts first
  • [08:01:11] <recalcati> koen: I try
  • [08:01:13] <ds2> koen: whichpart? extruder or the motion?
  • [08:01:26] <koen> ds2: and using a beagle to control it instead of the arduino/sanguino would be nice as well (and save $$$)
  • [08:01:32] <ds2> koen: and are you focusing on the granulated extruded or willing to settle for the filament?
  • [08:01:47] <koen> ds2: I'd be willing to settle for the filament
  • [08:02:20] <ds2> koen: what software on the beagle? I would like to see EMC running on it first... in fact EMC/x86 is what I persueing for my control inplace of the arduino + java solution
  • [08:03:04] <koen> no preference for software, if needed I'd run an arduino emulator on it :)
  • [08:03:23] * ceyusa (n=ceyusa@cm216016.red83-165.mundo-r.com) has joined #beagle
  • [08:03:47] <ds2> I see
  • [08:03:58] <geckosenator> there is an arduino emulator?
  • [08:04:05] <geckosenator> or you mean an avr emulator?
  • [08:04:27] <ds2> it seems to me there is a lot of reinventing the wheel by the reprap folks... the EMC guys have all motor controls working already
  • [08:07:27] <koen> it's an academic research project
  • [08:07:33] <koen> that usually spells NIH
  • [08:08:18] * guillaum1 (n=gl@AMontsouris-153-1-95-171.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [08:09:01] * guillaum1 (n=gzba4143@AMontsouris-153-1-95-171.w90-2.abo.wanadoo.fr) has joined #beagle
  • [08:10:35] * scruggs (n=chris@72-161-108-35.dyn.centurytel.net) Quit (Read error: 113 (No route to host))
  • [08:16:02] * TAK2004 (n=thomas@dslb-088-074-045-212.pools.arcor-ip.net) has joined #beagle
  • [08:26:03] * florian_kc (n=fuchs@port-217-146-132-69.static.qsc.de) has joined #beagle
  • [08:27:27] * TAK2004 (n=thomas@dslb-088-074-045-212.pools.arcor-ip.net) Quit (Remote closed the connection)
  • [08:27:58] * FuL|OUT (n=fn@85.138.20.210) has joined #beagle
  • [08:30:03] * skhimsara (i=424bf6ad@gateway/web/ajax/mibbit.com/x-92f64e627faa6930) has joined #beagle
  • [08:30:27] <skhimsara> porting android on beagle board
  • [08:31:02] <DJWillis> Morning peeps
  • [08:31:11] <skhimsara> how can it be done
  • [08:32:00] <AV500> http://labs.embinux.org/index.php/Android_Porting_Guide_to_Beagle_Board
  • [08:32:24] <skhimsara> hey..thanks :)
  • [08:32:29] <koen> raster: what's you plan for support right-angle rotation in evas?
  • [08:33:21] * skhimsara (i=424bf6ad@gateway/web/ajax/mibbit.com/x-92f64e627faa6930) Quit (Client Quit)
  • [08:33:48] <AV500> head.rotate(90)
  • [08:35:19] * koen suspects NEON can do 90, 180, 270 and 360 pretty fast
  • [08:35:28] <raster> koen: its supported
  • [08:35:34] <raster> already
  • [08:35:38] <koen> awesome
  • [08:35:41] <raster> you dont need neon for it
  • [08:35:47] <AV500> 360 is the fastest!
  • [08:35:58] <raster> for < 32bpp u simply scan the soruce data differently
  • [08:35:59] <koen> then I read the commit comment for the exif rotation support wrong :)
  • [08:36:13] <raster> it rotates while converting to 8/15/16bpp etc.
  • [08:36:17] <raster> so you get them both in 1 go
  • [08:36:39] <raster> for 32bpp its just a memcpy with non-sequential linear access
  • [08:36:53] <AV500> so no tile in internal mem?
  • [08:36:55] <raster> there isnt a lot u can do to speed up a rotated blit without totally redoing the memory setup
  • [08:37:02] <raster> ie tiles
  • [08:37:08] <AV500> k
  • [08:37:19] <raster> AV500: normal mem is just that.. normal mem
  • [08:37:24] <raster> you could treat it as tiles
  • [08:37:30] <raster> but u'd complicte your access logic
  • [08:37:44] <raster> so what you make up for more cache coherency on rotates and comp,lex transforms
  • [08:37:54] <raster> you'd lose on simpler ops with more complex access calcs
  • [08:38:14] <raster> i actually dont know if it would in the end help or hinder
  • [08:38:16] * eFfeM (n=nly91006@neo-y1a.ehv.campus.philips.com) has joined #beagle
  • [08:38:18] <eFfeM> hi
  • [08:38:25] <raster> i've neer written a sufficient software engine in tiled mode to test
  • [08:38:37] <AV500> k
  • [08:38:37] <tomba> VRFB rotation maps the memory a bit differently to make ram access more efficient
  • [08:38:39] <raster> but... a gut feeling tells me that tiled mem would end up being a zero sum gain
  • [08:38:43] <raster> (in software)
  • [08:39:01] <raster> if you have silicon effectively virtualising your tile access... then i can see it being a b ig win
  • [08:39:03] <raster> big win
  • [08:39:08] <AV500> if you had a standalone rotate_blit() call, you could just tile this one
  • [08:39:09] * florian_kc is now known as florian
  • [08:39:24] <raster> AV500: u'd have to tile both src and dest first
  • [08:39:34] <raster> tjhen convert from tile to linear
  • [08:39:40] <raster> in the end i dont see that being a gain :(
  • [08:39:51] <raster> if u have to convert at either end - any gains u get will bne lost
  • [08:40:14] <raster> if u can do it without conversion (both src and dest are tiled mem) then there is a gain to be had.
  • [08:40:24] <AV500> ok, I missthought, my tiles would be just virtual in the cache lines
  • [08:40:50] <AV500> if there was enouf space for a "square" area in cache
  • [08:41:06] <AV500> actually 2, one for read and one for write
  • [08:41:11] <raster> yeah
  • [08:41:17] <raster> u need to design your tiles to fit in cache
  • [08:41:28] <raster> as such the best arrangement is to have a tile be 1 cacheline
  • [08:41:45] <raster> eg if a cacheline is 1024 bytes, 8x8 tiles (@32bpp) are perfect
  • [08:42:07] <raster> as chances are u will access data withint he tile when rotating or doing complex things like interpolated scaling
  • [08:42:28] <raster> thus on access to anpy pixel in a tile - u load the whole tile in (ie just prefetch a whole cacheline)
  • [08:42:31] <florian> good morning
  • [08:42:32] <AV500> but for scaling you end up with larger and smaller tiles
  • [08:42:37] <raster> and thereafter your accesses should be hyper-fast
  • [08:42:50] <raster> well scaling it depends how much
  • [08:43:00] <raster> as such you go form src whic is tiled @ a tile size
  • [08:43:03] <raster> and dest - whcih is the same
  • [08:43:10] <raster> so you produce the same sized tiles either end
  • [08:43:13] <raster> just tile contents change
  • [08:43:23] <AV500> yes, but you have inter-tile dependencies unless you do nearest-neon only
  • [08:43:29] <raster> this is one of the reasons 3d hw can do scales and rottates so fast of textures
  • [08:43:31] <AV500> no?
  • [08:43:33] <raster> tiled layout of the tex
  • [08:43:38] <raster> oih sure
  • [08:43:47] <raster> not all access are totally wihtin a tile
  • [08:44:01] <raster> thus in general you probably have at most 4 src tiles when doing any ops
  • [08:44:13] <raster> (so u can do linear intermp between the edge pixels of a tile)
  • [08:44:15] <AV500> yeah right, the "filter" just gets more complex
  • [08:44:15] * mib_x0e7y4 (i=d470a0d2@gateway/web/ajax/mibbit.com/x-adbf4338ab17bd18) Quit ("http://www.mibbit.com ajax IRC Client")
  • [08:44:18] <raster> or 9 if u want to be strict
  • [08:44:28] <raster> yup
  • [08:44:28] <furan> raster=rasterman?
  • [08:44:29] <AV500> but in the end only the get_ptr(x,y) needs to be added
  • [08:44:33] <AV500> furan: yes
  • [08:44:39] <raster> the problem is simply for every pixle access the "pointer" is no longer
  • [08:44:49] <raster> (y * bytes_per_line) + x
  • [08:45:02] <AV500> yes, it is "complex"
  • [08:45:03] <raster> it now becomes a fairly compl4ex set of indirections (relatively speaking) in the math
  • [08:45:03] <furan> ltns, you tried to convince me that stardock needed to write a window manager layer for windows long ago
  • [08:45:12] <raster> doing scalines even u dont do the y * bpl even
  • [08:45:17] <raster> u do it once at the start of the scanline
  • [08:45:22] <raster> then just ptr++
  • [08:45:26] <raster> for output anyway
  • [08:45:33] <raster> for unscaled iunput its just the same
  • [08:45:35] <raster> so really simple
  • [08:45:40] <AV500> well, and the fact that youi have to convert to linear to display that all in the end
  • [08:45:45] <raster> furan: i did?
  • [08:45:46] <raster> :)
  • [08:45:49] <raster> i can't remember!
  • [08:45:50] <raster> :)
  • [08:46:01] <raster> AV500: bingo.
  • [08:46:08] <furan> yeah, think it stemmed from a conversation about litestep
  • [08:46:11] <raster> in the end.. you end up with having to pump out linear pixels
  • [08:46:16] <furan> I work on the window manager in windows now :)
  • [08:46:21] <raster> of course.. that all depends on your drawing complexity
  • [08:46:40] <raster> if u spend 90% of your time "compositing": the tiled "backbuffer"
  • [08:46:43] <raster> ie rendering it
  • [08:46:49] <raster> and only spend 10% of your time copying it to screen
  • [08:46:57] <raster> if u can get a 2x speed up on 90% of yoru work
  • [08:47:07] <AV500> raster: yes
  • [08:47:08] <raster> and ok - on a bad day make a tiled buffer to linear conversion 50% slower
  • [08:47:14] <raster> you win overall - big time
  • [08:47:31] <raster> so it really then depends on your expected workload
  • [08:47:36] <AV500> so, code it, the evenings young :-)
  • [08:47:45] <raster> and your workload then would need to include a lot of scaling, rotation etc. etc.
  • [08:48:03] <raster> as such.. i have yet again even reduced evas's reliance on scaling while drawing
  • [08:48:07] <raster> it now has a scale cache
  • [08:48:08] <AV500> you end up doing SW 3d stuff :-)
  • [08:48:19] <raster> commonly scaled src data gets cached after use as post-scaled data
  • [08:48:30] * xpg (n=pf@0x55510a11.adsl.cybercity.dk) has joined #beagle
  • [08:48:32] <raster> thuis your draw is a simple blit or blend without scaling.. for commonly scaled data
  • [08:48:42] <AV500> ok
  • [08:48:43] <recalcati> koen: hd720p patch for linux-omap-2.6.29-r4+gitr90e758af52ba803cba233fabee81176d99589f09 http://widget.mibbit.com/pb/Z5WDqg
  • [08:48:48] <raster> so tiled mem is even less useful as i added a fast path that would bypass its usefulness :)
  • [08:48:59] <raster> furan: really? cool! and is it successful?
  • [08:49:11] * scruggs (n=chris@72-161-111-76.dyn.centurytel.net) has joined #beagle
  • [08:49:19] <raster> AV500: yeah. tiled stuff.. will end up a sw engine for 3d
  • [08:49:34] <raster> AV500: but then again.. that has some benefits... as the world moves more to "more generic multi-core"
  • [08:49:37] <raster> things like larabee
  • [08:49:39] <furan> yes, I helped design the dwm (the desktop compositor) among other things, fun work
  • [08:49:41] <raster> and cortex-a9
  • [08:49:44] <raster> and so on
  • [08:49:45] <furan> just ordered a beagleboard, should be here tomorrow
  • [08:49:51] <furan> (for hobby)
  • [08:49:51] <raster> a software 3d enigne becomes highly interesting
  • [08:50:08] <recalcati> koen: ping
  • [08:50:08] <raster> as now the software logic ports to most multi-core engines
  • [08:50:14] <AV500> every tile his core :-)
  • [08:50:21] <raster> the cool bit is - the cores, when not doing gfx, are generic proc cores.. and can do other stuff.
  • [08:50:30] <raster> seriously.. u know how powervr works?
  • [08:50:33] <raster> it literally does that
  • [08:50:43] <raster> it doesnt have enough cores to cover 1 core per tile...
  • [08:50:51] <raster> but it actually splits your output buffer into tiles
  • [08:50:59] <raster> and load-balances assigning tiles to cores
  • [08:51:06] <raster> and a core then does the rendering for that tile
  • [08:51:08] * Yuvi_ (n=yuvi@resnet-241-44.resnet.umbc.edu) has joined #beagle
  • [08:51:14] <raster> if u draw complex stuff that fits inot just 1 tile
  • [08:51:29] <raster> it can be no faster than doign the same thing over many more pixels - spread over many tiles
  • [08:51:39] <AV500> btw, ti told me yesterday that sgx being "slow" can't be
  • [08:51:41] <raster> because if it all just fits into 1 tile.. you make no use of the multipel cores.
  • [08:51:46] <recalcati> koen: ping pong
  • [08:52:06] <raster> AV500: dunno. i have a rendering engine that shows that it is slow :)
  • [08:52:15] <raster> trolltech guys do too
  • [08:52:22] <raster> and from what i hear.. movial guys do too
  • [08:52:50] <raster> furan: cool! so coming to linux? or still in windows land?
  • [08:53:19] <raster> AV500: i sent full source, ipk's and more to pratheesh
  • [08:53:25] <raster> and since i sent them i have heard nothing back
  • [08:54:20] <raster> so al i can conclude is that either TI lost interest in powervr ands its performance
  • [08:54:40] <raster> or there simply is no known solution to it or there is a block at some point stopping further investigation
  • [08:54:43] <furan> still in windows land for career, but might write tiny os on beagleboard for fun
  • [08:54:48] <raster> or i am simply an idiot for expecting too much of the sgx
  • [08:54:49] <raster> :)
  • [08:55:06] <Pavlov> probably a combination of the above :)
  • [08:55:30] <lcuk> raster, how come we have fancy gl oriented demos then - is that its one very manufactured area where it can shine?
  • [08:56:10] <lcuk> and we are just over pushing it trying to work on desktop sized 2d stuff?
  • [08:56:20] <raster> lcuk: my guess is that they dont tickle the slow bits of ths sgx
  • [08:56:27] <raster> very much manufactured to avoid them
  • [08:56:41] <raster> all the demos i saw for example.. judiciously avoid any form of blending
  • [08:56:49] <lcuk> agreed, the powervr started as small mobile phone res stuff
  • [08:56:53] <eFfeM> recalcati: that patch gives 720p with your tv ?
  • [08:56:57] <raster> the sgx has a nice little trick called early-z-test
  • [08:57:14] <raster> where it calculates the x value and compares to the zbuffer BEFORe it ever calculates anythign else
  • [08:57:16] <raster> and throws out the op
  • [08:57:22] <raster> that not useful for 2d
  • [08:57:24] <eFfeM> recalcati: if so perhaps post to the mailing list together with your boot args
  • [08:57:25] <Pavlov> raster: you ever talk to mandrake these days?
  • [08:57:35] <raster> as u can do such things in software before it hits the sgx anyway
  • [08:57:54] <raster> and i know i do it before it hits gles (the evas softwre engine does it too itself to avoid overdraw where it can)
  • [08:57:55] <lcuk> raster, could be, but its not the way to design your system ;)
  • [08:58:07] <recalcati> eFfeM: tryed by now on monitor, but this evening I'll try on Bravia 32W4000 and Samsung 32A336
  • [08:58:18] <recalcati> but fbset says 74.25
  • [08:58:33] <raster> alpha blending is a order of magnitude nastier that simple fills
  • [08:58:35] <raster> or blits
  • [08:58:47] <lcuk> raster, just means our nurtured software routines get to live for another day :)
  • [08:58:51] <raster> as it is not just read src -> write dest, or "write fixed val to dest"
  • [08:58:59] <raster> its read src, read dest, calc blend, write dest
  • [08:59:05] <raster> which tends to screw with mem accesses more
  • [08:59:17] <raster> but yes
  • [08:59:29] <raster> the software routines seems to be plouging along still nicely.. and live for another day.
  • [08:59:37] <raster> i really WISH the sgx was doign better
  • [08:59:48] <Pavlov> mem access on the sgx seems to be the killer
  • [08:59:50] <raster> i would have loved to break out of the limits software places (in tersm of practicality)
  • [09:00:21] <raster> Pavlov: and nah. dont talkt to mandrake. havent for almost 10 years (since 2001) even back then i didnt talk too much in 2001
  • [09:01:23] <raster> Pavlov: yeah. right now it seems.. to me.. to be that the sgx is only able to access mem at a fraction of actual memory bandwidth
  • [09:01:29] <raster> so things that calculate stuff in shaders
  • [09:01:38] <raster> or use small simple textures that fit int he sgx caches work fine
  • [09:01:41] <Pavlov> heh, was just thinking back the other day to a talk i gave at the atlanta linux enthusiasts back in 98 and thought of him for some reason
  • [09:01:46] <raster> once u have large textures
  • [09:01:49] <Pavlov> yep
  • [09:01:57] <raster> lots of mem access (blending) and really hammer it
  • [09:01:58] <Pavlov> thats what i've seen too
  • [09:01:59] <raster> it bogs down
  • [09:02:16] <raster> a shader can calculate some funky proceedural texture faster than it can fetch texels
  • [09:02:25] <raster> thus a lot of the demso use very simply small lo-res textures
  • [09:02:32] <raster> and a lot of shaders
  • [09:02:34] <raster> and no blending
  • [09:02:37] <raster> in 2d land
  • [09:02:43] <raster> i absolutely hammer through using textures
  • [09:02:46] <raster> pixels everywhere
  • [09:02:46] <Pavlov> i hold out more hope for newer chipsets
  • [09:03:04] <raster> and the cpu can hammer through that to the point where most of the time its simply memory-bound
  • [09:03:14] <raster> so if the cpu is memory bound
  • [09:03:15] * recalcati (i=5e51e963@gateway/web/ajax/mibbit.com/x-e2fa7697c176a28c) Quit ("http://www.mibbit.com ajax IRC Client")
  • [09:03:16] <raster> and the sgx is too
  • [09:03:23] <raster> the sgx can at best equal the cpu
  • [09:03:31] <raster> (given both have really good algorithms)
  • [09:03:51] <Pavlov> yep
  • [09:03:55] <AV500> yep
  • [09:03:57] <raster> if the sgx suffers form being underclocked or gets second-rate mem access... then i can understand how it is at a disadvantage compared to the cpu doign the same stuff
  • [09:04:29] <raster> as we were discussing before - tiled memory would improve some ops in the cpu. better cache choerency. and the sgx definitely can pull ahead here. my benchmarks show that.
  • [09:05:12] <raster> but when it comes back to the simpler stuff (fills, blits and non scaled blends) the cpu either catches up to totally beats the butt off the sgx
  • [09:05:39] * ceyusa (n=ceyusa@cm216016.red83-165.mundo-r.com) Quit ("Ex-Chat")
  • [09:06:39] <furan> I wonder if it could be argued then that the only usefulness in that scenario for doing those operations on the gpu is memory locality (does powervr/a8 share memory or does the pvr have dedicated memory?)
  • [09:07:48] * furan should probably just go read some datasheets :)
  • [09:09:07] * mib_mngmu9 (i=c33294da@gateway/web/ajax/mibbit.com/x-589081501668d358) has joined #beagle
  • [09:09:22] <raster> furan: they share the same ram as best i know
  • [09:09:30] <raster> the sgx is hooked ontot he same mem bus as the a8
  • [09:09:40] <furan> ah
  • [09:09:42] <raster> just like any smp-style cpu core would be
  • [09:09:49] <raster> tho i do not know if they preserve cache coherency
  • [09:10:04] <raster> but as best iu know its plugged onto the same bus
  • [09:10:06] <mib_mngmu9> hi, I was wondering how much the beagle board weighs - I couldn't find the information in the datasheet
  • [09:10:18] <raster> thus.. my expectation would be for it to have no handicap in that regard
  • [09:11:12] * Yuvi (n=yuvi@resnet-241-44.resnet.umbc.edu) Quit (Read error: 110 (Connection timed out))
  • [09:13:05] <koen> mib_mngmu9: a rev B6 board is 35 grams
  • [09:13:14] <koen> according to my kitchen scale
  • [09:14:48] <mib_mngmu9> thanks a lot koen
  • [09:14:56] <mib_mngmu9> that's pretty cool
  • [09:15:50] <raster> it weighs less than koen
  • [09:16:09] <koen> a lot of things weigh less than me
  • [09:18:20] * mib_mngmu9 (i=c33294da@gateway/web/ajax/mibbit.com/x-589081501668d358) Quit ("http://www.mibbit.com ajax IRC Client")
  • [09:18:48] * yumito (i=c16d8743@gateway/web/ajax/mibbit.com/x-92141e5da54205e0) has joined #beagle
  • [09:19:04] <koen> raster: any cool stuff happen in E land?
  • [09:19:08] <raster> koen: the bb wieghs 0.43 mili-koens
  • [09:19:24] <raster> koen: have u szeen my work on a new "small screen friendly" wallpaper selector config?
  • [09:20:09] <raster> e got a very ugly and rough systray module
  • [09:20:18] <DJWillis> raster: got screenshots, sounds interesting.
  • [09:20:31] <koen> raster: saw the commits haven't tried it yet
  • [09:20:39] <koen> raster: .37 milikoens :)
  • [09:20:46] * koen is a bit heavier than 80kg
  • [09:23:07] <raster> DJWillis: of the wp browser
  • [09:23:09] <raster> or systray?
  • [09:23:24] <raster> koen: HAHAHAHHAA
  • [09:23:30] * ceyusa (n=ceyusa@cm216016.red83-165.mundo-r.com) has joined #beagle
  • [09:23:31] <raster> actually
  • [09:23:38] <raster> speaking of what snew
  • [09:23:48] <raster> does anyone here really know the kernel bootsrap proceedure well?
  • [09:23:54] <raster> i am having.. unhappy fun times
  • [09:24:09] <raster> where the bootloader just cant get the cmdline params to the krenel
  • [09:24:31] <raster> i need to offset the kernel start by + 0x8000 to make it work, but this kills boot params
  • [09:27:37] <AV500> what does this offset do?
  • [09:28:33] <raster> well it tells haret where ram starts
  • [09:28:50] <raster> i just tell it that starts 0x8000 later
  • [09:28:57] <raster> 0xa0008000
  • [09:29:01] <raster> instead of
  • [09:29:04] <raster> 0xa0000000
  • [09:29:21] <raster> but it seems that the bootloader auto-offsets the kernel by 0x8000 anyway when putitng it into ram
  • [09:29:55] <raster> ram base 0xa0000000 works for one kernel, but not another
  • [09:30:44] <AV500> we had something similar in the past, no idea if we resolved it though
  • [09:30:47] <DJWillis> raster: either, the systray module sounds interesting.
  • [09:32:45] <raster> DJWillis: it looks rather boring
  • [09:32:54] <raster> the wallpaper selector.. u really eant to see it in action
  • [09:32:56] <raster> its not screenies
  • [09:33:02] <raster> its how it... moves!
  • [09:33:26] <koen> raster: any recommendations for SRCREV, or is 39886 safe enough?
  • [09:33:45] <raster> koen: i'm just building it
  • [09:33:47] <raster> it should be safe
  • [09:33:55] <raster> just doing a palmt650 build
  • [09:34:05] <raster> that reminds me.. need to get back to fixing bootsplash
  • [09:34:10] <raster> some day...
  • [09:34:35] * recalcati (i=51485a51@gateway/web/ajax/mibbit.com/x-22c2b7ee6c023254) has joined #beagle
  • [09:34:50] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [09:35:12] <koen> khasim: good morning!
  • [09:35:37] <DJWillis> raster: I'll look to build it in sometime, E does look nice and work well on the Pandora, struggles a little in 128 but with 256meg it works really well.
  • [09:35:47] <DJWillis> khasim: good morning sir.
  • [09:35:49] <recalcati> koen: hd270 patch: http://widget.mibbit.com/pb/WPbAWP
  • [09:36:01] <raster> DJWillis: it should be ok in 128. maybe you need to tone down some config?
  • [09:36:04] <koen> recalcati: could you make it a p1 patch and mail it?
  • [09:36:15] <raster> DJWillis: it rip roars along on my overo
  • [09:36:30] <raster> hmm
  • [09:36:34] <raster> overo has 256m actually
  • [09:36:39] <raster> it also worked wel on my bb
  • [09:36:40] <raster> 128m
  • [09:36:52] <raster> but the new wp browser is much mroe device-like
  • [09:37:05] <raster> u need to load the setup - wallpaper 2 module
  • [09:37:12] <raster> and use the wallpaper 2 settings
  • [09:37:12] <DJWillis> raster: It has always been fine for me in fairness in 128, it's just 'user reports' that say it slows down and dies (without swap).
  • [09:37:45] <raster> hmmm
  • [09:37:50] <raster> thats very odd
  • [09:37:52] <raster> it shouldnt
  • [09:38:07] <raster> i pay pretyt close attention to memo usage
  • [09:38:14] <raster> i'm still waiting for my panny...
  • [09:38:21] <raster> damn production taking forever
  • [09:38:22] <koen> DJWillis: we are still launching matchbox and gpe stuff in the background, need to tweak the session scripts
  • [09:38:31] <DJWillis> raster: my money is on the apps being run with it to be honest, as the newest Pandoras are all 256 I never looked into it that much.
  • [09:38:50] <raster> DJWillis: if they are runing firwfox etc. i can definitely understand
  • [09:38:59] <recalcati> yeslike this ? http://widget.mibbit.com/pb/wT8MI1
  • [09:39:00] <DJWillis> koen: ahhh, interesting, so a little bloat in there then, that explains a few things.
  • [09:39:01] <raster> when memory pressure hits and e cant alloc ram it will become unstable
  • [09:39:04] <raster> for sure
  • [09:39:08] <raster> and efl is alloc-happy
  • [09:39:16] <raster> its ammlocing somehting (and freeing it) continually
  • [09:39:30] <koen> DJWillis: but otoh I have run it with mem=88M for days in a row
  • [09:39:47] <raster> koen: launching matchbox.. where? what image?
  • [09:40:04] <koen> NOTE: Running task 11 of 20 (ID: 14, /OE/org.openembedded.dev/recipes/e17/systray_svn.bb, do_package)
  • [09:40:18] <raster> koen: EWWW!
  • [09:40:20] <raster> :)
  • [09:40:30] <DJWillis> koen: off topic but on the OE front, did anyone look into other greeters then GPEDM ever?
  • [09:40:45] <koen> DJWillis: I did some work on gdm
  • [09:40:47] <recalcati> koen: or better like this http://widget.mibbit.com/pb/w9BvA4
  • [09:40:51] <koen> DJWillis: maybe entrance would work as well
  • [09:40:59] <raster> DJWillis: are the panny guys still doing their "lets re-invent .desktop files and so on" sutff?
  • [09:41:37] <koen> recalcati: yes like that, could you mail it (as an attachment) so have less change of messing up whitespace?
  • [09:41:47] <raster> beware entrance
  • [09:41:51] <raster> it is unloved/maintained
  • [09:41:56] <DJWillis> raster: it now dumps desktop files ;-) but yep, sort of ;-)
  • [09:42:21] <DJWillis> raster: not something I am touching (other then building the deamon/lib into our images).
  • [09:42:37] <raster> DJWillis: hehehe. ok. well lets let them. once i get a panny i'll make sure it has a full oe distro on it i can do hacking on.
  • [09:42:42] <koen> DJWillis: btw, gpe-dm isn't the greeter, gpe-login is :)
  • [09:42:54] <recalcati> yes
  • [09:43:32] <koen> systray is in OE now
  • [09:43:33] <DJWillis> raster: you will be pleased to know it is full OE with no messing, made sure of that from day one, all the additions are from an overlay but no need to carry them if you don't want.
  • [09:44:15] <DJWillis> koen: very true
  • [09:44:16] <raster> DJWillis: cool. tho i'll just build my own sinc ei have oe under control here and wel in hand
  • [09:44:23] <raster> as long as any panny changes are in oe dev
  • [09:44:25] <raster> i'm a happy man
  • [09:45:28] <DJWillis> raster: as I would expect, all the basic support is in OE, some stuff is in the overlay (wifi driver etc.) but I want to move that over anyway as it's hardware platform stuff not 'branding' rubbish, i'll keep that in the overlay.
  • [09:47:35] * flo_lap (n=fuchs@port-217-146-132-69.static.qsc.de) has joined #beagle
  • [09:48:53] <raster> DJWillis: aaah wifi is not a patch to the omap kernel?
  • [09:49:00] <raster> (well not yet)
  • [09:49:12] <raster> and yeah
  • [09:49:18] <raster> anythign branding-wise - overlay seems fine
  • [09:49:28] <raster> basic functionality should definitely merge in
  • [09:49:31] <DJWillis> raster: not yet, it's a TI driver module (that we had to hack up) and a mess, think PowerVR drivers rather then something nice and clean ;-)
  • [09:49:43] <DJWillis> raster: my view as well.
  • [09:50:26] * flo_lap (n=fuchs@port-217-146-132-69.static.qsc.de) Quit (Client Quit)
  • [09:50:26] <DJWillis> raster: branding, specific image recipes etc. = overlay. Everything else = core OE IMHO.
  • [09:51:03] <recalcati> koen: mail sent from lamiaposta ...
  • [09:51:09] <raster> DJWillis: ewww! so no source?
  • [09:51:24] <raster> or just ugly like powervr.. but with source-level ugliness too
  • [09:51:25] <raster> ?
  • [09:51:49] <DJWillis> raster: source but it's a mess ;-) (only firmware is closed). Build system from the arse end of naff ;-)
  • [09:52:04] <raster> oooh ouch
  • [09:52:06] <raster> one of those
  • [09:52:25] <DJWillis> Also lacks stuff like Wireless extensions suport but working on that.
  • [09:53:13] <raster> aaaah
  • [09:53:18] <raster> so limited in functionality
  • [09:53:22] <raster> its a ti wifi ship?
  • [09:53:24] <raster> chip
  • [09:53:32] <raster> is it one of those wifi+bt things
  • [09:53:37] <raster> or just wifi?
  • [09:53:51] <DJWillis> raster: in time a clean patch or out of tree module is the way to go, for now out of tree module is all we will have for release. TI1251 module (so BT also).
  • [09:54:14] <DJWillis> BT is fine for the most part, works, a few little rough edges etc.
  • [09:55:00] <DJWillis> raster: for release we will (I hope if I can sort it) have Wireless Extention support going to no issues with function then for the most part.
  • [09:55:53] <raster> DJWillis: hmm thats sucky. so much function stuffed into so much ugliness
  • [09:56:27] <DJWillis> raster: yep, it does suck
  • [09:57:12] <raster> well beating it into shape and gettign it nto upstream kernel is the right way
  • [09:57:15] <DJWillis> At least the driver source is GPL, that's better then nothing but it needs a real skilled uplift to get upto scratch and ever within sight of mainline ;-).
  • [09:57:28] <raster> at least at an early stage merging it with the current omap3 linux git tree
  • [09:57:31] <raster> both are ti things
  • [09:57:34] <raster> so mayaswell marry them
  • [09:57:38] <DJWillis> raster: it all comes down to time.
  • [09:57:42] <raster> yeah
  • [09:57:47] <raster> totally grok that
  • [09:57:59] <DJWillis> raster: I can't see Tony touching it with a big stick ;-)
  • [09:58:03] <raster> and time spent on something with "no financial gain" is.. espensive tim3e
  • [09:58:31] <DJWillis> raster: when your just a dev hacking on this for fun (not money) then jobs like that loose appeal.
  • [09:58:40] <raster> sure
  • [09:58:42] <raster> agreed
  • [10:02:37] <recalcati> I have another stupid patch to delay rootfs mount to allow nfsroot mount, I send you ?
  • [10:02:37] <koen> DJWillis: you can try getting it in the staging tree thru greg KH
  • [10:03:14] <koen> DJWillis: you would have to buld your kernel with TAINT_CRAP enabled, though :)
  • [10:03:34] <recalcati> koen: is to allow first usb to eth interface to be recognized and then go on
  • [10:03:37] <AV500> raster: speaking of which, it there anything more clever for blit_rotate than just brute force?
  • [10:04:01] <DJWillis> koen: hmmmmm ;-), not today. It works as it is. I'll ponder that another day.
  • [10:04:16] <koen> recalcati: can't you just to 'rootdelay=X' or 'rootwait' in bootargs?
  • [10:04:24] * leslie (n=leslie@116.228.58.74) Quit (Remote closed the connection)
  • [10:04:45] <raster> AV500: to be honest.. none i can thnk of
  • [10:04:58] <raster> beyond tiles to improve cache coherency... nothing i can think of
  • [10:05:30] <AV500> I could think of reading a couple of rows in parallel so that coumns have more than 1 pixel output at the same time
  • [10:05:36] <recalcati> koen: I had but the dhcp has to go in timeout for 2 or 3 minutes and then trying again it was be able to go on, instead with this patch only 5 second dealy
  • [10:05:37] <raster> the best i can possibly think of is 1. read src always in-order
  • [10:05:42] <raster> (ie left ro right) where you can
  • [10:05:46] <raster> and just vary write direction
  • [10:06:11] <recalcati> I tried rootwait
  • [10:06:12] <AV500> well, actually, the omap3 DMA should do rotation as well :-)
  • [10:06:32] <raster> AV500: does it?
  • [10:06:35] <recalcati> dhcp is before, isn't it
  • [10:07:08] <recalcati> I sent anyway, do what you prefer
  • [10:07:33] <raster> though i break that rule to do 32->16bpp in evas
  • [10:07:41] <raster> as i merge 2 pixels inot 1 for write
  • [10:07:47] <raster> so i write in sequence
  • [10:07:51] <raster> i read out-of-sequence
  • [10:08:05] <AV500> why not read 2 lines at the same time?
  • [10:08:15] <AV500> the dma controller has more than 1 mem line open at a time
  • [10:08:23] <AV500> err, the sdram controller
  • [10:09:55] <raster> that can be done
  • [10:09:58] <raster> i just havent done it
  • [10:10:00] <raster> :)
  • [10:10:20] <raster> its one of my less "concerning" bits of the pipeline i guess
  • [10:11:51] <AV500> raster: yes, DMA can do 90?? rotation
  • [10:12:04] <raster> cool
  • [10:12:08] <raster> and dma understand the pagetable?
  • [10:12:11] <raster> (mmu)
  • [10:12:12] <raster> ?
  • [10:12:30] <AV500> I think not, but in my case I dont care, it is at the output stage
  • [10:12:36] <AV500> fbmem is not mmu
  • [10:12:43] <raster> aaah
  • [10:12:44] <raster> sure
  • [10:12:50] <raster> well it is
  • [10:12:52] <raster> but its linear
  • [10:12:55] <raster> in 1 chunk
  • [10:13:02] <raster> it still is mapped in so uc an write to it
  • [10:13:07] <AV500> yesyes
  • [10:13:22] <raster> i wish dma engines grokked the mmu
  • [10:13:30] <AV500> isp does
  • [10:13:59] <raster> is it "open" ? (and programmable)?
  • [10:14:53] <koen> raster: check recipes/linux/linux-omap-2.6.29/isp/ for patches :)
  • [10:15:35] <raster> let me git-pull --rebase
  • [10:15:36] <raster> :)
  • [10:15:54] * mib_afohxw (i=970bad95@gateway/web/ajax/mibbit.com/x-88a990931d92dad3) has joined #beagle
  • [10:16:04] <raster> how do i get my branch to simply rebase
  • [10:16:15] <raster> git-format-patch now produces like 600 patches for me
  • [10:16:20] <raster> thats.. wrong
  • [10:17:06] <AV500> raster: isp and dsp have their own mmu, so you could e.g. capture into a user buffer
  • [10:17:18] <AV500> or resize a user buffer
  • [10:17:24] <raster> AV500: sure
  • [10:17:27] <raster> thats what i was thinking
  • [10:17:40] <raster> is the isp like the dsp - ie has a command processign engine
  • [10:17:44] <raster> or a fixed pipeline?
  • [10:17:53] <raster> (ie rescaler etc.)
  • [10:17:59] <AV500> fixed more or less, it does all the cam stuff
  • [10:18:02] * mib_afohxw (i=970bad95@gateway/web/ajax/mibbit.com/x-88a990931d92dad3) Quit (Client Quit)
  • [10:18:04] <raster> ok
  • [10:18:06] <AV500> debayer, AAA, etc
  • [10:18:09] * rupeshgujare (n=rupesh@59.160.172.220) has joined #beagle
  • [10:18:11] * Ska (i=970bad95@gateway/web/ajax/mibbit.com/x-51be087180bacb41) has joined #beagle
  • [10:18:39] * Ska (i=970bad95@gateway/web/ajax/mibbit.com/x-51be087180bacb41) Quit (Client Quit)
  • [10:18:40] <raster> what i'd expect for something designed to speed up camera stuff
  • [10:18:42] <raster> :)
  • [10:18:45] <AV500> yes
  • [10:18:50] * Skaggio (i=970bad95@gateway/web/ajax/mibbit.com/x-cf28228772dd0532) has joined #beagle
  • [10:19:13] <AV500> but the rsz is yuv or mono only :-(((
  • [10:19:40] <raster> :(
  • [10:19:43] <raster> poopoo
  • [10:20:00] * raster goes back to ignoring the isp
  • [10:20:05] <Skaggio> Hi everybody.....
  • [10:20:09] * raster pokes his tongue out at the isp :-P
  • [10:20:15] <Skaggio> I'm new herearound...
  • [10:21:09] <Skaggio> I tried to join and post to the BeagleBoard group unsuccesfully...
  • [10:21:24] <Skaggio> So I'm back here with my question...
  • [10:21:35] <AV500> ISP runs raster through naughty pixel correction!
  • [10:21:44] <Skaggio> I will receive my Beagle Board in the next few days
  • [10:21:44] <AV500> Skaggio: ask
  • [10:21:54] <recalcati> mplayer hangs the system and I continue hear a piece of audio of about 1 second forever. see details of video playing: http://widget.mibbit.com/pb/1UoMlT
  • [10:22:13] <Skaggio> My project is to develop a simple (I hope) application: I need to
  • [10:22:23] * tzhau (n=tzhau@dsl-245-80-220.telkomadsl.co.za) Quit (Connection timed out)
  • [10:22:28] <Skaggio> receive a video (and audio) stream via TCP/IP, pass it to the
  • [10:22:37] <Skaggio> BeagleBoard through the USB, decode it and render it to the video and
  • [10:22:44] <raster> AV500: my pixels are too naughty for your isp! naughty overload
  • [10:23:20] <Skaggio> audio outputs. The input stream will be a MJPEG stream (I could evaluate MPEG too of course), the resolution will be in the range from CIF to D1, the frame rate down to few fps (1-2 or something like that).
  • [10:23:23] <Skaggio> I will also need to manage the audio input and send it to a TCP/IP channel.
  • [10:23:32] <Skaggio> I saw there are many projects (e.g. GStreamer) out there...
  • [10:23:54] <Skaggio> Can you suggest me the EASIEST, FASTEST and supported way to compile a STABLE, GOOD WORKING application with the requirements reported above?
  • [10:24:01] * tzhau (n=tzhau@dsl-245-80-220.telkomadsl.co.za) has joined #beagle
  • [10:24:07] <koen> Skaggio: upgrade your uboot
  • [10:24:07] <Skaggio> Thank you in advance for any suggestion!
  • [10:24:18] <AV500> Skaggio: no
  • [10:24:24] <AV500> unclear reqs
  • [10:25:45] <Skaggio> av500: Why unclear?
  • [10:27:21] <Skaggio> koen: upgade with what?
  • [10:27:27] <raster> gah! wtf has git donw now
  • [10:27:40] <AV500> naughty commit correction
  • [10:27:52] <koen> Skaggio: with a newer version
  • [10:27:56] <raster> nah
  • [10:28:03] <raster> its found conflicts in files i have never touched before
  • [10:28:05] <raster> like qte
  • [10:28:08] <raster> and alsa
  • [10:28:25] <koen> raster: packages -> recipe move?
  • [10:28:34] <raster> koen: bugger! yes.
  • [10:28:38] <raster> it would seem so
  • [10:28:41] <Skaggio> koen: :D With what inside?
  • [10:28:43] <koen> git doesn't track directories -> pain
  • [10:28:47] <AV500> git knows that qte and alsa are "conflicts"
  • [10:28:50] <raster> did everything move?
  • [10:29:02] <koen> raster: git mv packages recipes
  • [10:30:41] <raster> methinks my git tree was just about to get totally fucked
  • [10:30:43] <raster> this is not good
  • [10:31:06] <raster> why does git hate me so and fuck up like 1000x more often than svn has ever done?
  • [10:31:57] <raster> aaargh!
  • [10:32:16] <koen> raster: because linus tells people to fix stuff by hand before he pulls
  • [10:32:31] <koen> raster: so git lacks basic conflict resolution and merge algos
  • [10:32:35] <recalcati> Skaggio: I'd like what you say, input/output from to tcp for audio/video . This has to work in omap3 family and in dm365
  • [10:32:48] <raster> koen: grrrrrrrrrrrrrrrrrrrrrrrrrr
  • [10:32:57] <koen> recalcati: http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=e7f45a4a42650380405c2eefca76d72068d8e2b0
  • [10:33:21] <koen> raster: I dislike git for that reason, but one isn't allowed to critize it
  • [10:33:36] <recalcati> koen: thx
  • [10:33:56] <raster> koen: the problem is i think this whole branch culture
  • [10:34:06] <raster> everyone having to live in their own little branch world
  • [10:34:11] <koen> raster: exactly
  • [10:34:15] <raster> and so when yuou finally have to "meet up" with others
  • [10:34:25] <raster> everything falls apart if anything major happened
  • [10:34:31] <raster> if everyone weer forced to live in "head"
  • [10:34:50] <raster> and do their work in a way that.. it lives in head.. works butr doesnt disrupt anyone but themelves
  • [10:35:02] <raster> (eg its a configure --enable option or whatever)
  • [10:35:11] <raster> then life is so much simpler... stuff works!
  • [10:35:15] <recalcati> mplayer all the system hangs after some seconds also with this http://widget.mibbit.com/pb/xf9TeR .. what can I do ? gstreamer is better ?
  • [10:35:19] * mib_0r9dzu (i=970bad95@gateway/web/ajax/mibbit.com/x-3177f59a55947b95) has joined #beagle
  • [10:35:27] <recalcati> this video is really small
  • [10:35:36] <recalcati> and without audio
  • [10:35:58] <mib_0r9dzu> recalcati: ehm...
  • [10:36:00] <koen> raster: someone coined the phrase "drive-by commits", which is what OE suffers from. Someone commits something disruptive and goes incommunicado
  • [10:36:13] <raster> yeah
  • [10:36:13] * jsync (n=jess@124.123.29.61) has joined #beagle
  • [10:36:23] <raster> thats the kind of thing branch-culture encourages
  • [10:36:23] <AV500> recalcati: enable some debug output in mplayer
  • [10:36:26] <raster> u live in your branch
  • [10:36:31] <raster> commit it all in a big blob
  • [10:36:36] <raster> then vanish into your world again
  • [10:36:38] * AV500 lives ON a branch
  • [10:36:48] * Skaggio (i=970bad95@gateway/web/ajax/mibbit.com/x-cf28228772dd0532) Quit ("http://www.mibbit.com ajax IRC Client")
  • [10:36:49] <geckosenator> would the pico projector work with a much brighter light? or is there reason to suspect it would not?
  • [10:37:03] * mib_0r9dzu (i=970bad95@gateway/web/ajax/mibbit.com/x-3177f59a55947b95) Quit (Client Quit)
  • [10:37:07] <AV500> geckosenator: it could melt
  • [10:37:15] * Skaggio (i=970bad95@gateway/web/ajax/mibbit.com/x-009002b98f3f4942) has joined #beagle
  • [10:37:16] <koen> it gets quite hot already
  • [10:37:23] <geckosenator> I would keep the heat away
  • [10:37:54] <geckosenator> using a carbide lantern I could get 50-100x the brightness
  • [10:38:14] <Skaggio> recalcati: ehm... I have been so lucky that when someone started to answer me, my browser crashed....
  • [10:38:35] * yumito (i=c16d8743@gateway/web/ajax/mibbit.com/x-92141e5da54205e0) Quit ("http://www.mibbit.com ajax IRC Client")
  • [10:38:44] <Skaggio> recalcati: I lost the link someone posted to you
  • [10:38:45] <raster> koen: one day.. i need to fix this...
  • [10:39:45] * abitos (n=nixgibts@dslb-084-057-154-013.pools.arcor-ip.net) has joined #beagle
  • [10:40:25] <recalcati> look at http://www.beagleboard.org/irclogs.
  • [10:40:52] <Skaggio> recalcati: ok, doing...
  • [10:40:52] <recalcati> AV500: -v you mean
  • [10:41:10] <AV500> recalcati: whatever gives you the most debug output
  • [10:41:16] <Skaggio> recalcati: Page not found... :P
  • [10:41:32] <recalcati> through away the last dot
  • [10:44:13] <Skaggio> Found form Beagle Board home...
  • [10:45:42] <raster> GAAAAH!
  • [10:45:49] * raster kicks git
  • [10:46:09] <recalcati> http://www.beagleboard.org/irclogs/ you see the loag page
  • [10:46:15] <recalcati> http://www.beagleboard.org/irclogs/ you see the logs page
  • [10:47:05] <Skaggio> recalcati: ok, found
  • [10:47:52] <AV500> recalcati: try ffplay, it is much "lighter" than mplayer
  • [10:47:59] <koen> tomba: TI has seen the light and is adding support for DSS2 to DMAI
  • [10:48:08] <koen> tomba: except they are using an old DSS2 version :/
  • [10:48:51] <recalcati> ffplay works with so different video formats?
  • [10:49:08] <recalcati> I'm going to lunch
  • [10:49:11] <recalcati> see you late
  • [10:49:12] <koen> ffplay supports everything ffmpeg does
  • [10:49:16] <recalcati> see you later
  • [10:49:24] <recalcati> koen: thx I'll try
  • [10:50:52] <Skaggio> I try again...
  • [10:51:46] <Skaggio> What is the fastest way to render an MJPEG video with BeagleBoard?
  • [10:51:50] <Skaggio> Any suggestion?
  • [10:52:25] <AV500> mplayer, ffmpeg
  • [10:53:07] <AV500> gstreamer
  • [10:53:26] <AV500> cat
  • [10:53:47] <Skaggio> av500: the best choice to do it fast?
  • [10:54:34] <AV500> Skaggio: what do you mean by "fast"?
  • [10:55:14] * hrw|gone is now known as hrw
  • [10:55:14] <AV500> fast: buy a laptop, use windowd media player
  • [10:55:18] <hrw> morning
  • [10:55:28] <Skaggio> av500: I mean that I would like something working well after no much time I'm working with Beagle Board... :P
  • [10:56:12] <AV500> well, to try mplayer or ffmpeg should take almost no time, I guess both are part of std BB distros.
  • [10:56:27] <Skaggio> great!
  • [10:56:30] <Skaggio> :D
  • [10:57:26] <Skaggio> av500: Cna they manage a continuous TCP/IP stream (copming from USB port)?
  • [10:57:35] <Skaggio> copming = coming
  • [10:57:47] <Skaggio> Cna = Can
  • [10:59:08] <koen> 1 bit/hour is still continuous
  • [10:59:12] <Skaggio> av500: Otherwise: what steps should I do to manage a continuous stream?
  • [10:59:42] <AV500> Skaggio: what protocol?
  • [10:59:51] <AV500> and I guess you mean eth over usb, right?
  • [10:59:55] <AV500> and I guess you mean ethernet over usb, right?
  • [11:00:15] <AV500> you are still unclear in your specs
  • [11:00:38] <Skaggio> koen: 1-2 fps with resolution in CIF to D1 range, mean quality
  • [11:02:08] <tomba> koen: DMAI?
  • [11:02:17] <AV500> Skaggio: at that speed you can stream uncompressed images
  • [11:02:53] <Skaggio> AV500: eth over USB... More or less: Beagle Board will be a sub system. The main system will have to receive data from Ethernet and send it to the Beagle Board
  • [11:02:56] <eFfeM> koen, recalcati, thanks for the r22 patch, will try it tonight with my TV, if I can kick my family from it :-)
  • [11:03:15] <AV500> why 2 systesm, the bb can handle eth nicely
  • [11:03:40] <koen> tomba: "Davinci Multimedia Application Interface", the abstraction layer for davinci, omap and dm3xx stuff
  • [11:03:49] <koen> tomba: https://gstreamer.ti.com/gf/project/dmai/
  • [11:04:46] <Skaggio> AV500: I do have bandwidth limitations, I could also try higher frame rates
  • [11:04:47] <tomba> ah
  • [11:06:20] <Skaggio> av500: BB can connect to ehternet? by using the USB channel, correct?
  • [11:06:45] <AV500> by using an usb to eth converter
  • [11:08:37] <Skaggio> av500: Ok. Now let's see inside the BB: can the fffmpeg and/or mplayer manage the stream directly?
  • [11:09:10] <AV500> Skaggio: what stream? what protocoll?
  • [11:09:35] <Skaggio> av500: MJPEG stream, TCP/IP protocol
  • [11:10:23] <AV500> Skaggio: yes, tcpip is the trnasport, but what is the streaming protocoll? raw mjpeg?
  • [11:10:49] <AV500> what is the container? avi? mp4?
  • [11:10:57] <mpoullet|work> recalcati: ping
  • [11:12:30] <Skaggio> Skaggio: Let's suppose avi
  • [11:13:30] * joesensport (n=joesensp@218.242.229.234) has left #beagle
  • [11:13:32] <AV500> now we still miss the streaming protocoll, for avi that would be http
  • [11:13:34] <koen> raster: testing 39886 now
  • [11:13:58] <AV500> ffplay 192.168.1.1/test.avi should work
  • [11:14:06] <AV500> ffplay http://192.168.1.1/test.avi should work
  • [11:14:17] <AV500> same for mplayer
  • [11:14:42] <AV500> but avi is not really the 1st choise for streaming
  • [11:16:28] <Skaggio> av500: What about mp4?
  • [11:18:37] <AV500> not good
  • [11:19:49] <Skaggio> av500: What's your sugestion? :D
  • [11:22:45] <koen> raster: is /usr/lib/enlightenment/preload/e_precache.so important?
  • [11:23:08] <AV500> Skaggio: what is your application, what do you stream? a finished file? camera images?
  • [11:23:37] <raster> koen: only if you use the preload option
  • [11:23:52] * koen packages it
  • [11:24:03] <Skaggio> av500: camera images. It could an analogic interlaced camera or an IP camera
  • [11:24:42] <AV500> the ip camera already has a streaming format, no?
  • [11:27:21] <Skaggio> av500: I do not actually know the IP camera model...
  • [11:27:36] <Skaggio> I do not know IF I will use an IP camera
  • [11:27:37] <Skaggio> So
  • [11:27:51] * jsync (n=jess@124.123.29.61) Quit (Read error: 110 (Connection timed out))
  • [11:28:04] <Skaggio> Let's suppose I'm working with an analogic camera and I can decide to compress it
  • [11:28:16] <Skaggio> I thought to use the MJPEG compression
  • [11:28:43] <Skaggio> Then I wanted to send it continuously through Eth to my BB
  • [11:29:07] <Skaggio> av500: And see video and listen audio...
  • [11:40:54] <Skaggio> I'm going out for lunch. See you later... Ska
  • [11:41:08] <Skaggio> By the way...
  • [11:41:32] <Skaggio> I've got the BB on my table right now! :D
  • [11:45:46] <koen> raster: what's a "Wallpaer"? :p
  • [11:46:38] <raster> koen: 1 p more efficient than a wallpaper
  • [11:46:39] <raster> :)
  • [11:46:51] <jkridner> good morning all.
  • [11:46:58] <Crofton|work> gm
  • [11:47:05] <raster> jkridner: moo!
  • [11:47:21] <koen> hey jkridner
  • [11:47:30] <koen> raster, DJWillis: http://scap.linuxtogo.org/files/1fabf37370fced0427e2795ddc7902f8.png
  • [11:47:42] <koen> raster: the default window is really tiny on my beagle
  • [11:48:17] <koen> raster: tiny as in: http://scap.linuxtogo.org/files/d1ba3b431b271b27cdb392c47129081e.png
  • [11:48:29] <mpoullet|work> gm jkridner
  • [11:53:18] * alecrim (n=alecrim@189.2.128.130) has joined #beagle
  • [11:54:57] <koen> raster: e17 in OE is now at 39886
  • [12:00:19] <koen> sakoman_: ping
  • [12:06:46] <raster> koen: eah. it picks 1/4 screen width/height
  • [12:06:53] <raster> its simply something i havent refined at all yet
  • [12:07:11] <raster> koen: put some more bg's in ~/.e/e/bacgkrounds
  • [12:07:15] <raster> (they'll need to be .edj)
  • [12:07:24] <raster> or use the nromal wallpaper conf to import a bunch
  • [12:07:32] <raster> its much more fun when you have 50+ of them
  • [12:07:33] <raster> :)
  • [12:07:49] <koen> :)
  • [12:09:35] <eFfeM> jkridner: morning
  • [12:10:03] * abitos is now known as trekkietos
  • [12:15:26] * recalcati (i=51485a51@gateway/web/ajax/mibbit.com/x-22c2b7ee6c023254) Quit ("http://www.mibbit.com ajax IRC Client")
  • [12:16:51] * rsalveti (n=salveti@189.70.55.26) Quit (Remote closed the connection)
  • [12:17:38] * ceyusa (n=ceyusa@cm216016.red83-165.mundo-r.com) Quit (Read error: 110 (Connection timed out))
  • [12:19:23] * __alanc__ (n=a-campbe@nat/ti/x-206dd6a59b83c34c) has joined #beagle
  • [12:24:21] * recalcati (i=5e51e963@gateway/web/ajax/mibbit.com/x-a6768c29f34581ea) has joined #beagle
  • [12:25:04] * mib_s4ddcs (i=40e4c4e8@gateway/web/ajax/mibbit.com/x-0a948917c2134fb8) has joined #beagle
  • [12:27:38] * mib_s4ddcs (i=40e4c4e8@gateway/web/ajax/mibbit.com/x-0a948917c2134fb8) Quit (Client Quit)
  • [12:34:01] * jsync (n=jess@124.123.29.61) has joined #beagle
  • [12:34:57] * Leon_Nardella (n=leon@200-161-14-111.dsl.telesp.net.br) Quit ("Leaving.")
  • [12:35:06] <florian> hi jkridner
  • [12:35:49] <jkridner> hi raster, koen, mpoullet|work, eFfeM, and florian
  • [12:36:07] * raster wobbles @ jkridner
  • [12:40:20] * Batko_Marto (n=Batko_Ma@CPE001346f996d2-CM001e6b1a8d1e.cpe.net.cable.rogers.com) Quit (Remote closed the connection)
  • [12:40:29] <koen> florian: could you kick apache2?
  • [12:41:46] <florian> koen: sure
  • [12:42:09] <florian> done
  • [12:42:40] <florian> jkridner: What happned to Jim Malina?
  • [12:42:52] <jkridner> left TI. :(
  • [12:43:26] <florian> jkridner: too bad...
  • [12:44:21] <recalcati> morning
  • [12:46:54] * robclark (n=robclark@nat/ti/x-4f1ed34964b5820a) has joined #beagle
  • [12:55:06] <recalcati> I haven't ffplay..
  • [12:55:12] <recalcati> bitbake fplay is not present
  • [12:55:17] <mpoullet|work> recalcati: I think there's a little mistake in your mode 4 720p modeline
  • [12:55:19] <recalcati> bitbake ffplay is not present
  • [12:55:31] <recalcati> mpoullet|work: possible, which ?
  • [12:55:55] <mpoullet|work> recalcati: according to CEA-861-E it should be NULL, 60, 1280, 720, 13468, 220, 110, 20, 5, 40, 5,
  • [12:55:58] <AV500> recalcati: ffmpeg
  • [12:56:14] <mpoullet|work> recalcati: see page 18
  • [12:56:49] <recalcati> of CEA .. ?
  • [12:56:59] <mpoullet|work> I haven't CEA-861-D here but it was superceded by the E revision
  • [12:57:02] <recalcati> I don't see nothing at 'age 18
  • [12:57:13] <mpoullet|work> CEA-861-E
  • [12:57:47] <recalcati> http://widget.mibbit.com/up/1fgDbc48.png
  • [12:57:54] <recalcati> see the image
  • [12:58:13] <recalcati> what you read in this page? chapter ? paragraph ?
  • [12:58:23] <recalcati> AV500: thx
  • [12:58:46] <AV500> recalcati: maybe page 18 of the doc, not the pdf
  • [12:58:52] <recalcati> recalcari has to learn ffmpeg cmdline and after gst-launch cmdline
  • [12:58:58] <mpoullet|work> I use the E revision, not the D one
  • [12:59:09] <recalcati> I have D
  • [12:59:14] <AV500> recalcati: it is easy: ffplay <file>
  • [12:59:49] <mpoullet|work> yep, but E supersedes it
  • [13:00:28] <recalcati> I'm searching it, but by now I use D
  • [13:00:36] <recalcati> ffplay not present
  • [13:01:16] <recalcati> mpoullet|work: what is the error?
  • [13:01:23] <mpoullet|work> in the E revision, see Table 2 - "Video Format Timings - Detailed Sync Information"
  • [13:02:46] <tomba> I only found version B from the net =(
  • [13:03:01] * ceyusa (n=ceyusa@83.165.216.16) has joined #beagle
  • [13:03:23] <recalcati> I have it on D ,
  • [13:03:28] <mpoullet|work> 60, 1280, 720, 13468, 220, 110, 20, 5, 40, 5 instead of 60, 1280, 720, 13468, 220, 110, 19, 6, 40, 5,
  • [13:03:32] <recalcati> what I have to read?
  • [13:04:04] <mpoullet|work> it's a minor issue though
  • [13:04:17] <mpoullet|work> I'd just like to have it right
  • [13:04:25] * kazken3 (n=kazken@p29ae22.osakac00.ap.so-net.ne.jp) has joined #beagle
  • [13:04:46] <koen> mpoullet|work: so 19,6 -> 20,5
  • [13:04:54] <mpoullet|work> keon: yep
  • [13:04:59] <recalcati> http://widget.mibbit.com/pb/PJoEPZ
  • [13:05:13] <mpoullet|work> nobody will see the difference, it's just not standard conform
  • [13:05:34] * rsalveti (n=salveti@200.184.118.130) has joined #beagle
  • [13:06:16] * bazbel1 is now known as bazbell
  • [13:06:27] <mpoullet|work> I've tested it here with a lot of TV's for three months now
  • [13:07:16] <recalcati> the sum is the same, but better to change, but in the table I don't see these numbers
  • [13:07:50] <koen> mpoullet|work: http://cgit.openembedded.net/cgit.cgi?url=openembedded/commit/&id=687a7700eabaa53b1187947b6f3b4f1662b9bbb6
  • [13:07:59] <mpoullet|work> recalcati: that's why nobody can notice it
  • [13:08:22] <recalcati> mpoullet|work: thx I change and try with: monitor Samsung SyncMaster 2032BW, then Sony Bravia 32W4000, Samsung 32A336
  • [13:08:23] <mpoullet|work> recalcati: but if you try an HDMI analyser, it will complain
  • [13:09:18] <recalcati> mpoullet|work: I have Quantum Data 882E, but only with output, not input :(
  • [13:09:25] <mpoullet|work> recalcati: cool! I love HD TV sets
  • [13:10:06] <mpoullet|work> koen: perfect!
  • [13:10:13] <recalcati> mpoullet|work: a question , it is possible that Samsung 32A336 doesn't display anything ? maybe due to HDCP not supported by BB ?
  • [13:10:50] <mpoullet|work> recalcati: I haven't tried Samsung yet, only Sony, Philips, LG and Toshiba
  • [13:11:06] <mpoullet|work> but it could be a polarity issue of the pulses
  • [13:11:28] <eFfeM> will also try with philips tonight or tomorrow
  • [13:14:21] <recalcati> mpoullet|work: HDCP can be a problem, isn't it ?
  • [13:14:45] <mpoullet|work> recalcati: yes for sure, it could be a problem too
  • [13:16:20] <AV500> raster, reading 4 lines at a time and therefore outputtin 4 pixels in a row increase the speed from 41ms to 16 for 800x480, not bad
  • [13:16:41] * jsync (n=jess@124.123.29.61) has left #beagle
  • [13:16:50] <AV500> recalcati: it should not unless you want to output protected content, no?
  • [13:18:24] <mpoullet|work> recalcati: have you tried something like this: http://pastebin.com/d764649cd ?
  • [13:19:02] <mpoullet|work> recalcati: it's an old patch, you need to fit it in your new DSS2 probably...
  • [13:19:19] * tzhau (n=tzhau@dsl-245-80-220.telkomadsl.co.za) Quit (Read error: 110 (Connection timed out))
  • [13:19:39] <sakoman_> koen: pong
  • [13:19:49] * mpoullet|work is going to a meeting
  • [13:20:33] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [13:21:14] * BThompson (n=a0193480@nat/ti/x-3eb8c844b19905fc) has joined #beagle
  • [13:21:35] <tomba> current DSS2 has omapfb.vram option that you can use to pre-alloc memory for all the framebuffers. I'm thinking of removing that, and leaving support for fb0 only. Anyone sees a problem with that? You can still allocate memory for video planes with SETUP_MEM ioctl, or via sysfs.
  • [13:22:22] * brijesh (n=bksingh@nat/ti/x-40889b9575262edf) has joined #beagle
  • [13:22:38] * brolin (n=brolin@190.157.13.75) has joined #beagle
  • [13:23:40] <koen> sakoman_: do you know of any other LCDs that will work with the palo43 board?
  • [13:23:42] * vsr (i=7aa60de8@gateway/web/ajax/mibbit.com/x-7e66b72286de674f) has joined #beagle
  • [13:26:31] <AV500> tomba: fine with me, we have already removed all other static buffers except fb0
  • [13:27:25] <AV500> btw, is there a simpler way to setup an overlay with userptr mem than going via v4l?
  • [13:27:37] <koen> tomba: poke zuh and mru before doing that, so they can change xf86-video-omapfb and omapfbplay :)
  • [13:28:17] <tomba> koen: xv should work fine, it allocates mem with SETUP_PLANE. omapfbplay doesn't allocate, I think, so the userspace would first need to do allocating with echo
  • [13:28:41] <tomba> AV500: what's userptr? displaying app allocated memory on the screen?
  • [13:29:39] * tzhau (n=tzhau@dsl-245-80-220.telkomadsl.co.za) has joined #beagle
  • [13:29:51] <tomba> koen: but if one needs to prealloc the video planes, he can add the allocations to system init scripts. that shouldn't be too different from setting kernel boot parameters
  • [13:31:02] <sakoman_> koen: no, but I've never really looked
  • [13:31:35] <koen> sakoman_: ok, I was looking for some more pixels :)
  • [13:31:36] <sakoman_> perhaps there are others in the same "family" from Samsung
  • [13:32:04] <recalcati> Samsung SyncMaster 2032BW sometimes passing from u-boot to kernel looses the sync and desn't display anything
  • [13:32:11] <sakoman_> Sadly LCDs seem to have absolutely no standardization :-(
  • [13:32:29] * ArteK (n=Artur@81.15.241.96) has joined #beagle
  • [13:32:30] <AV500> tomba: yes
  • [13:32:32] <koen> sakoman_: I feared as much
  • [13:32:51] <recalcati> mpoullet|work: ping
  • [13:32:51] <AV500> e.g. something that the DSP decoded into
  • [13:33:04] <tomba> AV500: fb framework doesn't support that. you can, of course, allocate a large framebuffer and use that with panning, if you need multiple buffers
  • [13:33:40] <koen> sakoman_: sadly UPS is being slow with getting my palo43+lcd to here
  • [13:34:04] <sakoman_> koen: I agree, 480 x 272 just isn't enough pixels!
  • [13:34:43] <sakoman_> good for instrumentation display
  • [13:35:01] * JuanG (n=Juan@nat/ti/x-5116df88bf85db92) has joined #beagle
  • [13:35:04] * JuanG (n=Juan@nat/ti/x-5116df88bf85db92) has left #beagle
  • [13:36:24] <AV500> sakoman_: we have one guy who is doing almost LCD glue only for the last 5y
  • [13:37:09] <koen> sakoman_: is there a name for the lcd+ts connector?
  • [13:38:43] <AV500> tomba: you mentioned sysfs, how do you alloc mem via sysfs?
  • [13:43:08] <tomba> AV500: just echo to /sys/class/graphics/fb1/size
  • [13:43:53] * alecrim (n=alecrim@189.2.128.130) Quit (Read error: 110 (Connection timed out))
  • [13:44:43] * Skaggio (i=970bad95@gateway/web/ajax/mibbit.com/x-009002b98f3f4942) Quit ("http://www.mibbit.com ajax IRC Client")
  • [13:45:18] * Skaggio (i=970bad95@gateway/web/ajax/mibbit.com/x-d54724b89c49a9e8) has joined #beagle
  • [13:45:41] <koen> zuh: the "source width can't exceed dest width" restriction, is than an XV thing, or a leftover from DSS1?
  • [13:47:56] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [13:50:17] * Skaggio (i=970bad95@gateway/web/ajax/mibbit.com/x-d54724b89c49a9e8) Quit ("http://www.mibbit.com ajax IRC Client")
  • [13:51:49] <AV500> tomba: I have only /sys/class/graphics/fb0 and fbcon
  • [13:52:44] <tomba> AV500: umm. do you have some special patches to the dss? or v4l2?
  • [13:53:21] * bmxr_beagle (n=terry@S01060018f3b11a22.vf.shawcable.net) has joined #beagle
  • [13:54:25] * bmxr_bea1le (n=terry@S01060018f3b11a22.vf.shawcable.net) Quit (Read error: 60 (Operation timed out))
  • [13:55:39] * Batko_Marto (n=Batko_Ma@141.117.231.6) has joined #beagle
  • [13:56:25] <AV500> tomba: no, but my dss2 might be old, it is from omapzoom.bla
  • [13:56:28] * AV500 hides
  • [13:57:10] <AV500> but don't bother, I use the v4l interface and that works fine with my userptrs.
  • [13:57:46] * alecrim (n=alecrim@192.100.104.170) has joined #beagle
  • [13:57:48] * davidm (n=David@nat/ti/x-5ad60ff022a680b5) has joined #beagle
  • [13:58:00] <tomba> AV500: err well I don't think omapzoom has anything to do with dss2, does it?
  • [13:58:16] * davidm is now known as Guest30091
  • [13:58:32] <AV500> well, actually, my linux guru is skiing, so I cannot tell you exactly where our dss2 comes from
  • [14:00:14] <AV500> I think we have a nice mix of WTSD, PSP, omapzoom and our own stuff :-)
  • [14:00:52] * bmxr_bea1le (n=terry@S01060018f3b11a22.vf.shawcable.net) has joined #beagle
  • [14:01:36] * ant_work (n=chatzill@host214-85-static.34-85-b.business.telecomitalia.it) has joined #beagle
  • [14:07:56] * like2wise (n=chatzill@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [14:10:04] * uberfry (n=spinl0ck@vodsl-10890.vo.lu) Quit (Read error: 110 (Connection timed out))
  • [14:12:03] <vsr> how do i prevent oe from building the bootloaders?
  • [14:12:07] * adj_ (i=antti@213.157.84.48) has joined #beagle
  • [14:13:00] * bmxr_beagle (n=terry@S01060018f3b11a22.vf.shawcable.net) Quit (Read error: 110 (Connection timed out))
  • [14:14:11] * davidm (n=david@nat/ti/x-92e19d6dba783e65) has joined #beagle
  • [14:14:39] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [14:14:39] * davidm is now known as Guest14245
  • [14:15:07] * suihkulokki (i=nchip@naru.obs2.net) Quit (Read error: 101 (Network is unreachable))
  • [14:15:18] <hrw> vsr: why not to build them?
  • [14:17:29] <koen> it's not like you have to use them
  • [14:17:38] <koen> and building uboot doesn't take hours
  • [14:17:40] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [14:18:13] * suihkulokki (i=nchip@naru.obs2.net) has joined #beagle
  • [14:19:00] * adj (i=antti@hervanta.com) Quit (Read error: 110 (Connection timed out))
  • [14:19:23] <sakoman_> koen: 45 pin FPC Connector ?
  • [14:19:43] <sakoman_> there is a link to the mfg spec sheet on gumstix.com
  • [14:20:01] <koen> sakoman_: that's what I thought, but it's not easy to get data on lcds to see whether or not they match
  • [14:21:03] <sakoman_> koen: it is usually safe to assume that they do not match :-(
  • [14:21:20] <koen> sakoman_: hence my first question :)
  • [14:21:45] <sakoman_> koen: there will be a Palo35 and Palo70
  • [14:22:07] <koen> with more pixels?
  • [14:22:21] <sakoman_> Palo70 will have more pixels
  • [14:22:33] <koen> and presumably be 7 inch
  • [14:22:36] <sakoman_> (but will also be larger)
  • [14:23:05] <sakoman_> I believe Palo35 will have fewer (and is smaller)
  • [14:23:32] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit ()
  • [14:23:55] <sakoman_> I think Gordon is trying to find "sweet spots" for display cost
  • [14:25:05] <koen> a 7" 720p display would be nice :)
  • [14:25:10] <koen> altough costly
  • [14:26:39] * adj_ is now known as adj
  • [14:27:00] * trekkietos is now known as abitos
  • [14:28:41] <sakoman_> koen: I believe that the 7" displays he is looking at are WVGA
  • [14:29:52] <koen> that's 800x480, right?
  • [14:30:07] <sakoman_> koen: yes
  • [14:30:49] <tomba> neener, I've got 864x480
  • [14:31:16] <sakoman_> tomba: :-)
  • [14:31:34] <hrw> 7" 720p would be nice indeed
  • [14:33:29] * jkridner|work (n=a0321898@nat/ti/x-c2f23dd0b6734d1c) has joined #beagle
  • [14:43:37] * kevinsc_ (n=kevinsc@nat/ti/x-0a8b44bde5230f7f) has joined #beagle
  • [14:44:01] * kevinsc_ (n=kevinsc@nat/ti/x-0a8b44bde5230f7f) has left #beagle
  • [14:46:16] * emeb (n=ericb@ip72-223-90-212.ph.ph.cox.net) has joined #beagle
  • [14:47:55] * eFfeM (n=nly91006@neo-y1a.ehv.campus.philips.com) Quit ("Leaving.")
  • [14:48:28] * uberfry (n=spinl0ck@vodsl-10890.vo.lu) has joined #beagle
  • [14:51:31] <Crofton|work> emeb, did you get anywhere last night?
  • [14:53:48] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [14:53:53] * Skaggio (i=970bad95@gateway/web/ajax/mibbit.com/x-646301e14becab2f) has joined #beagle
  • [14:55:33] <Skaggio> Hi Is someone out there?
  • [14:55:50] <Skaggio> Any suggestion about the IDE to start working with BB?
  • [14:56:18] <hrw> Skaggio: gvim? :D
  • [14:56:22] <Skaggio> Eclipse, Montavista, Code Composer, any other compiler...
  • [14:56:42] <koen> emacs?
  • [14:57:09] <keesj> kscope?
  • [14:57:18] <hrw> nano?
  • [14:57:27] <keesj> evergreen
  • [14:57:37] <Crofton|work> heh
  • [14:57:46] <Crofton|work> what is the url for the bug eclipse stuff
  • [14:58:23] <Skaggio> Something more evoluted than a plain editor?
  • [14:58:25] <Crofton|work> http://community.buglabs.net/kgilmer/posts/93-BitBake-Commander-6-5
  • [14:58:47] <Crofton|work> start there
  • [14:58:54] <Crofton|work> Ken is on irc sometimes also
  • [14:59:02] * bmxr (n=bmxr@S01060018f3b11a22.vf.shawcable.net) has joined #beagle
  • [15:00:22] <hrw> http://marcin.juszkiewicz.com.pl/2009/04/07/how-many-serial-ports-are-enough/
  • [15:00:32] <keesj> I saw a demo of the bitbake commander it does some nice things with expanding variables etc
  • [15:02:46] <hrw> does B7 revision of BB manual exists at all?
  • [15:03:34] * bmxr (n=bmxr@S01060018f3b11a22.vf.shawcable.net) Quit (Remote closed the connection)
  • [15:05:00] * bmxr (n=bmxr@S01060018f3b11a22.vf.shawcable.net) has joined #beagle
  • [15:05:29] * Skaggio (i=970bad95@gateway/web/ajax/mibbit.com/x-646301e14becab2f) Quit ("http://www.mibbit.com ajax IRC Client")
  • [15:06:40] <koen> ah, the gumstix stuff finally left kentucky
  • [15:06:57] * koen guesses the UPS driver got heartburn from eating too much chicken
  • [15:07:15] <emeb> Crofton|work: Yes, the bitbake finished up without further issues. I'm doing a bitbake x11-image now and it had the same error but continues.
  • [15:07:15] * like2wise (n=chatzill@82-171-51-231.ip.telfort.nl) Quit (Read error: 104 (Connection reset by peer))
  • [15:07:31] <djlewis> koen: so you gets lots of toys :)
  • [15:07:32] <Crofton|work> what is the error again?
  • [15:07:50] <recalcati> bye bye, I'm going
  • [15:08:01] <recalcati> leaving (more correct)
  • [15:08:16] <mpoullet|work> recalcati: bye
  • [15:08:52] <recalcati> tomorrow I'll tell you about the tests
  • [15:08:59] <emeb> Crofton|work: hmmm - errror has scrolled off the end of the buffer. Is there a logfile I can pull it out of?
  • [15:09:12] * recalcati (i=5e51e963@gateway/web/ajax/mibbit.com/x-a6768c29f34581ea) Quit ("http://www.mibbit.com ajax IRC Client")
  • [15:09:28] * GregorR-L (n=gregor@pal-179-079.itap.purdue.edu) has joined #beagle
  • [15:10:14] * djlewis (i=4b0f4002@gateway/web/ajax/mibbit.com/x-aa2a34ab46731175) Quit ("http://www.mibbit.com ajax IRC Client")
  • [15:10:15] <GregorR-L> Is the exact revision that broke USB host support known? I feel like I'm doing a balancing act trying to make the oldest workable DSS2 work with the latest workable kernel :(
  • [15:10:37] * djlewis (i=4b0f4002@gateway/web/ajax/mibbit.com/x-a59fa2855fb284fd) has joined #beagle
  • [15:12:15] <koen> GregorR-L: try the .29 that's in OE .dev now
  • [15:12:35] <koen> EHCI and OTG host and dss2 work for me
  • [15:12:54] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-4776d9e9e95346b4) has joined #beagle
  • [15:12:56] <GregorR-L> Hrm
  • [15:13:29] <GregorR-L> I did git checkout stable/2009 (per instructions on the openembedded page), do I need to check out a different branch?
  • [15:13:59] <DJWillis> GregorR-L: get the org.openembedded.dev branch.
  • [15:14:02] <sakoman_> GregorR-L: If you are looking for a pre-built image I believe that this set has working OTG Host, EHCI, and DSS2: http://www.sakoman.com/feeds/omap3/glibc/images/beagleboard/200903270843/
  • [15:14:02] <koen> GregorR-L: http://dominion.thruhere.net/koen/OE/uImage-2.6.29-r23+gitr58cf2f1425abfd3a449f9fe985e48be2d2555022-beagleboard.bin
  • [15:14:19] * GregorR-L 's brain explodes.
  • [15:14:40] <sakoman_> GregorR-L: welcome to the club :-)
  • [15:14:51] <sakoman_> mine explodes on a daily basis
  • [15:15:43] <DJWillis> Mine is just mush and ducktape.
  • [15:15:59] <Crofton|work> emeb, probably, do you remmeber what bb file had the issue?
  • [15:17:19] <sakoman_> tomba: just tested a build with your latest patches and xvideo is alive once more. Thanks!
  • [15:17:22] <emeb> It looks like a phantom file - was some sort of missing kernel dependency.
  • [15:17:26] <keesj> ok , so it's not only my who finds it hard to remember the git hashes by heart,pff
  • [15:18:15] <emeb> I need a logfile for the top-level bitbake run - with all the NOTE:s etc in it.
  • [15:18:19] * coreyfro (n=coreyfro@dsl092-012-151.sfo1.dsl.speakeasy.net) Quit (Read error: 110 (Connection timed out))
  • [15:20:08] <emeb> http://ftp.info-zip.org/ seems to be down. Funny - ftp access to that host works.
  • [15:23:09] <emeb> Crofton|work: OK - here's the error (restarted bitbake): ERROR: '[]' RDEPENDS/RRECOMMENDS or otherwise requires the runtime entity '${KEXECBOOT_IMAGEDEPENDS}' but it wasn't found in any PACKAGE or RPROVIDES variables
  • [15:23:09] <emeb> NOTE: Runtime target '${KEXECBOOT_IMAGEDEPENDS}' is unbuildable, removing...
  • [15:23:09] <emeb> Missing or unbuildable dependency chain was: ['${KEXECBOOT_IMAGEDEPENDS}']
  • [15:24:37] * like2wise (n=chatzill@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [15:24:54] * LoneMeow (i=lonewolf@taika.fi) Quit (Read error: 131 (Connection reset by peer))
  • [15:25:04] * tharvey (n=tharvey@adsl-76-205-222-173.dsl.snlo01.sbcglobal.net) has joined #beagle
  • [15:25:43] <tharvey> anyone building from stable/2009? - I find that beagleboard-demo-image wont build
  • [15:27:04] <koen> pastebin the error
  • [15:28:16] * suihkulokki (i=nchip@naru.obs2.net) Quit (Read error: 113 (No route to host))
  • [15:29:06] <emeb> koen: http://pastebin.com/d534626ac
  • [15:29:50] * Abraxas3d (n=michelle@cpe-24-94-7-251.san.res.rr.com) has joined #beagle
  • [15:30:23] <koen> emeb: your OE tree is out of date, git pull
  • [15:30:43] <koen> emeb: also, try the stable/2009 branch, that should work
  • [15:30:57] * LoneMeow (i=lonewolf@taika.fi) has joined #beagle
  • [15:31:49] <emeb> koen: n00b question - will a git pull mean that everything gets rebuilt in the next bitbake?
  • [15:31:58] <koen> no
  • [15:32:17] <emeb> cool - I'll interrupt, pull & restart
  • [15:32:23] * mpoullet|work (n=mpoullet@proxye.avm.de) has left #beagle
  • [15:37:33] * dirk2 (n=dirk@p5B0416BD.dip0.t-ipconnect.de) has joined #beagle
  • [15:39:29] <emeb> koen: I assume that the branch is set by the DISTRO = "angstrom-2008.1" in the local.conf file?
  • [15:40:17] <emeb> OK - git pull on OE fixed the error. Thanks!
  • [15:43:57] * valhalla (n=valhalla@81-174-23-93.dynamic.ngi.it) has joined #beagle
  • [15:46:20] * as_leep is now known as ali_as
  • [15:46:55] * GAN8001 (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) has joined #beagle
  • [15:48:24] <emeb> Ah - instructions for stable/2009 here: http://wiki.openembedded.net/index.php/Stable
  • [15:48:48] <sakoman_> koen: just doing a merge with oe.dev and resolving some conflicts
  • [15:49:17] <sakoman_> I think that having MACHINE_EXTRA_RRECOMMENDS = " omap3-sgx-modules " in omap3.inc isn't a good idea
  • [15:49:39] <hrw> ok. BBiab looks better when rear side is more or less done
  • [15:49:43] <sakoman_> will cause a crash on boot with 3503 based Overos
  • [15:49:56] <sakoman_> (at least it did the last time I tried)
  • [15:50:34] <koen> sakoman_: that, and it doesn't build on 2.6.29
  • [15:50:54] <koen> I was planning on sorting out the .29 build issues first
  • [15:51:39] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) Quit (Read error: 113 (No route to host))
  • [15:51:56] * GregorR-L (n=gregor@pal-179-079.itap.purdue.edu) Quit (Read error: 60 (Operation timed out))
  • [15:52:56] * GAN8001 is now known as GeneralAntilles
  • [15:53:03] * tomba (i=tomba@taika.fi) Quit ("Lost terminal")
  • [15:53:42] <sakoman_> koen: It's been building for me. What is the issue you are seeing?
  • [15:54:49] <koen> the latest DSS2 patches change the ISR function arguments
  • [15:55:39] <hrw> http://www.flickr.com/photos/hrwandil/3420831471/
  • [15:56:52] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [15:57:15] <sakoman_> koen: ah, OK, haven't rebuilt in the last 24 hours
  • [16:00:45] <koen> sakoman_: I suspect the fix is easy thought, just haven't bugged tomba about it yet
  • [16:00:46] * RogerMonk (n=a0740758@nat/ti/x-38c7ee7511a1d742) Quit (Remote closed the connection)
  • [16:01:24] * coreyfro (n=coreyfro@dsl092-012-151.sfo1.dsl.speakeasy.net) has joined #beagle
  • [16:03:27] * bowyer (i=d1e2896b@gateway/web/ajax/mibbit.com/x-9b6e4e26315b77de) has joined #beagle
  • [16:05:15] * rupeshgujare (n=rupesh@59.160.172.220) has left #beagle
  • [16:06:49] * bowyer (i=d1e2896b@gateway/web/ajax/mibbit.com/x-9b6e4e26315b77de) Quit (Client Quit)
  • [16:07:42] * ant_work (n=chatzill@host214-85-static.34-85-b.business.telecomitalia.it) Quit ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032609]")
  • [16:08:44] <Crofton> http://www.muru.com/linux/omap/events/
  • [16:11:33] <tharvey> koen, stable failure - http://www.pastebin.ca/1384987 (just pulled yesterday)
  • [16:13:02] * mckoan is now known as mckoan|away
  • [16:15:25] <koen> tharvey: could you try this patch: http://patchwork.openembedded.org/patch/185/ ?
  • [16:15:36] <koen> (and bitbake -c clean libxml2-native)
  • [16:15:55] <vsr> is tomi's dss2 neccessary for angstrom to work?
  • [16:16:37] * guillaum1 (n=gzba4143@AMontsouris-153-1-95-171.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [16:17:30] * guillaum1 (n=Guillaum@AMontsouris-153-1-95-171.w90-2.abo.wanadoo.fr) has joined #beagle
  • [16:18:52] * suihkulokki (i=nchip@naru.obs2.net) has joined #beagle
  • [16:19:01] * jix (n=jix@dyndsl-095-033-097-081.ewe-ip-backbone.de) has joined #beagle
  • [16:19:17] <jix> what could be the reason for the IC labled U1 on the R5 bealge board to get very very hot
  • [16:19:27] <jix> (it's either U1 or something near to it
  • [16:19:50] * vsr (i=7aa60de8@gateway/web/ajax/mibbit.com/x-7e66b72286de674f) has left #beagle
  • [16:22:05] * ogra_ (n=ogra@p5098ed03.dip0.t-ipconnect.de) has joined #beagle
  • [16:23:22] * ogra (n=ogra@ubuntu/member/ogra) Quit (Read error: 104 (Connection reset by peer))
  • [16:24:52] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [16:27:47] * Openfree` (n=Openfree@222.65.175.96) Quit (Remote closed the connection)
  • [16:27:51] <tharvey> koen, same error with that patch
  • [16:28:07] <koen> ok
  • [16:28:14] <tharvey> wait... let me clean that package and retry
  • [16:28:58] * bmxr (n=bmxr@S01060018f3b11a22.vf.shawcable.net) Quit (Remote closed the connection)
  • [16:28:58] <tharvey> seems to me the patch should have bumped the PR of the recipe too...
  • [16:28:58] * ogra_ is now known as ogra
  • [16:29:20] <koen> right
  • [16:29:32] * florian (n=fuchs@port-217-146-132-69.static.qsc.de) Quit (Remote closed the connection)
  • [16:33:16] <jix> ok i looked that part up the docs
  • [16:33:19] <jix> *in
  • [16:33:44] <jix> seems to do a) regulate 5v when the bb is usb powered
  • [16:33:49] <jix> and b) regulate 3.3v
  • [16:34:07] <jix> the a) part is broken ( doesn't work when powered over usb) but i don't need it
  • [16:35:01] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-4776d9e9e95346b4) Quit ("http://www.mibbit.com ajax IRC Client")
  • [16:35:19] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-7d49e4fb5d77579c) has joined #beagle
  • [16:35:55] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-7d49e4fb5d77579c) Quit (Client Quit)
  • [16:36:15] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-88f915084157206e) has joined #beagle
  • [16:36:35] * mib_uuw6np (i=5640c7e4@gateway/web/ajax/mibbit.com/x-df4baf6a9409600e) has joined #beagle
  • [16:38:44] * amfsdf (i=5640c7e4@gateway/web/ajax/mibbit.com/x-a11035b7e5fdcb39) has joined #beagle
  • [16:39:10] * amfsdf (i=5640c7e4@gateway/web/ajax/mibbit.com/x-a11035b7e5fdcb39) Quit (Client Quit)
  • [16:39:17] * mib_uuw6np (i=5640c7e4@gateway/web/ajax/mibbit.com/x-df4baf6a9409600e) Quit (Client Quit)
  • [16:39:25] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-88f915084157206e) Quit (Client Quit)
  • [16:39:44] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-94ab6ed4ace3eb5b) has joined #beagle
  • [16:39:45] * khasim (n=a0393720@192.163.20.231) has joined #beagle
  • [16:42:24] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-94ab6ed4ace3eb5b) Quit (Client Quit)
  • [16:45:27] <zuh> koen: Where do we restrict that?
  • [16:47:22] <tharvey> koen, that patch looks good - got past the package it was failing on - make sure the commit bumps the PR too
  • [16:48:09] * ArteK (n=Artur@81.15.241.96) has left #beagle
  • [16:48:16] * suihkulokki (i=nchip@naru.obs2.net) Quit (Read error: 110 (Connection timed out))
  • [16:48:19] <tharvey> koen, http://www.pastebin.ca/1385009
  • [16:49:39] * adj (i=antti@213.157.84.48) Quit (Read error: 110 (Connection timed out))
  • [16:49:43] * hrw is now known as hrw|gone
  • [16:50:54] * ArteK (n=Artur@81.15.241.96) has joined #beagle
  • [16:51:41] * adj (i=antti@hervanta.com) has joined #beagle
  • [16:52:18] <koen> zuh: I'm not sure where the restriction is, but try mplayer -vo xv movie-that-is-wider-than-the-viewport.avi
  • [16:52:38] <koen> zuh: it could be that just initializing the overlay with twice the width (or more) would 'fix' it
  • [16:53:41] * suihkulokki (i=nchip@naru.obs2.net) has joined #beagle
  • [16:53:52] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-0e9004a83fd4fc42) has joined #beagle
  • [16:54:01] * amine_56 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-0e9004a83fd4fc42) Quit (Client Quit)
  • [16:54:14] * mib_5i53c6 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-e69272626987a0d5) has joined #beagle
  • [16:55:05] <zuh> Ah yes, exceeding the *viewport* size is not supported currently.
  • [16:55:17] * ArteK (n=Artur@81.15.241.96) has left #beagle
  • [16:56:14] <zuh> hmm, actually, I'm not sure that even that is true...
  • [16:57:42] <koen> well, I'm not sure either, I just want to play D1 sized movies on a 640x480 display, without scaling the whole thing
  • [16:58:46] <koen> where 'scaling whole thing' means a 1024x768 framebuffer scaled to a 640x480 output
  • [17:00:39] <koen> zuh: I suspect I can get around it by using the ISP resizer to resize it before hitting XV, but getting a working driver for that is proving a bit difficult
  • [17:01:07] <zuh> in QueryBestSize we check what we can output (just cap to viewport), in QueryImageAttributes we just calculate the data size for given resolution and in the actual plane setup we round the source (ie. the plane memory allocation) to nearest 16 divisible.
  • [17:02:01] <zuh> So my guess would be that the plane allocation fails due to <something>
  • [17:02:14] <zuh> or plane memory allocation rather
  • [17:02:55] <zuh> Unless mplayer treats the QueryBestSize as size for the src...
  • [17:04:23] * ArteK (n=Artur@81.15.241.96) has joined #beagle
  • [17:06:09] <zuh> koen: I don't have a suitable setup available right now, does mplayer give any meaningful error or just "bork bork"?
  • [17:11:13] <koen> let me try :)
  • [17:12:38] <koen> zuh: http://pastebin.com/md1753b
  • [17:13:43] <koen> zuh: full mplayer output: http://pastebin.com/m285ae55
  • [17:13:55] <koen> "Source image dimensions are too high: 854x480 (maximum is 640x480)"
  • [17:14:42] <zuh> Yeah, actually judging from the mplayer code it's this: http://cgit.pingu.fi/xf86-video-omapfb/tree/src/omapfb-xv.c#n269
  • [17:15:01] * DaQatz (n=db@c-66-30-48-150.hsd1.nh.comcast.net) has joined #beagle
  • [17:15:12] <zuh> So make that, say, 2048x2048 and it might work
  • [17:17:45] * FuL|OUT is now known as fulgas
  • [17:17:47] * koen tries
  • [17:20:14] * mib_5i53c6 (i=5640c7e4@gateway/web/ajax/mibbit.com/x-e69272626987a0d5) Quit ("http://www.mibbit.com ajax IRC Client")
  • [17:20:58] <zuh> (assuming that the driver doesn't limit the plane size to screen or something)
  • [17:23:23] <koen> zuh: that improves it a bit
  • [17:23:46] <koen> zuh: mplayer now pops up an 2048x2048 window with presumably the video centered in it
  • [17:23:50] * adj_ (i=antti@hervanta.com) has joined #beagle
  • [17:23:53] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) Quit (Read error: 113 (No route to host))
  • [17:23:58] <koen> zuh: using 'f' or -fs makes it work as expected
  • [17:26:13] * adj (i=antti@hervanta.com) Quit (Read error: 110 (Connection timed out))
  • [17:29:29] * dirk2 (n=dirk@p5B0416BD.dip0.t-ipconnect.de) Quit ("Konversation terminated!")
  • [17:29:36] * GregorR-L (n=gregor@pal-176-141.itap.purdue.edu) has joined #beagle
  • [17:31:50] <koen> zuh: I suspect some more changes are needed to xf86-video-omapfb, but this hack will do for the time being :)
  • [17:33:02] * suihkulokki (i=nchip@naru.obs2.net) Quit (Success)
  • [17:36:57] * GeneralAntilles (n=GeneralA@c-69-244-211-19.hsd1.fl.comcast.net) has joined #beagle
  • [17:37:16] * khasim (n=a0393720@192.163.20.231) Quit (Remote closed the connection)
  • [17:39:25] * mib_xjtu0u (i=c8861872@gateway/web/ajax/mibbit.com/x-271b6b139d479362) has joined #beagle
  • [17:43:04] * mib_2is2fi (i=4df9e760@gateway/web/ajax/mibbit.com/x-b7413507dcbe0dd3) has joined #beagle
  • [17:43:40] * mib_2is2fi (i=4df9e760@gateway/web/ajax/mibbit.com/x-b7413507dcbe0dd3) Quit (Client Quit)
  • [17:44:19] * mib_xjtu0u (i=c8861872@gateway/web/ajax/mibbit.com/x-271b6b139d479362) Quit (Client Quit)
  • [17:46:21] * adj_ (i=antti@hervanta.com) Quit (Read error: 104 (Connection reset by peer))
  • [17:46:25] * adj (i=antti@hervanta.com) has joined #beagle
  • [17:47:06] * PhastPhrog (n=chatzill@87.113.75.147.plusnet.pte-ag2.dyn.plus.net) has joined #beagle
  • [17:48:31] * suihkulokki (i=nchip@naru.obs2.net) has joined #beagle
  • [17:48:44] <ds2> morning
  • [17:50:59] <koen> ah nice, that patch also make mythtv live tv work
  • [17:55:14] * robclark (n=robclark@nat/ti/x-4f1ed34964b5820a) Quit (Remote closed the connection)
  • [17:55:40] <djlewis> you guys are amazing me with your coding skills.
  • [17:57:10] <djlewis> exploede brains and all.
  • [17:57:18] <djlewis> exploded..arrgh
  • [17:59:01] * recalcati (i=5d22d7b2@gateway/web/ajax/mibbit.com/x-658f353188137fa6) has joined #beagle
  • [17:59:40] * recalcati (i=5d22d7b2@gateway/web/ajax/mibbit.com/x-658f353188137fa6) Quit (Client Quit)
  • [17:59:53] * BThompson1 (n=a0193480@nat/ti/x-c8fbf849a948356b) has joined #beagle
  • [18:00:15] * recalcati (i=5d22d7b2@gateway/web/ajax/mibbit.com/x-2f588fb17dae625e) has joined #beagle
  • [18:00:47] * eFfeM (n=frans@195-241-226-180.ip.telfort.nl) has joined #beagle
  • [18:01:34] * BThompson (n=a0193480@nat/ti/x-3eb8c844b19905fc) Quit (Remote closed the connection)
  • [18:03:16] * recalcati (i=5d22d7b2@gateway/web/ajax/mibbit.com/x-2f588fb17dae625e) Quit (Client Quit)
  • [18:03:46] * recalcati (i=5d22d7b2@gateway/web/ajax/mibbit.com/x-d6e6a472cab5e4ab) has joined #beagle
  • [18:05:38] * mib_fwfxeq (i=c8861872@gateway/web/ajax/mibbit.com/x-a52d0d27b1ac1dff) has joined #beagle
  • [18:05:38] * ali_as (n=ali_as@ambix.plus.com) Quit (Read error: 104 (Connection reset by peer))
  • [18:06:09] * recalcati (i=5d22d7b2@gateway/web/ajax/mibbit.com/x-d6e6a472cab5e4ab) Quit (Client Quit)
  • [18:06:24] * recalcati (i=5d22d7b2@gateway/web/ajax/mibbit.com/x-350959bcdccac4d6) has joined #beagle
  • [18:06:50] * recalcati (i=5d22d7b2@gateway/web/ajax/mibbit.com/x-350959bcdccac4d6) Quit (Client Quit)
  • [18:09:49] * gregoiregentil (n=zonbu@adsl-71-135-118-139.dsl.pltn13.pacbell.net) has left #beagle
  • [18:11:27] * mib_fwfxeq (i=c8861872@gateway/web/ajax/mibbit.com/x-a52d0d27b1ac1dff) Quit ("http://www.mibbit.com ajax IRC Client")
  • [18:12:25] * like2wise (n=chatzill@82-171-51-231.ip.telfort.nl) Quit (Read error: 110 (Connection timed out))
  • [18:14:10] * like2wise (n=chatzill@82-171-51-231.ip.telfort.nl) has joined #beagle
  • [18:16:02] * ali_as (n=ali_as@ambix.plus.com) has joined #beagle
  • [18:18:31] <ds2> i
  • [18:18:37] * nabax_ (n=nabax@89.129.96.71) has joined #beagle
  • [18:18:42] * nabax_ (n=nabax@89.129.96.71) Quit (Client Quit)
  • [18:18:47] * nabax (n=nabax@89.129.96.71) has joined #beagle
  • [18:19:17] <sakoman_> ds2: i++
  • [18:19:24] * Guest14245 (n=david@nat/ti/x-92e19d6dba783e65) Quit (Remote closed the connection)
  • [18:19:39] <sakoman_> :-)
  • [18:19:41] <ds2> =)
  • [18:20:02] <ds2> sakoman_: so... what are the max stays for back country camping in your area of the woods?
  • [18:20:22] * ceyusa (n=ceyusa@83.165.216.16) Quit ("Ex-Chat")
  • [18:21:15] <sakoman_> ds2: I believe it is 14 days at Lassen
  • [18:22:01] <sakoman_> and I think it is 30 days for Trinity Alps
  • [18:22:13] <ds2> Hmmm so that's about 45 days...
  • [18:22:29] <sakoman_> are you ready to leave it all behind and live in the wilderness? :-)
  • [18:23:00] <ds2> ready? nope. quickly approaching last resorts, yes.
  • [18:23:57] <koen> man
  • [18:24:01] <sakoman_> you can alternate between campgrounds
  • [18:24:04] * zedstar_ (n=john@77-99-69-49.cable.ubr16.haye.blueyonder.co.uk) has joined #beagle
  • [18:24:19] <koen> san jose -> oakland -> louisvill -> philadelphia
  • [18:24:32] <ds2> don't the lassen ones become reservation only during peak season?
  • [18:24:39] * koen wonders why it didn't go san jose -> lax -> ams -> me
  • [18:24:51] <ds2> koen: taking a tour of the US?
  • [18:25:04] <sakoman_> ds2: I think it depends on how far out of the way you are willing to go
  • [18:25:06] <koen> ds2: no, tracking a parcel :)
  • [18:25:31] <koen> ds2: I'm too poor to make a tour
  • [18:25:35] <koen> right now
  • [18:25:47] <Crofton|work> koen, you sound very American
  • [18:26:01] <Crofton|work> well capitalist
  • [18:26:14] <ds2> koen: aren't the youth hostels relatively cheap?
  • [18:26:32] <koen> ds2: getting there is the expensive part
  • [18:26:35] <ds2> seems like a lot of college age kids from the us do the backpacking thing in EU so why not the reverse?
  • [18:26:47] <ds2> koen: work as crew for a tanker/freighter?
  • [18:26:48] * ali_as (n=ali_as@ambix.plus.com) Quit (Read error: 104 (Connection reset by peer))
  • [18:26:57] <koen> us -> eu is cheaper (especially with miles) than eu -> us
  • [18:27:21] <ds2> Eurostar to the Med, then crew as a tanker from med to the US
  • [18:27:23] <koen> especially with the current $150 'security' tax for US airports
  • [18:27:44] <sakoman_> ds2: if you want to stay the whole season you can get a "job" as a campground host
  • [18:27:58] <sakoman_> they were begging for them in Lassen last year
  • [18:27:59] <suihkulokki> backpacking means walking and public transports - I've heard neither is really practical in the us
  • [18:28:03] <ds2> sakoman_: like the other 234092314849023848234923890423849082394 folks aren't considering that right now
  • [18:28:09] <zuh> koen: That's mplayers fault then, it should not assume that the XV adaptors maximum frame size is capped to the screen
  • [18:28:22] <koen> zuh: yeah
  • [18:28:35] <sakoman_> ds2: it doesn't pay anything, so the real number is near zero :-)
  • [18:28:56] <ds2> sakoman_: it is legitimate shelter and access to water/bathroom facilities
  • [18:29:04] <ds2> better then hanging around city pavement
  • [18:29:06] <GregorR-L> suihkulokki: Walking is only impractical because the US is big and sparse, public transportation is only good in big cities.
  • [18:29:20] <sakoman_> ds2: that's why I moved to the middle of nowhere :-)
  • [18:29:31] * koen has been caught too many times by the "walkway end at random points" in the US
  • [18:30:26] <ds2> sakoman_: but the middle of nowhere is getting developed bit by bit
  • [18:30:40] <ds2> besides, aren't the cheap plots of land in your area all but gone?
  • [18:30:44] <sakoman_> koen: if you pick the right walkway you can go for 4,240 km
  • [18:30:59] <koen> ds2: with all the gadgets inside sakoman_ house you can equip a small country :)
  • [18:31:00] <sakoman_> ds2: they are getting cheaper by the day :-(
  • [18:31:32] <sakoman_> But not as good as when I bought ($2K/acre)
  • [18:31:53] <ds2> koen: won't help you if Lassen decides to go off
  • [18:32:14] <ds2> I'll get an acre for $4K
  • [18:32:29] <sakoman_> yeah, I live on top of an ancient pyroclastic flow
  • [18:32:49] <ds2> is your stuff really that ancient? not the stuff from the early 1900s?
  • [18:33:23] * koen is wondering whether to make an apple pie or not
  • [18:33:23] <sakoman_> yeah, erosion has carved a 100' deep canyon since that time
  • [18:33:47] * alecrim (n=alecrim@192.100.104.170) Quit (Read error: 110 (Connection timed out))
  • [18:33:57] <ds2> so no free geothermal heating ;)
  • [18:34:04] <Abraxas3d> I vote yes on Apple Pie.
  • [18:34:07] <sakoman_> the 1900's eruption was nothing compared to the old one
  • [18:34:16] <ds2> do you still have the water rights up there or did PG&E bought yours too?
  • [18:34:36] * felipec (n=felipec@a91-153-253-80.elisa-laajakaista.fi) has joined #beagle
  • [18:34:58] * davidm (n=david@nat/ti/x-83377012ae907748) has joined #beagle
  • [18:35:23] <zuh> if (!!vo_fs != !!(flags & VOFLAG_FULLSCREEN))
  • [18:35:26] * davidm is now known as Guest39444
  • [18:35:29] * zuh *blinks*
  • [18:35:42] <ds2> !!!!!!
  • [18:36:29] <sakoman_> ds2: I have 2 wells, a year round stream, and a seasonal one with a 100' waterfall
  • [18:36:55] * ds2 envious
  • [18:36:57] <sakoman_> I'm not aware of any PG&E restrictions (at least there was nothing in my title to that effect)
  • [18:37:07] * midtown (i=44bd685e@gateway/web/ajax/mibbit.com/x-ba9ca3d35f3c6155) has joined #beagle
  • [18:37:26] * alecrim (n=alecrim@189.2.128.130) has joined #beagle
  • [18:37:27] <ds2> PG&E has a big reservior in that area and apparently they own a lot of the surface water rights
  • [18:37:28] <sakoman_> ds2: the downside is that it gets hot as hell during the summer and tends to burn a bit :-(
  • [18:37:58] <ds2> sakoman: I thought the desert in SoCal which has the issue of lack of water
  • [18:38:02] <eFfeM> koen can't you automate the making of apple pie?
  • [18:38:08] <ds2> heat/humidity don't phase me
  • [18:38:09] <sakoman_> koen: I am eyebaling the baby cherries on my tree and looking forward to a cherry pie
  • [18:38:22] <ds2> being dehydrated and w/o water does however.
  • [18:38:23] <sakoman_> ds2: no humidity here!
  • [18:38:45] <sakoman_> summers are 10-20% RH
  • [18:38:57] <sakoman_> makes patio misters work really nicely!
  • [18:39:07] <ds2> sakoman: you are in a weird pocket... there were enough humidity to breed mosquitos that I have to scope away with a shovel
  • [18:39:09] * hrw|gone is now known as hrw
  • [18:39:47] <sakoman_> I don't think so - this whole area is really dry unless you are right on the Sacramento
  • [18:40:15] <ds2> no, this was in the park itself
  • [18:40:30] <ds2> went on a 10mile hike (didn't know it was 10miles when i started)
  • [18:40:37] * midtown (i=44bd685e@gateway/web/ajax/mibbit.com/x-ba9ca3d35f3c6155) Quit (Client Quit)
  • [18:40:42] <eFfeM> guess koen is already working on the pie
  • [18:41:03] <eFfeM> any of you live in CO or UT ?
  • [18:41:06] <sakoman_> ds2: we go up to Lassen to escape the heat during the summer
  • [18:41:19] <sakoman_> So it always feels quite pleasant to us!
  • [18:41:34] <ds2> sakoman: are you at a lower elevation then the park?
  • [18:41:35] <sakoman_> It can be 30F cooler up there
  • [18:41:50] <sakoman_> oh, yes! at about 800 feet
  • [18:41:58] <ds2> cuz part the humidity/mosquitos seems to be from the melt run off
  • [18:42:00] * Lopoi (n=db@c-66-30-48-150.hsd1.nh.comcast.net) has joined #beagle
  • [18:42:03] <ds2> OH
  • [18:42:32] * Spyro (n=ian@benden.mnementh.co.uk) has joined #beagle
  • [18:42:38] <sakoman_> the melt runoff runs through our property on the way to the Sacramento River
  • [18:42:51] * midtown4 (n=krooked@68-189-104-94.dhcp.wtvl.ca.charter.com) has joined #beagle
  • [18:43:17] <sakoman_> ds2: we're just in the foothills
  • [18:43:19] <Spyro> Hi folks
  • [18:43:41] <eFfeM> hi
  • [18:43:47] <Spyro> Im trying to find out the part # for the two unpopulated LCD headers on my Rev C
  • [18:43:49] <ds2> sakoman_: that makes sense now... used to know someone who had a place up there; but his place is up at around 4K-5K
  • [18:44:08] <Spyro> I need both headers (pref. keyed) and sockets (carriers + pins)
  • [18:44:13] <eFfeM> spyro check the manual, i think they are fairly standard
  • [18:44:14] <ds2> Spyro: why P/N? just look for a 0.050 pitch 10x2 headers spaced at 0.050"
  • [18:44:23] <ds2> they are standard parts
  • [18:44:35] <Spyro> ds2: because I havent got anything accurate enough to merasure them :)
  • [18:44:51] <sakoman_> ds2: I wanted a place in the banana belt - high enough to avoid the winter frost & fog, but low enough to avoid the snow
  • [18:44:52] <ds2> Spyro: no, just look at the catalog.. or use the selector on Digikey's site
  • [18:44:58] <Spyro> you can buy them as a single 'block' connector ?
  • [18:45:14] <ds2> I got mine from digikey using their selector
  • [18:45:22] * Spyro lives in the UK and digikey can cost a fortune in customs (equated to 30% extra tax on my bb) :-(
  • [18:45:23] * rbelem (n=rodrigo@pdpc/supporter/active/rbelem) has joined #beagle
  • [18:45:40] <ds2> Spyro: right so maybe newark or arrow has a UK branch?
  • [18:45:47] * brolin (n=brolin@190.157.13.75) Quit (Client Quit)
  • [18:45:48] <hrw> Spyro: 22% here
  • [18:46:01] <Spyro> lucky bastard :)
  • [18:46:19] <Spyro> I'll get them from RS now I know what they are
  • [18:46:28] <ds2> sakoman: heh... that sounds close to what I would like... but I don't need a grid connection either
  • [18:46:44] <Spyro> Did you mean (above) that you can get both headers in a 'block' ?
  • [18:46:53] <hrw> Spyro: consider then getting EVBeagle instead?
  • [18:46:55] <sakoman_> ds2: I installed solar & wind
  • [18:47:07] <Spyro> god I waish we had digikey over here. their catalogue is amazing
  • [18:47:17] <hrw> Spyro: anyway I got BB with invoice for 10$ so no customs at all
  • [18:47:26] <ds2> sakoman_: do you have a grid connection?
  • [18:47:30] <Spyro> hrw: I have my beagle. (despiute tax :( )
  • [18:47:32] <sakoman_> ds2: yes
  • [18:47:55] <Spyro> hrw: customs 'inspected' mine and charged 30 ukpp for the privilege
  • [18:47:56] <ds2> sakoman: doesn't that add to the property tax? i.e. the county sees it as a higher value land?
  • [18:48:33] <sakoman_> my taxes didn't go up, but I did claim the fed & state rebates
  • [18:49:09] <ds2> I mean just the grid connection
  • [18:49:20] <sakoman_> Oh, I doubt it
  • [18:49:27] <ds2> wind/solar aren't really (IMO) a permenant improvement to the land
  • [18:49:37] <eFfeM> hmm, booting .29 r24 get a train of omapdss/clock errors, reboot then everything is ok
  • [18:49:55] <sakoman_> they may assume a lower value/acre for no grid, so you might be right
  • [18:50:51] <eFfeM> anyone knows the proper u-boot incantation for 720p output ?
  • [18:51:09] * hrw is now known as hrw|gone
  • [18:51:12] * DaQatz (n=db@c-66-30-48-150.hsd1.nh.comcast.net) Quit (Read error: 110 (Connection timed out))
  • [18:51:30] <ds2> it is one of those things that you can back out...like having a sewer connection
  • [18:51:36] <ds2> are you on septic?
  • [18:51:38] * GregorR-L (n=gregor@pal-176-141.itap.purdue.edu) Quit (Read error: 60 (Operation timed out))
  • [18:52:13] <sakoman_> d2: yes
  • [18:53:11] * katier (n=a0270521@nat/ti/x-3951c7f7a3dc6ad3) has left #beagle
  • [18:53:37] <sakoman_> koen: after your version bump on e-wm I can't get past the profile screen on first boot since the profile list isn't populated
  • [18:53:47] <ds2> with a septic you are selfcontained, once you get fooled into getting on grid, on sewer, on city water then you are stuck with a permanent liability stream :(
  • [18:53:56] <sakoman_> koen: did you have this issue?
  • [18:54:46] <sakoman_> ds2: in the middle of nowhere, things like sewers, water mains, and cable tv are non-existent!
  • [18:55:38] <ds2> sakoman: it is a matter of time before some idiot developer will try to sell that and the idiots in the county then would agree on a general levy to fund "improvements"
  • [18:56:13] <sakoman_> hope not!
  • [18:57:04] <ds2> I was hearing stories of how the bldging inspector up there was refusing to sign off on a roof even though it was an A frame pitched probally >45deg
  • [18:57:07] <ds2> so...
  • [18:57:31] * katier (n=a0270521@nat/ti/x-2ae7c0be2e5af03e) has joined #beagle
  • [18:58:43] * GregorR-L (n=gregor@pal-179-128.itap.purdue.edu) has joined #beagle
  • [19:01:16] * florian (n=fuchs@g227120073.adsl.alicedsl.de) has joined #beagle
  • [19:02:06] <florian> re
  • [19:02:15] <eFfeM> hi florian
  • [19:03:50] <eFfeM> anyone an idea on 2.6.29 display settings ?
  • [19:03:58] * hrw|gone is now known as hrw
  • [19:04:04] <eFfeM> wb hrw
  • [19:04:17] <hrw> daughter is sleeping finally
  • [19:07:31] <koen> sakoman_: I haven't seen that issue, but I haven't tried a boot from scratch with it yet
  • [19:07:52] <koen> sakoman_: I was meaning to refresh the profile anyway, so it should be fixed tomorrow :)
  • [19:11:28] <koen> eFfeM: it's omapfb.mode nowadays
  • [19:11:50] <koen> eFfeM: check Documentation/arm/OMAP/DSS2 in the matching kerneltree
  • [19:12:38] * koen puts the applie pie in the oven
  • [19:13:05] * hrw unpacks ngw100 to check how it works
  • [19:13:25] <koen> the ngw is cute
  • [19:13:28] * jix (n=jix@dyndsl-095-033-097-081.ewe-ip-backbone.de) Quit ("...")
  • [19:13:35] <koen> although I like the stk better, since it has an lcd
  • [19:13:50] <hrw> you have both iirc?
  • [19:13:55] <koen> yes
  • [19:14:17] <koen> but atmel fucked up and the ngw and stk have different powerplugs
  • [19:14:17] <hrw> when it comes to devboards it is easy to check something
  • [19:14:23] <koen> different as in reverted polarity
  • [19:14:29] <hrw> 'ask koen' is best try
  • [19:14:32] <sakoman_> ds2: I found the building inspectors very asy to deal with
  • [19:14:36] <eFfeM> koen, thanks, figured it out from an older message from recalcati, also found out from the patch that the value is dvi:hd720
  • [19:15:52] <sakoman_> ds2: they were very "common sense" oriented
  • [19:16:51] <hrw> koen: "The NGW100 will accept 9v-15V with either positive or negative centre tipped DC supply. Note there is no power switch. "
  • [19:18:19] <koen> hrw: ah, cool
  • [19:18:28] <hrw> koen: http://www.avrfreaks.net/wiki/index.php/Documentation:NGW/FirstSteps
  • [19:18:40] <koen> I do need to check whether my board has that feature or not
  • [19:18:56] * koen has had too many "fixed in later revisions" type of mishaps
  • [19:18:58] <hrw> koen: I am planning to take 12V from at91sam9263ek which use psu from koala mini-pc
  • [19:19:12] <hrw> koen: according to wiki there was one HW version of ngw100
  • [19:19:20] * koen has an atx psu to power most boards
  • [19:19:33] <koen> I should get 2 lab supplies to take over
  • [19:19:37] <hrw> koen: I plan to buy&adapt one
  • [19:20:25] <hrw> argh... serial female insead of male ;(
  • [19:22:01] <eFfeM> hm, hd720 works on my monitor, fbset says the resolution and clock are ok, but nothing on my tv, also no boot logo
  • [19:22:20] <koen> eFfeM: the uboot I linked to has no logo
  • [19:22:26] <eFfeM> ah ok
  • [19:22:51] <eFfeM> guess i need to ask one of the wizards @ work
  • [19:23:03] <eFfeM> or try another tv :-)
  • [19:23:21] <eFfeM> had recalcati things working on his tv ?
  • [19:23:33] <koen> he was going to try tonight iirc
  • [19:23:41] <koen> mpoullet had it working
  • [19:23:43] <eFfeM> ah ok
  • [19:24:44] <eFfeM> yes, i recall mpoullet mentioned that, and that it was working with a philips tv
  • [19:25:11] <eFfeM> can't experiment too much, limited to the commercial breaks :-)
  • [19:25:18] <koen> :)
  • [19:25:22] <eFfeM> rest of the family wants to watch tv :-(
  • [19:25:29] * eFfeM does not understand ???
  • [19:25:34] * koen is watching tv
  • [19:25:40] <eFfeM> csi ?
  • [19:25:43] <koen> ncis
  • [19:26:26] <koen> horatio got
  • [19:26:27] <koen> a bit
  • [19:26:31] <koen> too annoying
  • [19:26:31] * GregorR-L_ (n=gregor@pal-163-121.itap.purdue.edu) has joined #beagle
  • [19:26:49] <koen> people that pause mid sentence a lot are annoying
  • [19:27:28] <eFfeM> yup
  • [19:27:35] <eFfeM> wife + kid still like it
  • [19:28:03] <eFfeM> other kid as well, but he's in his dorm
  • [19:29:00] <xpg> Hullo. I'm wondering if i'm the only one seeing strange garbled stuff when using clutter's text rendering on the BeagleBoard (or is this the wrong place to ask this at all?)
  • [19:30:30] <eFfeM>
  • [19:32:41] <eFfeM> xpg probably the right place, but I can't help; only clutter BB gives to me is wrt the cables on my desk
  • [19:33:41] <xpg> eFfeM, hehe
  • [19:34:02] * Yuvi_ (n=yuvi@resnet-241-44.resnet.umbc.edu) Quit ()
  • [19:34:09] <lcuk> xpg, clutter uses gl, are you running it at the same resolution as your normal stuff, and have you checked for any tickets or notices on the clutter mailing list
  • [19:34:56] * geckosenator (n=sean@71.237.94.78) Quit ("leaving")
  • [19:35:06] <xpg> lcuk, The rest of clutter seems to be working fine. I have search around both in their bugtracker and on google to see if I could find anything, but until now nothing has turned up
  • [19:35:07] * GregorR-L (n=gregor@pal-179-128.itap.purdue.edu) Quit (Read error: 110 (Connection timed out))
  • [19:35:07] <lcuk> its possible you are getting blurry fonts because your stage is being expanded and the fonts are just textures on the surface - but i wouldnt know how to solve it or even if its possible
  • [19:35:28] <lcuk> or even if thats the problem
  • [19:35:48] <lcuk> are the fonts blurry on the test text zooming example
  • [19:36:08] * mib_cqvllx (i=41401e0d@gateway/web/ajax/mibbit.com/x-6b2362bc78efc820) has joined #beagle
  • [19:36:09] <xpg> lcuk, test text zooming example?
  • [19:36:23] <lcuk> in the clutter folder theres a load of tests
  • [19:36:27] <lcuk> one of them is text
  • [19:36:34] <lcuk> it shows fonts rendered at different sizes
  • [19:36:45] <xpg> ahh, yeah, the test-label-cache. All the text is garbled..
  • [19:37:03] <lcuk> ok, so that rules out developer error :P (at least on your part ;))
  • [19:37:08] <xpg> hehe
  • [19:37:35] <xpg> unfortunately
  • [19:37:36] <lcuk> might be worth taking some screenshots and putting a bugreport in
  • [19:37:48] <lcuk> what resolution are you rendering to?
  • [19:38:04] <xpg> Yeah, I was about to to that, but just wanted to hear in here if anyone had experienced the same
  • [19:38:16] <xpg> the framebuffer is running at 1024x768
  • [19:38:22] <lcuk> well i noticed they werent as crisp as the stuff i was doing
  • [19:38:51] <lcuk> they looked drawn on and scaled rather than proper rendering
  • [19:39:22] <xpg> They look fine here, until it gets garbled
  • [19:39:27] <eFfeM> koen, is there also a setting for 720p50 ?
  • [19:39:41] <eFfeM> current value is 720p60
  • [19:39:58] <xpg> I have the feeling that it is caused by changed the content of a label, but I have to do some testing to verify it
  • [19:41:01] <lcuk> dont change the label then :P
  • [19:42:07] * valhalla (n=valhalla@81-174-23-93.dynamic.ngi.it) Quit ("Leaving")
  • [19:43:48] <xpg> hehe
  • [19:44:49] <Spyro> anyone from the UK here?
  • [19:45:23] <koen> eFfeM: no, only for 720p60
  • [19:46:00] <Spyro> I * badly* need to fiind a UK supplier of 0.05in pin headers
  • [19:46:17] * mib_2z9z2t (i=61417702@gateway/web/ajax/mibbit.com/x-fd666cdbcc5d40ff) has joined #beagle
  • [19:46:20] * Yuvi (n=yuvi@wireless-223-37.wireless.umbc.edu) has joined #beagle
  • [19:46:24] <Spyro> but all the old school UK parts suppliers now just sell plastic taiwanese toys instead of components :-(
  • [19:46:40] <Spyro> RS/maplin/farnell/cpc = all shit
  • [19:47:00] <xpg> Spyro, I guess they make more profit that way :-(
  • [19:47:05] <Spyro> is there anyone left in the UK that can supply the electronics hobbyist?
  • [19:47:29] <Spyro> How can it be so damn hard to get a pair of 2x10 headers?!
  • [19:47:34] <mib_2z9z2t> anyone got FTDI devices to work with the USB otg beagleboard port? I got it to create ttyUSB0 but cannot communicate with it.
  • [19:47:59] <eFfeM> spyro guess there is one electronics store left in the UK
  • [19:48:09] <eFfeM> if not order them in hong kong via ebay
  • [19:48:15] <Spyro> eFfeM: which one ?
  • [19:49:08] <eFfeM> spyro, dunno, I live in NL, but there is still an electronic parts store in the nearby town (200k inhab.)
  • [19:49:20] <eFfeM> so would expect some in the UK
  • [19:49:36] <Spyro> eFfeM: this is the UK. we're good at no service
  • [19:49:42] * GregorR-L_ (n=gregor@pal-163-121.itap.purdue.edu) Quit (Read error: 110 (Connection timed out))
  • [19:49:44] * GregorR-L (n=gregor@pal-163-121.itap.purdue.edu) has joined #beagle
  • [19:50:20] * hrw is now known as hrw|gone
  • [19:50:41] <Spyro> hmm. serarching for "0.050in pin header" on ebay gives nothing...
  • [19:52:15] <eFfeM> spyro, http://www.rshelectronics.co.uk/
  • [19:52:51] <eFfeM> or http://www.jabdog.com/
  • [19:53:15] <eFfeM> see http://www.google.co.uk/search?hl=en&q=electronic+components+mail+order&btnG=Search&meta=cr%3DcountryUK|countryGB
  • [19:53:34] * Batko_Marto (n=Batko_Ma@141.117.231.6) Quit (Remote closed the connection)
  • [19:55:00] * PhastPhrog (n=chatzill@87.113.75.147.plusnet.pte-ag2.dyn.plus.net) Quit (Remote closed the connection)
  • [19:55:51] <eFfeM> damn, the tv manual only tells the tv supports 720p
  • [19:57:58] <Spyro> eFfeM: damn, no-one seems to do 0.05in... why on earch does bb use such a nonexistant connector?
  • [19:59:09] <eFfeM> don't ask me, my electronics degree is from the 74LS00 age
  • [19:59:44] <Spyro> :-)
  • [20:00:01] <Spyro> finally! found one (thanks for the idea of searching for the words 'mail order'...
  • [20:00:11] <eFfeM> cool!
  • [20:02:39] <Spyro> argh! these supply the male headers but dont supply the female carriers / crimp pins
  • [20:02:42] <Spyro> damn!
  • [20:05:40] * Batko_Marto (n=Batko_Ma@141.117.181.236) has joined #beagle
  • [20:05:47] <mib_cqvllx> Spyro: did you see 1.27mm
  • [20:06:13] <eFfeM> good idea!
  • [20:06:13] <Spyro> yes
  • [20:06:38] <Spyro> mib_cqvllx: am wondering if 1.27 and 1.25 are both bad metricisations of 0.05in
  • [20:07:14] * Batko_Marto (n=Batko_Ma@141.117.181.236) Quit (Remote closed the connection)
  • [20:07:40] <eFfeM> google things 0.05in = 1.27 mm
  • [20:08:55] * xndr (n=alex@cpe-74-66-14-187.nyc.res.rr.com) Quit ("Bye")
  • [20:09:53] * Yuvi (n=yuvi@wireless-223-37.wireless.umbc.edu) Quit ()
  • [20:10:34] <Spyro> UK component suppliers == F.A.I.L
  • [20:13:44] <eFfeM> calling it a day, cya tomorrow or so
  • [20:14:12] * eFfeM (n=frans@195-241-226-180.ip.telfort.nl) Quit ("Leaving.")
  • [20:23:42] * scruggs (n=chris@72-161-111-76.dyn.centurytel.net) Quit ("leaving")
  • [20:25:48] * scruggs (n=chris@72-161-111-76.dyn.centurytel.net) has joined #beagle
  • [20:27:02] * ali_as (n=ali_as@ambix.plus.com) has joined #beagle
  • [20:29:26] * orifice_work (n=aho@67.71.223.35) Quit ("Leaving.")
  • [20:29:38] * orifice_work (n=aho@67.71.223.35) has joined #beagle
  • [20:30:25] <mib_cqvllx> or 25.4 x 0.05 - 1.27 where 25.4 is the value for metric to american conversion
  • [20:30:37] <mib_cqvllx> And vice versa
  • [20:34:57] * Yuvi (n=yuvi@resnet-241-44.resnet.umbc.edu) has joined #beagle
  • [20:36:28] * ali_as (n=ali_as@ambix.plus.com) Quit (Read error: 54 (Connection reset by peer))
  • [20:39:28] * rbelem is now known as rbelem_afk
  • [20:40:21] * ArteK (n=Artur@81.15.241.96) has left #beagle
  • [20:47:31] * ali_as (n=ali_as@ambix.plus.com) has joined #beagle
  • [20:49:20] <mib_cqvllx> Spyro: see page 106 of the BeagleBoard RevC2.2 manual for part numbers and suppliers
  • [20:51:24] * as_leep (n=ali_as@ambix.plus.com) has joined #beagle
  • [20:57:01] * MostAwesomeDude (n=simpson@c-98-232-178-218.hsd1.or.comcast.net) Quit (Remote closed the connection)
  • [20:58:38] * MostAwesomeDude (n=simpson@c-98-232-178-218.hsd1.or.comcast.net) has joined #beagle
  • [20:58:40] <Spyro> mib_cqvllx: thanks *looks*
  • [20:59:43] * Spyro (n=ian@benden.mnementh.co.uk) Quit (Read error: 104 (Connection reset by peer))
  • [21:01:34] <mib_cqvllx> Spyro: I am usually djlewis but I cant seem to get my login back. I think I am logged in at home still.
  • [21:02:53] <GregorR-L> (He mentions that so you know where to send cash donations)
  • [21:04:07] * Spyro (n=ian@benden.mnementh.co.uk) has joined #beagle
  • [21:05:03] <Spyro> shitty laptop :/
  • [21:05:41] <mib_cqvllx> :)
  • [21:07:15] <Spyro> so no-one can supply carrier+crimp pin sockets for the 1.27mm headers?
  • [21:07:35] <ds2> Spyro: digikey can
  • [21:07:37] <Spyro> I wont need any buffer / interface logic, my panel can take LVDS direct
  • [21:07:46] <ds2> eh?
  • [21:07:47] <Spyro> ds2: got a page # ?
  • [21:07:57] <ds2> you need interface to convert to LVDS
  • [21:08:15] <Spyro> ds2: you do? it looks like the omap can supply lvds itself?
  • [21:08:50] * arm (i=c7023042@gateway/web/ajax/mibbit.com/x-f772c2e7c0a5a342) Quit ("http://www.mibbit.com ajax IRC Client")
  • [21:09:02] <ds2> yes, the LCD header is a parallel single ended signal
  • [21:09:09] * trace_guy (i=c7023042@gateway/web/ajax/mibbit.com/x-53bb6cc62ff15fe8) has joined #beagle
  • [21:09:15] <ds2> plus Gerald says the same thing
  • [21:10:00] <trace_guy> Hi guys, anyone know if you get execution trace from this board via its JTAG connector ?
  • [21:10:05] * ali_as (n=ali_as@ambix.plus.com) Quit (Read error: 110 (Connection timed out))
  • [21:10:14] <Spyro> ds2: damn.
  • [21:10:16] <ds2> no. you need the ETM header
  • [21:10:34] <Spyro> ds2: I dont suppose someone has mader an LVDS board yet?
  • [21:11:29] <trace_guy> where you get an ETM header ?
  • [21:11:38] <ds2> you by a EVM board :D
  • [21:11:40] <ds2> buy
  • [21:11:51] <ds2> Spyro: not that I know if. I just have a parallel board
  • [21:11:59] <ds2> not many cheap LVDS LCDs around
  • [21:12:02] <trace_guy> sure, so if you buy it, then JTAG on this board supports tracing ?
  • [21:12:11] <ds2> No, you cannot use this board
  • [21:12:15] <ds2> the ETM signals are not exposed
  • [21:12:27] <trace_guy> via OMAP ?
  • [21:12:38] <trace_guy> or JTAG ?
  • [21:12:43] <ds2> not all signals from the OMAP are exposed
  • [21:12:59] <trace_guy> can you mod the board to expose them ?
  • [21:13:03] <koen> djeez
  • [21:13:06] * mib_2z9z2t (i=61417702@gateway/web/ajax/mibbit.com/x-fd666cdbcc5d40ff) Quit ("http://www.mibbit.com ajax IRC Client")
  • [21:13:06] <koen> stop with the colours
  • [21:13:20] <ds2> Yes, but only if you do not value your sanity and have piles of money to spare
  • [21:13:45] <keesj> still there is the ETM buffer that can be accessed in memory right?
  • [21:13:46] <trace_guy> what is cost of doing this mod ?
  • [21:14:08] <Spyro> *cries*
  • [21:14:09] <ds2> keesj: don't think so
  • [21:14:25] <Spyro> but when I asked before here I was told that you COULD drive an LVDS panel ;(
  • [21:14:35] <ds2> you could, w/the right board
  • [21:14:39] <keesj> trace_guy: I don't know how you did it but your typing red and that is kind of ugly and anoying
  • [21:14:50] <trace_guy> sorry
  • [21:14:54] <trace_guy> about colors
  • [21:14:55] <ds2> LOOSE THE MIRC COLORS
  • [21:15:01] <Spyro> ds2: thats a rather misleading answerr
  • [21:15:03] <trace_guy> sure
  • [21:15:06] <trace_guy> sorry again
  • [21:15:16] <ds2> Spyro: it seemed very obvious to me when it was said
  • [21:15:23] <ds2> trace_guy: thank you.
  • [21:15:31] <trace_guy> :)
  • [21:15:46] <Spyro> ds2: well Im pretty sure first time I asked I wasnt told 'with another board that doesnt exist'
  • [21:16:13] <Spyro> I bought the bb on the strength of being told it can speak LVDS :(
  • [21:16:17] <trace_guy> ok, but this board so cheap, pitty does not have it
  • [21:16:19] <ds2> Spyro: got a quote? IRC is logged and the mailing list is archived
  • [21:16:33] <ds2> trace_guy: have you seen the price of the ETM tools?
  • [21:16:40] <trace_guy> no
  • [21:16:56] <ds2> the cheapest one costs about 10x as much as the board!
  • [21:17:02] <trace_guy> couple of grand I suppse
  • [21:17:08] <Spyro> ds2: no idea. wheres the log? (not that I really care as long as I can drive my panel without spending a fortune extra or having to design an LVDS board
  • [21:17:10] * ScriptRipper (n=martin@opensuse/member/MartinMohring) Quit (Read error: 104 (Connection reset by peer))
  • [21:17:12] <Spyro> )
  • [21:17:13] <ds2> and they go on with a mictor connector
  • [21:17:31] <ds2> Spyro: check the BB website; there are links there
  • [21:17:49] <trace_guy> BB ?
  • [21:17:49] <Spyro> ds2: I can only find the // LCD links... can you be more specific?
  • [21:17:58] <trace_guy> Ah Beagle Board
  • [21:18:04] <trace_guy> ok
  • [21:18:08] <trace_guy> cool
  • [21:18:19] <ds2> Spryo: sorry, I don't have that site memorized
  • [21:20:20] * Batko_Marto (n=Batko_Ma@CPE001346f996d2-CM001e6b1a8d1e.cpe.net.cable.rogers.com) has joined #beagle
  • [21:25:32] <Spyro> ds2: page 2076 of the omap manual suggests that I should be able to output LVDS (TI 'flatlink' ?) on the paralell LCD pins AFAICT
  • [21:26:10] * roli (i=3ba46c08@gateway/web/ajax/mibbit.com/x-254080e94f818548) has joined #beagle
  • [21:27:05] <ds2> Spyro: post the beagle list with your findings and see what Gerald (board designer) says
  • [21:28:21] <Spyro> *goes to subscribe to the list*
  • [21:33:29] <Spyro> ok I cant find the mailinglist now... beagleboard.org is a mess :/
  • [21:33:42] <ds2> want to clean it up? :D
  • [21:34:03] <ds2> it is a wiki; all you need is an openid login
  • [21:34:29] <Spyro> ah there it is.
  • [21:34:44] <Spyro> I may do that at some point. Right now, I need LVDS to work :)
  • [21:35:00] <ds2> the board to do LVDS should be pretty easy
  • [21:35:21] <ds2> find me enough interested folks and I'll design it =) just need to cover NREs and parts :D
  • [21:35:31] * mib_ur3dlu (i=cebe4b08@gateway/web/ajax/mibbit.com/x-26d1aa91dca7347a) has joined #beagle
  • [21:35:40] <Spyro> ds2: may take you up on that
  • [21:36:09] <Spyro> ds2: is there a chance that an LCD with 4 twisted pairs (and two power connections) is anything other than lvds ?
  • [21:36:36] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [21:36:42] <ds2> the TP pretty much says it is some kind of diff signal. LVDS is a high possibility
  • [21:36:57] <roli> hello guys! I am new (very) to Beagle board and I am supposed to port a Gstreamer based MP3 player to it.. I have done the basic stuff like building linux kernel and rootfs. Can anyone please tell where to start with for porting gstreamer?
  • [21:37:23] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) has joined #beagle
  • [21:40:56] * GregorR-L (n=gregor@pal-163-121.itap.purdue.edu) Quit (Read error: 110 (Connection timed out))
  • [21:41:46] <mib_ur3dlu> hi, im trying to get an OLED hooked up via LVDS... does the beagle board J4/J5 the right port? do i need DVI-D to LVDS conversion?
  • [21:41:53] * downix (n=downix@cpe-72-184-210-102.tampabay.res.rr.com) Quit (Read error: 54 (Connection reset by peer))
  • [21:43:01] <Spyro> mib_ur3dlu: welcome to my club...
  • [21:43:16] <Spyro> mib_ur3dlu: Im trying to interface a 1280x800 LVDS LCD
  • [21:46:47] <mib_ur3dlu> spyro: glad to hear that. dvi-d to lvds adapter needed or straight out from J4/J5? thx...
  • [21:47:49] <Spyro> mib_ur3dlu: no idea
  • [21:48:03] <ds2> J4/J5 will need an adapter board
  • [21:48:08] <Spyro> I *thought* that I could use J4/J5 but that may not be true
  • [21:48:29] <xpg> roli, GStreamer has been ported, and if you are using ??ngstr??m you have most of the GStreamer elements at hand
  • [21:48:29] <Spyro> the OMAP manual suggests that differential signals can be output on th eparalell LCD pins
  • [21:48:43] <Spyro> but ds2 thinks that this wont work
  • [21:50:12] * GregorR-L (n=gregor@hawk-c-047.resnet.purdue.edu) has joined #beagle
  • [21:50:27] <Spyro> anyone know how long it takes to get accepted onto the beagle mailinglist?
  • [21:50:54] <ds2> anywhere from 20seconds to a few days; I think jason has to approve it to keep down spammers
  • [21:51:17] <ds2> just make sure your reason/message looks reasonable and it should be okay
  • [21:51:42] <Spyro> ds2: yo mentioned digi-key has the 1.27mm pin sockets in crimp/carrier format - did you have a page # for them ?
  • [21:52:02] <ds2> Spyro: carrier? as in solder on? or ?
  • [21:52:29] <Spyro> as in the plastic bit you poke the crimps into to make a lead with a socket on the end
  • [21:52:52] <ds2> that I donno the P/N for... I just know the one for the soldered on version
  • [21:52:57] * rbelem_afk is now known as rbelem
  • [21:53:01] <ds2> I ordered both the sockets and the pin header
  • [21:53:21] <Spyro> drat
  • [21:53:48] <Spyro> If it can be done direct-to-panel l am gonna need them and I cant find _anywhere_ that sells them
  • [21:54:00] <ds2> I just soldered it onto it
  • [21:54:03] <Spyro> *wishes beagleboard had used bigger headers*
  • [21:54:22] <Spyro> I may simply solder on flying leads and glue on a 2.54mm pitch header
  • [21:54:31] * mib_q6jh2q (i=3de500d4@gateway/web/ajax/mibbit.com/x-55e9b68a95aa7c8f) has joined #beagle
  • [21:55:04] <ds2> Spyro: something like S9115-ND
  • [21:58:27] * mib_q6jh2q (i=3de500d4@gateway/web/ajax/mibbit.com/x-55e9b68a95aa7c8f) Quit (Client Quit)
  • [21:58:49] <Crofton|work> anyone remember the number for the omap3 evm with access to GPMC?
  • [22:00:44] <mib_cqvllx> Spyro: Digikey carries the SAMTEC brand: http://widget.mibbit.com/url/GJSQJM
  • [22:01:55] * xpg (n=pf@0x55510a11.adsl.cybercity.dk) Quit (Read error: 54 (Connection reset by peer))
  • [22:01:56] <Spyro> mib_cqvllx: those are pcb mounting - I want lead mounted
  • [22:03:52] <mib_cqvllx> Yep, hard site to navigate without a part number.
  • [22:05:37] * like2wise (n=chatzill@82-171-51-231.ip.telfort.nl) Quit ("ChatZilla 0.9.84 [Firefox 3.0.8/2009032711]")
  • [22:13:43] <Spyro> Im gonna see if my bb will run DVI to my TV :)
  • [22:13:48] * mrec (n=mrec@carstoponline.de) Quit (Read error: 60 (Operation timed out))
  • [22:13:51] * abitos (n=nixgibts@dslb-084-057-154-013.pools.arcor-ip.net) Quit (Read error: 113 (No route to host))
  • [22:13:53] * mrec (n=mrec@carstoponline.de) has joined #beagle
  • [22:14:35] <emeb> Finally got my rev C2 board but it won't boot from SD. Here's the serial output: http://pastebin.com/d1452d58b
  • [22:15:32] <Spyro> hm. does the bb bootloader (C2) provide a splashscreen ?
  • [22:15:53] <Lo_Pan> where did you get the c2 board?
  • [22:15:54] <Spyro> iow should my tv show a picture from it?
  • [22:15:58] * BThompson1 (n=a0193480@nat/ti/x-c8fbf849a948356b) Quit (Remote closed the connection)
  • [22:16:00] <Spyro> digikey
  • [22:16:11] <Lo_Pan> are they all c2 now?
  • [22:16:12] <Lo_Pan> or hit and miss?
  • [22:16:19] <Spyro> alllegedly
  • [22:16:24] <Spyro> mine seems to be
  • [22:16:32] <mib_ur3dlu> yeah...i have c2 as well
  • [22:16:54] <Lo_Pan> sweet
  • [22:17:15] <Spyro> ps. here is my project: http://www.mnementh.co.uk/home/projects/golf/digital_dash
  • [22:17:36] <Lo_Pan> ta
  • [22:17:49] <Lo_Pan> yep, says rev c on the digikey site
  • [22:17:50] <Lo_Pan> nice
  • [22:18:05] <Lo_Pan> thanks
  • [22:18:23] <russ> hooray, the merge window is closed, stabilization begins (2.6.30-rc1)
  • [22:18:29] * xpg (n=pf@0x55510a11.adsl.cybercity.dk) has joined #beagle
  • [22:18:57] <Spyro> so should my bb showw a splashscreen?
  • [22:19:11] <Lo_Pan> yeah usually you get the beagle screen
  • [22:19:16] <Lo_Pan> nfi if that's changed
  • [22:19:20] <Lo_Pan> see if there's a new manual
  • [22:19:30] <Spyro> hm. will it pick an appropriate res?
  • [22:19:35] <Lo_Pan> http://beagleboard.org/static/BBSRM_latest.pdf
  • [22:20:05] <Lo_Pan> i think it just spits it out in 800x600 or something
  • [22:20:06] <emeb> Ah - new uboot wants kernel image named uImage.bin, not uImage as in all the setup instructions I've read.
  • [22:20:07] <Lo_Pan> i dont recall
  • [22:21:26] <mib_cqvllx> emeb: are you on track?
  • [22:23:57] * ScriptRipper (n=martin@host-82-135-36-197.customer.m-online.net) has joined #beagle
  • [22:24:54] <mib_cqvllx> Spyro: awsome project
  • [22:27:32] <Spyro> mib_cqvllx: thanks :)
  • [22:27:58] <emeb> mib_cqvllx: Yup - booted up to console prompt
  • [22:28:14] <emeb> Don't have mouse plugged in so can't do anything on the X screen
  • [22:30:56] <Crofton|work> what are people powering beagles with?
  • [22:31:04] <Crofton|work> specifically rev C
  • [22:31:45] <Crofton|work> the PS suggested on http://beagleboard.org/hardware is obsolete/non-stock at digikey
  • [22:33:54] * guillaum1 (n=Guillaum@AMontsouris-153-1-95-171.w90-2.abo.wanadoo.fr) Quit (Read error: 113 (No route to host))
  • [22:34:50] * geckosenator (n=sean@71.237.94.78) has joined #beagle
  • [22:34:54] <emeb> OK - rebooted with mouse in OTG port (with adapter cable) and Angstrom configuration went fine.
  • [22:35:30] <emeb> Crofton|work: I'm using a 5V wall wart that came with my Xilinx Spartan3E starter kit. :)
  • [22:35:57] * guillaum1 (n=Guillaum@AMontsouris-153-1-95-171.w90-2.abo.wanadoo.fr) has joined #beagle
  • [22:36:04] <Crofton|work> heh, I need the option of powering both at the smae time
  • [22:36:13] <emeb> Y cable?
  • [22:36:24] <emeb> That wall wart is good for a few amps if I recall.
  • [22:36:31] <Crofton|work> I think I will procrasinate part of this order
  • [22:36:41] * zedstar_ (n=john@77-99-69-49.cable.ubr16.haye.blueyonder.co.uk) Quit (Remote closed the connection)
  • [22:36:54] <Spyro> gah. looks badly like SDI is not present on omap 3530 :-(
  • [22:36:54] <Crofton|work> I've been using a usb hub supply soldered direct to my rev A :)
  • [22:37:17] <emeb> That shows a lot of confidence!
  • [22:37:40] * Guest30091 (n=David@nat/ti/x-5ad60ff022a680b5) Quit (Remote closed the connection)
  • [22:37:59] <Crofton|work> the rev A had no power connector :)
  • [22:38:08] <Crofton|work> only choise was usb, or hardwaire
  • [22:38:40] <emeb> Ah. Glad I waited
  • [22:39:07] * xpg (n=pf@0x55510a11.adsl.cybercity.dk) Quit ("Leaving")
  • [22:39:24] <Crofton|work> the Rev B's were fnie
  • [22:41:36] <prestonw> I am building a Li Ion battery based power supply (rechargeable). It's going kind of slow, but I do have the first prototype up and working. I probably put too many features into it, as the prototypes cost over $125US to build.
  • [22:41:38] * zedstar (n=john@fsf/member/zedstar) Quit (Remote closed the connection)
  • [22:41:55] <emeb> Now need to think of something useful to do with it. :)
  • [22:42:34] <mib_cqvllx> Crofton|work: for now, a extra USB hub where providing power is its only job.
  • [22:44:08] <mib_cqvllx> emeb: if you are using the Beagle next to a workstation then the latest Anstrom has vnc enabled.
  • [22:44:21] <rektide> thats my secret technique for getting USB sound cards to sound great: powered USB hubs.
  • [22:44:28] <mib_cqvllx> If you have two monitors, one for Beagle then Synergy is excellent
  • [22:45:10] <mib_cqvllx> emeb: I dont know why I mentione having the Beagle next to workstation with vnc.. wasnt thinking.
  • [22:45:43] <emeb> :) Could be anywhere with vnc
  • [22:46:10] <mib_cqvllx> re: Power for Beagle, mine is making its way to my tracksBot so it will eventually run on battery power
  • [22:46:12] <emeb> My monitor has analog / digital inputs. Just push button to switch.
  • [22:46:53] * jrmuizel (n=jrmuizel@mozca02.ca.mozilla.com) Quit ()
  • [22:47:07] <emeb> Need to get hub hooked up, get USB keyboard (old Mac kbd in garage) and try out the Trendnet ether dongle.
  • [22:47:34] <emeb> Funny - the beagle is smaller than all the accessories needed.
  • [22:47:47] <mib_cqvllx> emeb: synergy allows using one keyboard and mouse on workstation and beagle but reguires two monitors or extra input like you mention but is better with two monitors and easier I am certain.
  • [22:48:05] <emeb> Damn - this thing reboots fast!
  • [22:48:37] <mib_cqvllx> Well the kernel is just over 100kBytes
  • [22:49:51] <mib_cqvllx> USB soundcards....hmmm....
  • [22:49:52] <Spyro> ye gods...
  • [22:50:06] <Spyro> Im going to need to solder a 80 piin BGA to get LVDSS out of this thing!
  • [22:50:11] <mib_cqvllx> oops 100Mbytes
  • [22:50:33] <rektide> its scares me how much hardware dominates this channel
  • [22:50:40] <mib_cqvllx> It only has space tor two 20's
  • [22:50:42] <emeb> Sypro: why BGA?
  • [22:50:46] <rektide> its a frightening indicator of where i fear people spend all their time
  • [22:51:02] <Spyro> because TI only make BGA versions of that chip :/
  • [22:51:02] <emeb> Beagle is hardware!
  • [22:51:14] <emeb> Spyro: which chip?
  • [22:51:27] <Spyro> sn65lvds301
  • [22:51:34] <Spyro> 3 channel LVDS + clock
  • [22:51:49] <Spyro> recommended by the OMAP manual
  • [22:51:52] * GregorR-L (n=gregor@hawk-c-047.resnet.purdue.edu) Quit (Read error: 113 (No route to host))
  • [22:52:33] <mib_cqvllx> hardware? the OS and apps guys were on here all day.
  • [22:52:46] <emeb> Ah - display interface?
  • [22:52:52] <mib_cqvllx> But then again, they are hardware too ;)
  • [22:53:22] <mib_cqvllx> wrong smiley..
  • [22:53:23] <emeb> mib_cqvllx: true. s/hardware/both/
  • [22:53:40] <emeb> difficult to have sw w/o hw though
  • [22:54:06] <mib_cqvllx> i feel this irc channel is a good mix, just me.
  • [22:54:13] <emeb> no complaints here.
  • [22:54:36] <emeb> Feels good to finally de-lurk with actual hardware on the desk though.
  • [22:54:49] <emeb> paid the cover charge as it were...
  • [22:54:56] <Spyro> emeb: yeah
  • [22:55:02] <mib_cqvllx> yep, I have had my RevC2.2 for going on two weeks now.
  • [22:55:38] <mib_cqvllx> it is a plesant change from the C# coding I was doing for my bot.
  • [22:55:54] * brijesh (n=bksingh@nat/ti/x-40889b9575262edf) Quit ()
  • [22:56:06] <emeb> just need a C# compiler for omap now.
  • [22:56:31] <mib_cqvllx> i dunno, i am more comfortable with plain ol C
  • [22:56:52] <emeb> me too. Been coding C for pushing 20 yrs now.
  • [22:57:06] <emeb> scary thought that.
  • [22:57:37] <mib_cqvllx> i've been playing at it about that long. I do hardware for a living.
  • [22:57:41] <Spyro> argh! TIs web signup is broken
  • [22:57:46] <Spyro> I cant get a free sample :(
  • [22:58:12] <mib_cqvllx> So you have the tols to work with that hi density stuff?
  • [22:58:15] <emeb> Me too - DSP design for wireless systems (ASICs, FPGAs, MCUs, boards)
  • [22:58:16] <mib_cqvllx> tools
  • [22:58:31] <Spyro> mib_cqvllx: no - but I have a fine tip, and a steady hand...
  • [22:58:40] <mib_cqvllx> :)
  • [22:58:49] <Spyro> (and not enough patience...)
  • [22:59:07] <mib_cqvllx> I have a big old Luxo lamp/magnifier I have to use anymore.
  • [22:59:25] <Spyro> BB + my DVI TV == FAIL
  • [22:59:31] <emeb> mib_cqvllx: I've got no trouble going to 0603 SMDs and 0.5mm pitch QFPs. Not so hard
  • [22:59:54] <emeb> Luxo magnifier = crucial!
  • [23:00:08] <emeb> 45 yr old eyes!
  • [23:00:18] <mib_cqvllx> I oordered a 4amp fuse in the 603 size thinking it would be a couple mm at lease, NOT!
  • [23:00:28] <mib_cqvllx> 56
  • [23:00:36] <Spyro> 30
  • [23:00:48] <emeb> nice even distribution
  • [23:01:08] * Spyro curses TIs crappy website
  • [23:01:21] <mib_cqvllx> and just this year I have gotten into robotics hobby
  • [23:01:35] * __alanc__ (n=a-campbe@nat/ti/x-206dd6a59b83c34c) Quit ()
  • [23:01:47] <emeb> never too late. I do mostly electronic musical instruments.
  • [23:02:20] <Spyro> *curses 'confirm email address' boxes.
  • [23:02:31] <Spyro> *I can spell my own address damnit!
  • [23:03:19] <emeb> Spyro: you hooking a display to BB through the J4/J5 connectors?
  • [23:03:25] <Spyro> emeb: yup
  • [23:03:31] <Spyro> I have a LVDS LCD
  • [23:03:34] <emeb> where do you get connectors for those?
  • [23:03:38] <Spyro> emeb: no idea
  • [23:03:42] <emeb> :)
  • [23:03:45] <Spyro> emeb: digikey have some
  • [23:03:56] <emeb> figures
  • [23:04:05] <Spyro> emeb: I guess I will use those now that I know I cant interface directly to bb
  • [23:04:18] <mib_cqvllx> 1.8vDC
  • [23:04:29] <emeb> I've got an LCD iMac in the garage with a dead mobo. Wonder if the BB can drive that LCD?
  • [23:05:25] <emeb> Spyro: Have you considered an FPGA? Xilinx Spartan3* can do 1.8V to LVDS
  • [23:05:25] <Spyro> emeb: who knows... I _have_ to drive this LCD - its the only one Icould find that actually fits in the hole
  • [23:05:44] <Spyro> emeb: I have no facility to program an FPGA
  • [23:05:52] <Spyro> emeb: but a CPLD might be possible.
  • [23:06:16] <Spyro> Id like this to not actually cost the earth too
  • [23:06:21] <emeb> Spyro: FPGA is easy - design tools are free and BB can download program into FPGA at boot.
  • [23:06:34] <emeb> I've done it with ARM7 processors
  • [23:06:57] <emeb> total $$ = 0
  • [23:07:27] <emeb> And you can get FPGAs (Spartan3A) for < 20 in 144-pin TQFP
  • [23:07:33] * guillaum1 (n=Guillaum@AMontsouris-153-1-95-171.w90-2.abo.wanadoo.fr) Quit ("Leaving.")
  • [23:07:46] * guillaum1 (n=gl@AMontsouris-153-1-95-171.w90-2.abo.wanadoo.fr) has joined #beagle
  • [23:08:01] <emeb> < $20
  • [23:08:46] <Spyro> emeb: interesting but probably more work than the TI chip (more pins and the TI chip requires no extra programming...
  • [23:08:52] <Spyro> )
  • [23:09:05] <emeb> There's that. But - no BGAs required.
  • [23:09:27] <emeb> And you can put tricky logic into FPGA for extra features if desired.
  • [23:09:28] * bavison (n=ben@cpc2-cmbg9-0-0-cust635.cmbg.cable.ntl.com) Quit (Read error: 110 (Connection timed out))
  • [23:10:52] <mib_cqvllx> emeb: is the 1203 the size about 2 to 3 as large as the 603?
  • [23:11:15] <Spyro> emeb: there is that last point...
  • [23:11:44] <Spyro> emeb: I think also given I have no idea how either bb or my panel are going to behave Im gonna stick with the hard solution tho
  • [23:11:46] * simon42 (n=simon@89.238.65.10) Quit (Remote closed the connection)
  • [23:11:53] <Spyro> (I dont know the panel specs)
  • [23:12:51] <emeb> mib_cqvllx: 1206 is 2x 603. I mostly use 0804 for resistors & tantalum caps. 0603 for decoupling caps.
  • [23:13:16] <emeb> Spyro: devil you know.
  • [23:13:25] <Spyro> emeb: indeed
  • [23:13:29] <Spyro> GRRRR
  • [23:13:35] <Spyro> TIs website is driving me insane
  • [23:13:41] * geckosenator (n=sean@71.237.94.78) Quit ("leaving")
  • [23:13:58] <emeb> Maybe insane customers are desirable?
  • [23:14:14] <mib_cqvllx> emeb: I had a blown fuse in a LCD monitor I fixed. the 0603 was about half the size of what I needed. It was large enough to meet the solder points ans I used it.
  • [23:14:14] <Spyro> heh
  • [23:14:30] * schemish (i=cde24233@gateway/web/ajax/mibbit.com/x-f83c4e442bb1c7f4) has joined #beagle
  • [23:15:16] <emeb> mib_cqvllx: You can often get an 0603 part onto an 0804 footprint (or vice-versa). Never tried 0603 on 1206 though
  • [23:15:42] <mib_cqvllx> emeb: I was able to piggyback the fuse on the original.
  • [23:16:11] <mib_cqvllx> its length was just enough to meet the tinned part of the 1203 fuse.
  • [23:16:17] <emeb> That works too.
  • [23:16:43] <emeb> Here's a board I'm working on now - mostly 0804 & 0603: http://members.cox.net/ebrombaugh1/synth/armfpga/pix.html
  • [23:16:48] <mib_cqvllx> tnx for the 1206 0603 info.
  • [23:16:53] <emeb> np
  • [23:17:14] * rsalveti (n=salveti@200.184.118.130) Quit (Read error: 104 (Connection reset by peer))
  • [23:18:30] * Spyro beams widely at TI
  • [23:18:44] * Spyro just scored 4 LVDS chips for free
  • [23:18:56] <mib_cqvllx> emeb: really nice work dude, you are way beyond me with the miniture work.
  • [23:19:24] <emeb> Spyro: now you just need to figure out how to use 'em.
  • [23:19:29] <Spyro> mib_cqvllx: remains to be seen if I can actually make the damn thing do anything :)
  • [23:19:31] <mib_cqvllx> JSpyro: just took the proper curseing, huh
  • [23:19:57] * Spyro hides the smoking finger of curse-ness
  • [23:20:09] <emeb> mib_cqvllx: thnx. It's not so hard with a bit of practice.
  • [23:20:18] <Spyro> no idea what yure on about ;)
  • [23:20:51] <Spyro> if I get this working I'll post a design on my website :)
  • [23:21:11] <mib_cqvllx> if you guys see me later I am usually djlewis
  • [23:21:23] <emeb> Do that! Nice to see what other's are doing
  • [23:21:26] <mib_cqvllx> time to leave the office and head home.
  • [23:21:36] <emeb> l8r djlewis
  • [23:21:54] <Spyro> it does look pretty much like a 'wire it up and watch it go' kind of chip though :)
  • [23:22:10] <emeb> Which LCD you using?
  • [23:22:27] * mib_cqvllx (i=41401e0d@gateway/web/ajax/mibbit.com/x-6b2362bc78efc820) Quit ("http://www.mibbit.com ajax IRC Client")
  • [23:22:39] <Spyro> emeb: an AUE one
  • [23:22:43] <Spyro> emeb: hold on
  • [23:23:12] <Spyro> AUO not AUE
  • [23:23:21] <Spyro> model A121EW02
  • [23:23:29] <Spyro> CFL backlight (too bad)
  • [23:24:59] <emeb> Hmm - not on their website. (damn flash sites... grr.)
  • [23:26:18] <emeb> Ah - found it on alibaba. 12.1" 1280x800
  • [23:26:41] <Spyro> yep
  • [23:26:46] <Spyro> widescreen
  • [23:27:07] <Spyro> (just as well since 4:3 wouldnt havve fit and would have got crushed by the steering column)
  • [23:27:14] * simon42 (n=simon@89.238.65.10) has joined #beagle
  • [23:27:20] * uberfry (n=spinl0ck@vodsl-10890.vo.lu) Quit (Read error: 110 (Connection timed out))
  • [23:27:22] <emeb> looks nice. Making a car computer?
  • [23:27:24] <Spyro> emeb: did you look at my site?
  • [23:27:33] <emeb> didn't see a link
  • [23:27:56] <Spyro> http://www.mnementh.co.uk/home/projects/golf/digital_dash
  • [23:28:10] <emeb> ah - there it is. Digital Dash.
  • [23:28:33] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [23:28:40] <Spyro> lots of pictures of me making the bezel so far
  • [23:29:22] * Wiedi (n=wiedi@newton-air.w.fruky.net) has joined #beagle
  • [23:29:24] <emeb> Hot stuff with the fiberglass.
  • [23:29:38] <Spyro> was quite fun :)
  • [23:29:49] <emeb> I'll bet.
  • [23:30:04] <Spyro> wish I made the casing about 3mm deeper, would have saved me a world of pain
  • [23:30:19] <emeb> Rev B!
  • [23:30:25] <Spyro> ??
  • [23:30:40] <emeb> (for the next time you do it)
  • [23:30:45] <Spyro> says C2 on the PCB
  • [23:30:59] <Spyro> oh right :)
  • [23:31:02] <emeb> Didn't mean the BB - meant revised dash.
  • [23:31:08] <Spyro> hehe
  • [23:31:25] <Spyro> nah will just compenasate for it by making the back case a couple mm deeper
  • [23:31:43] <emeb> So did you rip out the std instrument cluster?
  • [23:31:55] <emeb> (is car drivable without?)
  • [23:32:00] <Spyro> not doing it again just for that - took too much effort to make the bezel nice this time round (I got it razor sharp round the opening)
  • [23:32:11] <Spyro> I only trial fitted it so far
  • [23:32:19] <Spyro> the stock cluster is back in place for now
  • [23:32:34] <emeb> OK - reversible modification.
  • [23:32:42] <Spyro> As soon as I get road speed in there Im gonna run the beagle :)
  • [23:33:01] <emeb> That'll make it easier if you ever want to sell the car. :)
  • [23:33:10] <Spyro> yeah - I am filching the connector from my donor dash cluster so it will plug into the stock witing harness
  • [23:33:36] <Spyro> if I sell it I'll sell it with the dash - it wont fit the next car and it'll probably double the value of the car :-)
  • [23:34:04] <Spyro> I'll just build another one (custom fabbed fibreglass again)
  • [23:34:15] <Spyro> but this time the software will already be 90% done :)
  • [23:34:25] <Spyro> anyhow I dont plan to sell the car
  • [23:35:14] <Spyro> I just fitted AP coilovers all round and have scavenged a Mk3 GTI ABS system (all electronics, pump, brakes, discs, axles, wishbones, read suspension, driveshafts)
  • [23:35:30] <Spyro> so will have big brakes and ABS once thats all fitted
  • [23:36:11] <Spyro> (will be cleaning, shot peening, lacquering, fitting poly bushings, and generally doing it properly. might use porsche calipers and even bigger discs :-)
  • [23:36:12] <emeb> Wow - serious mods. You in UK?
  • [23:36:16] <Spyro> yep
  • [23:36:25] * fulgas is now known as FuL|OUT
  • [23:36:33] <Spyro> GTI performance on a TDI that does 69MPG ;-)
  • [23:36:36] <emeb> What's the legal aspect of driving a heavily modded car on the public roads?
  • [23:36:49] <Spyro> emeb: no Idea - I plan to keep stum :)
  • [23:37:30] <Spyro> when its all complete I might see if I can get my insurance altered to reflect the addition of the ABS
  • [23:37:42] <Spyro> adding ABS has got tobe one rare mod though
  • [23:37:56] <Spyro> and its massively involved if you are going to do it safely.
  • [23:38:10] <emeb> :) As long as they don't raise your rates for being too 'adventurous' :)
  • [23:38:29] <Spyro> hehe. Im not gonna point out the fact that the dash cluster can do GPS ;-)
  • [23:38:47] <emeb> Ack - someone's hacked my car!
  • [23:39:02] <Spyro> damn, knew that wifi was a security risk...
  • [23:39:09] <Spyro> I'll reinstall the cluster, honest :)
  • [23:39:53] <Spyro> the LVDS chip is quite configurable - selectable 1, 2, or 3 channel, with clock too
  • [23:40:07] <Spyro> its perfect... too perfect...
  • [23:40:27] <emeb> Just grabbed the datasheet. Need to look at it.
  • [23:40:51] <Spyro> you watch, my panel will want the RGB bits in the order 1, 4, 2, 3, 7, 6, 5, 0 or something silly, just to be awkward ;-)
  • [23:41:22] <Spyro> and in a different order depending on if the scanline is odd, even, or a prime number on a tuesday (except leapyears)
  • [23:41:24] <emeb> Should be fun doing an interface board - esp w/ BGA. They can be done DIY with a bit of care & planning
  • [23:41:57] <Spyro> Im planning to glue the chip upside down to a PCB and attach fine copper wire between it and pcb pads.
  • [23:42:04] <emeb> Maybe - you might be able to get around odd bit orders by munging the data in video RAM.
  • [23:42:10] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) Quit (Read error: 104 (Connection reset by peer))
  • [23:42:29] <Spyro> if the bit orders weird I'll swap the bits in hardware (since Im making the PCB)
  • [23:42:42] <Spyro> before they go into the converter IC
  • [23:42:52] <emeb> That's called 'dead bug' and I've seen it done. Guy on here who did an OMAP board had some pix a few months back
  • [23:43:31] <Spyro> I have a lovely ANTEX soldering iron here.
  • [23:43:46] * Abraxas3d (n=michelle@cpe-24-94-7-251.san.res.rr.com) Quit (Remote closed the connection)
  • [23:43:48] * jrmuizel (n=jrmuizel@CPE001f5be79d0f-CM0017ee62f8b0.cpe.net.cable.rogers.com) has joined #beagle
  • [23:43:50] <Spyro> its so old it has a ceramic heater (no annoying ground connectioon when soldering live stuff)
  • [23:44:07] <mib_ur3dlu> spyro: which lvds chip you refer to?
  • [23:44:19] <emeb> Cool stuff - thanks for the chat. Gotta get back to wrk.
  • [23:44:26] * GregorR-L (n=gregor@hawk-c-047.resnet.purdue.edu) has joined #beagle
  • [23:44:31] <Spyro> mib_ur3dlu: sn65lvds301
  • [23:45:15] <GregorR-L> bitbake linux-omap-2.6.29 builds 2.6.28-rc23 ...
  • [23:46:38] <mib_ur3dlu> sweet
  • [23:47:13] <Spyro> mib_ur3dlu: cute aint it? :)
  • [23:47:58] <GregorR-L> Can anybody explain/guess what I'm doing wrong? >_>
  • [23:49:06] * Abraxas3d (n=michelle@cpe-24-94-7-251.san.res.rr.com) has joined #beagle
  • [23:49:53] <mru> you didn't sacrifice enough goats
  • [23:53:19] * Wiedi (n=wiedi@newton-air.w.fruky.net) Quit ("^C")
  • [23:56:36] * trace_guy (i=c7023042@gateway/web/ajax/mibbit.com/x-53bb6cc62ff15fe8) Quit (Remote closed the connection)
  • [23:56:36] * roli (i=3ba46c08@gateway/web/ajax/mibbit.com/x-254080e94f818548) Quit (Remote closed the connection)
  • [23:56:36] * prestonw (i=18634e1d@gateway/web/ajax/mibbit.com/x-b165f678ef7c2c50) Quit (Remote closed the connection)
  • [23:56:36] * mib_ur3dlu (i=cebe4b08@gateway/web/ajax/mibbit.com/x-26d1aa91dca7347a) Quit (Remote closed the connection)
  • [23:56:36] * schemish (i=cde24233@gateway/web/ajax/mibbit.com/x-f83c4e442bb1c7f4) Quit (Remote closed the connection)
  • [23:56:36] * beagleuser (i=3b902e79@gateway/web/ajax/mibbit.com/x-3cf64061d5ee301d) Quit (Remote closed the connection)
  • [23:56:36] * djlewis (i=4b0f4002@gateway/web/ajax/mibbit.com/x-a59fa2855fb284fd) Quit (Remote closed the connection)
  • [23:57:17] <viridior> any Gentoo users around that would like to test a dev image on the beagleboard? I am one of the Gentoo Pandora devs and have made this image for that platform, but we use beagleboard for dev work. Just looking for some feedback, you can get _rc3 from here http://gentoo.openpandora.org/wiki/index.php/Pre-built_Images/0.0.3/Test
  • [23:57:35] <Spyro> anyone think of a way to ID a marking-less connector?
  • [23:57:51] <mru> Spyro: what kind of connector?
  • [23:58:07] <Spyro> its 1mm pitch, plastic, and common on chinese electronics with slightly offset -from-centre pins
  • [23:58:14] <Spyro> rectanngular
  • [23:58:19] <Spyro> 14 pins in this case
  • [23:58:47] * mib_gw3chu (i=42a975bf@gateway/web/ajax/mibbit.com/x-f170301153dacfd4) has joined #beagle
  • [23:58:50] * mib_gw3chu (i=42a975bf@gateway/web/ajax/mibbit.com/x-f170301153dacfd4) Quit (Remote closed the connection)
  • [23:58:53] <mru> 7x2?
  • [23:59:21] <mru> single line?
  • [23:59:26] <mru> other arrangement?
  • [23:59:51] <Spyro> single line