<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://blog.gmane.org/gmane.comp.graphics.opengraphics">
    <title>gmane.comp.graphics.opengraphics</title>
    <link>http://blog.gmane.org/gmane.comp.graphics.opengraphics</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9523"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9520"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9517"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9515"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9512"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9505"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9497"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9482"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9477"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9472"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9464"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9454"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9450"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9447"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9443"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9441"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9433"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9432"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9429"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9428"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9523">
    <title>[Kinda OT] Perhaps novice question about painting 3D scenes with alpha blending</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9523</link>
    <description>&lt;pre&gt;I know graphics architecture, and I know how to do all the math.  But,
oddly, I've never actually used a 3D API like OpenGL, Direct3D or
Java3D.  Well, I'm trying to write a demo for a paper I'm presenting
at HPCA, and I've run into something odd.  I was hoping some with
actual front-end experience might be able to help me.  I figured since
this is a graphics mailing list, this wouldn't be horribly off topic.

I'm using Java3D to render a scene with lots of translucent planes.
If I make everything opaque, it's fine, because it's doing Z culling.
But I'm finding that the rendering order isn't near-to-far, as I
expected, but something perhaps related to the order in which I
created the scene elements.  As a result, when I turn on alpha
blending, it looks horrible.

I'm starting to worry that what I'm going to have to do is do all my
coordinate transforms up-front (rather than create a transform group
and transform the group), then sort by Z order, then add them to the
scene (and by trial and error determine wh&lt;/pre&gt;</description>
    <dc:creator>Timothy Normand Miller</dc:creator>
    <dc:date>2012-01-18T02:31:29</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9520">
    <title>To offer "&lt; at &gt;opengraphics.org" email addressforwarding</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9520</link>
    <description>&lt;pre&gt;Now that opengraphics.org has been transferred to Yann, we'd like to
offer "&amp;lt; at &amp;gt;opengraphics.org" email addresses.  For now, just forwarding.

Should we make this open to just anyone?

Or should we take nominations for people who have been long-time
contributors, so that there's some specialness or exclusivity to it?
:)

&lt;/pre&gt;</description>
    <dc:creator>Timothy Normand Miller</dc:creator>
    <dc:date>2011-11-23T16:56:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9517">
    <title>What's going on with OGP? Here's something...</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9517</link>
    <description>&lt;pre&gt;With my Ph.D. and family taking up most of my time right now, I
haven't gotten to work on OGP much.  But I haven't forgotten about it.

For my consulting work, I had to learn Java to write a cross-platform
app.  Separately, just as a way to further develop my skill, I wrote
this unrelated program:  https://sourceforge.net/projects/minuteman/

That's gotten me set up to work on what I REALLY wanted to do, which
is an IDE for chip design.  I mentioned this a long time ago.  One of
the problems with coding HDLs is the massive amount of error-prone
coding you have to do just to stitch modules together.  Get one wire
the wrong size, and you get misbehavior that causes to develop more
gray hairs.  If this could be done graphically, we could save a lot of
time and pain.  There are also lots of "standard" modules that can be
just pasted in and hooked up (fifes and various types of pipeline
stage templates come to mind).

I don't get much time to work on it, so I haven't gotten very far.
But here's a screenshot:
http&lt;/pre&gt;</description>
    <dc:creator>Timothy Normand Miller</dc:creator>
    <dc:date>2011-11-16T21:02:27</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9515">
    <title>opengraphics.org domain going to expire</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9515</link>
    <description>&lt;pre&gt;We're having some problem with our registrar, and the opengraphics.org
domain is going to expire.  Would anyone be willing to re-register the
domain with another registrar after that?

&lt;/pre&gt;</description>
    <dc:creator>Timothy Normand Miller</dc:creator>
    <dc:date>2011-11-16T05:51:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9512">
    <title>Need help maintaining wiki</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9512</link>
    <description>&lt;pre&gt;We need a new wiki maintainer/editor.  Would someone be willing to do
some minor edits and spam removal while we're in a holding pattern?

I'll have my Ph.D. done early next year, and Andre should have his
project going sooner or later.  So it'll pick up again.  I've also
been doing some circuit design on the side here and there.  So OGP
isn't dead, but prominent members have been pulled in too many
directions for the time being.


Thanks.


&lt;/pre&gt;</description>
    <dc:creator>Timothy Normand Miller</dc:creator>
    <dc:date>2011-10-03T16:36:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9505">
    <title>Importance of denormalized floats?</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9505</link>
    <description>&lt;pre&gt;How important are denormalized floats in GPUs?  For graphics, I would
expect very little.  For GPGPU, it might matter.

The reason I ask pertains to floating point multiplies.  If you want
to multiply by denormalized numbers, then the number of bits you have
to process may be more.

