[osdteletext] 2.0.0 released

pbrb · April 11, 2021 at 11:39 AM

Major Features:

add "Text Font" option to OSD config
add support for "G0 character with diacritical mark" by implementation related support of X/26
introduce new page cache storage format VTXV5 to cover X/25-28 and M/29 extension

Cosmetics / Minor Features

clear teletext page on channel switch
display PageId always in case OSD was restarted (useful e.g. for subtitle pages)
selected background color kept on OSD restart
cached pages of non-live channel: display page IDs in different color and a 'c' mark, do not trigger useless 'Pause'
channel switch: display message, on empty OK return to live channel
draw bi-colored message frame, increase frame on high resolution, change font on high resolution
stop updating clock and blink in case of page update was stopped
display sender name in case page is not found
blacklist Italic and Oblique fonts from being selectable (which causes anyhow issues on displaying because of kerning)

Fixes:

additional fixes found during regression tests related to translations and others
many fixes found during regression tests related to MessageBox, too often CleanDisplay calls, ...
improve font scaling
fix not working selection of cache-system 'legacy'

https://github.com/vdr-projects/v…ases/tag/v2.0.0

MegaV0lt · April 11, 2021 at 11:58 AM

Vielen Dank! Super Arbeit

pbrb · April 11, 2021 at 12:31 PM

Quote from MegaV0lt

Vielen Dank! Super Arbeit

Danke für's Lob....jetzt muß ich nur das Meisterstück schaffen:

https://github.com/vdr-projects/v…etext/issues/11

Dr. Seltsam · April 12, 2021 at 12:39 AM

Ich hatte zuletzt vor etwa 2-3 Wochen zuletzt auf den damaligen git-Stand aktualisiert und heute nun die 2.0.0 installiert. Was ich nun aber bemerke ist, dass sich die Umschaltzeit deutlich erhöht hat, mindestens um 1 Sekunde. Ohne osdteletext ist die Umschaltzeit normal.

Testweise habe ich die Änderung aus dem commit "clear teletext page on channel switch" entfernt, aber das hat nichts geändert.

Code

Apr 12 00:21:09 ubuntuvdr2 vdr: [4254] switching to channel 2 C-1-1079-11110 (ZDF HD)
Apr 12 00:21:09 ubuntuvdr2 vdr: audio/alsa: using pass-through device 'default'
Apr 12 00:21:09 ubuntuvdr2 vdr: audio/alsa: start delay 336ms
Apr 12 00:21:09 ubuntuvdr2 vdr: [5331] osdteletext-receiver thread ended (pid=4254, tid=5331)
Apr 12 00:21:09 ubuntuvdr2 vdr: [4254] osdteletext: cTxtReceiver stopped after 4 sec: cTelePage received on channel Number=1 Name='Das Erste HD' ID=C-1-1051-11100: 101 (25,250/sec)
Apr 12 00:21:09 ubuntuvdr2 vdr: [4254] buffer stats: 0 (0%) used
Apr 12 00:21:09 ubuntuvdr2 vdr: [5332] device 1 TS buffer thread ended (pid=4254, tid=5332)
Apr 12 00:21:09 ubuntuvdr2 vdr: [5330] buffer stats: 64484 (0%) used
Apr 12 00:21:09 ubuntuvdr2 vdr: [5330] device 1 receiver thread ended (pid=4254, tid=5330)
Apr 12 00:21:09 ubuntuvdr2 vdr: [4254] osdteletext: cTxtReceiver started on channel Number=2 Name='ZDF HD' ID=C-1-1079-11110 storeTopText=yes
Apr 12 00:21:09 ubuntuvdr2 vdr: [5345] device 1 receiver thread started (pid=4254, tid=5345, prio=high)
Apr 12 00:21:09 ubuntuvdr2 vdr: [5347] osdteletext-receiver thread started (pid=4254, tid=5347, prio=low)
Apr 12 00:21:09 ubuntuvdr2 vdr: [5346] device 1 TS buffer thread started (pid=4254, tid=5346, prio=high)
Apr 12 00:21:10 ubuntuvdr2 vdr: audio/alsa: using pass-through device 'default'
Apr 12 00:21:10 ubuntuvdr2 vdr: video: get hwaccel context, not supported
Apr 12 00:21:10 ubuntuvdr2 vdr: audio/alsa: start delay 336ms
Apr 12 00:21:12 ubuntuvdr2 vdr: video/vdpau: synced after 53 frames

