Forums

considering to put it to OpenPLi

https://github.com/o...igma2/pull/1682

 

 

Please no...it just add more x-nas for something you rately use. Keep it simple.
Veranderd door littlesat, 8 juni 2020 - 22:58

I use PiP daily so sorry but PiP is not something that I rarely use. I know many other people that really enjoy using PiP.

Please don't generalise the way you are using your STBs to everybody.

For what is needed separate menu for PIP ?

I am not reacting on the proposed patch (because I don't really understand precisely what it brings), I just react on the fact that PiP is something that is used.

You can have different formats of the pip in the menu... it also manipulates channelselection. It is a relative high impact in e2 in code that openatv already manipulate a lot. It are a lot of extra lines of code with a lot of work to get it done in OpenPLi with a relative high risk of breaking something. As far my quick scan of the patch at the end I do not see much added value....
To do this really right the whole pip code need revision... so I prefer not to add more spaghetti to it.
So at the end I think keep it simple as is...
Veranderd door littlesat, 10 juni 2020 - 11:48

I heard from several OpenATV guys that the new PiP functionality don’t work on some boxes or have other issues. So better wait or test with different boxes before applying the patch.

Yes it is almost not possible to make manipulations here.... I worked on it a few years ago... and it eats time...
Veranderd door littlesat, 10 juni 2020 - 15:50

The "x-nas" might be useful, but this specific additions are mostly not quite useful or already present in some form.

 

I might consider some of the features if they would be requested one by one and not the way it's now presented like one big pile of stuff.

Yes it is almost not possible to make manipulations here.... I worked on it a few years ago... and it eats time...

 

Yes and I am still not okay with the PiP being stopped every time I enter a menu. This is something that is very likely to trigger driver bugs, constantly enabling and disabling PiP.

Real added value might be play a recoding in a pip.... which is not possible at all... but technically it can be done.
Veranderd door littlesat, 10 juni 2020 - 16:53

Real added value might be play a recoding in a pip.... which is not possible at all... but technically it can be done.

Without audio ? Why ?

Ok another one... audio swap

for me is our PIP ok ...  (except in stream, where 2 swap and PIP is black.

Yes playing a recording in PiP I'd call useful in some circumstances. Apparently it can be done but not from enigma now.

 

Usually the second video decoder can't output audio at all.

It need some recoding... I did it as test a few mouths ago... select pipzap goto movielist and play... basically it works but than suddenly there stepskip within the pip is a kind of issue to get it working as it should be.

When I had an Xtrend ET-9000 I often use PiP with playing sound from the PiP Windows and showing something else on the main screen.

But this was only possible because the ET9000 was one of the only box which was able to decode the audio in PiP, if I remember well the other boxes doesn't support this because there is no audio demux on the PiP.

For me, the ET9000 and ET10000 have been some of the best e2 boxes made.

If they had continued development to 4K and MultiStream options, sure we would have good devices available.

Veranderd door jpuigs, 13 juni 2020 - 18:17

The et9000 had limitations on audio for the second decoder, so it wasn't useful for everybody.

 

The et10000 had various serious issues, btw. Both hardware and software.

 

For me the most stable receiver ever was the dm8000, before they changed to a post 2.6 Linux kernel.

The dmm8000 was the post stable because they could fix driver issues in e2.... and I know they did!