Let's think about what kinds of results you can get from a multiply
and how this applies to shifting.

  If you multiply any two denormalized numbers, you'll get an
underflow simply because of the exponent.
  If you multiply any two normalized numbers, then the smallest result
(ignoring the exponent) is 1.0, requiring no shift or adjustment to
the exponent.  The largest result you can get is 3.999..., which
requires the exponent (the sum of the operand exponents) to be
increased by 1 and the mantissa to be shifted right by 1.  (But to be
clear, since these are 24-bit numbers, their product is 47 bits, and
you have to discard the lower 23 bits (with rounding) to get back to
24.  Then you may shift some more.)
  If you multiply a n&lt;/pre&gt;</description>
    <dc:creator>Timothy Normand Miller</dc:creator>
    <dc:date>2011-08-25T19:55:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9497">
    <title>xilinx zynq-7000 Dual-Core Cortex A9 with built-in125k logic gates FPGA</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9497</link>
    <description>&lt;pre&gt;it looks like xilinx may have laid the golden goose - can i ask people
here to help evaluate this:

http://www.xilinx.com/products/silicon-devices/epp/zynq-7000/index.htm

that's an incredible combination of a state-of-the-art FPGA, about the
same capabilities of a Spartan 3 4000, with an on-board 800mhz
Dual-Core Cortex A9.

the existing interfaces include some quite basic ones that should be
expected - USB2, I2C, CAN-bus, RS232 and so on, but then also include
2 Gigabit Ethernet and, in the case of the 7030 and 7040, multi-lanes
of PCI-e (between 4 for the smaller versions at 468 pins, and 12 for
the absolute largest 900-pin monster)

now, the possibilities for this kind of combination are very, very exciting.

1) as there are no proprietary hard macro cells such as 3D Graphics or
MPEG engines, the CPU will undoubtedly be FSF Hardware-Endorsement
Compliant.

2) (someone please check!) i believe that the capabilities of the 7030
version should be sufficient to take over from the Spartan 3 4000,
meaning that&lt;/pre&gt;</description>
    <dc:creator>Luke Kenneth Casson Leighton</dc:creator>
    <dc:date>2011-08-20T17:32:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9482">
    <title>[Open-hardware] Modular FPGA development system</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9482</link>
    <description>&lt;pre&gt;For those who are not in open-hardware list.. I haven't received any 
response in three weeks :)


Hi all,
   I would like to ask for suggestions about my idea for a modular 
(FPGA) development system.

   As I am designing new devices and the resources for the prototype are 
not always known, it is hard to decide how much is enough (of gates, 
ram, ram type, etc). I know that the design can be tested on development 
boards, but I am doing quite specific things and in a way that I try to 
get the shape of the thing first and code it later.

   And the limiting factor of a development kit is that it has usually 
only one slot for extension.

   As a result, I came to an idea of a very modular development system - 
where each building block can be replaced or multiplied for higher 
parallelism. Basically I take an FPGA, and put around it four plugs - 
which mate to little boards serving as interconnect. The device boards 
have just one plug (the same as an fpga). The plugs are board-to-board 
ones, with 80 ter&lt;/pre&gt;</description>
    <dc:creator>Ing. Daniel Rozsnyó</dc:creator>
    <dc:date>2011-08-18T15:22:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9477">
    <title>Economics of open hardware</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9477</link>
    <description>&lt;pre&gt;Hello everyone,

I'd like to ask you how remote the possibility is of totally cost-free (free
as in beer), open source hardware, just like in FOSS.

Now, I know that there are communities focused on
the business model aspects of OSH, but I'd also very much  appreciate the
opinions of engineers, manufacturers and developers from various projects.

Thanks in advance,
Ilias K.
Yet another CS graduate
&lt;/pre&gt;</description>
    <dc:creator>Ilias K.</dc:creator>
    <dc:date>2011-08-18T02:03:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9472">
    <title>SVN repository still works?</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9472</link>
    <description>&lt;pre&gt;hey, all,

does anyone know the SVN repository still works or not?

suppose it should be this one: https://svn.suug.ch/repos/opengraphics/main

thanks,
/xiaohan
&lt;/pre&gt;</description>
    <dc:creator>Ma, Xiaohan</dc:creator>
    <dc:date>2011-08-15T05:32:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9464">
    <title>rasterizer</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9464</link>
    <description>&lt;pre&gt;Hi,
is the rasterizer as described in open_graphics_outline.pdf
implemented?

I'm aware of ogp/trunk/rtl/ogengine/rasterizer
but I can't see code that shows how to communicate
with the device.

I would like to draw some lines on the screen.

