TTD Forum

Hallo ,
seit ca 2 Monaten hab ich nun meinen neuen Topf SRP 2401CI+ und kämpfe mit den Tücken des Objekts.

Nun hab ich mal mit dem Schneiden der Aufnahmen begonnen (Anfang und Ende weg)
und siehe man kann die Aufnahmen nicht mehr pausieren , spulen, Zeitraffer etc.
Nach einigem Forschen bin ich auf das Rebuild NAV Tap gestoßen (worden).

Das hab auch aufgespielt und getestet.
Aber so wie es sich darstellt , funktioniert das nicht bei Aufzeichnungen von HD-Sendern
(zB. SWF-HD ).

Hab ich da recht ? Oder mache ich einen trivialen Bedienungsfehler ?
Dank Euch für eine Hilfe .

Liebe Grüße

das sollte auch bei HD Sendern funktionieren.

Eigentlich sollte das funktionieren - tut es zumindest bei meinen beiden Töpfen (2100 und 2410M).
Wenn Du zum Schneiden das TAP "MovieCutter" nimmst, bleibt die .nav Datei erhalten, d.h. dass Spulen etc. dann auch ohne RebuildNav geht.

Kommt auf die HD-Sender an. Wenn es sich um HD+-Sender handelt, dann werden die verschlüsselt aufgezeichnet und RebuildNAV kann nichts ausrichten. Bei den "normalen" Sendern sollte es schon klappen.

[quote="FireBird"]Kommt auf die HD-Sender an. Wenn es sich um HD+-Sender handelt, dann werden die verschlüsselt aufgezeichnet und RebuildNAV kann nichts ausrichten. Bei den "normalen" Sendern sollte es schon klappen.[/quote]

Hallo firebird ,
dank euch für die Infos.
Nein , es sind keine HD+ Sender , sondern nur Aufnahmen von 3. Programmen wie BR-HD oder SWF-HD.

Ich hab das mit der Schneidfunktion am Topf bearbeitet und schon ca. 3-5 mal Rebuild NAV drüber laufen lassen. Es wird keine .nav Datei erzeugt und dementsprechend ist auch keine Pause möglich. Ich hab übrigens Rebuild Nav 5 vom Jan. 2013 verwendet.

Gibt es irgendwelche Einstellungen , die die Funktion behindern könnten ?

Liebe Grüße

liegen die Dateien in der Hauptebene oder in Unterverzeichnissen?
Du kannst per Setup die Suche in Unterverzeichnissen unterbinden.

Hallo ,
die Aufnahmen liegen sowohl in der Hauptebene als auch in einem Unterverzeichnis.
Ich sehe ja auch den Fortschrittsbalken von Rebuild NAV und die jeweils bearbeitete Datei , aber es wird keine .nav Datei erzeugt.



Ich werde heute mal das log-File runterziehen-
Vielleicht kann man daraus was erkennen.
Liebe Grüße
Star Trek

es war damit gemeint das du rbn so einstellen kannst das es nur in der hauptebene scannt...

twilight

Hallol Twilight, Firebird ,
ja da war schon klar, hab ich schon so verstanden.

Ich hab jetzt mal den letzten Durchlauf von Rebuild NAV im Logfile gesucht und rauskopiert;
das schaut ähnlich aus wie bei Wolferl in einem andren Thread:

