The location for that file varies with the installation OS of PMS, but for a Win7_x64 system it's normally:
"C:\Program Files (x86)\Plex\Plex Media Server\Resources\Profiles"
As you can see this is a subfolder of the main installation folder holding the PMS program, so it should be fairly easy to find on non-Windows platforms too.
Best regards: dlanor
I finally found them, for Ubuntu it's under /usr/lib/plexmediaserver/Resources/Profiles. I scanned through lots of them and it doesn't look like they are sending 5.1 audio to any devices. So I guess this isn't something anybody's paid much attention to.
For you information guys, next release will not transcode anymore with bitrate limit for directplay media.
We have made some awesome patches to the player and it will now directplay almost anything you can throw at it with some overclocking for very high bitrate material.
Transcoding will therefore only be used for unsupported formats or bitrate limitations in some cases where you have a bad network.
I finally found them, for Ubuntu it's under /usr/lib/plexmediaserver/Resources/Profiles. I scanned through lots of them and it doesn't look like they are sending 5.1 audio to any devices. So I guess this isn't something anybody's paid much attention to.
I dont understand this issue, i expect it to be a configuration issue as rasplex handles 5.1. I use it everyday and its not outputing stereo :)
Maybe you should let us know whcih settings you put in the audio configuration and also post a debug logfile of what happens when you play a 5.1 files which is output as stereo ?
Do you transcode to 5.1? What I'm trying to accomplish is have the server transcode AAC5.1, which RasPlex does NOT handle, into AC3 5.1, which it does. To do so, I was looking through profiles to see if I could find any example TranscodeTargets that encode to AC3_5.1, since the whole profile format is poorly documented. I could not find any.
My rasplex is connected directly to TV which only supports 2.0 PCM/AC3. When I play a movie with DTS 5.1 audio, rasplex chokes (i assume) on downmixing to 2.0 and/or transcoding to pcm/ac3.
If I understand correctly, the XML profile is what server will send to rasplex if rasplex asks for transcoding.
How do I make rasplex "reject" DTS and make the server use the profile?
Do you transcode to 5.1? What I'm trying to accomplish is have the server transcode AAC5.1, which RasPlex does NOT handle, into AC3 5.1, which it does. To do so, I was looking through profiles to see if I could find any example TranscodeTargets that encode to AC3_5.1, since the whole profile format is poorly documented. I could not find any.
You have been asking the same thing in a number of different posts in this forum, most of which have more than adequately answered your questions.
Rasplex (and a number of other clients) downmixes AAC5.1 to stereo and will continue to do so until Gotham for XBMC finally fixes the problem, this has been pointed out to you before. The Raspberry Pi will never handle AAC5.1 natively, as the codecs have to be paid for and the Raspberry Pi foundation will not provide this, search their forums, or at least search Goole before constantly looking for someone to solve this for you, as for the Raspberry Pi transcoding AAC5.1 to any other multi channel output is highly unlikely due limitation of the hardware.
You have been asking the same thing in a number of different posts in this forum, most of which have more than adequately answered your questions.
Rasplex (and a number of other clients) downmixes AAC5.1 to stereo and will continue to do so until Gotham for XBMC finally fixes the problem, this has been pointed out to you before. The Raspberry Pi will never handle AAC5.1 natively, as the codecs have to be paid for and the Raspberry Pi foundation will not provide this, search their forums, or at least search Goole before constantly looking for someone to solve this for you, as for the Raspberry Pi transcoding AAC5.1 to any other multi channel output is highly unlikely due limitation of the hardware.
Regards
I think the question here is can the transcoding profile force PMS (NOT rasplex) to transcode AAC 5.1 to AC3 5.1 BEFORE it gets to rasplex? I'm not familiar with transcoding profiles but this seems reasonable.
I think the question here is can the transcoding profile force PMS (NOT rasplex) to transcode AAC 5.1 to AC3 5.1 BEFORE it gets to rasplex? I'm not familiar with transcoding profiles but this seems reasonable.
Suggest that you ask this question in the PMS forum if that is the case, for info I have been perusing this for months, so don't hold you breath for its inclusion.
I think the question here is can the transcoding profile force PMS (NOT rasplex) to transcode AAC 5.1 to AC3 5.1 BEFORE it gets to rasplex? I'm not familiar with transcoding profiles but this seems reasonable.
Although i understand the idea behind the question i do not see any interest of doing this. The network bandwidth and downmixing cpu load shouldnt bother in any situation.
Although i understand the idea behind the question i do not see any interest of doing this. The network bandwidth and downmixing cpu load shouldnt bother in any situation.
What's the idea behind ?
I think his point was to avoid the downmixing altogether.
If RasPlex due to XBMC limitations is unable to preserve AAC 5.1 channels for passthrough, instead forcibly downmixing those channels, then that limitation could be circumvented by having PMS send the 5.1 channels transcoded to another format such as AC3, so that RasPlex can deal with them properly.
This should be possible, at least theoretically, assuming that PMS itself or a CODEC installed on the PC it runs on has the ability to decode AAC 5.1 audio.
But I have no idea whether the existing profile standards of Plex support this kind of transcoding.
For you information guys, next release will not transcode anymore with bitrate limit for directplay media.
We have made some awesome patches to the player and it will now directplay almost anything you can throw at it with some overclocking for very high bitrate material.
Transcoding will therefore only be used for unsupported formats or bitrate limitations in some cases where you have a bad network.
Hey Longchair,
This sounds fantastic, is this version you spoke of out yet? I noticed my rasplex had updated itself since I last used the forums.
The things LC is referencing hasn't been released yet. Not sure what your rasplex 'updated' to but you should clearly be able to tell. RC3 is the latest, the next will probably be RC4.
The things LC is referencing hasn't been released yet. Not sure what your rasplex 'updated' to but you should clearly be able to tell. RC3 is the latest, the next will probably be RC4.
Thanks, that's the answer I was looking for as I'm getting stuttering on 720p. Going to overclock tomorrow as I don't believe it's a network issue - just wanted to ask so I know to look forward to an upcoming release that may help.
If I do have subtitle in a .srt file do the plex server encode / remix it? Or do it play right on the Raspberry Pi without any transcoding?
I think this varies depending on whether or not the video file requires transcoding.
For videos that the RPi can 'direct play' the SRT file will always be rendered on the RPi, but when the video file is transcoded there are two possibilities, as the SRT file can then be rendered either by PMS (as part of the transcoded stream) or by the RasPlex client.
I'm not 100% sure, but I suspect that all transcoded videos will have the subtitles transcoded as well.
I think this varies depending on whether or not the video file requires transcoding.
For videos that the RPi can 'direct play' the SRT file will always be rendered on the RPi, but when the video file is transcoded there are two possibilities, as the SRT file can then be rendered either by PMS (as part of the transcoded stream) or by the RasPlex client.
I'm not 100% sure, but I suspect that all transcoded videos will have the subtitles transcoded as well.
Best regards: dlanor
Ok thanks, so then it's best to hard burn the subtitle in to the file to minimize the encoding?
Got some iPad's streaming from my server also, but I have not notice any heavy load, but then I got a i7 4770k cpu also on the server.
Ok thanks, so then it's best to hard burn the subtitle in to the file to minimize the encoding?
That is not what I said or meant. If you have a PMS server incapable of handling the encoding load, then you might do that. Personally though, I would NEVER hard burn any subtitle.
Got some iPad's streaming from my server also, but I have not notice any heavy load, but then I got a i7 4770k cpu also on the server.
With that CPU you don't need to be stingy with CPU time for encoding, especially not for subtitles. When PMS is already transcoding a video file the extra load for also including the subtitle is negligible.
Such an i7 should have no problem at all simultaneously serving high resolution transcoded videos to at least 4-5 clients.
I have an i7 3770 myself running PMS on Win7pro_x64, and I frequently serve media to 3 remote users while also performing normal tasks on that computer, or streaming media for my own use from that computer to my RasPlex unit.
With this kind of PMS server there is absolutely no reason to worry about the CPU-time cost of subtitle encoding. I strongly recommend NEVER to hard burn any subtitles, but to keep them either as separate files or as separate tracks of the media files (MKV files often have SRT tracks separate from the video track, so they are still optional to use).
For you information guys, next release will not transcode anymore with bitrate limit for directplay media.
We have made some awesome patches to the player and it will now directplay almost anything you can throw at it with some overclocking for very high bitrate material.
Transcoding will therefore only be used for unsupported formats or bitrate limitations in some cases where you have a bad network.
Hey LongChair,
How does it work ? What does it affect ? Does it explain why cache is always 0 b, is percentage still correct ?
Well this simply means that with directplay usage and as long as codecs are supported by Rpi, you wont have it transcoded no matter what the media bitrate is.
Yeah the caching value is not really relevant anymore, as we're using a different caching principle.
XBMC cache seemed to bring more troubles for Rpi than benefits as the data pumping into the cache had bad CPU effects.
So this part of the caching process is not used anymore, there is still caceh but it's not reported in that area, so you'll see 0%.
I think i have some debug logs for now which is logging the cache lebel for both audio & video.
I may be in the wrong place here, so apologies, but here goes;
I'm playing a lot of 1080p and 720p material, I don't know lot of detail about the video, but its generally DTS 5.1 audio, and all wrapped as an MKV file.
I get smooth playback on Rasplex, but sometimes the video abruptly stops. If I set transcode to 20Mbps rather than direct play, it is far, far more reliable. I notice on my plex server that the video is still direct play, but the audio seems to be transcoded / down-mixed to PCM ?
Is there a way to preserve the DTS digital audio, or perhaps convert to DD 5.1? Anything other than PCM?
I dont know why setting to 20mbps is fixing the reliability, even though it is direct stream video, but it is. It seems in "busy" scenes, presumably very high bitrate sections of video, it bombs out, and drops me back to the movie art, although there doesn't always seem to be a reason why.
Is the video being re-packaged into something more compatible by forcing transcode? Can I still get DTS or DD audio direct ?