Regards, Martin
&lt;/pre&gt;</description>
    <dc:creator>Martin Kielhorn</dc:creator>
    <dc:date>2011-06-28T17:06:49</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9454">
    <title>sync to vblank in user level</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9454</link>
    <description>&lt;pre&gt;Hi list,
is it possible to synchronise the drawing process to the vsync cycle of the
graphics
card from user level?

Or should I try to modify driver/linux/ogp_skel.c to my needs?


I want to have a program that consecutive draws numbers on the framebuffer,
so that
every frame displays the following integer. Then I want to use a camera to
capture these
images.

I had a really hard time when I tried to do this with Nvidia or ATI cards
and I think I still haven't solved it.

Regards, Martin

&lt;/pre&gt;</description>
    <dc:creator>Martin Kielhorn</dc:creator>
    <dc:date>2011-06-28T10:35:59</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9450">
    <title>60Hz output doesn't work</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9450</link>
    <description>&lt;pre&gt;Hi,
I have a problem in the sense that the 1280x1024-32&amp;lt; at &amp;gt;60Hz mode
isn't really 60Hz. The screen says the VSYNC rate is 47Hz. The
Samsung screen actually displays the test picture, but the ForthDD
display that I need to get running, doesn't work.

Hopefully someone on this list can shed some light on this.


I uploaded two screenshots of a tool that came with the ForthDD display
 http://imgur.com/a/a4f6p

The top one is with the Nvidia card and the bottom one with the open
graphics hardware.

The OGD1 tool prints this:
Requested clock = 216180000
Actual clock    = 214285680 (difference = 1894320)
That means the actual clock is 0.8% off, that doesn't explain the 47Hz VSYNC
rate that the screens report

Appart from the frequencies I see differences in the IFM_PIX_SYS_RATIO and
the tick at 'h+ sync'.



This is the output of oga1-vide-test:


cyberpower:/opt/ogp/bin# ./oga1-vid-test --busid 0b:1.0
oga1_i2c_get_edid: Reading EDID for top head.
manufacturer ID = "FDD"  product=4868  sn=16777216  (2002 week 16)
EDI&lt;/pre&gt;</description>
    <dc:creator>Martin Kielhorn</dc:creator>
    <dc:date>2011-06-27T10:10:30</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9447">
    <title>I'm starting with OGD1 (Part 1)</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9447</link>
    <description>&lt;pre&gt;Hi,
here I document my first steps with the OGD1 board.

My setup:
I am interested in an application where every second frame of a graphics
card
is captured by a camera. The camera is triggered by the VSYNC signal of the
graphics card and the exposure time is approximately 15ms. I use a cheap
logic analyzer to verify that the trigger pulses are correct.

