| 00:09.20 | *** join/#edev n900evil (~Speedevil@tor/regular/SpeedEvil) |
| 00:22.51 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 00:24.33 | *** join/#edev SpeedEvil1 (1000@tor/regular/SpeedEvil) |
| 00:41.09 | *** join/#edev n900evil (~Speedevil@tor/regular/SpeedEvil) |
| 01:07.18 | *** join/#edev djerome (~djerome@ip24-251-158-189.ph.ph.cox.net) |
| 01:29.23 | *** join/#edev prpplague (~prpplague@ppp-70-249-149-57.dsl.rcsntx.swbell.net) |
| 02:19.14 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-knoqlxzojsopzhea) |
| 02:25.27 | *** join/#edev landley (~landley@cpe-24-27-19-110.austin.res.rr.com) |
| 02:25.27 | *** mode/#edev [+o landley] by ChanServ |
| 02:50.54 | prpplague | landley: hey hey |
| 02:51.09 | landley | prplague: thingy. |
| 02:53.40 | MonMotha | prpplague: dunno if this maps to OMAP stuff at all, but I'm having issues with my video output on davinci. If I put it in UYVY mode, zeroing out the framebuffer gives me something greenish, and I don't understand why (that should be zero luminance, zero color). Filling it with 0xFF does give me white. |
| 02:55.04 | prpplague | MonMotha: thats interesting |
| 02:55.21 | MonMotha | prpplague: I thought so, too |
| 02:55.35 | prpplague | MonMotha: i don't know a whole lot about davinci's video overlays, but for omap i would have guessed that the alpha_blending was set incorrectly |
| 02:55.38 | MonMotha | I know I can output black, since turning off the video output and using the OSD in RGB mode gives what I would expect |
| 02:55.56 | prpplague | MonMotha: fb-test does a good color pattern? |
| 02:55.58 | MonMotha | well, I have the OSD window completely disabled, near as I can tell. |
| 02:56.29 | MonMotha | I don't have fb-test (crazy old, crusty Montavista build), but I can dump arbitrary images into the RGB OSD window (when suitably configured) and get what I expect. |
| 02:57.12 | prpplague | MonMotha: grab it and build it, http://elinux.org/Board_Bringup_Utilities |
| 02:59.59 | MonMotha | heh, it doesn't get along with my system by default |
| 03:00.03 | MonMotha | <PROTECTED> |
| 03:00.11 | MonMotha | however, /dev/fb/0 does (annoying, yes) |
| 03:00.16 | MonMotha | I can fix that, of course |
| 03:01.34 | MonMotha | ok, the fb-test does work on the OSD window in RGB mode |
| 03:02.53 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 03:04.19 | prpplague | interesting |
| 03:05.15 | *** join/#edev miltonm (~miltonm@71.22.127.106) |
| 03:05.55 | MonMotha | that's what I said to myself when I saw it :) |
| 03:09.27 | prpplague | MonMotha: more so that i'm running into a weird issue with the pandawall |
| 03:09.48 | MonMotha | oh? |
| 03:10.04 | prpplague | we are seeing a color difference when playing back nv12 and yuv between dvi and hdmi |
| 03:10.13 | prpplague | the hdmi is bright and correct colors |
| 03:10.30 | prpplague | but the dvi is washed out with what should be bright red as light pink |
| 03:15.07 | MonMotha | The HDMI is built in to the chip while the DVI is a transmitter hung off the LCD output, right? |
| 03:16.05 | prpplague | yep |
| 03:16.20 | prpplague | but the rgb output is the same |
| 03:16.59 | MonMotha | oh, so this is visible even if the DVI transmitter isn't used (e.g. an LCD is hooked up)? |
| 03:18.10 | prpplague | no, just means it only seems to affect nv12 or yuv video playback not rgb framebuffer |
| 03:19.39 | MonMotha | but is the problem visible on just the DVI output itself or also on an LCD hooked up to the video output bus in front of the DVI transmitter? |
| 03:19.56 | MonMotha | (which I guess might not work right if you're actually outputting YUV on that bus) |
| 03:20.17 | prpplague | ahh, i see your question |
| 03:20.33 | MonMotha | Since the DVI transmitter is probably responsible for stuffing the colorspace information into the DVI packets (as I'm guessing that bus has no such signaling - most don't), that may be the problem |
| 03:20.42 | prpplague | yes passing the data to something like an lvds display also shows the same issue |
| 03:20.43 | MonMotha | DVI transmitter may be stuck in RGB mode or the wrong YUV move |
| 03:20.48 | prpplague | so it is not the dvi transmitter |
| 03:20.50 | MonMotha | ah, ok |
| 03:21.32 | MonMotha | oooh... is there a parallel LCD output on Panda? |
| 03:21.43 | MonMotha | RGB + HS + VS + DEN |
| 03:21.50 | prpplague | yea its the same style of interface as the beagle |
| 03:21.54 | MonMotha | I've got a bunch of old laptop LCDs |
| 03:22.11 | prpplague | MonMotha: you can use a SN75lvds83b to drive lvds panels |
| 03:22.11 | MonMotha | I designed an FPGA based board with an RGB and TV digitizer on it, but I never built it |
| 03:22.24 | MonMotha | these are so old they're not LVDS :) |
| 03:22.30 | MonMotha | so I just need to buffer up to 5V |
| 03:22.40 | prpplague | ahh |
| 03:22.47 | MonMotha | they're just 640x480 |
| 03:23.04 | MonMotha | but they're fairly small, NOS, and I got 6 of them (3 TFT + 3 STN) for $15 |
| 03:23.06 | prpplague | ahh |
| 03:23.18 | MonMotha | my FPGA board can in theory drive the STN ones, too |
| 03:23.31 | MonMotha | there's an AVR on it to run a little GUI or something. Dunno |
| 03:23.35 | MonMotha | I just wanted to make use of them :) |
| 03:23.39 | MonMotha | I |
| 03:23.57 | MonMotha | I'll probably only make 5 of those boards, though (minimum order on the PCBs), so I could hook a Beagle or Panda up to the 6th |
| 03:24.28 | MonMotha | also, any hints as to where I might look to ensure that accesses to my Davinci's async EMIF are not cacheable |
| 03:25.31 | prpplague | MonMotha: sorry no |
| 03:25.46 | MonMotha | ok |
| 03:26.06 | MonMotha | I have a memory mapped device (actually an FPGA) on the EMIF, so caching is a no-no |
| 04:11.44 | prpplague | MonMotha: ping |
| 04:11.58 | MonMotha | pong |
| 04:12.41 | MonMotha | prpplague: pong |
| 04:13.35 | prpplague | MonMotha: how does this sound for CELF presentation - http://pastebin.com/C0ZKKXMJ |
| 04:15.36 | MonMotha | sounds like a reasonable seminar |
| 04:15.48 | prpplague | MonMotha: ok thanks |
| 04:15.58 | prpplague | re-reads before clicking submit |
| 04:16.23 | MonMotha | I know for me one of the biggest hurdles is getting a bootloader to properly init everything, then actually making linux boot |
| 04:16.31 | MonMotha | once Linux boots, you're usually well on your way |
| 04:16.38 | prpplague | yea i'm going to cover some of that |
| 04:16.58 | MonMotha | it's always nice when you finally get Linux working and 75% of the hardware "just works" |
| 04:17.00 | prpplague | using barebox and other minimal bootloaders |
| 04:17.06 | prpplague | MonMotha: indeede |
| 04:18.31 | MonMotha | of course, that other 25%... :) |
| 04:23.50 | *** join/#edev mbuf (~user@118.102.130.34) |
| 04:26.00 | *** join/#edev sixdej1 (~sixdej@cpe-67-250-52-223.nyc.res.rr.com) |
| 04:26.00 | *** join/#edev landley (~landley@cpe-24-27-19-110.austin.res.rr.com) |
| 04:26.00 | *** join/#edev djerome (~djerome@ip24-251-158-189.ph.ph.cox.net) |
| 04:26.00 | *** join/#edev kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 04:26.00 | *** join/#edev sixdej (~sixdej@cpe-67-250-52-223.nyc.res.rr.com) |
| 04:26.00 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 04:26.00 | *** join/#edev roxfan (dunno@91.180.241.50) |
| 04:26.00 | *** join/#edev gandhijee (akp@ip67-152-15-148.z15-152-67.customer.algx.net) |
| 04:26.00 | *** join/#edev chouimat (~mathieu@kde/developer/chouinard) |
| 04:26.00 | *** join/#edev Roland (~roland@195.50.208.35) |
| 04:26.00 | *** join/#edev Kersen (~user@herge.rundal.dk) |
| 04:26.00 | *** join/#edev jnd (~jenda@unaffiliated/jnd) |
| 04:26.00 | *** join/#edev Zygo (startkeylo@startkeylogger.hungrycats.org) |
| 04:26.01 | *** join/#edev krushia (~krushia@h69-131-92-179.cntcnh.dsl.dynamic.tds.net) |
| 04:26.01 | *** join/#edev pingbat (~pingbat@2001:ba8:1f1:f1bd::2) |
| 04:26.01 | *** join/#edev dfarnsworth (~dfarnswor@nat/montavista/x-zvjtdmlazkajblzy) |
| 04:26.01 | *** join/#edev MuscleNerd (eric@adsl-75-31-21-222.dsl.irvnca.sbcglobal.net) |
| 04:26.01 | *** join/#edev calculus (~calculus@gentoo/user/calculus) |
| 04:26.01 | *** join/#edev htns (~htns@61.6.64.6) |
| 04:26.01 | *** join/#edev bsdfox\ (~h36sa@c-98-238-207-83.hsd1.ca.comcast.net) |
| 04:26.01 | *** join/#edev mnemoc (~amery@shell.opensde.net) |
| 04:26.01 | *** join/#edev pytey (~pytey@howler.blatero.com) |
| 04:26.01 | *** mode/#edev [+o landley] by hubbard.freenode.net |
| 04:29.24 | *** join/#edev Sphere_ (bianco@85.12.6.154) |
| 04:29.24 | *** join/#edev Zygo (startkeylo@startkeylogger.hungrycats.org) |
| 04:29.24 | *** join/#edev pingbat (~pingbat@2001:ba8:1f1:f1bd::2) |
| 04:47.57 | *** join/#edev sixdej (~sixdej@cpe-67-250-52-223.nyc.res.rr.com) |
| 04:50.57 | *** join/#edev prpplague^2 (~prpplague@ppp-70-249-149-57.dsl.rcsntx.swbell.net) |
| 04:51.40 | *** join/#edev sixdej (~sixdej@cpe-67-250-52-223.nyc.res.rr.com) |
| 05:38.21 | *** join/#edev avinashhm (~avinash-h@192.163.20.232) |
| 06:16.10 | *** join/#edev ZeZu (~ZeZu@c-98-227-57-1.hsd1.in.comcast.net) |
| 07:07.36 | *** join/#edev miltonm (~miltonm@71.22.127.106) |
| 07:47.46 | *** join/#edev JoeLlama (~snork@unaffiliated/joellama) |
| 07:55.56 | *** join/#edev miltonm (~miltonm@71.22.127.106) |
| 08:37.03 | *** join/#edev sixdej (~sixdej@cpe-67-250-52-223.nyc.res.rr.com) |
| 10:39.53 | *** join/#edev alex_____ (~alex@levallois.voyages-sncf.com) |
| 11:03.37 | JoeLlama | http://www.mopo.ca/wp-content/uploads/2011/02/trap.jpg |
| 11:07.28 | *** join/#edev n900evil (~Speedevil@tor/regular/SpeedEvil) |
| 11:07.59 | *** join/#edev SpeedEvil (1000@tor/regular/SpeedEvil) |
| 11:34.13 | *** join/#edev gustavoz (~gustavoz@host142.201-252-21.telecom.net.ar) |
| 13:28.51 | *** join/#edev jnd (~jenda@unaffiliated/jnd) |
| 13:30.37 | Sphere_ | someone that understands the altium designer multichannel concepts? |
| 13:57.06 | *** join/#edev jnd (~jenda@unaffiliated/jnd) |
| 14:15.26 | *** join/#edev jnd (~jenda@unaffiliated/jnd) |
| 14:53.05 | *** join/#edev sjhill (~sjhill@home.bethel-hill.org) |
| 14:53.05 | *** mode/#edev [+o sjhill] by ChanServ |
| 14:53.26 | *** join/#edev jnd (~jenda@unaffiliated/jnd) |
| 14:55.08 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-azueqesqxaafpprz) |
| 15:24.04 | *** join/#edev NullMoogleCable (~fake@cpe-69-205-123-203.rochester.res.rr.com) |
| 16:37.46 | *** join/#edev prpplague (~prpplague@ppp-70-249-149-57.dsl.rcsntx.swbell.net) |
| 16:45.36 | MonMotha | Sphere_: yes> |
| 16:45.38 | MonMotha | ? |
| 16:46.02 | MonMotha | I don't normally use them since they seem a little buggy at times (and they create really weird designators), but I have used them |
| 16:46.33 | prpplague | MonMoth: hehe that looked like something from the movie Sphere |
| 16:52.46 | *** join/#edev sndcrb (~sndcrb@dsl-hkibrasgw2-fef8de00-126.dhcp.inet.fi) |
| 16:57.04 | Sphere_ | MonMotha: how do you get the REPEAT in the sheet entry? |
| 16:57.18 | Sphere_ | http://wiki.altium.com/download/attachments/3080301/Multi-Channel+Design_Connectivity.png?version=1&modificationDate=1224562753413 like here |
| 16:57.22 | Sphere_ | repeat(col) |
| 16:57.29 | Sphere_ | i assume it should be there after compiling |
| 16:58.12 | MonMotha | I never got it to work quite right |
| 16:58.30 | Sphere_ | i think i'm gonna skip this feature for this project |
| 16:58.40 | MonMotha | I could get it to display it in the schematic editor, but it complained about connectivity (duplicate net names) when I went to transfer the netlist into PCB |
| 16:58.40 | Sphere_ | it's more of a headache than useful atm |
| 16:58.51 | MonMotha | that's been my experience with the entire "heirarchical" design mode |
| 16:59.15 | Sphere_ | about the designators: you can configure that |
| 16:59.20 | MonMotha | the repeat stuff could be useful in some situations, since in theory it lets the PCB layout set it up once then duplicate easily |
| 16:59.24 | MonMotha | and yes, they have several options for designators |
| 16:59.30 | MonMotha | none of which are overly appealing :) |
| 16:59.46 | Sphere_ | meh i use i.e. R1 -> R1A R1B etc |
| 17:00.15 | Sphere_ | anyway dinner time.. thanks |
| 18:03.20 | *** join/#edev sixdej (~sixdej@cpe-67-250-52-223.nyc.res.rr.com) |
| 18:53.16 | prpplague | i always wondered what would be the nail in the coffin for AOL , now i know, the huffington post |
| 18:54.17 | *** join/#edev mpk (mp@aggr.com) |
| 18:55.46 | wmat | heh |
| 19:06.44 | calculus | AOL puts advertisements on the outside of train cars near me |
| 19:18.56 | *** join/#edev landley (~landley@cpe-24-27-19-110.austin.res.rr.com) |
| 19:18.56 | *** mode/#edev [+o landley] by ChanServ |
| 19:21.11 | *** join/#edev florian (~fuchs@Maemo/community/contributor/florian) |
| 19:21.17 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 19:41.55 | *** part/#edev sixdej (~sixdej@cpe-67-250-52-223.nyc.res.rr.com) |
| 19:53.41 | landley | sjhill: how goes catching up on uClibc? |
| 19:56.12 | *** join/#edev kergoth (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 19:56.59 | *** join/#edev speakman (~daniel@unaffiliated/speakman) |
| 19:57.02 | *** join/#edev TemporalBeing (~bmeyer@166.130.17.243) |
| 19:57.21 | *** part/#edev TemporalBeing (~bmeyer@166.130.17.243) |
| 20:19.26 | *** join/#edev jayabharath (~jayabhara@nat/ti/x-gfidnscjnhzdfcyu) |
| 20:57.01 | *** join/#edev kergoth_ (~kergoth@ip24-251-170-95.ph.ph.cox.net) |
| 21:06.59 | *** join/#edev roxfan (dunno@91.180.11.110) |
| 21:21.24 | *** join/#edev GPSFan (~kenm@64.92.145.112) |
| 21:21.24 | *** mode/#edev [+o GPSFan] by ChanServ |
| 21:40.52 | *** join/#edev miltonm (~miltonm@32.97.110.51) |
| 22:33.03 | *** join/#edev wmat (~btraynor@gromit.mixdown.ca) |
| 22:39.23 | *** join/#edev TemporalBeing (~bmeyer@12.52.185.66) |
| 22:39.37 | *** part/#edev TemporalBeing (~bmeyer@12.52.185.66) |
| 22:44.43 | *** join/#edev SpeedEvil1 (~user@tor/regular/SpeedEvil) |
| 22:49.43 | *** join/#edev TemporalBeing (~bmeyer@12.52.185.66) |
| 23:00.55 | wmat | prpplague: that issue with the uploads on elinux.org is fixed. It was a Varnish Cache issue. |
| 23:27.56 | *** part/#edev TemporalBeing (~bmeyer@12.52.185.66) |
| 23:29.19 | *** join/#edev SpeedEvil (~user@tor/regular/SpeedEvil) |
| 23:45.28 | *** join/#edev rasker (~Rehan@89-168-81-97.dynamic.dsl.as9105.com) |
