Latest Windows/Linux beta build discussion

Download and discuss official beta builds here

Re: Latest Windows/Linux beta build discussion

Postby maccroche » Sun Feb 20, 2011 12:10 pm

Hello tomeko,

I prepared a package with the videos (testavi.avi and testmpg.mpg) and the corresponding mediainfo used for the tests:
http://9giga.sfr.fr/n/50-17/share/LNK76314d60f3fc2f87d/

If you can test with those files and tell me the results.
Thanks


maccroche wrote:
tomeko wrote:Please upload Your ogg an mpg files to any file hosting service (rapidshare etc).

OK, I will prepare a "package" as zip file with the files used.
ogg was working well until now, I mean with v1.20.453 it was ok, the file didn't change in the meantime.
* Current version installed: pms-setup-windows-1.21.0-SB16.exe
* XP with SP 3
* Sony Bravia KDL 32V5500, firmware PKG1.741EA
* Java build 1.6.0_24-b07
* PMSencoder 1.4.0
maccroche
 
Posts: 95
Joined: Wed Jan 20, 2010 4:44 pm

Re: Latest Windows/Linux beta build discussion

Postby Boofster » Sat Aug 27, 2011 8:56 pm

Just got mad my MKV BRRIP wasn't working yesterday so I installed the 1.31.0 Beta 1.

DTS passthrough solved the problem! It works so good.

Thank you so much! :)

(FYI the non-beta said it ran out of memory allocating 62 gb of ram and wouldn't even play)
Boofster
 
Posts: 2
Joined: Sat Aug 27, 2011 8:53 pm

Re: Latest Windows/Linux beta build discussion

Postby flynam » Sun Aug 28, 2011 4:17 pm

I just installed PMS beta v1.40.0.b2 for Windows, upgrading from v1.20.412, and immediately reverted to v1.20.412.

My primary issue is that now all my mp4 files are being transcoded, even though they are quite well supported by my PS3. I don't know what version caused this shift, so I'm sticking with 1.20.412 for now. Transcoding not only wastes cycles on my desktop, which is serving the files while I use it, but causes all the sound to be significantly out of sync. There doesn't appear to be an option to disable this beyond simply changing the engine re-encoding the data. I mean, seriously, who thought this was a good idea? h264 has excellent support on the PS3 and also allows me to use an http/html5 based media server with the same files. This transcoding is completely unnecessary and wasteful.

Second, I posted issue 959 some time ago, which was accepted as an enhancement and has not yet been implemented. Use of Netflix or many other services causes the PMS to stop being recognized by the PS3, forcing me to quit the application and reload it. Enabling the Restart HTTP Server button whenever the user wants rather than simply when we meet whatever arbitrary options change you've decided qualifies us to restart would vastly improve the usability and eliminate the need to restart the application. Perhaps I hadn't used the new beta long enough for the button to un-disable itself, but it was certainly still grayed out while I had v1.40.0.b2 running.

What's up? Is there something else going on here that I'm not understanding?
flynam
 
Posts: 1
Joined: Sun Aug 28, 2011 4:04 pm

Re: Latest Windows/Linux beta build discussion

Postby meskibob » Sun Aug 28, 2011 4:30 pm

For the first, post the MediaInfo. See the problem reporting guidelines sticky thread for details.
For the second - viewtopic.php?f=6&t=3507&start=10#p22384
You may get better assistance if you change the tone ;)
I provide NO application support via PM or email, so please post your question to the forum per the Forum Rules.
meskibob
Moderator
 
Posts: 4739
Joined: Mon Jan 19, 2009 4:11 pm

Re: Latest Windows/Linux beta build discussion

Postby Megaboz » Mon Aug 29, 2011 1:46 am

