Stream selection broken

When using openPHT on a pi2… Having an issue with files that are in the library that are stacked/grouped with multiple bitrates

With play trailers on… Can’t select the higher blu Ray mkv rip it ignores the request from the iPhone app and plays the trailer followed by the lower bitrate movie…

it doesn’t even ask which version to play when using the openPHT gui on the tv

If I turn off trailers, it still ignores the play version from the iOS remote app, but when selecting play on the openPHT it asks which version and plays correctly

This is likely a bug in openPHT not plex server

However lately any movie that I request at the higher 30mbs full blu Ray bitrate will stutter… Especially with DTS

It is also forcing transcode for VC1… Don’t recall this being a problem in the past…

This however I think is more a problem with plex latest ‘Brain’ function of the server which like everything lately, doesn’t work correctly

anyone else confirm this

Bump… again…

@dragonmel said:
When using openPHT on a pi2… Having an issue with files that are in the library that are stacked/grouped with multiple bitrates

With play trailers on… Can’t select the higher blu Ray mkv rip it ignores the request from the iPhone app and plays the trailer followed by the lower bitrate movie…

it doesn’t even ask which version to play when using the openPHT gui on the tv

If I turn off trailers, it still ignores the play version from the iOS remote app, but when selecting play on the openPHT it asks which version and plays correctly

iOS and Android plex apps have been having issues applying extra settings to some Plex clients via their remote stream function. Sounds like it’s attempting to stream the best version for mobile.

Selecting play on OpenPHT uses the OpenPHT client options instead of letting the iOS app set those options for it.

This is likely a bug in openPHT not plex server

I disagree.

However lately any movie that I request at the higher 30mbs full blu Ray bitrate will stutter… Especially with DTS

Debug logs and mediainfo from the video file you’re attempting to play would help.

It is also forcing transcode for VC1… Don’t recall this being a problem in the past…

Are your licenses in place in the config file?

@benjaminwolf

Thanks for weighing in however it is broken app logic…

The files will direct play with trailers turned off… so there is no need to transcode the file for the particular client… and this is happening on openPHT, PMP and ios apps across the board… with trailers turned on, you just cant select a version from a stacked file… period… wireless or wired… the choice is either just not there or if sent via the ios remote, ignored.

This broken logic is broken in both openPHT and plex’ own PMP

With trailer off on openpht, when on the players interface I select play on a file with multiple stacked versions, it asks me which one to play and it honors it, with trailer tunred on, it does not give me an option, it plays the trailers and then plays the lower quality file.

This is essentially the same with PMP, however PMP has its own play button that provides additional options like play from beginning or play version with trailers off… it works, with trailers on… it does not present the option…

Its broken pure and simple…

Now tested on everything from ios, Pi with openPHT and latest PMP, Mac with wired connection using PMP and openPHT…

I ran a software testing and IV&V shop for DoD… I know how to test software…

@dragonmel

You’re welcome. :slight_smile:

So every client you test across the board is defective, but your position is they are all independently dysfunctional and it is not the server software? That seems less likely then the central connection point being the problem. PMP and OpenPHT are not even built on the same code anymore. PMP is new from the ground up.

Functionally, the client tells PMS how many trailers it wants, then the server builds the play queue for the trailers and then tacks on the main movie. Is the server not presenting the stream choice when the actual movie is reached in the stream queue (or preferably before the queue build is initiated) or are the clients simply defaulting to the first returned result? This, I’m not sure without research.

I can confirm the trailer issue though. I would drop this in the PMS forum’s lap as it affects all clients.

@benjaminwolf

So I am trying to figure out why you are attacking me … when what I assert you now admit after testing is true…

With trailers on… plex will not sent the correct movie stream requested.

The only way to request a version of the movie with trailers on is the ios app using the … button and selecting play version… then selecting a bitrate which is then ignored.

2: is by seletecing a version using PMP / PHT gui … pmp will put up a query window after pressing play if a movie has multiple versions available when Trailers are set to OFF on that client… PMP essentially the same although there is a separate play button in PMP with added functionality one of which is stream selection which again doesn’t work with trailers enabled.

The original post also talked about VC1 issues but nowhere do I assign a source of the trailer issue

Yes the backend transcoder have changed and SOME of the code and the front end player has changed in PMP but I believe (without proof since I don’t have source) that they probably recycled plenty of the logic code for the GUI and functions apart from the actual players / decoders which are in fact other open source projects themselves if I believe…

THANK for CONFIRMING that its broken on your end as well…

I have a couple threads already where I bring up the broken trailer logic and as per plex’s new SOP… they are ignored…

@dragonmel said:
So I am trying to figure out why you are attacking me … when what I assert you now admit after testing is true…

I’m not attacking you. This isn’t personal, it’s a difference of opinion about the issue you’re pointing out. I think there is a misunderstanding here. I am not part of the official (all volunteer opensource) OpenPHT team. I’m just a guy who enjoys the OpenPHT project so I volunteer my time here in the forums because I want this project to continue. But I don’t work here, man.

A few months ago, the official team had a volunteer graciously providing support here in the forums, but he’s since passed away. I’ve just been trying to keep some of that support alive. I don’t give every thread my initial full attention, which is my prerogative. As is yours to dissent, reaffirm your position, or to just ignore it all together, but this isn’t personal.

With trailers on… plex will not sent the correct movie stream requested.

The only way to request a version of the movie with trailers on is the ios app using the … button and selecting play version… then selecting a bitrate which is then ignored.

2: is by seletecing a version using PMP / PHT gui … pmp will put up a query window after pressing play if a movie has multiple versions available when Trailers are set to OFF on that client… PMP essentially the same although there is a separate play button in PMP with added functionality one of which is stream selection which again doesn’t work with trailers enabled.

Yes, there is a problem with the queue build when trailers are on. Maybe someone with more time or intimate knowledge of the PMS API might want to weigh in here, but I still think it’s a PMS issue.

The original post also talked about VC1 issues but nowhere do I assign a source of the trailer issue

I inferred that from here:

@dragonmel said:
If I turn off trailers, it still ignores the play version from the iOS remote app, but when selecting play on the openPHT it asks which version and plays correctly

This is likely a bug in openPHT not plex server

As for VC1, you may need a license installed for it to direct play.

Yes the backend transcoder have changed and SOME of the code and the front end player has changed in PMP but I believe (without proof since I don’t have source) that they probably recycled plenty of the logic code for the GUI and functions apart from the actual players / decoders which are in fact other open source projects themselves if I believe…

Maybe. Seems less likely than an API issue though.

THANK for CONFIRMING that its broken on your end as well…

You are quite welcome. :slight_smile:

I have a couple threads already where I bring up the broken trailer logic and as per plex’s new SOP… they are ignored…

Yeah, they have no official ticket process. You’re best bet is have a ninja pickup the issue and take it to Plex or post in the latest PMS PreRelease thread directly about the issue. It’s lame they ask for all this community support but don’t have an official ticket system for issues. If you still want to open an issue with OpenPHT, you’ll want to do it on the Github issue page.

Thanks. Yeah I think the issue for me is this

vC1 transcode to the pi is single threaded on plex. It can’t multi thread that codec

When they went to the transcoder I think it got a little less efficient with VC1 and my CPU was cutting it good with the original transcoder is now just a bit under 1x so it buffers

Didn’t need the vC1 license in the past but might by it

Don’t use the dts license as the pi seems to pas through dts to my amp over hdmi so don’t need the pi to decode it.