SmartSkipper 00.03.03

macfan · #281

Nachdem ich SmartEPG beendet habe, hörten die Hänger auf. SmartEPG nutzt also wohl auch einen der "verbotenen" Aufrufe.

Gruß, Horst

Gerti · #282

Hi!

Ich werde den Bug mal als Wichtig im TAP Board pinnen, dann können die anderen Entwickler den schnell umgehen...

Gruß,
Gerti

flechumer · #283

Gerti hat geschrieben:Ich werde den Bug mal als Wichtig im TAP Board pinnen, dann können die anderen Entwickler den schnell umgehen...

Danke!

Gruß
Rudolf

Dixie · #284

Also langsam wird die Sache frustig.

Mal wieder eine _ _ tempcut_ _ Datei (ohne Hänger) und ein Hänger.

Dies passiert zwar wesentlich weniger als früher und SmartSkipper ist wohl auch nicht schuld daran.
Aber so müßte ich jedes Tap einzeln laden, testen (wohl sehr lange), dann mit diversen Tap-Kombi's usw. um den, die Verursacher festzustellen.

Der RealCut ist zwar klasse, aber die anderen Taps sind mir einfach wichtiger als darauf zu verzichten.

Welche dieser Taps könnten den am ehesten noch mit dem Bug Probleme machen:
AutoExit
Improbox-Premium (beseitigt lt. Gerti)
Jag-EPG
EPG_Uploader
Jag auto-off 1.00 Uhr + 8.00 Uhr
SimplePIP
AutoMove
Filer

NiceDisplay (beseitigt lt. Happy wie sicher ?)
ND_off

Dixie

Dixie · #285

@Flechumer,
habe mit Happy nochmal Kontakt aufgenommen:

Zitat von Happy
Automove ruft den Wiedergabestatus nicht ab, so wie NiceDisplay zum Beispiel.
Du müßtest untersuchen, ob eines der TAPs den Wiedergabestatus prüft.
Wie sieht das mit Filer aus ?
Happy hat geschrieben:Filer kenne ich nicht so gut, könnte mir nur vorstellen, dass es auch den Fortschritt von Wiedergaben anzeigt.
Kann es !
Bei Jag's EPG fällt mir keine Ansicht ein, in der der Wiedergabestatus angezeigt wird. Es könnte natürlich intern verwendet werden.
Unterhalb der Uhr von JagEPG kann man glaube ich den einen Zeitbalken der Wiedergabe einblenden.

Danke für die Hinweise,

Dixie

Elle4u (Filer) habe ich auch unterrichtet, Jag werde ich direkt anschreiben.

@Macfan,
Du nutzt das DisplayTap von DeadBeef. Da wird doch auch der Wiedergabestatus angezeigt? Werde Deadbeef auch mal fragen.

Dixie

macfan · #286

Dixie hat geschrieben:Du nutzt das DisplayTap von DeadBeef. Da wird doch auch der Wiedergabestatus angezeigt? Werde Deadbeef auch mal fragen.

So ist es. Ich habe zurzeit aber das DisplayTAP nicht mehr im AutoStart, auch um etwaige Konflikte mit SmartEPG zu testen. Daher kann es keine meiner Schnittprobleme verursacht haben. Mein letzter "Schuldiger" war eindeutig SmartEPG, daher liegt bei dir Jag nahe.

Gruß, Horst

flechumer · #287

Dixie hat geschrieben:Also langsam wird die Sache frustig. Mal wieder eine _ _ tempcut_ _ Datei (ohne Hänger) und ein Hänger. Dies passiert zwar wesentlich weniger als früher und SmartSkipper ist wohl auch nicht schuld daran. Aber so müßte ich jedes Tap einzeln laden, testen (wohl sehr lange), dann mit diversen Tap-Kombi's usw. um den, die Verursacher festzustellen.

Es ist in der Tat frustig. Frage: Gibt's die Probleme regelmäßig oder nur sporadisch? Wenn regelmäßig, müsste es doch machbar sein, daß Du nach und nach jeweils ein TAP mal rausnimmst.

