Vision: Aufnahmen in 10-15 Minuten Taktung, mehr Flexibilität

[jwf2010]

Hi,
Im Forumbeitrag 'BR-ALPHA 4 von 6 Aufnahmen unbrauchbar, Ende fehlt, falscher Sender !!' habe ich folgende kurze Frage gestellt und eine riskante Lösung vorgeschlagen.

Wie nehme ich eine Sendung (Serie) auf, die regelmäßig viel zu spät anfängt.
Es fehlt daher oft das Ende!
Die nachfolgende Sendung ist laut Tabelle sehr oft 4 Stunden lang (Space Night)
??????

Wie in diesem Thema schließlich geschrieben steht, muss ich die Folgesendung prophilaktisch aufnehmen, auch wenn sie 4 Stunden dauert. Per Methode 2 kann ich dann bloss den Anfang der Datei der Folgeaufnahme herunterladen, dekodieren und schneiden.

Die Nachteile:

• Es gibt keine Garantie, dass dies immer funktioniert
• Aufwendig, kompliziert, ...
• Mehr Daten aufgezeichnet und übertragen als nötig.
• Der User muss schneiden bzw. Zusammenfügen.

Ich möchte nicht darauf eingehen, dass ein stets korrektes, real-time EPG, das Problem an der Wurzel packen könnte. Das ist ein eigener Themenkomplex.

Die Skizze einer Lösung

Original von jwf2010:
Es gibt doch CUTLISTS, womit ich bequem die Werbung rausschneiden kann.
Jetzt denk mal umgekehrt.
Vielleicht sollte man ja alle Sendungen generell in 10-15 Minuten Blöcken aufnehmen. ... diese Blöcke einzeln herunterladden und den DEKODER zusammensetzen lassen.

• Angenommen alle Sendungen werden nicht als komplette Files angeboten.
• Jedes File hat 10-15 Minuten Programm.
• Für einen Film brauche ich entsprechend der Länge, mehrere aufeinanderfolgende Files.
• Der Downloadmanger holt alle Files, die zu meiner Programmierung passen.
• Jedes einzelne File ist kodiert. Der Decoder fügt alle Einzelteile zu einem kompletten Video-File zusammen. Genauso wie ich programmiert habe.
• Ich kann per EPG Suche, Tabelle oder Wishlist programmieren (wie jetzt).
• Manuelle Programmierung ohne Autokorrektur ist im 10-15 Minuten Takt möglich.

Vorteile:

• Manuelle Programmierung ohne Autokorrektur. Aktuelle Programmänderungen lassen sich genauer berücksichtigen bzw. man kann gewünschten Puffer besser einstellen. Genau wie beim alten VHS-recorder ohne VPS.
• Weniger Datenvolumen, -Transfer durch überlange 'Sicherheitsaufnahmen'.
• Bei Download-Abbruch im Browser, muss ich nur die kleine Datei nachladen. Nicht die Große.
• Durch Userfeedback, könnte man die Aufzeichnungen nachträglich verschieben, falls nötig. Also auch ganz ohne Sicherheits-Folgeaufnahme (noch weniger Volumen/Traffic) zum Film Ende kommen. Und zwar für alle User. (Anmerkung: Wenn ich einen Freund bitte eine Privatkopie für mich zu machen, kann er ja auch den VHS erst anwerfen, wenn die Sendung tatsächlich startet. Hier schneide ich mir dann sozusagen den Teil vom Band der tatsächlich meine Sendung enthält.)
• In diesem Fall bräuchte ich auch nicht die +3/+5 Minuten vor und nach jeder einzelnen Sendung. Ich habe ja nur 10/15 Minutenblöcke. Wieder weniger Redundanz!
• Das würde vielleicht zusätzlich Rechenaufwand für das Dekodieren einsparen? Das Zusammensetzen findet bei den Usern statt.

Nachteile:

