Stirf

[Happy]

Ich hab auch schonmal drüber nachgedacht, den Timernamen besser zu nutzen.
Durch Vergleich des Timernamens mit den EPG-Daten könnte man die richtigen EPG-Daten aussuchen und auch dafür sorgen, dass eine Sendung nicht komplett falsch umbenannt wird. Dann lieber gar nichts an den Daten ändern.

Gruß,
Happy

[FireBird]

Hi Mike,

thanks for the new version. While fixing some bugs in Filer, we?ve found two problems with the concatenated strings of two programmes. In the following explanation, I?m referring to Elles screenshot.

The first bug is that the extended event info length field does not reflect the size of the whole string but contains the length of the first string (0x009c @ 0x16a).

With the second issue, I?m not sure if that feature is used in Australia. If I understand the comments in stirfLib correctly, you were already wondering about this byte. According to EN300468 (DVB Specification for Service Information in DVB systems) the first character of a string may be used to select a character encoding table. If you check out the screen shot, you?ll find a character 0x05 in front of the text string. This byte selects the latin character set. The rule is that it should only occur at the beginning of a string but there are 3 more. The 2nd 0x05 at location 0x20f is coming from the second programme and has to be skipped by Stirf. I?m just not sure where the 3rd and 4th 0x05 is coming from. Here?s an extract of EN300468:

A.2 Selection of character table
Text fields can optionally start with non-spacing, non-displayed data which specifies the alternative character table to be used for the remainder of the text item. The selection of character table is indicated as follows:

• if the first byte of the text field has a value in the range "0x20" to "0xFF" then this and all subsequent bytes in
  the text item are coded using the default character coding table (table 00 - Latin alphabet) of figure A.1;
• if the first byte of the text field has a value in the range "0x01" to "0x0F" then the remaining bytes in the text
  item are coded in accordance with the character coding tables which are given in table A.3;

So the workaround is quite easy (in pseudo code):

Code: Alles auswählen

If (NextString [0] < 0x20) strcat (FirstString, &NextString [1]); 
                      else strcat (FirstString, NextString); 

Regards, Alex

[chrisly]

[quote=""Töppi""]dafür gibt es die Option "Title & Subtitel". Dann wird bei vorhandenem Subtitel dieser angehängt.[/quote]

Aber dann wird doch auch der Titel geändert. Und genau das will ich ja vermeiden. Deshalb sollte der Timer-Titel am besten immer erhalten bleiben und nur der Subtitel angehängt werden.
Oder steh´ ich jetzt auf dem Schlauch?

[chrisly]

[quote=""Happy""]Ich hab auch schonmal drüber nachgedacht, den Timernamen besser zu nutzen.
Durch Vergleich des Timernamens mit den EPG-Daten könnte man die richtigen EPG-Daten aussuchen und auch dafür sorgen, dass eine Sendung nicht komplett falsch umbenannt wird. Dann lieber gar nichts an den Daten ändern.

Gruß,
Happy[/quote]

Das wäre natürlich ideal!
Wenn´s technisch machbar ist ...

[Steven]

[quote=""chrisly""]Aber dann wird doch auch der Titel geändert. Und genau das will ich ja vermeiden. Deshalb sollte der Timer-Titel am besten immer erhalten bleiben und nur der Subtitel angehängt werden.
Oder steh´ ich jetzt auf dem Schlauch? [/quote]

Wenn du über EPG programmierst wird der Titel eigentlich nie geändert.

Deshalb müßte diese Einstellung zu 99% passen.

Gruß Steven.

[Töppi]

[quote=""chrisly""]Aber dann wird doch auch der Titel geändert. Und genau das will ich ja vermeiden. Deshalb sollte der Timer-Titel am besten immer erhalten bleiben und nur der Subtitel angehängt werden.
Oder steh´ ich jetzt auf dem Schlauch? [/quote]

wurde bereits erwähnt. Bei Programmierung über EPG ist doch der Titel meistens identisch. Normalerweise habe ich durch 3PG sogar auch schon den Subtitel dabei. Dadurch wird Stirf beim Titel meistens arbeitslos.

Titel: Soko Kitzbühel
Subtitel : Tod am Hahnenkamm

--> Soko Kitzbühel - Tod am Hahnenkamm (durch EPGtimer oder Stirf bei Titel & Subtitel)

[chrisly]

[quote=""Steven""]Wenn du über EPG programmierst wird der Titel eigentlich nie geändert.

Deshalb müßte diese Einstellung zu 99% passen.

Gruß Steven.[/quote]

Ich programmiere immer über EPG. Und es kommt schon manchmal vor, dass dann trotzdem auch der Titel geändert wird (letzte Woche z.B. bei Sandmännchen und ntv-Motor). Deshalb kam ich ja auf die Idee, den Timer-Titel immer zu lassen und nur den Subtitel und die erweiterten Infos ändern zu lassen.
Dann weiß man im Fall der Fälle wenigstens, um welche Sendung es sich wirklich handelt.

[Steven]

[quote=""chrisly""]Deshalb kam ich ja auf die Idee, den Timer-Titel immer zu lassen und nur den Subtitel und die erweiterten Infos ändern zu lassen.
Dann weiß man im Fall der Fälle wenigstens, um welche Sendung es sich wirklich handelt.[/quote]

