Is there a way to supress the splash screen in the windows 3.5 beta version?

Post a reply to this message

In article <3bf97aba@news.povray.org> , "Tom Galvin" 
<tom### [at] nospamdataforgecom> wrote:

> Is there a way to supress the splash screen in the windows 3.5 beta version?

No, it isn't allowed by the license to disable the copyright messages of
POV-Ray.

    Thorsten

Post a reply to this message

> > Is there a way to supress the splash screen in the windows 3.5 beta
version?
>
> No, it isn't allowed by the license to disable the copyright messages of
> POV-Ray.
>
>     Thorsten

I am not looking to disable the copyright, it is also in the messages window
of the IDE.  I just don't want the splash screen popping up every time when
I run pov in the background from an external batch file.  I guess from your
answer, it is not possible with 3.5.  I will wait to see if I can make the
request for 4.0 to have the option.

Thanks for the quick reply
Tom

Post a reply to this message

"Tom Galvin" <tom### [at] nospamdataforgecom> wrote in
news:3bfed699@news.povray.org: 

> I am not looking to disable the copyright, it is also in the messages
> window of the IDE.  I just don't want the splash screen popping up
> every time when I run pov in the background from an external batch
> file.

Your best bet here is probably to wait until the 3.5 sources release and 
then compile a Win32 command-line version using a cut-down DOS front end.  
The DOS front end doesn't throw up a splash screen so you can run 
background renders--completely within the terms of povlegal--without 
getting splashed.

Post a reply to this message

On 24 Nov 2001 00:04:36 -0500, Coridon Henshaw wrote:
> "Tom Galvin" <tom### [at] nospamdataforgecom> wrote in
> news:3bfed699@news.povray.org: 
> 
>> I am not looking to disable the copyright, it is also in the messages
>> window of the IDE.  I just don't want the splash screen popping up
>> every time when I run pov in the background from an external batch
>> file.
> 
> Your best bet here is probably to wait until the 3.5 sources release and 
> then compile a Win32 command-line version using a cut-down DOS front end.  

There is no 3.5 DOS front end.  HTH, HAND.

-- 
#local R=<7084844682857967,0787982,826975826580>;#macro L(P)concat(#while(P)chr(
mod(P,100)),#local P=P/100;#end"")#end background{rgb 1}text{ttf L(R.x)L(R.y)0,0
translate<-.8,0,-1>}text{ttf L(R.x)L(R.z)0,0translate<-1.6,-.75,-1>}sphere{z/9e3
4/26/2001finish{reflection 1}}//ron.parker@povray.org My opinions, nobody else's

Post a reply to this message

Just curious: which platforms won't be supported?

--
Jonathan.

Post a reply to this message

Tom Galvin schrieb in Nachricht <3bfed699@news.povray.org>...

>I am not looking to disable the copyright, it is also in the messages
window
>of the IDE.  I just don't want the splash screen popping up every time when
>I run pov in the background from an external batch file.  I guess from your
>answer, it is not possible with 3.5.  I will wait to see if I can make the
>request for 4.0 to have the option.
>
>Thanks for the quick reply
>Tom


The best solution I found yet was to open Pov before starting the script and
activate "Keep single instance". This way no Splash Screen is shown for each
frame. Pov gets the focus at each frame anyway, though.

Marc-Hendrik

Post a reply to this message

In article <3bff5ed1$1@news.povray.org> , "JRG" <jrg### [at] hotmailcom> wrote:

> Just curious: which platforms won't be supported?

All platforms can be supported.  The POV-Team will only support a Windows,
Mac OS and Linux x86 version.

    Thorsten

____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde

Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message

Coridon Henshaw <che### [at] sympaticoca> wrote:
: Your best bet here is probably to wait until the 3.5 sources release and 
: then compile a Win32 command-line version using a cut-down DOS front end.  
: The DOS front end doesn't throw up a splash screen so you can run 
: background renders--completely within the terms of povlegal--without 
: getting splashed.

  Just be sure to not to distribute this version.

-- 
#macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
],13),8)-3,10>#end blob{N(array[6]{11117333955,
7382340,3358,3900569407,970,4254934330},0)}//                     - Warp -

