Guten Tag,
nach dem Upgrade von Leap 15.6 auf Leap 16.0 werden Medieninhalte nur schleppend geladen und stockend und ruckelnd wiedergegeben.
Es wurde auf der Seite https://www.ardmediathek.de/ mit Chromium und Firefox getestet.
Ein Speedtest ergab für den Tarif maximal Mögliche ~16 Mbps. Mit Leap 15.6 gab es bisher auch keinerlei Probleme damit.
Hat jemand eine Idee, wo hier der Hund begraben liegt?
Freundl. Grüße
Poste:
zypper lr -d
Leap 16.0, KDE, Firefox: Blitzschnell.
# | Alias | Name | Enabled | GPG Check | Refresh | Keep | Priority | Type | URI | Service
--+--------------------------------------+----------------------------------------------------------------------+---------+-----------+---------+------+----------+--------+--------------------------------------------------------------------------+---------
1 | https-download.opensuse.org-d5a6f99c | https://download.opensuse.org/distribution/leap/16.0/repo/oss/x86_64 | Ja | (r ) Ja | Ja | - | 99 | rpm-md | https://download.opensuse.org/distribution/leap/16.0/repo/oss/x86_64 |
2 | openSUSE:repo-non-oss | repo-non-oss (16.0) | Nein | ---- | ---- | - | 99 | N/A | http://cdn.opensuse.org/distribution/leap/16.0/repo/non-oss/x86_64 | openSUSE
3 | openSUSE:repo-non-oss-debug | repo-non-oss-debug (16.0) | Nein | ---- | ---- | - | 99 | N/A | http://cdn.opensuse.org/debug/distribution/leap/16.0/repo/non-oss/x86_64 | openSUSE
4 | openSUSE:repo-openh264 | repo-openh264 (16.0) | Ja | (r ) Ja | Ja | - | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Leap_16 | openSUSE
5 | openSUSE:repo-oss | repo-oss (16.0) | Ja | (r ) Ja | Ja | - | 99 | rpm-md | http://cdn.opensuse.org/distribution/leap/16.0/repo/oss/x86_64 | openSUSE
6 | openSUSE:repo-oss-debug | repo-oss-debug (16.0) | Nein | ---- | ---- | - | 99 | N/A | http://cdn.opensuse.org/debug/distribution/leap/16.0/repo/oss/x86_64 | openSUSE
7 | openSUSE:repo-oss-source | repo-oss-source (16.0) | Nein | ---- | ---- | - | 99 | N/A | http://cdn.opensuse.org/source/distribution/leap/16.0/repo/oss | openSUSE
Du könntest das non-oss noch aktivieren:
zypper mr -e -f 2
Und das Repo 1 braucht es nicht (ist doppelt #5), solltest du löschen:
zypper rr https://download.opensuse.org/distribution/leap/16.0/repo/oss/x86_64
poste:
zypper se -si | grep -Ei 'system_p|system p|system-p|systemp'
Die ersten beiden Kommandos wurden abgesetzt.
Das letzte Kommando hat kein Ergebnis.
Firefox wurde geschlossen und neu aufgerufen. Ein Test zeigt keine Veränderung.
Warum auch?
Die erste zei Kommandos sind um dein Repolist zu bereinigen, änder aber nichts an dein System.
Das dritte Kommando fragt nach verschiedene Pakete (installiert oder nicht, usw.) und ändert auch nichts.
Warum galubst du das ein neustarten von Firefox etwas bringen sollte?
Lege einmal einen neuen User an und melde dich dort grafisch an.
Funktioniert es dann?
Zum letzten Kommando:
Bitte immer die komplette Ein- unbd Ausgabe incl. der kompletten Eingabezeile posten, dann kann man sehen, ob dort irgendwelche Fehler in der Zeile vorliegen.
Nach einem zusätzlichen Neustart scheint es ein wenig besser zu sein.
Filme bleiben nicht mehr hängen, während nachgeladen wird, aber es ruckelt weiterhin.
$ zypper lr -d
# | Alias | Name | Enabled | GPG Check | Refresh | Keep | Priority | Type | URI | Service
--+-----------------------------+---------------------------+---------+-----------+---------+------+----------+--------+--------------------------------------------------------------------------+---------
1 | openSUSE:repo-non-oss | repo-non-oss (16.0) | Ja | (r ) Ja | Ja | - | 99 | rpm-md | http://cdn.opensuse.org/distribution/leap/16.0/repo/non-oss/x86_64 | openSUSE
2 | openSUSE:repo-non-oss-debug | repo-non-oss-debug (16.0) | Nein | ---- | ---- | - | 99 | N/A | http://cdn.opensuse.org/debug/distribution/leap/16.0/repo/non-oss/x86_64 | openSUSE
3 | openSUSE:repo-openh264 | repo-openh264 (16.0) | Ja | (r ) Ja | Ja | - | 99 | rpm-md | http://codecs.opensuse.org/openh264/openSUSE_Leap_16 | openSUSE
4 | openSUSE:repo-oss | repo-oss (16.0) | Ja | (r ) Ja | Ja | - | 99 | rpm-md | http://cdn.opensuse.org/distribution/leap/16.0/repo/oss/x86_64 | openSUSE
5 | openSUSE:repo-oss-debug | repo-oss-debug (16.0) | Nein | ---- | ---- | - | 99 | N/A | http://cdn.opensuse.org/debug/distribution/leap/16.0/repo/oss/x86_64 | openSUSE
6 | openSUSE:repo-oss-source | repo-oss-source (16.0) | Nein | ---- | ---- | - | 99 | N/A | http://cdn.opensuse.org/source/distribution/leap/16.0/repo/oss | openSUSE
Du hast aber nichts über die Filme gesagt. Nur das diese Seite langsam ladet. Und das habe ich getestet. Nicht die darauf gezeiget Filme.
Hast du es mit einem 2. User versucht?
Was sagt:
inxi -F
Ich habe jetzt versucht die Filem zu testen. Werden aber in meine Regio nicht gezeigt. Kann also kein Test für dich tun.
Hab ich schon lange gemacht, funktioniert ohne stottern…
Mit dem neuen User und auch mit diesem angemeldet scheint es jetzt zu laufen, wie es auch vorher lief.
Das geht hier via Telefon, da es ist nicht mein Rechner ist.
Wie verbinden sich die User mit dem Internet?
Erst, wenn der grafische Modus (KDE/Gnome) gestartet ist?
$ inxi -F
System:
Host: linux.fritz.box Kernel: 6.12.0-160000.27-default arch: x86_64 bits: 64
Desktop: KDE Plasma v: 6.4.2 Distro: openSUSE Leap 16.0
Machine:
Type: Laptop System: Hewlett-Packard product: HP 355 G2
v: 0998100000000010000600007 serial: <superuser required>
Mobo: Hewlett-Packard model: 22C2 v: KBC Version 86.09
serial: <superuser required> UEFI: Insyde v: F.10 date: 02/12/2015
CPU:
Info: quad core model: AMD A4-6210 APU with AMD Radeon R3 Graphics bits: 64
type: MCP cache: L2: 2 MiB
Speed (MHz): avg: 1000 min/max: 1000/1800 cores: 1: 1000 2: 1000 3: 1000
4: 1000
Graphics:
Device-1: Advanced Micro Devices [AMD/ATI] Mullins [Radeon R2/R3 Graphics]
driver: radeon v: kernel
Device-2: Advanced Micro Devices [AMD/ATI] Jet XT [Radeon R5 M240]
driver: radeon v: kernel
Display: x11 server: X.Org v: 21.1.15 with: Xwayland v: 24.1.6 driver: X:
loaded: modesetting unloaded: vesa dri: radeonsi gpu: radeon
resolution: 1366x768~60Hz
API: EGL v: 1.5 drivers: kms_swrast,radeonsi,swrast
platforms: gbm,x11,surfaceless,device
API: OpenGL v: 4.5 vendor: amd mesa v: 24.3.3 renderer: KABINI (radeonsi
LLVM 19.1.7 DRM 2.50 6.12.0-160000.27-default)
API: Vulkan Message: No Vulkan data available.
Audio:
Device-1: Advanced Micro Devices [AMD/ATI] Kabini HDMI/DP Audio
driver: snd_hda_intel
Device-2: Advanced Micro Devices [AMD] FCH Azalia driver: snd_hda_intel
API: ALSA v: k6.12.0-160000.27-default status: kernel-api
Server-1: PipeWire v: 1.4.6 status: active
Network:
Device-1: Realtek RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet
driver: r8169
IF: eno1 state: up speed: 1000 Mbps duplex: full mac: b0:5a:da:b1:05:1f
Device-2: Realtek RTL8723BE PCIe Wireless Network Adapter
driver: rtl8723be
IF: wlp6s0 state: down mac: ee:95:04:55:79:97
Drives:
Local Storage: total: 238.47 GiB used: 46.07 GiB (19.3%)
ID-1: /dev/sda vendor: Intenso model: SSD Sata III size: 238.47 GiB
Partition:
ID-1: / size: 231.21 GiB used: 46.07 GiB (19.9%) fs: ext4 dev: /dev/sda2
ID-2: /boot/efi size: 511 MiB used: 6.1 MiB (1.2%) fs: vfat dev: /dev/sda1
Swap:
ID-1: swap-1 type: partition size: 2 GiB used: 0 KiB (0.0%) dev: /dev/sda3
Sensors:
System Temperatures: cpu: 51.0 C mobo: N/A
Fan Speeds (rpm): N/A
GPU: device: radeon temp: 50.0 C device: radeon temp: 38.0 C
Info:
Memory: total: 8 GiB note: est. available: 6.74 GiB used: 2.67 GiB (39.6%)
Processes: 219 Uptime: 1h 11m Shell: Bash inxi: 3.3.36
Das Gerät hängt am Router. Sobald KDE hochgefahren ist, ist auch das Internet da.
Fällt mir gerade ein, hätte man nicht anstatt einen weiteren Benutzer anzulegen einfach die Packman-Package installieren können?
Da verstehe ich überhaupt nicht was du denkst.
Ein Benutzer anlegen hat doch nichts damit zu tun welche Software installiert ist oder nicht?
Ein zusätzlicher Benutzer wurde angelegt um zu testen, ob Videos so wieder problemlos geschaut werden können, was auch der Fall ist. Aber nur deswegen einen neuen Benutzer anlegen, den man eigentlich gar nicht braucht?
Deshalb meine Frage, ob man nicht stattdessen Packman installieren könnte, denn wenn es in der Vergangenheit Probleme dieser Art gab, half Packman immer.