PMS SubJunk Build

[ExSport]

Then there is a bad logic in PMS code because qpel:yes means qpel is supported so also files with qpel should be played without transcoding ([NO TRANSCODE] option visible).
Your behavior is opposite. When qpel:no then you can stream files as is but it is not logical.
Also qpel is for DivX/XviD = AVI files only so your behavior is quite weird, not logical - I don't suppose your test files are with or without QPEL at all

[arix]

So you say it's bad PMS logic,
Till this fix, there is no other option without transcoding than qpel=no

[leroy]

Mayby this is useful info:
My philips tv does not support .avi/divx with qpel:yes native.
But .avi/mp4 (xvid asp l5) with qpel is supported native.

That is why i added different lines to the PhilipsPFL config file.
Mayby the Panasonic tv have also such restriction.

Code: Select all

# avi with qpel and gmc test:
# 40pfl8605h_12 not ok qpel yes gmc 2  avi divx (divx 5)
# 40pfl8605h_12     ok qpel no  gmc 2  avi divx (divx 5)
# 40pfl8605h_12     ok qpel yes gmc no avi mp4  (xvid asp l5)
# 40pfl8605h_12     ok qpel no  gmc 3  avi mp4  (xvid asp l5)
# 40pfl8605h_12     ok qpel yes gmc 3  avi mp4  (xvid asp l5)
# qpel is not supported with avi divx.
#
# Mime types working with avi and divx:
# video/avi , video/x-ms-avi , video/msvideo , video/x-msvideo
# ==================ok====ok==ok==ok=
Supported = f:avi v:mp4 a:ac3|mp3|mpa m:video/x-msvideo
# =========================ok==ok==?==
Supported = f:avi v:divx a:ac3|mp3|mpa m:video/x-msvideo qpel:no
#
# My test files with the divx format have no gmc or qpel yes:
# ===================ok=====ok==ok==?============== qpel?
Supported = f:divx v:divx a:ac3|mp3|mpa m:video/x-msvideo

[ExSport]

No posted behavior have nothing to do with renderer itself but with PMS.
If PMS thinks file is supported by renderer, [NO REENCODE] is listed in TRANSCODE folder.
More compatible renderer is, more visible [NO REENCODE] lines displayed by PMS.
But described behavior is opposite. When I restrict compatibility little bit, I will achieve more [NO REENCODE=compatible with renderer] lines and it is wrong

[leroy]

I have tested the PMS logic again with my renderer, and it work fine for me.

The current Panasonic.conf have next "Supported = " line for avi/divx files.
The addition "qpel:yes" only give auto native support and [No encoding] (transcode folder) for video files WITH qpel.

Code: Select all

Supported = f:avi|divxv:mp4|divx|mjpeg a:mp3|lpcm|mpa|ac3 m:video/x-divx qpel:yes gmc:0

If qpel is native supported by renderer, remove "qpel" like:

Code: Select all

Supported = f:avi|divx v:mp4|divx|mjpeg a:mp3|lpcm|mpa|ac3 m:video/x-divx gmc:0

Or use "no" and "yes" like:

Code: Select all

Supported = f:avi|divx v:mp4|divx|mjpeg a:mp3|lpcm|mpa|ac3 m:video/x-divx qpel:no|yes gmc:0

If qpel is NOT native supported by renderer use only "qpel:no" like:

Code: Select all

Supported = f:avi|divx v:mp4|divx|mjpeg a:mp3|lpcm|mpa|ac3 m:video/x-divx qpel:no gmc:0

Guess this solves the problem with the logic.

[ExSport]

Now I lost in your posts what you want to say.
Do you want to say that when qpel:yes is defined, only files with qpel are displayed with [NO REENCODE] but files without qpel miss this line?
If yes, then it is bug in PMS because defining it with yes or omitting it totally should work same way = QPEL is supported so all files should include this line whatever it uses QPEL or not.
If you wanted to say that, then you found a bug

[leroy]

Do you want to say that when qpel:yes is defined, only files with qpel are displayed with [NO REENCODE] but files without qpel miss this line?

Yes that is what i want to say.

If yes, then it is bug in PMS because defining it with yes or omitting it totally should work same way = QPEL is supported so all files should include this line whatever it uses QPEL or not.If you wanted to say that, then you found a bug

I guess it is not a bug because PMS reads parsed info from MediaInfo, and this info should match the supported lines.

With the earlier post i mentioned that a renderer maybe only supported qpel with .avi xvid parsed as (avi mp4), and not for .avi divx parsed as (avi divx), like my Philips tv.
So it is maybe better to use separate "supported = " lines for this formats.

[ExSport]

If you will define QPEL:YES, it means QPEL is supported so file should be streamed natively - [NO TRANSCODE] displayed.
But logically it also means files without QPEL should be played natively.
If you will set 6 channel support,it also means enything up to 6 channels is supported.
If you will set 6 channels suuport, I suppose you expect files with stereo (2.0) channels are also supported.
So logic is wrong when QPEL:YES is set but PMS takes non-qpel files as not supported

[leroy]

Guess you're right and that it is not logical.
Same with gmc.
If gmc 0,1,2 is native supported, and gmc 3 Not, use "gmc:0|1|2" with the "Supported = " line.

[mkvguy]

I noticed that even though "tsMuxer" is disabled in the engines list, PMS still tries to execute it on some videos (I can see it in the logs).

Seems like a bug right? It should try it use it when it has been disabled. I've disabled it because the binary of tsMuxer doesn't run on my system (pure 64bit, no 32bit libraries).

Also, I put the "mkv" extension in the "Force transcode for the following extensions" and that didn't work either...

something is wrong?