Ich würde "alternative" Streaming-Lösungen eher meiden.Thomas K hat geschrieben: ↑Di 21 Feb, 2017 20:49 Ich habe es bereits über die MagentaCLOUD versucht in dem ich einen Freigabelink versendet habe. Allerdings kann man das Video dann nicht gleich ansehen sondern muss es erst runterladen. Hat jemand Erfahrung ob es mit HiDrive von Strato funktioniert oder evtl. einen anderen Vorschlag?
ich mach das normalerweise so, wenn ich irgendwelchen auftragebern schnell eine preview aktueller arbeit zukommen lasse. die erfahrungen damit sind allerdings eher bedenklich. selbst ganz normale h.264 main5.1 profile mp4s werden auf vielen älteren geräten und browsern nicht richtig abspielt. ich muss dann immer den den leuten erklären, dass sie halt einfach die betreffenden files mit einem "safe page as..." downloaden und in einem externen video-player anschauen müssen... das geht ganz gut, wenn das gegenüber die nötige geduld und kooperationsbereitschaft aufbringt, ist aber natürlich ziemlich problematisch, wenn man den kunden wirklich entgegenkommen will bzw. die souveränität im umgang mit solchen fragen nicht unnötig untergraben will.dienstag_01 hat geschrieben: ↑Fr 21 Apr, 2017 13:53 Ich würde es einfach mal probieren, die Videos direkt über die eigene Homepage einzubinden. Zumindest für 1280x720 hätte ich da keine so großen Sorgen. Aber auch in FullHD würde ich auf jeden Fall mal einen Test machen.
Dann hat man wenigstens alles unter Kontrolle.
Klingt eher danach, dass du da was falsch machst, denn Youtube ist ja auch h264.mash_gh4 hat geschrieben:selbst ganz normale h.264 main5.1 profile mp4s werden auf vielen älteren geräten und browsern nicht richtig abspielt.
ja, sicher, die verwenden natürlich auch nur ffmpeg, libx264 u.ä. um die files, die wir da in unseren browsern sehen aufzubereiten. nur dass sie halt sehr viel wissen darüber haben, was gängige browser tatsächlich abspielen können bzw. mit welchen ganz spezifischen optionen die files komprimiert werden müssen. im übrigen erhltst du je nach verwendetem browser bzw. betriebssystems eben nicht immer die selben files, wenn du dir videos per youtube ansiehst, sondern eben nur genau jene variante, die in deinem browser vermutlich am besten funktionieren wird. prinzipiell kann man das alles selber mit freien mitteln nachmachen, nur ist es verdammt kompliziert. mit den files, die du bekommst, wenn du einfach nur deine vides mit defaulteinstellungen in einen h.264 mp4 packst, ist es jedenfalls leider nicht zu vergleichen.dienstag_01 hat geschrieben: ↑Fr 21 Apr, 2017 14:18 Klingt eher danach, dass du da was falsch machst, denn Youtube ist ja auch h264.
Oder was heisst: nicht richtig abgespielt?
mit nicht richtig abgespielt, meine ich in etwa, das die benutzer nur einen videoplayer-rahmen in einer schwarzen seite sehen, aber das file nicht abgespielt wird.dienstag_01 hat geschrieben: ↑Fr 21 Apr, 2017 14:34 Aha, das ist also die Beschreibung von: nicht richtig abgespielt ;)
wie gesagt, youtube und vimeo verwenden dazu HLS und MPEG-DASH.dienstag_01 hat geschrieben: ↑Fr 21 Apr, 2017 14:34Ich halte das für totalen Quatsch und das deckt sich auch nicht mit meinen Erfahrungen.
Fakt ist, das Youtube Videoqualitäten nach verfügbarer Bandbreite auswählt. DAS hat man mit seinem *Homepage*-Server natürlich nicht.
Stimmt, beiti, wenn du als einzelner Anbieter den selben Service (im Sinne von Kompatibilität) wie YT bieten willst, wird es aufwändig. Aber hier gibt es doch scheinbar eine deutlich überschaubare Gruppe von Nutzern, mit denen man auch noch in Kontakt steht. Denen also die Browser aufzuzählen, die mit HTML5 umgehen können, ist doch kein Hexenwerk. Und das es keine extra Handy-Variante gibt, ist doch auch vermittelbar. Oder man encodiert das Video zweimal, geht auch ;)beiti hat geschrieben: ↑Fr 21 Apr, 2017 15:11 Ich biete auf einer meiner Seiten einige Audiodateien zum Abspielen an, und selbst das war schon etwas komplizierter als gedacht. Der Standardplayer arbeitet natürlich mit HTML5, aber man braucht nach wie vor auch eine Flash-Version als Fallback für ältere Browser. Keine Ahnung, wer die noch verwendet, aber laut meiner Website-Statistik wird bei ca. jedem sechsten Seitenaufruf der Flash-Player geladen.
Weiterhin musste ich lernen, dass man nicht in jedem Browser MP3 abspielen kann, weshalb ich alle Dateien zusätzlich noch im OGG-Vorbis-Format bereitstellen musste. Das funktioniert ebenfalls nach Fallback-Prinzip, d. h. die OGG-Version wird nur abgerufen, wenn der Browser mit der MP3-Version nichts anfangen kann. Das ist laut Website-Statistik bei ca. jedem zwölften Besucher der Fall.
Mit Video habe ich das Selber-Hosten gar nicht erst angefangen und kenne nicht alle Details. Es wird, wenn man keine möglichen Zuschauer ausschließen will, auf jeden Fall noch komplizierter. Es fängt an mit derselben HTML5-Flash-Fallback-Geschichte wie im Audiobereich. Dann braucht man neben MP4/H.264 noch mindestens ein weiteres Videoformat (evtl. sogar zwei), um überall kompatibel zu sein. Und schließlich kommen, wenn man standardmäßig gute HD-Qualität bieten will, auch noch kleinere Versionen für DSL-Light-Nutzer und für Mobilgeräte hinzu.
das ganze ist ja nicht ausschließlich nur eine frage der ganz pragmatischen entscheidung, wie man das möglichst einfach handhaben kann. es gibt durchaus auch ganz vernünftige gründe, warum man content nicht ganz selbstverständlich auf den verbreiteten plattformen bzw. den damit verbundenen nutzungsbedingungen sharen will.dienstag_01 hat geschrieben: ↑Fr 21 Apr, 2017 15:19 Stimmt, beiti, wenn du als einzelner Anbieter den selben Service (im Sinne von Kompatibilität) wie YT bieten willst, wird es aufwändig. Aber hier gibt es doch scheinbar eine deutlich überschaubare Gruppe von Nutzern, mit denen man auch noch in Kontakt steht. Denen also die Browser aufzuzählen, die mit HTML5 umgehen können, ist doch kein Hexenwerk. Und das es keine extra Handy-Variante gibt, ist doch auch vermittelbar. Oder man encodiert das Video zweimal, geht auch ;)
die tatsächliche qualität lässt aber leider auch dort sehr zu wünschen über...
Also ob YT nicht funktionieren würde, oder "Gefrickel" wäre.