Posts by Nofan Tasi

uploaded 64bit target built from kszaq 8.1.3 git tag to LE – Google Drive

uploaded 64bit target built from kszaq 8.1.1 git tag to LE – Google Drive

Quote from eastmate

You can edit http://LibreELEC.tv/packages/linux-firmware/qca9377-firmware-aml/package.mk file.

Code

PKG_VERSION="1.0.0-4".

that goes !

I was trying to build 64bit image on 8.1.1 tag but it fails at getting qca-firmware_1.0.0-3_armhf.deb

  GET      qca9377-firmware-aml

I guess there is a way to fix this?

Thanks

Quote from plikmuny

[...]

You are a developer, why cant you maintain a dedicated Thread for 64bit Build ?

I am not really an LE developer, rather someone who (re)builds software from source. But you are right. Maybe I should create a separate 64bit build thread. However: I have no authority to fix any issues that could be reported. Also: the 32bit/64bit builds, in theory, should have very comparable functionality.

Quote from plikmuny

Hi all, I think this thread has become now just a feedback and bug reporting thread.

Can we have just a pure development talk here only if it's intended for that purpose?.

Are our developers busy working on leia build or have we reached a perfection build for our s905 boxes?

you can start a dedicated s905 development thread/talk

8.0.2e 64bit image + some addons uploaded to LE – Google Drive

Quote from kszaq

Nofan Tasi dvb_tv source is now up to date.

thanks, I start 64bit build.

Quote from kszaq

Nofan Tasi Sorry, looks like I forgot to push it to GitHub. I need to ask you to wait a few days, I am away from my compile server.

sure, no problem at all

For building on tag 8.0.2e it seems one cannot download dvb_tv-aml 6bfb250.tar.gz from any of the locations

https:// http://codeload.github.com/kszaq/dvb_tv-aml/tar.gz/6bfb250

http:// http://sources.libreelec.tv/mirror/dvb_tv-…-6bfb250.tar.gz

https:// http://github.com/kszaq/dvb_tv-aml/archive/6bfb250.tar.gz

(added space after :// for avoiding URL shortcut)

You might be right about newer NFS implementations.

'lsof' should help tell which ports are in use for which programs.

RPC ports are mapped dynamically.

There may be implementations one can configure or invoke for client ports to be mapped to given static ports.

Quote from ozkaradag

Is this build 32bit, 64bit?

BR...

The official OP kszaq builds are 32bit for various very good reasons.

Every now and then I build a 64bit equivalent verbatim from same git tag in kszaq's repository. Some addons I can build 64bit as well.

I put everything on LE – Google Drive (but there is only one previous build archived).

uploaded 8.0.2d 64bit build with some more addons to LE – Google Drive

Quote from cwgsm3v0

Thanks, appreciate it. Will 32-bit addons run under 64bit builds? I noticed you have a build up and a bunch of addons; do I need to install them separately on the build or are they included in the build? If they're included in the build, would I uninstall the 32bit version and install the 64bit version?

cwgsm3v0

addons are the kszaq ones I could build. You do not need any of them. I do use some of them (tvheadend42 and pvr.hts and pvr.mythtv).

I have never combined or tried 32-bit addons on 64-bit LE or vice versa.

Which particular 32-bit addon would you want to try on 64-bit arm LE?

If it is not available on standard Kodi nor compiled by me, I am afraid you have to build it 64bit yourself.

Again: for a dummy user like me there is no shortage of addons.

Now, for certain: I would suggest you use a separate SD card to test 32-bit versus 64-bit each.

Then if the 64-bit one does not fit your needs, just go back to your 32-bit one.

For one thing: there is not a single disadvantage that I know of to run 32-bit software on 64-bit hardware.

On the contrary, on hardware with limited resources 32-bit software will run better. But then, why is the hardware 64-bit in the first place?

I run 64-bit software because:

- it is possible

- my hardware is not very limited

and most of all:

- I maintain a gentoo 64bit stage3 chroot inside LE

Quote from cwgsm3v0

8.0.2c here -- been steadily upgrading since 7.x builds. I have noticed that in the more recent 8.0.2 builds that sometimes when playing content from the NAS it'll stop playback (black screen) and then return to Kodi, no reboot or anything, just drops back into the UI. I have to look at the thread to find out how to capture logging (I've been trying via kmsg/dmesg) to determine what's happening.

I'm on a Goobang Doo M8S-II unit; 2GB RAM 1Gbit LAN (unsure about WiFi/Bluetooth but the kernel sees them just fine, I don't use it though) S905 chipset -- In fact kszaq's build works so well, I ended up buying 2 more of the same boxes (wife wanted me to buy s905x but I didn't want to step into that territory when I knew it worked so well on this hardware.) Using the default dtb.

Otherwise though, awesome as ever.

I do have a question for the fellow here who's building 64bit versions of each release; I remember kszaq saying something about they're unstable (can't remember exactly what anymore) but I do remember trying one way back in the early 8.x days and seemed fine, very speedy in fact, noticebly so. Are 64bit builds still considered "unstable" for general usage?

There used to be a memory leak in 64-bit builds. Not anymore. 32- and 64- bit builds should be comparable, but 64-bit does take more resources. Also 32-bit build will have more addons.

uploaded 64bit (image and some addons) build (kszaq source from tag 8.0.2c) to LE – Google Drive

uploaded verbatim kszaq 8.0.2b 64bit build with some addons to LE – Google Drive