Jump to content


Photo

merge requests for PLi's git


  • Please log in to reply
1748 replies to this topic

Re: merge requests for PLi's git #521 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 24 March 2014 - 14:28

I guess it means the suppression of the typical "vibration" of thin horizontal lines when scaling interlaced video, due to the unavoidable bob/weaving before the scaling.


* 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: merge requests for PLi's git #522 Persian Prince

  • Senior Member
  • 1,982 posts

+247
Excellent

Posted 25 March 2014 - 21:15

i think it won't harm if you add the support

 

any future drivers with the related proc files could support it


Open Vision sources: https://github.com/OpenVisionE2


Re: merge requests for PLi's git #523 SpaceRat

  • Senior Member
  • 1,030 posts

+65
Good

Posted 12 April 2014 - 20:30

Fix for OpenSSL (CVE-2014-0160) Heartbleed [SECURITY-ALERT!]
--- openpli-oe-core/openembedded-core/meta/recipes-connectivity/openssl/openssl_1.0.1e.old	2014-04-12 17:34:17.169024482 +0200
+++ openpli-oe-core/openembedded-core/meta/recipes-connectivity/openssl/openssl_1.0.1e.bb	2014-04-12 17:33:49.565024089 +0200
@@ -4,7 +4,7 @@
 # if they are available.
 DEPENDS += "ocf-linux"
 
-CFLAG += "-DHAVE_CRYPTODEV -DUSE_CRYPTODEV_DIGESTS"
+CFLAG += "-DHAVE_CRYPTODEV -DUSE_CRYPTODEV_DIGESTS -DOPENSSL_NO_HEARTBEATS"
 
 PR = "${INC_PR}.0"
 
After applying the OpenSSL fix, you can bumb OpenVPN to 2.3.3 (As I do not know which .bb is used, here without path):
--- openvpn_2.3.2.bb    2014-04-10 10:21:33.952676200 +0200
+++ openvpn_2.3.3.bb    2014-04-10 11:18:24.468938800 +0200
@@ -10,8 +10,8 @@
 SRC_URI = "http://swupdate.openvpn.org/community/releases/openvpn-${PV}.tar.gz \
            file://openvpn"

-SRC_URI[md5sum] = "06e5f93dbf13f2c19647ca15ffc23ac1"
-SRC_URI[sha256sum] = "20bda3f9debb9a52db262aecddfa4e814050a9404a9106136b7e3b6f7ef36ffc"
+SRC_URI[md5sum] = "5c66ea3143ac884a3075521bd74ede06"
+SRC_URI[sha256sum] = "f025d14631105a66e501ca897830cd4d26a1438530cd9174dc6169536ae4b113"

 CFLAGS += "-fno-inline"
 

1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: merge requests for PLi's git #524 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 13 April 2014 - 09:41

I noticed that with latest build for dm8000, the gst-dreambox-mediasink is updated. The dts-passtrough-downpatch-for-ac3 not needed anymore. It is already adapted into the basic source.

The patch fails ass well during build wich is logic.

 

Here the git patch which removes this dts-pastrough patch for gst-dreambox-dvbmediasink  build.

 

Tested on dm8000 and all passtrough ac3 works perfect (even ac3+ by me since I patched enigma2 in my own build).

 

git patch against master off 08:30 Hour this morning.

 

 

Attached Files



Re: merge requests for PLi's git #525 littlesat

  • PLi® Core member
  • 56,091 posts

+685
Excellent

Posted 13 April 2014 - 10:11

@spacerat,

Can you offer us a patch we can directly commit using git -am

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: merge requests for PLi's git #526 athoik

  • PLi® Core member
  • 8,456 posts

+326
Excellent

Posted 13 April 2014 - 11:00

I noticed that with latest build for dm8000, the gst-dreambox-mediasink is updated. The dts-passtrough-downpatch-for-ac3 not needed anymore.


DTS != AC3

Are you sure you can get DTS sound without a patch?
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: merge requests for PLi's git #527 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 13 April 2014 - 11:09

I noticed that with latest build for dm8000, the gst-dreambox-mediasink is updated. The dts-passtrough-downpatch-for-ac3 not needed anymore.


DTS != AC3

Are you sure you can get DTS sound without a patch?

Is ac3+ DTS ?

 

Then Yes (on dm off course with enigma2 patch ass well which is not implemented in openpli4 basic)

 

Which channels are dts or have dts stream so I can test I indeed did only acp and ac3+


Edited by christophecvr, 13 April 2014 - 11:09.


Re: merge requests for PLi's git #528 ims

  • PLi® Core member
  • 13,583 posts

+210
Excellent

Posted 13 April 2014 - 11:12

And what line "SRC_URI += "file://dm-ac3Plusbypass.patch" in enigma.bb ?


Kdo nic nedělá, nic nezkazí!

Re: merge requests for PLi's git #529 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 13 April 2014 - 11:21

And what line "SRC_URI += "file://dm-ac3Plusbypass.patch" in enigma.bb ?

gues You mean this ac3+ patch for dreamboxes included here.

 

That is still needed has nothing to do with gst-dreambox-dvbmediasink but it's the dm drivers self which uses bypass 7 insstead off 0x22 like drivers for other stb's.

Attached Files



Re: merge requests for PLi's git #530 ims

  • PLi® Core member
  • 13,583 posts

+210
Excellent

Posted 13 April 2014 - 11:25

ok, but then it should not be added into patch for DTS...Removal...


Kdo nic nedělá, nic nezkazí!

Re: merge requests for PLi's git #531 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 13 April 2014 - 11:28

ok, but then it should not be added into patch for DTS...Removal...

Do not follow what You mean. here ?



Re: merge requests for PLi's git #532 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 13 April 2014 - 11:29