---------------------------------------
2013-01-27 17:28:06 RebuildNAV: Launching RebuildNAV V5.0
2013-01-27 17:28:06 RebuildNAV: SysID=22120(SRP-2401CI+), Firmware=0x0106
2013-01-27 17:28:06 RebuildNAV: Heap = 49152kB, FreeHeap = 32446kB, AvailHeap = 28938kB
2013-01-27 17:28:07 RebuildNAV: Corrected file time stamp of '/DataFiles/natur exclusiv - Schladminger Bergwelten - Von Gipfeln und Gämsen.rec' to 2013-01-26 18:56
2013-01-27 17:28:07 RebuildNAV: Missing inf '/DataFiles/Lanzarote/Lanzarote - Feuerinsel im Atlantik - Länder - Menschen - Abenteuer-2.rec'
2013-01-27 17:28:07 RebuildNAV: Failed to locate a PMT packet.
2013-01-27 17:28:07 RebuildNAV: Failed to change the copy icon of 'Lanzarote - Feuerinsel im Atlantik - Länder - Menschen - Abenteuer-2.rec.inf'
2013-01-27 17:28:07 RebuildNAV: Failed to change the crypt icon of 'Lanzarote - Feuerinsel im Atlantik - Länder - Menschen - Abenteuer-2.rec.inf'
2013-01-27 17:28:07 RebuildNAV: Failed to change the TS flag of 'Lanzarote - Feuerinsel im Atlantik - Länder - Menschen - Abenteuer-2.rec.inf'
2013-01-27 17:28:08 RebuildNAV: TS flag of '/DataFiles/TimeShift/[Timeshift] Das Erste HD.rec' has been cleared
2013-01-27 17:28:08 RebuildNAV: 33 files found, 5 files marked for processing.
2013-01-27 17:28:08 RebuildNAV: Scanne '/DataFiles/Lanzarote.rec'
2013-01-27 17:28:09 RebuildNAV: Packet size = 192
2013-01-27 17:37:02 RebuildNAV: 0 nav records. File not created.
2013-01-27 17:37:02 RebuildNAV: Scanne '/DataFiles/Lanzarote - Feuerinsel im Atlantik - Lnder - Menschen - Abenteuer-2.rec'
2013-01-27 17:37:02 RebuildNAV: Packet size = 192
2013-01-27 17:39:39 RebuildNAV: 0 nav records. File not created.
2013-01-27 17:39:39 RebuildNAV: Scanne '/DataFiles/Lanzarote/Lanzarote - Feuerinsel im Atlantik - Länder - Menschen - Abenteuer-2.rec'
2013-01-27 17:39:40 RebuildNAV: Failed to read video PID from .inf. File may be busy.
2013-01-27 17:39:40 RebuildNAV: Scanne '/DataFiles/Lanzarote - Feuerinsel im Atlantik - Lnder - Menschen - Abenteuer-2(CUT)-1.rec'
2013-01-27 17:39:40 RebuildNAV: Packet size = 192
2013-01-27 17:47:57 RebuildNAV: 0 nav records. File not created.
2013-01-27 17:47:57 RebuildNAV: Scanne '/DataFiles/natur exclusiv - Schladminger Bergwelten - Von Gipfeln und Gämsen.rec'
2013-01-27 17:47:57 RebuildNAV: Packet size = 192
2013-01-27 17:57:22 RebuildNAV: 0 nav records. File not created.
2013-01-27 17:57:22 RebuildNAV: -------------------------------

Gibt es irgendeine Möglickeit die Nav.Files trotzdem wieder herzustellen.
Bei meinem alten 5500 er hats nicht solche Umstände gebraucht.
Die Firmware von Topfield ist wirklich noch sehr verbesserungswürdig.

Liebe Grüße

Sieht für mich erst einmal nach ein Sonderzeichenproblem aus. Vielleicht bereinigst Du mal den Dateinamen.
Was auch immer gehen sollte ist, eine Kopie der Aufnahme zu erstellen (also Wiedergabe und danach Rekord drücken). Ist aber sehr langwierig.

Ich habe beim SWR HD das gleiche Problem. Sendung normal aufgenommen und dann sollte mit MC geschnitten werden. Fehlerhinweis .nav fehlt. Habe ich mir die entsprechende Passage aus der Aufnahme kopiert fehlt auch in der Kopie die nav Datei.

Frag doch mal die ARD, was die da schon wieder getrieben haben.

Hallo,

Maliboy hat geschrieben:Frag doch mal die ARD, was die da schon wieder getrieben haben.

Wieso kann mir da die ARD helfen ? Das ist doch ein Problem vom Topf.

Ich möchte doch nur eine geschnittene Aufnahme pausieren und vernünftig vor- und zurückspulen können.


Meiner Meinung nach müsste hier von Topfield nachgebessert werden.

Aber da hab ich ja schon ablehnenden Bescheid vom Forum bekommen, dass dies nicht zu erwarten sei.
Liebe Grüße

