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

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.