Stirf

MJFox · #1

Hallo!

Hat einer von euch schon Stirf probiert (http://members.westnet.com.au/web/acull ... /stirf.htm )? Das scheint ein geniales Tool zu sein! Ich habe es heute in der Früh kurz ausprobiert und muss sagen, dass ich positiv überrascht war, wie gut es funktioniert! Ich lasse es jetzt mal eine Weile in Autostart drinnen und teste, wie gut die automatische EPG-Daten-Korrektur und Umbennenung des Rec-Files funktioniert. Hat irgendwer schon Erfahrungen damit gemacht?

Liebe Grüße

MJFox

asrael · #2

Hi,

ich habe das zwar mal vor einigen Wochen gesehen, aber wohl damals den Zweck missverstanden. Ich dachte, man könnte damit die EPG-Infos von Hand editieren (was ich uninteressant fand), aber der Zweck scheint ja wohl eher zu sein, einer Aufnahme das richtige EPG (das der Hauptsendung) zuzuordnen, wenn diese mit Vorlauf aufgenommen wurde.

Ich werde das TAP auf jeden Fall mal ausprobieren, vielen Dank für den Hinweis. Klappt das auch aus dem Filer-TAP oder nur mit der Original-Dateiliste?

Mit freundlichen Grüßen

asrael

MJFox · #3

ich habe in einem anderen Forum gelesen, dass das TAP folgendermaßen funktioniert:

beim Aufnehmen einer Sendung werden gewisse EPG-Informationen in den header der Aufnahme geschrieben... Stirf ist in der Lage, diesen header zu lesen und somit z.B.

Simpsons - 2006-02-01

umzubennenen auf

Simpsons - Das Picknick

Es wird also der Titel der Sendung aus dem EPG gelesen (welches im Header der Datei steht) und das File wird entsprechend umbenannt

soweit die Theorie

in der Praxis funktioniert das angeblich bei bereits aufgenommenen Sendungen nicht so gut, weil Stirf für die australischen Sender programmiert wurde und dort nur ein Sender pro Transponder gesendet wird... bei uns gibt es mehrere Sender pro Transponder und damit kommen die EPG-Informationen in der Header-Datei z.B. durcheinander (da stehen dann z.B. EPG-Informationen von anderen Sendungen, die zeitgleich am selben Transponder gelaufen ist). Man bekommt aber von Stirf die Auswahl an möglichen Sendungs-Namen und kann dann händisch die richtige auswählen (was natürlich viel schneller geht als händisch irgendwelche Files umzubennen).

Viel besser soll Stirf allerdings funktionieren, wenn es im Autostart ist und somit zum Zeitpunkt der Aufnahme im Speicher ist. Wenn man dann nämlich eine Sendung mit Vorlauf aufnimmt, überprüft Stirf, in welchen Zeitraum der größte Teil der Aufnahme gefallen ist und schreibt dann die entsprechenden EPG-Daten in die Aufnahme (und benennt die Aufnahme dann auch entsprechend um). Auf wunsch können auch die EPG-Daten gespeichert werden, die z.B. bei 30% der Laufzeit der Sendung aktuell waren.

Aus eigener Erfahrung kann ich noch nicht so viel dazu sagen, das ist halt das, was ich bis jetzt irgendwo gelesen haben.

Edit: Stirf in Zusammenarbeit mit Filer habe ich noch nicht probiert, aber ich nehme an, es wird nicht funktionieren, weil das erst auf der ToDo-Liste von Filer steht

Liebe Grüße

MJFox

U_S · #4

Hallo,

Stirf funktioniert nicht mit Filer.

Grüße

Uwe

Elle4u · #5

U_S hat geschrieben:Stirf funktioniert nicht mit Filer.

Steht auf der ToDo-Liste, daß das mal integriert wird...

Bonni · #6

MJFox hat geschrieben:bei uns gibt es mehrere Sender pro Transponder und damit kommen die EPG-Informationen in der Header-Datei z.B. durcheinander (da stehen dann z.B. EPG-Informationen von anderen Sendungen, die zeitgleich am selben Transponder gelaufen ist).

Das ist falsch, zumindest für den Header einer TF5000 .rec-Datei. Dort steht am Offset 0x57 die Event Info und an Offset 0x170 die Extended Event Info der aufgenommen Sendung.

Es kann allerdings sein, dass danach noch alte Einträge vorhanden sind. Diese Angaben stammen dann aus dem EPG-Buffer im Speicher. Der wird nämlich beim Umschalten nicht komplett gelöscht, sondern es werden die neuen Event Infos am Anfang des Speicherbereichs für den EPG eingetragen, die aber immer mit 0x00 finalisiert sind. Anscheinend wird aber der komplette EPG-Buffer in den Header geschrieben, das hat aber nichts mit EPG anderer Sender auf den Transponder zu tun.

Also sollte jedes Programm die EventInfos nur bis 0x00 lesen; das in ein gängiges Verfahren in der EDV und smirf sollte das eigentlich auch tun. Werde ich bei Gelegenhaot mal testen.

MJFox · #7

@Bonni

danke für die kompetente Antwort... ich habe diese Informationen nur in irgendeinem Forum aufgeschnappt und hier wiedergegeben... gut, dass da jemand mit mehr als nur Halbwissen aufwarten kann

Liebe Grüße

MJFox

DeJe · #8

Bonni hat geschrieben:Das ist falsch, zumindest für den Header einer TF5000 .rec-Datei. Dort steht am Offset 0x57 die Event Info und an Offset 0x170 die Extended Event Info der aufgenommen Sendung.

Es kann allerdings sein, dass danach noch alte Einträge vorhanden sind. Diese Angaben stammen dann aus dem EPG-Buffer im Speicher. Der wird nämlich beim Umschalten nicht komplett gelöscht, sondern es werden die neuen Event Infos am Anfang des Speicherbereichs für den EPG eingetragen, die aber immer mit 0x00 finalisiert sind. Anscheinend wird aber der komplette EPG-Buffer in den Header geschrieben, das hat aber nichts mit EPG anderer Sender auf den Transponder zu tun.

Also sollte jedes Programm die EventInfos nur bis 0x00 lesen; das in ein gängiges Verfahren in der EDV und smirf sollte das eigentlich auch tun. Werde ich bei Gelegenhaot mal testen.

Bonni, im Prinzip absolut korrekt. Das Problem ist nur, das sich Topfield nicht an eigene Spezifikationen hält. Wenn man jedesmal Speicher für die EventInfos allokiert ist alles OK, aber elend langsam. Hat man ein Feld mit den max erlaubten 129 Bytes geht die Geschichte schief. Ich habe hier ein File bei dem die erlaubten 129 Bytes Eventname+EventInfo um Einiges überschritten werden.

ibbi · #9

DeJe hat geschrieben:Wenn man jedesmal Speicher für die EventInfos allokiert ist alles OK, aber elend langsam. Hat man ein Feld mit den max erlaubten 129 Bytes geht die Geschichte schief. Ich habe hier ein File bei dem die erlaubten 129 Bytes Eventname+EventInfo um Einiges überschritten werden.

strncpy o. ä.?

Harvey · #10

Möglicherweise wusste der eine Entwickler nicht, was der andere tut.

Nach einer TAP-Library von einem Engländer (exTAP) passen intern 255 Bytes in die Info. Die API-Routine (und wahrscheinlich eine interne Funktion) liefern 128 Bytes zurück.
Das ist jetzt zwar nur Spekulation, aber möglicherweise wurden die Funktionsnamen getinfo_128 und getinfo_255 verwechselt

Knutneon · #11

Also ich habe das Tap getestet und bin voll begeistert. Ich kann jetzt 10 min Vorlauf einstellen und habe dann trotzdem die richtigen EPG Infos für meine Aufnahmen. Habe 4 Sendungen mit 10 min. Vorlauf getestet und alle Infos waren richtig. Ohne diesem TAP war das unmöglich.

Ich kann es dafür jedenfalls empfehlen. Eigentlich müßte das auch ohne TAP so sein , aber die in Korea haben das anscheinend noch nicht gescheckt . Hat jemand vielleicht die Möglichkeit das Tap in Deutsch umzuschreiben? Die Menüeinstellung mit der Exittaste finde ich auch nicht so gut. Vielleicht könnte sich jemand der Sache mal annehmen , ich bin leider zu blöd dazu.

Elle4u · #12

Knutneon hat geschrieben:Vielleicht könnte sich jemand der Sache mal annehmen , ich bin leider zu blöd dazu.

Wie bereits weiter oben beschrieben werde ich es irgendwann mal mit in Filer integrieren.

So lange müßte sich jemand anderer dem widmen

der_toddi · #13

Kann mir mal jemand kurz erklären was ich bei Stirf einstellen muß?

Mein Englisch ist nicht so prall

ops:

Knutneon · #14

der_toddi hat geschrieben:Kann mir mal jemand kurz erklären was ich bei Stirf einstellen muß?

Mein Englisch ist nicht so prall ops:

Also ich habe eingestellt: Trap =off
Auto rec EPG=On 30%
Hardware Masterpiece
GMT=+01.00
Auto File Rename: off

der_toddi · #15

Knutneon hat geschrieben:Also ich habe eingestellt: Trap =off
Auto rec EPG=On 30%
Hardware Masterpiece
GMT=+01.00
Auto File Rename: off

Ok, Danke.
Muß nur mal schauen was ich bei Hardware einstelle.
Der 5500 taucht da nicht auf...

Dixie · #16

5000er = 5500er (oder ist der 5000er auch nicht angegeben?) Firmware ist doch auch gleich. Oder ?

Dixie

General · #17

der 5000er unterscheidet sich vom 5500er nur im display und mit dem conax.

BlackOne · #18

Dixie hat geschrieben:5000er = 5500er (oder ist der 5000er auch nicht angegeben?) Firmware ist doch auch gleich. Oder ?

Dixie

die beiden sind nicht angegeben

würde mich auch mal interessieren
welche einstellung für diese beiden gilt

Elle4u · #19

BlackOne hat geschrieben:die beiden sind nicht angegeben
würde mich auch mal interessieren
welche einstellung für diese beiden gilt

Hm. Also ich hatte Stirf schon laufen bei mir.
Aber keine Ahnung was ich da eingestellt hatte...

Probieren geht über studieren

:

Alter Sack · #20

Ich teste Stirf auch gerade und habe "Non-specific" angegeben, scheint jedenfalls zu klappen

.