home.social

#qsv — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #qsv, aggregated by home.social.

  1. Wenn du noch bei qsv.ch registrierte Domains hast, erhälst du per Post die Zugangsdaten zum Domain-Panel. Dort findest du zu jeder Domain den Auth-Codes für den Transfer. Domain welche bei uns belassen werden, werden nicht mehr verlängert und werden damit von der Registry gelöscht.
    #qsv #qsvsupport #qsvstatus
    qsv.ch

  2. Wir sind dann mal weg … 👋🏻😊

    Nach über 15 Jahren Geschäftstätigkeit hat unsere Firma qsv.ch - Internet-Service am 30.04.2026 die Geschäftstätigkeit und den Betrieb eingestellt.
    Was bleibt ist ein grosses „Danke“ an unsere Kunden - an dich: Vielen Dank für dein Vertrauen, ohne dich wäre diese Reise nicht möglich gewesen! Auch nicht zu vergessen sind die vielen entstandenen Kontakte, den Austausch mit Partnern und Kollegen. Vielen Dank!

    #qsv #qsvsupport #qsvstatus

  3. Wir bewegen uns unaufhaltsam in den letzten Betriebstagen von qsv.ch. Wenn du jetzt noch keine Nachfolgelösung für dein Webhosting hast, ist es höchste Zeit zu handeln! Gerne übernimmt die Codia GmbH dein Webhosting und deine Domains, so bleibst du ohne Unterbruch online. Melde dich über den Support bei uns!
    #qsv #qsvsupport #qsvstatus

  4. Für ein notwendiges Sicherheitsupdate muss der Cloud-Server 01 nach der Aktualisierung neu gestartet werden. Beim Neustart entsteht ein Unterbruch von ca. 2 Minuten für alle Dienste..

    Wir empfehlen innerhalb des Wartungsfensters keine Arbeiten in Plesk oder in CMS / LMS vorzunehmen.
    Vielen Dank für dein Verständnis!

    #qsv #qsvstatus #qsvsupport
    qsv.zone/notices/lw7mv7nom3qbc

  5. Der Hosting-Server wird heute Abend zwischen 23:00 und 00:00 Uhr neu gestartet. Der Server wird für die Wartung wenige Minuten nach dem Neustart nicht erreichbar sein.
    Vielen Dank für dein Verständnis!

    #qsvstatus #qsv
    qsv.zone/notices/j3wjkh8src0zp

  6. Wrote my first :rust: #Rust program today. A small utility to grab the last value of a matching column in a matching csv file. I had hacked something together with #qsv, #nushell and #python, but those were all too slow for fast repeated calls. This Rust version executes 10-100x faster: a few ms on a :raspberrypi: #RaspberryPi 4, neat! 👌

    Rust and :nixos: #nix is also a match made in heaven, omg is the experience better than Python 🫠

    $ csvget scd30 co2
    940.66

  7. Wrote my first :rust: program today. A small utility to grab the last value of a matching column in a matching csv file. I had hacked something together with , and , but those were all too slow for fast repeated calls. This Rust version executes 10-100x faster: a few ms on a :raspberrypi: 4, neat! 👌

    Rust and :nixos: is also a match made in heaven, omg is the experience better than Python 🫠

    $ csvget scd30 co2
    940.66

  8. Wrote my first :rust: #Rust program today. A small utility to grab the last value of a matching column in a matching csv file. I had hacked something together with #qsv, #nushell and #python, but those were all too slow for fast repeated calls. This Rust version executes 10-100x faster: a few ms on a :raspberrypi: #RaspberryPi 4, neat! 👌

    Rust and :nixos: #nix is also a match made in heaven, omg is the experience better than Python 🫠

    $ csvget scd30 co2
    940.66

  9. Wrote my first :rust: #Rust program today. A small utility to grab the last value of a matching column in a matching csv file. I had hacked something together with #qsv, #nushell and #python, but those were all too slow for fast repeated calls. This Rust version executes 10-100x faster: a few ms on a :raspberrypi: #RaspberryPi 4, neat! 👌

    Rust and :nixos: #nix is also a match made in heaven, omg is the experience better than Python 🫠

    $ csvget scd30 co2
    940.66

  10. Wrote my first :rust: #Rust program today. A small utility to grab the last value of a matching column in a matching csv file. I had hacked something together with #qsv, #nushell and #python, but those were all too slow for fast repeated calls. This Rust version executes 10-100x faster: a few ms on a :raspberrypi: #RaspberryPi 4, neat! 👌

    Rust and :nixos: #nix is also a match made in heaven, omg is the experience better than Python 🫠

    $ csvget scd30 co2
    940.66

  11. @niccolove @niccolo_ve

    Comment on this video (which us not shown on my Fedi instance, yay federation!)

    tube.kockatoo.org/w/63cGWTvhzq

    I cannot believe that that GPU is not usable for video work. That is what GPUs are made for!

    Poorly, there are a few caveats:
    - there are always more DEcoders supported than ENcoders. I guess not being able to play a video (it would play but be less efficiently decoded on the CPU) is worse than being bound to #h265 instead of #av1 for recording.
    - thus it makes sense that GPUs generally work flawlessly for gaming, as that is just displaying videos (or rendering content, which is kinda different, no idea why video codecs are more difficult than rendering methods)
    - for every video format out there exists an encoder. If you use software rendering (on the CPU), you can use ANYTHING. Like encode to modern (and free!) AV1 using #svtav1 on any old CPU.
    - if you want to encode videos on a GPU, you need drivers, but also a different encoder. On #NVIDIA you use #NVENC (NVidia ENCoder), for example nvenc_x265 for h265/HEVC videos. On #IntelArc (and afaik AMD GPUs), you use the #QSV (quick sync video) library which builds on top of #VAAPI, which is open source. So you can encode to AV1 using qsv_av1 for example.

    What encoders are supported depends on the GPU a lot. Intel Arc seems to have supported the free, efficient and future-proof AV1 codec the earliest, but also the older free codecs VP9 and VP8 (also used in webm), like in a GPU I recently bought used. My older NVIDIA GPU only supports H265, which is proprietary and often less efficient than AV1 (not always, video codecs are black magic).

    As OBS can use your GPU for video capture (encoding), the issue is purely in software support.

    I only have experience with #ffmpeg for re-encoding videos, but that is also in many video editing tools. Try if you can get them somehow.

    For NVIDIA I needed the latest proprietary drivers (#NixOS makes this extremely easy, can recommend) and ffmpeg, nvenc worked out of the box.

    For intel Arc I used the regular drivers included in the kernel, but after adding the QSV runtime to my "hardware.graphics.extraPackages" I needed to recompile the entire kernel. Using a #longterm kernel (currently 6.18) makes this more viable... longterm XD.

    #MicrosoftSurface #KDENlive #Shotcut #VideoEditing

  12. @niccolove @niccolo_ve

    Comment on this video (which us not shown on my Fedi instance, yay federation!)

    tube.kockatoo.org/w/63cGWTvhzq

    I cannot believe that that GPU is not usable for video work. That is what GPUs are made for!

    Poorly, there are a few caveats:
    - there are always more DEcoders supported than ENcoders. I guess not being able to play a video (it would play but be less efficiently decoded on the CPU) is worse than being bound to #h265 instead of #av1 for recording.
    - thus it makes sense that GPUs generally work flawlessly for gaming, as that is just displaying videos (or rendering content, which is kinda different, no idea why video codecs are more difficult than rendering methods)
    - for every video format out there exists an encoder. If you use software rendering (on the CPU), you can use ANYTHING. Like encode to modern (and free!) AV1 using #svtav1 on any old CPU.
    - if you want to encode videos on a GPU, you need drivers, but also a different encoder. On #NVIDIA you use #NVENC (NVidia ENCoder), for example nvenc_x265 for h265/HEVC videos. On #IntelArc (and afaik AMD GPUs), you use the #QSV (quick sync video) library which builds on top of #VAAPI, which is open source. So you can encode to AV1 using qsv_av1 for example.

    What encoders are supported depends on the GPU a lot. Intel Arc seems to have supported the free, efficient and future-proof AV1 codec the earliest, but also the older free codecs VP9 and VP8 (also used in webm), like in a GPU I recently bought used. My older NVIDIA GPU only supports H265, which is proprietary and often less efficient than AV1 (not always, video codecs are black magic).

    As OBS can use your GPU for video capture (encoding), the issue is purely in software support.

    I only have experience with #ffmpeg for re-encoding videos, but that is also in many video editing tools. Try if you can get them somehow.

    For NVIDIA I needed the latest proprietary drivers (#NixOS makes this extremely easy, can recommend) and ffmpeg, nvenc worked out of the box.

    For intel Arc I used the regular drivers included in the kernel, but after adding the QSV runtime to my "hardware.graphics.extraPackages" I needed to recompile the entire kernel. Using a #longterm kernel (currently 6.18) makes this more viable... longterm XD.

    #MicrosoftSurface #KDENlive #Shotcut #VideoEditing

  13. @niccolove @niccolo_ve

    Comment on this video (which us not shown on my Fedi instance, yay federation!)

    tube.kockatoo.org/w/63cGWTvhzq

    I cannot believe that that GPU is not usable for video work. That is what GPUs are made for!

    Poorly, there are a few caveats:
    - there are always more DEcoders supported than ENcoders. I guess not being able to play a video (it would play but be less efficiently decoded on the CPU) is worse than being bound to #h265 instead of #av1 for recording.
    - thus it makes sense that GPUs generally work flawlessly for gaming, as that is just displaying videos (or rendering content, which is kinda different, no idea why video codecs are more difficult than rendering methods)
    - for every video format out there exists an encoder. If you use software rendering (on the CPU), you can use ANYTHING. Like encode to modern (and free!) AV1 using #svtav1 on any old CPU.
    - if you want to encode videos on a GPU, you need drivers, but also a different encoder. On #NVIDIA you use #NVENC (NVidia ENCoder), for example nvenc_x265 for h265/HEVC videos. On #IntelArc (and afaik AMD GPUs), you use the #QSV (quick sync video) library which builds on top of #VAAPI, which is open source. So you can encode to AV1 using qsv_av1 for example.

    What encoders are supported depends on the GPU a lot. Intel Arc seems to have supported the free, efficient and future-proof AV1 codec the earliest, but also the older free codecs VP9 and VP8 (also used in webm), like in a GPU I recently bought used. My older NVIDIA GPU only supports H265, which is proprietary and often less efficient than AV1 (not always, video codecs are black magic).

    As OBS can use your GPU for video capture (encoding), the issue is purely in software support.

    I only have experience with #ffmpeg for re-encoding videos, but that is also in many video editing tools. Try if you can get them somehow.

    For NVIDIA I needed the latest proprietary drivers (#NixOS makes this extremely easy, can recommend) and ffmpeg, nvenc worked out of the box.

    For intel Arc I used the regular drivers included in the kernel, but after adding the QSV runtime to my "hardware.graphics.extraPackages" I needed to recompile the entire kernel. Using a #longterm kernel (currently 6.18) makes this more viable... longterm XD.

    #MicrosoftSurface #KDENlive #Shotcut #VideoEditing

  14. @niccolove @niccolo_ve

    Comment on this video (which us not shown on my Fedi instance, yay federation!)

    tube.kockatoo.org/w/63cGWTvhzq

    I cannot believe that that GPU is not usable for video work. That is what GPUs are made for!

    Poorly, there are a few caveats:
    - there are always more DEcoders supported than ENcoders. I guess not being able to play a video (it would play but be less efficiently decoded on the CPU) is worse than being bound to #h265 instead of #av1 for recording.
    - thus it makes sense that GPUs generally work flawlessly for gaming, as that is just displaying videos (or rendering content, which is kinda different, no idea why video codecs are more difficult than rendering methods)
    - for every video format out there exists an encoder. If you use software rendering (on the CPU), you can use ANYTHING. Like encode to modern (and free!) AV1 using #svtav1 on any old CPU.
    - if you want to encode videos on a GPU, you need drivers, but also a different encoder. On #NVIDIA you use #NVENC (NVidia ENCoder), for example nvenc_x265 for h265/HEVC videos. On #IntelArc (and afaik AMD GPUs), you use the #QSV (quick sync video) library which builds on top of #VAAPI, which is open source. So you can encode to AV1 using qsv_av1 for example.

    What encoders are supported depends on the GPU a lot. Intel Arc seems to have supported the free, efficient and future-proof AV1 codec the earliest, but also the older free codecs VP9 and VP8 (also used in webm), like in a GPU I recently bought used. My older NVIDIA GPU only supports H265, which is proprietary and often less efficient than AV1 (not always, video codecs are black magic).

    As OBS can use your GPU for video capture (encoding), the issue is purely in software support.

    I only have experience with #ffmpeg for re-encoding videos, but that is also in many video editing tools. Try if you can get them somehow.

    For NVIDIA I needed the latest proprietary drivers (#NixOS makes this extremely easy, can recommend) and ffmpeg, nvenc worked out of the box.

    For intel Arc I used the regular drivers included in the kernel, but after adding the QSV runtime to my "hardware.graphics.extraPackages" I needed to recompile the entire kernel. Using a #longterm kernel (currently 6.18) makes this more viable... longterm XD.

    #MicrosoftSurface #KDENlive #Shotcut #VideoEditing

  15. Aufgrund einer dringenden Empfehlung von Wordpress haben wir heute bei allen Kundenwebsites mit Wordpress 6.9.3 das Update auf 6.9.4 vorgenommen. Dieses Update ist ein Sicherheitsrelease, welches mehrere Fehlerbehebungen enthält.

    Weitere Informationen dazu findest du direkt bei Wordpress:

    #wordpress #qsvsupport
    #qsv
    de.wordpress.org/2026/03/wordp

  16. Wir haben heute an mehreren, von uns betreuten Moodle-Installationen die neusten Aktualisierungen vorgenommen. Happy Learning!

    #qsv #qsvsupport #moodle
    download.moodle.org/releases/l

  17. Derzeit installieren wir bei allen Kundenwebsites mit Wordpress die neusten Updates. Es kann daher zu kurzen Unterbrüchen oder zur kurzzeitigen Anzeige der Plesk-Wartungsseite anstelle der Website kommen.
    Vielen Dank für dein Verständnis!

    #qsv #qsvsupport #qsvstatus

    qsv.zone/notices/bjximu30rbgge

  18. Eine letzte neue Website geht noch vor der Einstellung unserer Geschäftstätigkeit online! Bei Selina sind Haare zu schneiden Leidenschaft und Passion! An der Moserstrasse in Bern oder für die Braut direkt an der Hochzeit!
    Viel Erfolg mit der neuen Website!

    #qsv #qsvsupport #CuttingEdge #bern #schweiz
    cutting-edge.ch

  19. Wir freuen uns, dass wir doch noch eine Nachfolgelösung für unsere Kunden anbieten können. Weitere Informationen findest du auf unserer Website und in deinen E-Mails!
    #qsv #codia
    qsv.ch

  20. Wir freuen uns, dass wir doch noch eine Nachfolgelösung für unsere Kunden anbieten können. Weitere Informationen findest du auf unserer Website und in deinen E-Mails!
    #qsv #codia
    qsv.ch

  21. Wir freuen uns, dass wir doch noch eine Nachfolgelösung für unsere Kunden anbieten können. Weitere Informationen findest du auf unserer Website und in deinen E-Mails!
    #qsv #codia
    qsv.ch

  22. Die falschen Registry Einträge habe ich mit #regedit korrigiert:

    [HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Intel\MediaSDK\Dispatch\iKBL_5916]
    "DeviceID"=dword:00005916
    "VendorID"=dword:00008086
    "APIVersion"=dword:00000108
    "Merit"=dword:08000015
    "Path"="C:\\Program Files\\Intel\\Media SDK\\libmfxhw32.dll"

    und analog mit 64. Die #libmfxhw werden so verwendet, wie Intel sich das mit #QSV damals vorgestellt hat. Verifiziert mit #ffmpeg 4.Aug.2021 von ottverse. Für moderne Zwecke ist das irrelevant

  23. Wir haben bei allen Kundenwebsites mit Wordpress die neusten Updates eingespielt. Alle Installationen welche im Wordpress-Toolkit verankert sind, laufen nun auf dem aktuellen Softwarestand Wordpress 6.9. Ebenfalls aktualisiert wurden alle Plugins und Themes.

    #qsv #qsvstatus #qsvsupport
    qsv.zone/notices/anbtnradrlu5l

  24. Derzeit installieren wir bei allen Kundenwebsites mit Wordpress die neusten Updates. Es kann daher zu kurzen Unterbrüchen oder zur kurzzeitigen Anzeige der Plesk-Wartungsseite anstelle der Website kommen.

    #qsv #wordpress #qsvstatus #qsvsupport
    qsv.zone/notices/6a3wg4nsz4sk5

  25. Derzeit installieren wir bei allen Kundenwebsites mit Wordpress die neusten Updates. Es kann daher zu kurzen Unterbrüchen oder zur kurzzeitigen Anzeige der Plesk-Wartungsseite anstelle der Website kommen.

    #qsv #wordpress #qsvstatus #qsvsupport
    qsv.zone/notices/6a3wg4nsz4sk5

  26. ⚒️ 🧰 Wir nehmen die aktuelle Testinstallation cloud-learning.ch am Montag 03,11,2025 ausser Betrieb und erstellen mehrere Anpassungen für die zukünftige produktive Nutzung der Plattform. Dabei werden auch die neusten Updates, sowohl vom Core-System wie auch der Plugins und des Designs eingesetzt und einige Konfigurationsanpassungen vorgenommen.

    Vielen Dank für dein Verständnis!

    #qsvsupport #qsvstatus #qsv
    qsv.zone/notices/n6t3538qslepa

  27. Wir haben bei allen Kundenwebsites mit Wordpress die neusten Updates und Patches eingespielt. Die Wartungsarbeiten konnten erfolgreich beendet werden. Vielen Dank für deine Geduld.
    #qsv #qsvsupport #qsvstatus
    qsv.zone/notices/wbv2pffw8nlsb

  28. Derzeit funktioniert das Passwort-Reset beim Domainportal nicht korrekt. Wir haben den Fehler bei unserem Domainpartner eskaliert. Bis zur Lösung des Bugs wende dich kurz über den Support an uns, wenn du dein Passwort verloren haben solltest.
    Danke für dein Verständnis!

    #qsv #qsvsupport
    qsv.ch/support/

  29. Wir haben bei allen Kundenwebsites mit Wordpress die neusten Updates installiert. Alle Plugins und Themplates sind wieder auf dem aktuellen Stand.
    Vielen Dank für dein Verständnis!

    #qsv #qsvstatus #qsvstatus
    qsv.zone/notices/rsthlwmb7nf3h

  30. Erinnerung: Als Grundlage für künftige wichtige Updates wird die Datenbank-Software von Version 10.6 auf die aktuelle LTS-Version 10.11 aktualisiert.

    Während des Updates kann es zu einem kurzen Unterbruch der Erreichbarkeit Ihrer Datenbank von maximal 5 bis 10 Minuten kommen. Es wird versucht, die Arbeiten so effizient wie möglich durchzuführen und die Auswirkungen auf deine Dienste minimal zu halten.
    Vielen Dank für dein Verständnis!

    #qsv #qsvsupport #qsvstatus
    qsv.zone/notices/wslveylew2lu9

  31. 👍 Alle Cloud-Server konnten erfolgreich neu gestartet werden, alle Dienste sind wieder vollständig erreichbar!

    Vielen Dank für dein Verständnis!
    #qsv #qsvsupport #qsvstatus

  32. Wir starten aus Wartungsgründen den Cloud-Server 01, 02 und 03 neu. Die Applikationen und Websites werden für ca. 60 Sekunden unterbrochen sein. Wir empfehlen während des Wartungsfensters keine Arbeiten in Plesk oder an Applikationen und Websites vorzunehmen.

    Vielen Dank für dein Verständnis!

    #qsv #qsvstatus #qsvsupport

    qsv.zone/notices/teo0puotd9xh4

  33. Wir haben heute Nachmittag einige Domains und E-Mail Adressen, welche in den letzten Wochen negativ durch Spam und Phishing aufgefallen sind, Serverweit gesperrt. Darunter sind auch ein gutes Dutzend E-Mail Adressen unserer Lieblings-Spamers Gmail.
    Wir wünschen ein gutes Wochenende!

    #qsv #phishing #spam #email

  34. Wir haben heute Nachmittag einige Domains und E-Mail Adressen, welche in den letzten Wochen negativ durch Spam und Phishing aufgefallen sind, Serverweit gesperrt. Darunter sind auch ein gutes Dutzend E-Mail Adressen unserer Lieblings-Spamers Gmail.
    Wir wünschen ein gutes Wochenende!

    #qsv #phishing #spam #email

  35. Wir haben heute Nachmittag einige Domains und E-Mail Adressen, welche in den letzten Wochen negativ durch Spam und Phishing aufgefallen sind, Serverweit gesperrt. Darunter sind auch ein gutes Dutzend E-Mail Adressen unserer Lieblings-Spamers Gmail.
    Wir wünschen ein gutes Wochenende!

    #qsv #phishing #spam #email

  36. Wir haben bei allen Kundenwebsites mit Wordpress die neusten Updates und Patches eingespielt. Grund für die kurzfristige Wartung waren mehrere veraltete Plugins und Templates. 
Vielen Dank für dein Verständnis!
 
#qsv #qsvstatus #qsvsupport
    qsv.zone/notices/87wbqc7tsdybg

  37. Wir haben bei allen Kundenwebsites mit Wordpress die neusten Updates und Patches eingespielt. Grund für die kurzfristige Wartung waren mehrere Sicherheitslücken in Plugins und Templates.

    Vielen Dank für dein Verständnis!

    #qsv #qsvstatus #qsvsupport
    qsv.zone/notices/kmkteob3xkmbf

  38. Für den Umzug deines Webhostings haben wir in unserem Help-Center einige nützliche Anleitungen zusammengestellt, wie du deine Daten exportieren und umziehen kannst.
#qsv #qsvsupportqsv.support

  39. Derzeit installieren wir bei allen Kundenwebsites mit Wordpress die neusten Updates. Es kann daher zu kurzen Unterbrüchen oder zur kurzzeitigen Anzeige der Plesk-Wartungsseite anstelle der Website kommen.
    Vielen Dank für dein Verständnis!

    #qsv #qsvstatus
    qsv.zone/notices/axaytb37pan9m

  40. Die Wartungsarbeiten konnten erfolgreich beendet werden, der Cloud-Server 01 konnte erfolgreich neu gestartet werden und ist wieder verfügbar. Vielen Dank für deine Geduld.

    #qsv #qsvstatus
    qsv.zone/notices/cj0mvdijmxtqj

  41. 🚀 Neustart Cloud-Server 01!
    Wir starten den Cloud-Server 01 aus Wartungsgründen neu. Es kommt daher zu einen kurzen Unterbruch aller Dienste innerhalb des Wartungsfensters.
    Wir empfehlen während des Wartungsfensters keine Arbeiten in Plesk und in auf dem Cloud-Server 01 gehosteten Applikationen vorzunehmen.
    Vielen Dank für dein Verständnis!

    #qsv #qsvstatus
    qsv.zone/notices/cj0mvdijmxtqj

  42. Für den Umzug deines Webhostings haben wir in unserem Help-Center einige nützliche Anleitungen zusammengestellt, wie du deine Daten exportieren kannst.

    #qsv #qsvsupport
    qsv.support

  43. Sogenannte "Pay or Okay"-Systeme sind in Europa auf dem Vormarsch. Einst von journalistischen Websites eingeführt, hat Meta den Ansatz mittlerweile für Instagram und Facebook übernommen. Anstatt Nutzer:innen eine echte Wahl zu lassen, muss man bei "Pay or Okay"-Systemen für das Ablehnen des Werbetrackings bezahlen.

    #qsv #noyb #datenschutz
    noyb.eu/de/noybs-pay-or-okay-r

  44. Übrigens … heute ist System Administrator Appreciation Day, ein jährlicher Gedenktag an Systemadministratoren!
    Er soll dazu dienen, dem Systemadministrator, der seinen Aufgaben üblicherweise im Hintergrund – ohne grosse Aufmerksamkeit zu erregen – nachgeht, einmal im Jahr für seine gute Arbeit zu danken.

    #qsv #sysadmin

  45. Die Wartungsarbeiten konnten erfolgreich beendet werden. Bei allen Wordpress-Websites wurden Plugins und Designs sind wieder aktualisiert und auf dem aktuellen Softwarestand.
    Vielen Dank für deine Geduld.

    #qsv #qsvsupport #qsvstatus #wordpress
    qsv.zone/notices/yu1jrowy1lufp

  46. Und bevor man es als Kleinunternehmer selbst weiss, hat das eigene Unternehmen eine HR-Abteilung, welche wichtige Informationen an alle Mitarbeiter (!) über den Supportkanal versendet. Aber natürlich mit „Secure Document Access Link“ … klar! Unser wichtigster Mitarbeiter (der Spamfilter) hat hier ganze Arbeit geleistet, trotzdem sehr dreist!
    #qsv #spam #phishing #security

  47. Done this with the #AMD 5600G's iGPU, now testing #Jellyfin hardware transcoding with my #Intel #ArcA380 GPU - one question though, is it normal for CPU usage to be rather high at least in the early parts of streaming (while transcoding), even with hardware transcoding?

    I'm just trying to figure out if it is actually hardware transcoding - I'm assuming it is, bcos on the admin dashboard I'm seeing that it's transcoding as AV1 and I'm sure my Ryzen 7 1700 would not be able to do/handle that, esp considering that I'm testing with 4 streams playing concurrently? but the CPU usage is rather high the first minute or two or more from when the stream starts, it does lower down afterwards - the video playback is perfectly fine, no stuttering or anything like that.

    My method of passthrough is the same as I did with the 5600G, that is a simple passthrough to the
    #LXC container, then to the #Docker container running Jellyfin. I don't think I noticed this high CPU usage when testing the 5600G, and the only minor configuration difference between the two was I'd used #VAAPI with the 5600G and disabled #AV1 encoding (since idt it supports it), while on the Arc A380 GPU I'm using Intel's #QSV and have enabled AV1 encoding.

    Am I correct to assume that hardware transcoding is indeed working? Cos again, I'm quite certain my Ryzen 7 1700 would definitely NOT be able to handle this lol esp since I only give the LXC container 2 cores.

  48. Done this with the #AMD 5600G's iGPU, now testing #Jellyfin hardware transcoding with my #Intel #ArcA380 GPU - one question though, is it normal for CPU usage to be rather high at least in the early parts of streaming (while transcoding), even with hardware transcoding?

    I'm just trying to figure out if it is actually hardware transcoding - I'm assuming it is, bcos on the admin dashboard I'm seeing that it's transcoding as AV1 and I'm sure my Ryzen 7 1700 would not be able to do/handle that, esp considering that I'm testing with 4 streams playing concurrently? but the CPU usage is rather high the first minute or two or more from when the stream starts, it does lower down afterwards - the video playback is perfectly fine, no stuttering or anything like that.

    My method of passthrough is the same as I did with the 5600G, that is a simple passthrough to the
    #LXC container, then to the #Docker container running Jellyfin. I don't think I noticed this high CPU usage when testing the 5600G, and the only minor configuration difference between the two was I'd used #VAAPI with the 5600G and disabled #AV1 encoding (since idt it supports it), while on the Arc A380 GPU I'm using Intel's #QSV and have enabled AV1 encoding.

    Am I correct to assume that hardware transcoding is indeed working? Cos again, I'm quite certain my Ryzen 7 1700 would definitely NOT be able to handle this lol esp since I only give the LXC container 2 cores.