samsamsam

Hello @athoik

There is no only one kind of "closed caption" - these one from your example file are not exposed as separate stream (they are not transmitted on separate PID), they are send in the H264 frames metadata.

So, just as logic suggests they should be returned in the callback by the video decoder. 

As, you know video decoding is not handled by the exteplayer3. Video decoding is handled by video processing unit, let say "hardware" (/dev/dvb/adapter0/video0).

Theoretically, you can parse each H264/H265 NAL frame to search metadata with subtitles.

But I am not sure how big impact this will have on the performance.

Regards,

Sam

For interested.

In the exteplayer3 v67 I added embedded DVB and XSUB graphic subtitle formats support in the same technology.

Sample files:

DVB:

https://subtitling.c...vb-subtitles-1/

XSUB:

https://wiki.multime.../index.php/XSUB

Regards,

Sam

Hello,

I added support for 

For interested embeded PGS subtitle format  to the exteplayer3:

https://github.com/e...d856eb2efad393b

https://github.com/e.../exteplayer3png

exteplayer3 extracts PGS subtitles frames, resize it to the valid size according to the skin resolution and save each frame as separate png file which can be displaied by the enigma2 system.

For example:

exteplayer3 -b 20 -G "/media/mmc/SubtitlesGraphic/"  -W "1280"  -H "720"  -9 0  "file:///media/mmc/pgs/Forced Sub Sample (PGS).mkv"

Output:

