Stirf

[chrisly]

Komischerweise klappt es inzwischen fast immer - sogar beim Sandmann (6 minuten Länge, ging ohne Stirf oft schief). Nur bei RTL Aktuell (20 Minuten mit Nachlauf) wird alle paar Tage der Name der nachfolgenden Sendung genommen (bei Einstellung 10,20 oder 30 %).
Nicht zu erklären - aber es gibt Schlimmeres ...

[mega]

Dafür klappt wohl jetzt das umbennen bei Zusammengesetzten Timern, wenn das mehrere verschidene Sendungen sind!?

Beispiel:
Schloss Einstein + Schloss Einstein wird umbennannt nach Schloss Einstein - Folge 0815
Lenßen & Partn + Niedrig und Ku + Niedrug und Ku wird nicht umbennant, aber als Info wird Lenßen und Partner / 'Schwangere Tochter verzweifelt gesucht' geschrieben.

Ich weiss zwar nicht, ob das Absicht ist, finde ich o aber gut.

[dummytest]

[quote=""phil-99""]Ich habe meinen Topf nun schon über ein Jahr und grob geschätz macht der Topf bei 80%-90% aller Aufnahmen OHNE Stirf alles richtig (Vorlauf 3Min, Nachlauf 15min). Nicht nur der Eventname stimmt, der wie erwähnt über den Timer gesetzt wurde, sondern auch die erweiterten Infos.
.[/quote]

interessant....

bei mir gab es eher eine Ausfallquote von 95% ohne Stirf , erst seid Stirf funktioniert das praktisch immer richtig (habe auch einen Vorlauf von 3 Minuten, Nachlauf 7 Minuten).

Selbst ohne Vorlaufzeit hatte ich in 1/3 aller Fälle falsche erweiterte Infos.

[phil-99]

Hallo,

seit dem ich den EPG_Uploader aus dem Autostart raus geschmissen habe, funktioniert bei mir endlich auch Stirf

Hat noch jemand von euch Erfahrungen mit Stirf in Verbindung mit dem EPG_Uploader?

Was ich komisch fand, und deshalb auch den EPG_Uploader erst als Fehlerquelle ausgeschlossen hatte, war das die Fehler bei den erweiterten Infos bei Sendungen vorkamen, für die der Uploader garkeine Infos geladen hatte.
Aber vermutlich hat der Uploader da im Hintergrund einiges durcheinander gewürfelt!?

viele Grüße
phil

[Dixie]

@phil-99,

ich nutze auch beides und kann deine Festellung nicht bestätigen. Meine Fehlerquote bei den erweiterten Infos liegt bei ca. 2-3 %.

Bei diesen fehlerhaften Infos kann ich die Einträge auch im mauellen Stirf-Modus (orig. Filer aufrufen und die Untertitel-Taste drücken) nicht korrigieren weil die entsprechenden Einträge nicht vorhanden sind.

Wieviele Einträge sind bei dir denn fehlerhaft? Titel und / oder erweit. Info
Sind die Fehler nur auf den EPG_uploader Kanälen?

Dixie

[phil-99]

Hi Dixie,

der titel ist bei mir immer richtig. Wird ja über JagEPG gemacht und den lasse ich auch nicht von Stirf ändern.

Die erweiterten Infos, waren früher ohne Stirf so in geschätzten 80%-90% der Fälle richtig.
Fehler gab es sehr oft bei Harald Schmidt in ARD (Vorlauf 1min, Nachlauf 30min). Wenn es falsch war, dann war immer erweiterte Infos vom Wetter, welches davor kommt enthalten.
Zudem war oft ein Fehler bei Sat1, bei Schillerstraße und ab und an bei GenialDaneben. Beides Vorlauf 2min, Nachlauf 5min). Auch hier komischerweise immer die erweiterten Infos der Sendung zuvor (K11).

Mit Stirf (und EPG_Uploader) war die Fehlerquote weit über 50%. Deshalb ist mir ja im Gegensatz zu anderen Usern aufgefallen, dass es bei mit mit Stirf niemals besser wurde als ohne.
Zudem werden weder ARD noch Sat1 per EPG_Uploader geladen, bei denen ich meist die Fehler hatte. Ich lade lediglich EuroSport und XXP/DMAX per EPG_Uploader.

