Hi, Am 09.09.2013 05:15, schrieb Toni Alatalo: >> One aspect that we on our side should be looking into a bit more is >> support for compressed textures (so they do not get expanded along the >> way but are passed through to the HW directly). This is related to the >> shading work we are doing right now. Might take a bit to get there, >> though. Any ideas Kristian/Felix? > > AFAIK it is basically trivial with WebGL - just call the function to > load a compressed texture when you encounter an asset of that type. I know, WebGL is the easy part. The issue is how to pass these compressed data sets through XML3D and what does this mean in the more general sense -- within Xflow for example. We currently use the existing <img> and <video> tags to specify textures but the browsers are not aware of compressed image data (at least it expands it before using it). So we need to find a new mechanism for that. Xflow has a number of capabilities in that direction, so I do not think its a big deal, but it needs to be thought through. Best, Philipp >> We have some similar models that we used in our XML3D-REPO project, you >> can look at them at http://verser2.cs.ucl.ac.uk/xml3drepo/ (this is a >> tiny server at UCL, so be careful with it please :-). Works best with >> Chrome for me. It should give you a good idea for the rendering >> performance of XML3D. Also please keep them confidential. > > Great, we'll test. > > Cheers, > ~Toni > >> Not everything in the table works, but you can try some non-trivial >> scenes like >> -- UT4_Austria >> -- Arabic_City >> -- Sumerian_City >> -- UT4_WildWest >> -- UT4_Beijing_B1 >> -- UT4_IB >> -- UT4_Maximus_v1 >> -- UT4_Poland_B10 >> -- UT4_Paradise >> >> Within the table you find different versions of the models in various >> formats (see the paper at >> https://graphics.cg.uni-saarland.de/2013/xml3drepo/). >> >> The default view is often in the middle of the scene: Use the left mouse >> button to rotate a bit upwards and then retrat with the right mouse button. >> >> Note that there is no scheduling of the loading yet and that textures >> are at the every end right now, so be patient. >> >> >> >> Best, >> >> Philipp >> >> Am 06.09.2013 11:22, schrieb Toni Alatalo: >>> (was discussed in the meeting now) >>> >>> This is the old small & even optimised version from >year ago, for use >>> for first performance tests now: >>> http://www.ee.oulu.fi/~antont/download/oulu3dlive-lofi.zip >>> >>> There's the source blends, with a Masterscene blend where everything is >>> integrated so it's easy to export to whatever you can export to from >>> Blender. >>> >>> With DDS textures at least, runs fine with Ogre and I think with >>> three.js too (others (especially CIE) have done that earlier, we are >>> repeating now at Playsign too). Would be really interesting to know how >>> xml3d.js runs it so please tell if you test on the DFKI side -- >>> otherwise we can give it a sho v> >>> It is nothing special and also quite small, 9 blocks, with somewhat high >>> detail (is an optimised version though for low end machines). >>> >>> The new version with some ~30 blocks is being worked on in an SVN now - >>> we'll share that later. With that we'll really need managing resources >>> sensibly, loading & unloading based on distance/visibility etc., perhaps >>> using image placeholders instead of the geometry so much etc. >>> >>> This is creative commons material by the Oulu smart city consortium / >>> University of Oulu NIMO EU & internal infrastructure projects. Not >>> really published for big audiences yet (launch with applications on top >>> is being prepared) so not something to publish widely, but is fine to >>> use in research and experiments and project protos etc. >>> >>> It is Creative Commons share alike so if you somehow improve the >>> original base model we ask you to share the improvements. >>> >>> ~Ton i >>> < >>> >>> >>> _______________________________________________ >>> Fiware-miwi mailing list >>> Fiware-miwi at lists.fi-ware.eu >>> https://lists.fi-ware.eu/listinfo/fiware-miwi >>> >> >> >> -- >> >> ------------------------------------------------------------------------- >> Deutsches Forschungszentrum für Künstliche Intelligenz (DFKI) GmbH >> Trippstadter Strasse 122, D-67663 Kaiserslautern >> >> Geschäftsführung: >> Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster (Vorsitzender) >> Dr. Walter Olthoff >> Vorsitzender des Aufsichtsrats: >> Prof. Dr. h.c. Hans A. Aukes >> >> Sitz der Gesellschaft: Kaiserslautern (HRB 2313) >> USt-Id.Nr.: DE 148646973, Steuernummer: 19/673/0060/3 >> --------------------------------------------------------------------------- >> <slusallek.vcf> > > _______________________________________________ > Fiware-miwi mailing list > Fiware-miwi at lists.fi-ware.eu > https://lists.fi-ware.eu/listinfo/fiware-miwi > -- ------------------------------------------------------------------------- Deutsches Forschungszentrum für Künstliche Intelligenz (DFKI) GmbH Trippstadter Strasse 122, D-67663 Kaiserslautern Geschäftsführung: Prof. Dr. Dr. h.c. mult. Wolfgang Wahlster (Vorsitzender) Dr. Walter Olthoff Vorsitzender des Aufsichtsrats: Prof. Dr. h.c. Hans A. Aukes Sitz der Gesellschaft: Kaiserslautern (HRB 2313) USt-Id.Nr.: DE 148646973, Steuernummer: 19/673/0060/3 --------------------------------------------------------------------------- -------------- next part -------------- A non-text attachment was scrubbed... Name: slusallek.vcf Type: text/x-vcard Size: 441 bytes Desc: not available URL: <https://lists.fiware.org/private/fiware-miwi/attachments/20130909/85c4c6ef/attachment.vcf>
You can get more information about our cookies and privacy policies clicking on the following links: Privacy policy Cookies policy