sslug-teknik team mailing list archive

[Carsten Svaneborg <carsten.svaneborg@xxxxxxxx>]

Peter Makholm wrote:
>> Mener du ikke </dev/random ?
> For guds skyld ikke. Den vill aldrig få noget at lave og det er slet
> ikke nødvendigt at det tilfældige inddata har kryptografisk
> kvalitet. /dev/urandom er fuldt ud tilfældig nok til at processen skal
> blive ved med at lave et reelt arbejde.

Hvad er forskellen mellem de to?
 
>> Installer og kør povray af en komplex scene med en høj
>> anti-aliasing. 
> Er du sikker på at den bruger FPU'en? Det korte kursus i grafik jeg
> har haft, som jeg iøvrigt ikke fulgte særlig kraftigt, lavede vi alle
> mulige sjove ting for at undgå at bruge flydende tal.

Jeg tror der er meget stor forskel på om man optimisere hastighed
eller kvalitet. Hvis du ligger lys på et objekt vha. Phong eller
Gouroud så kan du sikkert gøre det med integer math, men det er
strengt taget ikke rendering men scanline rendering. Se:

http://www.povray.org/documents/rayfaq/part1/faq-doc-2.html

That's the main drawback of ray tracing - it's not fast.  The software
actually mathematically models the light rays as they bounce around
this virtual world, reflecting, refracting and generally having a good
time until they end up in the lense of your imaginary camera.  This can
quite literally involve thousands and millions of floating-point
calculations and this takes time.  Tracing images can take anything
from a few minutes to many days.  It's a long process, I know, but the
results can make it all worth while.

Ray tracing isn't the only method for creating photo-realistic
pictures.  There are packages like 3D Studio which uses scanline
rendering, Radiance, which uses radiosity, and so on.  Although these
don't count as ray tracing, the methods you use from one system to the
next are often sufficiently similar to warrant their discussion in this
group.  So if you think it's relevant, feel free to bring it up.  These
systems will be mentioned in a little more detail later on.

> Jeg tjekkede lige kildeteksten til sox og den bruger ihvertfald en
> masse flydendetalsberegninger til at lave resampling. Så en ledning
> fra radioen til line-in på lydkortet og så en "cat /dev/dsp | sox |
> sox | sox > /dev/null" med passende flag til sox'erne.

De bruger vel FFT beregninger, men da inddata er digitalt bør de
faktisk kunne lave resamplingen digital. Fx. tror jeg at de diskrete
cos transformation der bruges i jpeg kan laves 100% i
heltalsberegninger uden at miste præcision.

-- 
    No matter how fast light travels it finds *
    the darkness has always got there first,  *  Carsten Svaneborg
	     and is waiting for it.           *   zqex at risoe.dk
	-- (Terry Pratchett, Reaper Man)      *