33 replies to this topic

[littlesat]

Sounds like these kind of boxes Socs cannot handle full picture PIP.... FOR h7, HD51 and also for the vs1500 this is an alternative mode from the SOC...

[mirkinho]

FOR h7, HD51 and also for the vs1500 this is an alternative mode from the SOC...

So could be a limitation of the chipset Arm Broadcom?

[littlesat]

That was what I suggested... then a work a round could be hide the pip, play audio of pip (if the drivers and/or hardware supports it) and show the main screen... but not all boxes support hide pip... so also this work a round cannot be performed for all boxes...

[mirkinho]

That was what I suggested... then a work a round could be hide the pip, play audio of pip (if the drivers and/or hardware supports it) and show the main screen... but not all boxes support hide pip... so also this work a round cannot be performed for all boxes...

Could be a good idea, for me will be enough to play audio from a pip also without hide the pip image (that could be remain very small in a corner of the display).
But, how play the audio from pip and not from main screen?

[littlesat]

But not all boxes can hide the PIP... they only can make them extreme small... This means all is a work-a-round....  and not universal over the boxes

Edited by littlesat, 19 June 2018 - 12:23.

[Pr2]

In other words, what Littlesat says is that it cannot be integrated in the standard OpenPLi image because there is no "universal" solution possible that will work on every supported box.

So somebody interested in your request and having the same hardware, needs to write this feature as a plugin which will be box specific (like I had on my ET-9000).

[mirkinho]

In other words, what Littlesat says is that it cannot be integrated in the standard OpenPLi image because there is no "universal" solution possible that will work on every supported box.
So somebody interested in your request and having the same hardware, needs to write this feature as a plugin which will be box specific (like I had on my ET-9000).

I understood, will be sufficient a plug-in that change the audio from main to pip picture.
Unfortunately I tried to “play” with the pipsetup.pyo but without results, only with strange position of the pip!

[Erik Slagter]

hd51, h7, vs1500 and e4hd have also this problem.

Yes it's a known limitation of the bcm7251. IIRC I already mentioned that, or was it somewhere else?

[Erik Slagter]

Sounds like these kind of boxes Socs cannot handle full picture PIP.... FOR h7, HD51 and also for the vs1500 this is an alternative mode from the SOC...

That does not have influence on the size of the PiP decoder. The 7251 is really a very basic SoC and it comes with limitations.

Edited by Erik Slagter, 20 June 2018 - 17:36.

[Erik Slagter]

On my ET-9000 it was possible to select the audio source, when I replace my ET9000 it was no longer possible. It was explained to me that it is a hardware limitation, because some PiP implementation in driver doesn't provide a mean to access the audio of the PiP image (no audio decoder available).

Indeed, only the ET9x00's could do this trick.

[hidra]

 

Sounds like these kind of boxes Socs cannot handle full picture PIP.... FOR h7, HD51 and also for the vs1500 this is an alternative mode from the SOC...

That does not have influence on the size of the PiP decoder. The 7251 is really a very basic SoC and it comes with limitations.

 

Can you explain what are this limitations?

 

Ex. if i set Boxmode: 12, and set video output in 480p, can i have a full screen pip ? (i need to view a channel but listen audio from another)

[Erik Slagter]

The manufacturer doesn't come with exact data about this. I'd say try and see what works.

[gorski]

It's weird, as the box is powerful and yet... The only major flaw I find is this PiP experimental mode for each image installed in H7 - it just does not work, period.

 

And given the firepower, the fabulous tuners which can record from many different channels at the same time, plenty of RAM etc. - bizarre!

[gorski]

Can somebody check this out again, please, with OpenPLi?

Why?

 

Well, after a long time, I just checked again (In my H7S with PurE2 v. 6.2, booting into PiP variant, obviously [2 x DVB-S2X and DVB-T2]): PiP is now working fine! No more freezing, crashing, slowing down badly etc. etc. Coders tell me that the last driver improvement was at the end of August, so...?

 

As in:

-no problem watching 2 channels, audio from only one, of course

-swapping them and that way you change which channel's audio you listen to

-resizing them, from one very small, all the way to splitting the screen, i.e. to equal size windows

-zapping one window, then

-changing which window will be zapped in and zapping in that window freely

-madly changing channels from a big list in any direction, whichever channel (I have a T90 with 12 LNBs)

-combining sat tv and terrestrial channels etc.

 

Pretty darn smooth, I am pleased to say...

 

The "experimental" part from the name of the image can be removed, as far as I am concerned - it just does what it says on the tin!

 

P.S. Also tested my new H9.2H - also working well, I am pleased to say, any sat TV channel + terrestrial channel...