Beiträge von pschulze59

uname -a liefert:

Linux i5PS 3.16.7-42-desktop #1 SMP PREEMPT Tue Jun 28 12:20:57 UTC 2016 (35ab731) x86_64 x86_64 x86_64 GNU/Linux

hwinfo --mouse liefert:

36: USB 00.1: 10503 USB Mouse                                   
  [Created at usb.122]
  Unique ID: KS5Q.OJeMMAScp+F
  Parent ID: FKGF.0j9+vWlqL56
  SysFS ID: /devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.2/2-1.2:1.1
  SysFS BusID: 2-1.2:1.1
  Hardware Class: mouse
  Model: "Microsoft® 2.4GHz Transceiver v8.0"
  Hotplug: USB
  Vendor: usb 0x045e "Microsoft Corp."
  Device: usb 0x0745 "Microsoft® 2.4GHz Transceiver v8.0"
  Revision: "6.56"
  Compatible to: int 0x0200 0x0001 "Generic USB Mouse"
  Driver: "usbhid"
  Driver Modules: "usbhid"
  Speed: 12 Mbps
  Module Alias: "usb:v045Ep0745d0656dc00dsc00dp00ic03isc01ip02in01"
  Driver Info #0:
    XFree86 Protocol: explorerps/2
    GPM Protocol: exps2
  Config Status: cfg=new, avail=yes, need=no, active=unknown
  Attached to: #46 (Hub)

und dmesg | grep mouse liefert: keine Ausgabe, was mich zwar wundert - ist aber so.

Seit ich eine Funkmaus angeschlossen habe, stört mich die "Sprungweite" des Scrollrads. So wird z. B. in langen Listen des Datei-öffnen-Dialogs von ganz oben mit nur einem "Zack" des Mausrads gleich zum Ende gesprungen. Listeneinträge in der Mitte werden damit übersprungen und nicht angezeigt. Die Scrollweite kann man für KDE 4 zwar in den Systemeinstellungen einstellen (habe ich von 4 auf 1 Zeile gestellt) , sie scheint aber wirkungslos zu sein.
Hat jemand eine Idee, wo man die Sache noch beeinflussen kann? Ich dachte zwar schon an die X-Server-Konfiguration, finde dazu aber keine Einstellung.
Für Firefox selbst kann man die Einstellungen in about:config korrigieren. Aber für alle anderen Anwendungen, auch eben die eigenen KDE-Anwendungen habe ich noch keine Lösung.

Ha ha - ich lache mich schief, dass ich auf den alten Trick "Speichern - Schließen - Anwendung neu starten" nicht selbst drauf gekommen bin. Alles andere hatte ich ja bereits gemacht, nur den Neustart eben nicht!

Danke!

Ich arbeite zwar schon gefühlte hundert Jahre mit KMail, aber ich habe für folgendes Problem noch keine Lösung gefunden (13.2 mit kmail2):

Ich bin nun leider gezwungen, HTML-Mails zu versenden. Der Mail-Editor in KMail verwendet standardmäßig Arial 9.
Während die Schriftart bei den Nicht-Outlook-Mail-Empfängern richtig dargestellt wird, wird sie von den MS Outlook-Mail-Empfängern stets als eine kleine verschrumpelte Serifenschrift mit 9 Punkt oder sogar kleiner dargestellt, wodurch die Mail-Empfänger die Mail nur schlecht lesen können.
Nun habe ich festgestellt, dass die Standardschrift des Editors daran Schuld hat, denn wenn ich den Mailtext zwingend neu formatiere, z. B. in Lucida Sans, so wird die Mail unter Outlook richtig in einer serifenlosen Schrift dargestellt.
Dieses Verfahren würde mich aber zwingen, jede neue Mail vor dem Versenden zwingend neu zu formatieren. Das ist umständlich und fehlerträchtig.
Meine Suche und Versuche, die Standardschrift zu ändern schlugen allerdings fehl. Folgende Dinge probierte ich:

1.KMail einrichten - Erscheinungsbild - Schriftart - Eigene Schriftart verwenden - anwenden auf: Nachrichten-Editor - Lucida Sans, 10pt
und
2. KMail einrichten - E-Mail-Editor - Standard-Vorlagen - Neue Nachricht ... hier gibt es leider keine Einstellungsmöglichkeiten zur Schriftart (dito bei Eigenen Vorlagen)
und
3. verschiedene andere Optionen im Einrichtungs-Menü von KMail durchsucht (Identität, Diverses etc.), aber keine Einstellungsmöglichkeit gefunden.

zu 1. habe ich festgestellt, dass es egal ist, was man dort einstellt, jede neue Mail ist wieder mit Arial,9pt voreingestellt.

Hat jemand einen Lösungsvorschlag? Vielleicht ist es ganz einfach und ich habe diese übersehen.

Na, hab ich doch in meinem post gleich gesagt - weiterhin viel Erfolg.

In Ergänzung zu meinem obigen post, hier noch mal der Aufruf zur Compilierung der Kernelmoduls im neuen VirtaulBox

/sbin/rcvboxdrv setup

und man muss selbstverständlich dieses script auch immer dann starten, wenn ein Kernelupdate erfolgte.

Ich habe bei dem Update von VitualBox mir persönlich irgendwann folgendes Vorgehen angewöhnt:
- Repo entfernen und separat downloaden
- alte Version über Yast deinstallieren, wenn kein update geht - dabei bleiben die Image-Verzeichnisse und Konfigurationen der VMs erhalten, da sie in gesonderten Verzeichnissen liegen
- neue Version als root installieren
- neue Installation der AddOns als user aufrufen und dann als root authentifizieren und installieren. Dabei darf das eigentliche VirtualBox noch nicht laufen sondern wird mit der Installation der AddOns automatisch mit aufgerufen.

