Latest beta for me pauses and resumes play, but if I pause, scrub forward, it does not resume from the scrubbed to position, it resumes for the original pause position. How does yours function if you perform this? This is with the enhanced video player “ON”. If I use the centre of track pad instead, it functions correctly.
If I’m scrubbing I always click. I would assume the Play is so you can just play from the original location if you end up not wanting to scrub.
@sergiou87 May i ask why the new player isn’t used for interlaced video content? As far as i know mpv supports deinterlacing. Is the performance of iOS devices / Apple TVs not enough?
I’m asking because the PMS deinterlacer via transcoding always produces videos with very choppy framerates, so i’m hoping for a player that can deinterlace on it’s own 
The Apple TV 4 can handle deinterlacing just fine. There are multiple apps that do this, but a highlight would be the Channels app that deinterlaces live tv from HDHomeRun tuners. The Apple TV 4K can handle better deinterlacing methods from having a much better CPU.
1 Like
Only some modes afaik. I tried Yadif 2x in some VLC based apps on my Apple TV 4k and it isn’t smooth. I think Channels App uses “Linear” which isn’t really a good deinterlacer (at least not for 1080i sport channels, too much flickering). I’m not sure which modes mpv supports though.
No issues on sports channels at all, but different subject. Yadif 2x works fine in other apps on the Apple TV 4K so it shouldn’t be an issue with MPV.
1 Like
Hey Plex team, thank you guys for the update!
-
Please add Sound Output options to enable switching to headphones or other speakers.
-
The SD video playback is noticeably worse on the new player than the older one.
-
There is no thumbnail at all when scrubbing. Am I missing something or it’s still in development. The Infuse does it perfectly without any library thumbnails pre-created.
You need to have “Generate video preview thumbnails” enabled on the server. It’s not as good as Infuse or MrMC since both don’t need to store a lot of data on the server in order to work, so hopefully Plex will do something about that in the future.
This is exactly the problem. We made a few tests and in some the experience was awful 
Mainly combining video decoded by software + deinterlacing. I personally suspect we have some performance issues somewhere else that are making this already expensive process even worse… so instead of investing time in improving deinterlacing, we considered some other features have higher priority for us.
However, interlaced videos has a high priority for us too so after we’re done with some of the current work, we’ll invest in improving that.
Sorry about that but you’ll have to wait a bit longer! 
- It’s in our backlog, but not the highest priority right now, sorry
- How so? Can you be more specific about what’s worse exactly?
- As @timstephens24 said, depends on whether your server is pre-creating them. There are no plans of creating them on the fly from the app like Infuse does but that doesn’t mean we won’t do it
We just haven’t considered it or invested a second on it, there are more urgent things right now… but we take note, thanks!
- Please add Sound Output options to enable switching to headphones or other speakers.
Isn’t it done on system level? If you hold Play/Pause button you will get the sound output menu. Why does it have to be added to Plex? (Have just checked and it doesn’t work neither in Infuse nor Plex app, but works from Apple TV main screen.)
1 Like
For me, I won’t speak for others, I hope this hits your radar sooner than later, as a remuxer, we have had this feature available since day one and is something I use quite frequently. I do understand where you coming from with regards to more urgent things. I have yet to enable thumbnail creation on the server, as I fear the GB’s will be outrageous, don’t know what to expect from that.
Thanks
It’s not that bad. Just have the server do it and then all clients can take advantage.
Just got the latest player as part of the early Plex Pass rollout (still waiting for my beta invite ), and for the most part it seems to be working well, although I’m having problems with EIA_608 subtitles, which I had expected to be supported based on this announcement.
Basically, a great deal of the video content in my Plex library has come from a large library of iTunes purchases. These use EIA_608 captions, which work fine in the native Apple players and apps like QuickTime and the original embedded player (by toggling them on from the system CC menu, as opposed to the Plex one, and ensuring the global Burn Subtitles setting is set to “Automatic”).
However, letting Plex add the EIA_608 subtitles has never worked in prior versions either, resulting in gobbledygook captions as opposed to anything useful. For those situations where I’ve wanted subtitles when using other players, I’ve had to resort to using ccextractor to rip out an SRT file and use that, which works fine, but it’s not something I want to have to do with over 6 TB worth of media just to make sure that I’ll be able to pull up closed captions when I need to figure out what somebody was saying.
Of course, the real problem with the new player is that now I’m left with no subtitle options, since of course the old system-level CC menu is gone, having been replaced by the new player menu. While this is a good thing overall — I definitely like the direction the new player is going in — without proper EIA_608 support it’s going to be a deal-breaker, so I hope this is something that’s still in the works.
You can revert to the older player in the Plex app settings.
Yup, thanks. That’s what I’ve done for now, although I’d obviously prefer to use the new player, of course. This is just more a matter of reporting that the EIA_608 subtitles are not rendering properly on Direct Play (at least not for me), despite the earlier announcement suggesting that they should be supported.
Very excited about the future of this player as well. Curious if anyone has experienced the SWOD Direct Playing content on the AppleTV 4K using the new player, as it certainly fixed the problem for a friend that could no longer direct play content on my server (external to my network). Created this thread in result to the snowballing problems of Plex on Apple TV:
Looking forward to more successful testing with this new player. Must have been considerable effort behind the scenes to produce.
1 Like
Thanks for your feedback @jhollington!
I’ve tested those subtitles and they worked for me… could you share the XML media info and a sample file? Instructions to do that in the announcement: Early access for Plex Pass users to new Apple TV & iOS Video Player
2 Likes
Thank you for following up!
SD video quality is worse on the new player than the old player., not a day and night difference, but I can notice watching earlier Top Gear seasons on the 65” Panasonic ZT60. I’ll see if I can take 2 snapshots of the same frame to confirm this.
Regarding the thumbnails: yes, I can have the server to do the work and have more than enough space, but I have more than 5000 titles thus would be very convenient if the player had this feature.
That’d be super useful, thank you 
Yeah we’re totally aware of that, I’m not sure how much we can do about that… I’ll investigate, but can’t promise anything in the short term, sorry
Thanks for the response. I suspect it’s something specifically different with how Apple encodes EIA_608 subtitles in iTunes content. They obviously play fine on Apple hardware and software (which is why I’ve never had any problems with the AVPlayer framework on my devices) but the fact that ccextractor can also get them out properly into an SRT suggests that something in the Plex decoding of them isn’t working. I’ve always had the same problem with burning them in server-side, but that’s never been a big issue for me as I used primarily Apple devices.
The problem affects almost every movie and TV show I have from that originally came from iTunes, so here’s just one example of many, but this one is particularly good as there are a bunch of foreign language subtitle formats in this one (MOV_TEXT), most of which actually do work fine. Only the English EIA_608 is spitting out gobbledygook (although the English MOV_TEXT shows nothing at all). Note that most of my movies and pretty much all my TV shows, however, only include the English language EIA_608 track, which exhibits the same problem in all cases.
Who knows? Maybe that’s actually Vulcan… 
