Seite 1 von 2
Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Sa 23. Okt 2010, 13:46
von Praecox
Hallo
Es geht um: DVR-Studio HD 1.x (Verarbeiten Sie SD-PAL und HDTV DVB-Aufzeichnungen als TS, M2TS oder im Receiverformat.)
Ich würde gerne die Aufnahmen bearbeiten und im *.rec-Format dann speichern. Mit meinem TF 5500 ging das super. Für den 2410 musste ich jetzt allerdings eine Support-Anfrage (mit Beispiel-Datei usw.) an Haenlein schicken.
Antwort: Möglicher Export im Receiver-Format ungewiss, (ua.) weil Topfield nicht mit Haenlein zusammenarbeitet (sprich: keine Infos 'rausrückt).
Teilzitat aus meiner Antwort von Haenlein-Software:
"... denn leider haben wir von Topfield keine Infos zur Verwaltung und Organisation der Aufnahmen. Hier ist Technisat, Kathrein, Vantage und NanoXX wesentlich kooperativer."
Lässt sich da nichts machen?
Gruß, Praecox
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Sa 23. Okt 2010, 14:12
von Twilight
denke nicht....aber wenn haenlein sich interessieren würde, würden sie wohl alle infos die sie benötigen hier bekommen.
aber so viel ich weiß laufen die srp-hd aufnahmen mit haenlein 2.x (versionsnummer muß nicht stimmen), das sie das wissen in die 1.x nicht einfließen lassen wollen ist dann wohl ein marketing technisches problem von haenlein selbst
twilight
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Sa 23. Okt 2010, 14:47
von Rolf66
Twilight hat geschrieben:denke nicht....aber wenn haenlein sich interessieren würde, würden sie wohl alle infos die sie benötigen hier bekommen.
aber so viel ich weiß laufen die srp-hd aufnahmen mit haenlein 2.x (versionsnummer muß nicht stimmen), das sie das wissen in die 1.x nicht einfließen lassen wollen ist dann wohl ein marketing technisches problem von haenlein selbst
twilight
Kann ich dir leider nicht zustimmen. Bin schon Jahrelang Kunde bei Haenlein und die Infos scheint er tatsächlich nicht zubekommen.
Du kannst die Aufnahmen bei der Version HD2 rüberschieben, bearbeiten, brennen, aber leider nicht mehr zurückspielen.
HG Rolf
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Sa 23. Okt 2010, 15:14
von Twilight
ok, es geht um das rückspielen.
nun, wie gesagt, wir haben hier genug fähige user die dieses geheimnis entschlüsselt haben...warum glaubst du ist ein recconverter oder rebuildnav oder tftool möglich bzw. schaffen es diese programme?
das es von topfield keine infos dazu gibt ist auch hier nichts neues.
twilight
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Sa 23. Okt 2010, 18:46
von Praecox
Twilight hat geschrieben:das es von topfield keine infos dazu gibt ist auch hier nichts neues.
twilight
Ich hoffe, daß jemand von Topfield diesen Thread liest und etwas dazu sagt. Es geht ja nicht darum, daß Topfield die Entwicklungs-Abteilung von Haenlein im Umfang von mehreren Mann-Jahren
unterstützen soll... schnell mal ein paar Infos 'rüberschieben (im Interesse der eigenen Kundschaft, die Haenlein-Software verwendet) kann doch nicht so aufwendig sein...
Gruß, Praecox
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Sa 23. Okt 2010, 21:58
von Gerti
Hi!
1. Mich hat er nie deswegen kontaktiert oder ich habe die eMail nicht bekommen...
2. Der Inhalte der INF und NAV sind bekannt, dafür brauch er Topfield nicht...
Gruß,
Gerti
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: So 24. Okt 2010, 12:45
von latte
Hi,
es wurde aber zumindest Alex kontaktiert und der hat leider nicht reagiert.
MfG
latte
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: So 24. Okt 2010, 14:25
von Gerti
Hi!
Wer? FireBird? Kann ich mir kaum vorstellen...
Zudem ist der Header imho sogar in der FireBird lib aufgeschlüsselt...
Gruß,
Gerti
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: So 24. Okt 2010, 14:41
von Happy
[quote="Gerti"]
Wer? FireBird? Kann ich mir kaum vorstellen...
Zudem ist der Header imho sogar in der FireBird lib aufgeschlüsselt...
[/quote]
So ist es. In der FireBirdLib einfach mal nach DecodeRecHeader suchen.
Und die Ähnlichkeit der inf-Datei zu den Rec-Headern der 5000er Serie ist enorm.
Gruß,
Happy
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Mo 25. Okt 2010, 07:51
von FireBird
[quote="latte"]es wurde aber zumindest Alex kontaktiert und der hat leider nicht reagiert.[/quote]
Abgesehen von Deiner PM-Anfrage im Dez. 2009, ist nichts mehr gekommen.
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Mo 25. Okt 2010, 13:18
von latte
Hi,
@Alex
ja wir hatten ja vorher Kontakt. Dann hat mir der Herr Haenlein versichert dir eine Mail gesendet zu haben woraufhin du dich nicht gemeldet hast.
Naja mittlerweile glaube ich aber das die Firma Haenlein gar kein so großes Interesse hat den TMS Export in DVR-Studio zu integrieren.
Seit 6 Monaten haben sie die FirebirdLib Sourcen, womit sie ja den Grundstein wenn nicht sogar die "Anleitung" für die Erstellung der *.rec.inf und *.rec.nav hätten.
MfG
latte
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Mo 25. Okt 2010, 13:29
von Rolf66
Hatte mit Fa. Haenlein Emailkontakt. Hier die Antwort
"Wenig hilfreiche Antwort. Es geht nicht darum es lesen zu können, sondern zu wissen was der Receiver unter welchen Umständen da schreibt und was es für Varianten es gibt.
Ich hab eine andere Mail auch schon an T.... weitergeleitet. Da schreibt ein Herr ... diese Info zu den Steuerdateien:
"Damit ihr nicht soviel suchen müsst hier mal der Link:
http://firebird.tms-taps.net/FireBirdLib.zip"
Im Moment haben wir dazu aber noch nicht die Zeit. Ich denke Anfang 2011 wird es da besser.
Mit freundlichen Grüßen"
HG Rolf
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Di 26. Okt 2010, 11:38
von paul79
Twilight hat geschrieben:
aber so viel ich weiß laufen die srp-hd aufnahmen mit haenlein 2.x (versionsnummer muß nicht stimmen), das sie das wissen in die 1.x nicht einfließen lassen wollen ist dann wohl ein marketing technisches problem von haenlein selbst
twilight
Erstmal folgendes:
DVR Studio HD und DVR Studio HD2 werden parallel weiter entwickelt. Beides sind aktuelle Versionen. Der einzige Unterschied ist die HD2 Version kann direkt auf BluRays und DVDs weiterverarbeiten, die HD Version kann nur einen TS-Stream als Ausgabeformat.
Lau Forum von Haenlein werden beide Versionen weitergepflegt und auf dem aktuellen Stand gehalten. Einziger Unterschied wird der Export auf "Silberscheiben" bleiben. Um das zu verdeutlichen wäre mir eine andere Namensgebeung auch lieber gewesen (z.B. ein DVR Stuodio HD und ein DVR Studio HD Pro). Wenn man also keine Scheiben brennen will ist man auch mit der DVR Studio HD auf dem aktuellen Stand.
So, nun zum eigentlichen Problem. DVR Studio HD erstellt, wie schon geschrieben nur einen ts-Stream. Das ist jedoch eigentlich kein Problem. Das File kann man direkt auf den TMS ins "MediaFiles" schieben und dort wiedergeben. Wenn man noch einen Zwischenschritt mit dem RecConverter einlegt kann man aus dem TS auch ganz schnell ein .rec inkl .inf und .nav machen. Die drei Dateien kann man dann in DataFiles ablegen und dann wie normale Aufnahmen auch auf dem TMS abspielen.
Gruß
Paul
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Di 26. Okt 2010, 15:05
von latte
Hi,
@paul79
hast du schon mal aus einer HD Aufnahme, sagen wir mal von Kabel1 HD, die Werbung rausgeschnitten und dann mit dem Recconverter weiterverarbeitet ?
Wie war das Ergebnis auf dem TMS ?
Ich konvertiere mit Tftool und da gibt es das Problem das die mit DVR Studio HD2 bearbeiteten HD Streams an der Stelle wo geschnitten wurde anfängt zu ruckeln.
Deshalb wäre es glaube ich besser wenn DVR Studio HD das von Hause aus gleich in das *.rec Format bringt. Tftool hat mit der Erkennung vom *.mp2 Audiostreams noch so seine Problemchen. Dadurch kann es passieren das auf dem TMS nur eine Tonspur wählbar ist.
MfG
latte
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Di 26. Okt 2010, 15:23
von paul79
latte hat geschrieben:Hi,
@paul79
hast du schon mal aus einer HD Aufnahme, sagen wir mal von Kabel1 HD, die Werbung rausgeschnitten und dann mit dem Recconverter weiterverarbeitet ?
Wie war das Ergebnis auf dem TMS ?
Ich konvertiere mit Tftool und da gibt es das Problem das die mit DVR Studio HD2 bearbeiteten HD Streams an der Stelle wo geschnitten wurde anfängt zu ruckeln.
Deshalb wäre es glaube ich besser wenn DVR Studio HD das von Hause aus gleich in das *.rec Format bringt. Tftool hat mit der Erkennung vom *.mp2 Audiostreams noch so seine Problemchen. Dadurch kann es passieren das auf dem TMS nur eine Tonspur wählbar ist.
MfG
latte
Wer tut sich freiwillig HD+ an?
Ich hab bisher immer nur Vor- und Nachlauf geschnitten und das tut problemlos.
Für was nutzt Du tftool an dieser Stelle?
.rec = .ts Der Inhalt und Aufbau der Dateien ist identisch. Ein einfaches umbenennen reicht eigentlich. Nur fehlen dann eben noch .inf und .nav.
Gruß
Paul
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Di 26. Okt 2010, 15:42
von Twilight
[quote="paul79"].rec = .ts Der Inhalt und Aufbau der Dateien ist identisch. [/quote]
da wär ich mir nicht ganz so sicher, wissen tu ich es natürlich nicht.
aber als firebird den recconverter geschrieben hat (jkit hat da sehr viel mitgeholfen) kann ich mich an bestimmte timestamps erinnern die zu entschlüsseln waren.
das ist ja auch der grund warum bei 5x00 files das rec file für den tms neu geschrieben wird, dann kommt noch inf und nav dazu...
[quote="paul79"].
Ein einfaches umbenennen reicht eigentlich. Nur fehlen dann eben noch .inf und .nav.[/quote]
so wie du das beschreibst würde es genügen den header vom 5x00 zu entfernen und die inf und nav dazu zu stellen, das ist nicht der fall.
es stimmt aber das man die tms rec files in ts umbennenen kann und diese im mediaordner abspielen kann...gleiches gelingt auch teilweise mit 5x00 files, hier gibt es aber probleme mit dem header oder wenn man den header ausnullt...geht also nicht immer.
twilight
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Di 26. Okt 2010, 16:08
von paul79
Twilight hat geschrieben:da wär ich mir nicht ganz so sicher, wissen tu ich es natürlich nicht.
aber als firebird den recconverter geschrieben hat (jkit hat da sehr viel mitgeholfen) kann ich mich an bestimmte timestamps erinnern die zu entschlüsseln waren.
das ist ja auch der grund warum bei 5x00 files das rec file für den tms neu geschrieben wird, dann kommt noch inf und nav dazu...
so wie du das beschreibst würde es genügen den header vom 5x00 zu entfernen und die inf und nav dazu zu stellen, das ist nicht der fall.
Die ts-Streams haben einen Timecode. Siehe z.B. unter
http://en.wikipedia.org/wiki/MPEG_trans ... .28M2TS.29
Nach dem was ich mir angelesen habe, hat der 5x00er die nicht ganz Standardkonform geschrieben. Der TMS mach das nun aber genau so wie alle anderen Receiver auch. Deshalb die Änderung gegenüber dem 5x00.
Korrekt müsste es also heißen:
.rec[vom TMS] = .ts
Edit: noch korrekter wäre .m2ts was aber ebenfalls ein Standardformat ist.
Gruß
Paul
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Di 26. Okt 2010, 16:10
von Twilight
ok, das kann natürlich sein
twilight
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Di 26. Okt 2010, 22:41
von Praecox
latte hat geschrieben:Naja mittlerweile glaube ich aber das die Firma Haenlein gar kein so großes Interesse hat den TMS Export in DVR-Studio zu integrieren.
Dieser Ansicht bin ich inzwischen auch. Ich hatte 2-3 mails mit Haenlein. Zitat aus einer mail von Haenlein (sinngemäß und stark gekürzt):
Wir haben viel zu tun - und der TMS-Export kommt ganz zum Schluß.
Gruß, Praecox
AW: Warum keine Infos von Topfield an Haenlein-Software?
Verfasst: Mi 27. Okt 2010, 13:39
von jumper23
[quote="paul79"]Erstmal folgendes:
Wenn man noch einen Zwischenschritt mit dem RecConverter einlegt kann man aus dem TS auch ganz schnell ein .rec inkl .inf und .nav machen. Die drei Dateien kann man dann in DataFiles ablegen und dann wie normale Aufnahmen auch auf dem TMS abspielen.
Gruß
Paul[/quote]
Hallo Paul,
hast Du das schonmal mit HD-Aufnahmen gemacht?
Ich hatte in den mit RecConverter erzeugten rec-Files massive Verschiebungen
zwischen Bild und Ton (Ton war mind. 0,5 Sekunden zu spät).