Warum wird in Unity 2D das Fenster in Echtzeit aktualisiert, wenn die Größe des Fensters geändert wird, in Unity 3D nicht?

8

Unity 3D zeigt beim Ändern der Fenstergröße nur das orangefarbene Quadrat an. Und da ich kein englischer Muttersprachler bin, ist hier ein Screenshot, der zeigt, was ich zu erklären versuche: Unity 3D-Größenänderung

unity compiz

— 3rp3
quelle

12

Ich kann Ihre Frage nicht wirklich beantworten, warum es einen Unterschied gibt, aber ich kann Ihnen sagen, wie Sie die Unity 3D-Einstellungen ändern können, um Ihre "Echtzeit" -Nachzeichnungen zu erhalten.

Installieren Sie den CompizConfig-Einstellungsmanager.
Suchen Sie die Plugin-Einstellungen für 'Fenstergröße ändern' und geben Sie sie im Abschnitt 'Fensterverwaltung' ein.
Klicken Sie auf die Registerkarte "Allgemein".
Wählen Sie zwischen den verfügbaren Optionen "Normal", "Umriss", "Rechteck" und "Dehnen".

Die Einstellung "Normal" ist die gewünschte, mit der Sie das Fenster während der Größenänderung in Echtzeit aktualisieren können. Auf meiner Maschine ist dies jedoch schmerzhaft langsam.

Das Rechteck und die Gliederung sind sehr ähnlich und zeichnen ein Feld, das das Fenster mit geänderter Größe darstellt.

Persönlich mag ich die Option 'Dehnen', mit der Sie den Fensterinhalt fälschlicherweise aktualisieren können, indem Sie ihn einfach dehnen.

Ich hoffe, das hilft.

— Finley
quelle

1

Vielen Dank! Genau das habe ich gesucht! Ich werde testen, wie es auf meinem Computer funktioniert. Zumindest in Unity 2D ist es überhaupt nicht langsam. Danke noch einmal. EDIT: Ich habe es versucht und es ist wirklich langsam. Ich kann nicht verstehen Vielleicht sollte ich Unity 2D verwenden, da das Scrollen mit Dash auch viel flüssiger ist als in Unity 3D.

— 3rp3

2

Meinen Sie damit, dass Unity 3D die Fenster beim Ändern der Größe nicht neu aktualisiert, sondern das orangefarbene Feld als Umriss anzeigt?

Die Antwort ist, Computerressourcen zu sparen , denn wenn Sie dies zulassen, ist dies extrem langsam, da Fenster jedes Mal neu gezeichnet werden müssen, wenn Sie die Größe ändern. Wenn Sie sie in Echtzeit aktualisieren, wird das Programm immer wieder neu gezeichnet, was dazu führt extremer (nicht übermäßiger) Ressourcenverbrauch.

— ThePiercingPrince
quelle

1

Das Ändern der Fenstergröße beim Neuzeichnen des gesamten Inhalts verlief in Ubuntu reibungslos. Es hörte mit Ubuntu 11.04 und Unity 3D auf meinem Computer auf, der vielleicht fast 5 Jahre alt ist, aber immer noch keine Lücke hat. Ich glaube, es fällt mit der Einführung von v0.9 von Compiz zusammen. Seitdem ist die Option "Normal" für das CCSM-Plugin "Fenster ändern" nicht mehr verwendbar. Es ist noch in 12.04 kaputt. Heute Abend habe ich Xubuntu 12.04 in einer VM installiert und war erstaunt zu sehen, dass Fenster beim Ändern der Größe reibungslos neu gezeichnet werden! Und wir sprechen hier von einer virtuellen Maschine (mit aktivierter 3D-Beschleunigung).

In dieser Hinsicht gibt es eindeutig ein ernstes Problem mit Compiz.

Bearbeiten: Nach einer Suche habe ich den Fehler auf Launchpad gefunden. Anscheinend wurde ein Fix für 0.9.8 festgeschrieben, aber ich weiß nicht, ob er in 12.04 erscheinen wird. Der Fehler kann hier auf dem Launchpad gefunden werden .

@ Linux Distance, mit modernen PCs ist das Einsparen von Computerressourcen lächerlich, es gibt viele Zyklen zu sparen - und Ihre Antwort ist nebensächlich. Das hat jahrelang gut funktioniert. Wie wäre es mit einer echten, nützlichen Antwort anstelle einer Meinung.

— Norm C.
quelle

"Heute Abend habe ich Xubuntu 12.04 in einer VM installiert und war erstaunt zu sehen, dass Fenster beim Ändern der Größe reibungslos neu gezeichnet werden!" weil Xubuntu XFCE verwendet, das XFWM und nicht Compiz verwendet.

— Uri Herrera

Ich weiß, dass Xfce Compiz nicht verwendet. Ich habe nur versucht, meinen Standpunkt zu betonen: Wenn selbst ein WM mit geringem Ressourcenverbrauch dies kann, ist es nicht normal, dass Compiz dies nicht kann - und ein weiterer Beweis dafür, dass das Argument "Computerressource speichern" fehlerhaft ist.

— Norm C.