Kein Datum/Uhrzeit in Aufnahme

[longtom]

Habe eine manuelle Aufnahme heute gemacht und in den Infos ist kein Zeit/Datum dabei.
Im Originalfiler ist --/--/-- --:--
Ist dadurch als ersters gelistet (Nach Datum sortiert) und nicht als letztes!

[longtom]

Dürfte nur bei 2 Aufnahmen gleichzeitig sein.
Eventuell IQTuner Problem?
Werds mal ohne testen.

[TV-Junkie]

Hatte ich beim SRP noch nie

[longtom]

Ohne TAPS passt alles.
Mal schauen welches es verursacht.

[TV-Junkie]

Möglicherweise ist der CRP kein SRP
nicht nur wegen Kabel/Sat

[Maliboy]

@TV-Junkie
Was soll schon wieder der Schwachsinn? SRP/CRP unterscheiden sich nur in der Tuneransteuerung. Ansonsten ist die Firmware identisch (und da kannst Du gerne Firebird fragen, wenn Du mir nicht glaubst).
In übrigen hatte ich das in letzter Zeit auch häufiger und habe SE im Verdacht (bei Überlappenden Aufnahmen), IQ Tuner und das löschen des Symbols kann es natürlich auch sein (wenn nämlich Firmware und IQT arbeiten, muss einer von beiden Schief gehen).

[gerd.schmidt]

Ich habe ebenfalls dieses Problem, und zwar seit zwei Wochen und immer nur bei der gleichen Sendung ("CSI: Miami" am Mittwoch um 20:15 Uhr bei RTL). Das Live-Bild kommt vom TV, und es läuft keine zweite Aufnahme, weder überlappend noch anschließend. Der Timer wurde über die Suchfunktion gesetzt. Nach dem Ende der Aufzeichnung ist diese auch entschlüsselt. Liegt da nicht der Verdacht nahe, dass es vielleicht am Sender bzw. der Sendung liegt?

Gerd

[longtom]

Also bei mir ist nichts verschlüsselt.
Die "falschen" Aufnahmen sind von ORF2 und ORFSport+ unverschlüsselt vom Kabel.

[TV-Junkie]

@TV-Junkie
Was soll schon wieder der Schwachsinn? SRP/CRP unterscheiden sich nur in der Tuneransteuerung. Ansonsten ist die Firmware identisch (und da kannst Du gerne Firebird fragen, wenn Du mir nicht glaubst).
In übrigen hatte ich das in letzter Zeit auch häufiger und habe SE im Verdacht (bei Überlappenden Aufnahmen), IQ Tuner und das löschen des Symbols kann es natürlich auch sein (wenn nämlich Firmware und IQT arbeiten, muss einer von beiden Schief gehen).

@Kai, darf auch dich dran errinnern, das der Ton die Musik macht
ansonsten wir nicht seit iTi'Na, das der CRP, identisch hin oder her, sich ein wenig anders verhält.
Ich für meinen teil hatte mit dem SRP noch nie aufnahmen mit so einen "Fehler"

[Maliboy]

Schön für Dich. Du kämpfst aber auch weniger mit verschlüsselten Sendern rum. Ich vermute nämlich, das wir hier eher ein Timing Problem haben, das die Firmware keinen Zugriff auf die Datei bekommt, weil ein anderes TAP gerade mit der Datei arbeitet.
Und, es stimmt, der Ton macht die musik. Aber immer dieses Rumgehacke auf den CRP kotzt mich an. iTiNa hatte übrigens nur wegen der anderen Settings (die aufgrund der anderen Tuneransteuerung logisch ist) Probleme.

[TV-Junkie]

Dafür kann ich doch nichts
Also, wenn Du über irgendetwas sauer bist, beschwere Dich bei deinem Kabelanbieter oder bei Topfield.
Ich bin da defintiv der verkehrte ansprech ähh ausmotzpertner.
Da ich in letzter Zeit nur noch von sky oder hüstel aufnehme, dürfte ich ja die gleichen Probleme haben

[MrCooper]

Ich habe dieses Problem auch erst neulich bei einer Aufnahme bemerkt. Wer es also noch nie gesehen hat, hat vielleicht einfach bisher immer Glück gehabt.

[longtom]

Habe das Problem jetzt jeden Tag bei meiner Aufnahme des Samdmänmchenim ki.ka.
Kann ich Topfield irgendwie helfen?
Gerti?

[Maliboy]

Hmm ich hatte eigentlich den Scan von RebuildNav und überlappende Aufnahmen in verdacht. Aber Du hast kein RebuildNav drauf.

[longtom]

Überlappend hab ich schon eine aufnahme vorher.

[Maliboy]

Wie gesagt, meine Vermutung geht in die Richtung, das die Firmware einfach keinen Zugriff auf die Datei hat weil sie durch was anderes Programm blockiert wird.

[gerd.schmidt]

Dies kann es m.E. nicht sein. Bei mir passiert dieser "Fehler" ausschließlich, aber ständig bei "CSI: Miami" auf RTL am Mittwoch um 20:15 Uhr. Daneben läuft weder eine andere Aufzeichnung noch schaue ich über den Topf ein anderes Programm.

Gerd

[Maliboy]

Aber, Du hast RebuildNAV drauf. Scannt das evtl. die Datei?

[Twilight]

eine laufende aufnahme kann von rbn nicht gescannt werden.

twilight

[Maliboy]

Manch mal frage ich mich, ob Du mich für Blöd hältst. Natürlich kann eine Laufende Aufnahme NICHT gescannt werden, aber:
- Es läuft eine Aufnahme
- Es startet parallel eine zweite Aufnahme (ob nun überlappend oder nicht, tut erst einmal nichts zur Sache)
- Aufnahme 1 wird beendet
- RBN fangt an Aufnahme 1 zu scannen
- Aufgrund von Aufnahme 2 (und anderen Aktivitäten) dauert der Scan etwas länger (und das habe ich definitiv schon beobachtet)
- Durch das verlängerte Scannen, kann die Firmware auf die Datei nicht zugreifen (sie wird ja noch gescannt, ist also im Zugriff, wobei ich mich frage, ob ein nur Lese Zugriff schreibvorgänge stören kann) und das veränderte Datum kann nicht geschrieben werden.

Ich gebe zu, etwas weit hergeholt die Theorie, aber Fakt ist, das ich vor Überlappenden Aufnahmen nie solche Probleme beobachtet habe. Allerdings haben sich ja alle TAPs (auch RBN) stark weiterentwickelt.

Und was auch gegen diese Theorie von mir spricht: Ich hatte den effekt nun zwei mal bei White Collar. Und das war die zweite Aufnahme. House war die erste. Dementsprechend müsste House ja das Problem haben.
Also evtl. doch wieder ein CRP (oder Firmware mit CI+) Effekt.

Ich hätte ja für das Problem indirekt eine Lösung: ntpdate. Damit könnte man auch die BS Zeit korrekt setzen und die Aufnahmen müssten auch ohne zutun der Firmware ein korrektes Datum besitzen.