Post a reply to this message

JRG wrote:
> 
> Just curious: which platforms won't be supported?
> 

I suppose there is simply not enough demand for a DOS version, if you
really want one, you can always compile the unix version with DJGPP.

Christoph

-- 
Christoph Hormann <chr### [at] gmxde>
IsoWood include, radiosity tutorial, TransSkin and other 
things on: http://www.schunter.etc.tu-bs.de/~chris/

Post a reply to this message

On 24 Nov 2001 05:41:06 -0500, Warp wrote:
> Coridon Henshaw <che### [at] sympaticoca> wrote:
>: Your best bet here is probably to wait until the 3.5 sources release and 
>: then compile a Win32 command-line version using a cut-down DOS front end.  
>: The DOS front end doesn't throw up a splash screen so you can run 
>: background renders--completely within the terms of povlegal--without 
>: getting splashed.
> 
>   Just be sure to not to distribute this version.

It can be distributed, so long as it meets all the rules set out in POVLegal.
That means it has to display the copyright notice, of course, but it doesn't
have to bring up a splash screen as it would be based on a (nonexistent) 
version that doesn't actually bring up a splash screen.

Of course, the Unix version can be redirected to /dev/null and all copyright
text gets sent to the bit bucket; I don't know of any way to prevent that
sort of abuse and still provide a command-line version of POV.

-- 
#local R=rgb 99;#local P=R-R;#local F=pigment{gradient x}box{0,1pigment{gradient
y pigment_map{[.5F pigment_map{[.3R][.3F color_map{[.15red 99][.15P]}rotate z*45
translate x]}]#local H=pigment{gradient y color_map{[.5P][.5R]}scale 1/3}[.5F
pigment_map{[.3R][.3H][.7H][.7R]}]}}}camera{location.5-3*z}//only my opinions

Post a reply to this message

Ron Parker <ron### [at] povrayorg> wrote:
: Of course, the Unix version can be redirected to /dev/null and all copyright
: text gets sent to the bit bucket; I don't know of any way to prevent that
: sort of abuse and still provide a command-line version of POV.

  I think this falls into the category "the user is granted the
privilege to modify and compile the source code for their own personal
use in any fashion they see fit."

-- 
#macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
],13),8)-3,10>#end blob{N(array[6]{11117333955,
7382340,3358,3900569407,970,4254934330},0)}//                     - Warp -

Post a reply to this message

On 24 Nov 2001 11:29:34 -0500, Warp wrote:
> Ron Parker <ron### [at] povrayorg> wrote:
>: Of course, the Unix version can be redirected to /dev/null and all copyright
>: text gets sent to the bit bucket; I don't know of any way to prevent that
>: sort of abuse and still provide a command-line version of POV.
> 
>   I think this falls into the category "the user is granted the
> privilege to modify and compile the source code for their own personal
> use in any fashion they see fit."

What if someone distributes a script that invokes the official POV in such
a way as to conceal the copyright notice?  I think that's sorta covered under
the clauses about linking, but I wonder whether there's a problem there.

-- 
#macro R(P)z+_(P)_(P)_(P+1)_(P+1)+z#end#macro Q(C,T)bicubic_patch{type 1u_steps
6v_steps 6R(1)R(3)R(5)R(7)pigment{rgb z}}#end#macro _(Y)#local X=asc(substr(C,Y
,1))-65;<T+mod(X,4)div(X,4)9>-2#end#macro O(T)Q("ABEFUQWS",T)Q("WSXTLOJN",T)#
end O(0)O(3)Q("JNKLCGCD",0)light_source{x 1}// ron### [at] povrayorg

Post a reply to this message

In article <slr### [at] fwicom> , Ron Parker 
<ron### [at] povrayorg>  wrote:

> What if someone distributes a script that invokes the official POV in such
> a way as to conceal the copyright notice?  I think that's sorta covered under
> the clauses about linking, but I wonder whether there's a problem there.

