Drei von Google unterstützte Projekte feiern Premiere bei den 83. Internationalen Filmfestspielen von Venedig
Google hat bestätigt, dass drei von ihm unterstützte Projekte während der 83. Internationalen Filmfestspiele von Venedig uraufgeführt wurden, laut einem Blogbeitrag des Unternehmens vom 11. September 2026. Die Ankündigung unterstreicht das Engagement des Unternehmens für immersives Erzählen und Extended-Reality-Arbeiten, die auf einer großen Festivalbühne gezeigt wurden, wobei konkrete Details zu den einzelnen Projekten begrenzt bleiben.
Tags
Kurze Zusammenfassung
Google hat bestätigt, dass drei von ihm unterstützte Projekte während der 83. Internationalen Filmfestspiele von Venedig uraufgeführt wurden, laut einem Blogbeitrag des Unternehmens vom 11. September 2026. Die Ankündigung unterstreicht das Engagement des Unternehmens für immersives Erzählen und Extended-Reality-Arbeiten, die auf einer großen Festivalbühne gezeigt wurden, wobei konkrete Details zu den einzelnen Projekten begrenzt bleiben.
Drei von Google unterstützte Projekte feiern Premiere bei den 83. Internationalen Filmfestspielen von Venedig
Am 11. September 2026 veröffentlichte Google eine Ankündigung in seinem KI-Blog, in der es hieß, dass drei von Google unterstützte Projekte während der 83. Internationalen Filmfestspiele von Venedig Premiere feierten. Der Beitrag ist im XR- und AR-Technologiebereich des Blogs eingeordnet und bleibt die einzige Primärquelle hinter diesem Artikel.
Das ist eine kompakte, klar abgegrenzte Tatsache, und sie verdient dieselbe Disziplin wie jede andere technische Berichterstattung. Ankündigungen dieser Art ziehen tendenziell Spekulationen an: welche Projekte, womit gebaut, auf welcher Hardware laufend und für wen danach verfügbar. Nahezu nichts davon wird durch die hier verfügbare Quelle belegt. Dieser Artikel tut daher zwei Dinge. Erstens benennt er genau, was die Primärquelle bestätigt, und wo die Belege enden. Zweitens, weil die Ankündigung in Googles XR- und AR-Berichterstattungsbereich liegt, liefert er ein reproduzierbares technisches Setup für die praktische Arbeit rund um immersive Projekte: Verpacken, Validieren und Vorschau von WebXR-Deliverables in einem Browser.
Die technischen Abschnitte unten sind ein unabhängiges Arbeitsbeispiel. Sie sind keine Beschreibung der drei uraufgeführten Projekte, deren Werkzeuge und Pipelines nicht durch die Quelle belegt sind.
Was die Primärquelle bestätigt
Der verifizierte Inhalt der Ankündigung ist eng begrenzt und kann ohne Paraphrasierungsrisiko aufgelistet werden:
- Drei von Google unterstützte Projekte feierten während der 83. Internationalen Filmfestspiele von Venedig Premiere.
- Google veröffentlichte die Ankündigung am 11. September 2026 in seinem eigenen Blog.
- Der Beitrag erscheint in der XR- und AR-Technologiekategorie des Blogs.
- Die kanonische Adresse des Beitrags ist
https://blog.google/innovation-and-ai/technology/xr-ar/three-google-supported-projects-premiere-during-the-83rd-venice-international-film-festival.
Alles andere – Titel, Kreative, Laufzeit, Headset-Modelle, Engine-Entscheidungen, Finanzierungsstrukturen oder Vertriebspläne nach dem Festival – fehlt entweder im verifizierten Auszug oder ist spezifisch für die Quellseite selbst. Wo solche Details wichtig sind, besteht der richtige Schritt darin, den Originalbeitrag direkt zu lesen, statt ihn aus einer Zusammenfassung zu rekonstruieren.
Was die Quelle nicht belegt
Die Lücken ausdrücklich zu benennen ist keine Pedanterie; es ist das, was ein brauchbares Briefing von einem Gerücht unterscheidet.
Die Ankündigung belegt im hier verfügbaren verifizierten Material nicht:
- Die Namen der drei Projekte oder die Studios, Künstler und Forschungsgruppen dahinter.
- Was „unterstützt“ in diesem Zusammenhang bedeutet – Finanzierung, technische Unterstützung, Hardware-Zugang oder eine Produktionspartnerschaft sind alle plausibel, und nichts davon ist bestätigt.
- Der technische Stack eines jeden Projekts, einschließlich der Frage, ob WebXR, eine Game-Engine oder eine maßgeschneiderte Laufzeitumgebung verwendet wurde.
- Das Ausstellungsformat auf dem Festival, etwa eine Head-Mounted-Display-Installation, eine Projektion, ein mobiles AR-Stück oder eine konventionelle Vorführung.
- Die Verfügbarkeit nach dem Festival, einschließlich Streaming, Wanderausstellungen oder öffentlicher Repositories.
Jeder Artikel, der diese Details liefert, ohne auf die Quelle zu verweisen, rät. Dieser hier tut das nicht.
Die XR/AR-Einordnung lesen, ohne sie zu überinterpretieren
Das Kategorie-Label ist Metadatum, keine technische Aussage. Ein Beitrag, der unter XR und AR eingeordnet ist, sagt uns, wo Google die Geschichte in seiner eigenen Taxonomie platziert hat; er sagt uns nicht, was die Projekte enthalten. Dennoch ist die Platzierung ein vernünftiges Signal dafür, dass die Ankündigung immersive oder Extended-Reality-Arbeit betrifft und nicht etwa eine rein konventionelle 2D-Produktion. Diese Schlussfolgerung sollte als Schlussfolgerung gekennzeichnet werden.
Mit mehr Zuversicht lässt sich etwas Strukturelles sagen. Festivals sind zu einem der wenigen Orte geworden, an denen immersive Arbeiten ein Publikum außerhalb des Wohnzimmers eines Headset-Besitzers erreichen, weil sie die Hardware, die Aufsicht und ein zeitlich geplantes Publikum bereitstellen. Das macht Festivals zu einem Vertriebskanal mit ungewöhnlichen Einschränkungen: begrenzte Zeitfenster, feste Hardware, kein App-Store-Reviewprozess und oft keine zweite Chance, wenn ein Build vor Ort versagt.
Für Teams in diesem Umfeld ist der technische Engpass selten die kreative Idee. Es ist die Delivery-Pipeline – eine Szene zuverlässig auf Hardware laden zu lassen, die man nicht ausgewählt hat, innerhalb eines Zeitfensters, das man nicht verlängern kann. Browserbasierte immersive Auslieferung, typischerweise über WebXR, ist gerade deshalb attraktiv, weil sie den Store-Reviewzyklus entfernt und auf Hardware läuft, die bereits im Raum ist. Der Rest dieses Artikels baut eine minimale, reproduzierbare Umgebung für diese Arbeit auf.
Voraussetzungen
Bevor Sie beginnen, vergewissern Sie sich, dass Folgendes auf Ihrer Workstation verfügbar ist:
- Node.js 20 LTS oder neuer mit npm, verwendet für das Build-Tooling und die Asset-CLI.
- Python 3.10 oder neuer, verwendet für die Validierungs- und Manifest-Skripte.
- Ein WebXR-fähiger Browser auf dem Desktop für erste Prüfungen, zum Beispiel ein aktueller Chromium-basierter Browser.
- Optional ein eigenständiges oder kabelgebundenes Headset mit einem Browser, der immersive Sitzungen unterstützt.
- Git, damit das Projekt committet und überprüft werden kann.
- Netzwerkzugriff auf die npm-Registry während der Installation.
Für die Installationsschritte ist kein Headset erforderlich; der Desktop-Vorschaupfad funktioniert ohne eines.
Schritt-für-Schritt-Installation
1. Toolchain überprüfen
Bestätigen Sie die Node.js- und npm-Versionen, bevor Sie irgendetwas scaffolden, weil die Vite-Vorlage eine moderne Laufzeit erwartet.
node --version
npm --versionBestätigen Sie ebenso den Python-Interpreter; das Validierungsskript verwendet nur die Standardbibliothek, daher sind streng genommen keine Pakete aus einer virtuellen Umgebung erforderlich.
python3 --version2. Projekt aufsetzen
Erstellen Sie ein minimales Vite-Projekt in einem neuen Verzeichnis. Das Flag --template vanilla erzeugt ein einfaches JavaScript-Projekt ohne Framework, was die zu überprüfende Oberfläche klein hält.
npm create vite@latest immersive-review -- --template vanilla
cd immersive-review
npm install3. Laufzeit- und Entwicklungsabhängigkeiten hinzufügen
Installieren Sie three.js, das den WebGL-Renderer und die in der Vorschau-Szene verwendeten WebXR-Helfer bereitstellt.
npm install threeInstallieren Sie das Basic-SSL-Plugin, damit der Entwicklungsserver HTTPS ausliefern kann. Das ist wichtig, weil WebXR-Sitzungen einen sicheren Kontext erfordern und ein Headset, das über das lokale Netzwerk verbindet, eine einfache HTTP-Adresse nicht als sicher behandelt.
npm install --save-dev @vitejs/plugin-basic-sslInstallieren Sie die glTF-Transform-CLI, die später verwendet wird, um binäre glTF-Assets zu inspizieren und zu optimieren, bevor sie ausgeliefert werden.
npm install --save-dev @gltf-transform/cliErstellen Sie die Ordner, die die öffentlichen Assets und den Anwendungsquellcode enthalten.
mkdir -p public/assets src4. Entwicklungsserver konfigurieren
Ersetzen Sie die generierte vite.config.js durch die folgende Konfiguration. Die Einstellung host: true macht den Server im lokalen Netzwerk erreichbar, sodass ein Headset ihn erreichen kann, und das SSL-Plugin liefert das Zertifikat, das den Origin sicher macht.
import { defineConfig } from 'vite';
import basicSsl from '@vitejs/plugin-basic-ssl';
export default defineConfig({
plugins: [basicSsl()],
server: {
host: true, // reachable from a headset on the same network
https: true, // WebXR requires a secure context
},
});5. Eine minimale WebXR-Vorschau-Szene hinzufügen
Schreiben Sie Folgendes in src/main.js. Es erstellt einen Renderer mit aktiviertem XR, fügt die Standard-VR-Einstiegsschaltfläche hinzu und animiert einen einzelnen Würfel, damit Head-Tracking und Stereo-Rendering schnell überprüft werden können.
import * as THREE from 'three';
import { VRButton } from 'three/addons/webxr/VRButton.js';
const renderer = new THREE.WebGLRenderer({ antialias: true });
renderer.xr.enabled = true;
renderer.setPixelRatio(window.devicePixelRatio);
renderer.setSize(window.innerWidth, window.innerHeight);
document.body.appendChild(renderer.domElement);
document.body.appendChild(VRButton.createButton(renderer));
const scene = new THREE.Scene();
const camera = new THREE.PerspectiveCamera(70, window.innerWidth / window.innerHeight, 0.1, 20);
const cube = new THREE.Mesh(
new THREE.BoxGeometry(0.5, 0.5, 0.5),
new THREE.MeshStandardMaterial({ color: 0x4285f4 })
);
cube.position.set(0, 1.5, -1);
scene.add(cube);
scene.add(new THREE.HemisphereLight(0xffffff, 0x444444, 1.2));
renderer.setAnimationLoop(() => {
cube.rotation.y += 0.005;
renderer.render(scene, camera);
});Stellen Sie sicher, dass index.html den Modul-Einstiegspunkt lädt; die Vite-Vorlage enthält bereits das richtige Tag.
<script type="module" src="/src/main.js"></script>6. Einen binären glTF-Validator hinzufügen
Binäre glTF-Dateien beginnen mit einem festen Header und einem JSON-Chunk. Das folgende Skript prüft diese Struktur direkt, wodurch abgeschnittene Downloads und Dateien erkannt werden, die in .glb umbenannt wurden, ohne konvertiert worden zu sein. Speichern Sie es als validate_glb.py.
import json
import struct
import sys
from pathlib import Path
MAGIC = b"glTF"
def inspect_glb(path: str) -> dict:
data = Path(path).read_bytes()
magic, version, length = struct.unpack_from("<4sII", data, 0)
if magic != MAGIC:
raise ValueError(f"{path} is not a binary glTF file")
if length != len(data):
raise ValueError(f"{path}: header length {length} != file size {len(data)}")
chunk_len, chunk_type = struct.unpack_from("<I4s", data, 12)
if chunk_type != b"JSON":
raise ValueError(f"{path}: first chunk is not JSON")
doc = json.loads(data[20:20 + chunk_len].decode("utf-8"))
return {
"version": version,
"asset_version": doc.get("asset", {}).get("version"),
"meshes": len(doc.get("meshes", [])),
"materials": len(doc.get("materials", [])),
}
if __name__ == "__main__":
print(inspect_glb(sys.argv[1]))7. Einen Asset-Manifest-Generator hinzufügen
Erzeugen Sie ein Prüfsummen-Manifest für jedes Asset im Review-Bundle. So können Reviewer bestätigen, dass der Build, den sie gesichtet haben, der eingereichte Build ist. Speichern Sie es als build_manifest.py.
import hashlib
import json
from pathlib import Path
ROOT = Path("public/assets")
EXTENSIONS = {".glb", ".gltf", ".usdz", ".ktx2", ".mp4", ".webm"}
def sha256(path: Path) -> str:
digest = hashlib.sha256()
with path.open("rb") as handle:
for chunk in iter(lambda: handle.read(1 << 20), b""):
digest.update(chunk)
return digest.hexdigest()
manifest = {
path.relative_to(ROOT).as_posix(): {
"bytes": path.stat().st_size,
"sha256": sha256(path),
}
for path in sorted(ROOT.rglob("*"))
if path.is_file() and path.suffix.lower() in EXTENSIONS
}
Path("asset-manifest.json").write_text(json.dumps(manifest, indent=2))
print(f"Wrote {len(manifest)} entries")Verwendungsbeispiele
Die Szene lokal in der Vorschau anzeigen
Starten Sie den Entwicklungsserver. Vite gibt sowohl eine lokale Adresse als auch eine Netzwerkadresse aus; die Netzwerkadresse ist die, die ein Headset öffnen kann.
npm run devÖffnen Sie die ausgegebene HTTPS-URL im Desktop-Browser. Unten auf der Seite erscheint eine Schaltfläche „Enter VR“. Öffnen Sie auf einem Headset dieselbe Netzwerk-URL im Gerätebrowser und wählen Sie die Schaltfläche, um eine immersive Sitzung zu starten.
Um die Sitzungsunterstützung programmatisch zu prüfen, bevor Sie den Nutzer auffordern, fügen Sie den folgenden Ausschnitt zur Anwendung hinzu. Der Aufruf isSessionSupported löst zu einem Boolean auf und erfordert nicht, dass der Nutzer eine Berechtigung erteilt.
if (navigator.xr) {
const supported = await navigator.xr.isSessionSupported('immersive-vr');
console.log('immersive-vr supported:', supported);
}Ein Asset validieren, bevor es ausgeliefert wird
Führen Sie den Validator für jede .glb-Datei im Bundle aus. Ein erfolgreicher Lauf gibt die Version und eine Anzahl von Meshes und Materialien aus; ein Fehler löst einen klaren Fehler aus, der beschreibt, welche strukturelle Prüfung fehlgeschlagen ist.
python validate_glb.py public/assets/scene.glbFür einen tiefergehenden strukturellen Bericht, einschließlich Texturgrößen und Animationsanzahlen, verwenden Sie die glTF-Transform-CLI.
npx gltf-transform inspect public/assets/scene.glbUm einen kleineren Review-Build zu erzeugen, führen Sie den Optimierer aus. Er schreibt die Datei in einen neuen Ausgabepfad, sodass das Original zum Vergleich erhalten bleibt.
npx gltf-transform optimize public/assets/scene.glb public/assets/scene.review.glb --texture-compress webpEin Review-Manifest erzeugen
Erstellen Sie das Prüfsummen-Manifest, nachdem die Assets final sind, und committen Sie das resultierende JSON zusammen mit dem Quellcode. Reviewer können dann das Skript erneut ausführen und Hashes vergleichen, um zu bestätigen, dass der gesichtete Build dem eingereichten entspricht.
python build_manifest.pyDie Pipeline in Continuous Integration reproduzieren
Die beiden Python-Skripte beenden sich mit einem Status ungleich null, wenn eine Assertion fehlschlägt, sodass sie in jeden CI-Job eingebunden werden können, der über einen Python-Interpreter verfügt.
python validate_glb.py public/assets/scene.glb && python build_manifest.pyEinschränkungen und Validierungshinweise
Drei praktische Einschränkungen sollten klar benannt werden.
Erstens validiert die glTF-Header-Prüfung nur die Containerstruktur. Sie bestätigt, dass die Datei ein wohlgeformtes binäres glTF ist und dass ihre deklarierte Länge ihrer tatsächlichen Größe entspricht. Sie validiert weder Geometrie noch Materialgraphen noch, ob ein Renderer die Szene korrekt zeichnen wird. Der glTF-Transform-Inspectionsschritt deckt mehr ab, ist aber weiterhin kein Ersatz für das Vorführen auf Zielhardware.
Zweitens ist das hier verwendete SSL-Plugin eine Entwicklungserleichterung. Es erzeugt ein selbstsigniertes Zertifikat, vor dem Browser warnen werden, und es ist nicht für ein öffentliches Deployment geeignet. Produktions-Hosting sollte ein Zertifikat von einer vertrauenswürdigen Zertifizierungsstelle verwenden.
Drittens ist die Vorschau-Szene bewusst minimal. Sie existiert, um zu bestätigen, dass ein Headset eine Sitzung aufbauen kann und dass Assets laden, nicht um einen bestimmten künstlerischen oder technischen Ansatz zu repräsentieren.
Auf die Ankündigung selbst angewendet, gilt dieselbe Disziplin. Die verifizierte Tatsache ist, dass drei von Google unterstützte Projekte bei den 83. Internationalen Filmfestspielen von Venedig Premiere feierten, angekündigt von Google am 11. September 2026 in seiner XR- und AR-Kategorie. Alles darüber hinaus gehört zur Quellseite und zu den Teams der Projekte selbst. Das Kategorie-Label als Hypothese statt als Befund zu behandeln, hält die Berichterstattung ehrlich, und eine kleine, reproduzierbare Validierungspipeline zu bauen, hält die technische Arbeit vertrauenswürdig.
Fazit
Die Venedig-Premiere ist ein Meilenstein, der präzise festgehalten werden sollte: drei unterstützte Projekte, ein Festival, eine datierte Ankündigung, eine Primärquelle. Wo die Belege dünn sind, ist der nützliche Beitrag nicht Spekulation, sondern eine klare Grenze – plus Tooling, das dem nächsten immersiven Projekt hilft, ohne Überraschungen auszuliefern. Das oben beschriebene Setup ist in wenigen Minuten installiert, läuft ohne Headset und erzeugt zwei Artefakte, die in jedem Review-Kontext zählen: eine strukturelle Validierung jedes binären Assets und ein Prüfsummen-Manifest, das belegt, was gesichtet wurde. Für Teams, die Arbeit im XR- und AR-Bereich vorbereiten, ist diese Kombination ein kleiner, aber dauerhafter Vorteil, und sie hält die verifizierten Fakten über Venedig 2026 genau dort, wo sie hingehören: an der Quelle.



