Jump to content


Photo

OpenPLi 7.1 Release Candidate


  • Please log in to reply
202 replies to this topic

Re: OpenPLi 7.1 Release Candidate #61 littlesat

  • PLi® Core member
  • 49,497 posts

+533
Excellent

Posted 20 May 2019 - 22:54

And that is relatively new... once chosen languages cannot be rechosen multiple times as it does not make sense....

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


Re: OpenPLi 7.1 Release Candidate #62 majidnourollahi

  • Senior Member
  • 31 posts

0
Neutral

Posted 21 May 2019 - 05:29

when you download a 4k video from you tube in pli 7 it cant be played and watched.

 

PLEASE CONSIDER THIS ISSUE IN PLI 7.1 


My box is  Vu+ uno4kse


Re: OpenPLi 7.1 Release Candidate #63 littlesat

  • PLi® Core member
  • 49,497 posts

+533
Excellent

Posted 21 May 2019 - 06:19

On which box....
The hardware should support the YouTube codex

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


Re: OpenPLi 7.1 Release Candidate #64 WanWizard

  • Forum Moderator
    PLi® Core member
  • 48,865 posts

+835
Excellent

Posted 21 May 2019 - 10:27

On which box...

 

See his signature.

 

Afaik the latest broadcom sdk has disabled a few old codecs, including VP8 (and maybe VP9) which are in use by Youtube. If this is the issue, nothing much we can do about it, please complain with VU+.


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2), SAB Alpha Triple HD (S2+T2), Zgemma H3.T2C (T/C), Zgemma H6 (fallback), VU+Zero (fallback)

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

note: I do not provide support via PM !

 


Re: OpenPLi 7.1 Release Candidate #65 twol

  • Senior Member
  • 275 posts

+8
Neutral

Posted 21 May 2019 - 14:52

Cannot multiboot from OpenPli  RC 7.1 to OE-A Image on h7/hd51 both images running latest zgemma rootdirectory code.

OE-A images use STARTUP_1 thru 4 for h7/hd51

Receiver crashes during boot up and is totally locked out from any access .. I am assuming because the code writes old format STARTUP_x into STARTUP

 

The reverse is handled so you can boot to OpenPli, just cannot get back.


Edited by twol, 21 May 2019 - 14:54.

Gigablue Quad 4K & UE 4K
.........FBC Tuners:
------------------> DUR-Line DCR 5-1-8-L4 Multiswitch to 1.5M dish(28.2E)
------------------> Spaun SUS 5581/33 NFA Multiswitch to 80 cm dish(19.2E)
.........DVB-S2X into 90cm dish (27.5W)

Octagon SF8008 DVB-S2X tuner using Legacy ports on multiswitches
Edision Osmio 4K+, Zgemma H9Combo and Multibox using Legacy ports on multiswitches
Zgemma H9twin & Zgemma H9 C/S mode into Giga4K
 


Re: OpenPLi 7.1 Release Candidate #66 betacentauri

  • PLi® Core member
  • 5,527 posts

+251
Excellent

Posted 21 May 2019 - 16:38

OE-A uses different startup file names like PLi. Not really good...

 

Which disk.img did you install? OE-A one or PLi one? Or better please post which startup files are present on the box and please check whether ALL include  rootsubdir=linuxrootfsX.


Edited by betacentauri, 21 May 2019 - 16:39.

Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: OpenPLi 7.1 Release Candidate #67 twol

  • Senior Member
  • 275 posts

+8
Neutral

Posted 21 May 2019 - 17:09

h7 receiver
Usb flashed latest OpenVix - so boot is using rootsubdir. STARTUP names are STARTUP_1 thu 4
Flashed OpenATV latest into slot 2 and OpenPli rc 7.1 into slot 3.... ALL using rootsubdir
Can flip between OpenViX and OpenATV . Can boot to OpenPli . Crashes on boot to OpenATV or OpenViX
OpenPli SystemInfo for h7 is:
SystemInfo["canMultiBoot"] = SystemInfo["HasRootSubdir"] and (1, 4, "mmcblk0", False)

FlashOnline coded added by zgemma 1st checks canMultiboot (which is False)
.. then checks STARTUP names used by OpenPli ...... this fails
So code then writes a startup using OLD format.....
startupFileContents = "boot emmcflash0.kernel%s 'root=/dev/mmcblk0p%s rw rootwait %s_4.boxmode=1'\n" % (slot, slot * 2 + 1, model)