All this would be covered by the "Any attempt to obscure the fact that the
user is running POV-Ray�" clauses that can be found in both redistribution
sections (the commercial and unofficial sections) in povlegal.doc.  So such
a script being distributed together with POV-Ray in form of an unofficial
version or commercial distribution would not be allowed.  Of course only
distributing the script would be legal as the user can do with POV-Ray what
he wants, even obscure the fact that he is running POV-Ray to himself, which
shouldn't be a problem...

    Thorsten

____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde

Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message

Warp <war### [at] tagpovrayorg> wrote in news:3bff7942@news.povray.org:

> Coridon Henshaw <che### [at] sympaticoca> wrote:
>: Your best bet here is probably to wait until the 3.5 sources release
>: and then compile a Win32 command-line version using a cut-down DOS
>: front end.  The DOS front end doesn't throw up a splash screen so you
>: can run background renders--completely within the terms of
>: povlegal--without getting splashed. 

>   Just be sure to not to distribute this version.

The result of following my instructions is to port Pov to the Win32 console 
platform.  Win32 console apps cannot generate splash screens.  The only 
requirements in Povlegal for presenting the credits in text-based ports is 
that the credits screen is left intact.  Unless you are arguing that it is 
illegal to port Povray to any command-line platform, I see no reason that a 
Win32 console port would be illegal.

Post a reply to this message

> The result of following my instructions is to port Pov to the Win32
console
> platform.  Win32 console apps cannot generate splash screens.  The only
> requirements in Povlegal for presenting the credits in text-based ports is
> that the credits screen is left intact.  Unless you are arguing that it is
> illegal to port Povray to any command-line platform, I see no reason that
a
> Win32 console port would be illegal.

just get it to echo a the legally required oompf to the console as soon as
it starts


--

Rick

Kitty5 WebDesign - http://Kitty5.com
POV-Ray News & Resources - http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037

PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA

Post a reply to this message

Coridon Henshaw <che### [at] sympaticoca> wrote:
: Win32 console apps cannot generate splash screens.

  Are you sure?

  I think (I'm not 100% sure) that console apps can open windows in the same
way as any other windows program.

-- 
#macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
],13),8)-3,10>#end blob{N(array[6]{11117333955,
7382340,3358,3900569407,970,4254934330},0)}//                     - Warp -

Post a reply to this message

Warp <war### [at] tagpovrayorg> wrote in news:3c001b78@news.povray.org:

> Coridon Henshaw <che### [at] sympaticoca> wrote:
>: Win32 console apps cannot generate splash screens.
 
> I think (I'm not 100% sure) that console apps can open windows in the
> same  way as any other windows program.

Pretty much by definition any app which creates windows ceases to be a 
console mode app.

Again, are you asserting that it is illegal to port Povray to a text-based 
platform?  (y/n)

Post a reply to this message

On 24 Nov 2001 18:17:58 -0500, che### [at] sympaticoca (Coridon Henshaw)
wrote:

>Again, are you asserting that it is illegal to port Povray to a text-based 
>platform?  (y/n)

It is not, as long as a) the full copyright message is displayed b) it
is clearly stated that it is an unofficial version and the POV Team is
not responsible for this version and c) you take the burden of
supporting it.


Peter Popov ICQ : 15002700
Personal e-mail : pet### [at] vipbg
TAG      e-mail : pet### [at] tagpovrayorg

Post a reply to this message

Coridon Henshaw <che### [at] sympaticoca> wrote:
: Pretty much by definition any app which creates windows ceases to be a 
: console mode app.

  Not true.
  For example a program could be used from the console, it could read
commands and execute them, etc, and it could open windows for example for
drawing a graph (matlab works this way in X).

-- 
#macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
],13),8)-3,10>#end blob{N(array[6]{11117333955,
7382340,3358,3900569407,970,4254934330},0)}//                     - Warp -

Post a reply to this message

> Coridon Henshaw <che### [at] sympaticoca> wrote:
> : Pretty much by definition any app which creates windows ceases to be a
> : console mode app.
>
>   Not true.
>   For example a program could be used from the console, it could read
> commands and execute them, etc, and it could open windows for example for
> drawing a graph (matlab works this way in X).

a console app ceases to be a console app when it cannot be run in a console
only environment


--

Rick

