Jump to content


Photo

OpenPLi 3.0: from alpha to beta status....


  • Please log in to reply
282 replies to this topic

Re: OpenPLi 3.0: from alpha to beta status.... #21 PhenomXy

  • Senior Member
  • 120 posts

+3
Neutral

Posted 23 September 2012 - 12:32

we stopped building 2.1 as we are finally over at 3.0
maybe we build a final 2.1 beta image in a few days or weeks

can you make a log as you run enigma2 via telnet?

main problems are
-no crashlogs after enigma2 sudden crash / block and then crash
-acc audio continuous stuttering, not allways, about 70% of the time
-not every PTS tmp file is deleted
-some times oscam-stable stops working (gets killed)

i'll keep logging...

PS. got installed PTS, xmltvepg importer and live football, hdmicec is set to disabled

Attached Files


Edited by PhenomXy, 23 September 2012 - 12:37.


Re: OpenPLi 3.0: from alpha to beta status.... #22 PhenomXy

  • Senior Member
  • 120 posts

+3
Neutral

Posted 23 September 2012 - 18:32


we stopped building 2.1 as we are finally over at 3.0
maybe we build a final 2.1 beta image in a few days or weeks

can you make a log as you run enigma2 via telnet?

main problems are
-no crashlogs after enigma2 sudden crash / block and then crash
-acc audio continuous stuttering, not allways, about 70% of the time
-not every PTS tmp file is deleted
-some times oscam-stable stops working (gets killed)

i'll keep logging...

PS. got installed PTS, xmltvepg importer and live football, hdmicec is set to disabled


short log:

enter standby
cannot open /proc/stb/audio/j1_mute(No such file or directory)
[eFilePushThreadRecorder] stopping thread.
[eDVBRecordFileThread] waiting for aio to complete
[eDVBRecordFileThread] buffer usage histogram (16 buffers of 188 kB)
      0:     34
      1:    307
      2:     28
[eFilePushThreadRecorder] THREAD STOP
thread joined 0
remove timeshift files
old thread joined 0
setIoPrio best-effort level 7 ok
[eBackgroundFileEraser] deleting '/media/hdd/timeshift.sA6myw.del'
[eBackgroundFileEraser] deleting '/media/hdd/timeshift.sA6myw.sc.del'
[eDVBCAService] free slot 0 demux 0 for service 1:0:19:EDA:7D5:2:11A0000:0:0:0:
[eDVBCAService] free service 1:0:19:EDA:7D5:2:11A0000:0:0:0:
decoder state: play, vpid=-1, apid=-1
DEMUX_STOP - pcr - ok
DEMUX_STOP - video - ok
VIDEO_STOP - ok
AUDIO_STOP - ok
DEMUX_STOP - audio - ok
AUDIO_CONTINUE - ok
DEMUX_STOP - ttx - ok
cleaning up
TuxTxt cache cleared
start release channel timer
[FanControl]: setting fan values (standby mode): fanid = 0, voltage = 5, pwm = 0
eHdmiCEC: received message 36 
[DVBCAHandler] no more services
release cached channel (timer timeout)
[eDVBLocalTimerHandler] remove channel 0x740210c0
[eEPGCache] remove channel 0x740210c0
stop release channel timer
close frontend 0
[ePopen] command: ('hdparm', 'hdparm', '-y', '/dev/sda')
child has terminated
pipes closed
poll: unhandled POLLERR/HUP/NVAL for fd 32(16)
[eDVBLocalTimerHandler] no transponder tuned... or no TDT/TOT avail .. try to use RTC <img src='http://openpli.org/forums/public/style_emoticons/<#EMO_DIR#>/smile.png' class='bbc_emoticon' alt=':)' />
[eDVBLocalTimerHandler]    getRTC returned time=0. RTC problem?
Killed
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
[eFilePushThreadRecorder] OVERFLOW while recording
broken startcode
broken startcode
broken startcode
broken startcode
[eFilePushThreadRecorder] OVERFLOW while recording
[eFilePushThreadRecorder] OVERFLOW while recording
broken startcode
broken startcode
broken startcode
broken startcode
[eFilePushThreadRecorder] OVERFLOW while recording
[eFilePushThreadRecorder] OVERFLOW while recording
[eFilePushThreadRecorder] OVERFLOW while recording
broken startcode
broken startcode
[eFilePushThreadRecorder] OVERFLOW while recording
[eFilePushThreadRecorder] OVERFLOW while recording
Killed

