I've been chatting in the povray.images channel about some graphics I 
rendered in POV-Ray for a Kickstarter I'm running.  If you want to see 
more POV-Ray graphics and animation I rendered, or if you just want to 
see what I look like, here's a link to the Kickstarter:

https://www.kickstarter.com/projects/pigeontalk/pigeontalk-a-programming-environment-to-explore-computing

If you wish to fund the Kickstarter, that's great.  I'd appreciate it. 
If it's not your thing, perfect - I understand completely.  If you think 
others might be interested, I'd appreciate any shares or any help 
spreading the word.  If you'd like to just watch the video and poke fun 
at my video production skills, that's great too.

Thanks,
David (K.) Buck

Post a reply to this message

I wish David the best and hope the kickstarter meets its goal (and have 
backed the campaign myself as I'm keen to see where this goes).

For those who aren't aware, it was David's contribution of the DKBTrace 
source code that formed the basis of the first version of POV-Ray, so 
without him POV-Ray as we know it would simply not exist.

I'll also add that in my opinion the fact he was able to create a 
functional SDL-based raytracer that ran on 80's-era microcomputers 
speaks well of his ability as a software engineer; this gives me 
confidence that if funded the IDE will do all that it sets out to do.

-- Chris

Post a reply to this message

Thanks, Chris.  When I first released DKBTrace, my feeling was that I 
had a lot of fun developing it and rendering amazing pictures.  I wanted 
to share that feeling with others so that others could experience the 
same joy.

That's what I feel about this project.  PigeonTalk is meant to get 
people excited about programming by giving them worlds to play in 
(graphics, sound, music, AI, etc.) and letting them explore.

I'm also using it as a way to explore new programming paradigms.  I want 
to get away from programming as a text-based activity.  We've come so 
far in computing that we shouldn't need to restrict ourselves to text 
editors and compilers in order to write our programs. Programs are built 
on concepts.  Let's find a say to visualize those concepts and edit the 
visualizations. We need better tools.

 From a POV-Ray point of view, imagine a scene editor where a plane or a 
sphere is shown as a block (look at Scratch or Blockly) using an icon of 
a plane or a sphere? What if a texture block could show a small sphere 
rendered in that texture? What if a color value showed a square with 
that color? What if a camera definition could show a simple scene from 
that perspective? A light source could show you a simple scene rendered 
from the location of the light source?  Would that make it easier to 
look at your SDL script and understand what's going on?

I'm excited by where this could go.  I hope others can share in that 
excitement.

David

On 2022-02-04 1:11 a.m., Chris Cason wrote:
> I wish David the best and hope the kickstarter meets its goal (and have 
> backed the campaign myself as I'm keen to see where this goes).
> 
> For those who aren't aware, it was David's contribution of the DKBTrace 
> source code that formed the basis of the first version of POV-Ray, so 
> without him POV-Ray as we know it would simply not exist.
> 
> I'll also add that in my opinion the fact he was able to create a 
> functional SDL-based raytracer that ran on 80's-era microcomputers 
> speaks well of his ability as a software engineer; this gives me 
> confidence that if funded the IDE will do all that it sets out to do.
> 
> -- Chris

Post a reply to this message

David Buck <dav### [at] simberoncom> wrote:

> I'm also using it as a way to explore new programming paradigms.  I want
> to get away from programming as a text-based activity.  We've come so
> far in computing that we shouldn't need to restrict ourselves to text
> editors and compilers in order to write our programs. Programs are built
> on concepts.  Let's find a say to visualize those concepts and edit the
> visualizations. We need better tools.

We do, and there has been extensive discussion over the years of what those
tools are and how they should function.

Certainly there are tasks that are easiest and most intuitive to accomplish or
create the vast majority of the basic rough framework using some sort of
modeler.

https://agalena.nfshost.com/b1/software/epspline-prism-and-lathe-editor/
Moray

There are, however, other tasks that are best accomplished with that sort of
hand-coding approach.  Off the top of my head, this is usually along the lines
of finding intersections, tangent points, angles, etc in order to make things
line up or transition smoothly.

Dick Balaska's qtpovray editor has some interesting features slong the lines of
what you're talking about.
http://buckosoft.com/qtpov/
Check out the color and colormap editors - hovering over that codeblock displays
a "tool tip" as a visual guide.


>  From a POV-Ray point of view, imagine a scene editor where a plane or a
> sphere is shown as a block (look at Scratch or Blockly) using an icon of
> a plane or a sphere? What if a texture block could show a small sphere
> rendered in that texture? What if a color value showed a square with
> that color? What if a camera definition could show a simple scene from
> that perspective? A light source could show you a simple scene rendered
> from the location of the light source?  Would that make it easier to
> look at your SDL script and understand what's going on?

I know most folks haven't ever used VISIO, but I have found it to be a versatile
and easy-to-use drawing program primarily because it has a lot of the types of
features that you're discussing.  Each shape has a default template that you
grab, drag, and drop onto a worksheet, can resize and reposition with handles,
align by mouse, or snap-to grids, evenly distribute many objects across a space,
or directly edit the numerical location by hand.   Colors textures and borders
can be applied as attributes.

The really interesting thing, of course, are the "shape sheets" that each
instantiation of a shape has.   It's like an embedded spreadsheet that you can
edit to control the behaviour of the shape.   Maybe you want a rectangular shape
to automatically display the angle of the diagonal.  Maybe you want to lock the
vertical size so that it can only be resized horizontally.   Maybe it needs to
stay a square, and you can only resize it diagonally.

Probably the easiest way to get an idea is to check out
http://www.visguy.com/
and the projects that people in the discussion forum work on.

I know that when I first began applying myself to using POV-Ray, it was the
inability to quickly and properly visualize the vector space and the objects
that I was placing into it that really made things slow, and increased the entry
barrier.  The instant-feedback and interaction with a modeler - especially on
with some sort of "meta" view - showing where the camera is in the scene - is
something that I really think helps people grasp those concepts and have those
critical "AHA!" moments that keep them going so that they can get up the
momentum to KEEP using something like POV-Ray.

Then it become less of "I'll NEVER be able to do.... xyz" because they already
have a list of _fait accomplis_ to look back.   Nothing inspires more confidence
than success.



> I'm excited by where this could go.  I hope others can share in that
> excitement.

I know that when I first started programming - first with a TRS-80, and then
with the various home computers that started to become available (Timex Sinclair
1000, VIC-20, Commodore 64, Atari XL-800, ....) it was the ability to draw,
animate, and control input with a controller (joystick) or output via the
joystick port (analog-to-digital converter and vice-versa) that made the system
interactive enough to provide that enduring "hook" - something that kept that
interest and passion alive and fresh during the inevitable rough spots - that
really made it exciting.  What kid didn't want to write their very own video
game?   (I know, millions - but they don't count here   ;)  )

Arduino has certainly caught on in a huge way, and it certainly allows Chris
Young to still get along and be employed doing important and productive
electronic and software development work.



I'm sure you have your own ideas about what this will do and where it will go,
but in my attempt to move ahead with certain projects, the thing that I have
found to be the most limiting is the lack of "under the hood" functionality in
terms of functions and subroutines.
Things like various types of sort, convex hull, and other stuff that one might
find in libraries, computer science courses, and things one sees being coded in
live-coding videos.


- Bill

Post a reply to this message

David Buck <dav### [at] simberoncom> wrote:
> I've been chatting in the povray.images channel about some graphics I
> rendered in POV-Ray for a Kickstarter I'm running.  If you want to see
> more POV-Ray graphics and animation I rendered, or if you just want to
> see what I look like, here's a link to the Kickstarter:
>
>
https://www.kickstarter.com/projects/pigeontalk/pigeontalk-a-programming-environment-to-explore-computing
>
> If you wish to fund the Kickstarter, that's great.  I'd appreciate it.
> If it's not your thing, perfect - I understand completely.  If you think
> others might be interested, I'd appreciate any shares or any help
> spreading the word.  If you'd like to just watch the video and poke fun
> at my video production skills, that's great too.
>
> Thanks,
> David (K.) Buck

These visual block based environments are an awesome introduction to creative
computer use, I got a kid strated on procucing things on his first computer
instead of just becoming yet another social network's customer a couple of years
ago.
POV-Ray does have this best first approach tool at its core, and since for kids,
typos are a killer, that's why I didn't get him as hooked to POV, if your tool
had existed back then, I would totally have hidden that kid the existence of
Roblox and Scratch to make sure we got one more future fellow POVer!  In your
project please do not forget mobile terminals and the fact that POV can be built
for them thanks to Termux (see wiki how to's)
I also suspect that your endeavour might have a strong impact on the way the
future POV4 language could get structured, because there is powerusers demand
for more efficient syntax, but it's very challenging to not make it stear pov
away from the human readability that it had miraculoously managed to keep (that
initially made some other languages such as, for instance, Python so
successfull)

Post a reply to this message