Zgemma are aware of formats used by OE-A so should have handled this situation

Edited by twol, 21 May 2019 - 17:10.

Gigablue Quad 4K & UE 4K
.........FBC Tuners:
------------------> DUR-Line DCR 5-1-8-L4 Multiswitch to 1.5M dish(28.2E)
------------------> Spaun SUS 5581/33 NFA Multiswitch to 80 cm dish(19.2E)
.........DVB-S2X into 90cm dish (27.5W)

Octagon SF8008 DVB-S2X tuner using Legacy ports on multiswitches
Edision Osmio 4K+, Zgemma H9Combo and Multibox using Legacy ports on multiswitches
Zgemma H9twin & Zgemma H9 C/S mode into Giga4K
 


Re: OpenPLi 7.1 Release Candidate #68 betacentauri

  • PLi® Core member
  • 5,527 posts

+251
Excellent

Posted 21 May 2019 - 17:28

Second check is for "/tmp/startupmount/STARTUP_LINUX_4_BOXMODE_12" which is not present. Third check is for file "/tmp/startupmount/STARTUP_LINUX_4". This file should be present and then this is executed:

elif os.path.isfile("/tmp/startupmount/STARTUP_LINUX_4"):
   shutil.copyfile("/tmp/startupmount/STARTUP_LINUX_%s" % slot, "/tmp/startupmount/STARTUP")

https://github.com/O...shImage.py#L483

 

Where is the error?


Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: OpenPLi 7.1 Release Candidate #69 betacentauri

  • PLi® Core member
  • 5,527 posts

+251
Excellent

Posted 21 May 2019 - 17:30

Ah, damn now I see. The files are called STARTUP_X


Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: OpenPLi 7.1 Release Candidate #70 betacentauri

  • PLi® Core member
  • 5,527 posts

+251
Excellent

Posted 21 May 2019 - 17:43

So changing these 2 lines (https://github.com/O...ge.py#L483-L484)

elif os.path.isfile("/tmp/startupmount/STARTUP_LINUX_4"):
    shutil.copyfile("/tmp/startupmount/STARTUP_LINUX_%s" % slot, "/tmp/startupmount/STARTUP")

into

elif os.path.isfile("/tmp/startupmount/STARTUP_4"):
    shutil.copyfile("/tmp/startupmount/STARTUP_%s" % slot, "/tmp/startupmount/STARTUP")

should be sufficient, or? Can you test that twol?

 

Do we harm other boxes with this? As far as I can see no, but would be good if someone can confirm.


Edited by betacentauri, 21 May 2019 - 17:44.

Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: OpenPLi 7.1 Release Candidate #71 twol

  • Senior Member
  • 275 posts

+8
Neutral

Posted 21 May 2019 - 18:59

unfortunately we have to add the elif as the h9Combo (thank you zgemma!) uses the STARTUP_LINUX_1 thru 4 (thankfully on both OpenPli and OE-A meta), so we need both elif tests.
I f someone can run a build, I can get it tested (unfortunately I no longer have a hd51/h7) ... we don‘t need feeds as we just need to test.
Would be nice to get OpenPli 7.1 out so we can get through these issues with the zgemma boxes.

Gigablue Quad 4K & UE 4K
.........FBC Tuners:
------------------> DUR-Line DCR 5-1-8-L4 Multiswitch to 1.5M dish(28.2E)
------------------> Spaun SUS 5581/33 NFA Multiswitch to 80 cm dish(19.2E)
.........DVB-S2X into 90cm dish (27.5W)

Octagon SF8008 DVB-S2X tuner using Legacy ports on multiswitches
Edision Osmio 4K+, Zgemma H9Combo and Multibox using Legacy ports on multiswitches
Zgemma H9twin & Zgemma H9 C/S mode into Giga4K
 


Re: OpenPLi 7.1 Release Candidate #72 betacentauri

  • PLi® Core member
  • 5,527 posts

+251
Excellent

Posted 21 May 2019 - 19:24

Yes, right :(. Why does every manufacturer reinvent the wheel...

I can create PR tomorrow.
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: OpenPLi 7.1 Release Candidate #73 twol

  • Senior Member
  • 275 posts

+8
Neutral

Posted 21 May 2019 - 19:45

Yes, right :(. Why does every manufacturer reinvent the wheel...
I can create PR tomorrow.

Because they think they know better than the “others“
Thanks again - appreciate your help on this issue which should never have arisen - this is really a manufacturer‘s issue (in my view!)

Gigablue Quad 4K & UE 4K
.........FBC Tuners:
------------------> DUR-Line DCR 5-1-8-L4 Multiswitch to 1.5M dish(28.2E)
------------------> Spaun SUS 5581/33 NFA Multiswitch to 80 cm dish(19.2E)
.........DVB-S2X into 90cm dish (27.5W)

Octagon SF8008 DVB-S2X tuner using Legacy ports on multiswitches
Edision Osmio 4K+, Zgemma H9Combo and Multibox using Legacy ports on multiswitches
Zgemma H9twin & Zgemma H9 C/S mode into Giga4K
 


Re: OpenPLi 7.1 Release Candidate #74 WanWizard

  • Forum Moderator
    PLi® Core member
  • 48,865 posts

+835
Excellent

Posted 21 May 2019 - 20:45

I can create PR tomorrow.

 

PR for 7.1-rc please, I'll merge it back into develop.


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2), SAB Alpha Triple HD (S2+T2), Zgemma H3.T2C (T/C), Zgemma H6 (fallback), VU+Zero (fallback)

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

note: I do not provide support via PM !

 


Re: OpenPLi 7.1 Release Candidate #75 betacentauri

  • PLi® Core member
  • 5,527 posts

+251
Excellent

Posted 21 May 2019 - 21:30

Sure ;)
Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: OpenPLi 7.1 Release Candidate #76 betacentauri

  • PLi® Core member
  • 5,527 posts

+251
Excellent

Posted 22 May 2019 - 17:08

Please merge: https://github.com/O...igma2/pull/2147


Xtrend ET-9200, ET-8000, ET-10000, OpenPliPC on Ubuntu 12.04

Re: OpenPLi 7.1 Release Candidate #77 WanWizard

  • Forum Moderator
    PLi® Core member
  • 48,865 posts

+835
Excellent

Posted 22 May 2019 - 17:41

Done, and merged back.


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2), SAB Alpha Triple HD (S2+T2), Zgemma H3.T2C (T/C), Zgemma H6 (fallback), VU+Zero (fallback)

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

