Jump to content


Photo

OpenPLi-4 Gstreamer 1.6.x (master git) images


  • Please log in to reply
159 replies to this topic

Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #41 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 23 November 2015 - 17:32

There are some md5sum mismatches in the feed.
Thats probably because some gstreamer packages are architecture dependant (e.g. mips32el) and some are machine dependant (e.g. dm800se). Since building for many receivers takes long, the feed will break for previous receivers when there are upstream commits.

I'll build a fixed rev (snapshot) when I get back.

Edited by MastaG, 23 November 2015 - 17:33.


Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #42 cenko

  • Senior Member
  • 91 posts

0
Neutral

Posted 24 November 2015 - 07:31

 

 

No. solo2 doesn't support 4k resolution and cannot decode h265 encoded data (in hardware).

I was told with the new enigma2 plugin called gstreamer H.265, solo2 can downscale 4K to 1080p and we can watch a 4K channel with solo2 and fullHD TV.

 

http://gstreamer.fre...g/releases/1.6/

 

 

In theory may be. But the box is too slow to decode 4k h265 in software (the box has no h265 hardware decoder). Even fast PCs have problems with it and they are much faster than a solo2.

 

Thanks.



Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #43 Rob van der Does

  • Senior Member
  • 7,766 posts

+184
Excellent

Posted 24 November 2015 - 07:43

Why do you think VU+ introduced a 4k receiver recently? ;)

To make money out of the actual 4k-hype before it collapse?

Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #44 Erik Slagter

  • PLi® Core member
  • 46,960 posts

+541
Excellent

Posted 24 November 2015 - 15:05

 

Why do you think VU+ introduced a 4k receiver recently? ;)

To make money out of the actual 4k-hype before it collapse?

LOL... You know what I mean ;)

 

People always think they can upgrade their existing device cheaply so they're equivalent to a more expensive piece of hardware. It just doesn't work that way.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #45 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 24 November 2015 - 17:15

The most fun with a brand new led tv 48" the resolution 1920x1080p is more then enough. I do not think that on a ultra HD tv 48 " and a 4K box and real h256 media You will notice a difference. Perhaps If You move to much bigger screens but ok if You wan't to make a cinema hall at You're house Gues it's normal to pay more fore it.



Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #46 Erik Slagter

  • PLi® Core member
  • 46,960 posts

+541
Excellent

Posted 24 November 2015 - 17:27

UHD has one MAJOR advantage though (often overlooked)...


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #47 MastaG

  • Senior Member
  • 1,531 posts

+118
Excellent

Posted 24 November 2015 - 18:21

I'm on this one with chris, if you own a +65 inch screen you would see the difference when watching television your couch.

However the hevc compression technique (h265) really has its benefits.
It compresses video to roughly 50% the size compared to mpeg4 (h264).

So if everyone would own a hevc compatible receiver, the broadcast providers would have much more bandwidth to play with.

Canal Digitaal NL for example encodes most of its prenium sd channels in mpeg4 for this reason.
So you'd need a hd compatible receiver to watch those.

Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #48 Erik Slagter

  • PLi® Core member
  • 46,960 posts

+541
Excellent

Posted 24 November 2015 - 19:50

However the hevc compression technique (h265) really has its benefits.
It compresses video to roughly 50% the size compared to mpeg4 (h264).

More like 25%.

 

Maybe compared to mpeg4-vc (aka divx...)

 

The main advantage of UHD is the 1080p50/60 mode!


Edited by Erik Slagter, 24 November 2015 - 19:50.

* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #49 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 24 November 2015 - 20:36

Curious,

The main advantage of UHD is the 1080p50/60 mode!

But according to another expert the last full Hd tv's (well the modern one) are normally also 1080p50  (60 not all). Its the older version which where only 1920x1080i.

 

agree that a UHD off course will also do 1080p50  and 60.



Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #50 WanWizard

  • PLi® Core member
  • 68,617 posts

+1,739
Excellent

Posted 24 November 2015 - 21:32

It's not about the TV (a lot of TV's can handle 1080p50), but the fact that the current HD broadcasts are all 1080i25.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #51 kuscu38

  • Member
  • 4 posts

0
Neutral

Posted 25 November 2015 - 07:01

OpenPLi-4-et4x00_usb.zip Link is dead

link is now  ok but i  have no sound on many iptv channels how to fix?



Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #52 Erik Slagter

  • PLi® Core member
  • 46,960 posts

