Announcement: there is an English version of this forum on 
Üblicherweise läuft LTSpice unter Ubuntu mit wine recht stabil und gut. Jetzt habe ich auf Ubuntu 24.04 upgedated aber das Inverter-Symbol ist wie auf obigem Bild. Scheinbar sind alle Kreise in den Symbolen jetzt Rechtecke mit runden Ecken. Ich vermute einen Fehler in der Wine-Implementierung. Läuft es bei euch? Wie kann man es lösen?
Angehängte Dateien:
-
Ubuntu24_04_LtSpice.png
71 KB
Lustig, wenn man im Symbol die Anfangs- und Endkoordinaten vertauscht, wird das korrekte Symbol dargestellt ... was immer da für ein Fehler tief im System steckt ...
1 | CIRCLE Normal 40 56 56 72 |
Angehängte Dateien:
-
kreise.png
13 KB
Christoph M. schrieb: > Läuft es bei euch? Nein, gleiches Problem in Arch. LTspice nutzt offensichtlich die Ellipse()-Funktion von Windows https://learn.microsoft.com/en-us/windows/win32/api/wingdi/nf-wingdi-ellipse mit vertauschten Argumenten für left und right bzw. top und bottom. In einem Testprogramm, das ebenfalls diese Funktion aufruft, konnte ich dasselbe Verhalten reproduzieren. Im dem verlinkten MS-Artikel ist nicht spezifiziert, wie sich die Funktion in einem solchen Fall verhält. Somit ist das wohl so etwas wie undefined Behavior, und es liegt in der Verantwortung des Aufrufers, die Argumente in die richtigen Reihenfolge zu übergeben. Möglicherweise toleriert Windows die falsche Reihenfolge, Wine aber nicht. Da mir das Problem bisher nicht aufgefallen ist, könnte es auf eine Änderung in der aktuellen Version zurückzuführen sein. Das Problem tritt nicht nur beim Inverter-Kringel auf, sondern auch bei anderen kreisförmigen Objekten (bspw. Spannungsquellen), wenn man sie im Schaltplan rotiert (s. Anhang).
Angehängte Dateien:
-
LT.png
32 KB
Hmmm, Debian 12 (stable/Bookworm) $ wine --version wine-8.0 (Debian 8.0~repack-4) Keine besonderen Vorkommnisse.
Angehängte Dateien:
-
About_LTspice.png
17 KB
Norbert schrieb: > $ wine --version > wine-8.0 (Debian 8.0~repack-4) > > Keine besonderen Vorkommnisse. ... und welche Version von LTspiceXVII? Bei mir unter Debian stable verhält es sich auch normal, aber ich benutze 17.0.35.0 von Juli 2022. LTSpice -> Help -> About
Angehängte Dateien:
-
LT2.png
23 KB
Alexander S. schrieb: > Bei mir unter Debian stable verhält es sich auch normal, aber ich > benutze 17.0.35.0 von Juli 2022. LTSpice Ach da bin ich weiter … aber wohl immer noch reichlich hinterher… ;-)
Oder benutzt Christoph M. unter Ubuntu bereits LTspice 24 (Version 24.0.12)? P.S. Gerade gesehen - im screenshot im ersten Beitrag steht LTspiceXVII.
:
Bearbeitet durch User
Ich nutze Linux Mint 21.x, Wine 9 und LTSpice 24, bisher keine Probleme außer dass das Drucken des Schaltplanes unter LTSpice nicht funktioniert, mit keinem Drucker. Aber Grafikprobleme hab ich noch nicht gesehen. Aber LTSpice 24 "lohnt" sich. Die Simulation ist wirklich sehr schnell geworden.
:
Bearbeitet durch User
Bei mir sind es - Wine 9.22 - LTspiec XVII 17.0.35.0 - LTspice 24 24.0.12 Das Problem tritt bei beiden LTspices auf, erkennbar bspw. beim Rotieren von Spannungsquellen wie hier gezeigt: Yalu X. schrieb: > kreise.png 900ss schrieb: > Ich nutze Linux Mint 21.x, Wine 9 und LTSpice 24, bisher keine Probleme > außer dass das Drucken des Schaltplanes unter LTSpice nicht > funktioniert, mit keinem Drucker. Drucken funktioniert bei mir problemlos mit beiden LTspices (hab's heute zum ersten Mal ausprobiert ;-)). Da werden sogar die problematischen Kreise richtig dargestellt.
Bei mir ist es Description: Ubuntu 24.04.1 LTS LTspice 17.0.36 ( bei Analog Devices bezeichnet als LTSpice XVII, end of support) winehq-devel 10.0-rc4-noble-1 Mit der original mitgelieferten Wine-Version ging gar nichts. Irgendwo wurde beschrieben, dass man winehq installieren soll. https://www.winehq.org/ Jetzt ist die Frage, wie man das Problem löst .. - Kreise in Symbolen XY Koordinaten vertauschen => Murks Lösung, weil nach Drehung der Symbole das gleiche Problem auftritt - Zurück zu Ubuntu 22.04 wechseln - Bug report an winehq senden und auf nächstes Update hoffen
Yalu X. schrieb: > - Wine 9.22 > - LTspiec XVII 17.0.35.0 > - LTspice 24 24.0.12 > > Das Problem tritt bei beiden LTspices auf, erkennbar bspw. beim Rotieren > von Spannungsquellen Christoph M. schrieb: > Jetzt ist die Frage, wie man das Problem löst .. Downgrade auf Wine 8 wäre mein persönlicher Favorit, da anscheinend beide LTspice Versionen XVII 17.0.35.0 und 17.0.37.0 unter Debian mit Wine8 funktionieren.
>Downgrade auf Wine 8 wäre mein persönlicher Favorit, WineHQ geht aber erst ab Version 9 los, und ich weiß nicht, ob man WineHQ für Ubuntu 24.04 braucht. Diejenige, die ich aus dem voreingestellten Ubuntu-Repository installiert hatte, ging ja überhaupt nicht. Hat jemand eine Ahnung, wo man hier den Bug posten müsste: https://bugs.winehq.org/describecomponents.cgi?product=Wine Ok, Kommando zurück: Man kann LTSpice unter Ubuntu 24.04 mit dieser Anleitung installieren https://github.com/joaocarvalhoopen/LTSpice_on_Linux_Ubuntu__How_to_install_and_use Der Trick ist: man muss wine-stable und nicht einfach nur "wine" verwenden.
:
Bearbeitet durch User
900ss schrieb: > Aber LTSpice 24 "lohnt" sich. Die Simulation ist wirklich sehr schnell > geworden. In der LTSpice 24 Version ist trtol=2, dadurch sind viele Simulation schneller aber auch ungenauer, ich habe eine Simulation, die nicht mehr konvergiert. Die neuen Icons sind hässlich, aber das fällt nach einigen Monaten nicht mehr auf.
Udo K. schrieb: > In der LTSpice 24 Version ist trtol=2, dadurch sind viele Simulation > schneller aber auch ungenauer, Ich hatte es nicht geprüft, bei mir ist die ungenauigkeit nicht aufgefallen. Aber ich habe es auch nur an einem Projekt geprüft. Udo K. schrieb: > Die neuen Icons sind hässlich Unter wine sieht vieles (nicht nur LTSpice) häßlich aus. Ist aber eher nebensächlich, ich freue mich wenn überhaupt die Anwendung läuft.
Christoph M. schrieb: > Ich vermute einen Fehler in der > Wine-Implementierung. > Läuft es bei euch? Wie kann man es lösen? Kann sein. Hast du 64bit oder 32bit? Da bringt Wine einiges durcheinander, aber wenn ich immer eine Zeitlang abwarte (so 8 Wochen vielleicht) verbessert sich einiges. Auf jeden Fall ist Wine nicht mit den Linux-Updates synchronisiert. Wäre auch schön, wenn man das vorher wüsste. Aber es ist halt so - Wine ist toll, aber eben nicht synchron mit den Linux-Updates oder Ubgrades. Aber die Win10-Simulation ist schon super, weil Steam nur noch Win10 akzeptiert. War am Anfang etwas problematisch, ging aber schnell weg. Warte einfach auf ein neues Wine-Update, ob sich da etwas verbessert. Meistens ist das schon so, nicht immer, aber eben sehr oft. Test-Wine muss man nicht unbedingt installieren, sondern einfach ein wenig Geduld mitbringen.
Angehängte Dateien:
-
LtSpiceNeuVersusAlt.png
84 KB
Rbx (rcx) >Kann sein. Hast du 64bit oder 32bit? 64 Bit, meine ich. Aber das Problem hat sich der Installation "wine-stable" gelöst .. https://github.com/joaocarvalhoopen/LTSpice_on_Linux_Ubuntu__How_to_install_and_use 900ss (900ss) >Unter wine sieht vieles (nicht nur LTSpice) häßlich aus. Ist aber eher >nebensächlich, ich freue mich wenn überhaupt die Anwendung läuft. Das liegt im Falle von LTspice aber nicht an wine, wie man im angehängten Bild sieht. Dort sind beide Versionen übereinander dargestellt; unten die Neueste. Meiner Meinung ist das neue Design ziemlich verunglückt mit einem deutlichen Hang zur Unübersichtlichkeit.
Ich habe heute LTspice auf einem Ubuntu-24.04-Rechner getestet und dabei keinerlei Probleme festgestellt. Installiert war Wine 9.0, was sich auch nach einem apt update && apt upgrade nicht geändert hat. Also bin ich der Sache mal etwas tiefer auf den Grund gegangen: Bis einschließlich Wine 9.20 hat noch alles funktioniert, ab Wine 9.21 nicht mehr. Da auf meinem Arch-Linux-Rechner 9.22 installiert ist, war auch ich einer der Betroffenen. Nach längerem Wühlen im Wine-Quellcode konnte ich als Auslöser des Problems die Funktion dibdrv_RoundRect in dlls/win32u/dibdrv/graphics.c identifizieren: https://github.com/wine-mirror/wine/blob/master/dlls/win32u/dibdrv/graphics.c Diese Funktion wird auch zum Zeichnen von Ellipsen und Kreisen (maximal abgerundete Rechtecke) genutzt, hat sich aber nach einer Änderung vom 22. Oktober (ein paar Tage nach Release 9.20) seltsam verhalten, wenn die linke obere Ecke der Bounding-Box rechts oder unterhalb ihrer rechten unteren Ecke lag. Das Problem bestand auch noch im letzten Release-Candidate (10.0-rc4 vom 3. Januar). Am 5. Januar (also vorgestern) wurde die genannte die Änderung wieder rückgängig gemacht (vielleicht hat ja jemand diesen Thread gelesen ;-)), so dass das nächste Release voraussichtlich wieder funktionieren wird. Um das Problem zu beheben, hat man also drei Möglichkeiten: 1. Man installiert ein Release ≤ 9.20. 2. Man baut sich Wine aus den aktuellen Quellen selber. 3. Man wartet auf das nächste Release. Hier ist ein Ausschnitt aus dem Git-Log mit den relevanten Einträgen: ... commit 49d40f85796db91a742a58d6589ef281c7f7f773 Author: Elizabeth Figura <zfigura@codeweavers.com> Date: Sun Jan 5 16:25:52 2025 -0600 Revert "win32u: Normalize inverted rectangles in dibdrv_RoundRect().". This reverts commit 46a99090e11184d0ceccbb81f14544f387b33759. ... commit 9008e655e4e6cb266d2b3b6a4774702d06ca6249 Author: Alexandre Julliard <julliard@winehq.org> Date: Fri Jan 3 22:31:37 2025 +0100 Release 10.0-rc4. ... commit c9a8333c0f274201faf33d27abda1ebb5ae07cec Author: Alexandre Julliard <julliard@winehq.org> Date: Fri Nov 8 21:34:04 2024 +0100 Release 9.21. ... commit 46a99090e11184d0ceccbb81f14544f387b33759 Author: Elizabeth Figura <zfigura@codeweavers.com> Date: Tue Oct 22 13:23:16 2024 -0500 win32u: Normalize inverted rectangles in dibdrv_RoundRect(). ... commit 3a6e9365336304b4d7eb4d66aef959f67361cc1f Author: Alexandre Julliard <julliard@winehq.org> Date: Fri Oct 18 22:11:48 2024 +0200 Release 9.20. ...
Super Analyse. Bei meinem System hat es mit der Installation von "wine-stable" die Version wine-9.0 (Ubuntu 9.0~repack-4build3) installiert und funktioniert jetzt. Ist zwar die ältere Version, aber für den "LTspice" Gebrauch ausreichend. Trotzdem super, dass das Problem jetzt auch im Repository gelöst ist.
Yalu X. schrieb: > so dass das nächste Release voraussichtlich wieder funktionieren wird. Wobei die Änderungen doch eine ganze Menge Codezeilen betrifft, bei denen man sich auch noch fragt, ob die je eine Optimierung gesehen haben, bzw. wo die Zielsetzung lag.
Rbx schrieb: > Yalu X. schrieb: >> so dass das nächste Release voraussichtlich wieder funktionieren wird. > > Wobei die Änderungen doch eine ganze Menge Codezeilen betrifft, bei > denen man sich auch noch fragt, ob die je eine Optimierung gesehen > haben, bzw. wo die Zielsetzung lag. Ja, das wird sich auch im Oktober die gute Elisabeth gefragt haben und hat dann einfach schonmal angefangen zu "optimieren". Mit bekanntem Ergebnis... Merke: Optimiere erst dann, wenn du den Code und seinen Zweck wirklich umfassend verstanden hast. Ineffizienter Code ist zwar unschön, aber längst nicht so störend wie falscher Code.
Thread beobachten
Seitenaufteilung abschaltenBitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.