WICHTIG: Da die 5er Versionen neue Kernelmodule, die beim Start des Rechners (nicht der VM) mitgeladen werden müssen, kompilieren will/muss, müssen auch die Kernelquellen und gcc installiert sein.

Seit jüngerer Zeit wird der Compiliervorgang mit der Installation bzw. dem Update von VirtualBox automatisch nach der Installation im Hintergrund gestartet. Das setzt aber die Kernelquellen, den Compiler u.a. abhängige Ressourcen voraus.

In früheren Versionen wurde unter /etc/init.d/vboxdrv setup manuell gestartet, um die Compilierung durchzuführen. Jetzt könnte man, so man muss, das script unter /usr/lib oder /usr/bin aufrufen (glaube ich). Braucht man aber nur, wenn die Compilierung nicht automatisch startet (den richtige Pfad zeigt er übrigens an).

Läuft die neue Version erst einmal und Du hast die Kernelsources nicht deinstalliert, dann kannst Du jedes neue Update mit einem rpm -Uvh blablabla.rpm drüberbügeln.

Danke für die Tipps, allerdings habe ich bisher mit deren Hilfe noch keine Verbesserung erreicht. Aber es scheint sich auf das Problem der fehlenden Codecs oder das Umschalten zwischen HTML5 und FlashPlayer zu konzentrieren.
Fasse ich noch mal zusammen:
Alle betroffenen Geräte sind 13.2 Installationen, die ich mit zypper dup aktuell halte. Hier kann es aber zur Korruption von Paketabhängigkeiten gekommen sein, was erklären würde, dass jungfräuliche 13.2-Installationen dieses Problem nicht haben. Wäre dann meine Schuld. Ein Auflösen würde vermutlich aber zum Zerstören anderer Abhängigkeiten führen für Programme, die ich mir individuell und außerhalb von Suse-Repos installiert habe.
Ansonsten habe ich die gleichen Versionen wie andere auch von ffmpeg (was vermutlich dafür zuständig ist)
Firefox zeigt mir bei betroffenen Videos das Vorschaubild an, lädt die HTML5-Player-Menüleiste und steht dann.
Rufe ich über den Link das Video direkt auf, wird angezeigt, dass die Datei "beschädigt sei", was sie definitiv nicht ist.
Weitere Analysen und Versuche ergaben (ich weiß gar nicht mehr durch welche Tests ich das festgestellt habe), dass ffmpeg mit H.264 video und AAC audio das Problem zu sein scheint.
Warum aber spielen andere Browser die Videos ab?
Benutzen die nicht auch diese Bibliotheken/codecs?
Wieso ist die HTML5 -Video-Wiedergabe in Firefox nicht integraler Bestandteil von Firefox? Wenn es so wäre, dürften ja fehlende oder fehlerhafte separate codecs oder Bibliotheken nicht zu diesem Fehler führen und eine Neuinstallation von Firefox müsste dann den Fehler korrigieren. Tut es aber nicht! Also sind die abhängigen Pakete von Firefox i. O. und Firefox gibt sich mit dem Vorhandenen zufrieden, akzeptiert also die vorhandenen Pakete. Sonst würde die FF-Installation rummeckern und "alte" bzw. andere Pakete nachfordern.
Auch andere Browser scheinen ja mit den Ressourcen und Paketen klar zu kommen.
Ich habe auch lokale benutzerabhängige Konfigurationen gelöscht und das Ganze unter neuen Benutzern ausprobiert, um auszuschließen, dass irgendeine persönlich verkorkste config-Datei im home-Verzeichnis die Ursache ist. Nöö, ist sie nicht - das Dilemma habe ich jeweils systemweit und muss also zentral verursacht sein.

Vielleicht passiert noch mal ein Wunder .....

Also um die letzte Frage zu beantworten: Nein. Aber ich habe die Tests mit deinstalliertem Flash gemacht - da bi ich mir sicher. Später, alos über's Wochenende, habe ich mir eine Erweiterung runter geladen, mit der ich umschalten kann zwischen HTML5 und Flash. Die Umschalterei funktioniert scheinbar auch. So konnte ich auf mdr.de-Mediathek Videos mal mit Flash und mal mit HTML5 anschauen. Dennoch funktionieren an anderer Stelle das Abspielen nicht. Ob es mal nicht doch am verwendeten codec H.264 liegt.
Na und bei n-tv.de, da bin ich mir sicher, liegt es an irgendwelchen Weiterleitungen, die Firefox nicht mitmachen will: nachdem die Werbung erfolgreich mein altes Hirn verseucht hat, wird nicht weitergeleitet auf das eigentliche Video. Das Ganze ist aber (bei n-tv.de) eine andere Baustelle, die es aber scheinbar auch bei Verwendung von Videos auf heise.de gibt, bei denen Werbung vorgeschaltet ist.
Ich habe vorerst keine neuen Ideen oder Ansätze, um mein Problem zu lösen.

Zitat von Alero

Ich hab den Adguard laufen und kann ohne jede Art von Flash über VLC n-TV Videos und Lifestream schauen.
Das ist sicher mal wieder so ein *-blocker und Flash-Problem, wie wir es schon hunderte Male hatten.

Hab mal dazu eine Frage: Läuft das n-tv-Video dann im VLC-Player über die aufgerufene URL oder ist das dann als PlugIn im Browser? Ich habe das nämlich nicht hinbekommen. Vielleicht kannst Du mir dazu noch ein Tipp geben.
Danke!