312 replies to this topic

[piplan1966]

Hi
I download videos by plugging USB into my receiver,
Then I put the video from USB to the computer,
If I upload the video from the computer to a forum, it does not upload.
If I download from mobile, it is done.
What is the reason for this?

[WanWizard]

No idea what you mean by "downloading", but in general video sites (like youtube, etc) adjust the delivered data for the device and screensize  which does the downloading.

 

So it could very well be the resulting file on your mobile is much smaller, no forum allows uploads of unlimited size.

[Dimitrij]

DimitarCC

Another bug

"Show record indicator" -->Red colored

 

[littlesat]

typically an issue due to there are too many options in the channel selection... so when you want to change one thing it is getting a big spaghetti monster.

"Show record indicator" -->Red colored

[Dimitrij]

And what?

After all, all these options worked before the big changes.

Just need to check all modes options, on all standard openPli skins(HD-FullHD), before using such a large code.

 

this need add check

				-if (m_pixmaps[picRecord] && isRecorded)
                               + if (m_pixmaps[picRecord] && isRecorded && ((m_record_indicator_mode == 1) || (m_record_indicator_mode == 2)))
				{
					eSize pixmap_size = m_pixmaps[picRecord]->size();
					xlpos -= 15 + pixmap_size.width();
					eRect area = eRect(xlpos, offset.y() + yoffs + (ctrlHeight - pixmap_size.height())/2, pixmap_size.width(), pixmap_size.height());
					painter.clip(area);
					painter.blit(m_pixmaps[picRecord], ePoint(area.left(), area.top()), area, gPainter::BT_ALPHABLEND);
					painter.clippop();
				}

Edited by Dimitrij, 29 December 2023 - 12:01.

[littlesat]

Then go for a merge request. Develop is what testing is for.

[DimitarCC]

Yes when you found bugs or glitches and found a solution you can always make PR for it.

The purpose of the changes was adding new elements to the 2 line mode that was impossible to do with old code. Also there was simplification in python part.

[WanWizard]

Dimitar,

 

Just wondering: is there any reason for making the second infobar screen smaller than the infobar itself, instead of make the bottom of the screen (lower left and lower right) match the infobar ? I think it will give the illusion of a popup (or roll-open) which is a bit easier on the eye.

 

Also, it is possible to give the infobar the same treatment as Screen_Base when it comes to alpha blending? As the infobar is very slow to load on HiSilicon boxes, while other screens that use Screen_Base as panel don't suffer from that problem.

[DimitarCC]

There is no particular reason second infobar to be smaller. Maybe the only reason is that if it matches the infobar size it will cover most of the screen and there is no PIG.

So only infobar suffers from alphablending issue on HiSilicon boxes?

Interesting.... I have to look at that....

[WanWizard]

I posted a video about the infobar problem a few weeks ago.

[DimitarCC]

Yes i saw it, but i thought that it is for all screens and not only the infobar...

[littlesat]

The wierd thing is that it seems practically only related to the infobar and the most difficult thing it does at least here not always happen.

[Huevos]

Maybe someone needs to get hardware acceleration working HiSi boxes.

[Dimitrij]

Yes when you found bugs or glitches and found a solution you can always make PR for it.

 

Please create PR

+

Fixed] [listboxservice] zero column lenght not work

 

This is your code and you know its logic.

[littlesat]

Please merge request on OpenPLi? This one is on Vix.

[WanWizard]

Yes i saw it, but i thought that it is for all screens and not only the infobar...

 

No, it is specific to the infobar.

 

In comparison, the second infobar also has a light-grey underlay with a black overlay with rounded corners, but doesn't show the problem.

 

From what I see, the difference is that the infobar uses large png's that must be alphablended, while the second infobar and other screens (using Screen_Base) doesn't alphablend the large images, it only alphablends the small corner images, which is much faster.

[littlesat]

It are svgs that are alphablended... and from a long time ago I remember this may bring in an issue...  

Edited by littlesat, 30 December 2023 - 13:22.

[WanWizard]

No, Dimitar uses png's for the underlay's.

 

These cause the problem:

		<ePixmap pixmap="infobar_bg.png" position="38,862" size="1839,184" zPosition="-11"/>
		<ePixmap pixmap="infobar_overlay.png" position="370,864" size="1505,180" alphatest="blend" zPosition="-11"/>

I have removed blending from the first, which speeds that one up without (as far as I can see) no side effects, but the second can't be removed without display issues in the rounded corners.

[littlesat]

Why not make one picture without overlay… so the overlay is already embeded in that picture? then you do not need the alphablending?

[DimitarCC]

Generally its possible but then if you want to resize only the overlay the whole image have to be created again.

With using small images only for the rounded corners in the middle will use only eLabel with background color that will eliminate the alphablending of whole huge image and you will be possible to freely resize elements without modifying any image.