christophecvr

Do also not forget the closed source parts,  The day when some things are really going to court , and the sources will have to been made avbl to court and there experts, they will discover all the non dm code coming from other guys just like :

Yes You littlesat,Pieterg, me and a lot of others , all pure opensource gpl code which is not allowed to be used in there own closed code .

The result a hopeless extreme expensive complete irrelevant waist of time in courts.

Ter info gstreamer developpers receipes 1.11 update to date 24-12-2016.

Ter are many changes and cleanups upstream.

Should build fine into pli master-next (and does work fine since 1.8.3 very unstable and a lot is not ok)

https://github.com/c...TREAMER-RECIPES

merry Christmas to all

Further investigation showed that the wav with dts plays ok also on vuduo2 but the duo2 driver does not downmix when it's only audio (why I really do not know), so if You use spdif and a amplifier it (should play) nice with real dts sound.

But I just adapted the :

https://github.com/c...ox-dvbmediasink

Now if You build with last (master or experimental) and install on You're box the gstreamer plugin :

gstreamer1.0-plugins-bad-dtsdec  (with opkg install)  don't install this plugin on a dreambox !

When dts downmix is on the files will play

@All

Since the core member does not reply on any question , eventually advice, planning, will the branch remain will it change ......

Take a look on the comment in :

https://github.com/O...b6b8c4af3737f95

Verry fun since so what all testers do have the extreme opposite then that comment.

Ik verbaas me er elke keer weer over dat mensen wel het tabje 'forum' vinden maar het tabje 'wiki' ernaast niet. Blijft apart...

Ik ben dar niet zo verbaasd over, De meeste mensen komen via google op zoek naar een antwoordt dikwijls op openli . Er staan veel oplossingen of uitleg over allerhande zaken in het forum.

Je ziet echter nergens wiki staan. Je moet eerst home tab zoeken en daar vind je de tab wiki. Misschien een typ is van de tab wikI ook te zetten in forum pagina daar waar tab Home , Forum, Members , Calendar staan.

Note

PLI5-GSTREAMER-RECIPES 1.9.90 updated to master of 28-10-2016 (libav now based on FFmpeg release 3.2).

https://github.com/c...TREAMER-RECIPES

Gstreamer 1.9.90 recipes one extra patch for hls streams. They do start better now but hls still not 100 % on gstreamer by an stb. Main cause is fact that we can't run in sync on a stb.

@athoik thks

Now it works I well needed to create own patch for dm8000 the one from git would not apply (dunno why as my own created looks the same).

for dm8000 it's included here

But I think there should be done something so that there is latin codec support to utf8 in python. I'm afk that in time much more problem will arise . Also with e2 self once seriously works are started for subtitles and so on ...

Also for translations problems in time could arise I think at start for German and French as example.

Enigma2 next-master.

I noticed that a program like for example handbrake version 0.10.5 or greater when adding srt subtitles before rendering the media,

does add a blank line at the end off string to the imported reencoded srt to ssa codec. By 0.10.2 this was not the case. It is clear that this is a bug.

In e2 the result is that You're real subittle off one line will become 2 lines which means the subittle self and a extra blank line. That of 2 lines will become 3 lines the 2 off the sub + one blank line.

The user will see this as a subtittle which is printed one line higher which is very annoying.

Other players like vlc(which uses ffmpeg) or totem-gstreamer( standard ubuntu videoplayer which is using gst-1.x now) do solve this issue by stripping the last return (new line ) '\n'.

Here the patch for next-master to solve this like other players did.

Hello to all and especially core members.

Now for further development about the upcoming pli5 still master next concerning gstreamer.

It will be gstreamer > = 1.0

Is it a good idea since now openpli-oe-core master-next and master-for-gcc5 is working with e2 next-master to remove all deprecated code related to gst < 1.0. ?

This would make it a lot easier to finally add mkv vob subtitle support and as far like possible based on gstreamer evolution also chapter support on m4v containers and so on ...

by gst >= 1.0 we are working with subtitle in sync (which was not possible by gst < 1.0)

Off course this for code by e2 next-master only.

Here the patch

@Taapat I just found the reason it's actually a forgotten issue about the base linux command mount.

If You try to mount an iso file and or even a real cd,dvd or blu-ray.

If you just use mount with command mount xxxx   It will be mounted an iso9660 file system not as an udf file system. 

First always try to mount with mount -t udf option if that fails try iso9660.

Now since blu-ray is I gues always udf and I not really someone use the bluray as a file media holder we always can try with udf first. when mount iso in movieplayer.py

just only need to make a patch but if You change the code line from :

				Console().ePopen('mount -r %s %s' % (iso_path, mount_path), self.mountIsoCallback, (mount_path, 0, path))

into :

				Console().ePopen('mount -r %s -t udf %s' % (iso_path, mount_path), self.mountIsoCallback, (mount_path, 0, path))

all is ok .

extra note if you had mounted the media before with mount -t udf then unmounted the iso type is cached and that is will always be mounted as udf . till you reboot.

@all self builders.

gues all now that with some media especially that with has been re rendered to have a smaller filesize that when pasing to paused. The media blocked.

We where unable to relaunch or unpause the media only stoping the media helped.

For some reason gstreamer lost info about audio track in use. This resulted into a pipeline stuck into state playing pending state paused.

This issue also blocked all further options for the media in use . The only option was to stop media.

This patch solves this issue.

See further comments in the patch included here.

I well set into the patch a certain very good procedure of mx3L which was limited to gst-1.0 also avbl for gst-0.10.

According to manual off gst-0.10 it should work. But this will need testing by a self builder who still build his image pli4 with gst-0.10. to be shure.

I'm almost shure it will be ok and a very nice improvement for the still going on beta pli4 image with gst-0.10.

A typical media whit such pause/unpause problems I know it's a very ugly one but nice for test.

https://www.dropbox....ldlife.avi?dl=1

Gstreamer 1.9.0.1 recipes update on :

https://github.com/c...TREAMER-RECIPES

Fast rewind will afaik not work.
Old Linux DVB api only has fast forward ioctl: http://linuxtv.org/d..._function_calls
And if you cannot tell the box that the video should be displayed in reverse order it won't work.

With mentioned v4l api it should work:
https://linuxtv.org/...ecoder-cmd.html
I tested it some time ago and it didn't work. I think I have tested it on a xtrend box. But I also don't believe that other boxes support this.

Yes if we could use the new api it would be much better.

I already saw one very promissing things is for example the :

 

V4L2_DEC_CMD_START 0 Start the decoder. When the decoder is already running or paused, this command will just change the playback speed. That means that calling V4L2_DEC_CMD_START when the decoder was paused will not resume the decoder. You have to explicitly call V4L2_DEC_CMD_RESUME for that. This command has one flag: V4L2_DEC_CMD_START_MUTE_AUDIO. If set, then audio will be muted when playing back at a non-standard speed

That should allow us to use the new implemented (as from gst 1.6) trick seek without audio.