Start kodi and insert a DVD disc, the order does not matter. As soon as you try to read it by pressing "play disc", kodi hangs and only a kill -9 can stop it. I tried under various environnents, mate, fvwm2 etc... the --debug option does not return any message at all. cheers, chris. Reproducible: Steps to Reproduce:
Assigning to maintainer.
Assignee: bugsquad => anssi.hannulaWhiteboard: (none) => MGA5TOOKeywords: (none) => Triaged
Created attachment 6882 [details] kodi log during attempt to play iso I just installed MGA5_64 to my desktop and thin client, which uses Kodi for video playback. This thin client has been running Openelec, based on Kodi, and, until recently, Manjaro, where Kodi fully works. I ran across this problem, apparently, while trying to play iso files in Kodi on MGA5 on the thin client, which has worked for a long time, before MGA5. The 64-bit KDE Mageia installs are both up-to-date on both machines. To check it is not a problem with the thin client, I installed Kodi on the desktop and tried playing the iso. The iso plays fine in vlc on both machines but, in Kodi, the gui hangs on a "working" spinner and CPU usage goes to 100%. In ~/.kodi/temp/kodi.log, output stops on "Creating InputStream" The gui is somewhat responsive. I can back out of stalled playback and the event sounds play. The log reports pulseaudio in two more lines but further mouse clicks produce no action, buttons do not get highlighed, remote button press might still cause the event sound... I know there is a slightly newer Kodi release but iso files have played well on this hardware in a fairly long history of OpenElec/XBMC/Kodi versions. The attached kodi.log ends where I had to kill -9, shortly after opening the iso.
CC: (none) => rolfpedersen
Created attachment 6887 [details] kodi log from thin client using kodi built from git I built kodi on the thin client, following, generally, the instructions here: https://github.com/xbmc/xbmc/blob/master/docs/README.linux The installer used to have a development group choice but I hadn't looked for it when I installed. So, I installed task-c++-devel and task-c-devel, then found the dependencies that configure and make reported missing. Good job on keeping the development programs up-to-date and complete! I just accepted the defaults, no custom compiling for me. BTW, I have non-free and tainted enabled, so something about those files might be relevant. [root@localhost kodi (master)]# rpm -qa --last | head -n 300 | grep tainted lib64ffmpeg-devel-2.4.9-1.mga5.tainted.x86_64 Sun 02 Aug 2015 11:52:38 AM PDT lib64x264-devel-0.142-0.20140831.stable.4.mga5.tainted.x86_64 Sun 02 Aug 2015 11:52:37 AM PDT lib64opencore-amr-devel-0.1.2-8.mga5.tainted.x86_64 Sun 02 Aug 2015 11:52:37 AM PDT lib64lame-devel-3.99.5-10.mga5.tainted.x86_64 Sun 02 Aug 2015 11:52:37 AM PDT lib64xvidcore-devel-1.3.3-3.mga5.tainted.x86_64 Sun 02 Aug 2015 11:52:34 AM PDT lib64vo-amrwbenc-devel-0.1.1-7.mga5.tainted.x86_64 Sun 02 Aug 2015 11:52:33 AM PDT lib64vo-aacenc-devel-0.1.2-5.mga5.tainted.x86_64 Sun 02 Aug 2015 11:52:33 AM PDT lib64rtmp-devel-2.4-0.git20140215.2.mga5.tainted.x86_64 Sun 02 Aug 2015 11:39:32 AM PDT lib64mesaegl1-devel-10.5.7-3.mga5.tainted.x86_64 Sun 02 Aug 2015 11:17:01 AM PDT lib64gbm1-devel-10.5.7-3.mga5.tainted.x86_64 Sun 02 Aug 2015 11:17:00 AM PDT lib64mesaegl1-10.5.7-3.mga5.tainted.x86_64 Sun 02 Aug 2015 11:16:49 AM PDT lib64gbm1-10.5.7-3.mga5.tainted.x86_64 Sun 02 Aug 2015 11:16:48 AM PDT lib64freetype6-devel-2.5.4-2.mga5.tainted.x86_64 Sun 02 Aug 2015 11:01:49 AM PDT mesa-10.5.7-3.mga5.tainted.x86_64 Sun 02 Aug 2015 10:52:36 AM PDT lib64mesagl1-devel-10.5.7-3.mga5.tainted.x86_64 Sun 02 Aug 2015 10:52:36 AM PDT lib64glapi0-devel-10.5.7-3.mga5.tainted.x86_64 Sun 02 Aug 2015 10:52:36 AM PDT lib64mesagl1-10.5.7-3.mga5.tainted.x86_64 Sun 02 Aug 2015 10:52:35 AM PDT lib64dri-drivers-10.5.7-3.mga5.tainted.x86_64 Sun 02 Aug 2015 10:52:32 AM PDT lib64glapi0-10.5.7-3.mga5.tainted.x86_64 Sun 02 Aug 2015 10:52:31 AM PDT lib64txc-dxtn-1.0.1-7.mga5.tainted.x86_64 Sun 02 Aug 2015 10:52:25 AM PDT lib64gstmpegts1.0_0-1.4.3-2.mga5.tainted.x86_64 Sun 02 Aug 2015 06:11:09 AM PDT libdvdcss2-1.3.0-3.mga5.tainted.i586 Sun 02 Aug 2015 06:02:00 AM PDT gstreamer0.10-resindvd-0.10.23-22.mga5.tainted.x86_64 Sun 02 Aug 2015 06:01:03 AM PDT I haven't spent a lot of time using it but the isos play. It might not be ideal but, at least, it doesn't hang on isos, so far. I just wanted to get the log file attached in case there is some clue what to do.
I have been using Kodi only for TV, but I have just tested for this bug, and it exists. I have enabled non-free, but not tainted.
CC: (none) => laidlaws
Created attachment 8934 [details] Log from attempting to play a DVD (Edinburgh Tattoo.)
Created attachment 8935 [details] Log from playing an audio CD.
Other forums say libdvdcss is required. It may be in the Tainted repo, but I can't find it.
Found lib64dvdcss2 in Tainted. Installed it with no change. DVD plays in Dragon Player.
The same bug exists in Cauldron. As the others found, logging ends when the program is killed, or even when the screen freezes. Since it is an old bug, and doesn't affect me anyway, I won't test any further. The next Kodi release (Krypton) is out, and a testing version of the following one (Leila.)
I guess we should upgrade Cauldron to kodi-17, released 3 days ago to see how it goes!?
We could, but who is "we"? Anssi is the current maintainer, but there have been several. I downloaded the kodi-17 tarball, but it won't recognize an installed dependency. I doubt that the tarball could be swapped into the spec file to replace Jarvis.
Got kodi-17 running "make" at the moment. It could take a while.
Success! I installed everything with defaults, omitting 2 or 3 marginal codecs. That put Kodi in /usr/local/lib/kodi.bin. The interface has changed drastically. My DVD was loaded as an external drive, which didn't sound too promising. But an item "DISC" appeared at the top of the menu. When I clicked on that, I was taken straight to the copyright warning. I haven't tried a DVD with a menu, but the original bug has disappeared.
Final final. Uninstalled the Mageia RPM. There is a .desktop file in /usr/local/share, and the new version opens from the old menu item. Inserting a fresh disk seems to mean a reboot, but that was the case before. I can imagine that in a HTS, it would be quite a nuisance. My original $HOME/.kodi is still being used, but I need to configure my PVR again. As far as an RPM goes, I don't know if I will try. I am not licensed to upload RPMs to the repository, but I am willing to pass on my experience to anybody who is.
Ok, I'll try to have a look to the rpm. Please Anssi, save us if you're around, I am pretty sure you will do the upgrade 100x faster than us. Cheers, Chris.
I was compiling on 5.1. The PVR addon needs Cauldron.
Can't install GL devel packages on Cauldron because of Dependency Hell. Installing them would require packages that are older than the installed ones.
And installing on 5.1 needs cmake > 3.1. The newest available is 3.0.2. I tried to install cmake 3.7 from Cauldron, but it pulled in half the distro, and created conflicts. If you don't need addons, installation on 5.1 is possible.
Kodi-17.0 landed in core/updates_testing in Cauldron. It has been built with some speculative guesses because I did not fully understand everything in that spec files. Please test it, especially the pvr support as I don't have any receiver. Cheers, Chris. PS: indeed, for mageia 5.1, that's going to be difficult to fix.
It runs. Plays a video DVD, but I couldn't bring up any on-screen controls. PVRs are a separate repository, and I haven't worked out how to add it; the only instructions are for including it when compiling. Tried to add Aussie weather, and got an error message. System displays GMT time. That may be a config setting. Will explore further during the day.
Created attachment 8947 [details] Image of Kodi Jarvis showing progress bar at top.
Had no real luck with PVRs. A video (https://www.youtube.com/watch?v=nqErGYD7jIg) of a highly customised version of Jarvis, claims that all one needs to do is go to System -> TV and click the "Enable" button at the top. In the attached screenshot, you can see them downloading. The next screen shows all the TV PVRs listed for further action. That has not been my experience, and the menus in Krypton are laid out completely differently, with fewer options shown.
No, the method in Comment 22 didn't work. I downloaded the tvheadend-pvr deb from an Ubuntu source, converted it with alien, and installed it in Jarvis. I now have the PVR installed,and will experiment further tomorrow.
Nearly there. The Debian file setup was weird. I rearranged everything to match a Mageia installation. Now I get an error message: ERROR: AddOnLog: Tvheadend HTSP Client: pvr.hts - server htsp version (v6) does not match minimum htsp version required by client (v19) Looking through the Kodi forum, that means that the version of tvheadend in the Cauldron rpm is too old. In fact it is ancient. The version in the forum query was 10, when 19 was required.
But for other PVRs, my approach seems to be valid.
Compiled Tvheadend 4.0.9, the latest release. Had no luck with it. The "server number" was unclear but could have been 17, when 19 was required. Downloaded the latest version from Git, and compiled it. Success with Jarvis. Next step: try Krypton. Whew! And this is only an exercise!
I have asked a push-request for tvheadend-4.0.9, it should land on the core repos soon as well. If there is some compilation options to switch-on for Krypton, please post it as well. Thanks for exploring!
The Git version of tvheadend (a) puts everything in the home directory (b) has a user with an unknown password. The -C option gives you a new user to let you in. (c) has a different "look", just like Krypton, but Help is good. The structure set by the RPM overcomes (a) and (b), but I couldn't get it to compile 4.0.9. I kept getting "man1" with a subdirectory "man1", and it seemed to be in the tarball. The contents were one level too low.
I can't compile Krypton in Cauldron until I can install GL-devel. All GL-devel files at present "are dependent on packages that are older than the installed ones."
Weird, I did not have too much problem with this. Have you enabled the updates_testing repositories, tainted included?
Just understood that the addons I have packaged are obsoleted for Kodi version > Helix, I'll push another version on updates_testing as soon as possible!
OK. I tested without seeing that, and got an error message.
the new version still reports as follows: ERROR: PVR - Add-on 'Tvheadend HTSP Client' is using an incompatible API version. XBMC minimum API version = '5.2.1', add-on AP I version '4.1.0'
I can't fiddle with Kodi or tvheadend any further. I need to leave it to those who know what they are doing. Even what worked yesterday no longer works. For me, in 5.1, I can watch TV in Kodi. DVDs freeze the system, but I never use that. In Cauldron, Kodi 16.1 runs with the latest tvheadend source. More accurately, it did "yesterday" (see above.) Now, they can't meet up. The bug playing DVDs is still there. I did have a "rats-nest" mockup of Kodi 17 running, but not now. The spec file for tvheadend is designed for Ubuntu. I am of course willing to test any changes.
No pb, thanks for all your tests. Please just tell me which version of tvheadend you were using? Do you know if it needs "homerun" to work? I have played with kodi 17.0 this week, there is no way to package the pvr-addons without massively rewriting the new kodi cmake build system. It is completely screwed up. Pardon my french, but these kodi developpers have burnt a fuse, they have hardcoded downloads of all the source files they need from the internet, from everywhere and for each addons. Cmake can simply search for a library on the system, and it seems that they did not get it. This is a major security fault that cannot be tolerated on our BS. I am afraid that we are going to provide a kodi version without binary addons. Unless someone does the work and teach the punks how to use cmake. Cheers, Chris.
Version of TVheadend is 4.0.9. It would find my adapter (a dongle,) then Kodi kept saying "no free adapter." I thought that Kaffeine or VLC were grabbing the adapter, but uninstalled them with no change. Found the answer at: https://tvheadend.org/boards/5/topics/20730 I did what it said there and got my TV back. I decided that since Kodi worked with Ubuntu and I had Mint handy, I would try that. They are running Rel 15 (Isengard?) and it doesn't work first time as easily as the Mageia setup. I haven't bothered with it. There is a detailed guide in the Ubuntu docs, but it is out of date. I might as well use Kaffeine or VLC. Both work well at the moment. Even Android has Kodi 7 (needs Lollipop min.) and there are plenty of custom builds on the Web, all for TV servers.
One of the builds created a directory: lib/lib-64-gnu-linux or something like that, and dumped the whole Kodi build there. That may be how they got around the problem with Cmake.
In Cauldron: Installed Kodi Jarvis. Ran latest tvheadend from source. Kodi finds tvheadend and I can see it connecting and disconnecting, BUT Kodi has database problems. Kodi log shows: Query: INSERT INTO channels (iUnique Id, bIsRadio, bIsHidden, bIsUserSetIcon, bIsUserSetName, bIsLocked, sIconPath, s ChannelName, bIsVirtual, bEPGEnabled, sEPGScraper, iLastWatched, iClientId, idEp g) VALUES (64361196, 1, 0, 0, 0, 0, '', 'SBS Radio 1', 0, 1, 'client', 0, 944, - 1) 02:32:07 T:140318146664192 ERROR: CommitInsertQueries - failed to execute quer ies 02:32:07 T:140318146664192 ERROR: SQL: [TV29.db] Abort due to constraint violation
I have tried a couple of other distros. Everything I try seems to have a HTTP error, where the TVheadend app can't find its stylesheet, and gives me a blank page. The path to the stylesheet file is correct. The file is gzipped, but so are others. Not worth wasting any more time on.
Latest News(really OT to the bug):Just downloaded the current version of LibreELEC. From its Services tab I could download tvheadend. Setup was almost a breeze, with detailed instructions. So I am content.
Installed tvheadend from Testing. No list of pre-defined muxes until I installed dvb-utils. This has always been present already, but should be a dependency.
CC: (none) => christoph.holz
This bug is very old; we are at kodi 19 in Mageia 8. Please open a new bug report if problem is still valid.
CC: (none) => fri
forgot to mark old
Status: NEW => RESOLVEDResolution: (none) => OLD
Yes, I would have expected this Bug to be old by now. The latest release of Kodi is Release 19 (Matrix.) It is on the Mageia repos, but it marks a move from Python2 to Python3. As a result, very few of the add-ons work.