Display More

so sieht es ohne osdteletext aus:

Code

Apr 12 00:23:44 ubuntuvdr2 vdr: [5673] switching to channel 1 C-1-1051-11100 (Das Erste HD)
Apr 12 00:23:44 ubuntuvdr2 vdr: audio/alsa: using pass-through device 'default'
Apr 12 00:23:44 ubuntuvdr2 vdr: audio/alsa: start delay 336ms
Apr 12 00:23:44 ubuntuvdr2 vdr: [5738] device 1 TS buffer thread ended (pid=5673, tid=5738)
Apr 12 00:23:44 ubuntuvdr2 vdr: [5736] buffer stats: 74072 (0%) used
Apr 12 00:23:44 ubuntuvdr2 vdr: [5736] device 1 receiver thread ended (pid=5673, tid=5736)
Apr 12 00:23:44 ubuntuvdr2 vdr: [5753] device 1 receiver thread started (pid=5673, tid=5753, prio=high)
Apr 12 00:23:44 ubuntuvdr2 vdr: [5754] device 1 TS buffer thread started (pid=5673, tid=5754, prio=high)
Apr 12 00:23:44 ubuntuvdr2 vdr: audio/alsa: using pass-through device 'default'
Apr 12 00:23:44 ubuntuvdr2 vdr: audio/alsa: start delay 336ms
Apr 12 00:23:44 ubuntuvdr2 vdr: video: get hwaccel context, not supported
Apr 12 00:23:44 ubuntuvdr2 vdr: [5680] channel 1 (Das Erste HD) event Mo. 12.04.2021 00:05-01:43 (VPS: 12.04. 00:05) 'Leb wohl, meine Königin!' status 4
Apr 12 00:23:46 ubuntuvdr2 vdr: video/vdpau: synced after 56 frames

Display More

uns so zum Vergleich die Version 1.1.1

Code

Apr 12 00:31:58 ubuntuvdr2 vdr: [7103] switching to channel 1 C-1-1051-11100 (Das Erste HD)
Apr 12 00:31:58 ubuntuvdr2 vdr: audio/alsa: using pass-through device 'default'
Apr 12 00:31:58 ubuntuvdr2 vdr: [7309] osdteletext-receiver thread ended (pid=7103, tid=7309)
Apr 12 00:31:58 ubuntuvdr2 vdr: audio/alsa: start delay 336ms
Apr 12 00:31:58 ubuntuvdr2 vdr: [7103] osdteletext: cTxtReceiver stopped after 2 sec: cTelePage received on channel Number=2 Name='ZDF HD' ID=C-1-1079-11110: 53 (26,500/sec)
Apr 12 00:31:58 ubuntuvdr2 vdr: [7103] buffer stats: 0 (0%) used
Apr 12 00:31:58 ubuntuvdr2 vdr: [7308] device 1 TS buffer thread ended (pid=7103, tid=7308)
Apr 12 00:31:58 ubuntuvdr2 vdr: [7307] buffer stats: 57340 (0%) used
Apr 12 00:31:58 ubuntuvdr2 vdr: [7307] device 1 receiver thread ended (pid=7103, tid=7307)
Apr 12 00:31:58 ubuntuvdr2 vdr: [7103] osdteletext: cTxtReceiver started on channel Number=1 Name='Das Erste HD' ID=C-1-1051-11100 storeTopText=69
Apr 12 00:31:58 ubuntuvdr2 vdr: [7319] osdteletext-receiver thread started (pid=7103, tid=7319, prio=low)
Apr 12 00:31:58 ubuntuvdr2 vdr: [7318] device 1 receiver thread started (pid=7103, tid=7318, prio=high)
Apr 12 00:31:58 ubuntuvdr2 vdr: [7320] device 1 TS buffer thread started (pid=7103, tid=7320, prio=high)
Apr 12 00:31:58 ubuntuvdr2 vdr: audio/alsa: using pass-through device 'default'
Apr 12 00:31:58 ubuntuvdr2 vdr: audio/alsa: start delay 336ms
Apr 12 00:31:58 ubuntuvdr2 vdr: video: get hwaccel context, not supported
Apr 12 00:31:59 ubuntuvdr2 vdr: [7103] skindesigner: w 0 h 0 mode changed to 1
Apr 12 00:32:00 ubuntuvdr2 vdr: video/vdpau: synced after 45 frames