Welche dieser Taps könnten den am ehesten noch mit dem Bug Probleme machen:
AutoExit
Improbox-Premium (beseitigt lt. Gerti)
Jag-EPG
EPG_Uploader
Jag auto-off 1.00 Uhr + 8.00 Uhr
SimplePIP
AutoMove
Filer
NiceDisplay (beseitigt lt. Happy wie sicher ?)
ND_off

Das wäre höchstens von den TAP-Schreibern zu beantworten. Immer da, wo der Wiedergabezustand geprüft wird und/oder auf Dateien zugegriffen wird, wären Fehler möglich.

Unterhalb der Uhr von JagEPG kann man glaube ich den einen Zeitbalken der Wiedergabe einblenden.

Das deutet auf Nutzung von TAP_Hdd_GetPlayInfo hin, käme also in Frage.

Gruß
Rudolf

Dixie · #288

Hi Flechumer,

tritt eben nur sporadisch auf. Darum halt nur recht aufwendig zu prüfen.

Ich habe jetzt DeadBeef (DisplayTap), Elle4u (Filer) und Jag (JagEPG) angeschrieben. Mal sehn ob da was zu machen ist.

Dixie

Elle4u · #289

Dixie hat geschrieben:Elle4u (Filer) habe ich auch unterrichtet, Jag werde ich direkt anschreiben.

Ich habe dazu ja schon mehrfach was geschrieben: Link und Link
Es ist also nicht gänzlich auszuschließen aber zu 95%.

Um ganz sicher zu gehen, sollte wohl mal jemand ein paar Tage auf Filer verzichten.?

Elle4u · #290

Also ich habe nochmal im Code geschaut.

Wir überprüfen das eigentlich schon immer:

Code: Alles auswählen

		if (PlayInfo.playMode && [color=Red]PlayInfo.totalBlock > 0[/color] && pItem->File.startCluster == PlayInfo.file->startCluster) {
			playing = TRUE;
		}

flechumer · #291

Elle4u hat geschrieben:Also ich habe nochmal im Code geschaut.Wir überprüfen das eigentlich schon immer: ....

Es gibt ja eine Vielzahl von prüfbaren Plausibilitäten. Ob man alle oder nur einen Teil prüfen muss, hängt natürlich davon ab, was man machen will. Ich habe hier mal aufgeschrieben, was bei SmartSkipper gebraucht wird (als Anregung).
Bei PLAYMODE_Playing:
...totalBlock == 0 ?
...currentBlock == 0 ?
...currentBlock > ...totalBlock ?
...duration == 0 ?
...totalBlock < ...duration ?
...file->totalCluster == 0 ?
Bei PLAYMODE_TempPlaying oder PLAYMODE_RecPlaying:
...totalBlock == 0 ?
...recordedSec == 0 ?
blkPMin = 60 * ...totalBlock / ...recordedSec == 0 ?

Gruß
Rudolf

Happy · #292

Elle4u hat geschrieben:Also ich habe nochmal im Code geschaut.

Wir überprüfen das eigentlich schon immer:
Code: Alles auswählen
		if (PlayInfo.playMode && [color=Red]PlayInfo.totalBlock > 0[/color] && pItem->File.startCluster == PlayInfo.file->startCluster) {
			playing = TRUE;
		}

Aber vorsicht, im Probllemfall ist playMode==3 und PlayInfo.file==NULL, so dass die Verwendung von PlayInfo.file->startCluster ziemlich gefährlich ist.
Ich vermute, dass der Compiler Boolsche Ausdrücke immer komplett auswertet und nicht abbricht, wenn die Bedingung PlayInfo.totalBlock > 0 nicht erfüllt ist.

Gruß,
Happy

ibbi · #293

Happy hat geschrieben:Ich vermute, dass der Compiler Boolsche Ausdrücke immer komplett auswertet und nicht abbricht, wenn die Bedingung PlayInfo.totalBlock > 0 nicht erfüllt ist.

C-Compiler (jedenfalls die, mit denen ich bisher gearbeitet habe, und gcc gehört bestimmt dazu) werten in Boolschen Ausdrücken immer nur so viel aus wie nötig, sonst wären Bedingungen wie

