function smarty_function_mobiledetect($params, &$smarty) {

	/* ---------------------------------------------
	 * Initial settings
	 * --------------------------------------------- */

	#$smarty = $template->smarty;

Zwischenspeicher löschen nicht vergessen.

Frag mich nicht warum, das wieder so gemacht wird...

Ja, serverseitig zuverlässige Infos über den Client zu erhalten, ist immer bissel tricky.

Ja, wobei die "Zicken" bei mir wohl anderer Art sind und mobiledetect wahrscheinlich gar nicht der eigentliche Urheber ist. Dort, wo mobildetect zum Einsatz kommt, funktioniert im Frontend gar nichts mehr: White page. Und das gilt auch für die Verwaltung der Plugins im CMS.

allerdings macht mobiledetect inzwischen Zicken

Ja, serverseitig zuverlässige Infos über den Client zu erhalten, ist immer bissel tricky.
Da hat man im Grunde nur den User-Agent. Und das ist keine zuverlässige Quelle.

Evtl. wäre es besser, das clientseitig via Featuredetection zu regeln.
Oder via matchMedia und Media Queries.
Bsp.:

[== JavaScript  jQuery ==]
$(function() {
    let isMobile = window.matchMedia("only screen and (max-width: 760px)").matches;

    if (isMobile) {
        //Conditional script here
    }
 });

(Stackoverflow)

Bei "//Conditional script here" suchst Du dann nach dem Element mit dem Video und änderst den Link zum Video gemäß dem Gerät. D.h. Du kannst quasi via Javascript und CSS Media Queries das entsprechende Video ansteuern. Ist zuverlässiger als PHP Scripts.

Ich unterstütze die erwähnte Option mit dem Hochladen von Videos zu einem Cloud-Anbieter

Die Option gibt es sowieso.

Ich bin seit der neuen DSGV bemüht, möglichst wenig Drittanbieter einzubeziehen, da diese auch datenschutzrelevant sind. Das gilt natürlich besonders für das große G. Daher bevorzuge ich im Zweifelsfall das "Selbsthosting", statt jedes Filmchen mit dem Hinweis "Wenn Sie diese Video starten, ...usw usf" zu versehen.

Damit der Kunde die Wahl hat, habe ich halt versucht, ihm drei Otpionen anzubieten:

1. Einfügen eines iframe für Vimeo, YouTUbe etc.
2. Hochladen eines größeres Videos und guter Quaität
3. Hochladen eines kleineren, stärker komprimierten Videos

Ist ein kleineres Video vorhanden und erkennt {mobiledetect} ein mobiles Gerät, wird das kleinere abgespielt, andernfalls das große oder das eines Drittanbieters.

Das hat auch gut geklappt, allerdings macht mobiledetect inzwischen Zicken. Daher wird künftig wohl auf Vimeo hinauslaufen.

...

Meines Wissens gibt es kein Videoformat, was auf mathematischen Formeln basiert wie zum Beispiel SVG im Grafikbereich, was man in der Größe beliebig skalieren kann.

Hilfsweise kannst du natürlich die Größe des embed Bereich des Videos in Abhängigkeit vom Endgerät skalieren. Aber wenn du ein Video in 8k-Auflösung hochlädst, wird das komplette 8k-Video geladen, egal, mit welchem Endgerät es angeschaut wird.

antibart schrieb:

Hi,
Aber ginge so etwas ähnliches auch mit MP4-Videos?

Sollte haargenau so funktionieren - musst nur das Video in verschiedenen Qualitätsstufen bereithalten.

Aber das hieße doch, ich müsste mehrere Videos uploaden. Oder?

Hi,
Aber ginge so etwas ähnliches auch mit MP4-Videos?

Sollte haargenau so funktionieren - musst nur das Video in verschiedenen Qualitätsstufen bereithalten.

Ähnlich wie bei tbimage und der Toolbox. Mit dem Parameter quality oder auch der Bildgröße lässt sich das ja sehr einfach steuern. Dann noch mobiledetect drum rum und ich kann eine kleinere, stärker komprimierte Version darstellen, sobald ein mobiles Gerät erkannt wird.

Aber ginge so etwas ähnliches auch mit MP4-Videos?

Hochgeladen werden die Dateien über eine LISE-Instanz.

Viele Grüße