+541
Excellent

Posted 25 November 2015 - 13:02

It's not about the TV (a lot of TV's can handle 1080p50), but the fact that the current HD broadcasts are all 1080i25.

Even mine, from 2007...


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #53 kurben

  • Senior Member
  • 41 posts

+3
Neutral

Posted 25 November 2015 - 14:17

It's not about the TV (a lot of TV's can handle 1080p50), but the fact that the current HD broadcasts are all 1080i25.

Well to be very exact it is 1080 interlaced 50Hz and then it is deinterlaced to 1080 progressive 25 Fps and then again doubled in frame rate to 50 fps.



Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #54 kurben

  • Senior Member
  • 41 posts

+3
Neutral

Posted 25 November 2015 - 14:20

Another question, will the AAC to AC3 conversion also work on DVB streams on live tv?



Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #55 Erik Slagter

  • PLi® Core member
  • 46,960 posts

+541
Excellent

Posted 25 November 2015 - 18:56

 

It's not about the TV (a lot of TV's can handle 1080p50), but the fact that the current HD broadcasts are all 1080i25.

Well to be very exact it is 1080 interlaced 50Hz and then it is deinterlaced to 1080 progressive 25 Fps and then again doubled in frame rate to 50 fps.

If you're going to be pedantic, at least do it well :P ;)

 

WanWizard already says it correctly, although you can discuss whether it should be referred to as i25 (frames per second) or i50 (fields per second).

 

Either receiver or TV use a "deinterlacer" that uses whole frames to represent combined fields, to make up a pseudo-progressive picture. It doesn't loose information, like a traditional deinterlacer, where 50 fields per second is converted to 25 frames per second. That is, if you have 50 fps progressive output enabled. If you didn't, the receiver will pass on the interlaced fields as-is and they will be doubled by the TV itself.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #56 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 25 November 2015 - 19:17

All nice but ....

 

I'm not an expert about those detailed stuff....

 

A lot of other persons call them self experts on the matter . And they all have other explanations and sometimes even 180 ° against each other. This for what should be exact science . :P

 

Wel a simple question.

 

Lets' first asume (what is not the case but perhaps will come in future)

 

Channel tvv tv1 has a movie and for the movie they broadcast it with really 1920x1080p50 .

My box duo2 does handle 1920x1080p50  (normally the duo2 can,)

My tv recent full hd (not ultra hd) should be able to handle 1920x1080p50.

 

The result should be a movie showed with real 1920x1080p50. On My tv.

 

Is this true ?

 

If not , why not ?



Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #57 Erik Slagter

  • PLi® Core member
  • 46,960 posts

+541
Excellent

Posted 25 November 2015 - 19:56

Yes that is true. If all steps inbetween are progressive, there will be no fields, no interlacing and so no deinterlacers.

 

And that is exactly why UHD is so interesting, it allows 1080p50 material to be broadcast without interlacing. For "normal" HD it's not allowed.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #58 luis67

  • Senior Member
  • 76 posts

0
Neutral

Posted 25 November 2015 - 20:05

I am using Openpli-4 Gstreamer 1.6.x based image on my original dm500 hd and i have problems with media player,to be more specific,video files(mkv) played in wrong scan.

720x576 progressive video file played in 720x576 interlaced

 

7X29QxC.jpg

 

llBDQHV.png

 

SwluNca.jpg

 

http://www.megafileu...5xp9/Sample.mkv

Sample video file to test.

 

 

 

Edited by luis67, 25 November 2015 - 20:08.


Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #59 kurben

  • Senior Member
  • 41 posts

+3
Neutral

Posted 25 November 2015 - 20:11

As Erik say, it is correct. I tried to edit my posting to explain the difference between Inverse Telecine and video deinterlacing but I let it rest.. 

 

Back to topic regarding Gstreamer,

 

I have read the 1.0 thread about Gstreamer and it seems like Gstreamer only handle file playback? What is the module that handle live tv? is it dvbsink? The reason I am asking is because I would like the option of AAC to AC3 option on the live channels.



Re: OpenPLi-4 Gstreamer 1.6.x (master git) images #60 Erik Slagter

  • PLi® Core member
  • 46,960 posts

+541
Excellent

Posted 25 November 2015 - 20:23

Live TV = DVB hardware. Gstreamer doesn't come near it.


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.



1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users