Code: Alles auswählen

if (pointer && *pointer == '\0') printf("Leerer String\n");

ja gar nicht möglich.

Visual Basic, falls es jemanden interessiert, verhält sich da ganz anders.

Elle4u · #294

Happy hat geschrieben:Aber vorsicht, im Probllemfall ist playMode==3 und PlayInfo.file==NULL, so dass die Verwendung von PlayInfo.file->startCluster ziemlich gefährlich ist.
Ich vermute, dass der Compiler Boolsche Ausdrücke immer komplett auswertet und nicht abbricht, wenn die Bedingung PlayInfo.totalBlock > 0 nicht erfüllt ist.

Danke. Aber davon mal ganz unabhängig.
Filer prüft das alles sowieso nur, wenn er eingeblendet wird. Also wenn SmaSki da was schneidet, dann kommt ja nicht Filer hoch, oder???

flechumer · #295

Elle4u hat geschrieben:Filer prüft das alles sowieso nur, wenn er eingeblendet wird. Also wenn SmaSki da was schneidet, dann kommt ja nicht Filer hoch, oder???

Nein. Aber wird denn kein PlayInfo ausgeführt, wenn Filer im Idle aufgerufen wird?

Gruß
Rudolf

Elle4u · #296

flechumer hat geschrieben:Nein. Aber wird denn kein PlayInfo ausgeführt, wenn Filer im Idle aufgerufen wird?

Ne. Da läuft nix (wofür auch?).
Derzeit schreiben wir ja noch kein eigenes Bookmark-File und von daher läuft da gar nix im Idle...

Dixie · #297

Hi,
Jag wird den Bug berücksichtigen.

:

Neue Version kommt noch vor dem 12.04.2006.

Dixie

Zitat Jag

Danke für den Hinweis, werde ich bei der nächsten Version absichern!

Gruß
Jag

macfan · #298

Ich hatte gestern merkwürdige Fehler, die eher dafür sprechen, dass SmaSki selbst doch noch nicht ohne Bug ist. Bei einem Endschnitt fror der Topf ein, obwohl mein bisheriger Verursacher-Kandidat SmartEPG beendet war. Danach startete ich den Topf neu, und nun fror er bereits beim Starten von SmaSki ein! Schließlich habe ich den nächsten Endschnitt mit Bordmitteln gemacht, nun ging es.

Gruß, Horst

flechumer · #299

macfan hat geschrieben:Ich hatte gestern merkwürdige Fehler, die eher dafür sprechen, dass SmaSki selbst doch noch nicht ohne Bug ist. Bei einem Endschnitt fror der Topf ein, obwohl mein bisheriger Verursacher-Kandidat SmartEPG beendet war. Danach startete ich den Topf neu, und nun fror er bereits beim Starten von SmaSki ein! Schließlich habe ich den nächsten Endschnitt mit Bordmitteln gemacht, nun ging es.

Hallo,
dazu bräuchte ich mehr Informationen: Was für ein Schnitt? Aus Unterverzeichnis? Umbenennungen? Welche TAPs waren noch aktiv? Daß SmartSkipper beim Start den Topf einfrieren läßt, ist höchst seltsam. Es könnte höchsten damit erklärt werden, daß etwas mit Deinem Dateisystem nicht stimmt. Schau mal mit Altair genau nach. Sind z.B. noch Dateien ohne Namen oder temporäre Dateien vorhanden?
Gruß
Rudolf

Dixie · #300

macfan hat geschrieben: Bei einem Endschnitt fror der Topf ein, obwohl mein bisheriger Verursacher-Kandidat SmartEPG beendet war.

Ich tippe da ja noch auf das DisplayTap von DeadBeef, der sich leider noch nicht gemeldet hat.

Danach startete ich den Topf neu, und nun fror er bereits beim Starten von SmaSki ein!

Das hatt ich noch nie.

Schließlich habe ich den nächsten Endschnitt mit Bordmitteln gemacht, nun ging es

Danach ließ sich SmartSkipper wieder starten?

Dixie