The graphics card is connected to a ferro electric liquid crystal display
(http://www.forthdd.com, ca. 3000 USD, WXGA R3, 1280x768, 60 Hz) which acts
like a normal
digital LCD screen with DVI but displays each frame as 24 black and white
bit planes.

My motivation:
I tried to control the display with the proprietary Linux drivers of a
Nvidia GeForce 9600 GT as well as
an ATI Mobility Radeon HD 4200 and ran into problems with sync to vblank. I
always observe image
tearing, no matter what I try.
My goal is to understand enough of the OGD1 to produce animations without
image tearing.


Installation:
First I had to find an old graphics card and scavanged its pan&lt;/pre&gt;</description>
    <dc:creator>Martin Kielhorn</dc:creator>
    <dc:date>2011-06-25T01:14:28</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9443">
    <title>pci-x adapter</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9443</link>
    <description>&lt;pre&gt;Hi,
is it possible to use the OGD1 board in a system with PCI express?
Can anyone recommend an adapter from PCI-e to PCI-x.

&lt;/pre&gt;</description>
    <dc:creator>Martin Kielhorn</dc:creator>
    <dc:date>2011-06-20T11:33:13</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9441">
    <title>What to do with the remaining OGD1 boards?</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9441</link>
    <description>&lt;pre&gt;There are still 12 OGD1 boards that remain "in stock."  Since some of
the original production run have been sold, we need to hold onto a few
for warranty purposes.  But basically, we can lend and sell most of
the rest.  We made these cards so that people could use them,
preferably for projects that help the cause of Open Graphics and Open
Hardware in general.  So let's see if we can avoid having them sit on
the shelf.

They're available for purchase for $750.

And if you can make a case regarding past and/or future contributions
to the community, then you can petition to have one "lent" to you.


BTW, Michael Dexter will make the final decisions on who gets a card.
If you want one, keep your application concise.

I'd like suggestions on how we might reach the right people.
Obviously, if you're on this mailing list, you have some advantages.

&lt;/pre&gt;</description>
    <dc:creator>Timothy Normand Miller</dc:creator>
    <dc:date>2011-06-17T17:23:53</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9433">
    <title>PCI Configuration Space implementation</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9433</link>
    <description>&lt;pre&gt;Hi,

I have a problem. If you can help that would be of great help.

I'm an undergraduate student. I'm implementing pci protocol for my project
in the uni. Aim: My pcb has to communicate with a pcb (contains Intel
microcontroller + pci bridge) via pci protocol. In my pcb the
microcontroller is Renesas (V850) and it doesn't have a pci controller. I
did not use any standalone pci controllers in my pcb. I do not know if it's
possible to implement the pci config space registers in my microcontroller.
I do not have DeviceID and I suppose I can use any random number. Also, the
Intel pcb is not reprogrammable. All I have to do now is to implement config
space in my device and power on and check if the device is getting detected.
For this the Master (Intel pcb) has to read the config space and send IDSEL
signal. I'm going through the verilog code of the admin in this forum. The
verilog code given in Opencores forum is very complicated and I'm not using
wishbone. I want to map the device to memory space and did not u&lt;/pre&gt;</description>
    <dc:creator>Sanjeev Jamadhagni</dc:creator>
    <dc:date>2011-05-29T18:29:52</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9432">
    <title>Funding ideas</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9432</link>
    <description>&lt;pre&gt;Hello,

I think you guys have done an amazing work but the opengraphics
project is looking stagnant, maybe dead. I have experience making
engineering products and sooner or later you always need the same
thing: someone buying your products. It seems you have very good
engineers working on a hard problem but you dismissed the "marketing"
thing, so I'm going to put out here some ideas about what could make
ogp to success. I know ogp is your baby but please don't feel bad
about this email, but as the feedback it is.

As much as people like me like the idea behind ogp nobody I know could
justify spending money on it because it does better than anyone else
...err... nothing. I know what you are thinking: We are competing with
Nvidia or AMD, we can't be better than them!! but yes you can be
better the same way that Andruino is better than anybody else in what
it does.

Ogp had tried to compete doing fixed pipeline OpenGL, this is not even
the present, it is past, every single GPU maker is making it more and
more f&lt;/pre&gt;</description>
    <dc:creator>Jose Hevia</dc:creator>
    <dc:date>2011-05-26T20:37:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9429">
    <title>New direction for OGP,requesting assistance with plan and web site</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9429</link>
    <description>&lt;pre&gt;Dear OGP members,

Andre Pouliot and I have been strugging with the problem of how to
make the OGP productive again.  The OGP has made a lot of
accomplishments, but activity has been dead for quite a while now.  We
believe that part of the problem has been how we tried to go about
funding development.  It was all wrong, because we shot too high with
OGD1, and we couldn't afford to go into production until after
interest had waned considerably.  Some serious restructuring is
necessary, and we've been working on a plan for that.  In short, we
need a way to create cash flow to fund hardware production, and we
believe we have come up with a solution that includes every
contributor in both the design and economic aspects.  We will spread
out the cost burden, spread out the profit among contributors, and
invest in less ambitious projects, with broader appeal.  At the
moment, the plan is about 75% baked, and we want to make sure it's
very clear and logical before we publish it.  For that, we'd like some
feedback fr&lt;/pre&gt;</description>
    <dc:creator>Timothy Normand Miller</dc:creator>
    <dc:date>2011-05-16T19:02:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9428">
    <title>wiki-passwords</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9428</link>
    <description>&lt;pre&gt;Due to the recent increase in spam, the wiki has had a tweak regarding
passwords. Existing passwords will not be affected, though you may
notice it when you update an expired password.

We will keep an eye on things and adjust as we need to.

thanks
JHB

ps Due to my time restrictions, we could do with a volunteer to assist
the current wiki admin.
&lt;/pre&gt;</description>
    <dc:creator>Josephblack</dc:creator>
    <dc:date>2011-05-15T11:17:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.comp.graphics.opengraphics/9425">
    <title>status?</title>
    <link>http://comments.gmane.org/gmane.comp.graphics.opengraphics/9425</link>
    <description>&lt;pre&gt;Looks like some folks are trying to build an open source CPU.
Is this just for the extremists, or are commercial CPUs
insufficiently documented?  I haven't heard of any problems.

http://hardware.slashdot.org/story/11/04/30/172214/Help-Build-the-Worlds-First-Community-Funded-CPU-ASIC

The problem area is GPU video decoding.  AMD/ATI has yet to
release any docs on UVD, and judging from Bridgman's postings
I don't expect any anytime soon, if ever.  :-(

So, what's going on regarding the OGC project?
&lt;/pre&gt;</description>
    <dc:creator>Dieter BSD</dc:creator>
    <dc:date>2011-04-30T20:01:21</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.graphics.opengraphics">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.graphics.opengraphics</link>
  </textinput>
</rdf:RDF>

