I have provided dmesg output on both Debian and Ubuntu for my IR receiver, in case it is the cause of these issues. These issues are easy to reproduce as they occurred on stock installs of Debian Jessie and Ubuntu Xenial with multiple versions of OpenPHT. As the MCE remote mapping worked on Rasplex and the embedded version of OpenPHT, I expected the same mapping to work with Debian and Ubuntu. I expected functionality to be equivalent between Rasplex, OpenPHT Embedded, and the OpenPHT versions for Ubuntu and Debian. However, pressing space on a USB keyboard does not induce these issues. Partial Resolution: If the Play and/or Pause button is bound to the "Play" MCE function rather than to "Spacebar", pausing is smooth and undelayed, in contrast to the stuttering and freezing experienced when binding to Spacebar. However, I was able to verify that keypresses were being sent and were received by irrecord. It does not work at all, appearing to send no keypresses to OpenPHT. unable to play high bitrate using directplay at full FPS #1 SMP Debian 4.9.2-2~bpo8+1) is even less functional. The backports kernel (4.9.0-0.bpo.1-amd64 Seems to have same limitation is official PHT. These issues were all experienced on the stock 3.16 kernel which comes with Debian Jessie. Another annoyance is that pausing and unpausing video in Debian Jessie results in an inconsistent and excessive delay, which is not reproduced on RasPlex, OpenPHT Embedded, or Ubuntu. Nonetheless, there is no indication the remote is sending multiple key presses as navigation through menus is otherwise normal. In some instances, when returning to the main menu, I hear an endless stream of clicking. In contrast, the same remote mapping works properly on Debian Jessie with the 3.16 kernel.ĭebian's IR behavior is buggy. I mapped the "Back" button to "Esc", the Stop button to "X", and the pause button to "Space." While pressing these keys on a USB keyboard achieved the desired result, sending the same keypresses via the remote did not do anything. Ubuntu Xenial (16.04) with the 4.4.0-66-generic kernel does not appear to be sending remote key presses as keyboard input. All of the testing with OpenPHT have been performed on identical hardware, listed below. I have also used a standard MCE Remote for testing to confirm that my Logitech remote behaves consistently with the MCE remote. In each instance, I have used the same remote (Logitech Harmony 650 mapped with MCE keyboard for a custom Plex activity) and IR receiver. On each of these embedded versions based on OpenELEC/LibreELEC, the standard MCE keymapping works. In contrast, I have tested RasPlex 1.6.2 and 1.7.1 as well as OpenPHT Embedded Generic 1.6.2, 17.1, and 1.8.0. The Debian Jessie (8.0) and Ubuntu Xenial (16.04) OpenPHT binaries do not work with a standard MCE remote keymap. If any additional details or testing are necessary, please do not hesitate to ask. I have tried to be as detailed as possible regarding my setup and the problems I encountered. I have spent more than a week trying to troubleshoot these issues. I did not experience these issues in Ubuntu. Finally, I experienced some odd remote behavior in Debian such as delayed pausing and unpausing as well as repeated clicking noises (without indication that the remote was second multiple key presses). The MCE remote is also unusable for these functions. As such, the remote simply cannot be used effectively in Ubuntu. Yet, the same mapping works fine in Debian. For example, "X" to stop and "Esc" to exit playback/go back to a prior menu work from the keyboard, but do not work when mapped on my Logitech remote. I discovered that at least some keys on Ubuntu were not being properly transmitted as keyboard presses. This was trivial to resolve on Debian, but not so on Ubuntu. The first remote issue I noticed was that the OpenPHT versions for Debian and Ubuntu aren't mapped to the standard MCE keymap, but rather than Plex Home Theater mapping found here. The second set of issues relate to OpenPHT's handling of remote input with my Logitech Harmony 650 as well as a standard MCE I use for testing. I reported this issue in a separate bug report. When this occurred, Plex was completely non-responsive to keyboard and remote input, requiring me to restart GDM from a SSH terminal. This also occurred occasionally while navigating menus. First, I experienced freezing after pausing video for an extended period (more than a minute or two). However, I ran into two significant issues. I began with Debian, as it is the distribution I'm most accustomed to using. I decided to try OpenPHT on Debian because I wanted to use the same system both as a Plex frontend and as a a ZFS backup server. However, in the past I used the embedded Generic version of OpenPHT. Background: I have been using Rasplex and OpenPHT for years and have generally had an excellent experience.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |