Bug 152621 - 3D support (PDF 1.7)
Summary: 3D support (PDF 1.7)
Status: REPORTED
Alias: None
Product: okular
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: LO wishlist
Target Milestone: ---
Assignee: Okular developers
URL:
Keywords:
: 250597 (view as bug list)
Depends on:
Blocks:
 
Reported: 2007-11-21 00:12 UTC by Stéphane Magnenat
Modified: 2013-03-13 21:42 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
example of PDF with 3D content (475.10 KB, application/pdf)
2007-11-23 12:53 UTC, Stéphane Magnenat
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Stéphane Magnenat 2007-11-21 00:12:52 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources

Latest version of PDF specification (1.7, partially present in 1.6) provides support for integrated 3D graphics:
http://www.adobe.com/devnet/acrobat3d/

It would be nice if Okular support those features. That would probably mean building a scene graph inside libpoppler, and using some QGLWidget to render it inside Okular. This seems to be a nice Summer of Code project (or perhaps more than one).

Have a nice day,
Comment 1 Brad Hards 2007-11-21 10:06:45 UTC
What applications generate this? Do they use U3D or PRC?

That is, can you tell us why you need this feature?

Seems this might be better done within poppler - not sure what the UI needs are though.
Comment 2 Stéphane Magnenat 2007-11-21 11:18:37 UTC
We are building mobile robots in a European Research Project. We often have to give back deliverables with CAD graphics. We just discovered the 3D feature of PDF and it would be very nice to be able to embed directly the 3D model instead of putting a ton of 3D views and cuts. That would reduce the size of the PDF and increase the amount of information we can transmit.

This feature is very new and I fully agree its priority is low (features such as video support are more important for me for instance). Yet 3D models seem to be part of the upcoming PDF ISO standard (based on 1.7 if I remember correctly) and, on the long run, a PDF reader should support it. I also wanted to raise awareness in Okular's developers community of the existence of this feature.

I have asked my colleagues for some examples of those PDFs to add to this bug.

Thank you.
Comment 3 Stéphane Magnenat 2007-11-23 12:53:13 UTC
Created attachment 22166 [details]
example of PDF with 3D content
Comment 4 Boris 2009-09-01 01:18:04 UTC
Asymptote ( http://asymptote.sourceforge.net/ ) is a program/language for integrating diagrams and graphs into LaTeX (or producing stand-alone figures). It is an active project and growing rapidly in popularity. It already has support for including PRC figures into pdfs (see documentation and look for base package "three"). Unfortunately, these pdfs can only be viewed using adobe software at the moment. It would be great if free software could be used instead. There are very likely a host of key bindings required for manipulating the figures.

Best regards,

Boris
Comment 5 Boris 2009-10-14 11:17:59 UTC
Note that the FSF has made implementation of the new PDF standard a high-priority project (apparently its highest-priority project).

http://www.fsf.org/campaigns/priority.html
http://www.gnupdf.org/

I would tend to agree with the FSF that implementation of this new standard is very important. The lack of 3D/pdf support in free viewers will unfortunately tend to lock them out of scientific and CAD domains.

Best regards,
Comment 6 Albert Astals Cid 2009-10-19 00:43:17 UTC
We agree it is very important as always, contributions are more than welcome.
Comment 7 Pino Toscano 2010-09-08 21:02:41 UTC
*** Bug 250597 has been marked as a duplicate of this bug. ***
Comment 8 Petter Reinholdtsen 2013-03-13 20:56:28 UTC
According to http://en.wikipedia.org/wiki/Universal_3D , the 3D content in the PDF is U3D.  The specification seem to be publicly available.
Comment 9 Albert Astals Cid 2013-03-13 21:42:09 UTC
Availability of the specification is hardly the problem, manpower is