Did you install VMware Tools in the VM?
I'm running it on 2 different ubuntu machines (HTPC and Notebook) without any mouse problems, so I think it has something to do with vmware. Could you please also install XBMC 12.3 to test the mouse functionality with your vmware installation ?
OpenPHT already has a modified "mouse.xml" file to fix the left-click issue but it seems like the ubuntu package still contains the old file, will fix that ...
I agree that this is a likely possibility. They obviously must mess around with the mouse drivers of Ubuntu, to achieve the sharing of the one mouse between host and guest systems.I'm running it on 2 different ubuntu machines (HTPC and Notebook) without any mouse problems, so I think it has something to do with vmware.
I suppose I can do that. But I'm not sure where to find the proper install package.Could you please also install XBMC 12.3 to test the mouse functionality with your vmware installation ?
I see. But I probably won't be able to test that properly if the mouse problem is due to VMware device drivers. Though I suppose I could whip up a VM for VirtualBox instead...OpenPHT already has a modified "mouse.xml" file to fix the left-click issue but it seems like the ubuntu package still contains the old file, will fix that ...
@bkury:
I have now made the test you requested earlier, to verify that XBMC-Frodo 12.3 also has the same mouse problem as PHT and OpenPHT when used under Ubuntu 14.04 in the same VMware virtual machine as used in my earlier testing. I also noted another bug for this XBMC version, in that it was unable to terminate itself properly when using the “Quit” command. I later verified that this is a known bug reported by others too when using this XBMC version under Ubuntu 14.04.
In order to test whether the mouse issue has anything to do with the VMware tools or device drivers I have now also created a similar VM for use with the VirtualBox emulator. For this test I started by a basic install from the Ubuntu 14.04 distribution ISO (64bit version), after which I installed the VirtualBox guest additions (needed to get a useful screen resolution) using the command:
sudo apt-get install virtualbox-guest-dkms
I then used the Ubuntu software updater to fully update the system, after which I proceeded to test XBMC 12.3, installed by:
sudo apt-get install xbmc
After launching this XBMC application and enabling its mouse/touch input, I immediately noted exactly the same bug as previously seen under VMware, indicating that this is very likely an incompatibility between XBMC-Frodo and Ubuntu, inherited from XBMC by both PHT and OpenPHT. (I also saw the same termination bug as it had under VMware, so that too is a real bug, independent of emulator.)
After these tests I decided to see if the same bug remains in the latest XBMC/Kodi version, so I installed Kodi-Helix by:
sudo apt-get install python-software-properties pkg-config software-properties-common
sudo add-apt-repository ppa:team-xbmc/ppa
sudo apt-get update
sudo apt-get install kodi kodi-audioencoder-* kodi-pvr-*
These commands installed Kodi-Helix and also killed the old XBMC version (apparently Kodi took over its settings files).
Testing this Kodi version I noted that it had no trace of the bug that afflicted XBMC-Frodo. The mouse worked fine.
(Extensively tested both with normal XBMC mode+skin and with PlexBMC+Amber in Plex mode.)
After these tests I also installed PHT and OpenPHT in the same VirtualBox VM, and verified that the mouse bug remains for them (as expected), whereas Kodi restarted in new tests still has a well working mouse.
In my opinion these tests prove that the bug is due to an incompatibility between the mouse usage of XBMC-Frodo and Ubuntu 14.04, which bug has been inherited by PHT and OpenPHT since they both include XBMC-Frodo.
I’m not sure how/if I can install XBMC-Gotham for this kind of testing, to see if it too has the same bug.
The Ubuntu install methods I found only work for XBMC-Frodo and Kodi-Helix (without explicit request for any version).
So the mouse compatibility of Gotham remains undetermined.
But if you can replace the mouse-interface code of Frodo with corresponding code from Helix, in your OpenPHT sources for Ubuntu, you should be able to fix this mouse bug. I hope this can be done without introducing any lib incompatibilities or conflicting dependencies.
Best regards: dlanor
Subscribed!
Thanks for testing!@bkury:
I have now made the test you requested earlier, to verify that XBMC-Frodo 12.3 also has the same mouse problem as PHT and OpenPHT when used under Ubuntu 14.04 ...
But it still only affects mouse usage when running within an VM Environment, on a physical ubuntu 14.04 machine the mouse is working fine.In my opinion these tests prove that the bug is due to an incompatibility between the mouse usage of XBMC-Frodo and Ubuntu 14.04, which bug has been inherited by PHT and OpenPHT since they both include XBMC-Frodo.
That's not something that can be done easily and would possibly introduce even more problems and unstable code. And then there is the question: Why spending time on this? This mouse issue only shows up within VM environments and I don't think many people actively use Frodo/PHT/OpenPHT in an VM enviroment ...But if you can replace the mouse-interface code of Frodo with corresponding code from Helix, in your OpenPHT sources for Ubuntu, you should be able to fix this mouse bug. I hope this can be done without introducing any lib incompatibilities or conflicting dependencies.
I'll take your word for it, but this may also be due to differing low level drivers.But it still only affects mouse usage when running within an VM Environment, on a physical ubuntu 14.04 machine the mouse is working fine.
I agree, and I didn't intend it as any urgent request, but just as a pointer to a possible solution, if/when you might see a practical way to implement it.That's not something that can be done easily and would possibly introduce even more problems and unstable code. And then there is the question: Why spending time on this? This mouse issue only shows up within VM environments and I don't think many people actively use Frodo/PHT/OpenPHT in an VM enviroment ...
That probably is inevitable in the long run, but it will probably be a very long time coming...The correct but much harder way to fix this (and many other PHT issues) is updating the PHT core to KODI Gotham/Helix. I thought about this before I started the OpenPHT Project but I quickly realized that this would require working 40 hours/week (fulltime) for a couple of months.
But then again, there is always the (slight) possibility that someday PLEX will release a PHT version based on gotham/helix ...
Has anyone had a chance yet to test the DVD support? Also, are we talking about physical dvd's or just iso's?
Eventually OpenPHT should have the same ability as standard XBMC-Frodo when it comes to DVD playback, but the same limitation as any other Plex client when it comes to playback from Plex library sections. So OpenPHT should be able to play DVD discs or files when explicitly selected, but never as part of the Plex library. This is because the PMS server is unable to scan DVD ISOs properly.Has anyone had a chance yet to test the DVD support? Also, are we talking about physical dvd's or just iso's?
Personally i dont see why anyone would care about mice. PHT was designed to be navigated with a remote or a keyboard imho. No need to waste time on mice. =P
My wife has a bunch of old shows and movies on dvd that she likes to watch often and Id love to only have a single interface for that. Looking forward to when this can be a reality. Keep up the great work!
This project is NOT just another branch of PHT intended to work exactly like PHT does.Personally i dont see why anyone would care about mice. PHT was designed to be navigated with a remote or a keyboard imho. No need to waste time on mice. =P
Chiming in to say I too look forward to the Windows client as well as Live TV functionality.
Setup OpenPHT today and really love the customisation and features and can't wait to experiment more to try and get Live TV through there too.
Only issue I have so far is that my Apple Remote has no effect on OpenPHT even though I have it setup correctly. Regular PHT has no problems with the remote. Is this a known bug? And does anyone know of a workaround or fix? I exclusively us the Apple Remote to control it so losing the Remote functionality would be a deal breaker for me.
Only issue I have so far is that my Apple Remote has no effect on OpenPHT even though I have it setup correctly. Regular PHT has no problems with the remote. Is this a known bug? And does anyone know of a workaround or fix? I exclusively us the Apple Remote to control it so losing the Remote functionality would be a deal breaker for me.
That's weird, I don't see a reason why the apple remote won't work but I will take a look. Does anybody else experience the same problem?
General Update:
I didn't have that much time to work on it but I'm still making some progress and I already fixed some issues. Unfortunately adding back addons support (python) for windows is much more annoying than I initially thought, so it will take me some more time to get it working. I will release an update as soon as I have a working windows client ...
always appreciate any update. I’m curious what kind of skin support your openPHT build will have. will we be able to use any of the current PHT skins or will they have to be modified in some way to support the added functionality?
always appreciate any update. I'm curious what kind of skin support your openPHT build will have. will we be able to use any of the current PHT skins or will they have to be modified in some way to support the added functionality?
Well, basically any plex compatible skin will also work with OpenPHT and because most custom PLEX skins are ported from XBMC they should already come with xml files to support most of the additional features like addon info, weather, ...
But of course there are some small code changes necessary to support certain features, e.g. display additional menu entries like "Play DVD, Weather, Addons", so it really depends if a skin author is willing to add support for it.
Very exciting project! Thanks for doing it.
Will there be an Openelec version of it in the future?
One of the most exciting things being worked on in Kodi for me is emulation. Might be a year or two away from being merged into the main build, but it is still something I'm watching with excitement. And your Open PHT project gives me hope that this exciting feature will make its way to Plex.
Again, thanks! Keep up the great work!
"One of the most exciting things being worked on in Kodi for me is emulation."
Sorry if this is a dumb question, but "emulation" of what?
Snes nes genesis etc 
i think.
If the demand is there, I don't see a reason why not.Will there be an Openelec version of it in the future?
It's not exactly a built-in solution but for now you could use/test the addon "ROM Collection Browser" to do that kind of stuff.One of the most exciting things being worked on in Kodi for me is emulation. Might be a year or two away from being merged into the main build, but it is still something I'm watching with excitement. And your Open PHT project gives me hope that this exciting feature will make its way to Plex.
