Burn-Plugin für TS-Aufnahmen!

Mal eine Idee meinerseits zur Vereinfachung des Plugins.

Im Moment wird z.B. der requantizer via OSD gewählt. Entweder ein Distributor liefert alle Möglichkeiten mit oder es gibt im OSD Einstellungen, die unsinnig sind, bzw. sogar Fehler verursachen, wenn etwas ausgewählt wird, was garnicht installiert ist.

Wäre es nicht besser, eine eventuelle Auswahl in Form von Variablen ganz an den Anfang des Scripts zu setzen? Das Burn-Plugin übergibt dann nur noch "requant" und das Script entscheidet, ggf. anhand von am Anfang getroffener Einstellungen, was genommen wird.

Vorteile:
- Die Codemasse und somit die Komplexität vom Plugin reduziert sich.
- Auch das Script wird übersichtlicher, da gleiches ganz zwangsläufig mit gleichem gruppiert wird, sobald das Plugin nur noch allgemein an das Script anfragt.
- Distributoren können das Script für die jeweilige Distribution vorkonfigurieren und müssen nichts ausliefern, was eigentlich garnicht benötigt wird.
- Das Anbinden von neuen Programmen (z.B. lxdvdrip_requant von Copperhead) erfordert nur noch eine Änderung am Script und nicht mehr am Plugin.

Nachteile:
- Schnelle Auswahl über OSD entfällt. Wobei verschiedene Auswahlen ohnehin hinfällig sind. vdrsync war schon lange fehlerhaft und mit TS ist es endgültig unbrauchbar. Eventuell sollte man das bei der Gelegenheit sogar aus dem Script hauen.

Wer wirklich für irgendwie geartete Bastelorgien eine schnelle Auswahl über das Menü braucht, für den kann man sicher etwas für die commands.conf bauen.

Den Patch könnte ich erstellen, aber mich interessiert die Meinung der Community, vor allem von FireFly, da ich die Änderung schon gerne in seiner "aktuellen Burn-Version" haben würde.

BTW: Ab wann ist "burn" bei vdr-developer.org zu finden?

Das klingt schonmal sehr gut. Bleiben die beiden Skripte dann trotzdem bestehen?

Wäre es nicht auch gleich sinnvoll lxdvdrip_requant als Standard einzusetzen?

M2V-Requantiser ist nur noch als Binärbrocken auffindbar (bzw. nach langem Suchen habe ich es auch als Source gefunden, dieser lässt sich aber nicht kompilieren) Wenn man den Source von M2V-Requantiser und den von lxdvdrip_requant anschaut ist es das gleiche Programm, außer dass die Versionsnummer von lxdvdrip_requant viel höher ist und dass lxdvdrip_requant kompilierbar ist.

tc-requant ist abgekündigt. Man kann es nur noch nutzen, wenn man beim configure --enable-deprecated übergibt. Außerdem sind beim kompilieren von transcode noch Unmengen zusätzliche Abhängigkeiten nötig

Wenn dann VDRsync auch noch wegfällt ist sowieso nichts mehr auszuwählen.

Wenn du das lxdvdrip_requant mal testen möchtest, lädst du einfach von hier das neuste lxdvdrip wechselst in das Verzeichnis requant und führst danach einfach make aus.

Die Binärdatei taucht dann im aktuellen Verzeichnis auf. So muss das Skript angepasst werden:

requant)
		requant_lxdvdrip -f $REQUANT_FACTOR -i "$VIDEO_FILE" -o "$REQUANT_FILE"
		rm -f "$VIDEO_FILE"
	;;


	tcrequant)
		requant_lxdvdrip -f $REQUANT_FACTOR -i "$VIDEO_FILE" -o "$REQUANT_FILE"
		rm -f "$VIDEO_FILE"
	;;

Das war ja nur als Überganslösung so gedacht.

Es ist doch Quatsch 2 abgekündigte requantiser zu nutzen...

