POV-Ray : Newsgroups : povray.general : versions Server Time
31 Oct 2024 19:29:58 EDT (-0400)
  versions (Message 1 to 8 of 8)  
From: Dick Balaska
Subject: versions
Date: 25 Oct 2019 11:18:38
Message: <5db3124e$1@news.povray.org>
Speaking of POV-Ray versions, what version are y'all using?

I see several tags in git,
v3.8.0-x.tokenizer.* (2019-01-02)
v3.8.0-x.freetype.2 (2019-02-19)
and
v3.8.0-alpha.10064268 (2019-02-18)

Is the tokenizer stable?  I was waiting for clipka to merge that before 
importing it into qtpovray, but he seems to have wandered off into RL.

Cousin Ricky says the '268 version doesn't build out of the box.

I wished we'd cut a 3.8.0 release when we were oh-so-close 2 years ago. 
There were a bunch of new features over 3.7 and it was pretty stable. 
My plan was to release qtpovray to the debian pool when 3.8 happened, 
but it looks like now an actual 3.8 release is a dream.

-
dik
Rendered 17306265600 of 40928716800 pixels (42%)


Post a reply to this message

From: Thomas de Groot
Subject: Re: versions
Date: 26 Oct 2019 02:24:10
Message: <5db3e68a$1@news.povray.org>
Op 25/10/2019 om 17:18 schreef Dick Balaska:
> Speaking of POV-Ray versions, what version are y'all using?
> 
> I see several tags in git,
> v3.8.0-x.tokenizer.* (2019-01-02)
> v3.8.0-x.freetype.2 (2019-02-19)
> and
> v3.8.0-alpha.10064268 (2019-02-18)
> 
> Is the tokenizer stable?  I was waiting for clipka to merge that before 
> importing it into qtpovray, but he seems to have wandered off into RL.
> 
> Cousin Ricky says the '268 version doesn't build out of the box.
> 
> I wished we'd cut a 3.8.0 release when we were oh-so-close 2 years ago. 
> There were a bunch of new features over 3.7 and it was pretty stable. My 
> plan was to release qtpovray to the debian pool when 3.8 happened, but 
> it looks like now an actual 3.8 release is a dream.
> 
> -
> dik
> Rendered 17306265600 of 40928716800 pixels (42%)


I am using povray-3.8.0-alpha.10064268-av691-win64 which is stable as 
far as I can tell: I never had any strange things happening. Don't know 
where Clipka has wandered off to, but I have assumed that he has decided 
to dedicate himself entirely to the development of POV-Ray, without 
being disturbed by our shouts and bangings on the front door. ;-)

I may be wrong, though...

-- 
Thomas


Post a reply to this message

From: Mr
Subject: Re: versions
Date: 1 Nov 2019 05:00:01
Message: <web.5dbbf24cbc8376fb12f626e0@news.povray.org>
Thomas de Groot <tho### [at] degrootorg> wrote:
> Op 25/10/2019 om 17:18 schreef Dick Balaska:
> > Speaking of POV-Ray versions, what version are y'all using?
> >
> > I see several tags in git,
> > v3.8.0-x.tokenizer.* (2019-01-02)
> > v3.8.0-x.freetype.2 (2019-02-19)
> > and
> > v3.8.0-alpha.10064268 (2019-02-18)
> >
> > Is the tokenizer stable?  I was waiting for clipka to merge that before
> > importing it into qtpovray, but he seems to have wandered off into RL.
> >
> > Cousin Ricky says the '268 version doesn't build out of the box.
> >
> > I wished we'd cut a 3.8.0 release when we were oh-so-close 2 years ago.
> > There were a bunch of new features over 3.7 and it was pretty stable. My
> > plan was to release qtpovray to the debian pool when 3.8 happened, but
> > it looks like now an actual 3.8 release is a dream.
> >
> > -
> > dik
> > Rendered 17306265600 of 40928716800 pixels (42%)
>
>
> I am using povray-3.8.0-alpha.10064268-av691-win64 which is stable as
> far as I can tell: I never had any strange things happening. Don't know
> where Clipka has wandered off to, but I have assumed that he has decided
> to dedicate himself entirely to the development of POV-Ray, without
> being disturbed by our shouts and bangings on the front door. ;-)
>
> I may be wrong, though...
>
> --
> Thomas

