 |
|
|
|
|
|
| |
| |
|
|
From: Le Forgeron
Subject: Re: 3.7rc6 on Raspberry PI, with/without openexr image artifacts
Date: 18 Aug 2012 03:48:44
Message: <502f48dc$1@news.povray.org>
|
|
|
| |
| |
|
|
Le 17/08/2012 23:26, Dave nous fit lire :
>> Have you tried another output format ?
>>
>
> I reran with PPM output. Results look the same.
>
> povray+exr +ipovray-3.7.0.RC6/scenes/advanced/biscuit.pov +fp
> +obiscuit-exr.ppm -d +p +v +w320 +h240 +a0.3
> povray +ipovray-3.7.0.RC6/scenes/advanced/biscuit.pov +fp
> +obiscuit-noexr.ppm -d +p +v +w320 +h240 +a0.3
Yep. Strange. Always the same spot.
I do not see how having more code would change so drastically the result
of code that do not use the additional code... stack rolling over code ?
pointer interpreted within page context ?
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Dave, from your comment about using -mfloat-abi=hard I deduce you're using
Raspbian Wheezy, which is a RaspberryPi specific hardfloat port of Debian
Wheezy.
The official Debian armhf needs ARMv7. The raspi is ARMv6+vfp2
So debian armhf is not compatible with Raspbian armhf.
Regards
Aydan
Post a reply to this message
|
|
| |
| |
|
|
From: Dave
Subject: Re: 3.7rc6 on Raspberry PI, with/without openexr image artifacts
Date: 20 Aug 2012 13:42:36
Message: <5032770c$1@news.povray.org>
|
|
|
| |
| |
|
|
On 8/20/2012 7:36 AM, Aydan wrote:
> Dave, from your comment about using -mfloat-abi=hard I deduce you're using
> Raspbian Wheezy, which is a RaspberryPi specific hardfloat port of Debian
> Wheezy.
Yes, that sounds like what I've read on the RPi forums. I downloaded and
am running their 'wheezy' image; not sure a uname identifies it as such:
$ uname -a
Linux PIblack 3.2.27+ #6 PREEMPT Sat Aug 18 15:05:48 BST 2012 armv6l
GNU/Linux
> The official Debian armhf needs ARMv7. The raspi is ARMv6+vfp2
> So debian armhf is not compatible with Raspbian armhf.
I've always preferred FreeBSD to Linux so I'm (as of now) unclear about
what you just said means. I know I've been doing 'apt-get' and it
downloads & installs stuff that runs on the RPi. When I do a 'dpkg -l',
a few of the packages mention 'armhf'... I've now exhausted my
knowledge here! :-)
Post a reply to this message
|
|
| |
| |
|
|
|
|
| |
| |
|
|
Dave <use### [at] iamdaveATglidefree com> wrote:
> > The official Debian armhf needs ARMv7. The raspi is ARMv6+vfp2
> > So debian armhf is not compatible with Raspbian armhf.
>
> I've always preferred FreeBSD to Linux so I'm (as of now) unclear about
> what you just said means. I know I've been doing 'apt-get' and it
> downloads & installs stuff that runs on the RPi. When I do a 'dpkg -l',
> a few of the packages mention 'armhf'... I've now exhausted my
> knowledge here! :-)
Oi, coming from the x86 world, the ARM ecosystem is a complete mess. Any modern
x86 processor you buy now is going to have at least the following: 64-bit
architecture with SSE2, x87, etc.
In the ARM world, everything but the main integer execution core is optional.
Any device you buy with an ARM-based processor may or may not have any of the
following: thumb, vfp (and its variants), neon, etc. The official Debian 7.0
(wheezy armhf) requires at least an ARM processor that uses ARMv7 instruction
set and has a VFPv3-D16 floating point unit. The other option is to use Debian
7.0 armel, which is requires ARMv5 (I think) but not a floating point unit. Very
annoying. A theoretical FreeBSD for ARM distribution would have to tackle the
same problem.
Reminds me of back in the '80s when you could buy an 8088 computer and
plug in a third party floating point coprocessor, with resulting code not
compatible with other third party FP coprocessors.
Post a reply to this message
|
|
| |
| |
|
|
From: Darren New
Subject: Re: 3.7rc6 on Raspberry PI, with/without openexr image artifacts
Date: 20 Oct 2012 16:48:47
Message: <50830e2f$1@news.povray.org>
|
|
|
| |
| |
|
|
On 8/20/2012 11:29, jhu wrote:
> In the ARM world, everything but the main integer execution core is optional.
In part, this is because the ARM is a core, while the x86 machines are chips.
A "core" is a hardware design that you integrate onto a die along with the
other stuff you want. So a core vs chip is like a chip vs a board. As far as
I know, ARM does not actually sell chips themselves, only VHDL
specifications for chips.
I'm wondering why nobody is building Raspberry.pi like devices from these
http://opencores.org/
--
Darren New, San Diego CA, USA (PST)
"They're the 1-800-#-GORILA of the telecom business."
Post a reply to this message
|
|
| |
| |
|
|
From: clipka
Subject: Re: 3.7rc6 on Raspberry PI, with/without openexr image artifacts
Date: 12 Dec 2012 14:31:19
Message: <50c8db87@news.povray.org>
|
|
|
| |
| |
|
|
Am 18.08.2012 00:45, schrieb clipka:
> That's all nice to read, but /something/ must be going wrong, and I
> still suspect the floating point arithmetics (if only because of the
> difference that openEXR makes).
>
> I've just ordered one of those tiny little brats myself to further
> investigate the issue. Don't hold your breath though - delivery is
> estimated to take 15 weeks.
Here's what I get /with/ OpenEXR enabled. Note that it's exactly what
Dave reported /without/ OpenEXR.
I swear I'm gonna find out what's going on here...
Post a reply to this message
Attachments:
Download 'biscuit.png' (595 KB)
Preview of image 'biscuit.png'
|
|
| |
| |
|
|
From: clipka
Subject: Re: 3.7rc6 on Raspberry PI, with/without openexr image artifacts
Date: 12 Dec 2012 14:56:58
Message: <50c8e18a$1@news.povray.org>
|
|
|
| |
| |
|
|
Am 12.12.2012 20:30, schrieb clipka:
> I swear I'm gonna find out what's going on here...
Apparently there's something fishy happening with the phong highlighting.
Post a reply to this message
|
|
| |
| |
|
|
From: clipka
Subject: Re: 3.7rc6 on Raspberry PI, with/without openexr image artifacts
Date: 12 Dec 2012 16:03:10
Message: <50c8f10e$1@news.povray.org>
|
|
|
| |
| |
|
|
Am 12.12.2012 20:56, schrieb clipka:
> Am 12.12.2012 20:30, schrieb clipka:
>
>> I swear I'm gonna find out what's going on here...
>
> Apparently there's something fishy happening with the phong highlighting.
Further investigations suggest that the Pi isn't happy with denormalized
values, at least not in single precision.
I'll try to throw together some simple C test program, and if that
confirms my observations I'll file it as a bug to the Pi people.
Post a reply to this message
|
|
| |
| |
|
|
From: clipka
Subject: Re: 3.7rc6 on Raspberry PI, with/without openexr image artifacts
Date: 12 Dec 2012 18:24:38
Message: <50c91236$1@news.povray.org>
|
|
|
| |
| |
|
|
Am 12.12.2012 22:03, schrieb clipka:
> Am 12.12.2012 20:56, schrieb clipka:
>> Am 12.12.2012 20:30, schrieb clipka:
>>
>>> I swear I'm gonna find out what's going on here...
>>
>> Apparently there's something fishy happening with the phong highlighting.
>
> Further investigations suggest that the Pi isn't happy with denormalized
> values, at least not in single precision.
>
> I'll try to throw together some simple C test program, and if that
> confirms my observations I'll file it as a bug to the Pi people.
Apparently the problems are related to the -ffast-math compiler option;
I'll try whether turning that off will help.
Post a reply to this message
|
|
| |
| |
|
|
From: clipka
Subject: Re: 3.7rc6 on Raspberry PI, with/without openexr image artifacts
Date: 13 Dec 2012 02:52:37
Message: <50c98945@news.povray.org>
|
|
|
| |
| |
|
|
Am 13.12.2012 00:24, schrieb clipka:
> Apparently the problems are related to the -ffast-math compiler option;
> I'll try whether turning that off will help.
Well, no, not really. No success, except that now the color of the
artifacts is inverted.
Post a reply to this message
Attachments:
Download 'biscuit.png' (164 KB)
Preview of image 'biscuit.png'
|
|
| |
| |
|
|
|
|
| |