Seit ich Stirf ohne EPG_Uploader nutze, habe ich 100% richtige erweiterte Infos. Läuft zwar erst ein paar Tage, aber die Fehlerquote wurde eindeutig drastisch gesenkt

viele Grüße
phil

[Dixie]

[quote=""phil-99""]Hi Dixie,
Zudem werden weder ARD noch Sat1 per EPG_Uploader geladen, bei denen ich meist die Fehler hatte. Ich lade lediglich EuroSport und XXP/DMAX per EPG_Uploader. [/quote]Ich lade die gleichen Sender.

Seit ich Stirf ohne EPG_Uploader nutze, habe ich 100% richtige erweiterte Infos. Läuft zwar erst ein paar Tage, aber die Fehlerquote wurde eindeutig drastisch gesenktl

Ist seine Sig. auch die Startreihenfolge? Ich lasse den EPG-uploader vor JagsEPG starten und danach erst Stirf, Automove und Overfly.

Dixie

[phil-99]

[quote=""Dixie""]
Ist seine Sig. auch die Startreihenfolge? Ich lasse den EPG-uploader vor JagsEPG starten und danach erst Stirf, Automove und Overfly.
[/quote]
Nein ist nicht die Startreihenfolge, hatte aber den EPG_Uploader immer ziemilch hinten.

Ist mal ein Versuch wert ihn zuvor zu starten. Werde es testen und berichten.

viele Grüße
phil

[Dixie]

@Phil,
hast Du im EPG-Uploader eigentlich den Offset nach der Sommer/Winterzeit umgestellt. Hatte mir gerade nochmal die Anleitung von Stirf angesehen und da steht:

2. I hate it when the Toppy puts the wrong EPG data in my rec files. Like when you start recording early (e.g. with a timer padding) and you get the EPG data from a previous show instead of the one you want. Grrrr. This problem can be reduced with EPGUploader's offset option, but it's never perfect (especially when the toppy wakes up to record and can't run EPGUploader before starting the recording and grabbing the wrong info).

Das würde eventuelll deine fehlerhaften Infos in Verbindung mit EPG-Uploader erklären.

Dixie

[phil-99]

Hi Dixie,

[quote=""Dixie""]@Phil,
hast Du im EPG-Uploader eigentlich den Offset nach der Sommer/Winterzeit umgestellt. Hatte mir gerade nochmal die Anleitung von Stirf angesehen und da steht:
[/quote]

Danke für den Tipp. Wobei der Fehler auch schon vor der Zeitumstellung passiert ist.

ABER seit ich nach deinem Tipp den EPG_Uploader weiter vorne im Autostart habe scheint es zu funktionieren. Bisher sogar mit falschem Offset für die Zeit. Habe nun mal noch auf +1:00, dann müsste es ja noch besser werden ;-)

viele Grüße
phil

[Dixie]

Hi,
wenn ich die manuelle Funktion von Stirf aufrufe (orig. Filer und dann die Untertitel-Taste) wird ein Ordner "GROUP1" angelegt gefolgt von der Meldung "Stirf Err. On Screen Dispaly not detected".

Ich verwende die v1.3 (mod by Happy) und weiß das es damit schon funktioniert hat. Mit der alten Firmware geht es auch nicht.

Kann das mal jemand testen?

Dixie

[Happy]

[quote=""Dixie""]
wenn ich die manuelle Funktion von Stirf aufrufe (orig. Filer und dann die Untertitel-Taste) wird ein Ordner "GROUP1" angelegt gefolgt von der Meldung "Stirf Err. On Screen Dispaly not detected".

Ich verwende die v1.3 (mod by Happy) und weiß das es damit schon funktioniert hat. Mit der alten Firmware geht es auch nicht.
[/quote]

Mit der neuen Firmware heißt das neue Verzeichnis ja anders, GRUPPE 01 wahrscheinlich. Das muss man in der Konfig dann einstellen.
Bevor man es dann erneut probiert, muss man den leeren Ordner GROUP 01 oder GRUPPE 01 aber wieder löschen, damit es dann wieder funktioniert.

Gruß,
Happy

