SmartSkipper 00.03.03

[Dixie]

1. Kann man Filer beenden ohne den PVR runterzufahren?

Filer anzeigen. Menü drücken. Filer beenden wählen. OK.

2. Wie kann man mit Filer die ProgramFiles anzeigen?

Im Filer-Menu Modus "//Alle Dateien" wählen.

3. Bei den 20 geschnittenen Dateien haben nur 9 Zusatzinformationen in Spalte 2 (grüne Häkchen) und Spalte 6 (letzte) erhalten. Was hat das auf sich?

Spalte 2: Häckchen bedeutet "Film begonnen anzuschauen" In Verbindung mit Improbox (hier wird die Info geholt, wie weit geschaut worden ist) kann die Anzeige als "ungesehen" gemacht werden.
Spalte 6: Das ist bei sehr kurzen Dateien oft so. Oder ?

Taps:
Ich hatte ja schon einmal alle Taps einzeln getestet. Ohne Fehler. Eventuell ist die Kombi dieser beiden Taps die Ursache. Siehe auch die FilerDelete-Datei die ich auf meinem Topf habe.

Ich sehe gerade, Du hast dein Post verändert:
Jetzt auch ohne Taps ?

Dixie

[flechumer]

Ich hatte ja schon einmal alle Taps einzeln getestet. Ohne Fehler. Eventuell ist die Kombi dieser beiden Taps die Ursache. Siehe auch die FilerDelete-Datei die ich auf meinem Topf habe.
Ich sehe gerade, Du hast dein Post verändert:
Jetzt auch ohne Taps ?

Also: Wie schon gesagt, Freezing beim ersten Versuch aus Unterordner mit Improbox und Filer. Alle folgenden Versuche jeweils aus Unterordner. 10* ohne TAPs: ok. 10* mit Improbox: ok. 10* mit Filer: ok.
1 weiteres Mal mit Improbox und Filer: Freezing.

Gruß
Rudolf

[Elle4u]

@Elle4u,


Sagt Dir diese Datei etwas ?

Dixie

Nein. Gar nichts... Sorry.

[flechumer]

Es ist mal wieder Zeit für ein kurzes Fazit:

1. Die vorliegende Version 00.03.11 läuft, nach meinen Tests zu urteilen, fehlerfrei.
2. Die zuletzt aufgetretenen Probleme (Systemhänger) haben mit SmartSkipper nichts zu tun. Beweis: Der Fehler läßt sich beliebig reproduzieren, ohne daß SmartSkipper überhaupt im Einsatz ist. Dagegen müssen Improbox 2.0 und Filer 1.0 Beta 7.1 geladen sein. Wenn dann eine Wiedergabedatei aus einem Unterverzeichnis mit PVR-Mitteln unter Erzeugung einer Restdatei geschnitten wird, kommt es unweigerlich und im ersten Versuch zum Systemhänger. Imho liegt der Fehler nicht in der Firmware.

Gruß
Rudolf

[Dixie]

Hi,
also doch die Unterverzeichnisse.

Hast Du die Startreihenfolge von den beiden Taps mal geändert ?

Gib mir doch mal die Vorgehehensweise durch damit ich es nachstellen kann.

Dixie

[flechumer]

Hi,
also doch die Unterverzeichnisse.
Hast Du die Startreihenfolge von den beiden Taps mal geändert ?
Gib mir doch mal die Vorgehehensweise durch damit ich es nachstellen kann.
Dixie

Startreihenfolge 1. Improbox, 2. Filer (umgekehrt habe ich noch nicht probiert).
Vorgehen:
Wiedergabe aus Unterverzeichnis starten,
mit <play> Fortschrittsanzeige einblenden,
irgendwo Anfang eines Endschnitts markieren mit <white>,
an das Ende positionieren mit <next>,
Endschnitt ausführen mit <blue> <v-> <ok>.

Gruß
Rudolf

[Dixie]

