RebuildNAV & RecCopy TAP

[FireBird]

Also wenn .nav-Dateien wirklich beim Übertragen defekt werden, bin ich mir sicher, dass sich das Problem nicht nur auf .nav beschränkt. Wenn .inf-Dateien nicht richtig interpretiert werden können, dann kann es zu dem 0-Minuten-Phänomen kommen. RbN kann auch .inf-Dateien wieder herstellen, man verliert halt die im Infofenster angezeigten Sendungsdetails.

[Igodauge]

[quote="FireBird"]Also wenn .nav-Dateien wirklich beim Übertragen defekt werden, bin ich mir sicher, dass sich das Problem nicht nur auf .nav beschränkt. Wenn .inf-Dateien nicht richtig interpretiert werden können, dann kann es zu dem 0-Minuten-Phänomen kommen. RbN kann auch .inf-Dateien wieder herstellen, man verliert halt die im Infofenster angezeigten Sendungsdetails.[/quote]

Naja, nicht wirklich ein Übertragungsfehler - die .nav Dateien habe ich beim Kopieren versehentlich gelöscht. Mein Fehler.

Ich hab' das gestern getestet und abwechselnd mal die von RnB erzeugten .infs und die .navs gelöscht.
Es ist wirklich so wie du sagst, dass bei den Dateien OHNE .inf die Zeit mit "0" angezeigt wird. Sobald ich die Wiedergabe einer solchen Datei starte, wird sie sofort wieder beendet.
Es bleibt aber auch dabei, dass von den 10 betroffenen Filmen (die wie gesagt nicht verschlüsselt sind) KEINE mit RnB wieder spielbar wird. RnB erstellt zwar immer eine .inf und manchmal auch eine .nav - statt 90 Minuten Laufzeit sehe ich aber entweder 30 Minuten oder 120 Minuten und das Verschlüsselt-Symbol in SF. Bei drei der Dateien wird noch nicht mal eine .nav erzeugt
Starte ich eine der Filme mit erzeugter .nav, läuft er zwar, zeigt aber nur einen schwarzen Bildschirm an.

Hinsichtlich Criminal Minds wieder dasselbe. RnB erstellt .inf und .nav, aber nach 25 Minuten wird die Wiedergabe beendet und der Topf meint, die Serie ist zuende.

Ich weiß nicht, wie RnB arbeitet - aber mir ist etwas aufgefallen: Bei Criminal Minds endet der Film nach 25 Minuten obwohl er 16 Minuten länger wäre - exakt an der Stelle, an der mit MC der erste Werbeblock entfernt wurde.
Bei einem Film, bei dem gar keine .nav erstellt wird, sind schon am Anfang ein paar Sekunden Störung des Bildsignals drauf, da ich den Vorspann mit MC weggeschnitten habe. Das sehe ich auf PC mit VLC.
Bei einem anderen Film, bei dem keine .NAV erstellt wird, ist mittendrin durch einen Regenschauer für etwa 2 Minuten nur Pixeldarstellung zu sehen (mit VLC auf dem PC).

Anders gesagt: Ich habe das Gefühl, das RnB speziell bei "gestörten" Filmen keine korrekte .nav bzw. .inf berechnet. Auf dem PC kein Problem, aber auf dem Topf leider schon.

Ich will hier gar keine große Action auslösen - dann schaue ich mir die 10 Filme eben auf dem PC an. Aber vielleicht hast du auch eine ganz simple Eingebung, warum durch MC "gestörte" Filme keine korrekte .inf und .nav erzeugen. Oder liegt es doch an der neuen Firmware?
Kann man gar in einer der Options-Parameter einstellen, dass RnB gestörte Filmteile ignoriert und drüber wegläuft?

[walda]

[quote="Twilight"]se hat die gleichen routinen für den ad timer wie rbn und nutzt eigentlich auch die ini von rbn.
se korrigiert diesen timer viel öfter als rbn, da es immer online ist und auch sonst alle timer verwaltet.
ich weiß jetzt nicht ob firebird auf die indviduellen zeitfenster rücksicht genommen hat als er den code in se eingebaut hat.
das müssen wir checken wenn er wieder da ist.

twilight[/quote]

Alex? Könntest du bitte mal nachsehen ob die abweichenden Zeiten hier berücksichtigt werden?

Hab schon wieder einen hartnäckigen AD Timer.
Danke



... tapat@lked

[FireBird]

Schickst Du mir bitte Deine RBN INI und eine kurze Beschreibung was Du siehst und was Du erwartest?

[mobic]

Habe einige, von mir manuell geschnittene, Dateien auf meinem SRP-2401CI+ welche während
der Wiedergabe leider nicht pausiert werden können. Das liegt, soviel konnte ich schon nachlesen, an der fehlenden "nav" Datei.
Nun habe ich RebuildNAV drüberlaufen lassen, das Programm findet auch die betreffenden Datein, arbeitet auch ne ganze Weile, aber am Ende wurde keine neue nav-Datei erstellt.

Da es sich bei allen Dateien um Aufnahmen von HD Sendern handelt besteht da eine Einschränkung Seitens RebuildNAV?