Happy that it does feature AA type 3, etc. I am waiting to see if 3.8 can merge
as many versions as possible (using Uberpov and 3.7 currently) if nothing from
uberpov is missing in 3.8 AND if it gets officially distributed (builds?) The
Blender exporter could be simplified switching to it only. any chance of seing
HG pov  get merged as well?
I would speculate that Indeed clipka could be coding silently on bigger projects
than usual rather than just having a life, because that would be more consistent
 with the mysterious new color spaces that were added to POV 3.8 :-) Unless
someone else put them there and could explain what they are for?


Post a reply to this message

From: William F Pokorny
Subject: Re: versions
Date: 2 Nov 2019 05:28:27
Message: <5dbd4c3b$1@news.povray.org>
On 10/25/19 11:18 AM, Dick Balaska wrote:
> Speaking of POV-Ray versions, what version are y'all using?
> 
> I see several tags in git,
> v3.8.0-x.tokenizer.* (2019-01-02)
> v3.8.0-x.freetype.2 (2019-02-19)
> and
> v3.8.0-alpha.10064268 (2019-02-18)
> 
> Is the tokenizer stable?  I was waiting for clipka to merge that before 
> importing it into qtpovray, but he seems to have wandered off into RL.
> 
> Cousin Ricky says the '268 version doesn't build out of the box.
> 
> I wished we'd cut a 3.8.0 release when we were oh-so-close 2 years ago. 
> There were a bunch of new features over 3.7 and it was pretty stable. My 
> plan was to release qtpovray to the debian pool when 3.8 happened, but 
> it looks like now an actual 3.8 release is a dream.
> 
> -
> dik
> Rendered 17306265600 of 40928716800 pixels (42%)

My recollection with respect to release branches and status.

As far as I know the new tokenizer with all fixes is already in the 
current 3.8 master branch. I'm playing with one, sometimes very 
significant performance update to the function VM which is parser 
related. I'd vote for the update to be in any 3.8 release. See:

https://github.com/wfpokorny/povray/tree/performance/parseVMconstants

The freetype update has issues with inside tests which would need to be 
fixed at a minimum. I suspect there are further issues given POV-Ray 
handles loops with respect to insides differently than these are handled 
with fonts. POV-Ray using edge crossing test counts to determine 
inside-ness and fonts using clock-wise vs counter-clockwise loop 
rotation and allowing inside or outside loops to overlap without 
changing inside/outside meaning. Fonts which do this sort of same 
winding direction loop overlapping will not today work - no matter 
adopting the freetype library or not, but I think we don't know the 
frequency of fonts with overlapped loops in the additional font types 
use of freetype enables. For any merge into 3.8 and release - maybe this 
last a worry about it later thing. I don't know. If the overlaps common 
and not addressed a POV-Ray freetype enabled release might 'look' really 
buggy.

I agree with Thomas in finding the current 3.8 release quite stable. 
However, there is a performance degrade of 30-40% for generic 
architecture compiles (the usual linux package compiles). It happens 
with somewhat common use cases which are not represented well by our 
benchmark scene. In my view the degrade would ideally be addressed to at 
least some degree prior to any 3.8 release. See:

https://github.com/POV-Ray/povray/issues/363

for details.

Oh, some of the shape uv mapping documented as enabled is currently 
disabled / reverted to incorrect behavior (some earlier corrected - 
ovus) - due issues... There are days I think we should just yank all the 
3.7/3.8 in-shape uv mapping given actual use and implementation - but 
yeah, won't happen - and so it's a mess needing some straightening out 
ahead of any 3.8 release.

Certain I'm not remembering everything open... One more - given vim/gvim 
ships with all linux with 3.7 syntax support, suppose somebody should 
update it for any 3.8 release. On my list, but who knows when or if ever 
I'll get to it(1).

Bill P.

(1) - Quite a few instances in my current vim use where I don't really 
agree with the current 3.7 keyword syntax bucketing, but what's there is 
useful.


Post a reply to this message

