Why does DMM not look at Openpli and copy what they did....???

Im VideoEnhancement Plugin ist einen kleinen kosmetischen fehler. Manche werten sollen von 0 bis 255 einstelbahr sein. Aber den maximalen Wert ist 256 (und dass macht wieder 0)....

Enschuldigen weil ich dies ach beim Bugs geposted habe.

Die untertietel pages werden noch immer falsch hergestelt. 88 muss eigentlich 888 sein.... Bei open-PLi steht die loesung (und noch mehr untertitel loesungen).

Im VideoEnhancement Plugin ist einen kleinen kosmetischen fehler. Manche werten sollen von 0 bis 255 einstelbahr sein. Aber den maximalen Wert ist 256 (und dass macht wieder 0)....

Zitat

Ihr erstellt ein DIFF mit Euren Änderungen am Teletext und submitted das an die enigma2- Mailing- List... Dann können die Entwickler das gezielt untersuchen...

PLi will genuegend committen. Alleine wird nicht alles acceptiert und dan get PLi sehr fiel abweichen. Und diese patches zitzen im C-code auch im fontrendering usw....

Fuer wehnigstends die teletekst untertiteln haben wir bei PLi schon vieles gemacht. Ich weiss wass alles geaendert werden muss um die guht zu kriegen. Waarum nicht mach den Kode von Pli anschauwen

Last weekend we (or better Pieter) finalized (as far we know) the subtitles in openpli, with nice bordered/outlined subtitles with orriginal linebreaks and optinal in correct color (white or orriginal) and location (teletekst location or all at bottom with adjustment)

Indeed I agree it should be in DMM's git but it is up to them...

In some places this code goes deep into low-level code (rendering and blitting) to get the subtitles correctly. This is required for the bordered/outlined characters and to make it possible to have multiple colors on one centered textline.

To make them all white can still be overruled by the subtitle parameters in the skin or even skin_user.xml.... Other images and even opendreambox can commit it from openPLi.

On openpli we have a solution for all teletekst colors and formatting (break lines).

The only thing we need still to change is that when there are more colors in one line that we now only use the initial color. This is difficult as the painter currently only allows one color setting in a string...

This is still irritating... not only for teletekst subtitles currently also the graphic DVB subtitels are too long on the screen. The color/linebrake issue should be fixed...

But the fix posted here is also tricky. I analyzed the code and conclude In fact you should create for each line a new element (and not put two lines to an element). In the element we can store one line that can exists of more words (BBC) if they are on the same element line, so first search for if the line already exists before adding a new element.

And when a new page started all elements should be cleared... (all in subtitles.cpp). In esubtitles.cpp we must get through all elements and post it on a position depended on the line position. I think this will make proper subtitles and also possible to put each line in a different color. (one color per line not per word).

I see at e.g. AnimalPlanet HD on 1W that the DVB subtitles appear too long on the screen....

I verified this now for all channels... no one else has this issue??

Thanks... Solved(!)

And does someone have the definitions, so I'm able to alter the skins by my own

This is with the basic skin latest experimental build. With menu->setup->Video/Audio (first option)... no other skin selected(!) I would expect no issue when using the standard skin.

Currently I got a crash (green screen) when I go to the above mentioned menu options...

Zitat

Traceback (most recent call last):

File "/usr/lib/enigma2/python/Components/ActionMap.py", line 66, in action

return ActionMap.action(self, contexts, action)

File "/usr/lib/enigma2/python/Components/ActionMap.py", line 46, in action

res = self.actions[action]()

File "/usr/lib/enigma2/python/Screens/Menu.py", line 72, in okbuttonClick

selection[1]()

File "/usr/lib/enigma2/python/Screens/Menu.py", line 30, in __call__

self.fnc(*self.args)

File "/usr/lib/enigma2/python/Plugins/SystemPlugins/Videomode/plugin.py", line 215, in videoSetupMain

session.open(VideoSetup, video_hw)

File "/usr/lib/enigma2/python/mytest.py", line 302, in open

dlg = self.current_dialog = self.instantiateDialog(screen, *arguments, **kwargs)

File "/usr/lib/enigma2/python/mytest.py", line 237, in instantiateDialog

return self.doInstantiateDialog(screen, arguments, kwargs, self.desktop)

File "/usr/lib/enigma2/python/mytest.py", line 262, in doInstantiateDialog

readSkin(dlg, None, dlg.skinName, desktop)

File "/usr/lib/enigma2/python/skin.py", line 523, in readSkin

raise SkinError("component with name '" + wname + "' was not found in skin of screen '" + name + "'!")

skin.SkinError: {dTV-HD/skin.xml}: component with name 'title' was not found in skin of screen 'Setup'!

(PyObject_CallObject(<bound method NumberActionMap.action of <Components.ActionMap.NumberActionMap instance at 0x2f7578f0>>,('OkCancelActions', 'ok')) failed)

main thread is non-idle! display spinner!

]]>

</enigma2crashlog>

<pythonMD5sum>

<![CDATA[

Alles anzeigen

I do not have this problem personally, but on sat4all there are some complaints (2-3 persons) that they do not see the tuner at all and once back to the old drivers the tuner is back again...

It happens with this tuner info:

ALPS
BSBE2-401A
802011G

Based on reports on sat4all it seems that with the latest driver for the DM800 some tuners are not recognised anymore. When downgrading to a previous driver these boxes are performing well.

Beim myTube plugin habe ich keine sound meht...

Skylink/CDS changed something on the transponder. Currently with the latest driver you hear nice Dutch, Hongerian or Englisch comments... Problem solved thanks to the provider....

Auf diesem transponder kunnen die pcr values nicht matchen mit den pts und das dass den Ursach ist. SkyLink kann/moes den transponder anpassed oder DMM must den treiber anpassen dass mit keinem match doch sound gegeven wird (so wie es beim treiber bis 24-1-2009 war??)