Coronachroniken: Der Shift

Liebe Maskierte,

lust auf kleines Mysterium?

Coronachroniken: Der Shift

Ich habe ja so ein Problem mit dem genauer Hinsehen. Ich weiß, ich sollte es nicht tun, aber ich kann es einfach nicht lassen. Schaut Euch mal diese Grafik an:

Ich mußte auch genau hinsehen, aber es ist interessant, wenn man es erst einmal gesehen hat, fällt es direkt ins Auge. Der kleinste Balken ist immer Sonntag, den könnt Ihr als feste Referenz nehmen. Vor dem 21.12. ist der Donnerstag der Tag mit dem höchsten Wert an Neuinfektionen, aber seit dem 21.12. ist es der Mittwoch. Ihr könnt auf dem Dashboard vom RKI nachsehen, seit März rockt der Donnerstag. Jetzt nicht mehr. Um den Aluhüten gleich den Wind aus den Segeln zu nehmen, es gibt vermutlich genug realistische Gründe, wieso das passiert ist: z.B. könnte der Rückstau in der Woche schneller abgearbeitet worden sein, so daß Meldungen, die sonst erst am Donnerstag ankamen, jetzt schon Mittwoch da sind z.b. Effizienteres Meldesystem. Das ich das aber in Anbetracht unseres Meldesystems auch für eher nicht den Grund halte, aber ich mal beim RKI nachgefragt ( auf Antwort wird gewartet ).

Eine andere spannende Frage ist diese merkwürdige Abflachung seit dem 10.2. in der blauen Neuinfiziertenkurve. Ich mache das jetzt seit letzten März, aber son Knick habe ich bei natürlichen Zahlen noch nicht gesehen. Normalerweise sind die alle abgerundet, rauf wie runter. Das wäre ja nur erklärbar, wenn die Ursache nicht natürlich wäre, also z.b. eine gleichbleibende Anzahl an Meldungen aufgrund einer gleichbleibenden Ursache, wie einer konstanten Zahl an Impfungen und daraus resultierenden konstanten Anzahl an (falschen) positiven PCR Coronainfektionstests. Wenn man sich mal dazu den blauen Verlauf im März/April ansieht, der durch nichts beeinflusst wurde und daher als natürlich gelten kann, dann sieht das doch nach einer künstlich herbeigeführten Stagnation aus, oder?

Ich glaube, bei der blauen Kurve stimmt seit Oktober nichts mehr. Kann man aber leider nur indirekt beweisen, indem man sich die Hospitalisierten (orange) und Sterbefälle (rot) als Referenz ansieht. Ich würde ja gern mal mit jemandem, der das mit der mathematisch Modellierung besser drauf hat als ich, für Oktober nach bauen. Da kommen wir bestimmt zu einem anderen Ergebnis als das RKI 😉

Pinephone: Die Sache mit der Hardwarebeschleunigung

Liebe Linuxphone Fans,

wir können Eurer Telefon schneller und energieeffizienter machen \o/

Pinephone: Die Sache mit der Hardwarebeschleunigung

Wie wir wissen, ist die MALI400 GPU in dem Pinephone, um es Milde auszudrücken, nicht die beste GPU. Aber sie reicht um MPV so schnell zu machen, daß FullHD Videos komplett ruckfrei laufen.

Wir brauchen als erstes die libva-v4l2-request Library:

sudo dnf -y install libva-v4l2-request

dann müssen wir das Desktopfile von MPV ändern:

Exec=env LIBVA_DRIVER_NAME=v4l2_request LIBVA_V4L2_REQUEST_VIDEO_PATH=/dev/video0 LIBVA_V4L2_REQUEST_MEDIA_PATH=/dev/media0 mpv –osd-duration=3000 –fs –hwdec=vaapi-copy –vo=gpu,drm –player-operation-mode=pseudo-gui — %U

Wenn man jetzt MPV startet, dann hat man praktisch kein Frame-Drops. Bei einem 5 Minuten Video kam ich auf 17 Drops. Leider kommt das stark drauf an, welcher Codec in dem Film oder Stream, ja richtig gelesen, drin ist. Es gibt offensichtlich gut zu dekodierende Dateien und weniger gute, obwohl die alle vom gleichen Programm gebaut wurden. Aber selbst die schlechten waren ohne Verluste zu sehen.

Im Zuge des LPD 2021.1 probiere derzeit One-2-Many Streaming aus und hab dem Pine dann mal den 15 Mb/s Feed vorgesetzt. Das hat den Chip komplett überlastet 😀 Da hing nach ein paar Minuten der Videofeed 30 Sekunden hinterher, aber der Ton war nur 1-3 Sekunden hinterher. Das war überraschend. Offensichtlich lädt und Dekodiert MPV das in zwei getrennten Threads.

Firefox & Chromium

Weniger erfolgreich war ich bei Firefox und Chromium. Chromium hat zwar bessere Ergebnisse abgeliefert als Firefox, der komplett gefailed hat. Beides war aber noch keine Bestätigung, daß es überhaupt funktioniert hat. Beim Firefox fehlen neuerdings Configoptionen, die vor 6 Monaten noch gebraucht wurden. Ich habe mal den Herrn Stransky von Redhat zurate gezogen, der das bei Firefox eingebaut hat. Mal sehen was dabei rauskommt.

Dr.Oetker: E-Mail Bestätigung 7578

„Komisch, ich kenne gar keinen bei Dr.Oetker.“ Trotzdem habe ich angeblich Post von denen bekommen 😉

Dr.Oetker: E-Mail Bestätigung 7578

Was zuerst aussah wie eine Email mit einem Attachment, entpuppe sich als Newsletterartige Spam. So genau kann ich das nicht sagen, denn der Spaminhalt wird vom Emailprogramm nur als weiße Fläche angezeigt 😀 Thunderbird blockiert hier einfach mal brav alles. So wünsche ich mir das.

Nach einigem Suchen im Code vielen mir drei Dinge auf:

  1. „Die Russen waren es“ 😀

http://login.mediafort.ru/autologin/mail/?code=14844x0XXXXXXXXXXXXXXXXXXX&url=http://gmx.com@bazartimed.de?XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Ich vermute es ist für die Rückantwort gedacht.

2. Die Schweine haben das MineCraft Netz infiltriert 🙂

<img src=“https://upload.fr-minecraft.net/images/frminecraft/ufja.png“>

Das ist eine Gutscheingrafik von Dr.Oetker.

3. Die Firma Expedia muß hier wohl als vermeindliches Geschenk herhalten.

Auffällig oft erscheinen „link.expediamail.com“, „mi.expedia.com“ und „travel-assets.com“ im HTML-Code.

Weg mit dem Dreck!

Wie immer lautet die Empfehlung: Nicht aufmachen, sondern direkt in die digitale Mülltonne damit!