From: Alain Martel
Subject: Re: versions
Date: 2 Nov 2019 08:46:27
Message: <5dbd7aa3$1@news.povray.org>
Le 2019-11-01 à 04:58, Mr a écrit :
> Thomas de Groot <tho### [at] degrootorg> wrote:
>> Op 25/10/2019 om 17:18 schreef Dick Balaska:
>>> Speaking of POV-Ray versions, what version are y'all using?
>>>
>>> I see several tags in git,
>>> v3.8.0-x.tokenizer.* (2019-01-02)
>>> v3.8.0-x.freetype.2 (2019-02-19)
>>> and
>>> v3.8.0-alpha.10064268 (2019-02-18)
>>>
>>> Is the tokenizer stable?  I was waiting for clipka to merge that before
>>> importing it into qtpovray, but he seems to have wandered off into RL.
>>>
>>> Cousin Ricky says the '268 version doesn't build out of the box.
>>>
>>> I wished we'd cut a 3.8.0 release when we were oh-so-close 2 years ago.
>>> There were a bunch of new features over 3.7 and it was pretty stable. My
>>> plan was to release qtpovray to the debian pool when 3.8 happened, but
>>> it looks like now an actual 3.8 release is a dream.
>>>
>>> -
>>> dik
>>> Rendered 17306265600 of 40928716800 pixels (42%)
>>
>>
>> I am using povray-3.8.0-alpha.10064268-av691-win64 which is stable as
>> far as I can tell: I never had any strange things happening. Don't know
>> where Clipka has wandered off to, but I have assumed that he has decided
>> to dedicate himself entirely to the development of POV-Ray, without
>> being disturbed by our shouts and bangings on the front door. ;-)
>>
>> I may be wrong, though...
>>
>> --
>> Thomas
> 
> Happy that it does feature AA type 3, etc. I am waiting to see if 3.8 can merge
> as many versions as possible (using Uberpov and 3.7 currently) if nothing from
> uberpov is missing in 3.8 AND if it gets officially distributed (builds?) The
> Blender exporter could be simplified switching to it only. any chance of seing
> HG pov  get merged as well?
> I would speculate that Indeed clipka could be coding silently on bigger projects
> than usual rather than just having a life, because that would be more consistent
>   with the mysterious new color spaces that were added to POV 3.8 :-) Unless
> someone else put them there and could explain what they are for?
> 
reflection{Reflect roughness Rough} is still on the to-do list.


Post a reply to this message

From: Dick Balaska
Subject: Re: versions
Date: 2 Nov 2019 14:00:57
Message: <5dbdc459@news.povray.org>
On 11/2/19 5:28 AM, William F Pokorny wrote:

> As far as I know the new tokenizer with all fixes is already in the 
> current 3.8 master branch. 
I see it now.  And '268 picked up master.

The Smartgit visualization was default sorted by "primary branches" 
which was a mess to follow. (2015 work 'looked' newer than 2019 work).
I found Sort by Date, which is much clearer; it reduced 16 "active" 
branches to 5.

Ok, I'll update to '268.


-- 
dik
Rendered 21,270,988,800 of 40,928,716,800 pixels (51%)


Post a reply to this message

From: Mr
Subject: Re: versions
Date: 8 Nov 2019 05:20:00
Message: <web.5dc540c4bc8376fb12f626e0@news.povray.org>
William F Pokorny <ano### [at] anonymousorg> wrote:
> (1) - Quite a few instances in my current vim use where I don't really
> agree with the current 3.7 keyword syntax bucketing, but what's there is
> useful.

And did you,by any chance, get to try the Blender's text editor POV syntax
highlighting ? Some feedback could be nice to know if I did things more or less
correctly there : Just enable the POV Ray addon to have automatic syntax
highlight from the dedicated icon for inc, pov, mcr, ini files...
(for the available pov templates or your own opened files)



Alain Martel <kua### [at] videotronca> wrote:
> reflection{Reflect roughness Rough} is still on the to-do list.

Indeed a show stopper. Where would that todo list be?


Post a reply to this message

From: William F Pokorny
Subject: Re: versions
Date: 13 Nov 2019 07:44:56
Message: <5dcbfac8@news.povray.org>
On 11/8/19 5:17 AM, Mr wrote:
> William F Pokorny <ano### [at] anonymousorg> wrote:
>> (1) - Quite a few instances in my current vim use where I don't really
>> agree with the current 3.7 keyword syntax bucketing, but what's there is
>> useful.
> 
> And did you,by any chance, get to try the Blender's text editor POV syntax
> highlighting ? Some feedback could be nice to know if I did things more or less
> correctly there : Just enable the POV Ray addon to have automatic syntax
> highlight from the dedicated icon for inc, pov, mcr, ini files...
> (for the available pov templates or your own opened files)
> 

No. Though I have Blender installed - and in part because I had intended 
to look at the text editor for POV-Ray... I'll keep taking a look in 
mind - if and when I seriously look at updated vim highlighting / error 
checking.

Bill P.


Post a reply to this message

Copyright 2003-2023 Persistence of Vision Raytracer Pty. Ltd.