1748 replies to this topic

[athoik]

Also patches for siano based stick (xp doen't need this patch, also this patch obsoletes fix-dvb-siano-sms-order.patch) http://openpli.org/f...-2#entry396227. Do you wan't me to create patch for OE?

Yes please, everything with "sticks" I don't have a clue about, so it better be good

 

Here is the siano patch for OpenPLi OE :  0001-media-siano-always-load-smsdvb.patch.txt   6.27KB   5 downloads (for vu,dreambox and xtrend, xp no need, new kernel )

[Erik Slagter]

fix_dvbaudiosink_remove_wma.patch was never released public (it was included in black hole and we had to figure out the code) , but it is required in order to play wma via ffmpeg.

Thanks for your explanation, I will re-add it to the commit.

[Erik Slagter]

Here is the siano patch for OpenPLi OE : 0001-media-siano-always-load-smsdvb.patch.txt (for vu,dreambox and xtrend, xp no need, new kernel )

Cool. It may take few days though, I am not sure yet when I will have time.

[Erik Slagter]

fix_dvbaudiosink_remove_wma.patch was never released public (it was included in black hole and we had to figure out the code) , but it is required in order to play wma via ffmpeg.

Thanks for your explanation, I will re-add it to the commit.

Done. I had to change the patch a tiny bit to make it fit, after the other patches are applied.

[Erik Slagter]

Please note the e-mail commit log is incorrect, the commit is alright though.

[Erik Slagter]

The siano patch has been committed as well.

[macnuts]

There is a problem with USB DVB sticks on vu+ boxes, and the working patch is implemented by OpenATV already, see http://openpli.org/f...e-3#entry400684 for details. The patch itself is https://github.com/o...36974ca70ab5d89

 

Please merge that patch, if  you considered "/proc/bus/nim_sockets" way as acceptable as "/sys/class/dvb/dvb0.frontend%d" way to get virtual frontend.

 

Many thanks.

[Erik Slagter]

pieterg already stated a verdict on this change. This needs to be fixed by vuplus.

[macnuts]

Replace U+01B5 with U+17B in Polish teletext.

 

Both U+01B5 and U+017B refer to the same character, but with a different look.

U+01B5 is used with teletxt pages only. DVB subtitles use U+17B representation, teletext subtitles should use that one too.

 

For teletext pages there is no change: tuxbox.otb has both characters defined, and both look like U+01B5.

Here is a confirmation:

Not patched:  teletext-without_patch.jpg   175.22KB   64 downloads; patched:  teletext_patched.jpg   156.55KB   73 downloads

 

 

On the other hand, no ttf files has U+01B5 defined, so the character is missing in subtitles.

I've checked nmsbd.ttf, tuxtxt.ttf, valis_enigma.ttf

Not patched:  subtitles-without_patch.jpg   61.43KB   78 downloads; patched:  subtitles-patched.jpg   61.81KB   63 downloads

 

 

This problem might not have been spotted before as this letter is very rare in subtitles.

 

And the fix is very simple:

 

diff --git a/lib/dvb/teletext.cpp b/lib/dvb/teletext.cpp
index 314082b..15ca064 100644
--- a/lib/dvb/teletext.cpp
+++ b/lib/dvb/teletext.cpp
@@ -50,7 +50,7 @@ unsigned int NationalOptionSubsets[13*14] = {
  0, 0x0023, 0x0024, 0xc2a7, 0xc384, 0xc396, 0xc39c, 0x005e, 0x005f, 0xcb9a, 0xc3a4, 0xc3b6, 0xc3bc, 0xc39f, // German
  0, 0xc2a3, 0x0024, 0xc3a9, 0xcb9a, 0xc3a7, 0xe28692, 0xe28691, 0x0023, 0xc3b9, 0xc3a0, 0xc3b2, 0xc3a8, 0xc3ac, // Italian
  0, 0x0023, 0x0024, 0xc5a0, 0xc497, 0xc8a9, 0xc5bd, 0xc48d, 0xc5ab, 0xc5a1, 0xc485, 0xc5b3, 0xc5be, 0xc4af/*FIXMEE*/, // Lithuanian/Lettish
- 0, 0x0023, 0xc584, 0xc485, 0xc6b5, 0xc59a, 0xc581, 0xc487, 0xc3b3, 0xc499, 0xc5bc, 0xc59b, 0xc582, 0xc5ba, // Polish
+ 0, 0x0023, 0xc584, 0xc485, 0xc5bb, 0xc59a, 0xc581, 0xc487, 0xc3b3, 0xc499, 0xc5bc, 0xc59b, 0xc582, 0xc5ba, // Polish
  0, 0xc3a7, 0x0024, 0xc2a1, 0xc3a1, 0xc3a9, 0xc3ad, 0xc3b3, 0xc3ba, 0xc2bf, 0xc3bc, 0xc3b1, 0xc3a8, 0xc3a0, // Spanish/Portuguese
  0, 0x0023, 0xc2a4, 0xc5a2, 0xc382, 0xc59e, 0xc78d, 0xc38e, 0xc4b1, 0xc5a3, 0xc3a2, 0xc59f, 0xc78e, 0xc3ae, // Rumanian
  0, 0x0023, 0xc38b, 0xc48c, 0xc486, 0xc5bd, 0xc490, 0xc5a0, 0xc3ab, 0xc48d, 0xc487, 0xc5be, 0xc491, 0xc5a1, // Slovenian/Serbian/Croation

.

 

Attached is enigma patch as well.

Attached Files

•  0001-Replace-U-01B5-with-U-017B-in-Polish-teletext.patch.txt   1.67KB   4 downloads

Edited by macnuts, 30 January 2014 - 21:21.

[macnuts]

Could you please take a look at the patch I provided in previous post?

 

Many thanks.

[Erik Slagter]

It's in my queue, but I am very busy atm.

[eesatfan]

Please allso this change to git.

http://openpli.org/f...ndpost&p=403498

 

Thanks

[Persian Prince]

why we have "<setup key="osd" title="OSD settings">" in http://sourceforge.n.../data/setup.xml ?

 

is there any use for it ?

Edited by Persian Prince, 17 February 2014 - 21:59.

[Erik Slagter]

It's in my queue, but I am very busy atm.

Looks like Littlesat committed this?

[macnuts]

It's in my queue, but I am very busy atm.

Looks like Littlesat committed this?

Indeed.

Many thanks.

[christophecvr]

When You wan't to play wma files on dm8000 gst-ffmpeg is required.

 

Here a git patch which install it with dm dvb-mediasink

Attached Files

•  dmmgst-ffmpeg-add.patch   1.2KB   17 downloads

[Erik Slagter]

It this really all that's required to correctly play wma files?

Edited by Erik Slagter, 22 February 2014 - 16:02.

[christophecvr]

Yes that is all.

 

But it plays wma files up to version 8 . With gst version  0.1 (standard gst in pli4)

 

You can easely test it by using opkg install gst-ffmpeg

Then You can see that at the same time all required codecs to play wma files are installed ass well.

 

On the vuduo2 with standard pli4(gst-0.10.xxx) it always played the wma files up to version 8

 

When I'm using the modified gst-1.0 the vuduo2 even plays version 9 wma files.

this when gstreamer1.0-libav then (instead off the gst-ffmpeg).

[athoik]

Please make the patch available only to dm8000, dm800se can play wma with drivers (no software decoding).

[christophecvr]

Please make the patch available only to dm8000, dm800se can play wma with drivers (no software decoding).

Quit possible if it plays whitout the gst-ffmpeg installed. But for that they payed a lot to microsoft , this sound strange to me that dreambox did it.

 

Are You shure that You did not installed the package gst-ffmpeg (manually) it is build anyway but not installed by default ? If you just did opkg install gst-ffmpeg or installed some plugins or extra players it is possible that this package was installed as well.