thanks for quick answer
OpenPLi 6.0 » Release candidate
Re: OpenPLi 6.0 » Release candidate #41
Re: OpenPLi 6.0 » Release candidate #42
Posted 1 July 2017 - 19:34
Also please notes that what you're now seeing is Release Candidates. We're still ironing out some issues in the building process. The images produced are complete, but may have wrong feeds, incorrect package versions and also we may decide to start from scratch at any moment, which means a full flush is required. So really, most people should just wait for the actual release.
* 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 6.0 » Release candidate #43
Posted 1 July 2017 - 19:46
I guess DMM doesn't need any of open source images as they are the best and they have the best "The one and the only DreamOS"Entertaining as usual - the Flash of the dm7020 is twice as big as the Flash of the dm8000Also all dreamboxes except dm8000 right ?
Anyway you can create a compatible bsp layer for all dreambox models on github and share it with everyone but as far as I know you don't like the idea of sharing maybe because you're an angel or something
Open Vision sources: https://github.com/OpenVisionE2
Re: OpenPLi 6.0 » Release candidate #44
Re: OpenPLi 6.0 » Release candidate #45
Re: OpenPLi 6.0 » Release candidate #46
Posted 1 July 2017 - 20:20
I guess DMM doesn't need any of open source images as they are the best and they have the best "The one and the only DreamOS"
Entertaining as usual - the Flash of the dm7020 is twice as big as the Flash of the dm8000Also all dreamboxes except dm8000 right ?
Anyway you can create a compatible bsp layer for all dreambox models on github and share it with everyone but as far as I know you don't like the idea of sharing maybe because you're an angel or something
Then remove dm8000 too ...
Re: OpenPLi 6.0 » Release candidate #47
Posted 1 July 2017 - 20:24
Then remove dm8000 too ...
As said in PR go for all or nothing... anyway I don't care for meta-dream, we stop all SatDreamGr Dreambox images as well (in experimental).
Nothing / Void / Null ...
PS. I did spend lot of time supporting Dreamboxes for fun, even make the patches required to build GStreamer 1.0 for Dreamboxes for fun, even make other patches for fun, but it's not fully when you get criticized with words like crappy patches.
If Dream Property (or what ever is the new name of the company) want's REAL OpenPLi they can communicate with voorzitter AT openpli.org (like all others do).
Edited by athoik, 1 July 2017 - 20:30.
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916
Re: OpenPLi 6.0 » Release candidate #48
Posted 1 July 2017 - 20:25
Supply Dreamboxes with configured OScam for CDS and TVV smartcard. Never a problem.
Re: OpenPLi 6.0 » Release candidate #49
Re: OpenPLi 6.0 » Release candidate #50
Re: OpenPLi 6.0 » Release candidate #51
Re: OpenPLi 6.0 » Release candidate #52
Posted 1 July 2017 - 22:33
Thank you for this build!
I can't find HDMI-CEC, any help?
See https://wiki.openpli.org/HDMI-CEC, at the bottom of the page
Re: OpenPLi 6.0 » Release candidate #53
Posted 2 July 2017 - 00:01
Indeed, you are entertaining as usual. And that is about the extend of your contribution. Again, as usual.
The remark about the flash was only about the DM800SE.
The dm500hd / dm800se pli6 images also fit in the 64M flash, you can gain some needed memory by making some simple cleanup changes to python_2.7.12.bbappend.
Now a bunch of .py files and even some .exe files are stored in /usr/lib/python2.7 !
See as example: https://github.com/o...2.7.12.bbappend
Edited by gjstroom, 2 July 2017 - 00:04.
Amiko8240, DM500HD, DM800, DM800SE, DM800SESR4, DM800SEV2, VU+ SoloSEV2, VU+ UnoSE
Re: OpenPLi 6.0 » Release candidate #54
Posted 2 July 2017 - 00:46
With enough per-box changes you can make anything work. You could probably make it run on a DM600pvr if you really try hard enough.
But it is exactly what we don't want, we simply don't have the manpower to maintain, update and support lots of different "code bases", one for every box. And reverse engineer and fix everything every time there is (for example) an OE update. For the same reason we don't allow "IF boxtype THEN something special" code to creep into our Enigma2 code.
Sometimes you have to make decisions, and stick to your principles.
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 6.0 » Release candidate #55
Posted 2 July 2017 - 01:44
I think that is the right choice. OpenPLi will keep working on these boxes (only the 4 version) and if you want the latest version of the software you have to upgrade your hardware sometimes (otherwise the backwards compatibility will put a break on development).
Compare it to the fact that you cannot install Windows 10 on a Pentium 1 with 16 M memory. It might be possible if Windows 10 was stripped down a lot, but then you would either have to maintain 2 versions (the stripped down version and the full version, which wastes time that can also be used for development) or bring out one version and loose the advantages that technical improvements bring (as you can't use the improvements because the old hardware doesn't support them).
It is good to leave the choice to the user. If you don't want to buy new hardware with bigger flash, you don't have to and can use the software that is available (OpenPLi 4). If you do want the latest version, you should also be prepared for the fact that you might need to invest in replacing some hardware every few years. Just like the fact that you can use a Pentium 1 with 16 M and Windows 3.11 still for word processing and printing, but if you want all new things (like internet) you have to replace the hardware.
Edited by Dream1975, 2 July 2017 - 01:49.
Mutant HD2400, OpenPLi nightly, 2x DVB-C & 2x DVB-S
Mutant HD51, OpenPLi nightly, 1x DVB-C & 1x DVB-S
Wavefrontier T55 (Astra 1,2,3 en HB)
Smartcards Ziggo (Irdeto) and CDS (Seca) on Oscam
Re: OpenPLi 6.0 » Release candidate #56
Posted 2 July 2017 - 08:18
Edited by daveraver, 2 July 2017 - 08:19.
Re: OpenPLi 6.0 » Release candidate #57
Posted 2 July 2017 - 08:28
kernel 4.10 formular was stabel like mutant 4.10 same kernel same driver team ... , when 4.10 formular not ok its same with mutant...
correct dreambox support is very shit for opene2 teams, but vu support not better , vu support only one team all bug request we have send over 2 years only 5 % was fixed
xtrend support for old models was dead no more updates, look pli not see xtrend et9/5/6 have issue with gcc 6 , check ac3 downmix not working , drivers must recompile and sec board check not remove its time for remove this...
please wte send us the last driver make all users happy
Re: OpenPLi 6.0 » Release candidate #58
Posted 2 July 2017 - 08:35
I use hdf 6.2 as primary image with multiboot, openpli has released image 6.0 with multiboot support. If i try to install it on startup_3
i have this error message:
umount: can't umount /oldroot_bind: Invalid argument
What's the problem ?
My box is AX4KHD51 aka Mutant HD51
Thanks for support
Edited by rsync, 2 July 2017 - 08:36.
Re: OpenPLi 6.0 » Release candidate #59
Re: OpenPLi 6.0 » Release candidate #60
3 user(s) are reading this topic
0 members, 3 guests, 0 anonymous users