note: I do not provide support via PM !

 


Re: OpenPLi 7.1 Release Candidate #78 littlesat

  • PLi® Core member
  • 49,497 posts

+533
Excellent

Posted 23 May 2019 - 09:07

I think these kind of patches is something we need to avoid.... Brrr.... 


Edited by littlesat, 23 May 2019 - 09:12.

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


Re: OpenPLi 7.1 Release Candidate #79 jamu

  • Member
  • 20 posts

0
Neutral

Posted 23 May 2019 - 14:01

Did a couch-flash to 7.1rc on my VU+ UNO 4K SE. The flash itself worked fine, but restoring auto backup settings failed to download any plugins, which resulted in a largely default system.

 

Looking at the autorestore log in /home/root, at the top you could see errors about resolving "downloads.openpli.org" -- which would seem to indicate that the network was not up at the time the auto backup restore was launched. I'm connected with ethernet to a Google Wifi disc directly.

 

Network obviously worked fine afterwards without any manual configuration, as I was able to telnet into the device and look at the logs. Internet was also fully functional at that time, and I was able to install backupsuite plugin manually to restore my previous working image.

 

Is this a known problem? Feels like some sort of race-condition in bringing up the network, and trying to use it too quickly before the network is fully up.



Re: OpenPLi 7.1 Release Candidate #80 WanWizard

  • Forum Moderator
    PLi® Core member
  • 48,865 posts

+835
Excellent

Posted 23 May 2019 - 14:12

Logical, if you connect via wifi, you need to configure your ssid and password to be able to connect (assuming your AP doesn't allow public access).

 

These values are in the backup, but won't be available until after the restore, which is sort of a chicken and egg situation.

 

It might be possible to see if we can adapt the restore procedure, restore the network configuration, restart the network, and restore the rest. It's something we need to look at, and won't be available for 7.1-release.


Currently in use: VU+Duo 4K (2xFBC S2), Amiko Viper T2C (T2), SAB Alpha Triple HD (S2+T2), Zgemma H3.T2C (T/C), Zgemma H6 (fallback), VU+Zero (fallback)

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

note: I do not provide support via PM !

 





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users