I found it to be the same in the Samsung Tizen and XBox apps (which I use on a daily basis) and in those Plex have bizarrely mapped fast forward 10 minutes and rewind 10 minutes to the Channel Up/Down on my Samsung Remotes and XBox Media Remote when viewing Live TV.
Yeah it would also be pretty cool and very useful to be able to type in a channel number when viewing Live TV - just like you can from most set-top box DVRs.
There is a feature request for both here that you might like to vote on if you haven’t already
When using the Roku app (preview version) pressing back brings up the program guide over the playing video so you can at least browse the guide without exiting completely.
When watching a channel and bringing up the transport overlay you can press down and get a ‘recent channels’ section as well which.
Having these features, as well as the ability to filter by HD channels would be very desirable.
So, this has been a fun week+
I’ve been working on trying to get MPV to render in a more native manner rather that have it render in an OpenGL frame buffer to have Qt consume in its render pipeline. The results are very positive.
What’s been done:
Since the terminology is different for MacOS/Windows, I’m going to use the term layer to reference a NSView/Child Window on these platforms
There are now 3 layers in the main containing window. One is the one given to MPV (which actually creates a layer of its own but this allows us to mess with the containing layer size/position/zorder without causing issues), a second is the UI, and the third is the video cover layer (unused in HTPC and rarely used in Plex For Mac/Windows).
When using Desktop and the video is minimized to the postage stamp in the lower left, the MPV layer is resized/moved, ordered to be above the UI, the same size/move is done on the video cover, and the cover is ordered on top of the video. This cover is the UI element that turns slightly opaque when you mouse over it and provides the UI element to restore the video to the whole window.
The Results:
I tested this over the weekend with my normal viewing habits in HTPC. I re-enabled refresh-rate matching the whole time and I never, not even once, saw a single stutter (EXCEPT I did see one stutter but viewed the file on a computer frame-by-frame and saw it was in the file itself and not a result of playback faulting). Furthermore, I played some files which I have seen stutter in PMP and HTPC still didn’t stutter on them (these came from a live HLS stream).
A interesting side effect is that showing/dismissing the on screen display is faster. I wasn’t expecting this but a welcome change. I expect this is because there is less running in the Qt render pipeline.
I must say it’s been very refreshing the last few weeks or so, getting to hear so much in depth info on the development, and although I appear to have been one of the lucky ones who haven’t experienced any stuttering, being the geek that I am, I still really appreciate your updates regardless.
I do use HTPC quite a lot, mostly for music playback because much like PMP, it can handle Hi-Res FLAC properly.
However for the time being, all of the 4K viewing is being done on my Shield for obvious reasons, and as much as I like the Shield, I really do look forward to the day that HTPC can replace, or at least match it.
I know it’s probably already been said but the media control keys, specifically play and pause don’t register, stop, fast forward and rewind do and work as expected. Is this an expected behavior or an oversight?
I’ve got harmony’s and I’m using the MS Media center keyboard profile, the command I’m sending for the play button is the actual play command that you’d get on any RC6 IR remote
Yeah, I had the same problem. Is your Harmony one that uses the Harmony Hub? If so, with some advice from others on the forum, I converted to using Bluetooth between the hub and the PC (rather than IR) and that solved the issue for me. It also has the added benefit of performing faster than IR.
Ah, unfortunately I haven’t seen a dependable fix for that situation, sorry.
Someone who understands the keyboard mapping capabilities better maybe able to help.
See inputmaps.mpd in %LOCALAPPDATA%\Plex HTPC\ .
I was using Flirc on my HTPC, but the Harmony Hub-based remote had the issue where Play/Pause did not work. Resetting the Flirc settings a few times (& trying various configs) didn’t help.
I would expect that with a Flirc, I’m just using the built-in RC6 in the NUC chassis I have. I have it sending the letter P now instead of the actual media control play command, I know that works from mashing the key on a physical keyboard
Hi. Why isn’t there a custom cache settings? I can’t find a setting to change cache size.
I have been using Plex Media Player (for Windows Home Theater PCs), version 2.58.0.1076-38e019da and it has the custom cache size settings in plex.conf file. But I can’t for the life of me figure how to change cache size for the new HTPC app.
I hereby request the dev team to please make this cache size setting available, like it is available for PMP
Newer mpv versions have changed how the cache is specified. The --cache option no longer supports a number input. => mpv.io
You should use --demuxer-max-bytes option in the mpv.conf as suggested in the mpv manual.
This is exactly how to do it. For example, the line demuxer-max-bytes=500000000 will set the buffer size to 500MB. Furthermore, this value is read by Desktop/HTPC from MPV and made available to the UI to use when deciding whether content needs to be transcoded or can be direct-played though I think the UIs aren’t using it yet.
News:
Linux is coming along. There are a few minor pieces still missing (like disabling the screensaver during playback) but it should be available soon.
I tried to get D3D11 gpu context working on Windows but while it compiles, it crashes. This is made more difficult by the poor tooling on the platform (I would love to use only LLVM/LLDB on Windows).
