YouTubeVideos kleiner geworden

Zitat von 1Nation

Normalerweise binde ich die Videos über eine extra Vorlage aus die folgenden Code beinhaltet:

Auf der verlinkten Seite hast Du das Video nicht über eine Vorlage eingebunden, sondern mit dem richtigen YouTube-Code und was soll sich an dem verändert haben. Der kann auch nicht eingelaufen sein, denn die Größe ist doch richtig angegeben:

<iframe width="480" height="360" src="http://www.youtube.com/embed/mIJ2o4IU6OE?feature=oembed" frameborder="0" allowfullscreen></iframe>

Mit den width="580" von der Vorlage stimmt das zwar nicht überein, doch die älteren sind halt noch in einem anderen Format.

Verlinke mal ein Beispiel, wo es noch anders aussieht. Vielleicht verwendet ja die Vorlage einen Code wie YouTube und holt sich die passende Größe? Beim Format hat sich etwas mit den Jahren getan, die älteren Videos sind wohl noch quadratischer, nur habe ich das nicht so richtig verfolgt.

Aber eigentlich ist ja in der Vorlage width="580" height="360" angegeben und wenn Du da keine Einstellung änderst, so wird die ja immer die gleiche Größe verwenden?

Dann werden wohl die Größen von den Videos automatisch erkannt, denn die stimmen wie es ausschaut bei beiden Videos, da nicht beide das gleiche Format besitzen.

width="580" height="326" "http://www.youtube.com/embed/pocIvtelZ5k"
width="480" height="360" "http://www.youtube.com/embed/oelwtLFYamg"

Habe jetzt nur mal nach apply_atomic_shortcode aus Deinem Code gesucht, da finde ich Beiträge in Foren, doch nicht wo die definiert oder enthalten sein könnte. Würde mich nur mal interessieren, wie das Format der Videos ermittelt wird.

Nicht das ich richtig viel Ahnung hätte, nur mir kommt es halt so vor, als ob die Angaben von width="580" height="360" innerhalb von apply_atomic_shortcode nur die Bedingungen vorgeben würden, in welcher Größenordnung ein Video angezeigt werden soll und irgendeine Funktion oder Klasse ermittelt dann eine zum Format passende Größe, die zu den vorgegebenen Werten halbwegs passen könnte.

Bei Bildern weiß ich es, wie man mit getimagesize alle wesentlichen Format-Daten von einem Bild ermittelt, bei einem Video weiß ich es hingegen nicht. Da ich aber letztes Wochenende mal eine Demo-Funktion zur Ausgabe von YT Videos vor einem transparenten Hintergrund geschrieben habe, die aber noch sehr weit von einem marktfähigen Plugin entfernt ist, würde es mich schon interessieren.

http://www.coder-welten.com/plugin-und-code-zum-einbinden/

Werde da noch weiter suchen, ob sich etwas finden lässt, nur ob das heute oder in den nächsten Tagen sein wird, weiß ich noch nicht.

Es ist ja auch gar nicht so verkehrt, wenn bei Dir eine Funktion die Größe entsprechend dem Format korrigiert. Nur warum das ohne Update von einer Woche auf die andere erfolgt, ist schon etwas rätselhaft.

Möglicherweise holt sich PHP nur eine XML oder JSON Datei von YouTube ab und verrechnet dann die Vorgabewerte mit den übermittelten Formaten und rendert daraufhin erst den iFrame. Ändern sich dann die Daten in der täglich (oder was weiß ich wie häufig) aktualisierten XML, ändert sich die Ausgabe. Ist aber wieder nur eine Vermutung, mehr nicht, doch für irgendetwas muss diese YouTube-API ja auch gut sein. Mal ein Beispiel, wie so eine Datei mit Vorschaubildern aussehen könnte und viel mehr Beispiele habe ich auch noch nicht gefunden:

https://developers.google.com/youtube/2.0/de…ing_video_feeds

Wenn die doch nur nicht alles in Englisch schreiben würden, dann hätte ich weniger Probleme mit dem Begreifen.

Nachdem ich nun die APIs so ziemlich überflogen habe und doch noch über viele Beispiele stolperte, habe ich dennoch keine Möglichkeit gefunden, mit PHP das Seitenverhältnis 16:9 oder 4:3 im Voraus abzufragen, um daraus einen Endwert neu zu berechnen. Beispiel:

Zitat

640px by 360px (for 16:9 aspect ratio) or 480px by 360px (for 4:3 aspect ratio)

https://developers.google.com/youtube/2.0/de…_guide_protocol
https://developers.google.com/youtube/2.0/reference

Am Ende bin ich dann noch bei Stack Overflow gelandet, demnach scheint es halt wirklich keine sichere Möglichkeit zur Erkennung zu geben (Stand 2011), wobei ich so eine Anfrage mit myCallback mal ausgeführt habe, doch daraus auch nichts entnehmen konnte:

http://stackoverflow.com/questions/5010…eo-aspect-ratio

Deine Funktion stammt aus einem Framework mit einem Theme-Hybrid?
Wobei, hat ja mit der API von YouTube nichts zu tun.

Ich meinte damit, bei Dir werden diese beiden Videos mit diesen unterschiedlichen Maßen ausgegeben:

width="480" height="360" "http://www.youtube.com/embed/oelwtLFYamg"
width="580" height="326" "http://www.youtube.com/embed/pocIvtelZ5k"

Und das obwohl Du als Angabe einheitlich width="580" height="360" verwendest, weil:

"http://www.youtube.com/embed/oelwtLFYamg"
Entspricht dem Seitenverhältnis 4:3 und ist somit kein Widescreen.

"http://www.youtube.com/embed/pocIvtelZ5k"
Entspricht dem Seitenverhältnis 16:9 und ist Widescreen.

Doch wie stellt PHP das fest? Die einzige Erklärung, die ich darauf habe, PHP sendet eine Callback-Anfrage an die entsprechende YouTube API, die so aussehen könnte, wie bei Stack Overflow beschrieben. Denn wenn ich die heute teste, mit den Id's von Deinen Videos, so erhalte ich in der von YouTube als Antwort gelieferten JSON-Datei folgende unterschiedliche Einträge:

Anfrage mit

http://gdata.youtube.com/feeds/api/videos/oelwtLFYamg?v=2&alt=jsonc&callback=myCallback

enthält nicht "aspectRatio":"widescreen"

Anfrage mit

http://gdata.youtube.com/feeds/api/videos/pocIvtelZ5k?v=2&alt=jsonc&callback=myCallback

enthält "aspectRatio":"widescreen"

Somit könnte PHP die Ausgabegröße unterschiedlich entsprechend dem Seitenverhältnis berechnen.

Und wenn sich da erst in der letzten Woche etwas änderte, dann kann das durchaus der Fall sein, weil PHP sich die Daten eventuell ständig neu vom YouTube Server abholt und ständig neu verrechnen wird.

Nicht PHP von sich aus, sollte es richtig heißen, sondern das von Deinem Framework für diese Aufgabe verwendete PHP-Script.

Wenn die Breite einheitlich sein soll, so könntest Du vielleicht die Höhe anpassen.
Und es ist auch nicht gesagt, dass es so ist, nur eine andere Erklärung darauf fand ich bisher nicht.