Posts mit dem Label Youtube werden angezeigt. Alle Posts anzeigen
Posts mit dem Label Youtube werden angezeigt. Alle Posts anzeigen
Montag, 14. Dezember 2015
QupZilla Webbrowser dosen't play HTML5 Videos (Youtube) on openSUSE leap 42.1 - but I have fixed it!
Ich habe bereits in einigen früheren Posts über openSUSE Leap 42.1 mich darüber gewundert, dass der Webbrowser QupZilla (Version 1.8.7 mit WebKIt-Version 583.1) nun scheinbar keine Unterstützung mehr findet um HTML5 Videos (zumeist von Youtube) abzuspielen.
Somit blieb mir nur die Möglichkeit Youtube-Videos mit anderen Browsern, wie Firefox oder Chromium (diese hatten keinerlei Probleme mit HTML5), oder mit dem Tool SMTube von SMPlayer, welches ich übrigens sehr empfehlen kann, abzuspielen.
Ich wollte aber den Grund für diese Fehlfunktion wissen, da QupZilla unter openSUSE 13.2 kein Problem mit HTML5 hatte. Nach längerer Suche und ein bisschen Experimentieren hatte ich das Problem gefunden.
Gstreamer-Pakete:
Durch die Einbindung des Packman-Repos erhält man eine Vielzahl alternativer Gstreamer-Pakete und dadrurch die notwendige Unterstützung (vor allem) für den Multimediabereich. Hier handelt es sich per default um die Pakete "gstreamer-0_10-xxxxxxxx".
(Die Grafik zeigt nicht alle gstreamer-0_10'er Pakete! ; These arn't all packages of gstreamer-0_10-xxx!)
Diese Pakete reichen jedoch nicht für eine HTML5 Unterstützung aus!
Anscheinend benötigt QupZilla nun aber auch (warum auch immer) andere gstreamer Pakete. (die ohne Nummer). Ich habe diese Pakete zusätzlich installiert. (I have added these packages)
Da ich kein Informatiker bin, verstehe ich nicht ganz die Hintergründe. Doch scheint die Lösung ein Mix aus den "gstreamer-plugins-xxx" und den "vaapi"-Paketen zu sein.
gstreamer-plugin-vaapi
libstvaapi-wayland-1_4-1 (inklusive aller Abhängigkeiten)
Das Hinzufügen dieser Pakete brachte den gewünschten Erfolg. Ob es nun die Wayland-Plugins sind oder die gstreamer, VA-API, oder die Komination aller...? I don't know why, but now it works well!
Beim Starten von QupZilla aus der Konsole zeigt sich folgendes:
Dies deutet für mich darauf hin, dass die VA-API Pakete benötigt wurden. Auf VA-API ArchWiki konnte ich lesen, dass libav normalerweise die VA-API findet. "libav" wird benötigt zur Videdodarstellung, also war ich wohl am richtigen Weg. Für VA-API gibt es auch bei ubuntuusers einen Eintrag.
Das Ergenbis:
HTML5 Test:
Verpixelter Screenshot von Youtube:
Viel Spass mit QupZilla!
Roman.
Mittwoch, 18. November 2015
Upgrade to openSUSE Leap 42.1. My first experiences with openSUSE Leap 42.1 (KDE - Plasma5)
Vor ein paar Tagen war es soweit. Ich vollzog das Upgrade auf openSUSE Leap 42.1. Mein, sehr stabiles, openSUSE 13.2 hatte ausgedient.
Wie bereits in meinem letzten Post geschildert, hatte ich ein wenig Sorge, da sich openSUSE mit dieser Version von grundauf verändert. Die Basisplattform kommt von SLE und die Anwendungen werden darauf aufgebracht und stets aktualisiert. Hört sich gut an und klingt nach einem stabiles System.
Aus verschiedenen Quellen konnte ich bereits die Information erhalten, dass es besser ist eine komplette Neuinstallation durchzuführen. Klingt auch logisch, wenn doch der ganze Unterbau der Distribution ausgetauscht wird. (several sources suggest only a complete reinstallation)
Von der der openSUSE Webseite habe ich mir die 4,3 GB große ISO-Datei für die Installations-DVD heruntergeladen. Diese liegt aktuell nur in 64-bit. vor. Mein altes System bzw. meine Daten, Mails,... wurden soweit gesichert, und dann gings auch schon los.
Nach dem Booten von DVD zeigt sich der Installer gewohnt aufgeräumt und übersichtlich. Ich führte die "Neuinstallation" (nicht das "Upgrade"). Diese lief wie gewohnt ohne Probleme durch. Hardware wurde ausnahmslos erkannt. Ich hatte sogar das Gefühl, dass die Installation schneller ging früher.
Nach dem Reboot:
Nachdem ich einmal Elektriker war, gibt es für die Glühbirne einen Pluspunkt. Das sollte allerdings der Einzige bleiben!!
Wo fange ich an?
Gleich vorweg, mir erscheint, dass openSUSE stabil ist, aber Plasma 5 ist es nicht. Oder die beiden in Kombination. Ich weiß nicht, was daran eine Finale Version sein soll!
Die Optik:
Das Aussehen ist immer so eine Sache. Einem gefällt dies, dem anderen das. Aber das Default-Theme (Breeze) ist z.B. nicht ausgereift. Die Schrift wirkt zu blass, kaum lesbar. Die Breeze-Symbole sehen aus wir Kindergartenzeichnungen. Und, und, und,..... Gut, all das kann man in KDE einstellen. Nach etwas Arbeit sah meine SUSE wieder wie früher aus. Bis auf das "Dropbox-Symbol", welches nur aus einem schwarzen Feld zu bestehen scheint (man kann es im Bild oben neben dem Lautsprechersymbol erkennen).
Die Default-Symbole sehen schrecklich aus!
Kwallet,Kmail, Korganizer,...
Diese Komponenten haben scheinbar die größten Probleme. Der Network-Manager kann auf Kwallet zugreifen, aber Kmail nicht. So muss stets (in Abständen von 5 Minuten) das/die Email-Passwörter eingegeben werden! "Die Digitale Brieftasche steht für Kmail nicht zur Verfügung", heißt es. Ein Blick in den Paketmanager zeigte das es Pakete der 4'er Gruppe und der 5'er Gruppe gibt. Wobei bei der Neuinstallation ein Mix aus 4'er und 5'er Pakete gemacht wurde. Warum? Ich entschloss mich alle Pakete auf 5'er zu aktualisieren.
Nach einem Reboot stand nun Kwallet (Digitale Brieftasche für Passwörter) auf für Kmail bereit und funktionierte super. Doch die Freude währte nur kurz. Kontact hatte keinen Kalender mehr - den musste ich nachinstallieren. In Kontact und Kalender ist es nicht mehr möglich den Google-Kalender einzubinden. Während der Anwendung flackerte oft der Bildschirm,.... Oje. Völlig unausgereift!
Dolphin (Dateimanager)
Hier fehlt die Funktion, ein Bild z.B. von .png nach .jpg zu konvertieren! (Warum,?)
Auch ist ein vielen Menüpunkten die Deutschübersetzung nicht vollzogen. Kmail zeigt sich in beiden Versionen fast ausschließlich in Englisch.
HTML5
Gut, das ist jetzt zwar kein SUSE-Problem, aber in 13.2 konnte ich mit dem QupZilla Browser (den ich sehr mag) Youtube-Videos (nun in HTML5) ansehen. Also ich konnte mir in 13.2 HTML5-Videos ansehen. Warum QupZilla nun nicht mehr dazu imstande ist, ist schleierhaft. In Firefox ist es kein Problem.
Es gibt auch (ein wenig) Positives:
So gibt es nun ein neuartiges Startmenü. Ich finde es lehnt sich an Gnome an.
Man findet es mit Rechts-Klick auf des KDE-Startsymbol/Alternativen/Anwendungsübersicht.
Fazit:
Der Versuch mit SLE als Unterbau ein stabiles System zu erzeugen, scheint mit den Anwendungen von, oder mit Plasma 5 (zur Zeit) nicht zu funktionieren.
Im Vergleich zu openSUSE 13.2 ist openSUSE Leap 42.1 mit Plasma 5 für den Alltag unbrauchbar. (Sorry, but it isn't stable with Plasma5)
Noch bin ich mir nicht sicher, aber ich spiele mit dem Gedanken Gnome3.x auszuprobieren. Aber unter openSUSE! Da ich mir nicht vorstellen kann, dass sich diese Distribution so verschlechtert haben soll. Außerdem hätte ich damit natürlich sofort den direkten Vergleich.
Roman.
Wie bereits in meinem letzten Post geschildert, hatte ich ein wenig Sorge, da sich openSUSE mit dieser Version von grundauf verändert. Die Basisplattform kommt von SLE und die Anwendungen werden darauf aufgebracht und stets aktualisiert. Hört sich gut an und klingt nach einem stabiles System.
Aus verschiedenen Quellen konnte ich bereits die Information erhalten, dass es besser ist eine komplette Neuinstallation durchzuführen. Klingt auch logisch, wenn doch der ganze Unterbau der Distribution ausgetauscht wird. (several sources suggest only a complete reinstallation)
Von der der openSUSE Webseite habe ich mir die 4,3 GB große ISO-Datei für die Installations-DVD heruntergeladen. Diese liegt aktuell nur in 64-bit. vor. Mein altes System bzw. meine Daten, Mails,... wurden soweit gesichert, und dann gings auch schon los.
Nach dem Booten von DVD zeigt sich der Installer gewohnt aufgeräumt und übersichtlich. Ich führte die "Neuinstallation" (nicht das "Upgrade"). Diese lief wie gewohnt ohne Probleme durch. Hardware wurde ausnahmslos erkannt. Ich hatte sogar das Gefühl, dass die Installation schneller ging früher.
Nach dem Reboot:
Nachdem ich einmal Elektriker war, gibt es für die Glühbirne einen Pluspunkt. Das sollte allerdings der Einzige bleiben!!
Wo fange ich an?
Gleich vorweg, mir erscheint, dass openSUSE stabil ist, aber Plasma 5 ist es nicht. Oder die beiden in Kombination. Ich weiß nicht, was daran eine Finale Version sein soll!
Die Optik:
Das Aussehen ist immer so eine Sache. Einem gefällt dies, dem anderen das. Aber das Default-Theme (Breeze) ist z.B. nicht ausgereift. Die Schrift wirkt zu blass, kaum lesbar. Die Breeze-Symbole sehen aus wir Kindergartenzeichnungen. Und, und, und,..... Gut, all das kann man in KDE einstellen. Nach etwas Arbeit sah meine SUSE wieder wie früher aus. Bis auf das "Dropbox-Symbol", welches nur aus einem schwarzen Feld zu bestehen scheint (man kann es im Bild oben neben dem Lautsprechersymbol erkennen).
Die Default-Symbole sehen schrecklich aus!
Kwallet,Kmail, Korganizer,...
Diese Komponenten haben scheinbar die größten Probleme. Der Network-Manager kann auf Kwallet zugreifen, aber Kmail nicht. So muss stets (in Abständen von 5 Minuten) das/die Email-Passwörter eingegeben werden! "Die Digitale Brieftasche steht für Kmail nicht zur Verfügung", heißt es. Ein Blick in den Paketmanager zeigte das es Pakete der 4'er Gruppe und der 5'er Gruppe gibt. Wobei bei der Neuinstallation ein Mix aus 4'er und 5'er Pakete gemacht wurde. Warum? Ich entschloss mich alle Pakete auf 5'er zu aktualisieren.
Nach einem Reboot stand nun Kwallet (Digitale Brieftasche für Passwörter) auf für Kmail bereit und funktionierte super. Doch die Freude währte nur kurz. Kontact hatte keinen Kalender mehr - den musste ich nachinstallieren. In Kontact und Kalender ist es nicht mehr möglich den Google-Kalender einzubinden. Während der Anwendung flackerte oft der Bildschirm,.... Oje. Völlig unausgereift!
Dolphin (Dateimanager)
Hier fehlt die Funktion, ein Bild z.B. von .png nach .jpg zu konvertieren! (Warum,?)
Auch ist ein vielen Menüpunkten die Deutschübersetzung nicht vollzogen. Kmail zeigt sich in beiden Versionen fast ausschließlich in Englisch.
HTML5
Gut, das ist jetzt zwar kein SUSE-Problem, aber in 13.2 konnte ich mit dem QupZilla Browser (den ich sehr mag) Youtube-Videos (nun in HTML5) ansehen. Also ich konnte mir in 13.2 HTML5-Videos ansehen. Warum QupZilla nun nicht mehr dazu imstande ist, ist schleierhaft. In Firefox ist es kein Problem.
Es gibt auch (ein wenig) Positives:
So gibt es nun ein neuartiges Startmenü. Ich finde es lehnt sich an Gnome an.
Man findet es mit Rechts-Klick auf des KDE-Startsymbol/Alternativen/Anwendungsübersicht.
Fazit:
Der Versuch mit SLE als Unterbau ein stabiles System zu erzeugen, scheint mit den Anwendungen von, oder mit Plasma 5 (zur Zeit) nicht zu funktionieren.
Im Vergleich zu openSUSE 13.2 ist openSUSE Leap 42.1 mit Plasma 5 für den Alltag unbrauchbar. (Sorry, but it isn't stable with Plasma5)
Noch bin ich mir nicht sicher, aber ich spiele mit dem Gedanken Gnome3.x auszuprobieren. Aber unter openSUSE! Da ich mir nicht vorstellen kann, dass sich diese Distribution so verschlechtert haben soll. Außerdem hätte ich damit natürlich sofort den direkten Vergleich.
Roman.
Montag, 16. Dezember 2013
openSUSE 13.1 KDE 4.11.3 - Video output has inverted colors - indigo blue
UPDATE: 16.12.2013 19:00h
Wie in den Kommentaren unten zu lesen ist, bin ich mir im Unklaren bezügl. der rechtlichen Situation, wenn man (wenn auch verpixelte) Screenshots von Youtube-Videos in das Blog stellt. Da ich keine Urheberrechtsverletzung begehen möchte, habe ich die Bilder, durch sagen wir mal zeitgemäße, ersetzt!
---------------------------------------------------------------------------------------------------
Kürzlich ist mir erst aufgefallen, dass alle Youtube-Videos einen blaustich in der Farbdarstellung haben - fast schon wie ein "Negativ".
Dieses Phänomen stellte sich in den Browsern rekonq, Konqueror und Opera dar.
Im Firefox nicht!
Chromium stellte in diesem Fall das Beispielvideo gar nicht da - "Video zur Zeit nicht verfügbar"! Andere Videos schon!
Erst mit dem Paket "chromium-pepper-flash" aus dem Packman-Repo stellte Chromium das Beispielvideo dann fehlerlos da.
Also wird der Fehler irgendwo im Adobe-Flash-Player zuhause sein.
Die Farben sind lieb, aber auf Dauer auch nichts!
(Ich hoffe das es rechtlich korrekt ist, wenn man Bilder aus Youtube-Videos herauspickt? Sicherheitshalber habe ich Gesichter verpixelt und keinerlei Songnamen erwähnt.)
Bereits nach kurzer Suche bin ich auf die Lösung gestoßen. Es liegt an der Hardwarebeschleunigung des Flash-Players.
Lösung:
Rechtsklick auf das Video. Über "Einstellungen" die "Hardware-Beschleunigung" aufrufen.
Der Haken ist standardmäßig gesetzt. Bitte entfernen!
Danach ändert sich zunächst nichts. Erst nach Neustart des Browsers und einem nochmaligen Aufrufen des Videos sieht man den Erfolg:
Sieht doch gleich besser aus!
Auf die Lösung bin ich hier gestoßen!
(Adobe-Flash-Version 11.2.202.xxxx)
Roman.
Abonnieren
Posts (Atom)