Display More

pbrb · April 12, 2021 at 7:58 AM

Quote from Dr. Seltsam

Ich hatte zuletzt vor etwa 2-3 Wochen zuletzt auf den damaligen git-Stand aktualisiert und heute nun die 2.0.0 installiert. Was ich nun aber bemerke ist, dass sich die Umschaltzeit deutlich erhöht hat, mindestens um 1 Sekunde. Ohne osdteletext ist die Umschaltzeit normal.

Testweise habe ich die Änderung aus dem commit "clear teletext page on channel switch" entfernt, aber das hat nichts geändert

in menu.c sind 3x sleep 1 sekunde eingebaut, um die Message-Fenster nicht gleich wieder verschwinden zu lassen, ggf. ist das die Bremse und ich muß mir was schlaueres einfallen lassen...z.B. einen temporären OSD-Update-Stop für einstellbare Sekunden...

Lösche mal den "kritischen" in Funktion "void TeletextBrowser::ChannelSwitched(int ChannelNumber, const bool live)" an der markierten Stelle:

Code

   Display::DrawMessage(str, ttcBlue);
   sleep(1);   <--- !!!!

Uwe · April 12, 2021 at 11:08 AM

Quote from pbrb
Lösche mal den "kritischen" in Funktion "void TeletextBrowser::ChannelSwitched(int ChannelNumber, const bool live)" an der markierten Stelle:
Code
   Display::DrawMessage(str, ttcBlue);
   sleep(1);   <--- !!!!

Das hilft bei mir... die Umschaltzeiten sind damit wieder wesentlich besser...

Dr. Seltsam · April 12, 2021 at 1:54 PM

Hilft auch bei mir. Kann sein, dass es damit schon wieder exakt auf dem vorherigen Niveau ist - muss ich nochmal weiter beobachten.

Was für eine Message soll denn da bei einem Kanalwechsel angezeigt werden?? Und sollte das nicht besser nur dann erfolgen, wenn das Plugin auch aktiv ist (also nicht nur im Hintergrund läuft)?

pbrb · April 12, 2021 at 6:41 PM

Quote from Dr. Seltsam

Hilft auch bei mir. Kann sein, dass es damit schon wieder exakt auf dem vorherigen Niveau ist - muss ich nochmal weiter beobachten.

Was für eine Message soll denn da bei einem Kanalwechsel angezeigt werden?? Und sollte das nicht besser nur dann erfolgen, wenn das Plugin auch aktiv ist (also nicht nur im Hintergrund läuft)?

Sorry...hab die Meldung an der falschen Position eingebaut -> verschoben, jetzt wird's nur angezeigt, wenn OSD aktiv ist.

Hier zum Testen, Feedback wäre super

https://github.com/pbiering/vdr-p….0.1-regression

Fixt auch:

https://github.com/vdr-projects/v…etext/issues/43

Dr. Seltsam · April 12, 2021 at 7:26 PM

ich denke so ist es wieder normal!

Murry · April 12, 2021 at 7:48 PM

Hallo pbrb,

in den Einstellungen sind die Tastenbezeichnungen in Englisch.

Gruß

Murry

Uwe · April 12, 2021 at 7:57 PM

Hier ist das Umschaltverhalten wieder ok mit der Version 2.0.1!

pbrb · April 12, 2021 at 8:43 PM

Quote from Murry

in den Einstellungen sind die Tastenbezeichnungen in Englisch.

danke für's Testen, umgestellt, im worst case wird nun versucht, st_modes doppelt zu übersetzen....Branch aktualisiert:

https://github.com/pbiering/vd…ext/tree/2.0.1-regression

md_berlin · April 13, 2021 at 8:28 AM

Hi,

