Posts by lincsat

Starting to get the new version upgrade message on V58, does anyone have the newer release?

Further update, after a bit of experimentation. I copied the json file created in the PY2 image to the PY3 image, then ran the update bouquets and it crashed with this in the log

<   334.2619> Traceback (most recent call last):
<   334.2622>   File "/usr/lib/enigma2/python/Plugins/Extensions/JediMakerXtream/update.py", line 283, in getM3uCategories
<   334.2634>     downloads.getM3uCategories(jglob.live, jglob.vod)
<   334.2635>   File "/usr/lib/enigma2/python/Plugins/Extensions/JediMakerXtream/downloads.py", line 267, in getM3uCategories
<   334.2641>     if not line.startswith('#EXTINF') and not line.startswith('http'):
<   334.2642> TypeError: startswith first arg must be bytes or a tuple of bytes, not str
<   334.2643> [ePyObject] (CallObject(<bound method JediMakerXtream_Update.getM3uCategories of <class 'Plugins.Extensions.JediMakerXtream.update.JediMakerXtream_Update'>>,()) failed)

Hopefully that's some help

BTW, the PY3 image is ViX 5.5.015.003 and the box is Zgemma H7

Here is an update. I have managed to successfully got the M3U4U link working on an old PY2 image but the same playlists.txt file still fails on a newer PY3 image. So looks like something in the latest PY3 is breaking this. I understand that PY3 is still being developed and a fix is unlikely to be imminent - just a FYI

Just tried again, jedi shows Red. Immediately tried a WGET through Telnet and it downloaded OK. So nothing to do with the m3u4u site or a block

@robcwm could I ask a favour, if I PM you a link for a playlist from m3u4u, could you try it on your box and see if it shows online for you?

Quote from robcwm

Quote from lincsat

@robcwm So you're saying to go into playlists screen where it shows server not responding and then wait over 1 min before pressing the OK button to load?

@KiddaC If I host the m3u file on my NAS with a valid http address (I can download with wget) it shows not responding and pressing OK gives the invalid URL message, if I put the same m3u file in /etc/enigma2/jediplaylists/ then it loads OK, so I assume the m3u file itself is valid

Yes lincsat, best way is when playlist shows red (no connection) having added the playlist, back out of Jedi, wait a few minutes then reopen jedi, playlist should now show green and you can proceed to press "create". The anti-flood timelock on m3u4u doubles up on each attempt made so its easy to run up a 30 min lockout with a few impatient clicks

I've just tried after about 20 Hours and still Red. Can you confirm that downloads from m3u4u do usually work on Jedi

@robcwm So you're saying to go into playlists screen where it shows server not responding and then wait over 1 min before pressing the OK button to load?

@KiddaC If I host the m3u file on my NAS with a valid http address (I can download with wget) it shows not responding and pressing OK gives the invalid URL message, if I put the same m3u file in /etc/enigma2/jediplaylists/ then it loads OK, so I assume the m3u file itself is valid

I've been experimenting with this on ViX PY3 image whilst I try to get Sulls app upgraded to PY3. I use playlist editors like the XEEV and M3u4u. If I put the m3u link from these sites in the playlist.txt, it gives server not responding and on pressing OK, says invalid URL. If I download the m3u and place it on my NAS and enter the external link, then the same happens. If I put the m3u on the box, then it loads OK, so the file itself is valid.

Not sure if I'm missing something but isn't it supposed to download a standard m3u from an external link or does it only download from the panel link with the API call. I was just trying to automate the process as much as possible without having to manually download and FTP to box every time something changes

I've been having a try of the PY3 OpenViX image on a ZGemma H7. I have the Onyx skin working but not the movieplanner mod. I've tried several variations of the ViX files and the newer atv files but it just won't start. It's probably me messing something up but when (or if) you get some time could you have a look mate

I have a suggestion for key usage. Currently channel up and channel down change aspect ratio and the next and previous change channel. It would seem more logical to reverse these and have the channel up and channel down change channel and the next and previous change the aspect ratio

                 "next": self.nextAR,
                 "previous": self.prevAR,
                 "channelUp": self.prevVideo,
                 "channelDown": self.nextVideo,



                 "next": self.nextAR,
                 "previous": self.prevAR,
                 "channelUp": self.prevChannel,
                 "channelDown": self.nextChannel,

I get the same error but I have OpenSSL 1.0.2m 2 Nov 2017

Edit - Found a Binary build on the OScam forum that runs fine

Quote from lincsat

Quote from GONZALES

OSCam-Emu version 792

Code

did not work  Vu+ultimo 4k

On OpenViX, when trying to launch with the command prompt gives the error - can't find libcrypto.so.0.9.8

Doing a simlink to the existing libcrypto.so.0.9.7 and the cam will start with the command prompt but will not start with the ViX softcam manager

Display More

I've found using OpenViX many OScam builds do not start with their softcam manager but do open from the command line. I've had a look at the Python code and have found a solution that works for me. If you want to try it, then extract and put the file in /usr/lib/enigma2/python/Plugins/SystemPlugins/ViX/ and restart the GUI - be sure to keep a backup of the existing .pyo file

Quote from GONZALES

OSCam-Emu version 792

Code

did not work  Vu+ultimo 4k

On OpenViX, when trying to launch with the command prompt gives the error - can't find libcrypto.so.0.9.8

Doing a simlink to the existing libcrypto.so.0.9.7 and the cam will start with the command prompt but will not start with the ViX softcam manager

Quote from gladix

arm version

Yes, I can confirm the ARM version in the 1st post works

Can confirm that AFN AU is working with this release.

I've not tried deleting everything and starting again yet but I did look at the WebIF and when going onto the edit reader page for the AFN_EMU, I get this message at the top above all the configuration data

Error: protocol not resolvable

2f66d065.jpg

This does not appear on v8.2

Actually AFN isn't working for me even if I patch in the latest keys into the softcam.key file

Also not getting AU on AFN - Has something changed in the config requirement? Is it possible to roll back all the updates except the Powervue Hash?

Using ARM version, AFN On 9e does work but does not AU. Sat for several Hours without AU, went back to 8.2 and it AU in 5 minutes

I can confirm that AFN Powervue is OK with the ARM version, although the WebIF reports it's version 8.2 and not 8.3

Quote from KiddaC

Willo3092

openvix screens. Vix menu / Image backup / software update choices.

I have tweaked slyk Q and Onyx 1080 vix screens can you test them for me please willo.

I've installed the latest Onyx-1080 on OpenViX. I can confirm the updated o-vix.xml is much better with the Software update screen etc