Edited by PhenomXy, 23 September 2012 - 18:33.


Re: OpenPLi 3.0: from alpha to beta status.... #23 fotjon

  • Senior Member
  • 162 posts

0
Neutral

Posted 23 September 2012 - 18:32

Btw I saw an openpli 2.1 update today. I suppose it will be the last one...as you mention

Xtrend ET-5000 // OpenPli 4


Re: OpenPLi 3.0: from alpha to beta status.... #24 TigTex

  • Member
  • 4 posts

0
Neutral

Posted 24 September 2012 - 15:09

I hope is not the last one...
Remember one thing. I know that openpli doesn't suport clones, only original DM, but you have to know that most of clone boxes that i've seen come preinstalled with openpli because of it's community, licenses and wide opensource code.
As some of you know, for clones to work, bcm****.ko needs to be patched and there are no patches for kernel 3.2 (openpli3.0), there are only patches for 2.6.18 (openpli2.1). So, by forcing everyone with 2.1 to upgrade to 3.0 to have minor improvements (it's the same enigma version) you are going to kill all the clones. Remember that the clone market is also huge compared to the original dmm boxes. With this change, openpli2.1 will stop getting updates and that will make thousands of users to leave openpli for other images.
Keeping openpli2.1 images is as simple as leaving the buildbot running like it were before openpli3.0 left the alpha version.
I also know that probably the admins will tell me "we do not support clones and never will, it's the owners problem, buy genuine only!". I perfectly understand that. But why do you want to loose a huge amount of openpli users just because you don't want to build a couple more of images every night?
Please, think about it.

(ps, i'm a genuine dm user, but not everyone has money to buy genuine hardware)

Re: OpenPLi 3.0: from alpha to beta status.... #25 Henksat

  • Senior Member
  • 14,843 posts

+50
Good

Posted 24 September 2012 - 15:20

TigTex,

In Holland, producing, buying and selling clones is an illegal activity, that`s why we don`t want to be related to those "clones".
As simple as that.

Re: OpenPLi 3.0: from alpha to beta status.... #26 TigTex

  • Member
  • 4 posts

0
Neutral

Posted 24 September 2012 - 15:38

Of course, but in many countries it's not illegal. oscam, cccam and cam's are illegal everywhere (because noone uses them to share 1 card over the same house but to share them to the world...) and you still provide daily builds on your servers and how-to guides. My point is, by having a cam on your server doesn't mean that that software will be used to illegal activities all around the world. The same with openpli2.1.
I've seen some reports of people that use 2.1 because of strange bugs with 3.0, because of older plugin support or just because they want the older kernel (less modules, lower overhead, more optimized). Building and giving openpli2.1 on your servers doesn't necessary mean that you are supporting "clones" and illegal activity, it only means that you are giving to the user the ability to choose between OE1.6 or 2.0 (stability vs cutting edge software)
Of course openpli3.0 is the way to go, but while it doesn't get mature enough, please keep building openpli2.1 nightlies and everyone will be happy

Edited by TigTex, 24 September 2012 - 15:40.


Re: OpenPLi 3.0: from alpha to beta status.... #27 Happysat

  • Senior Member
  • 697 posts

+43
Good

Posted 24 September 2012 - 15:40

Tex is a bit misinformed, some newer clone sim's can run OpenPLi 3.0 and also a patched driver did appear for kernel 3.2 for another sim.

About the "stop getting updates" dont worry there are some servers where 800se 2.1 users can update online to the latest 2.1 image build from sources :)

Octagon SF8008 / TBS5530  DVB-S2/T2 T-85/1.50Mtr/3x90cm (53e 52e 51,5e 28e 25,9e 23e 19e 13e 9e 4e 1w 5w 14w)


Re: OpenPLi 3.0: from alpha to beta status.... #28 Rob van der Does

  • Senior Member
  • 7,766 posts

+184
Excellent

Posted 24 September 2012 - 16:24

....oscam, cccam and cam's are illegal everywhere ....

That's where you are wrong.

Re: OpenPLi 3.0: from alpha to beta status.... #29 TigTex

  • Member
  • 4 posts

0
Neutral

Posted 24 September 2012 - 19:43


....oscam, cccam and cam's are illegal everywhere ....

That's where you are wrong.


Well that was completely offtopic... here in portugal you have to play every month for every single box that you have from your tv company, and each one uses 1 card, you can't share 1 single card over multiple boxes on the same house, it's illegal here because the tv company charges extra money if you have more tv's and i've also said after -> (because noone uses them to share 1 card over the same house but to share them to the world...). So all I was saying that 99% of the people use cam's to do illegal activities. It was just to prove a point. for example, openpli provides cam's on their servers (that are mostly used for illegal activities) but don't provide an openpli2.1 build to people that find openpli3.0 too much unstable or need to use software compatible only with 2.1 because they are concerned that openpli2.1 might be used on clones and that's illegal. It's as easy as keeping the buildbot running and building more openpli2.1 images for more a couple of months until openpli3 get's mature enough. If they don't do it, people will start doing home made builds and if they find bugs, they can't report them because they aren't using an "official" openpli build, even if the bug is present on the current 3.0 git
This is just a suggestion/opinion, nothing more

Re: OpenPLi 3.0: from alpha to beta status.... #30 kelsinni

  • Senior Member
  • 47 posts

0
Neutral

Posted 24 September 2012 - 20:03

Hi all...
in what concerns this issue, i share the opinion of TigTex...
Go on with this measures will take to this: all the people that has openpli image on their clone boxes (some millions arround the world) in short time will ALL change their image to othe that provides them some updates regulary.

I really dont know what is the main objective of OpenPli...maybe other that dont care about the number of people that have openpli images on their boxes...

Thks all

Re: OpenPLi 3.0: from alpha to beta status.... #31 fotjon

  • Senior Member
  • 162 posts

0
Neutral

Posted 24 September 2012 - 23:10

I approve OpenPli decision. With boxes like mine, selling as low as 170 Euro, why would you go for a dm800 or dm500hd clone? Might cost some Euros less, but same people register with pay servers so I don't think money is a problem here, its mental thing or knowledge problem. It is the problem of the people who sell and support them to provide to users the next patch. Although I will continue using 2.1 for some more weeks, I think the team should move on with 3.0 as their only focus.

Edited by fotjon, 24 September 2012 - 23:13.

Xtrend ET-5000 // OpenPli 4


Re: OpenPLi 3.0: from alpha to beta status.... #32 dAF2000

  • PLi® Ex-Leden
  • 14,151 posts

+52
Good

Posted 24 September 2012 - 23:10

I also know that probably the admins will tell me "we do not support clones and never will, it's the owners problem, buy genuine only!". I perfectly understand that. But why do you want to loose a huge amount of openpli users just because you don't want to build a couple more of images every night?

I can comment on that.
We just use the latest drivers from the manufacturer which are more or less stable. That's a technical decision; we don't choose specific drivers to prevent OpenPLi to run on clones. It's the manufacturer which uses all kinds of security systems to ban clones.
The update to the latest 3.2 kernel was also a technical decision. For example, the new kernel supports more/better WiFi USB-sticks. We can't stop developing just because there are clone boxes which may not work on the latest drivers. I think you'll understand that.

Also, OpenPLi 2.1 is not dead. The Enigma code base is just the same. Only the kernel (and drivers) differ.
Many answers to your question can be found in our wiki: http://openpli.org/wiki

Re: OpenPLi 3.0: from alpha to beta status.... #33 TigTex

  • Member
  • 4 posts

0
Neutral

Posted 25 September 2012 - 00:05

I perfectly agree and I'm sure that openpli3.0 is the right thing to do!
Over here, a clone of dm800se is about 169 euros and the original is 460 euro. If you only earn 440 euros month (minimal payment here) it's a little hard to pay that price for a genuine box if a cloned box does the same and costs half so I understand why some people buy clones.
And like i've said, I know that enigma uses the same code on 2.1 and 3.0, which means that it's even easier to mantain a 2.1 build for a couple of months while people don't migrate completely to 3.0.
Also, I know that you aren't "killing the clones" just because you want. It's because the dvb modules are binaries that came from dmm and can't be changed. If they make them, we use them, there's no reason to use older versions.
But remember, like kelsinni said, people with clones can perfectly use 2.1, but they can't use 3.0 for now. And those with clones will stop using openpli, you will loose a big amount of users by not building some 2.1 images for a couple more of months.
I'm not even concerned about people with clones, I'm concerned is that this images stop loosing popularity over others with lower quality because of a decision that the team took too soon.
If one decicion of not building openpli2.1 is because of legal issues, using the same logic openpli 3.0 can't also be built because people can use your images to watch paid tv for free with software on your servers...

OpenPLi isn't dead, but the 2.1 version is if there are no more regular updates

Edited by TigTex, 25 September 2012 - 00:08.


Re: OpenPLi 3.0: from alpha to beta status.... #34 Henksat

  • Senior Member
  • 14,843 posts

+50
Good

Posted 25 September 2012 - 00:14

OpenPLi isn't dead, but the 2.1 version is if there are no more regular updates


So be it, there will come a latest stable release from 2.1, and after that we`re only working at 3.0.

Re: OpenPLi 3.0: from alpha to beta status.... #35 Rob van der Does

  • Senior Member
  • 7,766 posts

+184
Excellent

Posted 25 September 2012 - 08:34

If one decicion of not building openpli2.1 is because of legal issues, using the same logic openpli 3.0 can't also be built because people can use your images to watch paid tv for free with software on your servers...

You can use your car to kill people. So we should stop building cars?

Re: OpenPLi 3.0: from alpha to beta status.... #36 fotjon

  • Senior Member
  • 162 posts

0
Neutral

Posted 25 September 2012 - 09:54

Over here, a clone of dm800se is about 169 euros and the original is 460 euro. If you only earn 440 euros month (minimal payment here) it's a little hard to pay that price for a genuine box if a cloned box does the same and costs half so I understand why some people buy clones.


Again with this nonsense. Why is it that it had to be called "dreambox" in the front for you to buy it? Have heard of Vu+ Solo, Uno, Xtrend 5000, 6000? They cost from 170-270 Euro and have far better HW specification then a dm800 or dm500 HD. And all are perfectly supported by Pli other teams or even by their manufacturers.

Xtrend ET-5000 // OpenPli 4


Re: OpenPLi 3.0: from alpha to beta status.... #37 WanWizard

  • PLi® Core member
  • 70,264 posts

+1,799
Excellent

Posted 25 September 2012 - 10:07

Note that there is a legal difference between a "compatible" box (that runs the same software on the same chipset, but with it's own design and drivers) and a "clone" box (which has a copied/stolen hardware design and is using hacked drivers from the OEM. Some even copied the box design, the brand name, and the packaging).

For the first category support is not a problem, and we will support any manufacturer that has proven to be willing to spend the time on (proper) driver development. The second one is theft, and we don't want any business with that. Period.

Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Ultimate (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 3.0: from alpha to beta status.... #38 Pr2

  • PLi® Contributor
  • 6,166 posts

+261
Excellent

Posted 25 September 2012 - 14:51

Hi,

If it is possible I would like to report a bug for OpenPli 3 in this thread... :huh:

Bug:
Xtrend ET-9000 - VFD display is not displaying time when STB go to stand-by, the last channel name or the last plugin used remains on the VFD.
Same when booting the ET-9000 the term booting remains on the VFD instead of mentionning the channel name

Remark 1:
I installed manually my favourite softcam, then make symlink from /etc/init.d/softcam to my own softcam startup script (like softcam selection does) but when restarting the box the softcam doesn't start.
Even if I can select it from the GUI. A restart from the GUI was working.
I need to install a softcam from the repository to see that an action is performed by the installer to really enable the softcam startup mechanism at boot.
Why the process that launches /etc/init.d/softcam is not started by default on Openpli 3.0?

Remark 2:
Seems like some french translation are broken or needs to be done for Openpli 3.0, because some part are still in english.

NO SUPPORT by PM, it is a forum make your question public so everybody can benefit from the question/answer.
If you think that my answer helps you, you can press the up arrow in bottom right of the answer.

Wanna help with OpenPLi Translation? Please read our Wiki Information for translators

Sat: Hotbird 13.0E, Astra 19.2E, Eutelsat5A 5.0W
VU+ Solo 4K: 2*DVB-S2 + 2*DVB-C/T/T2 (used in DVB-C) & Duo 4K: 2*DVB-S2X + DVB-C (FBC)

AB-Com: PULSe 4K 1*DVB-S2X (+ DVB-C/T/T2)
Edision OS Mio 4K: 1*DVB-S2X + 1*DVB-C/T/T2
 


Re: OpenPLi 3.0: from alpha to beta status.... #39 MiLo

  • PLi® Core member
  • 14,055 posts

+298
Excellent

Posted 25 September 2012 - 15:05

I need to install a softcam from the repository to see that an action is performed by the installer to really enable the softcam startup mechanism at boot.


The proper way to define your own is to install the "Custom" softcam. Then change the softcam.Custom script to do what you want.

Just hacking the softcam link is not gonna get you there.
Real musicians never die - they just decompose

Re: OpenPLi 3.0: from alpha to beta status.... #40 Pr2

  • PLi® Contributor
  • 6,166 posts

+261
Excellent

Posted 25 September 2012 - 23:23

OK, then question is, why the package: softcam-support is not installed by default in the image (the one that creates the K50softcam and S50softcam).

Since in the GUI the menu is already there, I was expecting to have it properly working out-of-the-box. I mean simply by dropping my softcam files manually.
Otherwhise menu Softcam Setup menu should not be displayed in the skin until this package (softcam-support) is installed only Common Interface should be displayed then.
Today I can drop my files, Softcam Menu let me select them but it doesn't launch them at boot (due to softcam-support missing by default). This is not consistent, from my point of view if an option is displayed in the GUI it should work without the needs to install any external .ipk file.

NO SUPPORT by PM, it is a forum make your question public so everybody can benefit from the question/answer.
If you think that my answer helps you, you can press the up arrow in bottom right of the answer.

Wanna help with OpenPLi Translation? Please read our Wiki Information for translators

Sat: Hotbird 13.0E, Astra 19.2E, Eutelsat5A 5.0W
VU+ Solo 4K: 2*DVB-S2 + 2*DVB-C/T/T2 (used in DVB-C) & Duo 4K: 2*DVB-S2X + DVB-C (FBC)

AB-Com: PULSe 4K 1*DVB-S2X (+ DVB-C/T/T2)
Edision OS Mio 4K: 1*DVB-S2X + 1*DVB-C/T/T2
 



1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users