Das geht nicht.

Du kannst An, An+ Subtitel oder Aus wählen.

Gruß Steven.

PS. Versuche doch mal die manuelle Stirf Funktion, diese bietet noch zusätzliche Möglichkeiten.

[mike_perth]

[quote=""FireBird""]Hi Mike,

thanks for the new version. While fixing some bugs in Filer, we?ve found two problems with the concatenated strings of two programmes. In the following explanation, I?m referring to Elles screenshot.

[/quote]

hi Alex

thanks! i understand the problems. they are both easy to fix.

thanks for clearing up what that extra byte is for. you're right, i had no idea what was going on there!

the third and fourth 0x05 are because i have concatenated several strings no just two (title, short info, extended info... etc etc).

thanks again for the help. i'll try to get a new beta out soon.

[phil-99]

Hi Mike,

thanks for the information.

Now we´re waiting for the new beta

greetings
phil

[chrisly]

[quote=""Steven""]Das geht nicht.

Du kannst An, An+ Subtitel oder Aus wählen.

Gruß Steven.

PS. Versuche doch mal die manuelle Stirf Funktion, diese bietet noch zusätzliche Möglichkeiten.[/quote]

Schade - aber Danke für den Hinweis!

Am Sonntag hatte ich (mal wieder...) ein anderes Problem:
Ich hatte Spiderman mit 1 Minute Vorlauf aufgezeichnet und die erweiterten Infos kamen von der vorhergehenden Sendung. Wie kann das denn passieren?
Hängt das evtl. mit der Umbenennung der Aufnahme durch Overfly (OF_Spiderman 2) zusammen? Kann Stirf dann evtl. die Aufnahme nicht mehr sauber zuordnen?
Oder habe ich nur wieder eine Einstellung übersehen?

[Steven]

[quote=""chrisly""]Hängt das evtl. mit der Umbenennung der Aufnahme durch Overfly (OF_Spiderman 2) zusammen? Kann Stirf dann evtl. die Aufnahme nicht mehr sauber zuordnen?
[/quote]

Könnte sein.

Man kann doch Overfly so einstellen, dass erst beim nächsten Neustart gescannt wird und nicht direkt nach Aufnahmeende.

Das solltest du mal probieren.

Gruß Steven.

[Steven]

[quote=""mike_perth""] i'll try to get a new beta out soon.[/quote]

Thank`s Mike.

I`m looking forward for the new version.

Greetings Steven.

[Elle4u]

[quote=""Steven""]Könnte sein.

Man kann doch Overfly so einstellen, dass erst beim nächsten Neustart gescannt wird und nicht direkt nach Aufnahmeende.[/quote]

Ehrlich?
Wo geht das denn? ops:

[13philipp]

[quote=""Elle4u""]Ehrlich?
Wo geht das denn? ops:[/quote]

...aus dem Handbuch...


Overfly kann sofort nach einer entsprechenden Aufnahme diese bearbeiten oder auch erst beim nächsten Start des Topfields (Reload-Einstellung im Menü).

DataFiles Reload
Reload=1 Neue Aufnahmen werden sofort bei Aufnahme-Ende nach Werbung durchsucht.

[Steven]

[quote=""Elle4u""]Ehrlich?
Wo geht das denn? ops:[/quote]

Und das als alter Anleitungsleser.

Hier mal der Original Auszug aus dem Handbuch.

8. DataFiles Reload: ein / aus
Hier wird eingestellt, ob neue Aufnahmen sofort bei Aufnahme-Ende nach Werbung durchsucht
werden oder erst bei einem Neustart des Receivers (Voraussetzung: ?Overfly? befindet sich im
?AutoStart?-Ord-ner) Durchsucht werden auch Unterordner.

[/quote]


Gruß Steven.

[Elle4u]

Ja ich habe die Anleitung gelesen.

Aber "DataFilesReload" bedeutet für mich, dass er die web-Datei löscht und alle Dateien nochmal scannt...
Aber ich schaue es mir nochmal an.

Danke.

[chrisly]

[quote=""Steven""]Könnte sein.

Man kann doch Overfly so einstellen, dass erst beim nächsten Neustart gescannt wird und nicht direkt nach Aufnahmeende.

Das solltest du mal probieren.

Gruß Steven.[/quote]

Danke. Werde es mal ausprobieren!

[mike_perth]

Hi

One more translation question please!

Could somebody please translate:

"Combine EPGs in .rec files: on"

"Combine EPGs in .rec files: off"

into German and Suomi (Finnish)?

thanks! if you want to describe it in a different way, that's OK, whatever you think is best in German/Finnish. The feature it describes is when a recording contains two shows, Stirf puts the EPG data from both shows into the extended info section of the .rec file.

p.s. short translations are better so they fit in the menu box.

thankyou
Mike

[Galaxist]

Hi Mike,

I would suggest:

"Erweiterte Infos in Kombi-Aufnahmen zusammenfügen: Ja"
(Combine extendet Infos of combined recordings: Yes)

"Erw. Infos in Kombi-Aufn. zusammenfügen: Nein"
(Combine ext. Infos of combined rec.: No)

or shorter

"Erw. Infos in Aufn. zusammenfügen"

"Erw. Infos zusammenfügen"