Posts by atreyu

Quote from kszaq

Obvious issue or not, I cannot reproduce it on my side. I always need a sample of a video that stutters. You have to remember that these Jarvis builds are maintained by a single developer (me) and I can't test every setup.

I understand fully. I was merely stating it as i haven't had the time to do a proper analyses/mediainfo stats/debug etc.
Actually in all post-007 releases _every_ Live video (h264, Mpeg2/4 you name it) is a picture jump-fest....except for this 7.3.0011 version!

Tested 32bit version on 2x MiniMx and 2x MiniM8s. Results are really good!

- Instantly noticed the UI snappiness has improved greatly over previous (AARch64) releases
- Near perfect Live TV picture & sound (some pops still even with sound system keepalive set to 'always').
- No memory issue whatsoever. All gone
- Now i can share resources with my Rpi!
- Forgot to mention i like being able to read out CPU temp, too. But that's just me i guess

Display More

Quote from mmpp

Use the 32-bit userspace. Your benefits include

• access to the many addons for the armhf archictecture (same as the raspberry pi), especially widevine content encryption and console emulators
• not having the hard-to-find memory leak, that would make 1G ram boxes unusable after running for a longer time on the 64-bit version
• lower memory footprint of the kodi application and binary addons overall

Yes!
I will be trying the new version.
All 7.x version after .007 are not usable for me since i use PVR. 007+ versions have severe stutter.
Really hope its solved or at least tested (as its a very obvious issue) in this latest release.

Ill test tonight; i'll know very fast if it has no or less issues with Live TV streams.
Really would like to have a 32bit 7.x version running even though i bought some 2GB models which handle .007 AArch64 very well.

Thanks kszaq for your continued (and fast!) efforts!

kszaq i tried your first 32bit userspace build.

Great improvement on memory management.
Definately the right track as far as i am concerned!

What i do notice regarding live-tv is, that Kodi will occasionally freeze/crash after switching channels.
This is with hardware acc. disabled as hw acceleration for mpeg-2 with the new videoplayer is a WIP too, i guess

Thanks for the 7.9 releases, they are getting better and better!

Thanks for the updated Krypton build.
Nice to see the progress for v17, i am really starting to like the overhaul.

Unfortunately, not exactly a daily driver because of missing PVR dependancies.
Cant use it yet, hope to see the xbmc.pvr version added/bumped soon!

Quote from nortonuser

When I rename the file to dtb.img it looses the .img and just becomes dtb and when I ad it to the sd card it does not replace the one that's already there.
There is no file with that name on the card.

And then when I try the tooth pick method on my Mecool S905x it will not boot to Libreelec.

Help appreciated.

Configure file extensions to be visible. Extentions are hidden by default.

Quote from trogggy

That makes perfect sense - it just rang a bell with this:
PVR addon doesn't load if TV backend server is unreachable
Although it's odd disabling / re-enabling worked for dvbviewer but not for dvblink.

I agree. Its the only thing that's weird.
Other than that i think it's already pretty solid as it is..!

Quote from atreyu

Updated to the 1109 dev. version.
Installing the DVBLink client still fails, but with different error (unable to load plugin).
I did the following to get it working:

- Uninstall DVBlink client (after initial 'failed' install)
- Install DVBLink client

After this, the addon loads and works very nicely.

Unfortunately, this repeats on reboot (unable to load client)
I have to uninstall/install again to get it to work again (until next reboot).

I think i figured this one out.
Never needed to before, but i thought maybe it's as simple as Kodi starting before network is fully started.
Set wait for network for 3 seconds and the issue is gone.

Quote from trogggy

I've seen the ' unable to load client ' message for dvbviewer a couple of times (can't remember whether it was on these or Afl1's images) and disabling / re-enabling was enough to get it going. Does that work for DVBLink?

No, i have to uinstall/reinstall. One time just 'updating' to the same version worked, which should be the same as reinstall i think.
Puzzles me why this would occur on every boot.

Updated to the 1109 dev. version.
Installing the DVBLink client still fails, but with different error (unable to load plugin).
I did the following to get it working:

- Uninstall DVBlink client (after initial 'failed' install)
- Install DVBLink client

After this, the addon loads and works very nicely.

Unfortunately, this repeats on reboot (unable to load client)
I have to uninstall/install again to get it to work again (until next reboot).

Quote from kszaq

OP updated with a new build: fixed addons and bumped Kodi to latest master.

