OpenCores
URL https://opencores.org/ocsvn/raytrac/raytrac/trunk

Subversion Repositories raytrac

[/] - Rev 246

Rev

Go to most recent revision

Filtering Options

Clear current filter

Rev Log message Author Age Path
246 framework for conditional and accumulative operations DESCRIBED NOT IMPLEMENTED jguarin2002 4303d 17h /
245 Avances pequenos en los documentos jguarin2002 4316d 12h /
244 Changed the directory structure a little bit, there is now wide arith (which encapsulates in a single RTL 3 adders or 3 adders jguarin2002 4319d 10h /
243 The Registers BASE+1, BASE+2, BASE+3 are used now for debugging purposes jguarin2002 4319d 10h /
242 AS1 produced an unnoticed delay, the compiler geenerated an extra stage..... so a delay constant was added to sync this extra stage with the operation via ssync_chain jguarin2002 4319d 10h /
241 fmul32 x 6 multipliers wide jguarin2002 4320d 06h /
240 last minute correction jguarin2002 4320d 10h /
239 wide multiplicator added to avoid optimization jguarin2002 4320d 10h /
238 wide multiplicator added to avoid optimization jguarin2002 4320d 10h /
237 corrected errors in raytrac.vhd jguarin2002 4320d 12h /
236 Tunnning delay added to q0 queue jguarin2002 4320d 15h /
235 Tunnning delay added to q0 queue jguarin2002 4320d 15h /
234 raytrac update nothing major jguarin2002 4321d 15h /
233 raytrac sopc component updated jguarin2002 4321d 15h /
232 raytrac sopc component updated jguarin2002 4321d 15h /
231 nfetch address counter implemented in a whole register for convinience jguarin2002 4321d 16h /
230 RC 1.0 Previous rev(228), is functional and even more than this one, but is bigger and is for debugging jguarin2002 4326d 18h /
229 Total RtEngine Hardware, BUT, problems with interconnection... perhaps theres a problem with long path on ssumando5 jguarin2002 4327d 19h /
228 Fixed a BUG where big differences betweeen exponents difference suffered from miss-signedness because of the width of the result was 1 bit narrower, and still its highest significant bit was taken as the sign, in result big differences in where taken as negative results... leading to situations like A+0=0 cause the exponent chosen as the big one was the zero's (-127) leading to an unexpected 0 in the result. The bug was fixed by correcting the signedness of the operation and making the result less narrower in one bit. jguarin2002 4329d 11h /
227 Fixed a BUG where big differences betweeen exponents difference suffered from miss-signedness because of the width of the result was 1 bit narrower, and still its highest significant bit was taken as the sign, in result big differences in where taken as negative results... leading to situations like A+0=0 cause the exponent chosen as the big one was the zero's (-127) leading to an unexpected 0 in the result. The bug was fixed by correcting the signedness of the operation and making the result less narrower in one bit. jguarin2002 4329d 15h /

1 2 Next >

Show All

powered by: WebSVN 2.1.0

© copyright 1999-2024 OpenCores.org, equivalent to Oliscience, all rights reserved. OpenCores®, registered trademark.