mir gefällt es daß immer noch und wieder weiterentwickelt wird.

Eines ist mir aufgefallen:

Im Vergleich des osdteletext 0.9.8 und 2.0.0 fällt mir auf (und vor allem meiner Frau...) daß die Reaktion auf Fernbedienungs-Eingaben fühlbar träge geworden ist. Das nervt vor allem beim Eingeben einer direkten Seiten-Nummer.

Beim Vergleichstest stelle ich fest daß das irgendwo zwischen 0.9.8 und 1.1.1 reingekommen ist.

Hast Du, Peter, direkt eine Idee was der Grund ist oder soll ich mal ein "git bisect" machen?

Grüsse

Martin (github madmartin)

pbrb · April 13, 2021 at 8:34 AM

Hmm, kann mich nicht erinnern, wo ich bei der Eingabe der Seitennummern etwas geändert habe...hier ist alles flüssig...bitte mal suchen gehen, danke!

pbrb · April 13, 2021 at 8:41 AM

Release 2.0.1 fertig, danke für's Testen:

https://github.com/vdr-projects/v…ases/tag/v2.0.1

pbrb · April 13, 2021 at 9:07 AM

Und hier was für experimentierfreudige, die mehr als einen Tuner haben, der Kanalwechsel schaltet den Teletext-Receiver auf einen unterbeschäftigten Tuner und empfängt dann hier die Seiten:

https://github.com/pbiering/vdr-p….0-second-tuner

wird noch etliche Regression & Code-Cleanup Runden brauchen....aber als erster Wurf tut's...

S:oren · April 13, 2021 at 10:08 AM

Quote from pbrb

Danke für's Testen, umgestellt, im worst case wird nun versucht, st_modes doppelt zu übersetzen....

Geht immer noch nicht, ist mir in der ersten Runde leider nicht aufgefallen.

Warum sollte diese "Doppelübersetzung" irgendwie sinnvoll sein?

Gruss,

S:oren

Uwe · April 13, 2021 at 10:30 AM

Quote from pbrb

danke für's Testen, umgestellt, im worst case wird nun versucht, st_modes doppelt zu übersetzen....Branch aktualisiert:

https://github.com/pbiering/vd…ext/tree/2.0.1-regression

Das klappt hier nun bei mir auch! (Ist mir zuvor gar nicht aufgefallen...)

pbrb · April 13, 2021 at 10:47 AM

Quote from Uwe

Das klappt hier nun bei mir auch! (Ist mir zuvor gar nicht aufgefallen...)

hmm, bei einem klappt die Übersetzung nun, beim anderen nicht...komisch.

Hintergrund für "potentielle" Doppelübersetzung....im Original-Code wird st_modes (komplettes Array) zugewiesen an

cTeletextSetupPage::modes = st_modes;

welches dann später komplett übergeben wird an:

new cMenuEditStraItem(actionKeyNames[i].userName, (int*)&temp.mapKeyToAction[i], LastAction+1, modes) );

da kann kein "tr(...)" mehr angewandt werden.

Man müßte also entweder im laufenden Betrieb das "modes" Array neu aufbauen mit "tr(st_modes[i])" oder es gibt eine schlauere Lösung oder es geht mit 2.0.1 jetzt final doch...

S:oren · April 13, 2021 at 11:17 AM

Quote from pbrb

hmm, bei einem klappt die Übersetzung nun, beim anderen nicht...komisch.

Wie schon bei den Beschriftungen der Knoepfe: tr() auf statischen Arrays funktioniert nur zufaellig abhaengig von der Initialisierungesreihenfolge (je nach Compiler und Compilerversion) und ist keine Loesung.

Quote from pbrb

Man müßte also entweder im laufenden Betrieb das "modes" Array neu aufbauen mit "tr(st_modes[i])"

Das waere moeglich.

Quote from pbrb

oder es gibt eine schlauere Lösung

Vielleicht. Wie machen es denn andere Nutzer von cMenuEditStraItem?

Quote from pbrb

oder es geht mit 2.0.1 jetzt final doch...

Nein.

Gruss,

S:oren

[osdteletext] 2.0.0 released

Participate now!

Tags

Users Viewing This Thread