Kitty5 WebDesign - http://Kitty5.com
POV-Ray News & Resources - http://Povray.co.uk
TEL : +44 (01270) 501101 - FAX : +44 (01270) 251105 - ICQ : 15776037

PGP Public Key
http://pgpkeys.mit.edu:11371/pks/lookup?op=get&search=0x231E1CEA

Post a reply to this message

On Sun, 25 Nov 2001 00:19:17 -0000, Rick [Kitty5] wrote:
>> Coridon Henshaw <che### [at] sympaticoca> wrote:
>> : Pretty much by definition any app which creates windows ceases to be a
>> : console mode app.
>>
>>   Not true.
>>   For example a program could be used from the console, it could read
>> commands and execute them, etc, and it could open windows for example for
>> drawing a graph (matlab works this way in X).
> 
> a console app ceases to be a console app when it cannot be run in a console
> only environment

Then there's no such thing as a console app under NT, since there's no such
thing as a "console only environment" in NT.  This is clearly not a usable 
definition.

The truth is, there's a specific definition of what constitutes a "console mode
app" in Windows, and it is absolutely true that an app can meet that definition
and still create windows and draw to the screen.  Most don't, but there's no
reason they couldn't if they wanted to.

-- 
#local R=<7084844682857967,0787982,826975826580>;#macro L(P)concat(#while(P)chr(
mod(P,100)),#local P=P/100;#end"")#end background{rgb 1}text{ttf L(R.x)L(R.y)0,0
translate<-.8,0,-1>}text{ttf L(R.x)L(R.z)0,0translate<-1.6,-.75,-1>}sphere{z/9e3
4/26/2001finish{reflection 1}}//ron.parker@povray.org My opinions, nobody else's

Post a reply to this message

On 24 Nov 2001 18:17:58 -0500, Coridon Henshaw wrote:
> Again, are you asserting that it is illegal to port Povray to a text-based 
> platform?  (y/n)

Of course nobody's asserting that.  Equally of course, that won't stop you 
from making an ass out of yourself trying to show how horrible everyone 
associated with the production of POV-Ray is just because you're not allowed
to use the code for whatever you want.

-- 
#macro R(L P)sphere{L F}cylinder{L P F}#end#macro P(V)merge{R(z+a z)R(-z a-z)R(a
-z-z-z a+z)torus{1F clipped_by{plane{a 0}}}translate V}#end#macro Z(a F T)merge{
P(z+a)P(z-a)R(-z-z-x a)pigment{rgbf 1}hollow interior{media{emission 3-T}}}#end 
Z(-x-x.2x)camera{location z*-10rotate x*90normal{bumps.02scale.05}}

Post a reply to this message

Peter Popov <pet### [at] vipbg> wrote in
news:jfb00u4u5qitght0p4vqmug65bjo00r72b@4ax.com: 

> On 24 Nov 2001 18:17:58 -0500, che### [at] sympaticoca (Coridon Henshaw)
> wrote:

>>Again, are you asserting that it is illegal to port Povray to a
>>text-based platform?
 
> It is not, as long as a) the full copyright message is displayed b) it
> is clearly stated that it is an unofficial version and the POV Team is
> not responsible for this version and c) you take the burden of
> supporting it.

I know that's what Povlegal says.  I'm merely wondering why Warp expressed 
an opinion that a Win32 console port would be illegal.

Post a reply to this message

Coridon Henshaw <che### [at] sympaticoca> wrote:
: I know that's what Povlegal says.  I'm merely wondering why Warp expressed 
: an opinion that a Win32 console port would be illegal.

  I may be suffering of early dementia, as I have absolutely no memory about
saying anything like that.

-- 
#macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
],13),8)-3,10>#end blob{N(array[6]{11117333955,
7382340,3358,3900569407,970,4254934330},0)}//                     - Warp -

Post a reply to this message

You're right, rendrib (BMRT) does it too (and it's obviously a console app).

--
Jonathan.