[Dixie]

Hi Happy,
danke, das war es.
Wozu legt Stirf kurzzeitig diesen Ordner an? (Sieht man beim Druck auf die Untertitel-Taste. Ist mir vorher nie aufgefallen.)

Dixie

[Chrisischneider]

Hallo HAPPY,

ich hatte gestern auch den Fehler "Stirf Err. On Screen Dispaly not detected" nachdem ich die neue FW installiert hatte.
Ich komme auch nicht mit EXIT ins STIRF-Menü !!!
Du schreibst was von KONFIG einstellen.
Was meinst Du damit?
Danke
Gruss Chris

[Happy]

[quote=""Dixie""]
danke, das war es.
Wozu legt Stirf kurzzeitig diesen Ordner an? (Sieht man beim Druck auf die Untertitel-Taste. Ist mir vorher nie aufgefallen.)
[/quote]
Stirf möchte herausfinden, welches Verzeichnis gerade in der Filelliste angezeigt wird. Es legt daher im aktuellen Verzeichnis ein neues Verzeichnis an. Dann sucht es nach dem Verzeichnis. Dann löscht es dieses neue Verzeichnis wieder, weiß aber, welche Ebene in der Liste angezeigt wird.
Damit Stirf das neu erstellte Verzeichnis finden kann, muss es wissen, wie dieses heißt. (GROUP 01 oder GRUPPE 01)

[quote=""Chrisischneider""]
Ich komme auch nicht mit EXIT ins STIRF-Menü !!!
[/quote]
In der Version, die ich mal gemacht habe, geht das nicht mehr.
Du musst das Menü entweder mit dem TAP TSR Commander aufrufen, oder Du editierst einfach die stirf.ini auf dem PC.

Gruß,
Happy

[pocki]

Ich verwende bei meinem TF5500PVR auch "Stirf 1.3 mod by Happy" und beobachte seit dem Firmware-Update auf die neue Beta vom 26.12.2006 folgenden Bug:

Ich starte das TAP ca. 25sec zögert. Wenn man vor dem Start ein Menü oder die Fileliste öffnet, wird beim TAP-Start rechts oben das Menü durch das Lifebild überdeckt und man fliegt aus dem Menü oder der Filelist raus, obwohl die Menüpunkte und Files noch sichtbar bleiben. Dennoch muß man dann mit Exit beenden und die Filelist bzw. das Menü neu öffnen.

Ich konnte diesen Fehler nun umgehen, indem ich Stirf gleich am Anfang ohne Verzögerung und vor allen anderen TAPs starte. Also auch noch bevor man als User soweit ist, ein Menü oder die Filelist zu öffnen. Dennoch: woran kann das liegen?

[Happy]

[quote=""pocki""]
Ich starte das TAP ca. 25sec zögert. Wenn man vor dem Start ein Menü oder die Fileliste öffnet, wird beim TAP-Start rechts oben das Menü durch das Lifebild überdeckt und man fliegt aus dem Menü oder der Filelist raus, obwohl die Menüpunkte und Files noch sichtbar bleiben. Dennoch muß man dann mit Exit beenden und die Filelist bzw. das Menü neu öffnen.
[/quote]
Hi,

ich habe gerade mal einen Blick auf den Source geworfen.
Da steht am Ende des TAP_Main (ganz am Ende von stirf.c) ein völlig überflüssiges TAP_EnterNormal().
Das ist bestimmt daran Schuld, dass ein Bereich gelöscht wird.
Du brauchst nur die Zeile rauszuschmeißen und neu zu kompilieren.

Gruß,
Happy

Code: Alles auswählen

.
.
.
	resetStirfBox();
	// initialise the recEPGfix routine
	recEPGfixMain();
	
	[b]TAP_EnterNormal();[/b]
	return 1;
}

[Töppi]

nach dem Anschiss vom Author würdest du dich nicht breit schlagen lassen, oder?
Kannst es ja heimlich machen, so ganz inoffiziell und ich würde es zufällig finden

[Happy]

[ibbi]

[quote=""Happy""] [/quote]

Da stirf unter der GPL steht, wohl eher: :

Ich wüsste nicht, was dagegen sprechen sollte.