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 4296d 03h /
245 Avances pequenos en los documentos jguarin2002 4308d 22h /
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 4311d 21h /
243 The Registers BASE+1, BASE+2, BASE+3 are used now for debugging purposes jguarin2002 4311d 21h /
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 4311d 21h /
241 fmul32 x 6 multipliers wide jguarin2002 4312d 17h /
240 last minute correction jguarin2002 4312d 21h /
239 wide multiplicator added to avoid optimization jguarin2002 4312d 21h /
238 wide multiplicator added to avoid optimization jguarin2002 4312d 21h /
237 corrected errors in raytrac.vhd jguarin2002 4312d 23h /
236 Tunnning delay added to q0 queue jguarin2002 4313d 02h /
235 Tunnning delay added to q0 queue jguarin2002 4313d 02h /
234 raytrac update nothing major jguarin2002 4314d 02h /
233 raytrac sopc component updated jguarin2002 4314d 02h /
232 raytrac sopc component updated jguarin2002 4314d 02h /
231 nfetch address counter implemented in a whole register for convinience jguarin2002 4314d 03h /
230 RC 1.0 Previous rev(228), is functional and even more than this one, but is bigger and is for debugging jguarin2002 4319d 05h /
229 Total RtEngine Hardware, BUT, problems with interconnection... perhaps theres a problem with long path on ssumando5 jguarin2002 4320d 05h /
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 4321d 22h /
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 4322d 02h /

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.