REC Converter

[FireBird]

RbN wird immer versuchen, eine inf zu einer nav zu erstellen. Und das wird auf dokumentiert.

/Edit: zu einer rec, nicht nav.

[Twilight]

also wäre ein log interessant

hast du das file vorher mal kurz angespielt?
von welchen sender ist es?

twilight

[dirki001]

was passiert wenn du es in .ts umbennenst und in mediafiles verschiebst?

Gar nichts! Die Datei läßt sich nicht abspielen! Am PC schon.

kan es vielleicht sein das es sich um eine verschlüsselte datei handelt

twilight

Nein! Aufnahme von ZDF Neo (Dawson's Creek). Vorher nie Probleme damit gehabt...

[Twilight]

sorry, kann dir nicht weiter helfen.

twilight

[Wolfsheim]

Hallo!
Ich habe folgendes kleine Problem:
Aufnahme vom 2410 konvertiert zu TF5000.
Die neue Datei kann ich nicht mit DVR Studio bearbeiten. Es wird gemeldet, dass die auflösung 0x0 Pixel ist.
Gibt's hierfür einen Tipp?

Gruß
Kai

[Miss Sophie]

Folgende Situation: Ich hab in TSDoctor ein HD-Film geschnitten und als 188-Byte-ts abspeichern lassen. Danach durch den RecConverter konvertieren lassen und auf den Topf geschoben. Der Film zegit mir jedoch kein Datum an. woram liegt das?

[alex]

Klappt das sonst? der Doctor macht doch einen "normalen" TS-Stream daraus, da bleibt das Aufnahmedatum auf der Strecke. Auch die Infos, die man sonst durch Drücken von i erhält, dürften fort sein.

[Miss Sophie]

Sonst kann ich es nicht sagen, da es mein erster HDSchnitt mit anschließender Transcodierung war. Es scheint mir zumindest so, dass die Infos rasugeschmissen werden.

Gestern hatte ich zumindest es irgendwie geschafft (frag bitte nicht wie), dass im ersten Versuch der TSDoctor ein 192-Byte-ts draus gemacht hat. Aber irgendwie hatte RecConverter da n problem damit.

[Miss Sophie]

Was zumindest geht, ist nav und inf von RebuildNav erstellen zu lassen: da erscheint zumindest das aktuelle Datum (oder das Konvertierungsdatum?) als Aufnahmedatum in der Lsite. Hab das gerade mal ausprobiert...

[chris86]

Der Zähler muss auf TS-Ebene arbeiten, da Du mit einem 188-Byte-Paket kein vollständiges Frame zusammenbringst. Das Delta zwischen zwei Paketen liegt bei HD-Sendern bei ein paar hundert Punkte, bei SD-Sendern in der Gegend von ein paar tausend Punkten. Ich werde mir ein Tool schreiben, das dieses Delta grafisch ausgibt. Vielleicht wird es dann offensichtlicher. Irgendwie habe ich da den 27MHz Studiotakt unter Verdacht.

Auch wenn der Thread schon älter ist:
Ich habe zufällig gerade die Spezifikation des Timestamps in den ersten 4 Bytes des M2TS-Formats gefunden.
siehe hier: http://web.archiveorange.com/archive/v/ ... cyDkXdsVoA

Du hattest recht, Firebird (wie sollte es auch anders sein ), es ist tatsächlich der 27 MHz-Takt - aber nicht ganz:
Die ersten 2 Bits geben irgendwelche Copyright-Informationen an (und stehen stets auf 00), die restlichen 30 Bits sind der jeweils aktuelle Wert des 27 MHz System-Counters modulo 2^30.

Vielleicht hilft diese Info ja weiter, vllt. braucht sie auch niemand. Ich dachte, sie könnte in diesem Thread nicht schaden.

Allerdings frage ich mich, warum Topfield damit überhaupt den ganzen Umstand mit diesen .nav-Dateien macht? Schließlich sind die Zeit-Informationen doch direkt in der Aufnahme... (genau deshalb wurde M2TS ja überhaupt erfunden)...

[FilmFan]

Auch wenn der Thread schon älter ist:
Ich habe zufällig gerade die Spezifikation des Timestamps in den ersten 4 Bytes des M2TS-Formats gefunden.
siehe hier: http://web.archiveorange.com/archive/v/ ... cyDkXdsVoA

Du hattest recht, Firebird (wie sollte es auch anders sein ), es ist tatsächlich der 27 MHz-Takt - aber nicht ganz:
Die ersten 2 Bits geben irgendwelche Copyright-Informationen an (und stehen stets auf 00), die restlichen 30 Bits sind der jeweils aktuelle Wert des 27 MHz System-Counters modulo 2^30.

Danke für die Info, aber das dürfte bekannt sein (oh, wie ich sehe war das FireBird noch nicht bekannt ).

Hier noch mal für alle der genaue Aufbau als Delphi-Datentyp:

Code: Alles auswählen

type
  PTPExtraHeader = ^TTPExtraHeader;
  TTPExtraHeader = packed record
    // CopyPermissionIndicator  // 2 unimsbf
    // 00 = data is not encrypted
    // 11 = data is encrypted
    // 01, 10 = data shall be considered encrypted
    ArrivalTimeStamp : DWord;  // 30 unimsbf
    // Measured in units of the period of the 27 MHz system clock
  end;

Allerdings frage ich mich, warum Topfield damit überhaupt den ganzen Umstand mit diesen .nav-Dateien macht? Schließlich sind die Zeit-Informationen doch direkt in der Aufnahme... (genau deshalb wurde M2TS ja überhaupt erfunden)...

Das frage ich mich schon von Anfang an bzw. warum sie die 4 Bytes schreiben, wenn sie dann doch eine Navigationsdatei verwenden (die sicher mehr Möglichkeiten bietet).

[FireBird]

Falls es Dir noch nicht bekannt sein sollte, ich programmiere die TFIRs.

[FilmFan]

Falls es Dir noch nicht bekannt sein sollte, ich programmiere die TFIRs.

Dafür habe ich oben noch einen kleinen Schnipsel aus meinem TFInfo eingefügt.

[FireBird]

Und 00 ist nicht "data is possibly encrypted"?

[FilmFan]

Und 00 ist nicht "data is possibly encrypted"?

Laut meiner Dokumentation nicht - wenn ich jetzt nur wüßte, wo ich das her habe.

Aber ich weiß, was Du meinst: Der Topfield setzt die beiden Bits wohl nicht richtig. Vielleicht ist damit ja auch das interne Verschlüsseln bei CI+/HD+ gemeint.

[FilmFan]

Ich habe es gefunden, es steht in der Dokumentation "Advanced Access Content System: Blu-ray Disc Pre-recorded Book". Bei BluRays wird nämlich dasselbe Dateiformat verwendet.

[Vertigo]

Hallo,

ich komme von diesem Thread viewtopic.php?p=986617#p986617

Mein Videoschnittprogramm Project X kann scheinbar nur SD Dateien wiedergeben.
Ich habe die Aufnahmen auf SD Sendern aufgenommen, beim Topfield 2401 wird
jedoch scheinbar alles als Source fmt "192 Byte TS" und Videotyp "HD" gespeichert.

Ich möchte die Dateien nich auf meinem alten Topfield 5500 abspielen, sondern nur
SD Dateien zur weiteren Bearbeitung in Project X haben:

1. Ist für die Konvertierung auf SD Video das Destination Format TF5000 DVBs die beste Wahl?

2. Gehen dabei Bild- oder Tondaten verloren oder werden nur irgendwelche Kopfdaten
verändert? Die Größe der Urpsrungsdatei zur neuen Datei bleibt ja nahezu gleich.

3. Werden die Nav und Inf Dateien nur auf dem Topfield 2401 selbst benötigt?

Vielen Dank!
Vertigo

[FireBird]

Auch der 2401 nimmt genau das auf, was er vom Satelliten bekommt. Einziger Unterschied ist, dass Aufnahmen von HD+-Sendern immer verschlüsselt aufgezeichnet werden. Woher die Fehleinschätzung bezüglich HD uns SD kommt, kann ich nicht sagen.

1. Der TF5000 hat einen Header in der .rec-Datei selbst, manche Player haben damit ein Problem. 188 Byte TS wäre am nächsten am DVB-Strom.

2. Nein, der RECConverter verändert nur den Container, nicht die Nutzdaten.

3. Ja.

[Chris1312]

Hab auch ein Problemchen mit Recconverter (oder es liegt an mir)
Eine DVD mit XMedia inclusive Untertitel in ein TS-File umgewandelt.
Als TS-File im Mediaplayer des SRP-2100 auch problemlos abspielbar.
Jedoch ist nach der umwandlung mit RecConverter der Ton weg.
Vieleicht nur ne Kleinigkeit und für Tips wäre ich dankbar.

Achso: Das Log dazu:
25.01.2014 19:53:50

D:\DVD\WAR_OF_THE_WORLDS.ts
Format : 188 Byte TS -> SRP2100
Destination: D:\DVD\
Times : 25.01.2014 19:53:50 - 25.01.2014 19:54:53

25.01.2014 19:54:53

[Twilight]

warum verwendet ihr kein tftool? da sind alle erkenntnisse vom recconverter mit drin plus alle neuen erkenntnisse.

twilight