Einer der Kritikpunkte an "burn", warum es auch keiner so recht wieder aufgreifen wollte, war, bzw. ist dessen Komplexität. Das ist mit ein Grund, warum Gentoo nun "jacoto" hat, welches eigentlich fast alles nur noch in Scriptform macht.

Copperhead zeigt es mit seinem recht pragmatischen Fix für das requantizer-Problem recht gut, woran es scheitert, wenn jemand, der kein Programmier-Profi ist, "mal eben" ein anderes Programm für Aufgabe "X" nachrüsten will.

Shellscript können viele. Zumindest diejenigen, die grundlegend mit der Linux-Konsole klarkommen, können auch ein Shellscript anpassen. Mit dem C++ im Plugin selbst sieht das schon anders aus.

Ein weiteres Script, um die "Möglichkeiten auf dem aktuellen System" zu testen reduziert nicht die Komplexität, sondern erhöht sie weiter. Wer nun ein Programm nachrüsten will, der muss zwei Scripte und zusätzlich noch das Plugin selbst patchen...

Ein weiteres Beispiel aus der Praxis: Ich würde gerne DVDs nicht mit growisofs sondern mit cdrecord brennen. "cdrecord ProDVD" ist schon länger Open Source, bzw. das "normale" cdrecord kann schon länger auch DVD und sogar BluRay brennen. Würdest du die Auswahl des DVD-Brennprogramms nun auch im OSD haben wollen?

Ich bin nach wie vor der Meinung, dass die Auswahl der richtigen Komponenten ins Script gehört. Schon alleine deshalb, weil es im Idealfall die Aufgabe des Distributors ist, eine passende Lösung zu wählen und auszuliefern. Die Vorkonfiguration macht dann der Distributor und dieser kann durchaus das berechtigte Interesse haben, dass diese funktionierende und getestete Vorkonfiguration nicht "mal eben" via Fernbedienung umgestellt werden kann.

Wäre schön, wenn man sich da irgendwo auf einem gemeinsamen Nenner treffen könnten. Wie gesagt: Patch würde ich liebend gerne erstellen und wer unbedingt mit Fernbedienung umstellen will, der bekommt von mir eine Lösung für die commands.conf, die dieses ermöglicht. Ist eigentlich kein Akt via commands.conf mit "sed" eine Variable in einem Script umzubiegen.

FireFly: Da du ja jetzt seit Tagen mal wieder Online bist... Bekommen wir jetzt eine Antwort oder bist du irgendwie grundsätzlich dagegen?

Zitat

Original von Mreimer
Schon alleine deshalb, weil es im Idealfall die Aufgabe des Distributors ist, eine passende Lösung zu wählen und auszuliefern. Die Vorkonfiguration macht dann der Distributor und dieser kann durchaus das berechtigte Interesse haben, dass diese funktionierende und getestete Vorkonfiguration nicht "mal eben" via Fernbedienung umgestellt werden kann.

Full ACK

Gerald

Zitat

Original von FireFly
Wieso dieser Ton? Ich bin nicht Euer Programmierknecht ....
Außerdem hatte ich oben schon meine Meinung dazu geschrieben und habe mit Mreimer per PN diskutiert.
Ansonsten scheint keiner Interesse zu haben, sonst gäbe es mehr Antworten ...

OK, der Ton war etwas daneben. Es ist nur schon ziemlich lange nix mehr in diesem Thread passiert. Das da was mit PNs gelaufen ist wusste ich nicht, hätte mich aber auch interessiert.

Verständlich. Ist aber eher die Regel als die Ausnahme. Das negative Feedback von Nutzern eines Open Source Projekts beträgt in aller Regel fast 100% des gesamten Feedbacks. Und: Ja, ich spreche da aus Erfahrung.