Vielen Dank

[Töppi]

was sagt denn das log?

[mobic]

Bei den betreffenden Files steht "0 nav Records. File not created

SD nav successfully created


Bei den 5 betreffenden Dateien handelt es sich um HD-Aufnahmen. Hab es nochmal durchlaufen lassen. Gleiches Ergebnis. Es wird keine "nav" erstellt.

Funktioniert dies nicht bei HD-Aufnahmen?

[FireBird]

Ob SD oder HD ist egal, aber auf manchen Streams sind nicht alle für RbN notwendigen Daten vorhanden und dann kann es die .nav nicht berechnen.

[bigfather]

Ich brauche eure Hilfe:
mein SRP 2410 entschlüsselt sei Ende Oktober die Aufnahmen vom Autodescramble-Ordner nicht mehr, ich vermute dass es mit dem Einspielen der neuen Firmware und dem Werksreset zu tun hat und mir irgendeine Einstellung fehlt.
Dazu vorerst mal 2 Fragen:
-) wie kann ich RecCopy manuell anstoßen und dem Tap mitteilen, dass es alle Dateien entschlüsseln soll (oder muss ich eine Aufnahme nach der anderen manuell anstoßen - ich möchte die Aufnahmen nicht verlieren) ?
-) wo und wie sehe ich ob ein AD-Timer angelegt ist (ist das ein P- oder R-Timer) ?
Danke schon im Voraus für eure Hilfe!

[Twilight]

ganz einfach: diese firmware mit dem orf fix hat kein AD...wurde hier im forum aber auch so veröffentlicht.
schau mal in den smart epg bereich und suche nach smartdecrypter

twilight

[bigfather]

ganz einfach: diese firmware mit dem orf fix hat kein AD...wurde hier im forum aber auch so veröffentlicht.
schau mal in den smart epg bereich und suche nach smartdecrypter

twilight

Hallo Twilight,
das mit dem nicht existierenden AD muß ich überlesen haben. Über Smartdecrypter hab ich schon gelesen, das werde ich mir sofort genauer anschauen.
Vielen Dank für die Hinweise !!!

[Twilight]

bitte, gerne

twilight

[db1]

[quote="FireBird"]Ob SD oder HD ist egal, aber auf manchen Streams sind nicht alle für RbN notwendigen Daten vorhanden und dann kann es die .nav nicht berechnen.[/quote]
Bei mir gibt es auch häufiger das Problem, dass RbN bei mit der normalen Schnittfunktion geschnittenen Dateien scheitert (aktuell bei einem ARTE HD Film, kann das sein?).
Liegt das Problem an Sendern oder an speziellen Streams? Das dumme dabei ist, dass RbN diese Filme immer wieder scannt, was dann bei mehreren irgendwann zu zu langen Zeiten führt bevor er zu den neuen kommt.
Lösung für mich: diese Datei in andere Ordner zu verschieben und nur Filmeroot scannen zu lassen. Oder man kopiert die Datei manuell (Aufnehmen während Wiedergabe), dann wird wohl wieder eine Nav generiert.

[Twilight]

Lösung für mich: diese Datei in andere Ordner zu verschieben und nur Filmeroot scannen zu lassen. Oder man kopiert die Datei manuell (Aufnehmen während Wiedergabe), dann wird wohl wieder eine Nav generiert.

oder du verschiebst sie einfach in den AD ordner und läßt das automatisch machen

twilight

[db1]

Da habe ich derzeit das Problem, dass mir AD schon einige files zerstört hat. Dabei handelt es sich aber um verschlüsselte Aufnahmen, die normal angesehen funktionieren, aber aus AD total verpixelt herauskommen. Irgendwo (ich finde es gerade nicht) habe ich nun eingestellt, dass die AD Dateien nicht automatisch gelöscht werden, so habe ich dann wenigstens noch die verschlüsselten Aufnahmen und kann diese wieder manuell kopieren (da klappt es).
Habe derzeit die ORF-Firm drauf, das war aber vorher auch schon so (ich glaube erst seit den ORF Problemen).

[Offie]

Hi,
habe gerade mal manuell die Version 5.1 drauf gemacht.
Das Setup sucht aber irgendwelche Schriften und zeigt dann nichts an.
Was kann ich tun?

bye offie

[FireBird]

Die Schriften installieren. Läuft als "SmartEPG FontPack" unter TAPtoDate.

[Offie]

OK,
besten Dank, hat funktioniert!!

Schönes Rest-Wochenende

[FireBird]

Update auf V5.2:

• Support für den SmartDecrypter-Timer hinzugefügt. Ähnlich wie in SmartEPG, lässt sich im RBN-Setup einstellen, welcher Timer-Typ (Firmware-AD oder SmartDecrypter) erzeugt werden soll.
• Bugfix: RbN hat nach einem Tag mit einem anderen Zeitfenster die Ausnahme nocheinmal angewandt.
• Mehr Logausgaben für die Zeitfenster

[Twilight]

auch hier: ein herzliches dankeschön

twilight