Das ist die Frage: Die ÖR spielen gerne mal an Ihren Encodern rum und behaupten, sie sind Komform. Nur das auf einmal ALLE Receiver probleme haben und sie dann Still und heimlich wieder was ändern. So einen Fall hatten wir erst kurz nach der Aufschaltung der HD Programme. Und wenn der TOPF nicht in der Lage ist, aus einen Unverschlüsselten Datenstrom einen Index für iFrames zu generieren, auch nicht nach der Kopie, scheint ja irgendetwas im Stream zu sein, der ihn aus den Tritt bringt. Immerhin ist das eine Basisfunktion die eigentlich immer funktioniert.

Maliboy hat geschrieben:Das ist die Frage: Die ÖR spielen gerne mal an Ihren Encodern rum und behaupten, sie sind Komform....

hat es in unserem Fall gestimmt? Achja, irgendwie schon....
Komisch, kaum hatten die Chip-/Receiverhersteller damals das entsprechende Profil korrekt implementiert, ging es wieder. Schon seltsam, was die bösen ÖRs da treiben......

Klaus,
fakt ist, Ihr reitst es gerne mal aus (wobei das ZDF nicht so schlimm ist wie die ARD) und danach dürfen alle erst einmal wieder an Ihr System ran. Sei es die 4 Wochen EPG (was ja nett ist, aber oft Speicherprobleme gegeben hat) oder halt Spezielle Einstellungen an den Encodern. Selbst das Dynamische umswitchen von PIDs hat IMHO die ARD das erste mal gemacht (Darum ja auch der Test-R Kanal, damit Entwickler das Testen können).

Und im Falle vom NDR hat die ARD nach meinen Kenntnisstand wirklich wieder was zurück gedreht.

Vielleicht haben die ja Ihren Kopierschutz aktiviert. Ich weiß es nicht. Aber Du stimmst mir zu, das das schreiben der NAV Datei eine Basisfunktion ist. Und wenn die schon nicht klappt, scheint ja der Chip Treiber schon aus den Tritt zu kommen.

Maliboy hat geschrieben:Klaus,
fakt ist, Ihr reitst es gerne mal aus (wobei das ZDF nicht so schlimm ist wie die ARD) und danach dürfen alle erst einmal wieder an Ihr System ran.

Ausreitzen ist gut, wenn die Chips angeben das HL Profil bei MPEG zu können, sollten sie das auch, nichts anderes war das Problem damals und du schreibst in dem Beitrag sehr pauschal: Die ÖRs! Und das passt mir nicht.

Sei es die 4 Wochen EPG (was ja nett ist, aber oft Speicherprobleme gegeben hat)

frage die Receiverhersteller, warum ein aktueller Receiver in Zeiten von 4TB HDDs und sehr großen RAM Bausteinen Flash/RAM im MB Bereich spendieren??

oder halt Spezielle Einstellungen an den Encodern.

siehe oben, da war nichts speziell.

Und im Falle vom NDR hat die ARD nach meinen Kenntnisstand wirklich wieder was zurück gedreht.

seit wann ist der NDR "die ÖRs"?
Bitte nicht mehr immer alle gleich pauschal gleichsetzen..... Mehr will ich gar nicht und nun lege ich mich wieder hin...
Vielleicht haben die ja Ihren Kopierschutz aktiviert. Ich weiß es nicht. Aber Du stimmst mir zu, das das schreiben der NAV Datei eine Basisfunktion ist. Und wenn die schon nicht klappt, scheint ja der Chip Treiber schon aus den Tritt zu kommen.

Gibt es etwas Neues zum Thema?

Seit Erweiterung auf Sat habe ich das Problem nämlich auch beim SWR in HD.

[quote="FilmFan"]Gibt es etwas Neues zum Thema?[/quote]
Von meiner Seite nicht.

Wie ich jetzt festgestellt habe, tritt das Problem nur beim SRP-2401CI+ auf, der SRP-2410 erzeugt auch bei SWR HD eine .nav-Datei. Vielleicht hilft diese Information den Entwicklern in Korea.