[x3d-public] FW: 5th? in a series on the rise and demiseControllerCentered Computing
GL
info at 3dnetproductions.com
Thu May 16 00:52:02 PDT 2019
>From my point of view, this "continuous" input would be simlar to the input a client receives in a multiuser application (client/server relationship). The "stream" of data appears continuous, but it is in fact sent at intervals (for example 1,000 ms increments, while rendering can be smoothed out with interpolators so everything appear contiguous). Basically, what you have is a rapid succession of discreet inputs. If you don't need to deal with network latency or other constraints, the input rate can be much faster (let's say 100 ms intervals or faster). You would then pretty much have continuous input, and, in that fashion, something that works with X3D just the way we have now with SAI.
I understand that you are trying to get at "non-event" processing, but unless we are actually 'listening' for something, then no event listener is triggered, as in the case when "Ok Google" is not heard. However, it would conceivably be possible to enter the realm of 'fuzzy logic' event handling, where the input is not precise but falls in between defined values (some quick explanation of that here: https://data-flair.training/blogs/fuzzy-logic-systems/). We would still have discreet inputs, but they would be driven by imprecise or informal triggers, if that is what you were pondering. More in the domain of AI, but suited just fine to X3D. I don't see a problem here at all, but I like that we address questions like this. Just thinking about it opens the mind…
Gina-Lauren
________________________________________________________
* * * Interactive Multimedia - Internet Management * * *
* * Virtual Reality -- Application Programming * *
* 3D Net Productions 3dnetproductions.com *
From: x3d-public [mailto:x3d-public-bounces at web3d.org] On Behalf Of Joseph D Williams
Sent: Wednesday, May 15, 2019 3:00 PM
To: John Carlson; Leonard Daly; X3D Graphics public mailing list
Subject: Re: [x3d-public] FW: 5th? in a series on the rise and demiseControllerCentered Computing
Ø Is X3D following, or is the technology not advanced enough?
All this stuff should work. Look at the x3d sai and see that a scene is capable of being built and controlled from external and, of course, internal.
Of course, one reason we carry around the containerField stuff in both vrml and x3d is allowing fastest (is it called context-free?) parsing and activation.
Continuous programming languages, is that like stuff that is already ready to be executed without any further work. Of course a language designed to compiling for a known realtime may look a bit different on the surface than x3d user code, but you gotta look at the whole package.
Ø Continuous versus discrete input, I guess.
As long as input/output seems continuous to me and I don’t ever need to care about the discretes, I guess its mostly ok.
Joe
From: John <mailto:yottzumm at gmail.com> Carlson
Sent: Wednesday, May 15, 2019 11:19 AM
To: Leonard Daly <mailto:Leonard.Daly at realism.com> ; X3D Graphics public mailing list <mailto:x3d-public at web3d.org>
Subject: Re: [x3d-public] FW: 5th? in a series on the rise and demiseControllerCentered Computing
So for example, I might have a continuous input compiler/interpreter(CICI) or continuous input IDE (CIIDE). This is different from continuous integration. I’m also thinking of continuous programming languages, somewhat similar to dynamicland
I guess, but also like dance programming (dance dance revolution video game, but continuous) and virtual pottery, ideas I had back in 1991. I guess I have abstracted all those ideas into “continuous input devices” and assume the software is following. Is X3D following, or is the technology not advanced enough? Can the event loop handle it? Are Kinect and Leap Motion well supported? Mine are pretty much binned.
I am rejoining the agile movement it seems.
John
On Wed, May 15, 2019 at 11:38 AM John Carlson <yottzumm at gmail.com> wrote:
That’s the general idea, Leonard, computers moving into the background, with voice, gestures/video making the computer active.
So if one’s wife suddenly screams, should one treat it as passive input, or activate?
I need an “OK Google” command I think.
Continuous versus discrete input, I guess.
😊
John
Sent from Mail <https://go.microsoft.com/fwlink/?LinkId=550986> for Windows 10
From: Leonard Daly <mailto:Leonard.Daly at realism.com>
Sent: Wednesday, May 15, 2019 9:45 AM
To: x3d-public at web3d.org
Subject: Re: [x3d-public] 5th? in a series on the rise and demise ControllerCentered Computing
John,
Not sure what you are trying to get to/at here.
On the topic of looking for a non-command passive input. Is the audio monitoring by your (real) phone for "OK Google" an example of non-command passive input? The command is "OK Google", but there is a lot of "listening" that happens waiting for the command. It seems like there is continual input processing and very little makes it past the "OK Google" filter, which generates a command (event) to the OS.
Leonard Daly
Model-View-Controller (from Smalltalk) Discussion aka
Storage-Output-Input-Processing
Very boring, except for passive ambient input discussion (non-command controllers).
So this is stepping up a level into systems of paradigms (paradigms being view, controller, model, and processing) so around 14-15 in the hierarchy of complexity, 16 being max’ed out. https://en.wikipedia.org/wiki/Model_of_hierarchical_complexity#Stages_of_hierarchical_complexity
=============================================
Review:
View/Output components
Dimension 0-2
Pixel
Letter
Shape
Review and Expand:
Controller/Input Device components
Typical:
Individual
https://en.wikipedia.org/wiki/Input_device (too many to list here)
Physical Motion (yawl, roll, dive)
Medical Devices (is there a group?)
Presence/Location
Leap Motion
Group
Social Forums/Chat/Voice/Video
Video of Sports Games
Corporation input
Atypical:
Individual
Emotional Energy
Fear
Anxiety
Love
Thinking
Therapy Robot input
Group
DynamicLand
Kinect
New:
Model/Storage components
Primitive Types
Boolean
Number
Letter
Pointer/Reference/Address
Frequency
Wavelength
Temperature
Structured Types
Unordered Map (object)
Ordered Map (array, list, function, grid, uri)
Graph (network, DAG, Hypergraph)
Date/Time
Blood Pressure
Pulse
New category, but previously covered
Processing/Generators
Loop
Procedural
Hyper
Stochastic
Chaotic
Quantum
Not sure where this fits
Meta
So controllers are moving away from typical to atypical inputs. Controller input *might* be converted into commands. I am trying to deal with the cases where controller input is NOT converted to commands. Can we list them? What do we call controller input which isn’t commands? Is there a term for it? Ambient input? Here’s a use of the term: https://blog.joshlewis.org/2007/03/22/passive-ambient-input/
How do we collect and analyze these inputs? Your feedback on these subjects (research papers welcome) is desired. Jeffrey Allen suggested that computers might move into the background, nearly invisible, and things might work off of gestures.
How might X3D create a sensor for passive ambient input that is processed in a non-event fashion, except when some condition is met. What design might we implement for passive ambient input? One example might be to lower the output from the stereo when I’m talking on the phone. Constrained input might be a term for it that is more typical. How might constrained input be implemented with Sensors (no I haven’t read the standard!)
_______________________________________________
x3d-public mailing list
x3d-public at web3d.org
http://web3d.org/mailman/listinfo/x3d-public_web3d.org
--
Leonard Daly
3D Systems & Cloud Consultant
LA ACM SIGGRAPH Past Chair
President, Daly Realism - Creating the Future
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20190516/614373ab/attachment-0001.html>
More information about the x3d-public
mailing list