Seite 1 von 1
Problem mit Schnellsprung
Verfasst: Fr 19. Mai 2006, 15:46
von SPACEart
Hallo
Ich habe ein kleines Problem mit dem Schnellsprung.
Wenn ich eine Aufnahme aus dem Archiv gucke, klappt alles wunderbar.
Wenn ich aber eine Aufnahme aus dem Archiv gucke, wärend im Hintergrund eine andere Aufnahme läuft, reagiert der Topf sehr sehr träge auf diese beiden Schnellsprung-Tasten.
Da dauert es dann schon mal locker 5-10 Sekunden, bis der Sprung passiert.
Ich habe den KabelTopf 5200c und ImproBox 2.1 RC8.
In der ImproBox habe ich unter Punkt 35 und 36 eingestellt:
Schnellsprung vorwärts: 60 Sekunden
Schellsprung rückwärts: 10 Sekunden.
Könnt Ihr das nachvollziehen?
Liegt es vielleicht daran, dass die Festplatte mir der Aufnahme im Hintergrund schon so viel zu tun hat, dass der Schnellspung so lange dauert?
Oder ist das vielleicht ein Fehler in meinen Einstellungen?
Über Hilfe würde ich mich riesig freuen.
Gruß aus Münster
Ingo
Verfasst: Fr 19. Mai 2006, 15:55
von emarzinkowski
SPACEart hat geschrieben:
Könnt Ihr das nachvollziehen?
Liegt es vielleicht daran, dass die Festplatte mir der Aufnahme im Hintergrund schon so viel zu tun hat, dass der Schnellspung so lange dauert?
Die Festplatte kann da eigentlich nicht überfordert sein.
Ich habe sehr oft 2 Aufnahmen und schaue gleichzeitig eine Wiedergabe.
Ohne derartige Erscheinungen.
Leider habe ich keine Idee, was es sein kann.
Nun habe ich aber auch einen Sat Topf und du einen Kabel Topf.
Da müsste mal ein Kabelianer was zu sagen.
Verfasst: Sa 20. Mai 2006, 11:34
von SPACEart
So, ich habe nun das im ersten Posting beschriebene Verhalten weiter eingrenzen können.
Dieses sehr träge Reagieren des Topfs auf die beiden Schnellsprung-Tasten findet immer nur dann statt, wenn man in der Wiedergabe einer teil/verschlüsselten Aufnahme springt.
Könnten vielleicht mal ein par Sat-Topfler schauen, ob das bei denen auch so ist?
Oder ist das nur beim Kabel-Topf so?
Ist denn diese Schnellsprung-Funktion (mit einstellbaren Zeiten) eigentlich eine Funktion der Impro-Box, oder vom Topf selber?
Wäre dieses träge Sprungverhalten bei der Wiedergabe von teil/verschlüsselten Aufnahmen vielleicht noch in der ImproBox zu korrigieren?
Oder falls es doch mit der Firmware des Tops zusammenhängt, vielleicht dort?
Sind ja im Grunde 2 Fragen an Gerti
Gruß
Ingo
Verfasst: Sa 20. Mai 2006, 11:51
von hgdo
Das Verhalten ist völlig normal. Bei (teil-)verschlüsselten Aufnahmen muss die Entschlüsselung nach einem Sprung erst wieder "synchronisiert" werden. Daran kannst Du nur durch nachträgliches Entschlüsseln der Aufnahme etwas ändern.
Verfasst: Mi 24. Mai 2006, 10:10
von SPACEart
hgdo hat geschrieben:Das Verhalten ist völlig normal. Bei (teil-)verschlüsselten Aufnahmen muss die Entschlüsselung nach einem Sprung erst wieder "synchronisiert" werden. Daran kannst Du nur durch nachträgliches Entschlüsseln der Aufnahme etwas ändern.
Gerade habe ich an
anderer Stelle den Tipp bekommen, dass dieses träge Schnellsprung-Verhalten bei der Wiedergabe von teil/verschlüsselten Aufnahmen vielleicht am CAM-Modul liegen könnte.
Ich habe ja ein AlphaCrypt TC mit Premiere- und (kleingeschnittener) ish-Karte im Einsatz.
Sind denn hier Leute, die ein anderes Modul im Einsatz haben und bei denen der Schnellsprung auch bei teil/verschlüsselten Aufnahmen ganz normal "schnell" erfolgt?
Gruß
Ingo
Verfasst: Mi 24. Mai 2006, 10:51
von Homer
Ich habe keine Karten oder Module zum entschlüsseln. Und trotzdem habe ich bei Premiere Zapping, das unverschlüsselt gesendet wird, ein gelbes $-Zeichen und leichte Sprungprobleme (nicht so schlimm wie im ersten Beitrag geschildert). Kopiere ich um, so dass ich ein grünes $-Zeichen habe, kann ich in der Wiedergabe springen, wie bei allen anderen unverschlüsselten Sendern. Für mich sieht das danach aus, als ob durch die (Teil-)Verschlüsselt-Kennung nach jedem Sprung eine Entschlüsselung versucht wird. Und zwar auch dann, wenn die Aufzeichnung nicht verschlüsselt ist, und "Conax CAM" nicht anwählbar ist, und bei "Common Interface" jeweils "Nicht installiert" steht.
Viele Grüße
Homer
Verfasst: Mi 24. Mai 2006, 11:18
von Klaus
@ SPACEart:
Ich hatte die gleiche Frage schon mal im alten Forum gestellt:
http://board.topfield.de/viewtopic.php?t=21881
[NOSTALGIE Modus ON]
Das war übrigens eins meiner ersten Postings
[NOSTALGIE Modus OFF]
Meines wissens schlägt das Problem bei allen Mascom-Modulen zu. Interessant wäre die Frage wie sich die "weniger legalen"
Module verhalten...
Homer hat geschrieben:Für mich sieht das danach aus, als ob durch die (Teil-)Verschlüsselt-Kennung nach jedem Sprung eine Entschlüsselung versucht wird. Und zwar auch dann, wenn die Aufzeichnung nicht verschlüsselt ist
Man könnte ja mal gucken was passiert wenn das Flag einfach von gelb auf grün "umschiesst" anstatt eine Kopie zu machen. Das geht allerdings derzeit nur wenn man die Topf-Platte in den PC einbaut. Elle4u will aber demnächst so einen "Umschiesser" in den Filer einbauen.
Verfasst: Mi 24. Mai 2006, 11:22
von Homer
Klaus hat geschrieben:[...]
Man könnte ja mal gucken was passiert wenn das Flag einfach von gelb auf grün "umschiesst" anstatt eine Kopie zu machen. Das geht allerdings derzeit nur wenn man die Topf-Platte in den PC einbaut. Elle4u will aber demnächst so einen "Umschiesser" in den Filer einbauen.
Wenn ich den Umschieß-Code vorab bekomme, baue ich mir das mal in GIFSHOW.C ein.
Viele Grüße
Homer
Verfasst: Mi 24. Mai 2006, 11:26
von Klaus
Frag mal Elle4u. Er hat neulich erzählt daß die Umschießroutine auf seiner ToDo Liste steht. Ob er schon damit angefangen hat weiss ich aber nicht.
Verfasst: Mi 24. Mai 2006, 17:58
von Elle4u
Ne. Habe ich nicht.
Du must aber eigentlich nur an die Stelle im Header seeken und dort den Wert ändern...
Aber das wird nichts daran ändern, daß das Modul die Daten evtl. entschlüsseln muß und dafür Zeit braucht...
P.S. Ich habe das Gefühl, daß mit der aktuellen Beta die Entschlüsselungs-Symbole zuverlässiger gesetzt werden. Bei mir ist im Moment eigentlich immer alles grün (ohne QuickTImer). Dann könnte es evtl. überflüssig werden...
Verfasst: Mi 24. Mai 2006, 18:25
von SPACEart
Elle4u hat geschrieben:P.S. Ich habe das Gefühl, daß mit der aktuellen Beta die Entschlüsselungs-Symbole zuverlässiger gesetzt werden. Bei mir ist im Moment eigentlich immer alles grün (ohne QuickTImer). Dann könnte es evtl. überflüssig werden...
Ich hatte gestern wieder nen roten nach Entschlüsselung.
Habs auch ohne Karte geprüft.
Ich bin aber garnicht mehr sicher, obs nach dem (täglichen) Filer-Update war oder noch davor
Ich werds weiter beobachten und Dich wissen lassen, wenns doch nochmal rote nach Entschlüsselung gibt, OK?
Stehts zu Diensten und Gruß
Ingo
Verfasst: Mi 24. Mai 2006, 18:43
von Klaus
Elle4u hat geschrieben:Aber das wird nichts daran ändern, daß das Modul die Daten evtl. entschlüsseln muß und dafür Zeit braucht...
Im Beispiel von Homer ging es ja um unverschlüsselte Aufnahmen die fälschlicherweise ein gelbes oder grün-gelbes $ haben. Bin mir nicht sicher ob der Topf in dieser Konstellation versuchen würde etwas zu entschlüsseln oder ob er sich "blind" auf das auf grün umgeschossene $ verlässt
Verfasst: Mi 24. Mai 2006, 18:54
von Elle4u
SPACEart hat geschrieben:Ich werds weiter beobachten und Dich wissen lassen, wenns doch nochmal rote nach Entschlüsselung gibt, OK?
Sorry. Da hatte ich mich falsch ausgedrückt.
ops:
Ich meinte nicht Filer-Beta sondern Firmware-Beta. Denn Filer kann an dem Zustand ja nichts ändern...
Verfasst: Mi 24. Mai 2006, 22:36
von SPACEart
Elle4u hat geschrieben:Sorry. Da hatte ich mich falsch ausgedrückt.
ops:
Ich meinte nicht Filer-Beta sondern Firmware-Beta. Denn Filer kann an dem Zustand ja nichts ändern...
Ups, ach so, ja denn
Gruß
Ingo