PMS SubJunk Build

Download and discuss official beta builds here

Re: PMS SubJunk Build 66 (Updated 2012-02-15)

Postby ExSport » Thu Feb 16, 2012 11:49 pm

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 8-)
ExSport
 
Posts: 2168
Joined: Mon Jan 19, 2009 5:40 pm

Re: PMS SubJunk Build 66 (Updated 2012-02-15)

Postby arix » Fri Feb 17, 2012 12:04 am

So you say it's bad PMS logic,
Till this fix, there is no other option without transcoding than qpel=no
arix
 
Posts: 23
Joined: Wed May 25, 2011 12:52 pm

Re: PMS SubJunk Build 66 (Updated 2012-02-15)

Postby leroy » Fri Feb 17, 2012 1:14 am

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
leroy
 
Posts: 141
Joined: Sat Sep 24, 2011 11:55 am
Location: Netherlands

Re: PMS SubJunk Build 66 (Updated 2012-02-15)

Postby ExSport » Fri Feb 17, 2012 8:35 am

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 8-)
ExSport
 
Posts: 2168
Joined: Mon Jan 19, 2009 5:40 pm

Re: PMS SubJunk Build 66 (Updated 2012-02-15)

Postby leroy » Sat Feb 18, 2012 5:06 pm

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.
leroy
 
Posts: 141
Joined: Sat Sep 24, 2011 11:55 am
Location: Netherlands

Re: PMS SubJunk Build 66 (Updated 2012-02-15)

Postby ExSport » Sat Feb 18, 2012 5:16 pm

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 :mrgreen:
ExSport
 
Posts: 2168
Joined: Mon Jan 19, 2009 5:40 pm

Re: PMS SubJunk Build 66 (Updated 2012-02-15)

Postby leroy » Sat Feb 18, 2012 5:38 pm

ExSport wrote: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.

ExSport wrote: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 :mrgreen:

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.
Last edited by leroy on Sat Feb 18, 2012 6:44 pm, edited 1 time in total.
leroy
 
Posts: 141
Joined: Sat Sep 24, 2011 11:55 am
Location: Netherlands

Re: PMS SubJunk Build 66 (Updated 2012-02-15)

Postby ExSport » Sat Feb 18, 2012 6:43 pm

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 ;)
ExSport
 
Posts: 2168
Joined: Mon Jan 19, 2009 5:40 pm

Re: PMS SubJunk Build 66 (Updated 2012-02-15)

Postby leroy » Sat Feb 18, 2012 7:36 pm

Guess you're right and that it is not logical. :D
Same with gmc.
If gmc 0,1,2 is native supported, and gmc 3 Not, use "gmc:0|1|2" with the "Supported = " line.
leroy
 
Posts: 141
Joined: Sat Sep 24, 2011 11:55 am
Location: Netherlands

Re: PMS SubJunk Build 66 (Updated 2012-02-15)

Postby mkvguy » Sat Feb 18, 2012 10:57 pm

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?
* PMS 1.51.0-SB68
* Fedora Linux 64bit
* mplayer/mencoder SVN-r33254
* Sony Bravia KDL-40W2000
* Playstation 3
* Java 1.6.0.0-50.1.8.7
mkvguy
 
Posts: 46
Joined: Mon Mar 22, 2010 6:36 pm

PreviousNext

Return to Beta Builds

Who is online

Users browsing this forum: No registered users and 3 guests