I noticed that with latest build for dm8000, the gst-dreambox-mediasink is updated. The dts-passtrough-downpatch-for-ac3 not needed anymore.


DTS != AC3

Are you sure you can get DTS sound without a patch?

Ard das erste = with dolby digital 2.0 and works fine without that 001-passtrough patch



Re: merge requests for PLi's git #533 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 13 April 2014 - 11:36

Also arte HD works in Originalton Dolby Digital  So indeed that patch is not needed anymore.



Re: merge requests for PLi's git #534 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 13 April 2014 - 12:59

ok, but then it should not be added into patch for DTS...Removal...

Do not follow what You mean. here ?

Ohh shit yes I see now what You mean (I forgot that I commited that personal change before thats why it creeped unwanted in the patch) sorry sorry.

 

Hereby the corrected one

Attached Files


Edited by christophecvr, 13 April 2014 - 13:00.


Re: merge requests for PLi's git #535 SpaceRat

  • Senior Member
  • 1,030 posts

+65
Good

Posted 13 April 2014 - 13:02

@spacerat,
Can you offer us a patch we can directly commit using git -am

Just merge openembedded-core, they have updated to OpenSSL 1.0.1g (rather than adding just another patch to 1.0.1e):
http://git.openembed...ctivity/openssl
1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: merge requests for PLi's git #536 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 13 April 2014 - 13:10

@spacerat,
Can you offer us a patch we can directly commit using git -am

Just merge openembedded-core, they have updated to OpenSSL 1.0.1g (rather than adding just another patch to 1.0.1e):
http://git.openembed...ctivity/openssl

I seems that the git was already patched with that 1.0.1e cve patch

 

openssl: backport fix for CVE-2014-0160

Just upgrading OE-core was causing too much trouble for now, so
instead, patch the vulnerability that really matters. Also bump
the PR.

See also:
http://cgit.openembe...84dd90177379242



Re: merge requests for PLi's git #537 SpaceRat

  • Senior Member
  • 1,030 posts

+65
Good

Posted 13 April 2014 - 13:51

openssl: backport fix for CVE-2014-0160

Head <> wall.

If I was an author, I would add this to my license:

"x.1 The name of this software is $NAME.
x.2 Its name together with a version number assigned by its original author(s) denotes a specific version of this product.
x.3 Each version number equals exactly one (1) source code set on the author(s) code repository.
x.4 You are not allowed to be suggestive to be delivering a specific version of this program unless you are using its original code as pointed out under x.3.
...
x.y Programs based on a multitude of versions of this software and/or containing hacks ressembling the behaviour of newer versions in older versions ("backports") of it MUST NOT be named $NAME and MUST NOT be named in a way suggesting it was software $NAME.
x.z Hacked versions of $NAME MUST NOT contain links to original support addresses, neither eMail nor any other form of URI or hint at original support places."


@christophecvr: YOU know why I'm that pissed off by fake versions.
Obviously the idiots at Debian don't know everything but everything better ...
So they should write their own OS and programs, rather than hacking existing code, faking versions.

This is the mess they left us with:

All OpenSSL versions 1.0.1 to 1.0.1e are vulnerable unless the heartbeat functionality has been disabled, which can easily be detected by just checking for heartbeats.
They are also not vulnerable if they have been uselessly been patched rather than updated, but this can only be guessed or by trying to exploit, as patched versions have heartbeats.

All other versions are not affected UNLESS they received heartbeat functionality through backports from versions OpenSSL 1.0.1 to 1.0.1e UNLESS a patched version was used for the backport ...

Gnarf, argls, vomit.

Oh and yes:
All versions of vlc 2.1.3 can handle streams transcoded by Vu+ Solo² or Duo² UNLESS a set of unfucked idiots with ash-tray sized glasses at Debian decided to ship a version of libav from 1965 with your OS ...
1st box: Vu+ Ultimo 4k 4xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
2nd box: Gigablue Quad 4k 2xDVB-S2 FBC / 2xDVB-C / 1.8 TB HDD / OpenATV 6.2
testing boxes: Vu+ Duo² + AX Quadbox HD2400 + 2x Vu+ Solo² + Octagon SF4008
Sats & Pay-TV: Astra 19.2°E + Hotbird 13°E with Redlight / SCT HD / SES Astra HD- / Sky V14 / 4th empire propaganda TV
Card-Server: Raspberry Pi + IPv6-capable oscam
Router: Linksys WRT1900ACS w/ LEDE + Fritz!Box 7390

Re: merge requests for PLi's git #538 WanWizard

  • PLi® Core member
  • 68,215 posts

+1,713
Excellent

Posted 13 April 2014 - 14:08

@SpaceRat

 

We're looking into the oe-core merge at the moment, which seams like a better option than disabling the heartbeat or applying the patch.


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: merge requests for PLi's git #539 christophecvr

  • Senior Member
  • 3,131 posts

+140
Excellent

Posted 13 April 2014 - 14:09

@SpaceRat,

ter info

 

I do have nothing to do with this openssl: backport fix for CVE-2014-0160 fix.

 

Just repported that someone already put it in te git.



Re: merge requests for PLi's git #540 Erik Slagter

  • PLi® Core member
  • 46,951 posts

+541
Excellent

Posted 13 April 2014 - 14:12

All versions of vlc 2.1.3 can handle streams transcoded by Vu+ Solo² or Duo² UNLESS a set of unfucked idiots with ash-tray sized glasses at Debian decided to ship a version of libav from 1965 with your OS ...

This has nothing to do with debian. All distributions are guilty of crippling libav, either by disabling codecs or by issueing stone aged version ("we only ship released software"). We all know that, there is no need for such language.

* 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.



0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users