Hello - I also appear to be having issues with mp4 files with this version (and the last few, haven't reported it until now) - they appear to always be transcoded regardless of what option I pick. The PS3 always reports them as mpeg-2 files and gives a "Corrupted" error upon playing. If I do play them off a USB stick on the PS3, they play fine (and the PS3 will report them as AVC/AAC from the USB stick).

I'm running under AMD64 Debian Linux, (1.40.0 b2)

This is what mediainfo reports a sample file as being:
Complete name : Doctor Who - Battlefield - 1.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 371 MiB
Duration : 24mn 7s
Overall bit rate : 2 151 Kbps
Encoded date : UTC 2011-08-28 23:18:07
Tagged date : UTC 2011-08-28 23:18:07
Writing application : x264

Video
ID : 2
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L3.0
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 24mn 7s
Bit rate : 2 048 Kbps
Width : 640 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate mode : Variable
Frame rate : 29.937 fps
Minimum frame rate : 0.612 fps
Maximum frame rate : 30.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.223
Stream size : 344 MiB (93%)
Writing library : x264 core 116
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / dead
zone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weig
htb=1 / open_gop=0 / weightp=2 / keyint=59 / keyint_min=5 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=cbr / mbtree=1 / bitrate=2048 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=2048
/ vbv_bufsize=1228 / nal_hrd=none / ip_ratio=1.40 / aq=1:1.00
Language : English
Encoded date : UTC 2011-08-28 23:18:07
Tagged date : UTC 2011-08-28 23:18:07

Audio
ID : 1
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 24mn 7s
Bit rate mode : Constant
Bit rate : 152 Kbps
Nominal bit rate : 224 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 26.2 MiB (7%)
Language : English
Encoded date : UTC 2011-08-28 23:18:07
Tagged date : UTC 2011-08-28 23:18:07

Does that look okay, or did I encode it in a way that doesn't play nice? Thanks for your time!
Megaboz
 
Posts: 2
Joined: Mon Aug 29, 2011 1:36 am

Re: Latest Windows/Linux beta build discussion

Postby Afrosheen » Tue Aug 30, 2011 6:25 am

I've had the corrupted file problem with some videos too on the PS3, it was driving me insane. I'm running the slightly older subjunk 1.31.0-SB40 build.

What I did to fix this was hit the transcode tab and uncheck the (bolded) option for Switch to tsMuxeR when H264 video blah blah. I don't remember that being in an older version I was running before. Unchecked it and shazam, back to normal. Only problem I'm still dealing with, which is a huge headache, is constant DLNA errors when I browse shares initially after the PS3 boots up. Gotta pick a share, wait for the error, back up, go back to the share, then most of the time it'll list content and everything's fine.
Afrosheen
 
Posts: 8
Joined: Tue Aug 30, 2011 6:11 am

Re: Latest Windows/Linux beta build discussion

Postby Megaboz » Thu Sep 01, 2011 1:05 am

For whatever reason, via pms, tsmuxer doesn't seem to be handling files using an mp4 container. If I go into the #transcode folder on the PS3 and specifically choose tsMuxer, it will fail with the corrupted error on:

mp4 with h.264 and AAC
mp4 with h.264 and mp3
mp4 with divx and AAC
mp4 with divx and mp3

Though with other containers, it can handle those formats fine. Note - these files don't have subs either.

I'm assuming tsMuxer should handle mp4 okay, since that note specifically includes mp4: "Switch to tsMuxeR when H264 video is PS3 compatible and there's no configured subs [ts/m2t/mov/mp4/avi/mkv]

Any ideas?
Megaboz
 
Posts: 2
Joined: Mon Aug 29, 2011 1:36 am

Re: Latest Windows/Linux beta build discussion

Postby ras96 » Thu Sep 01, 2011 8:50 pm

I have a version 1.40.0.b2 When you release the blu ray disc from the hard disc and no sound ... why??
ras96
 
Posts: 4
Joined: Thu Sep 01, 2011 7:29 pm

Re: Latest Windows/Linux beta build discussion

Postby evanjones246 » Thu Feb 16, 2012 9:10 pm

I am getting the same issue... Did you ever figure this out? Thanks.
flynam wrote:I just installed PMS beta v1.40.0.b2 for Windows, upgrading from v1.20.412, and immediately reverted to v1.20.412.

My primary issue is that now all my mp4 files are being transcoded, even though they are quite well supported by my PS3. I don't know what version caused this shift, so I'm sticking with 1.20.412 for now. Transcoding not only wastes cycles on my desktop, which is serving the files while I use it, but causes all the sound to be significantly out of sync. There doesn't appear to be an option to disable this beyond simply changing the engine re-encoding the data. I mean, seriously, who thought this was a good idea? h264 has excellent support on the PS3 and also allows me to use an http/html5 based media server with the same files. This transcoding is completely unnecessary and wasteful.

Second, I posted issue 959 some time ago, which was accepted as an enhancement and has not yet been implemented. Use of Netflix or many other services causes the PMS to stop being recognized by the PS3, forcing me to quit the application and reload it. Enabling the Restart HTTPBest Dedicated Linux Server HostingServer button whenever the user wants rather than simply when we meet whatever arbitrary options change you've decided qualifies us to restart would vastly improve the usability and eliminate the need to restart the application. Perhaps I hadn't used the new beta long enough for the button to un-disable itself, but it was certainly still grayed out while I had v1.40.0.b2 running.

What's up? Is there something else going on here that I'm not understanding?
evanjones246
 
Posts: 1
Joined: Thu Feb 16, 2012 9:06 pm

Previous

Return to Beta Builds

Who is online

Users browsing this forum: Yahoo [Bot] and 2 guests