Nur mit Improbox und Filer (beide letzte Beta's) problemlos. Alle Taps meiner Sig. geladen immer Hänger.

Teste später nochmal Tap für Tap.

Beim Testen mit Improbox und Filer nach deiner Vorgehensweise hatte ich vorhin 4mal die Rest-Datei im Unterordner. Normal ist die doch immer unter DataFiles.

Dixie

[Elle4u]

Dagegen müssen Improbox 2.0 und Filer 1.0 Beta 7.1 geladen sein.

Hallo,

daß Filer da was mit zu tun hat kann ich natürlich nicht zu 100% ausschließen.

Allerdings regiert Filer nur, wenn die Taste "Filelist" gedrückt wird und der Topf sich im "normal"-Status befindet. Einzige Außnahme ist, wenn man in Filer das Fastcopy gestartet hat, um eine verschlüsselte Aufnahme zu entschlüsseln. Falls Filer in diesem Fall allerdings feststellt, daß der Topf nicht das macht, was Filer ihm befohlen hat, dann bricht Filer damit auch nach 10 Sekunden ab.

Hier ein kleiner Auszug (die TAP-Gurus werden es verstehen):

Code: Alles auswählen

	if (!FilerShow) {
		if (event == EVT_KEY && param1 == RKEY_PlayList) {
			TAP_GetState(&mainState, &subState);
			//Keine Reaktion, falls schon etwas angezeigt wird.
			if (mainState != STATE_Normal || subState != SUBSTATE_Normal) {
				//Falls nur der Fortschrittsbalken angezeigt wird, blende diesen aus
				if (mainState == STATE_Normal && (subState == SUBSTATE_PvrTimeSearch || subState == SUBSTATE_PvrPlayingSearch || subState == SUBSTATE_PvrRecSearch)) {
					TAP_GenerateEvent(EVT_KEY, RKEY_Exit, RKEY_Exit);
					TAP_GenerateEvent(EVT_KEY, RKEY_PlayList, RKEY_PlayList);
					return dwReturn;
				}
				return param1;
			}
			Dir_Init();
			return dwReturn;
		} else if( s_FastCopy && (event == EVT_IDLE) && (FastCopyTick < TAP_GetTick()) ) {

[Gerti]

Hi!

ImproBox macht auch fast nichts, wenn es ausserhalb des "Normal"-Status ist.
Das was es macht, dürfte aber auch nicht die Ursache sein...denn im Prinzip prüft es nur auf die Uhrzeit um ggf. den Alarm auszulösen.

Gruß,
Gerti

[flechumer]

Allerdings regiert Filer nur, wenn die Taste "Filelist" gedrückt wird und der Topf sich im "normal"-Status befindet. Einzige Außnahme ist, wenn man in Filer das Fastcopy gestartet hat, um eine verschlüsselte Aufnahme zu entschlüsseln. Falls Filer in diesem Fall allerdings feststellt, daß der Topf nicht das macht, was Filer ihm befohlen hat, dann bricht Filer damit auch nach 10 Sekunden ab.

Hallo,

also, mit Entschlüsselung hat die Sache bei mir definitiv nichts zu tun. Filer steht beim Versuch nur in der Gegend rum. Tatsächlich lade ich nur die Wiedergabedatei aus einem Unterverzeichnis im Filer-Menü. Das Coding ist soweit auch nicht relevant. Was bewirkt übrigens Dir_Init();? In der Tat hat das Problem was mit Verzeichnissen zu tun, da bin ich mir relativ sicher.

Gruß
Rudolf

[Elle4u]

Filer steht beim Versuch nur in der Gegend rum.

Wie meinst Du das? Bzw. in welchem Zusammenhang genau?

Tatsächlich lade ich nur die Wiedergabedatei aus einem Unterverzeichnis im Filer-Menü.

Ach soooo. Die Datei wird also schon über Filer gestartet und nicht über SmaSki (habe mir das Prog noch nicht angeschaut)?
Na dann ist Filer ja noch aktiv...

Also Filer macht folgendes:

• Es wird geschaut, ob es sich um eine Aufnahme bzw. ein MP3 handelt
• Dann wird geschaut, daß die Datei nicht defekt ist
• Filer wird ausgeblendet (+Wechsel in Normal-Modus)
• Und dann wird die Wiedergabe angestoßen / bzw. neu angestoßen, wenn diese schon lief.

Evtl. müßte der Playback VOR den Wechsel auf Normal-Status erfolgen...?

Was bewirkt übrigens Dir_Init();?

Dann springt Filer um in einen anderen Mode und fängt an das Verzeichnis einzulesen usw...

[Gerti]

Hi!

Zu Problemen kann es kommen, wenn mehrere TAPs gleichzeitig versuchen, Dateien zu schreiben/lesen und ggf. vorher die Ordner zu wechseln. Wie ich mit Erdnussnase mal festgestellt habe, können mehrere TAPs durchaus gleichzeitig Verzeichnisse wechseln (was dann auch Auswirkungen auf das jeweils andere TAP hat) - auch wenn Erdnussnase das erst nicht glauben wollte.

Beispiel: ImproBox soll die Wiedergegebene Datei löschen
Es wird die Wiedergabe beendet, dann wird die Datei gesucht und ImproBox verbleibt im entsprechenden Ordner um die Datei zu löschen. Wenn andere TAPs in dieser Zeit auch die Verzeichnisse wechseln, dann klappt das löschen nicht.

ImproBox speichert beim beenden der Wiedergabe (auch wenn es durch einen Schnitt ist) jedenfalls die letzte bekannte Position in seiner Bookmarkliste.

Wenn nun sehr viele TAPs laufen, die alle vom Topfield bedient werden und dadurch vielleicht der "Stop" der Wiedergabe stark verzögert wird, dann versucht ImproBox vielleicht schon seine Bookmark-Datei zu schreiben, bevor der Topfield den Schnitt ausgeführt hat.

Daher habe ich jetzt ja mal die Cut-Version zum testen bereitgestellt...diese verzögert das ganze nach einem Schnitt um 4 Sekunden...das müsste auf alle Fälle reichen...
Da ich den Fehler aber sowieso nicht nachvollziehen kann, müsste felchumer das schon probieren...

Gruß,
Gerti

[flechumer]

Hallo zusammen,

also, ich habe gerade mal mit Improbox 2.1 getestet und siehe da: es läuft ohne Problem. Da muss wohl was wesentliches geändert worden sein. Aber die 2.0 ist doch die aktuell runterladbare Version?

@Elle4u:
Ganz klar: Smartskipper stand bei den Versuchen gar nicht zur Debatte, sprich war nicht geladen. Nur Improbox und Filer. Die Aktivitäten von Filer, die Du schilderst finden ja wohl sofort beim Start der Wiedergabe statt. Wonach wir suchen, ist etwas anderes. Beim Anstoß des Schnitts mit <ok> (manuell) legt ja die Firmware los und erzeugt einige temporäre Dateien in Verzeichnissen, deren Lokalität noch nicht hinreichend geklärt ist. Dabei und/oder späterem Move und/oder Umbenennung greift irgendwer oder -was auf diese Dateien zu, was vermutlich den Hänger zur Folge hat. Das wäre zu klären.

Gruß
Rudolf

[Gerti]

Hi!

Welche Version hast Du genau getestet?
Die 2.1 RC6?

Also hast Du die Version ohne "Cut" getestet?
Dann könnte ich die "Pause" nämlich wieder rausnehmen...

Die 2.0 ist zwar noch die aktuelle herunterladbare Version, die 2.1 kommt aber nächste Woche offiziell heraus.

Die Ursache bei 2.0 könnte sein, dass ich Playinfos abfrage, wenn der Playmode gemeldet wird, der Topfield diesen Status aber manchmal meldet, ohne das wirklich der Playmode vorliegt (direkt nach dem Start / Ende einer Wiedergabe). Durch die zusätzliche Einschränkung auf tMyPlayInfo.totalBlock > 0 wurden die Abstürze aber behoben.

Gruß,
Gerti

[flechumer]

Welche Version hast Du genau getestet?
Die 2.1 RC6?

Es ist die Version, die Du mir im Systemhänger-Thread zum Download angeboten hast. Name: Improbox Cut

Gruß
Rudolf

[Gerti]

Hi!

Alles klar...

Gruß,
Gerti

[Dixie]

Hi,

Nice Display für den TF 55x0 PVR Ver. 1.6 beta 10 macht die Hänger bei meinem 5500er . Einzeln geladen und reproduzierbar.

Werde Happy informieren.

Dixie

[Happy]

Nice Display für den TF 55x0 PVR Ver. 1.6 beta 10 macht die Hänger bei meinem 5500er . Einzeln geladen und reproduzierbar.

Werde Happy informieren.

Hallo,
ich konnte jetzt bisher einen einzigen Hänger reproduzieren. Ich habe jetzt aber 10 Schnitte durchgeführt wie beschrieben. Muss die Datei eine bestimmte Länge haben ? Oder muß der Schnitt eine bestimmte Länge haben ?

Hat flechumer auch NiceDisplay ? Habe keinen Hinweis darauf gesehen ?

Habet ihr schon mal ohne TAPs getestet,ob das dann nicht auch auftritt.

Den Hänger habe ich so bekommen.
Eine Aufnahme ca 42 Minuten, zuerst die letzte 3 Minuten (genau wie beschrieben) abgeschnitten,kein Problem.
Dann die übrigen 39 Minuten nochmal in der Mitte bis zum Ende geschnitten.
Jetzt hatte ich einen Hänger.
Habe dann noch mehr von der Datei abgeschnitten bis nichts mehr übrig war,aber ohne Probleme.

Das alles aus dem Unterordner.

Noch irgendwelche Tips ?
Bei dem Hänger hatte ich noch alle TAPs aus der Sig geladen, später nur noch NiceDisplay.

Gruß,
Happy

[Happy]

Hallo,
wo seid Ihr?

Ich konnte es noch 2 Mal reproduzieren und hatte Debugausgaben von ND mitgeloggt.
Beide Abstürze waren an derselben Stelle, was wohl schon bedeutet, dass ND der Verursacher ist.
Zwischen der letzten gesehenen Debugausgabe und der nächsten, die kommen würde, liegt als einziger kritischer Befehl ein TAP_Hdd_GetPlayInfo.

Ich konnte es mit langen Schnitten am besten reproduzieren. Wahrscheinlich ist der Topf dann mit dem Schnitt länger beschäftigt,und die Wahrscheinlichkeit, dass im falschen Moment TAP_Hdd_GetPlayInfo am größten.

Wenn es eine gute Methode gibt den Moment des Schnittes zu erkennen, dann könnte ich den Befehl dann einfach nicht mehr ausführen.
Wenn jemand dazu eineIde hat...

Wenn dieser Befehl wirklich der schuldige ist,dann könnten auch andere TAPs davon betroffen sein, die ihn häufig verwenden, evtl. DeadBeefs Display TAP.

Das werde ich demnächst weiter testen, evtl mit einem Testprogramm welches noch häufiger TAP_Hdd_GetPlayInfo aufruft.

Gruß,
Happy

[t3xi]

Das hört sich aber nicht gut an. TAP_Hdd_GetPlayInfo rufe ich in Overfly auch einmal pro Sekunde auf. Dann muss wohl auch mit der Schnittfunktion experimentieren.