• Willkommen im Linux Club - dem deutschsprachigen Supportforum für GNU/Linux. Registriere dich kostenlos, um alle Inhalte zu sehen und Fragen zu stellen.

[gelöst] kein in html5 eingebettetes mp3 abspielbar

awsatnet

Member
Hallo zusammen!
Nach einem Upgrade von 13.2 auf Leap 42.2 (in zwei Schritten) musste ich feststellen, dass Firefox keine im Html-Code eingebettete mp3-Files abspielt. Ich hab's auf das Upgrade geschoben und - das System zeigte noch ein paar andere Macken - die 42.2 kurzerhand neu installiert.
Bevor ich jetzt mein home-Verzeichnis zurückgespielt habe, musste ich natürlich die Funktionalität gleich mit dem jungfräulichen System testen: und .... geht nicht.
Eine Seite, mit der man es ganz gut testen kann: https://hpr.dogphilosophy.net/test/

Ich hab' also die ganze Latte an Codecs und was das Herz begehrt und gstreamer so hergibt, nachinstalliert - alles vergeblich.
Ich hab' kein Plugin laufen, das die Soundausgabe verhindert und auch JavaScript ist nicht blockiert.
Und da auf der von mir beispielhaft aufgeführten Seite jedes Soundformat geht außer mp3, könnte es noch daran liegen, dass hier jemand Hand angelegt hat, der nicht will, dass man mp3-Files hören kann.

Das wollte ich dann ganz genau wissen und hab's mit Chromium aus den Quellen probiert: alle Soundfiles funktionieren, nur kein mp3.
Und weil ich es dann noch genauer wissen wollte, habe ich etwas gemacht, was ich sonst nicht tue: ich hab' mir Google Chrome "von draußen" geholt und - Teufel auch - da geht's!

Ich möchte Chrome eigentlich nicht auf dem System lassen, benötige aber die mp3-Funktionalität zwingend für "b..." - ähm - einen Sprachkurs, die offensichtlich mit eingebetteten mp3-Files arbeiten. Ich kann die nämlich sonst nicht hören...

Das System selbst bringt also offensichtlich alles mit, was man braucht, nur die Browser aus den Paketquellen dürfen also das böse mp3-Format nicht abspielen.
Die Browserkonfiguration ist jungfräulich und nicht von mir verbogen.
Wer weiß, wo das was gedreht wurde? Ich kann ums Verrecken nix finden.
 
A

Anonymous

Gast
GStreamer-Fluendo-MP3 ist installiert? Packman Repo eingebunden? Du kannst da mal folgendes in der Konsole als Root versuchen

Code:
zypper install -f libxine2-codecs ffmpeg lame gstreamer-0_10-plugins-good gstreamer-0_10-plugins-bad gstreamer-0_10-plugins-ugly gstreamer-0_10-plugins-good-extra gstreamer-0_10-plugins-ugly-orig-addon gstreamer-0_10-plugins-ffmpeg dvdauthor07 gstreamer-plugins-base gstreamer-plugins-bad gstreamer-plugins-bad-orig-addon gstreamer-plugins-good gstreamer-plugins-ugly gstreamer-plugins-ugly-orig-addon gstreamer-plugins-good-extra gstreamer-0_10-plugins-fluendo_mpegdemux k3b-codecs vlc smplayer x264 x265 gstreamer-plugins-libav vlc-codecs gstreamer-0_10-plugins-fluendo_mp3 ogmtools
Vielleicht fehlte ja doch noch was.
 
OP
A

awsatnet

Member
es war sicher einen Versuch wert, da die Codecs teilweise noch vor der Einbindung des Packman-Repos bei der Installation des OS geladen wurden. Einige der Codecs wurden jetzt von den Packman-Versionen überschrieben.

Da aber das System augenscheinlich alles mitbringt, um den Stream zu dekodieren (es geht im fremden Browser!), ist das eingetreten, was ich erwartet habe: "Cannot actually decode this media".

Hier nochmal der Link, wo sich die Audio-Streams testen lassen: https://hpr.dogphilosophy.net/test/

Kann jemand mit laufendem Leap 42.2 bestätigen, dass es funktioniert?
 

tomm.fa

Administrator
Teammitglied
awsatnet schrieb:
Hier nochmal der Link, wo sich die Audio-Streams testen lassen: https://hpr.dogphilosophy.net/test/