root@h9combo:/var/volatile/tmp# /iptvplayer_rootfs/usr/bin/exteplayer3 -b 20 -G "/media/mmc/SubtitlesGraphic/"  -W "1280"  -H "720"  -9 0  "/media/mmc/downloads/pgs/Forced Sub Sample (PGS).mkv"
{"EPLAYER3_EXTENDED":{"version":63}}
file: [file:///media/mmc/downloads/pgs/Forced Sub Sample (PGS).mkv]
{"PLAYBACK_OPEN":{"OutputName":"Output", "file":"file:///media/mmc/downloads/pgs/Forced Sub Sample (PGS).mkv", "sts":0}}
{"OUTPUT_OPEN":{"sts":0}}
{"PLAYBACK_PLAY":{"sts":0}}
{"v_c":{"id":0,"e":"V_MPEG4/ISO/AVC","n":"und","w":1920,"h":1080,"f":23976,"p":-1,"an":1,"ad":1}}
{"a_l": [{"id":1,"e":"A_IPCM","n":"eng"}]}
{"a_c":{"id":1,"e":"A_IPCM","n":"eng"}}
{"s_l": [{"id":2,"e":"S_GRAPHIC/PGS","n":"eng"}]}
{"s_f":{"r":0}}
{"s_f":{"r":0}}
{"s_s":{"id":2,"sts":0}}
{"s_c":{"id":2,"e":"S_GRAPHIC/PGS","n":"eng"}}
{"v_c":{"id":0,"e":"V_MPEG4/ISO/AVC","n":"und","w":1920,"h":1080,"f":23976,"p":1,"an":1,"ad":1}}
{"v_e":{"w":1920,"h":1080,"a":1,"f":24000,"p":1}}
{"s_a":{"id":2,"s":6173,"e":null,"r":[{"x":369,"y":526,"w":541,"h":115,"f":"2_6173_0.png"}]}}
{"s_a":{"id":2,"s":10844,"e":null,"r":[]}}
{"s_a":{"id":2,"s":11095,"e":null,"r":[{"x":343,"y":592,"w":593,"h":49,"f":"2_11095_0.png"}]}}
{"s_a":{"id":2,"s":14890,"e":null,"r":[]}}
{"s_a":{"id":2,"s":15224,"e":null,"r":[{"x":411,"y":592,"w":459,"h":39,"f":"2_15224_0.png"}]}}
{"s_a":{"id":2,"s":17351,"e":null,"r":[]}}
{"s_a":{"id":2,"s":28195,"e":null,"r":[{"x":549,"y":593,"w":182,"h":49,"f":"2_28195_0.png"}]}}
{"s_a":{"id":2,"s":29696,"e":null,"r":[]}}
{"log":"Frame read error: 'End of file'"}

All software used by me for this modification:

1. Bootloader for ATtiny2313A

https://github.com/e...vr_fastboot.git

2. Firmware for ATtiny2313A:

Hello @fairbird

Please re-try with attached exteplayer3  (v55)

I want to let you know that in version 52 of the exteplayer3 the playbac of the VP9 codec has been improved:

Here is commint:

https://github.com/e...f09ffbcd64f811d

Here you can find pre-compiled exteplayer3 for

- armv7:

        * ffmpeg (3.4.X) http://www.e2iplayer..._hard_ffmpeg3.4

        * ffmpeg (4.1.X) http://www.e2iplayer..._hard_ffmpeg4.1

- aarch64

        * ffmpeg (3.4.X) http://www.e2iplayer..._hard_ffmpeg3.4

        * ffmpeg (4.1.X) http://www.e2iplayer..._hard_ffmpeg4.1

This will allow playback of 4K content from YouTube via exteplayer3 on STBs which support VP9 codec.

This was tested on:

- Zgemma H9S

- Zgemma H7S

Regards,

SSS

@gorski

They are present but...

 

You have version 4.X of the ffmpeg libraries not supported at now.

As @kookesam you should install valid version according to http://iptvplayer.vl.../ffinstall.html

I am just asking if somebody noticed it in any other image, like OpenPLi, OpenATV, OpenViX etc. Just curious, that's all... 

No if they installed valid version of ffmpeg libraries.

When you will use install command mentioned here:

http://iptvplayer.vl.../ffinstall.html

libs will be placed in /iptvplayer_rootfs/ so they will not overwrite system one.

But it does not matter. Because gstplayer nor exteplayer3 will not work correctly with zgemma h9s and probably also on any other Enigma2 STB based on the HiSilicon sock.

Because of problem with drivers they wrote own closed player with small open part called hsiliconservice.

ist, dass man zig Ordner auswählen muss, bis man dann letztlich irgendwo angelangt ist (und im Grund überhaupt nicht mehr weiß, wo man sich denn nun eigentlich befindet).

You also have possibility to add directory to your favorites and search option. So, were is your problem?

You are programmer and you do not understand the location path?

Strange. My eight-year-old nephew understands this. But OK. Everyone has some problems.

Hello @mfaraj57

My request to make your virtualkeyboard as standalone module and not dependent on any library or functions from E2iPlayer as may be good replacement for the current virtualkeyboard and to be able to include it with our built images. 

It should be possible without big effort but at first I must finish its implementation. 

So, twisted web module can be used to implement this interface.

However, as I mentioned in the E2iPlayer I do not use twisted modute, so I implement SuggestionsProvider using python threading and enigma2 eTimer to poll suggestions (to not touch graphic components from other then main thread):

https://gitlab.com/i...vksuggestion.py

In the E2iPlayer at now I only wrote and use "Youtube Suggestions" provider in the Youtube host:

It supports Ligatures (used for example in the Arabic layout) as well as "deadcode"s

@Abu Baniaz

With such external receiver you will be able to use LIRC. But LIRC is not, so good as you think. 

When you know protocol and know your ir receiver spec then you can better handle key press, keys repeat, timeouts and so on.

But as I said with such external receiver there is no problem to use LIRC.

When I have some time I will provide schemes with pictures and instruction how/to. I think that this project can be useful for many users

Are you interested with such hardware?

Hello,

New patches for ffmpeg 3.4.2:

https://github.com/s...g/patches/3.4.2

Precompiled libraries:

https://gitlab.com/s...ter/ffmpeg3.4.2

Regards,

SSS