I have got to say you are fast!
Thanks so much, i will be trying with repaired access to the LE repo

Quote from trogggy

I'm using the pvr.dvbviewer compiled by afl1 - from the first post of his thread. It's worked really well on his build and kzsaq's. No idea for dvblink, obviously, but if you've not tried the version from there it might be worth a go.

Thanks, but unfortunately no dice.
[hr]

Quote from kszaq

The "hack" only involves adding a few lines to autostart.sh and you need to do this once.

Official LE addons repo is already included in both builds. I have just checked and I am getting 403 Forbidden error. Will look into this.

Thanks for looking into this! Repo works fine on my weteks krypton build.
As soon as I can use pvr on the minim8s I will definitely play with Krypton some more.

Quote from kszaq

OP updated with a new build. Two Amlogic-specific issues: mem leak and a/v sync are still under investigation.

Nice, thanks.
Will you be adding access to the Libreelec repo / PVR addons in a next build ..?

When i add a PVR addon (DVBLink) manually its complaining about missing shared resources.

Quote from starbase135

atreyu and kszaq: I for one, had no issue with live TV on the .008 release and first experienced the stutter on the .009 build. My box is a Nexbox A95X (S905X) with 1 GB of RAM.

Yes, i have heard some more similar issues for people with different backends on several machines.
Maybe something to do with the used format/stream/etc. per channel. For me it's mostly HD channels that have stuttering with steady intervals in this build.
Previous build was one big jerky mess for all channels. Everything else plays fine, though.

Quote from lrusak

That doesn't really make sense. The only reason I could think is that an Internet connection wasn't available because the language packs are installed as add-ons.

I would like to add what i have found.

I have been noticing some internet connection issues with freshly installed LE instances.
First noticed the issue when installing addons through the 'Get More' option. It wasnt there

What i did was go to the addons section and manually trigger an update check (cycling through your addons might also doi this.
After this, addons are immidiately updated and your connection will 'recover'.
My very uneducated guess is, that the new way of autodownloading all available language addons into Kodi on start seems to conguest things.
Might be something else, but the behaviour is reproducable (and resolvable) like described.

kszaq: Thanks for your continued development!

Like .008, this build also stutters continuously with Live-TV on a Minim8s with generic 100/2 dtb file from .008 release where .007 works without issue.

I will be using the .007 version as that one works best in my situation. In the meantime i will be playing with your 7.9.x releases. Very promising!

Thanks again!

Quote from kostaman

Can you please give the one below a try.
gxbb_p200_2G_100M_RealtekWiFi.dtb

Sure.
I swapped out the files and tested with gxbb_p200_2G_100M_RealtekWiFi.dtb
No difference; picture is bumping allover and stuttering sound.

Frankly i didnt expect this to work, because i think it's only difference with the generic is wifi related (?)

For me, it's very clear that this build is a lot worse a/v wise from previous builds. Hope it helps.

Quote from kostaman

Can you please advise which Device Trees you are using with the LibreELEC-S905.aarch64-7.0-devel-20161024175728-r23406-g57856b7.img.gz
Where did you get the device tree ? I am hoping it was from device_trees
Trace your steps on how you got to the Dev Build. From .007 to update you had to use .008 Device tree.
I am just trying to eliminate the device tree being the cause.

I think you have a good point here. I thought it was not neccesary to swap the tree if the current one worked.

I used the device tree specific for minim8s from the .006 release. Then i tested it with a generic dtb from the .007 release.
I'll check to see if it's any different with a blob from the .008 release. Can only use a generic one, but we'll see..

Thanks.

\EDIT.. OK, tried with the 2Gb/100MB dtb from the .008 release
Results are a little less choppy, but to be fair the a/v is still stuttering all over the place. Just not quite as bad as one of the other dtb's...

Quote from kostaman

I am not getting any Audio / Video Sync problems AT ALL.
I have streamed live and played my library video files both SD & HD including MKV , AVI , H265, H264, etc
I cannot reproduce issues reported by some using this version.
I run HDMI from box to TV.

Tested Nexbox A95X S905 1gb / 8gb (Internal Memory)
LibreELEC-S905.aarch64-7.0-devel-20161024175728-r23406-g57856b7.img.gz

Well. i havent had any noticable a/v sync issues before the latest dev build, but with that version no matter what i play, it takes only a second to see that this build is unusable for me.
All still tested on am MiniM8s and MiniMx, btw.