Kann jemand mit laufendem Leap 42.2 bestätigen, dass es funktioniert?
Bestätigt, alle dort aufgeführten Formate.
 
OP
A

awsatnet

Member
Eigentlich nicht: habe nur die Repos drin, die bei der Installation automatisch angelegt wurden, dann kam von mir noch Packman und libdvdcss hinzu und natürlich das chrome-Repo bei der versuchsweisen Installation des Google-Browsers (den ich ja auch eben noch wegen der benötigten mp3-Funktionalität noch brauche)..

Code:
#  | Alias                           | Name                                                    | Aktiviert | GPG-Überprüfung | Aktualisierung | Priorität | URI                                                                     
---+---------------------------------+---------------------------------------------------------+-----------+-----------------+----------------+-----------+-------------------------------------------------------------------------
 8 | packman.inode.at-suse           | Packman Repository                                      | Ja        | (r ) Ja         | Ja             |   90      | http://packman.inode.at/suse/openSUSE_Leap_42.2/                        
 1 | download.opensuse.org-non-oss   | Haupt-Repository (NON-OSS)                              | Ja        | (r ) Ja         | Ja             |   99      | http://download.opensuse.org/distribution/leap/42.2/repo/non-oss/       
 2 | download.opensuse.org-non-oss_1 | Aktualisierungs-Repository (Nicht-Open-Source-Software) | Ja        | (r ) Ja         | Ja             |   99      | http://download.opensuse.org/update/leap/42.2/non-oss/                  
 3 | download.opensuse.org-oss       | Haupt-Repository (OSS)                                  | Ja        | (r ) Ja         | Ja             |   99      | http://download.opensuse.org/distribution/leap/42.2/repo/oss/           
 4 | download.opensuse.org-oss_1     | Hauptaktualisierungs-Repository                         | Ja        | (r ) Ja         | Ja             |   99      | http://download.opensuse.org/update/leap/42.2/oss                       
 5 | google-chrome                   | google-chrome                                           | Ja        | (r ) Ja         | Ja             |   99      | http://dl.google.com/linux/chrome/rpm/stable/x86_64                     
 6 | openSUSE-42.2-0                 | openSUSE-42.2-0                                         | Nein      | ----            | ----           |   99      | cd:///?devices=/dev/disk/by-id/ata-hp_DVD_D_DH16D5S_3C7110905862        
 7 | opensuse-guide.org-repo         | Libdvdcss Repository                                    | Ja        | (r ) Ja         | Ja             |   99      | http://opensuse-guide.org/repo/openSUSE_Leap_42.2/                      
 9 | repo-debug                      | openSUSE-Leap-42.2-Debug                                | Nein      | ----            | ----           |   99      | http://download.opensuse.org/debug/distribution/leap/42.2/repo/oss/     
10 | repo-debug-non-oss              | openSUSE-Leap-42.2-Debug-Non-Oss                        | Nein      | ----            | ----           |   99      | http://download.opensuse.org/debug/distribution/leap/42.2/repo/non-oss/ 
11 | repo-debug-update               | openSUSE-Leap-42.2-Update-Debug                         | Nein      | ----            | ----           |   99      | http://download.opensuse.org/debug/update/leap/42.2/oss/                
12 | repo-debug-update-non-oss       | openSUSE-Leap-42.2-Update-Debug-Non-Oss                 | Nein      | ----            | ----           |   99      | http://download.opensuse.org/debug/update/leap/42.2/non-oss/            
13 | repo-source                     | openSUSE-Leap-42.2-Source                               | Nein      | ----            | ----           |   99      | http://download.opensuse.org/source/distribution/leap/42.2/repo/oss/    
14 | repo-source-non-oss             | openSUSE-Leap-42.2-Source-Non-Oss                       | Nein      | ----            | ----           |   99      | http://download.opensuse.org/source/distribution/leap/42.2/repo/non-oss/
Ich hab' jetzt noch mittels
Code:
zypper dup --from http://packman.inode.at/suse/openSUSE_Leap_42.2/
alle Packman-Pakete bezogen.

Es geht halt trotzdem nicht. Ich kann nicht sagen, was ich gemacht haben sollte, dass die Funktion bei mir verhindert wird. Ich hab nur die Installation angestoßen, die passenden Codecs installiert und dann hab' ich es gleich ausprobiert. Schon sehr seltsam.