• Download im Browser und Peer2Peer vielleicht aufwendiger, weil es um mehrere Files geht. Bei geigneter Datenmodellierung könnte BitTorrent (kann directories laden) vielleicht gut damit umgehen.
• Im Durchschnitt wird man einen 'Takt' (10-15 Minuten) mehr herunterladen müssen, um eine vollständige Aufnahme zu erhalten. Im Worst case sogar 2 Takte, also 20-30 :-(((
  Im Idelfall gibt es beim jetzigen System, 8 Minuten zuviel Programm auf jedem File (Overlaping). Das ist besser, wenn man von einer 10 Minuten Taktung ausgeht.
• Komplexeres File- und Download Management je kleiner die Taktung wird.

Klar, das wäre ein totaler Paradigmenwechsel. Das gesamte System wäre betroffen.
Ich wollte es nur mal zur Sprache bringen.

FAZIT:

• Die Nachteile sind schon gravierend und stechen die Vorteile meiner Meinung nach aus! Komplexeres Server Management UND komplexerer Ablauf auf Userseite macht das System nur fehleranfälliger und schwerer zu bedienen.
• Abgesehen vom gigantischen Umstellungsaufwand der alle betrifft, User und Betreiber, müßte man zuerst einmal untersuchen, bei wieviel Prozent der Aufnahmen tatsächlich das Ende fehlt!!
• Der jetzige Ansatz, eine Sendung, ein File besticht durch seine Einfachheit.
  
• Die aktuelle Empfehlung, auch die Folgesendung aufzunehmen und ggfs. zu schneiden verbraucht schon einiges an Resourcen. Vor allem Traffic und Userzeit.

Wie könnte es weitergehen?

• Sinnvoller erscheint mir also eine Strategie, die dafür sorgt, dass von vornherein die komplette Aufnahme im File untergebracht ist. Bei derart vielen Sendern und 24h Betrieb eine Herausforderung für sich.
  
• Im ersten Ansatz könnten Files, wo das Filmende fehlt vielleicht serverseitig repariert werden. Die User könnten mitteilen, umwieviel später die Sendung angefangen hat.
  
• Vielleicht geschieht diese Kontrolle auf Basis einer low-low-low quality Vorschau, die nur dazu dient die Beginn, Endzeit und den Sender zu kontrollieren. Das große File wird vielleicht erst generiert, nachdem ein oder mehrere User das Kontrollfile bestätigt oder den Korrekturwert angegeben haben.
  
  Gerade habe ich einen Thread gefunden, der auch eine Preview verwenden will.
  Der Link: Pre-Viewer statt Buddies

Jetzt lasse ich es aber gut sein.
Ciao.

[gullideckel]

gute form, dein proposal, aber schwierig, weil: dann kein xvid mehr, wenn gestückelte teile. Und Mpeg zusammensetzen ginge wohl, aber wie will man rechtlich begründen, für die ersten drei Einheiten keinen Auftrag erteilt zu haben?
Meiner Meinung nach sollte das alle zentral sein, die Werbefee funktioniert doch für die Werbung zwischendrin und was das Ende und Anfang betrifft.... das ist numal so. dann nimm entsprechend nicht die filem auf, sondern zeiten.
manche nehmen ja auch zeiten auf und nicht filme aus dem EPG.
Dass der EPG nicht tacktgenau oder realitätsgetreu ist, liegt daran, dass der kein Showview kann, wenn das genau wäre? Ansonsten finde ich, sollten die paar blockbuster mit über 1000 Downloadern einfach händisch von zwei studierenden kontrolliert werden.. lol.. nein es muss natürlich eine maschine sein, aber das geht bei ausfall halt nur darüber, dass der user minuten vorweg packt,

Ansonsten könnten wir ja Shift-Tornadoplayer machen-.-.- bei dem man einen POD-Cast für jede minute runterlädt... die in der Vergangenheit liegt,

dann könnte man das auch p2p machen.

Jeder Mpeg-Minute bekommt einen ed2k hash... ein Film hat dann 120 ed2k links, die über torrent geswarmt werden und wenn speicher voll, dann kannste dir das im Player ansehen.

Gut was ? so könnte man auch das Programm p2p podcasten, es muss nur in der Vergangenheit leigen, nachdem die Minute Mpeg hashed wurde...


Dann würde die Minute Mepeg einfach als Hash über einen rss feed verteilt und am Ende über Torrent gesaugt im p2p share...

Aber dann ohne decoder... also ein 3. Party Projekt.

[BugsBunny]

Bevor hier jetzt aus heiterem Himmel noch eben auf xvid umgestellt wird, würde ich mich eher über die Nutzbarmachung des VPS Signals freuen, mit dem jede ausgestrahlte Sendung dessen Sender dieses VPS Signal übertragt vollständig aufgenommen werden kann, selbst wenn diese nicht einmal im allmächtigen EPG steht. Lediglich bei (ich korrigiere mich) übermäßig verfrüht startenden Sendungen kann auch VPS keine Abhilfe leisten, da es vor dem Starten der Aufnahme eine gewisse Standbyzeit geben muss, in der auf die Sendung gewartet wird. :evil:

[jwf2010]

Hi gullideckel, BugsBunny,

Danke für das Lob. Rechtlich liegt mein Vorschlag nicht so weit von dem weg was jetzt passiert. Ich programmiere, beauftrage vorher eine bestimmte Sendung aufzunehmen. Ein VHS-Recorder mit VPS oder ein intelligenter Freund mit VHS Recorder kann das in der Regel auch.

Dein Podcast aus der Vergangenheit klingt da schon 'gefährlicher'. Vorallem, wenn es dann ohne kodieren gehen soll und vermehrt per Peer2Peer. Oder habe ich etwas falsch verstanden.

Original von gullideckel
...was das Ende und Anfang betrifft.... das ist numal so. dann nimm entsprechend nicht die filem auf, sondern zeiten.
manche nehmen ja auch zeiten auf und nicht filme aus dem EPG.

Genau das habe ich versucht, ZEITEN aufzunehmen.
Die Autokorrektur mittels EPG macht aus den Aufnahmen aber ein Daten-Transfer Monster (Wiki::Autocorrection).

Dein Podcast im Minutentakt wäre allerdings eine wünschenswerte, sehr resourcen schonende zeitliche Granularität für die Aufnahmen. Wenn der gesamte Datenvorrat bei OTR in Minutentakt vorläge, könnte man durch aktives Userfeedback, die programmierten Aufnahmen mehr oder weniger leicht auf das richtige Zeitfenster verschieben. Wovon ich am Ende meines Beitrages ja träume.

Original von BugsBunny
... würde ich mich eher über die Nutzbarmachung des VPS Signals freuen

Eigentlich eine sehr, sehr, sehr primitive Technologie dieses VPS. Es sendet gerademal nichts anderes als die VPS Zeit!!! Statisch, die ganze Zeit während der Sendung. Kein Titel, kein, .... Auf Satellit TV gibt es aber meist nicht einmal VPS.
Unverständlich, dass keine Programminfo mitcodiert läuft. Teletext läuft ja auch parallel zum TV-Programm mit. Da haben die TV-Ingeneure geschlafen.

Showview wiederum ist nur die kodierte Startzeit, berücksichtigt also keine Verschiebungen.

Für Interessierte, Links zu www.wikipedia.de

• VPS
• ShowView

[gulliver]

Ja aber dein Videorekorder kann dir keine Sendungen zusammenschneiden wenn du etwas zu spät programmiert hast oder eine Sendung sich irgendwie verschiebt

Dass ganze ist also rechtlich eher nicht zu begründen, daher wird dieser vorschlag wahrscheinlich auch nicht umgesetzt, ganz zu schweigen von dem aufwand der betrieben werden muss

[schrotti]

außerdem würde an jedem punkt wo die files zusammen geschnitten werden wieder sprünge drin sein. so wie es bei den randfiles jezt ja auch ist. seit DIVx ist das zwar besser geworden merken tut man es aber trotz dem noch.

[jwf2010]

Original von gulli
Ja aber dein Videorekorder kann dir keine Sendungen zusammenschneiden wenn du etwas zu spät programmiert hast oder eine Sendung sich irgendwie verschiebt.
...... rechtlich eher nicht zu begründen........,
..... wahrscheinlich ... nicht umgesetzt, ganz zu schweigen von dem aufwand der betrieben werden muss

Original von schrotti
...an jedem punkt wo die files zusammen geschnitten werden wieder sprünge drin sein. so wie es bei den randfiles ....

Hi, Danke für Eure Mühe dies trotzdem zu diskutieren. Mir war bald klar, dass dies keine tolle Patentlösung geworden wäre. Ich weiss ja eigentlich gar nicht wieviel Prozent aller Aufnahmen dieses Problem eigentlich haben, also ob das nicht ein mit Kanonen auf Spatzen schießen gewesen wäre. Jetzt hat OTR aber wieder Zusätzliches im Ideenpool. Ein bisschen von der einen Idee, ein bisschen von einer anderen .... Vielleicht kommt dabei irgendwann etwas brauchbares bei der Weiterentwicklung raus.

Noch Nachtrag zum Rechtlichen: Solange es kein höchstrichterliches Urteil gibt, ist vieles umstritten. Klar, dass sich in einer derartigen Situation OTR nicht zu weit aus dem Fenster lehnen sollte.

Polemisches: Den Urheberrechts-schützern kann man also nur empfehlen, die Sendungen kräftig zu tauschen, zu verspäten, ausfallen zu lassen. .... Dann vergeht den Leuten bald die Lust etwas aufzunehmen. Vielleicht sogar die Lust am Fernsehen. Hurra, das Kopierproblem ist gelöst.

[gulliver]

Es ist vieles umstritten, diese Lösung allerdings nicht . Da steht ganz klar fest dass dies so in dieser vorgeschlagegenen Form nicht legal ist

siehe urheberrecht

[jwf2010]

Original von gulli
... Da steht ganz klar fest dass dies so in dieser vorgeschlagegenen Form nicht legal ist

Damit meinst Du das nachträgliche Verschieben einer Aufnahme ? ?( ?(

Dann bleibt nur, sich etwas auszudenken um vielleicht in Zukunft bei den
Aufnahmen

• legal
• besser auf Programmänderungen reagieren zu können (wie auch immer?).

Im Endeffekt könnte das Rechenzeit, Speicherplatz, Traffic und Frustration
der Benutzer sparen helfen. Ob eine Umsetzung mehr bringt als kostet ????
Dann lasse ich es einmal gut sein.

Ich bleib natürlich weiter bei meiner riskanten Methode 2
im Thema: 'BR-ALPHA 4 von 6 Aufnahmen unbrauchbar, Ende fehlt, falscher Sender !!').
Ich will ja kein Verschwender sein, wenn Ihr gestattet.
Ciao

[Marce]

wie funktioniert das eigentlich mit dem VPS-Signal?
Hab schon seit 5 Jahren nixmehr mit meinem VRC aufgenommen, aber da gibts doch immer diese VPS-Nummern die man eingeben kann damit die Sendung aufgenommen wird.

Soweit ich mich erinnere wird vom Sender ein VPS-Signal gesendet wenn die Sendung anfängt und eins wenn die Sendung zuende ist. (Korrigiert mich wenn ich da falsch lieg)

Könnte man das für OTR verwenden?