"Warp" <war### [at] tagpovrayorg> ha scritto nel messaggio
news:3c003373@news.povray.org...
> Coridon Henshaw <che### [at] sympaticoca> wrote:
> : Pretty much by definition any app which creates windows ceases to be a
> : console mode app.
>
>   Not true.
>   For example a program could be used from the console, it could read
> commands and execute them, etc, and it could open windows for example for
> drawing a graph (matlab works this way in X).
>
> --
> #macro N(D,I)#if(I<6)cylinder{M()#local D[I]=div(D[I],104);M().5,2pigment{
> rgb M()}}N(D,(D[I]>99?I:I+1))#end#end#macro M()<mod(D[I],13)-6,mod(div(D[I
> ],13),8)-3,10>#end blob{N(array[6]{11117333955,
> 7382340,3358,3900569407,970,4254934330},0)}//                     - Warp -

Post a reply to this message

On 25 Nov 2001 01:56:49 -0500, che### [at] sympaticoca (Coridon Henshaw)
wrote:

>I know that's what Povlegal says.  I'm merely wondering why Warp expressed 
>an opinion that a Win32 console port would be illegal.

Well, everything's ok then. I just had to mention it sa most people
don't care to read the document as thoroughly as needed.


Peter Popov ICQ : 15002700
Personal e-mail : pet### [at] vipbg
TAG      e-mail : pet### [at] tagpovrayorg

Post a reply to this message

On 25 Nov 2001 00:57:59 -0500, Ron Parker <ron### [at] povrayorg>
wrote:

>Of course nobody's asserting that.  Equally of course, that won't stop you 
>from making an ass out of yourself trying to show how horrible everyone 
>associated with the production of POV-Ray is just because you're not allowed
>to use the code for whatever you want.

Ahem... Ron, was that called for? Maybe I missed the small text
somewhere.


Peter Popov ICQ : 15002700
Personal e-mail : pet### [at] vipbg
TAG      e-mail : pet### [at] tagpovrayorg

Post a reply to this message

On Mon, 26 Nov 2001 13:00:46 +0200, Peter Popov wrote:
> On 25 Nov 2001 00:57:59 -0500, Ron Parker <ron### [at] povrayorg>
> wrote:
> 
>>Of course nobody's asserting that.  Equally of course, that won't stop you 
>>from making an ass out of yourself trying to show how horrible everyone 
>>associated with the production of POV-Ray is just because you're not allowed
>>to use the code for whatever you want.
> 
> Ahem... Ron, was that called for? Maybe I missed the small text
> somewhere.

What you missed is that this luser has been bashing the POV-Team over in CGRR
for at least five years, by my count.  He's a petty little whiner and nothing
more.

-- 
#local R=<7084844682857967,0787982,826975826580>;#macro L(P)concat(#while(P)chr(
mod(P,100)),#local P=P/100;#end"")#end background{rgb 1}text{ttf L(R.x)L(R.y)0,0
translate<-.8,0,-1>}text{ttf L(R.x)L(R.z)0,0translate<-1.6,-.75,-1>}sphere{z/9e3
4/26/2001finish{reflection 1}}//ron.parker@povray.org My opinions, nobody else's

Post a reply to this message

> What you missed is that this luser has been bashing the POV-Team over in
CGRR
> for at least five years, by my count.  He's a petty little whiner and
nothing
> more.
>

As the originator of this thread, I just want to say:

The POV Team Rules.  You guys have given us a great product, fantastic
support,
and created a wonderful community.  Thanks!!!

Reading this thread has raised one more question in my mind.  Is POV-Ray 3.5
not
going to have an "Official" console mode version for the M$ platforms?

Just curious
Tom

Post a reply to this message

On Mon, 26 Nov 2001 22:55:12 -0500, "Tom Galvin"
<tom### [at] nospamdataforgecom> wrote:

>Reading this thread has raised one more question in my mind.  Is POV-Ray 3.5
>not
>going to have an "Official" console mode version for the M$ platforms?

Last I heard the Team's official position was that they would
officially support Windows, Linux and Mac. A win32 or dos console app
was not in the list.

Don't worry, the minute the source is available someone will do a
compile.


Peter Popov ICQ : 15002700
Personal e-mail : pet### [at] vipbg
TAG      e-mail : pet### [at] tagpovrayorg

Post a reply to this message