Gibt's denn jemand, bei dem dieses Phänomen auch auftritt oder bin ich der einzige Depp, der das nicht hinbekommt? Der darf sich ruhig melden, auch wenn die Fragestellung vielleicht etwas seltsam erscheint... ;)

Gibt's einen Profi, der mir sagen kann, wie ich zielgerichtet herausbekomme, was meinem System fehlt? Bis jetzt habe ich ja nur geraten.
 
OP
A

awsatnet

Member
Es hat gefehlt:

lame-mp3rtp

+ Neustart

Jetzt läuft's.
Und Chrome darf wieder nach Hause....
Vielen Dank an alle.
 

tomm.fa

Administrator
Teammitglied
tomm.fa schrieb:
awsatnet schrieb:
Hier nochmal der Link, wo sich die Audio-Streams testen lassen: https://hpr.dogphilosophy.net/test/

Kann jemand mit laufendem Leap 42.2 bestätigen, dass es funktioniert?
Bestätigt, alle dort aufgeführten Formate.

awsatnet schrieb:
Es hat gefehlt:

lame-mp3rtp

Code:
zypper se -s lame-mp3rtp
Loading repository data...
Reading installed packages...

S | Name                  | Type    | Version        | Arch   | Repository          
--+-----------------------+---------+----------------+--------+---------------------
  | lame-mp3rtp           | package | 3.99.5-1015.22 | x86_64 | PackMan Repositorium
  | lame-mp3rtp           | package | 3.99.5-1015.22 | i586   | PackMan Repositorium
  | lame-mp3rtp-debuginfo | package | 3.99.5-1015.22 | x86_64 | PackMan Repositorium
  | lame-mp3rtp-debuginfo | package | 3.99.5-1015.22 | i586   | PackMan Repositorium
Aber wenn es dir hilft …

Was ergibt denn die Ausgabe von
Code:
zypper se -si gstreamer
?
 
OP
A

awsatnet

Member
Ich hab's jetzt mit meinem Laptop nochmal reproduziert: es lag wohl eher daran, dass nicht alle media-Files auf Packman umgestellt waren. Man sollte wohl bei der Installation besser auf die Drittanbieter verzichten, dann passiert sowas nicht. Oder aber die Umstellung nach Einrichtung des Repos erzwingen.
Man lernt nie aus....
 

josef-wien

Ultimate Guru
awsatnet schrieb:
es lag wohl eher daran, dass nicht alle media-Files auf Packman umgestellt waren
Die Worte "wohl eher" würde ich streichen. Nach
awsatnet schrieb:
Code:
zypper dup --from http://packman.inode.at/suse/openSUSE_Leap_42.2/
wäre meine nächste Frage gewesen, ob Du neu gestartet hast, denn wenn sich eine "kastrierte" openSUSE-Bibliothek schon im Hauptspeicher befindet, nützt die Packman-Bibliothek noch nicht.



awsatnet schrieb:
auf die Drittanbieter verzichten
Für eine vernünftige Multimedia-Unterstützung kommst Du bei openSUSE um Packman nicht herum.



awsatnet schrieb:
ich hab' mir Google Chrome "von draußen" geholt und - Teufel auch - da geht's!
Ich kenne das Ding nicht, aber es würde mich nicht wundern, wenn es alle notwendigen Funktionen integriert hat.
 
OP
A

awsatnet

Member
josef-wien schrieb:
awsatnet schrieb:
auf die Drittanbieter verzichten
Für eine vernünftige Multimedia-Unterstützung kommst Du bei openSUSE um Packman nicht herum.

Das weiß ich.
Mein von Dir eingefügtes Zitat (das kommt jetzt gerade so rüber, als wollte ich komplett auf Drittanbieter verzichten) ist ein klein wenig aus dem Kontext gerissen: ich schrieb "...bei der Installation auf Drittanbieter verzichten" - soll heißen: das OS ohne Updates und Drittanbieter installieren, Updates und Drittanbieter n a c h der Installation und Einrichtung der Repositories nachholen. Dann passiert sowas nicht.
Aber das Problem ist ja jetzt gelöst und gefunden habe ich den Fehler selbst.
Für die Inspirationen bin ich dankbar.
 

gehrke

Administrator
Teammitglied
awsatnet schrieb:
Eine Seite, mit der man es ganz gut testen kann: https://hpr.dogphilosophy.net/test/
Sorry, kein Beitrag zu Deinem Problem von mir. Aber Danke für den Link, sehr praktisch. Habe ich gebookmarked...
 
Oben