with peak3d’s amltiming patch which is merged in LE master I don't have the issue with iptv live channels.
Krypton amltiming by peak3d · Pull Request #2 · peak3d/xbmc · GitHub
but the issue with not smooth video 1080p 24Hz h264 with real high bitrate 30-40 Mbit/c still exists. For example Avatar can't play in smooth way unfortiunately
yes, only with the first hunk I could compile and run LE. Thank you again, the issue was solved
in bOZU there are 3 patches, but I removed only one - /http://LibreELEC.tv/blob/master/packages/x11/driver/xf86-video-nvidia-legacy/patches/xf86-video-nvidia-legacy-kernel-4.9.patch
Should I apply all 3 patches ?
I could compile , but new error arisen during nvidia module loading
dmesg Ubuntu Pastebin
[ 7.622666] 8021q: 802.1Q VLAN Support v1.8
[ 8.245606] nvidia: loading out-of-tree module taints kernel.
[ 8.245616] nvidia: module license 'NVIDIA' taints kernel.
[ 8.245617] Disabling lock debugging due to kernel taint
[ 8.372008] vgaarb: device changed decodes: PCI:0000:02:00.0,olddecodes=io+mem,decodes=none:owns=io+mem
[ 8.378027] Error: Driver 'nvidia' is already registered, aborting...
[ 8.378031] NVRM: DRM init failed
xorg log - Ubuntu Pastebin
I'm lost....
aVLB <= this is the patch carried by most distro's
thank you
what should I do with it ? To put in /packages/x11/driver/xf86-video-nvidia-legacy/patches and recompile again LE ? or to patch manually with patch -p1 < disable_mttr.patch the file nv-linux.h in ~/http://LibreELEC.tv/build.LibreELEC-Generic.x86_64-8.0-devel/xf86-video-nvidia-legacy-304.134/kernel
very good guideline for users who is finding out the best hardware for theirs kodi
START HERE - Pick the Right Kodi Box (updated May 2017)
so, here is dmesg output Ubuntu Pastebin
I think the problem is with that lines
6.944995] 8021q: 802.1Q VLAN Support v1.8
[ 7.887304] nvidia: loading out-of-tree module taints kernel.
[ 7.887315] nvidia: module license 'NVIDIA' taints kernel.
[ 7.887316] Disabling lock debugging due to kernel taint
[ 8.003463] nvidia: Unknown symbol mtrr_del (err 0)
[ 8.003581] nvidia: Unknown symbol mtrr_add (err 0)
[ 41.873931] snd_hda_intel 0000:02:00.1: IRQ timing workaround is activated for card #0. Suggest a bigger bdl_pos_adj.Xorg log here is Ubuntu Pastebin
seems, need to patch the kernel 4.9 for missing symbol mtrr_del
I'm just wondering, nothing special
why do you decide don't buy rpi 3 which has better support from chip producer ?
I have already tried to compile master LE with nvidia legacy 304 driver, but with it LE didn't load at all with 304 driver. In xorg.log I read the message that nvidia drivers can't load - and need to read what written in kernel log. But I don't know where can I read kernel logs, nothing useful in /var/log
May be need to install any patch for modern kernel, but I don't have any patches
I could compile, but I couldn't start X with 304.134 legacy nvidia drivers - in Xorg log there is message that it is not possible to load nvidia.ko - see kernel log. But I couldn't find nothing about kernel log. Seems, for current kernel in LE branch need to have some patch for 304 legacy driver
and the lieder name of LE team as well )))
I think my latest generic build has 304 nvidia drivers, you'll have to wait for the next build.
how can I download the generic build from December 2016 which has 304 nvidia driver ? I didn't find that old version on google drive
I need 304 legacy driver because only with it my PCI GT610 card can work
unfortunately , even with your patch I have the same issue
BUILD debug (target)
INSTALL debug (target)
INSTALL gdb (target)
INSTALL vdpauinfo (target)
Parallel mksquashfs: Using 4 processors
Creating 4.0 filesystem on /home/goga/LibreELEC.tv/target/LibreELEC-Generic.x86_64-8.0-devel-20170105192612-r25134-gf06ac0150.system, block size 131072.
[=================================================================================================================================/] 10970/10970 100%
Exportable Squashfs 4.0 filesystem, gzip compressed, data block size 131072
compressed data, compressed metadata, compressed fragments, no xattrs
duplicates are removed
Filesystem size 219795.67 Kbytes (214.64 Mbytes)
38.17% of uncompressed filesystem size (575857.24 Kbytes)
Inode table size 95173 bytes (92.94 Kbytes)
30.15% of uncompressed inode table size (315693 bytes)
Directory table size 89678 bytes (87.58 Kbytes)
44.68% of uncompressed directory table size (200698 bytes)
Number of duplicate files found 356
Number of inodes 9175
Number of files 7316
Number of fragments 717
Number of symbolic links 612
Number of device nodes 0
Number of fifo nodes 0
Number of socket nodes 0
Number of directories 1247
Number of ids (unique uids + gids) 2
Number of uids 1
root (0)
Number of gids 2
root (0)
unknown (81)
image: creating file LibreELEC-Generic.x86_64-8.0-devel-20170105192612-r25134-gf06ac0150.img...
image: creating partition table...
image: creating part1...
image: creating part2...
image: writing mbr...
image: creating filesystem on part1...
image: creating bootloader configuration...
image: installing extlinux to part1...
image: copying files to part1...
image: extracting part2 from image...
image: creating filesystem on part2...
image: populating filesystem on part2...
image: error happen...
Error: [Filesystem error] /tmp/tmp.twF5FCORoh/part2.ext4 cannot be opened.
image: cleanup...thank you. I will try
Nevertheless, even with that error can I use already prepared tar build in target folder ?
I have the same issue with fresh git
how did you solve the issue ?
I have wetek play with dvb-t tuner based on cxd2837 demodulator. Does linux drivers support multi plp standard for dvb-t2 ?
My external PCI Geforce GT610 card can't work with 340 legacy driver and with current nvidia drivers. I would like to try to use legacy 304.134 drivers
According our discussion here is LibreELEC Testbuilds for x86_64 (Kodi 18.0) I will remove the patch
LibreELEC.tv/xf86-video-nvidia-legacy-kernel-4.9.patch at master · LibreELEC/LibreELEC.tv · GitHub
and will modify in LibreELEC.tv/package.mk at master · LibreELEC/LibreELEC.tv · GitHub the line
PKG_VERSION="340.101
should I do anything else for successful LE compilation ?