<div dir="ltr"><div dir="auto">Thanks.<div dir="auto"><br></div><div dir="auto">I looked at the network sensor, and BS Collaborate nodes. I think the idea is to explicitly forward all events which need sharing to the server which then distributes those to connected clients. This leaves the definition of the shared state to the scene, and therefore requires careful design and code for MU. Perhaps there is a way that the browser can better assist with making a scene MU capable.</div><div dir="auto"><br></div><div dir="auto">What is the complete state a client needs when it is admitted to a shared scene ?</div><div dir="auto"><br></div><div dir="auto">Since most fields of most nodes accept input, and can therefore potentially change, complete state probably means just the value of all fields of all root nodes which means all nodes. The complete state may only need to be transferred when a client joins.</div><div dir="auto"><br></div><div dir="auto">Plus the offsets of avatars from Viewpoints. And the clock. Perhaps other values.</div><div dir="auto"><br></div><div dir="auto">I was thinking about avatar initiated event cascades since the state of everything else should be deterministic and only depend on time. These other things should update themselves. There are exceptions such as scripts which generate random values.</div><div dir="auto"><br></div><div dir="auto">Avatar initiated event cascades generally start with environment sensors. Not sure if there are other ways. The idea would be to just have to transmit this event cascade to other clients which then can replay it to update their scene instances. </div><div dir="auto"><br></div><div>I also was reading some of the github open-dis documentation. Interesting background, and pretty accurate discussion on coordinate systems. It may be possible to set up somewhere a very simple distributed simulation to join and test clients with.</div><div dir="auto"><br></div><div>Single browser MU: I think an additional touchedByUser field would be required but perhaps there is a way to generalize tracking of Users.</div><div><br></div><div>Cheers,</div><div><br></div><div>-Andreas</div><div dir="auto"><br><div class="gmail_quote" dir="auto"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
Date: Thu, 7 Mar 2019 18:11:15 +0100<br>
From: "Christoph Valentin" <<a href="mailto:christoph.valentin@gmx.at" rel="noreferrer noreferrer" target="_blank">christoph.valentin@gmx.at</a>><br>
To: "<a href="http://x3d-publicweb3d.org" rel="noreferrer noreferrer noreferrer" target="_blank">x3d-publicweb3d.org</a>" <<a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a>><br>
Subject: Re: [x3d-public] Multiplayer strategies<br><br>
Hi Andreas,<br>
<br>
Please find another 2c inline :-)<br>
<br>
All the best<br>
Christoph<br>
?<br>
?<br>
<br>
Gesendet:?Donnerstag, 07. M?rz 2019 um 14:02 Uhr<br>
Von:?"Andreas Plesch" <<a href="mailto:andreasplesch@gmail.com" rel="noreferrer noreferrer" target="_blank">andreasplesch@gmail.com</a>><br>
An:?"X3D Graphics public mailing list" <<a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a>><br>
Betreff:?Re: [x3d-public] Multiplayer strategies<br>
<br>
Hi Christoph,<br>
?<br>
I admit that it is somewhat uncomfortable to think about single browser MU requirements but exploring this could be a fertile exercise as it seems orthogonal to sharing by multiple scene instances.<br>
[Christoph:] Agree. Maybe I am just prejudiced, because I started with my project from the MU example on Bitmanagement's Homepage (is it still there?), where they used the "sessionId"(SFInt32) to identify the users and their avatars.<br>
Now, when we think about single browser MU requirements, then the users should rather be identified by "sessionId + userId" (where userId would be a local identifier of a user of the local scene instance).<br>
Next step would be to investigate environment sensors. E.g. touch sensor should not deliver "touchTime"(SFTime) but "touchedByUser"(SFInt32) instead, true? <br>
<br>
<br>
?<br>
What constitutes the state of a scene which needs synchronization across instances ? The main changes which need updating are the progress of time, and avatar state.?<br>
[Christoph:] This depends on the use case. If you had a museum like world(with predefined animation), where only the avatars would interactively move, then you were right.<br>
I prefer to dream of arbitrary animated and/or simulated interactive worlds/universes with moving models (cars, trains, houses, doors,......), where anything could be an avatar (even a locomotive could be an avatar)<br>
<br>
<br>
?<br>
Perhaps it suffices to synchronize avatar generated event cascades and replay those in the instances ? Would that require an event queue for recording ?<br>
[Christoph:] What do you mean by "avatar generated event cascade"? I do not understand this term.<br>
When you talk about recording, do you mean LI requirements? I think LI will be a topic, in particular with respect to avatar position, and in particular when it comes to mixed reality.<br>
<br>
?<br>
Another way to think about state synchronization is to have a very complete description of state and then only with deltas for synchronization and conflict resolution across instances.<br>
[Christoph:] I think the complete state must be stored persistently on a server, because anytime a new scene instance can join the session and must receive the complete state for initialization (do you know, how the Network Sensor of Bitmanagement works? I recommend to check it out).<br>
<br>
?<br>
another 2c :)<br>
?<br>
Andreas<br>
?<br>
?<br>
?<br>
?<br>
?<br>
-Andreas<br>
?<br>
?<br>
Date: Thu, 28 Feb 2019 16:40:24 +0000<br>
From: Valentin Christoph <<a href="mailto:Christoph.Valentin@kapsch.net" rel="noreferrer noreferrer" target="_blank">Christoph.Valentin@kapsch.net</a>[mailto:<a href="mailto:Christoph.Valentin@kapsch.net" rel="noreferrer noreferrer" target="_blank">Christoph.Valentin@kapsch.net</a>]><br>
To: Andreas Plesch <<a href="mailto:andreasplesch@gmail.com" rel="noreferrer noreferrer" target="_blank">andreasplesch@gmail.com</a>[mailto:<a href="mailto:andreasplesch@gmail.com" rel="noreferrer noreferrer" target="_blank">andreasplesch@gmail.com</a>]><br>
Cc: X3D Graphics public mailing list <<a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a>[mailto:<a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a>]><br>
Subject: Re: [x3d-public] Multiplayer strategies<br>
Message-ID:<br>
? ? ? ? <<a href="mailto:VI1PR03MB47038C7653CE09362D433D3EE4750@VI1PR03MB4703.eurprd03.prod.outlook.com" rel="noreferrer noreferrer" target="_blank">VI1PR03MB47038C7653CE09362D433D3EE4750@VI1PR03MB4703.eurprd03.prod.outlook.com</a>[mailto:<a href="mailto:VI1PR03MB47038C7653CE09362D433D3EE4750@VI1PR03MB4703.eurprd03.prod.outlook.com" rel="noreferrer noreferrer" target="_blank">VI1PR03MB47038C7653CE09362D433D3EE4750@VI1PR03MB4703.eurprd03.prod.outlook.com</a>]><br>
<br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
Hi Andreas,<br>
<br>
Maybe another 2 cents from my side.<br>
<br>
If we want to keep it simple, we should keep a 1:1 relationship between user and scene graph (I call this the ?personal scene instance? PSI).<br>
<br>
Why? Two reasons.<br>
<br>
(1) Maybe the scene consists of many ?modules?, which might span a large section of the Virtual Universe, an which are loaded and unloaded into each scene instance on demand.<br>
<br>
One user is ? for some time ? only interested in module A ? so other modules need not be loaded in ?his? scene instance ? saving memory and CPU resources.<br>
<br>
Other user is interested in several modules at the same time --> he will need higher performance in his scene instance<br>
<br>
So the matter of scalability will be easier to handle, if we keep user : PSI = 1 : 1.<br>
<br>
(2) The scene might provide different ?views? to different ?users?. One user might get a photo realistic 3D graphic, another user might receive a topographic illustration of the scene with only symbolic content. Only the ?shared state? is the same for all scene instances of a multiuser session<br>
<br>
As I said, just my two cent.<br>
<br>
All the best.<br>
<br>
From: x3d-public <<a href="mailto:x3d-public-bounces@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public-bounces@web3d.org</a>[mailto:<a href="mailto:x3d-public-bounces@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public-bounces@web3d.org</a>]> On Behalf Of Andreas Plesch<br>
Sent: Thursday, February 28, 2019 4:25 PM<br>
To: X3D Graphics public mailing list <<a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a>[mailto:<a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a>]><br>
Subject: Re: [x3d-public] Multiplayer strategies<br>
<br>
Thanks for all the thoughtful response. Various ideas were offered. The DIS component is dedicated to communication and synchronization between browsers in a peer to peer fashion but has its own limitations. Outside of X3D various web technologies such as webRTC, websocket or <a href="http://socket.io" rel="noreferrer noreferrer noreferrer" target="_blank">socket.io</a>[<a href="http://socket.io" rel="noreferrer noreferrer noreferrer" target="_blank">http://socket.io</a>]<<a href="http://socket.io" rel="noreferrer noreferrer noreferrer" target="_blank">http://socket.io</a>[<a href="http://socket.io" rel="noreferrer noreferrer noreferrer" target="_blank">http://socket.io</a>]> exist which can be used with ad hoc protocols and SAI or DOM based scene updating. I think Firebase is designed to push realtime updates of a json store to all connected clients, and could fit well. Synchronization of multiple avatars and persistent avatar registration on a dedicated service was suggested.<br>
<br>
It is a wide field. To narrow the domain, let's perhaps consider the local, single game console/browser with multiple controllers and split screen/multiple headsets case, say up to 4 actors, no servers.<br>
Using a projector or a large TV, there is natural sharing which is eliminated with HMDs. Replicating the screen, one mode is just mirroring of a master render to other HMDs but this is very unpleasant in VR. Another mode is one actor with sensing, and other viewers, passive but still moving and looking. Another mode is full access to the scene for all locally connected.<br>
<br>
WebXR allows for multiple HMDs and controllers. I am not sure if web browsers can deal with multiple mice/keyboards but I suspect they can; there is a gamepad API.<br>
<br>
Brainstorming a multiple avatar, client only design:<br>
<br>
- a list of render surfaces, for each avatar, perhaps layout, layer related<br>
- a list of active avatars, linked to a render surface<br>
- a way to add and remove an avatar<br>
- an active viewpoint per avatar<br>
- touchsensor, other sensors linked to a list of avatars<br>
<br>
Very fuzzy but perhaps a start for thinking about such a case.<br>
<br>
I was looking around castle engine for inspiration from a gaming perspective but could not find much.<br>
<br>
It may be that dealing with multiple avatars in a single browser is actually more complicated than a local one browser per avatar, plus a synchronized scene from a scene server design which has to deal with updates to the shared scene, the synchronization, and distribution.<br>
<br>
Was there a VRML approach to shared experiences ?<br>
<br>
>From a practical standpoint, simply mirroring from a master HMD to a second connected HMD using webVR in x3dom would be a first step to explore.<br>
And perhaps exploring Firebase, eg. if it can store a json X3D scene, and how multiple X3DOM or X-ITE instances would receive it, perhaps in an inline.<br>
<br>
-Andreas<br>
<br>
<br>
<br>
On Tue, Feb 26, 2019, 5:33 AM Andreas Plesch <<a href="mailto:andreasplesch@gmail.com" rel="noreferrer noreferrer" target="_blank">andreasplesch@gmail.com</a>[mailto:<a href="mailto:andreasplesch@gmail.com" rel="noreferrer noreferrer" target="_blank">andreasplesch@gmail.com</a>]<mailto:<a href="mailto:andreasplesch@gmail.com" rel="noreferrer noreferrer" target="_blank">andreasplesch@gmail.com</a>[mailto:<a href="mailto:andreasplesch@gmail.com" rel="noreferrer noreferrer" target="_blank">andreasplesch@gmail.com</a>]> wrote:<br>
With VR it may become more common to share a live, dynamic experience using multiple headsets and controllers. At first glance this seems to call for multiple, active viewpoints rendered by a single browser. The layering and layout components seem relevant.<br>
<br>
Another strategy would be having multiple browsers with identical scenes and keeping scenes in sync with an additional process and SAI methods.<br>
<br>
What are the strategies offered by X3D to support sharing a live, dynamic world ?<br>
<br>
This came up as a x3dom GitHub issue and I thought may be more generally interesting.<br>
<br>
Andreas<br>
<br>
<br>
<br>
The information contained in this e-mail message is privileged and confidential and is for the exclusive use of the addressee. The person who receives this message and who is not the addressee, one of his employees or an agent entitled to hand it over to the addressee, is informed that he may not use, disclose or reproduce the contents thereof, and is kindly asked to notify the sender and delete the e-mail immediately.<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20190228/42e8e0ee/attachment.html%5Bhttp://web3d.org/pipermail/x3d-public_web3d.org/attachments/20190228/42e8e0ee/attachment.html%5D" rel="noreferrer noreferrer noreferrer" target="_blank">http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20190228/42e8e0ee/attachment.html[http://web3d.org/pipermail/x3d-public_web3d.org/attachments/20190228/42e8e0ee/attachment.html]</a>><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a>[mailto:<a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a>]<br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
<br>
<br>
------------------------------<br>
<br>
End of x3d-public Digest, Vol 119, Issue 86<br>
*******************************************_______________________________________________ x3d-public mailing list <a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a> <a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org%5Bhttp://web3d.org/mailman/listinfo/x3d-public_web3d.org%5D" rel="noreferrer noreferrer noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org[http://web3d.org/mailman/listinfo/x3d-public_web3d.org]</a><br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Thu, 7 Mar 2019 18:29:24 +0000<br>
From: "Brutzman, Donald (Don) (CIV)" <<a href="mailto:brutzman@nps.edu" rel="noreferrer noreferrer" target="_blank">brutzman@nps.edu</a>><br>
To: "<a href="mailto:semantics@web3d.org" rel="noreferrer noreferrer" target="_blank">semantics@web3d.org</a>" <<a href="mailto:semantics@web3d.org" rel="noreferrer noreferrer" target="_blank">semantics@web3d.org</a>>, "X3D Graphics public<br>
mailing list" <<a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a>><br>
Subject: [x3d-public] X3D Semantic Web Working Group 7 MAR 2019:<br>
references, geometric properties, MPEG-7 Descriptors<br>
Message-ID: <<a href="mailto:6aa55efc-497c-1813-4bdb-c5843ae2486c@nps.edu" rel="noreferrer noreferrer" target="_blank">6aa55efc-497c-1813-4bdb-c5843ae2486c@nps.edu</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
8.0. Eighth meeting of the Semantic Web Working Group<br>
<br>
Attendees Jakub Flotynski, Athanasios Malamos, Anita Havele, Don Brutzman.<br>
<br>
Web3D Teleconference Information<br>
<a href="http://www.web3d.org/member/teleconference-information" rel="noreferrer noreferrer noreferrer" target="_blank">http://www.web3d.org/member/teleconference-information</a><br>
<br>
Prior minutes, Jakub and Athanasios:<br>
[x3d-public] X3D Semantic Web Working Group minutes, 17 JAN 2019: structural and conceptual semantics<br>
<a href="http://web3d.org/pipermail/x3d-public_web3d.org/2019-January/009898.html" rel="noreferrer noreferrer noreferrer" target="_blank">http://web3d.org/pipermail/x3d-public_web3d.org/2019-January/009898.html</a><br>
<br>
All information in these minutes is approved for pubic release.<br>
<br>
=================================================================<br>
<br>
7.0 Last week's meeting included Thanos Jakub Nicholas Anita and Don.<br>
<br>
Essentially we reviewed website links and kept discussing/improving slides.<br>
<br>
Unfortunately my minutes got mistakenly deleted. Sorry about that.<br>
<br>
=================================================================<br>
<br>
8.1 *Working group information*<br>
<br>
The X3D Semantic Web Working Group is a Web3D Consortium member-only group that does most of its business openly on the x3d-public mailing list.<br>
<br>
X3D Semantic Web Working Group Charter<br>
<a href="http://www.web3d.org/working-groups/x3d-semantic-web/charter" rel="noreferrer noreferrer noreferrer" target="_blank">http://www.web3d.org/working-groups/x3d-semantic-web/charter</a><br>
<br>
X3D Semantic Web Working Group<br>
<a href="http://www.web3d.org/working-groups/x3d-semantic-web" rel="noreferrer noreferrer noreferrer" target="_blank">http://www.web3d.org/working-groups/x3d-semantic-web</a><br>
<br>
"The X3D Semantic Web Working Group mission is to publish models to the Web using X3D in order to best gain Web interoperability and enable intelligent 3D applications, feature-based 3D model querying, and reasoning over 3D scenes."<br>
<br>
semantics@web3D.org<br>
<a href="http://web3d.org/mailman/listinfo/semantics_web3d.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://web3d.org/mailman/listinfo/semantics_web3d.org</a><br>
<br>
=================================================================<br>
<br>
8.2 *Working group assets*<br>
<br>
We have started work on the following website pages to record resources. Many are now present, more will follow.<br>
<br>
X3D Semantic Web Public Assets<br>
<a href="http://www.web3d.org/x3d-semantic-web-public-assets" rel="noreferrer noreferrer noreferrer" target="_blank">http://www.web3d.org/x3d-semantic-web-public-assets</a><br>
<br>
X3D Semantic Web Member Assets<br>
<a href="http://www.web3d.org/member/wiki/x3d-semantic-web-member-assets" rel="noreferrer noreferrer noreferrer" target="_blank">http://www.web3d.org/member/wiki/x3d-semantic-web-member-assets</a><br>
<br>
Working group co-chairs have permission to edit the member-assets page, then results are reviewed and copied over to public-assets page.<br>
<br>
Inputs welcome to keep building and structuring these important lists of assets.<br>
<br>
=================================================================<br>
<br>
8.3 *Workshop opportunities*<br>
<br>
We think that our current activity can likely be a contribution at the upcoming<br>
<br>
First Eurographics-EuroVR Workshop on Semantic 3D Content<br>
6 May 2019 in Genova Italy as part of EuroGraphics 2019<br>
<a href="http://semantic3d.org/workshop" rel="noreferrer noreferrer noreferrer" target="_blank">http://semantic3d.org/workshop</a><br>
<br>
Paper/poster/demonstration submission deadline extended: March 10, 2019<br>
<br>
We discussed what a good follow-on might be for Web3D 2019 Conference. Perhaps another workshop, or simply a meeting, on X3D Semantic Web Working Group. This could build on the EuroGraphics 2019 momentum, disseminate progress among participants and set us up for much expected work to emerge in the coming year.<br>
<br>
WEB3D 2019: 24th International ACM Conference on 3D Web Technology<br>
26-28 July 2019, Colocated with SIGGRAPH2019, Los Angeles California USA<br>
<a href="http://www.web3d.org/event/web3d-conference-2019" rel="noreferrer noreferrer noreferrer" target="_blank">http://www.web3d.org/event/web3d-conference-2019</a><br>
<a href="http://web3d2019.web3d.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://web3d2019.web3d.org</a><br>
<br>
The current work will not be sufficiently mature to be a paper submission by the deadline (~10 days away).<br>
<br>
Instead we plan to submit a Web3D workshop proposal for this new work. This can build upon the Eurographics-EuroVR Workshop products.<br>
<br>
Possibly a poster is also appropriate, especially if it describes coherent existing work.<br>
<br>
Web3D workshop deadline submission: 1 April 2019. This will be next week's topic.<br>
<br>
=================================================================<br>
<br>
8.4 Primary topic: *slideset Semantic X3D - thoughts and ideas*<br>
<br>
Much detailed architectural work is in progress, distilled in these slides.<br>
<br>
<a href="https://docs.google.com/presentation/d/1fCMu0V-zRAfJqFId7QIMyLh2EOCr5Qgl63MqqyFk6JM/edit?ts=5c5c6903" rel="noreferrer noreferrer noreferrer" target="_blank">https://docs.google.com/presentation/d/1fCMu0V-zRAfJqFId7QIMyLh2EOCr5Qgl63MqqyFk6JM/edit?ts=5c5c6903</a><br>
<br>
_Geometric properties_ (slides 9-10) updated:<br>
<br>
Thanos said ?sitting in my corner? ... Can we define a property for ?corner? based on geometric relationships? Good to think about.<br>
<br>
We might suppose multiple candidate geometric properties:<br>
* Primitive shapes: Rectangular, Conical, Cylindrical, Spherical, Ellipsoid, Point, Line, Mesh<br>
* Side, TopSide BottomSide LeftSide RightSide FrontSide BackSide<br>
* ParametricSurface, NURBS, BREP, other types?<br>
* Characteristics: Irregular, Open, Closed (Watertight), Corner, Seam, Wall<br>
* Angular relationships: Perpendicular, Acute, Obtuse<br>
<br>
------<br>
Thanos: corner rdfs:subClassOf<br>
str:includes(2) str:triangles;<br>
If normal(A) CROSS-PRODUCT normal(B) >0 -> createCorner(C) and includes(C,A) and includes(C,B)<br>
------<br>
<br>
TODO: does there already exist a set of 3D property classes related to shape of models?<br>
TODO: should we next compare existing 3D ontologies of interest?<br>
TODO: build examples that help us determine the best, most reusable elements of an X3D ontology?<br>
<br>
We discussed relationships and 3D functions for extraction of semantic information from geometric shapes so we could specify possible goals of our works:<br>
* Extraction of semantic information from X3D models (re-visit MPEG7)<br>
* Generating X3D models on the basis of semantic 3D models (conceptual)<br>
* Likely an iterative process, OWL inference can generate more RDF properties<br>
* Semantic annotation (description) of X3D (without representation)<br>
<br>
=================================================================<br>
<br>
8.5 MPEG-7 overview<br>
<br>
We briefly discussed prior work with MPEG-7. Background:<br>
<br>
MPEG-7 - Wikipedia<br>
<a href="https://en.wikipedia.org/wiki/MPEG-7" rel="noreferrer noreferrer noreferrer" target="_blank">https://en.wikipedia.org/wiki/MPEG-7</a><br>
<br>
"MPEG-7 is a multimedia content description standard. It was standardized in ISO/IEC 15938 (Multimedia content description interface). This description will be associated with the content itself, to allow fast and efficient searching for material that is of interest to the user. MPEG-7 is formally called Multimedia Content Description Interface. Thus, it is not a standard which deals with the actual encoding of moving pictures and audio, like MPEG-1, MPEG-2 and MPEG-4. It uses XML to store metadata, and can be attached to timecode in order to tag particular events, or synchronise lyrics to a song, for example.<br>
<br>
It was designed to standardize:<br>
* a set of Description Schemes ("DS") and Descriptors ("D")<br>
* a language to specify these schemes, called the Description Definition Language ("DDL")<br>
* a scheme for coding the description<br>
<br>
The combination of MPEG-4 and MPEG-7 has been sometimes referred to as MPEG-47."<br>
<br>
TODO Thanos will look up whether licensing or patents have been declared.<br>
<br>
MPEG Licensing Authority<br>
<a href="https://www.mpegla.com" rel="noreferrer noreferrer noreferrer" target="_blank">https://www.mpegla.com</a><br>
<br>
=================================================================<br>
<br>
8.6 MPEG-7 Visual Descriptors: More than MPEG-7<br>
<br>
These are draft slides that Thanos has prepared for our discussions. They will be exposed publicly once further developed.<br>
<br>
<a href="https://docs.google.com/presentation/d/11VSFHriBnOXJzsHfYX0XDUMVqO5X9HePUvQB_1mxRRY/edit#slide=id.p" rel="noreferrer noreferrer noreferrer" target="_blank">https://docs.google.com/presentation/d/11VSFHriBnOXJzsHfYX0XDUMVqO5X9HePUvQB_1mxRRY/edit#slide=id.p</a><br>
<br>
Back to shared slideset, follow-on slide 11:<br>
<br>
--------------------------------------<br>
Inclusion of Visual Descriptors in X3D<br>
<br>
Visual Descriptors are available for color and shape. They seem quite analogous to structure provided by RDF properties.<br>
<br>
It is an interesting question whether the X3D Specifications are ?ready? for inclusion of visual descriptors. Visual-descriptor properties are primarily metadata about a scene, not directions for rendering. Indeed our current effort is to create such a conceptually coherent ontology for X3D.<br>
<br>
Thus if we define how to include visual descriptor properties in a scene,<br>
* Authors could include Metadata nodes with RDF properties,<br>
* Tools could perform geometric inference and similarly add Metadata nodes<br>
<br>
Attaching semantic information to X3D scenes<br>
<br>
This working group needs to identify X3D Ontology mappings as<br>
* embedded MetadataSet structures<br>
* embedded (multi-namespace?) and external RDF files<br>
* norms and best practices for including such descriptor files<br>
<br>
======================================<br>
<br>
8.7 *W3C Ontology for Media Resources*<br>
<br>
Really important reference that Jakub identified:<br>
<br>
Ontology for Media Resources 1.0<br>
W3C Recommendation 09 February 2012<br>
<a href="https://www.w3.org/TR/mediaont-10/" rel="noreferrer noreferrer noreferrer" target="_blank">https://www.w3.org/TR/mediaont-10/</a><br>
<br>
This ontology has an amazing number of metadata correlations. Further, aligning an X3D Ontology with this approach would immediately give us a broad number of terms and mappings, all compatible with HTML5. Excerpt from Table of Contents:<br>
<br>
5.2.2 Multimedia metadata formats mapping tables<br>
5.2.2.1 CableLabs 1.1<br>
5.2.2.2 DIG35<br>
5.2.2.3 Dublin Core<br>
5.2.2.4 EBUCore<br>
5.2.2.5 EXIF 2.2<br>
5.2.2.6 ID3<br>
5.2.2.7 IPTC<br>
5.2.2.8 LOM 2.1<br>
5.2.2.9 Media RSS<br>
5.2.2.10 MPEG-7<br>
5.2.2.11 OGG<br>
5.2.2.12 QuickTime<br>
5.2.2.13 DMS-1<br>
5.2.2.14 TTML<br>
5.2.2.15 TV-Anytime<br>
5.2.2.16 TXFeed<br>
5.2.2.17 XMP<br>
5.2.2.18 YouTube<br>
5.2.3 Multimedia container formats mapping tables<br>
5.2.3.1 3GP<br>
5.2.3.2 Flash<br>
5.2.3.2.1 FLV<br>
5.2.3.2.2 F4V<br>
5.2.3.3 QuickTime<br>
5.2.3.4 MP4<br>
5.2.3.5 OGG<br>
5.2.3.6 WebM<br>
<br>
We definitely need to review and study this work further.<br>
<br>
Wondering if we can invite an expert in that group to give a presentation at Web3D 2019?!<br>
<br>
=================================================================<br>
<br>
8.8 * Planning Ahead *<br>
<br>
We plan to meet 14 MAR and 21 MAR. No meeting 28 MAR.<br>
<br>
Of interest:<br>
<br>
Prot?g? Short Course: MARCH 27 - 29, 2019 at STANFORD, CA<br>
<a href="https://protege.stanford.edu/short-courses.php" rel="noreferrer noreferrer noreferrer" target="_blank">https://protege.stanford.edu/short-courses.php</a><br>
<br>
=================================================================<br>
<br>
Steady interesting progress, thanks colleagues! 8) 8) 8)<br>
<br>
all the best, Don<br>
-- <br>
Don Brutzman Naval Postgraduate School, Code USW/Br <a href="mailto:brutzman@nps.edu" rel="noreferrer noreferrer" target="_blank">brutzman@nps.edu</a><br>
Watkins 270, MOVES Institute, Monterey CA 93943-5000 USA +1.831.656.2149<br>
X3D graphics, virtual worlds, navy robotics <a href="http://faculty.nps.edu/brutzman" rel="noreferrer noreferrer noreferrer" target="_blank">http://faculty.nps.edu/brutzman</a><br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
x3d-public mailing list<br>
<a href="mailto:x3d-public@web3d.org" rel="noreferrer noreferrer" target="_blank">x3d-public@web3d.org</a><br>
<a href="http://web3d.org/mailman/listinfo/x3d-public_web3d.org" rel="noreferrer noreferrer noreferrer" target="_blank">http://web3d.org/mailman/listinfo/x3d-public_web3d.org</a><br>
<br>
<br>
------------------------------<br>
<br>
End of x3d-public Digest, Vol 120, Issue 34<br>
*******************************************<br>
</blockquote></div></div></div>
</div>