Ich halte generell und unabhängig vom aktuellen Stand des Livebuffers ein Plugin für besser, eben weil nichts am Original verändert wird. Ein Patch tut genau das, nämlich Veränderungen am Original, was fast immer Probleme nach sich zieht. Zumindest muss man wahrscheinlich bei jeder neuen VDR-Version nacharbeiten. Bei einem Plugin kann das schonmal über mehrere Versionen ohne Nacharbeit abgehen.
Zur Frage, warum ein Plugin nicht so gut gehen würde: Was bietet der VDR denn für Schnittstellen, die man dafür nutzen könnte? Oder besser anders herum gefragt: Was fehlt denn an Schnittstellen, die man für ein Livebuffer-Plugin braucht?
Selbst wenn man das Plugin so nicht bauen könnte, ich sehe da mehr Chancen, dass die Plugin-Schnittstelle im VDR erweitert wird, als dass feste Funktionalitäten aus aktuellen Patches in den Original-VDR kommen. Es wäre meiner Meinung nach praktischer und auch sinnvoller. Kls könnte tatsächlich Teilaufgaben in Plugins auslagern (lassen), die jetzt noch in den Patches stecken. Und wenn man sich ansieht, wieviele Funktionen es in den Patches gibt und wie lange die da schon drin sind, ohne dass sie in den VDR-Code gewandert sind, mache ich mir da nicht so viele Hoffnungen, dass der Livebuffer in der 1.7.11-15 plötzlich von kls im VDR eingebaut worden wäre. Auch den LB-Patch gibt es ja schon ewig. Wenn kls da Bedarf sehen würde oder gesehen hätte, wäre das schon in der 1.6.x drin gewesen, glaube ich.
Aber egal ob als Plugin oder als Patch, da ich leider nicht produktiv beim "neuen Livebuffer" mithelfen kann, bin ich mit jeder Variante glücklich, die die entsprechende Funktionalität bringt.
Gruß, Nix