Sobald du einen stabilen Softwarestand hast, wäre es keine schlechte Idee, das ganze bei vdr-developer einzustellen. Durch die Commit-Logs haben interessierte dann immer Rückmeldung was wo passiert und mögliche weitere Helfer könnten eigene Patches zur Diskussion stellen. Außerdem können Bugs dann im Bugtracker gelistet und verwaltet werden.

Bleibt "burn" mit deinen letzten Änderungen eigentlich unter VDR 1.6.0 lauffähig? Ggf. natürlich mit Patch gegen VDR.

Zitat

Original von FireFly
Wie konvertiert man denn am besten Untertitel?

• Videotext-Untertitel als SRT, oder besser als SAA, aber kann das ein Programm verarbeiten? Werden die Untertitel überhaupt in verschiedenen Farben gesendet?
  

  
  

• DVB-Untertitel als SUP oder SON? SON soll angeblich Platzsparender sein und braucht kein pxsup2dast.c. Farben sollten ja bei beiden erhalten bleiben, oder?

Welche Einstellungen sind noch notwendig in Project X? z.B. SubpictureColorModell?

beides enthaelt farben
ttxt untertitel und auch dvb untertitel.

bin damals mit den projectx einstellungen zu brauchbaren ergebnis gekommen:

# SubtitlePanel
SubtitlePanel.SubpictureColorModel=YLE
SubtitlePanel.SubtitleExportFormat=SON
SubtitlePanel.SubtitleExportFormat_2=SUP

weiss aber nimma was ich nicht alles getestet habe.
problem war auch zu viele farben fuer dvd
( [ANNOUNCE] Untertitel mit Burn-0.0.009 / demuxen mit ProjectX )

also verwendete burn:
son fuer dvb untertitel
sup fuer ttxt untertitel + pxsup2dast

Hi!

Zitat

Original von FireFly
Welche Einstellungen sind noch notwendig in Project X? z.B. SubpictureColorModell?

Weiß nicht ob du das integrieren möchtest, denn das ist wohl eher ein Sonderfall:

Also ich habe mal bei irgendeinem Sender (weiß nicht mehr bei welchem) folgende Option gebraucht:

# AudioPanel
AudioPanel.loslessMpaConversionMode=4

Dabei wird der linke und der rechte Stereokanal getrennt. Ist zwar eine Unart des Senders, aber die haben da bei einer Audiospur Deutsch und Englisch jeweils links bzw. rechts als Mono ausgestrahlt.
Ich weiß aber nicht ob das noch gebräuchlich ist.

Das ganze lässt sich im Project-X- Log erkennen, da es die Tonspur als "dual" erkennt. Ich hatte damals die Tonspuren dann durch einem Extradurchgang von Project-X getrennt.

Gruß,
Brougs78

Noch etwas:

Es ist zwar wohl noch recht früh für Anfragen wegen Features, aber wäre es möglich eine Option einzubauen um standardkonforme DVDs zu erstellen? D.h. dass die Videospur in jedem Fall durch ffmpeg oder mencoder oder was auch immer neu gewandelt wird?

Ich brenne manchmal Aufnahmen für Kollegen und anscheinend haben doch recht viele normale DVD-Player Probleme mit den DVDs. Da treten dann immer wieder Bildstörungen auf. Mich würde es deshalb auch nicht stören wenn das wandeln etwas (wohl eher deutlich ) länger dauert und die DVD dafür sicher keine Probleme macht.

Was hältst du davon FireFly?

Gruß,
Brougs78

je nach schweregrad von hoerschaedigung sind farben sehr wichtig.

von daher find ich sup besser, wenn ich es zum glueck selber (noch?) nicht brauche.

FireFly: Könntest du vielleicht einen kurzen (oder langen) Statusbericht abgeben?

Was hat sich zb mit VDR-Sync getan? Ist es jetzt raus?

Jetzt wieder deine Hassfrage?

Wie steht es denn mit dem Requantiser? tc-requant M2V-Requantiser oder lxdvdrip-requant?